#25 core dump of 2nd-highest conf. graph

v1.5.3
closed-fixed
Gap4 (50)
5
2005-01-20
2005-01-18
Alfred Beck
No

ISelecting view-> 2nd-higest confidence graph and then
"OK" gives a core dump if in the Option -> Consensus
alporithm the "Base frequencies" or "Weigthed base
frequencies" is selected:

Level 3: CreateConfidenceGraph 1 second 4 .consistency_win1
Level 2: CreateNewConfidenceGraph 1 second {xb54g2.s1
xb66e5.s1 xb60b12.s1 xb63c1.s1 xb66g11.s1 xc39b3.s1}
Level 1: ConfGraph_OK_Pressed 1 second
.confidence_graph_winsecond
.confidence_graph_winsecond.id
.confidence_graph_winsecond.infile
Tue 18 Jan 14:16:55 2005 signal_handler: Program
terminated unexpectedly with signal 8.
Tue 18 Jan 14:16:55 2005 signal_handler: This is
probably a bug.
Tue 18 Jan 14:16:55 2005 signal_handler: Please report
all bug reports at https://sourceforge.net/projects/staden/

[2] Abort gap4 DEMO.0 (core
dumped)

This happens on: Linux & OSF4 (both recompiled)

Discussion

  • James Bonfield

    James Bonfield - 2005-01-20
    • assigned_to: nobody --> jkbonfield
     
  • James Bonfield

    James Bonfield - 2005-01-20

    Logged In: YES
    user_id=154581

    Ooh so it does - 100% reproducable too!

    I'll investigate.

    James

     
  • James Bonfield

    James Bonfield - 2005-01-20
    • status: open --> closed-fixed
     
  • James Bonfield

    James Bonfield - 2005-01-20

    Logged In: YES
    user_id=154581

    I've checked in a change to the CVS tree; file qual.c.

    The bug was that the 2nd-highest confidence array was not
    computed with the older consensus algorithms. It now does,
    although they're not as useful as when using phred scores.

    James

     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks