GATK version used: 4.4.0.0

BedToIntervalList behaves differently depending on whether input comes from file or from /dev/stdin. Here is a simple example:

Create a BED file with a single entry:

$ echo -e "chr1\t10000\t20000" > test.bed

Convert this to an interval list:

$ picard BedToIntervalList -SD reference.dict -I test.bed -O foo.interval_list

Do it using input from stdin:

$ cat test.bed | picard BedToIntervalList -SD reference.dict -I /dev/stdin -O bar.interval_list

Now foo.interval_list is as expected, but bar.interval_list does not contain any intervals:

$ grep -v ^@ foo.interval_list | wc -l

1

$ grep -v ^@ bar.interval_list | wc -l

0

Is this the expected behavior? The output is not necessarily empty. I became aware of this when piping a much bigger input, and the output had fewer intervals than expected.

Log from first run (with file):

$ gatk BedToIntervalList -SD reference.dict -I test.bed -O foo.interval_list

Using GATK jar /home/michaelk/miniconda3/envs/test-gatk/share/gatk4-4.4.0.0-0/gatk-package-4.4.0.0-local.jar

Running:

    java -Dsamjdk.use_async_io_read_samtools=false -Dsamjdk.use_async_io_write_samtools=true -Dsamjdk.use_async_io_write_tribble=false -Dsamjdk.compression_level=2 -jar /home/michaelk/miniconda3/envs/test-gatk/share/gatk4-4.4.0.0-0/gatk-package-4.4.0.0-local.jar BedToIntervalList -SD reference.dict -I test.bed -O foo.interval_list

20:17:10.435 INFO  NativeLibraryLoader - Loading libgkl_compression.so from jar:file:/home/michaelk/miniconda3/envs/test-gatk/share/gatk4-4.4.0.0-0/gatk-package-4.4.0.0-local.jar!/com/intel/gkl/native/libgkl_compression.so

[Fri Jun 09 20:17:10 CEST 2023] BedToIntervalList --INPUT test.bed --SEQUENCE_DICTIONARY reference.dict --OUTPUT foo.interval_list --SORT true --UNIQUE false --DROP_MISSING_CONTIGS false --VERBOSITY INFO --QUIET false --VALIDATION_STRINGENCY STRICT --COMPRESSION_LEVEL 2 --MAX_RECORDS_IN_RAM 500000 --CREATE_INDEX false --CREATE_MD5_FILE false --help false --version false --showHidden false --USE_JDK_DEFLATER false --USE_JDK_INFLATER false

[Fri Jun 09 20:17:10 CEST 2023] Executing as michaelk@fe-open-01 on Linux 3.10.0-1160.53.1.el7.x86_64 amd64; OpenJDK 64-Bit Server VM 17.0.3-internal+0-adhoc..src; Deflater: Intel; Inflater: Intel; Provider GCS is available; Picard version: Version:4.4.0.0

INFO 2023-06-09 20:17:10 BedToIntervalList Wrote 1 intervals spanning a total of 10000 bases

[Fri Jun 09 20:17:10 CEST 2023] picard.util.BedToIntervalList done. Elapsed time: 0.00 minutes.

Runtime.totalMemory()=285212672

Tool returned:

0

Log from second run (with /dev/stdin):

$ cat test.bed | picard BedToIntervalList -SD reference.dict -I /dev/stdin -O bar.interval_list

20:18:34.291 INFO  NativeLibraryLoader - Loading libgkl_compression.so from jar:file:/home/michaelk/miniconda3/envs/test-gatk/share/picard-3.0.0-1/picard.jar!/com/intel/gkl/native/libgkl_compression.so

[Fri Jun 09 20:18:34 CEST 2023] BedToIntervalList --INPUT /dev/stdin --SEQUENCE_DICTIONARY reference.dict --OUTPUT bar.interval_list --SORT true --UNIQUE false --DROP_MISSING_CONTIGS false --VERBOSITY INFO --QUIET false --VALIDATION_STRINGENCY STRICT --COMPRESSION_LEVEL 5 --MAX_RECORDS_IN_RAM 500000 --CREATE_INDEX false --CREATE_MD5_FILE false --help false --version false --showHidden false --USE_JDK_DEFLATER false --USE_JDK_INFLATER false

[Fri Jun 09 20:18:34 CEST 2023] Executing as michaelk@fe-open-01 on Linux 3.10.0-1160.53.1.el7.x86_64 amd64; OpenJDK 64-Bit Server VM 17.0.3-internal+0-adhoc..src; Deflater: Intel; Inflater: Intel; Provider GCS is not available; Picard version: Version:3.0.0

INFO 2023-06-09 20:18:34 BedToIntervalList Wrote 0 intervals spanning a total of 0 bases

[Fri Jun 09 20:18:34 CEST 2023] picard.util.BedToIntervalList done. Elapsed time: 0.00 minutes.

Runtime.totalMemory()=538968064