All of this work, and this posting, is concerned with incoming messages from Invision on the mainframe, coming in as EBCDIC over SNA.
Anyway, when I run the command hcismat from the command line, I get an extra line of output, vs. when I use the Smat GUI to resend to a file.
The extra line of output seems to be the ‘meta data’ prefixed to each message by SMS/Invision, except that this extra line is at the end of the message, and it is the meta data that ‘belongs’ to the NEXT message. I can tell by the ‘control number’ in that meta data – I can see that same value when I look at the Smat GUI and skip to the next message – that same value is in the prefixed meta data of the next message.
This is all happening before I get to my scripting. I just run the hcismat command from the command line:
hcismat -i
This may have something to do with the SNA allocate/deallocate (I’m fuzzy on this) process which sometimes results in a ‘FF’ message showing up in Smat as a 1 byte message, and other times it shows up as the first character of the message (in the Invision ‘meta data’). Also, other messages in the Smat have the Invision meta data starting with ’00’. This never seems to bother production processing, but the hcismat command seems to get confused by it, whereas the Smat GUI has no problemn with it.
So my nifty script that was going to save me time seems to be bogged down and I”ll have to go back to the GUI tool.
Any comments?
Pete
Peter Heggie
PeterHeggie@crouse.org