If entered exactly as shown in the original post (the SLIP command and then the response to the WTOR), that response would have failed and not set a SLIP trap. As eagle eye Adam spotted, the blank after the address in DATA ends the input data, requiring the WTOR response to start with the (missing) close-paren. But the WTOR response shown did not.
This is not my area at all, but this reason code is produced in module BPXVSSOC. Nominally it has something to do with not finding a suitable Socket GFS and suitable VFS for that GFS (matching the input domain). I don't happen to know anything about either of those. Once it did not find a suitable VFS, you could get 112B0000. This was not just "reason" 112B0000, it was errno 45A and errnojr 112B0000, for what that's worth. You can find some info about that case on IBM Docs within the diagnosis reference (search for 45A and/or 112B0000) which gets you here: https://www.ibm.com/docs/en/zos/3.1.0?topic=location-ipv6-format-address-issues-errno45a-errnojr112b0000 It might not apply to your case. Was there no documentation for this syscall about this reason code to give you a clue what might have gone wrong? Getting an SVC Dump at that point within OMVS processing seems unlikely to shed much light to a user unless you can find your code and data. But if you do, this module might run in cross-memory mode, such that the caller's data is not in the current primary address space. You might need to make sure to include secondary and/or home address spaces in the dump. I don't know if that helps you or not. Peter Relson z/OS Core Technology Design ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
