Speaking of Metal C, I'm seeing a strange thing just recently. My C input is a VB 255 PDSE member, and the output is an FB 80 PDSE member. Whenever an input line exceeds 80 characters, the output assembler "source" has a bogus line with unprintable characters where the wrapped part of the original C line should be.
For example, with this input: int main(int argc, char* argv[]) { int rc; // this line has a very (though not unreasonably) long comment going beyond column 80 return rc; } The relevant section of output has: * { 000003 * 000004 * int rc; // this line has a very (though not unreasonably) long com 000005 V# Ê rgW2 000005 * 000006 * return rc; 000007 L 15,@5rc 000007 * } 000008 The junk on the second line 5 varies from one time to the next, but is the same in a given compile, and always has the V#. In this case the whole string is X'E57B0419722A109987E6F2'. It's not only comments; a long line of actual C does it too. (And yes, I know I didn't set rc. That doesn't affect the problem.) This is Metal C '5650ZOS V2.1 z/OS XL C'. I don't remember seeing anything like this earlier, and I see no APAR hits. Am I about to have a duh! moment? Could someone else try this snippet? Tony H. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN