Closed vedarethinar closed 11 years ago
It definitely should not hang during compression for any reason. Can you post a few entries from the file you are compressing? That may contain some clues.
I've run into this problem a few times. Quip successfully compresses all the fastq files in a dataset except one, which hangs for over a day. I usually solve it by just re-running it with no -a
option on just that one.
Ok, I'm eager to debug it, but I haven't reproduced it yet. Any help (e.g. pointing me to a dataset where it fails) would be appreciated.
Ok, I think I can find the problematic file and see if it consistently hangs. If so, do you have somewhere I can upload it? I'll see if I can find a public upload spot on my end.
I've put a minimal example that triggers the bug on my Dropbox account. It is compressed using quip without assembly. It consists of the first 2500000 reads in the problematic file, since that is the default number used in assembly. The reduced file seems to also hang during assembly.
http://dl.dropbox.com/u/1581949/brokenquipsmall-noassembly.fastq.qp
Awesome, thanks! I'll get this sorted out tomorrow.
Thanks again for the help. I found the bug. It's trivial to fix, but I need to do so carefully to preserve backwards compatibility. Look for a new version in the next few days.
Fixed now in version 1.1.4. (Source tarball)
During our test on quip compression of 16 fastq files, one file failed. The quip application hangs there. Do we have to take note of anything during the usage of -a during compression.