read simulation hangs with unwrapped fasta input file

[jlapaijmans]

When the input fasta file is not wrapped (ie 80 chars per line), the read simulation just hangs but doesn't give an error message..? Assuming this happens for everyone, not just me, would be good to include a quick fasta check and an exit with message if the fasta entry is not wrapped.

Solution: wrap your fasta input file using eg.
seqtk seq -l80 input.fasta

[mlell]

That is strange. Do you have a test file and a call to isolate the problem?