Re: Accessing TCPIP.DATA from Perl on os390

[email protected] ("M. Ray Mullins") Wed, 3 May 2017 11:22:55 -0700
Newsgroups perl.mvs
Message-ID <[email protected]>
--------------E27E20541211D54D739762AE
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

Hi Dick,

As the UNIX® System Services component of z/OS is certified UNIX- and 
POSIX-compliant, whatever method you use currently to interrogate the 
UNIX and brethren OSes should work.

Having said that, of course, we are talking z/OS and EBCDIC, so, of 
course, I'm sure it won't work out of the box and would require a tweak 
or three.

Is there a specific issue you've encountered so far?

Best regards,
Ray Mullins

On 2017-05-03 10:33, Dick Franks wrote:
> All,
>
> Is it possible to access the content of TCPIP.DATA and GLOBALTCPIPDATA 
> from a Perl script?
>
> Where do these files live? Are they readable and parseable?
>
> Alternatively, is there some easy way of interrogating the OS to find 
> the value associated with an individual parameter name?
>
> I am specifically interested in finding the local DNS nameserver 
> addresses, searchlist, etc. to provide the default values for Net::DNS 
> so that it works the same way on all supported platforms.
>
> Any help you can provide would be much appreciated, an example, even 
> better.
>
> P.S. I know next to nothing about MVS, so have a strong preference for 
> succinct and straightforward answers.
>
>
> Dick Franks
> ________________________
>


-- 
M. Ray Mullins
Roseville, CA, USA

German is essentially a form of assembly language consisting entirely of far calls heavily accented with throaty guttural sounds. ---ilvi
French is essentially German with messed-up pronunciation and spelling.  --Robert B Wilson
English is essentially French converted to 7-bit ASCII.  ---Christophe Pierret [for Alain LaBonté]


--------------E27E20541211D54D739762AE
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Hi Dick,<br>
      <br>
      As the UNIX® System Services component of z/OS is certified UNIX-
      and POSIX-compliant, whatever method you use currently to
      interrogate the UNIX and brethren OSes should work. <br>
      <br>
      Having said that, of course, we are talking z/OS and EBCDIC, so,
      of course, I'm sure it won't work out of the box and would require
      a tweak or three.<br>
      <br>
      Is there a specific issue you've encountered so far?<br>
      <br>
      Best regards,<br>
      Ray Mullins<br>
      <br>
      On 2017-05-03 10:33, Dick Franks wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAKW6Ri5GRz7s9GFvo48xSJoF9pLvTnNqyhoYpgSAuFxLOG4kDw@mail.gmail.com">
      <div dir="ltr">
        <div>
          <div>
            <div>
              <div>
                <div>
                  <div>All,<br>
                    <br>
                  </div>
                  Is it possible to access the content of TCPIP.DATA and
                  GLOBALTCPIPDATA from a Perl script?<br>
                  <br>
                </div>
                Where do these files live? Are they readable and
                parseable?<br>
                <br>
              </div>
              Alternatively, is there some easy way of interrogating the
              OS to find the value associated with an individual
              parameter name?<br>
              <br>
            </div>
            I am specifically interested in finding the local DNS
            nameserver addresses, searchlist, etc. to provide the
            default values for Net::DNS so that it works the same way on
            all supported platforms.<br>
            <br>
          </div>
          Any help you can provide would be much appreciated, an
          example, even better.<br>
          <br>
        </div>
        P.S. I know next to nothing about MVS, so have a strong
        preference for succinct and straightforward answers.<br
          clear="all">
        <div>
          <div>
            <div>
              <div>
                <div>
                  <div>
                    <div>
                      <div>
                        <div><br>
                          <br clear="all">
                          <div>
                            <div class="gmail_signature"
                              data-smartmail="gmail_signature">
                              <div dir="ltr">Dick Franks<br>
                                <span><font color="#888888">________________________<br>
                                  </font></span><br>
                              </div>
                            </div>
                          </div>
                        </div>
                      </div>
                    </div>
                  </div>
                </div>
              </div>
            </div>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
M. Ray Mullins
Roseville, CA, USA

German is essentially a form of assembly language consisting entirely of far calls heavily accented with throaty guttural sounds. ---ilvi
French is essentially German with messed-up pronunciation and spelling.  --Robert B Wilson
English is essentially French converted to 7-bit ASCII.  ---Christophe Pierret [for Alain LaBonté]</pre>
  </body>
</html>

--------------E27E20541211D54D739762AE--