Ralph Linkletter

The cuplrit was me providing a null terminated input parameter. Sauro caught the cause - I fixed it in my GCSORT integration. Really hard to find Editing displayed the last parameter Windows COPY / PASTE did not paste in the sort fields= parameter I looked at in edit and it was there - GCSORT looked at it and said, "no its not" Fixed Check this out. Ain't it pretty with GCSORT wired into WINZOS ? Thank you Sauro for tolerating my frustration. Ralph ** WINZOS JOB LOG Copyright 2010,2024 Metamorphous...

GCSORT stopped reading the parameter file after having encountered a x'00' DFSORT would continue because there is no LSEQ file organization with TCB zOS - would require a special ISPF action to edit in a x'00' MFSORT would require a test. GnuCOBOL reads the null terminated parameter. I presume GCSORT is using a "C" function to read the file. It apparently stopped reading after the x'00'. The LSEQ record file organization is complicated enough already - it is really not a portable media. CR/LF - Windows...

You close this I presented a null terminated parameter - the cause of the issue. Fixed in my code

I just created this ticket: 1239 Not being a Linux person or an SVN person it took me forever to find and download the most recent GCSORT user manual. I attach it for those that are also not versed in Lnux and SVN Ralph

I just created this ticket: 1239 Not being a Linux person or an SVN person it took me forever to find and download the most recent GCSORT user manual. I attach it for those that also not versed in Lnux and SVN Ralph

I just created this ticket: 1239 Not being a Linux person or an SVN person it took me forever to find and download the most recent GCSORT user manual. I attach it for those that also share in my inability to partake of Linux and SVN Ralph

I just created this ticket 1239 GCSORT BUG #2

Adding the attached files - I guess one at a time - strange