Sauro Menna

Hi, I've read the messages, and I'll think it over and look into the possibility of creating an interface for GCSort, taking Simon's suggestions into account. Best regards.

I'm happy—that's a great result. No problem—thanks to you.

Hi, Thanks, Simon. I’ve identified the issue that prevents the use of input files containing binary characters. The TAKE file used to be opened as text; now it’s opened as a binary file, and the system checks for the presence of ‘0x00’ characters. I’ve released version 1.04.12c. Bruce, could you run a test again? Thanks. Sauro

* Version 01.04.12c

Hi, That's great. You can use E15 with multiple streams. Each stream is processed separately, and GCSort recognizes the value x'08' at the E15 output for each individual stream; therefore, if three files are concatenated, GCSort detects three x'08' values at the E15 output. Best regards, Sauro Il 07/08/2026 16:17 CEST Ralph ralph.linkletter@wincobol.com ha scritto: This is the batch file that is executed It specifies the take file @ECHO OFF DEL \WINZOS\ZOSICF\GNUERR.TXT SET GCSORT_STATISTICS=2 GCSORT...

Hi, I recompiled the COBOL program and used the TAKEFILE.TXT file and input file, even in debug mode, and the sort runs successfully. In fact, the last records have the character ‘A’ as the first character. I ran an additional check to sort the gcsort output to verify for errors, but even in this case, the sort is correct. gcsort USE ..\files\S2121958.DAT RECORD F,00400 ORG SQ GIVE ..\files\S2121958sorted.DAT RECORD F,00400 ORG SQ SORT FIELDS=(1,6,CH,A) GCSORT Version 01.04.12b Total Records Number..............:...

Hi, EQUALS and NOEQUALS are not supported in the current version of GCSort. The option is ignored. The output sort is always handled in a way that preserves the read order. It’s as if the EQUALS option were always applied. I’ve released a new version, as the previous one had some handling issues. The new version is 1.14.12b. Best regards, Sauro

* Version 01.04.12b