Hi All,
I think I have discovered some interesting behavior of GT.M V6.3-000A_x86_64 on a Unbuntu 16.04 machine. It was installed via the configure script, not via apt-get. I am attempting to import a ZWR file via MUPIP LOAD and it throws set of:
%GTM-E-MAXSTRLEN, Maximum string length exceeded
%GTM-F-KILLBYSIGSINFO1 reporting a signal 11 as the reason for killing the process.
%GTM-F-SIGMAPERR
This ZWR file, however, is imported correctly and without error if the first line is edited to not have 12 (11 or 13) characters. Any combination of chacters with a length of 12 will throw this same set of errors.
snyder@raptortest:~/work/osehra/VistA-M/Packages/Engineering/Globals$ /opt/gtm/mupip load -format=zwr -stdin < /home/snyder/work/osehra/VistA-M/Packages/Engineering/Globals/6929+ENG\ EMPLOYEE.zwr
%GTM-E-MAXSTRLEN, Maximum string length exceeded
ENG EMPLOYEE
%GTM-F-KILLBYSIGSINFO1, MUPIP process 11518 has been killed by a signal 11 at address 0x00007F9F99918348 (vaddr 0x0000000000000000)
%GTM-F-SIGMAPERR, Signal was caused by an address not mapped to an object
snyder@raptortest:~/work/osehra/VistA-M/Packages/Engineering/Globals$ /opt/gtm/mupip load -format=zwr -stdin < /home/snyder/work/osehra/VistA-M/Packages/Engineering/Globals/6929+ENG\ EMPLOYEE.zwr
ENG EMPLOYEEs
64138,52609 ZWR
Beginning LOAD at record number: 3LOAD TOTAL Key Cnt: 1 Max Subsc Len: 12 Max Data Len: 19
Last LOAD record number: 3snyder@raptortest:~/work/osehra/VistA-M/Packages/Engineering/Globals$ /opt/gtm/mupip load -format=zwr -stdin < /home/snyder/work/osehra/VistA-M/Packages/Engineering/Globals/6929+ENG\ EMPLOYEE.zwr
ENG EMPLOYE
64138,52609 ZWR
Beginning LOAD at record number: 3LOAD TOTAL Key Cnt: 1 Max Subsc Len: 12 Max Data Len: 19
Last LOAD record number: 3
I am happy to provide other information if what I provided is not clear enough. Thanks!
Joe, thanks for reporting this. Someone just reported a very similar issue, but the file they gave was much bigger. Yours is much more manageable test case if it proves to be the same issue! We will address this soon.
Regards
-- Bhaskar