I have only 2 cents to add.

1) is there an actual STC proc? Or is it a shell command starting a Unix
process?

2) there are a couple of C or Unix environment variables that can be set
that would precede SYSTCPD.

Rob Schramm
On Oct 16, 2013 1:21 PM, "Jon Perryman" <[email protected]> wrote:

> Stop thinking RESOLVER since you aren't implementing it. I can't find the
> name resolution sequence but it was very similar to RESOLVER. It's been
> several years since I looked at it so I can't give you all the specifics.
> Here is the information you specifically want to know:
>
> 1. If zUNIX program, then use /etc/resolve.cnf  (this is NOT resolver
> specific)
> 2. If no resolve.cnf then use DD SYSTCPD.
> 3. If no SYSTCPD DD, then use SYS1.TCPPARMS(TCPDATA)
> 4. If no  SYS1.TCPPARMS(TCPDATA) then use TCPIP.TCPIP.DATA
>
> There are more but these are the most likely ones you might be using.
>
> 1. You could rename /etc/resolve.cnf so that it does not exist and falls
> thru.
> 2. You could have users omit DD SYSTCPD to fall thru
> 3. You could rename SYS1.TCPPARMS(TCPDATA) to fall thru.
> 4. You could use TCPIP.TCPIP.DATA as your single TCPDATA so that users
> don't need to know about the DD SYSTCPD.
>
>
> Jon Perryman.
>
>
> >________________________________
> > From: David G. Schlecht <[email protected]>
> >
> >
> >at the moment, we don't have a resolver proc.
> >
> >
> >This means that if a job doesn't allocate the SYSTCPD DD then nothing
> gets used and the name resolution fails, even though the DD is defined in
> the TCP proc.
> >
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: INFO IBM-MAIN
>

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to