Hi all,
I recently upgraded from version 2.3.0e to the latest 2.3.1z4 version due to improvements in chimeric read placement. However, it appears that under certain conditions, this version no longer deals with multiple fastq.gz input files correctly. For a set of paired end reads, using two lists of comma-separated fastq.gz files as parameters for --readFilesIn, and using the --readFilesCommand zcat option, I get the following errors:
---
test_231__tmp//readsCommand_read2: line 5: test_231__tmp/tmp.fifo.read2: No such file or directory
test_231__tmp//readsCommand_read2: line 6: test_231__tmp/tmp.fifo.read2: No such file or directory
test_231__tmp//readsCommand_read2: line 7: test_231__tmp/tmp.fifo.read2: No such file or directory
test_231__tmp//readsCommand_read1: line 5: test_231__tmp/tmp.fifo.read1: No such file or directory
test_231__tmp//readsCommand_read1: line 6: test_231__tmp/tmp.fifo.read1: No such file or directory
test_231__tmp//readsCommand_read1: line 7: test_231__tmp/tmp.fifo.read1: No such file or directory
---
and only the first file is processed.
This does not seem to happen with lists of ungzipped files, or with very small test files. I can get around this by concatenating all my gzipped files into a single one, but this command line used to work just fine with the 2.3.0e version, so I thought this may be a bug. Has anyone else seen this? I am using the STARstatic executable.
Thanks,
Barry