Re: Strange Tandem2XML Segfault dependent on input filename.

[Dave Trudgian]

Just a note for anybody coming across this in Google Groups that a fix for the problem I observed is at:

https://groups.google.com/forum/#!topic/spctools-discuss/k0cuu3QU4uY 

DT

On Tuesday, July 17, 2012 6:04:06 PM UTC-5, Dave Trudgian wrote:

Hi All,

I'm observing a strange crash in Tandem2XML in 4.5.2 that's dependent on the input filename of the tandem xml file.

We have OFFGEL fractions searched with X!Tandem, and output named e.g.:

EColi_07_10_12_1microlitre_01.tandem.xml

If I try to convert with Tandem2XML it will crash with a glibc free(): invalid next size (fast) error. However, if I rename to any of the following it will work:

EColi_07_10_12_1microlitre_1.tandem.xml

EColi_07_10_12_1microlitre_001.tandem.xml

01.tandem.xml

It doesn't matter if the number at the end is 01 or 02 or 12 etc, it will always crash if there are 2 digits at the end before the .tandem.xml, not if there's just 1, or just 3. Also if i gzip the file it will always work. 

This seems to be a weird filename parsing bug somewhere, maybe in the RAMP / adapter stuff? Just wondering if anyone has any ideas of where to look before I compile a debug TPP and try and trace it?

Thanks,

DT