I'm having trouble with IPv6...er...something overwriting some storage in a
gateway server, and I want to use an SA SLIP trap to catch it. I can observe
the error has occurred with
DATA=(8R?+2C0,NE,00000000,AND,8R?+2C0,NE,00000013)
The trouble is, the storage overwritten is in a control block that is used to
manage a connection through the gateway, and for most of my gateway instances
there are 200-300 possible connections, so I have 200-300 possible places where
this might occur. The location that is being overwritten is consistent within
the data structure, but the location is specific to the subtask and it's in
dynamically-obtained storage. So, when I say
RANGE=(8R?+2C0,+2C7)
the SLIP...is invalid, because it can't find the starting location. Do I
really, really need a few hundred dynamic SLIPs to trap this problem?
On the other hand, if I wait until the storage is allocated and issue just a
single slip with this RANGE parameter, will each subtask be monitored, or just
the main task? AND, if I then use
TRDATA=(STD,REGS,8R?,8R?+33F)
to dump the entire control block when the slip is triggered, will it just dump
the one that was overwritten, or will it try to dump the information for each
task?
Am I asking for too much to hope that SLIP can watch all these tasks for one
job?
Right now I'm not even performing the data check; the (failing) SLIP currently
looks like this:
SLIP SET,SA,ACTION=TRDUMP,
TRDATA=(STD,REGS,8R?,8R?+33F),
ASIDSA='gatewayjob',
PVTMOD=(gatewaypgm,0,4697),
RANGE=(8R?+2C0,8R?+2C7),
SDATA=(ALLNUC,ALLPSA,LPA,LSQA,SQA,CSA,RGN,TRT,SUM),
DEBUG,OK,
ID=IPV6,
END
(I mentioned IPv6 earlier because...when I restrict my application to using
IPv4 sockets I don't seem to have this error. When I enable IPv6 sockets in the
application, a sockaddr structure is being overwritten by <fill in the answer
identified by the SLIP> and a clientinfo structure is destroyed in the process.)
Thanks in advance.
R;
Rob Hamilton
Sr. System Engineer
Chemical Abstracts Service
Confidentiality Notice: This electronic message transmission, including any
attachment(s), may contain confidential, proprietary, or privileged information
from Chemical Abstracts Service ("CAS"), a division of the American Chemical
Society ("ACS"). If you have received this transmission in error, be advised
that any disclosure, copying, distribution, or use of the contents of this
information is strictly prohibited. Please destroy all copies of the message
and contact the sender immediately by either replying to this message or
calling 614-447-3600.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
