I could reproduce your bug. The yesterday ntroduced
--dont-shrink option wasn't working correctly. If you now update
your svn-trunk, it should be fine.
received a failed assertion from a RazerS3 run in a Rabema
scenario. Fresh trunk checkout from today (~9:00am, Berlin
time). Could someone advise me on that, please?
Command line was: ../bin/rabema/razers3 -v -tc 32 -of sam -rr 100 -i 90
-m 1000000 -ds -o ./rabema/NA18507_1_1e5complex.sam
../ref_genomes/hg19.fa
../reads/NA18507_1_1e5complex.fastq
The following excerpt from stderr lacks only redundant
lines, such as some progress information and the
timing-paragraphs for all individual threads:
___SETTINGS____________
Genome file:
../ref_genomes/hg19.fa
Read file:
../reads/NA18507_1_1e5complex.fastq
Compute forward matches: YES
Compute reverse matches: YES
Allow Indels: YES
Error rate: 0.1
Pigeonhole mode with overlap: 0
Shape: 11111111111
Repeat threshold: 1000
Overabundance threshold: 1
Program PID: 25972
9950400 bps of 100000 reads loaded.
Loading reads took 0.175637 seconds
Number of threads: 32
Initialization took 0.0466482 seconds
Process genome seq #0[fwd]...
Process genome seq #0[rev]...
...many more similar lines...
Process genome seq #24[fwd]
Process genome seq #24[rev]useExternalSort == 0
useSequentialCompaction == 0
length(threadLocalStorages[0].matches) == 486517
length(store.alignedReadStore) == 15855239
Thread #0
Masking duplicates took 0.234666 seconds
Compacting matches took 1.24819e-312
seconds
Time for filtration 704.828 seconds
Time for verifications 4751.59 seconds ...many more similar
lines... Thread #31
Masking duplicates took 0.266166 seconds
Compacting matches took 1.24819e-312
seconds
Time for filtration 707.064 seconds
Time for verifications 4731.22 seconds
Time for copying back 1.84491 seconds
Finding reads took 5619.52 seconds
___FILTRATION_STATS____
Filtration counter: 171112671856
Successful verfications: 47445773
/home/uappelt/MapperBenchmarks/bin/rabema/seqan-trunk/core/include/seqan/store/store_io_sam.h:293
Assertion failed : atEnd(it1) == atEnd(it2) should be
true but was 0 (Cannot get CIGAR from invalid pairwise
alignment!)
The assertion mumbles something about invalid paired-end
data!? That might be correct, since the reads are
single-end, 100nt Illumina GAII reads. HG19.fa is
certainly the latest human genome, including chrM.