-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
freebayes vcfs (1.0-r282 and 1.0-r265) #6
Comments
|
Thanks, Heng. Would you recommend just keeping these in BCF then? I still get a segfault on the default (polymorphic) freebayes bcf in r282. It gets through the header and dies on the first record. Here is the gdb Segfault Program received signal SIGSEGV, Segmentation fault. backtrace #0 0x0000000000406324 in update_loff (idx=idx@entry=0x6342b0, i=i@entry=0, free_lidx=1) at hts.c:277 fini=, rtld_fini=, stack_end=0x7fffffffe578) at libc-start.c:287 #6 0x0000000000401fac in _start () locals: offset0 = |
It seems that something added after r265 breaks bgt. Do you have a small example for me to try? Thank you. |
Here is dummy zipped bcf that works with r265 and not r282 |
Thanks. This is actually caused by the inconsistency between htslib and the bgt BCF parser. I have not figured out why r265 does not segfault, but anyway, the output of r265 is incorrect. The "CHROM" is missing in the r265 output; the "bcftools view" does not work, either. The solution is to import as VCF files. The BCF spec has been changed a few times. It will take time to keep my BCF reader/writer up to date. |
Wait a moment. bgt-r282 has other problems. I am looking at that. Sorry. |
The bcftools view fake.bcf | grep -v ^##contig | bgt import -t ref.fa.fai prefix - where I will close the issue and may come back to the parser issue later. Thank you very much for raising this issue. |
I cannot get freebayes vcf to import on 1.0-r282 at all
I get bgt: atomic.c:111: bcf_atomize: Assertion `i < b->n_info' failed when using bcfs that generated by freebayes --report-monomorphic and a seg fault on default vcfs of reporting only polymorphic (non-reference) sites.
In the release version of 1.0-r265, it works but not for monomorphic
The default freebayes of only polymorphic sites works in this version, but once again I get bgt: atomic.c:111: bcf_atomize: Assertion `i < b->n_info' using --report-monomorphic.
Let me know if you want backtraces, variable calls, or example files.
The text was updated successfully, but these errors were encountered: