Closed zhouqiansolab closed 5 years ago
Please test whether the bug came from gz, or mixture of fasta and fastq. It will be kind to offer me a small test data to reproduce the bug.
Jue
In my test, -i s1.fasta.gz -i s2.fastq.gz
and -i s1.fasta -i s2.fastq
both ended with "core dump", only -i s1.fasta -i s2.fasta
worked.
Thanks for the information. I will test mixture seq formats.
I found the problem, but it looks hard to fix it. I will state it in https://github.com/ruanjue/wtdbg2#limitations .
Thanks for the BUG report.
Thanks for the reply. I think it is not a big problem and users can easily avoid it by choosing proper input files.
在 2019年1月11日,下午3:02,Jue Ruan notifications@github.com 写道:
I found the problem, but it looks hard to fix it. I will state it in https://github.com/ruanjue/wtdbg2#limitations https://github.com/ruanjue/wtdbg2#limitations .
Thanks for the BUG report.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/ruanjue/wtdbg2/issues/56#issuecomment-453400563, or mute the thread https://github.com/notifications/unsubscribe-auth/AZhFqfhn0J1e6vj1a2fG9NhWmt7xQeGvks5vCDb0gaJpZM4ZhZci.
The wtdbg can accept files in fa or fq format and allows multiple files following the -i. But when I input files in different format, like
-i s1.fa.gz -i s2.fq.gz
, the program ended with "core dump" at the "loading reads" stage. Can wtdbg support the fa and fq files in the same run?