When the number of GFFs is large (in my case, >30000), PIRATE fails when "Standardising and checking input files". This happens because the number of files can exceed the maximum argument number for the external shell commands PIRATE uses at this step. This patch avoids this issue by loading the GFF file paths into a perl array, which then sends chunks equal in size to $threads to parallel instead of getting the file list with ls.
When the number of GFFs is large (in my case, >30000), PIRATE fails when "Standardising and checking input files". This happens because the number of files can exceed the maximum argument number for the external shell commands PIRATE uses at this step. This patch avoids this issue by loading the GFF file paths into a perl array, which then sends chunks equal in size to
$threads
toparallel
instead of getting the file list withls
.