HDTenEightyP/NetNews huggingface dataset:
Organization: Cornell Information Technologies
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 13 Apr 1992 10:45:42 EDT
From:         John Voigt <FLIX@CORNELLC.CIT.CORNELL.EDU>
Subject:      Re: Cornell mods on top of 2.2
              13 Apr 1992 14:16:08 CET from <GMUELLER@IBM.RUF.UNI-FREIBURG.DE>

On Mon, 13 Apr 1992 14:16:08 CET Guenter Mueller said:
>Hello,
>is there anybody using the cornell mods? I'm running Rel. 2.2 and want
>to build a new TCP/IP module after applying cornell mods as I do for 1.2.3.
>
>So I've FTP'd today the mods from cornellc.cit.cornell.edu  FAL.220. The
>source is from the distribution tape IBM. NO IBM PTF's installed.
>
>First, I'm wondering that there is no ALLMACRO EXEC coming with
>the source tape as usual. But it is not so difficult to build one.
>
>Second, a few mods don't fit with the source coming from IBM.
>
>What shall I do? I append a shortend consol log file.
>
>Any help is welcome
>
>    Guenter
>
>
When I first read this mail I was concerned that we had somehow messed
up the pointer for FTP to the FAL.220 disk.  I checked this and was
relieved to see that all is well there.

I suspect that your problem is that the TCBASTY COPY (and others you
mentioned) are not the correct ones.  As you probably, IBM still has
not corrected the service delivery problem and are still sending
source replacement fixes.  If you have ordered/installed any FAL 220
service, you may have a version of TCBASTY COPY that is newer than
ours and has sequence number changes.  If that is not the case then
perhaps you have an old version accessed.

To help you perhaps determine the cause, I have appended the file info
with dates and such for this module.  I hope this gives you enough to
resolve your problem.

If anyone else is having problems applying our mods, please let me know.

John/
FAL Version 2 service grunt, mod hacker and general troublemaker

---------- FILES TCBASTY * * ----------
TCBASTY  CU205V00 H1 F         80         18          1  1/27/92  9:05:25
TCBASTY  COPY     K1 F         80       3871         76 10/16/91 11:42:06
TCBASTY  AUXPUB2  H1 F         80          2          1  9/09/91 15:41:02
TCBASTY  CU217V00 H1 F         80         17          1  9/09/91 15:25:58
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 10 Apr 1992 17:01:13 EST
From:         Guy Nash <GPNASH@OCC.BITNET>
Subject:      RE: 3172<-> TCP-IP 2.2
X-cc:         TCPIP-L@UIUCVMD.BITNET

I found it... with the help of some friends....


In the 3172 configuration the adapter id of the host subchannel connections
must be set to 2.

and in the LINK statement in the TCPIP profile I needed a 3 to point it to the
fourth token ring card... (3rd adapter..first one is 0)


DEVICE L3172 LCS C10
LINK L317200 IBMTR 3 L3172


Thanks again for the help.....


Guy Nash              +1 313 540-1574   GPNASH@OCC
Systems Programmer
Oakland Community College
Bloomfield Hills, Mi, USA 48304
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 6 Apr 1992 11:53:34 EDT
From:         DAISY@YKTVMZ.BITNET

Re:   Sql/ds stuff in fal 2.2 for vm
Ref:  Your note of Wed, 1 Apr 1992 23:28:00 EST

Regarding NDBSERVE:
The database name was not hardcoded in the version of last December.
The database is the default database which is the one when your system
support people installed SQL/DS.  You are connected to the same database
as your ISQL's database.

Daisy Shen
Yorktown Research
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 15 Apr 1992 12:00:00 EDT
From:         "Brian E. Stanley" <bes3079@MVS.DRAPER.COM>
Subject:      MVS FTP server problems
X-To:         ibmtcp-l%pucc.bitnet@pucc.princeton.edu

We are running MVS TCP/IP V2.1. I applied PUT 9107 and 9201
about a month ago, but backed out due to the FTP server abending
with 878-10.  I called this into support (pmr 5x153) and upon
their recommendation, I reapplied 9107 and 9201 with UN14699/700
on top.  We are experiencing the same problem.  Boy, it would
really help if there were timestamps in SYSOUT.  btw, our MVS
is ESA, and the abends occur frequently, about 5-6 times daily.

Here is the JES log:

                    J E S 2  J O B  L O G  --  S Y S T E M  C S D L  --  N O D E
  C S D L M V S

07.40.54 STC01494  $HASP373 FTPSRV   STARTED
07.40.54 STC01494  MVPMVP007I FTPSERVE started with parameter
 FTPSERVE,ERRFILE(SYSERR),HEAP(1024),/ INACTIVE 1800 DONTVALIDATE
                            TRACE.
08.06.01 STC01494  IEA705I ERROR DURING GETMAIN SYS CODE = 878-10 FTPSRV FTPSRV
 00
08.06.01 STC01494  IEA705I 00FA9780 00AE9458 00AE9458 00007200 00003000
08.06.01 STC01494  IEA995I SYMPTOM DUMP OUTPUT
                     USER COMPLETION CODE=0123
                    TIME=08.06.01  SEQ=08266  CPU=0041  ASID=0069
                    PSW AT TIME OF ERROR  078D1E00   80CEFDCA  ILC 2  INTC 0D
                      NO ACTIVE MODULE FOUND
                      DATA AT PSW  00CEFDC4 - 00181610  0A0D9190  418D4780
                      GPR  0-3  80000000  8000007B  000A16F8  84878000
                      GPR  4-7  070C1000  81230602  078D0E00  80093A9E
                      GPR  8-11 00AEB000  00003000  00000000  7FFFD260
                      GPR 12-15 00000041  000A2040  00FED500  00000010
                    END OF SYMPTOM DUMP
08.06.01 STC01494  ACF99900 ACF2
 LOGGING-04,00,FTPSRV,USER37,TCPIP.FTP.SYSMDUMP,N/A
08.06.59 STC01494  IEA998I PARTIAL SYSMDUMP TAKEN TO TCPIP.FTP.SYSMDUMP
08.07.01 STC01494  MVPMVP008I FTPSERVE shutdown is complete.
08.07.01 STC01494  $HASP395 FTPSRV   ENDED

It appears that there's some looping going on, as the log file
get enormous in size, putting out the same message:

 FTSEVN513I Connection 0: Foreign host rejected the open attempt
 FTSEVN513I Connection 0: No such connection
 FTSEVN513I Connection 0: No such connection
 FTSEVN513I Connection 0: No such connection
 FTSEVN513I Connection 0: No such connection
 .
 .
 .
 FTSEVN513I Connection 0: No such connection
 FTSEVN513I Connection 0: No such connection
 FTSEVN513I Connection 0: No such connection
 FTSEVN513I Connection 0: No such connection
 FTSEVN513I Connection 0: No such connection
 FTSEVN513I Connection 0: No such connection

Has anybody else experienced this?  I would appreciate
any insight on this.
Thanks in advance.

- Brian Stanley                  bstanley@draper.com                           0
  C S Draper Lab                 (617)-258-3079                                0
  555 Technology Sq  MS33                                                      0
  Cambridge, Ma 02139                                                          0
From: ISSSEJ@VM.BYU.EDU (Steve Jackson)
Newsgroups: bit.listserv.ibmtcp-l
Subject: RPC's on MVS
Date: 10 Apr 92 18:07:54 GMT
Organization: Brigham Young University, Provo, Utah, USA
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

Is there anyone out there that has written RPC's to interface with CICS
and to run a CICS transaction?

Steve Jackson
From: hardiman@csd4.csd.uwm.edu (Paul V Hardiman)
Subject: MVS LPD problem
Originator: hardiman@csd4.csd.uwm.edu
Organization: Computing Services Division, University of Wisconsin - Milwaukee
Distribution: usa
Date: Mon, 6 Apr 1992 20:22:42 GMT


The unofficial version of LPD for TCP/IP for MVS does not respond to the
"P" command.  It must be canceled when you want to restart it.  After being
canceled several times, it won't restart - it logs the message "BeginTcpip:
no TCP/IP service available" and terminates.  The only way I've found to
correct this is an IPL.

Paul Hardiman
University of Wisconsin - Milwaukee
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 8 Apr 1992 10:06:19 CST
From:         Randy Bradley <MARC003@UNLVM.BITNET>
Subject:      Comet & 'CPSTACK' (Q)

   We are running FAL 2.2 and I've been playing with Cornell's Comet
and PC_TN terminal programs (for Mac & DOS resp.)  They are way cool,
but when I try a file transfer with the provided execs, I get an
RC(-3) from REXX 'CPSTACK LIFO QUERY SET' line.  Anybody know where
I can find this 'CPSTACK' program?     Thanks in advance.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
App-Message-Id: <44011151402991/718113@OAX>
Msg-Class: ALL-IN-1 V2.4 PBL8C3  7-JUN-1990
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 15 Apr 1992 11:04:01 -0400
From:         C D Fisher <fishercd@ORNL.GOV>
Subject:      SMF Records ????
X-To:         ibmtcp-l@pucc.princeton.edu

I think I've seen this info on the list before but can't seem to lay my hands
on it now.  Does anyone know what IBM intends to do about having Version 2 of
TCP/IP for MVS produce SMF records?  The bean counters here want to start
charging folks for TCP/IP services and have asked about SMF records from the
TCP/IP tasks.

Many thanks,

------------------------------------------------------------------------------
Charles D. Fisher                      |  Internet:  cdf@ornl.gov
Building 4500N, MS-6271                |  Bitnet:    cdf@ornlstc
Oak Ridge National Laboratory          |
P.O. Box 2008                          |  Phone:     615-574-8150
Oak Ridge, Tn.     37831               |
------------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 14 Apr 1992 16:18:34 EDT
From:         Vince Anderson <A024009@RUTVM1.BITNET>
Subject:      Passing break

I'm putting up TCP/IP for MVS Version 2 (with maintenance thru PUT 9201) and
everything works great so far, EXCEPT...

I have an application (SuperWylbur) which, when used in line mode, requires
use of the BREAK key.  Right now, when I press the break key, HAL doesn't seem
to want to pass that break on to the application.  Can anyone offer a solution?

Thanks,

Vince Anderson
Rutgers University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 6 Apr 1992 23:14:47 +0200
From:         Eric Thomas <ERIC@SEARN.BITNET>
Subject:      Re: encoding binary-file attributes for mailing
              6 Apr 1992 17:12:04 -0400 from IBM TCP/IP List <IBMTCP-L@PUCC>

On Mon, 6 Apr 1992 17:12:04 -0400 jwagner@PRINCETON.EDU said:

>Transport of MIME within BITNET will require a new convention about what
>is translated  to EBCDIC.  This will  have impact not  only on  SMTP and
>Mailer but also on JNET and  UREP (they can't simply translate EBCDIC to
>ASCII any more).

JNET uses reversible  translation tables. This is one of  the reasons why
so many people copy  the JNET tables when they need an  A2E or E2A table.
In other words, if JNET translated a MIME message to ASCII before feeding
it to the mailer, which then places  it in the user's mailbox, all it has
to do is translate back.

  Eric
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 7 Apr 1992 14:52:20 GMT
From:         Mike Norris <MNORRIS@IRLEARN.UCD.IE>
Subject:      Number of sessions

We're using IBM TCP V1.2 with all the default pool sizes,
e.g. TCBPOOLSIZE = 256 , etc.  Most of our connections
are Telnet from PCs etc, although we're running VMNSF as
well.  With about 60 or so connections, the VM host refuses
any further sessions.  This is a real pain, as many classes
of students depend on telnet to VM.

Have we reached some magic number?  As I say, our settings are
mostly default, but connections are refused when the number of
TCBs is around 64.

Any help would be much appreciated.  Please reply direct to me
as I'm not on the list.

Cheers.

                      Mike Norris  (+353.1.7062368)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 16 Apr 1992 16:15:55 -0400
From:         T-KUNZ@UMINN1.BITNET
Subject:      TN3270/IMS Screen Refresh Problems

 We have customers who are running the TN3270 code from NCSA Version 2.2 NT in
 a DOS environment. We have some instances, while having sessions with IMS/DC,
 where we will display information for a person which will be completely
 accurate, and then we will key in another file number, or ssn# and if the new
 screen's fields should be blank, they end up still containing information
 from the previous person. Fields are not being properly cleared. We are also
 running TN3270 from NCSA on a MAC which does not have the problem. Any
 suggestions?
 Thanks,

 Sincerely,                             Telephone (612) 624-8086
 Thomas A. Kunz    Senior Data Communications Systems Programmer
 Administrative Information Services @ University of Minnesota
 Bitnet: T-KUNZ@UMINN1      Internet: T-KUNZ@VM1.SPCS.UMN.EDU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 6 Apr 1992 17:12:04 -0400
From:         jwagner@PRINCETON.EDU
Subject:      Re: encoding binary-file attributes for mailing
X-To:         IBM TCP/IP List <IBMTCP-L@pucc.Princeton.EDU>
              02 Apr 92 06:43:09 -0500. <9204021147.AA15361@Princeton.EDU>

> MIME is a mail user agent issue. It does not affect SMTP or XMAILER.
>
> Andy Hooper

Transport of MIME within BITNET will require a new convention about what is
translated to EBCDIC.  This will have impact not only on SMTP and Mailer but
also on JNET and UREP (they can't simply translate EBCDIC to ASCII any more).
It will also impact Mail/Mailbook (it will have to do translation/conversion of
text) and other user agent used on the network.  The non-IBM boxes have a 9
month head start on this process (they already have working MIME compatible UAs
available).

MIME will also have a substantial impact on the current file size limitations
since it provides support for sound and fax files in mail:

   "I was listening to some Beethoven last night and I really like
    this passage.  What do you think?"

   followed by 6 minutes of sound file

MIME also provides the ability to ship multiple representations of the same
mail message (so that recipients with smart UAs and display devices can get
fancy output and still have the folks running on TTY 33s be told what is in the
message).

I wish it was just a user agent issue.  I expect to see 6-12 months of chaos on
Bitnet when this stuff actually starts arriving.

   John
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 10 Apr 1992 20:52:44 +0200
From:         Eric Thomas <ERIC@SEARN.BITNET>
Subject:      Re: encoding binary-file attributes for mailing
              10 Apr 1992 14:45:29 -0400 from IBM TCP/IP List <IBMTCP-L@PUCC>

On Fri, 10 Apr 1992 14:45:29 -0400 jwagner@PRINCETON.EDU said:

>I suspect JNET's translation tables are  only reversible if the input is
>printable EBCDIC.

Some people are really stubborn!

         >>> JNET USES REVERSIBLE TRANSLATION TABLES, PERIOD <<<

Is that so difficult  to understand? It means that if I  make a file with
256 records of 1 byte each with  binary values X'00' to X'FF', and I send
that file in PUNCH format, RECEIVE  it normally, check that the printable
0-9 are  indeed at the end  of the file (positions  X'F0'-X'F9') and very
printable   indeed,  and   then   send   the  file   back   to  VM   with
SEND/FILE/PUNCH/BINARY/TRANSLATE, I get an exact copy of my original file
(the  /BINARY qualifier  only tells  SEND/FILE  not to  throw away  ASCII
control characters  from your input file,  /TRANSLATE explicitly requests
translation to EBCDIC).  How did you think  I found out? I  was trying to
determine which  characters did not  survive translation, and  the answer
was: NONE.

What I  was trying  to say is  that if JNET  has translated  the incoming
message  to ASCII,  thinking  it was  EBCDIC, and  the  VMS mailer  later
determines this was  wrong and it was  really ASCII, all it has  to do is
untranslate. I never meant this to  apply to systems other than JNET, and
am sure that most systems do NOT have reversible tables.

>One possible  solution to this  problem for the  NJE world is  to simply
>transport bytes as bytes.

NJE has  never transported  anything but bytes  of unknown  contents. The
headers are in  EBCDIC, the contents can be anything.  ASCII systems tend
to translate  by default  because they  assume that  the data  was EBCDIC
text, but the smart  ones like JNET can then find out (or  be told by the
user) that they  were wrong, this really  was a VMSDUMP file,  so back to
square one.

  Eric
Organization: HAM - Hackers Against MUDs
X-Subliminal-Message: IBM/370 assembler is your friend.
Date: Friday, 10 Apr 1992 11:56:54 EDT
From: Ken Hornstein <KXH105@psuvm.psu.edu>
Newsgroups: bit.listserv.ibmtcp-l
Subject: Re: redirecting output of NETSTAT

In article <IBMTCP-L%92041010264841@PUCC.PRINCETON.EDU>, Eric Thomas
<ERIC@SEARN.BITNET> says:
>
>And neither reply is what I  would call reasonable. Capturing the console
>log requires you to close the console log, which you may very well have a
>strong  reason  not  to  touch,  and also  involves  the  possibility  of
>interspersed junk  traffic (messages  from servers,  etc). Using  IUCV is
>practical only  in cases  where it  is not  already trapped  by something
>else.  How would  you  trap NETSTAT  output in  a  server which  receives
>commands via IUCV and  has a running console log -  like, say, just about
>any network server?

It was for this reason that I sat down and decoded the format that the TCPIP
server used to send back the response of a NETSTAT TELNET.  What I use it for
is to find out the locations of people who are logged in using TCP/IP, but it
would be trivial to throw this into a REXX stem using the format of your
choice (this is using 370 assembler).

Note that under MVS some of the fields might not have the same meaning, so it
might be an identical format, but the theory is the same.

We have CMS PIPE's here, but the NETSTAT program is such a dog that I prefer
to talk to the TCPIP server myself and get the necessary info.

I haven't yet made anything that will parse out the buffer returned from the
NETSTAT ALLCONN query, since it's a Pascal variant record and fairly evil
looking, but there's no reason why it couldn't be done.

---
Sometimes I wish I could get a mirror with a better view.

Ken Hornstein       kxh105@psuvm.psu.edu      Phone: 814/867-8002
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Organization: Wayne State University - Computing & Information Technology
Date:         Fri, 10 Apr 1992 08:27:15 EDT
Comments:     Warning -- original Sender: tag was NETNEWS@CMS.CC.WAYNE.EDU
From:         "Brian Holmes, WSU/C&IT" <BHOLMES@CMS.CC.WAYNE.EDU>
Subject:      Re: redirecting output of NETSTAT

In article <IBMTCP-L%92041004501328@PUCC.PRINCETON.EDU>, Benzi mizrahi
<VSBENZI@WEIZMANN.WEIZMANN.AC.IL> says:
>
>CP SPOOL CONS START *
>NETSTAT
>CP CLOSE CONS NAME NETSTAT LOG
>RECEIVE spid NETSTAT LOG
>

Since I do not want the output to go to the screen at all, this works better:

CP SET VMCONIO IUCV
IUCVTRAP ON
NETSTAT
CP SET VMCONIO OFF

then use the IUCVTRAP command to do what you need with the output.
Thanks for all the replies!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 6 Apr 1992 14:02:44 EDT
From:         "John B. Beurket (914)-945-1460" <BEURKET@YKTVMZ.BITNET>

Subject:      LPD for MVS problems
Ref:  Paul V Hardiman <hardiman@CSD4.CSD.UWM.EDU> Sun, 5 Apr 1992 17:48:14 GMT

> I've installed the LPD code for MVS/XA.  Whenever I make a connection to
> LPSERVE from another host using LPR, I get the following sequence of
> messages in the LPSERVE log:

> New connection state Open on connection 0 with reason OK.
> Allocated ConnectionBlock at 000BCB08
> Passive open on port 515
> Connection open.  Reading command.
> GetNextNote with ShouldWait of  TRUE
> GetNextNote returns.  Connection 0 Notification Data delivered
> Timer cleared for connection 0
> New command  2 data "test".
> GetNextNote with ShouldWait of  TRUE
> GetNextNote returns.  Connection 0 Notification FSend response
> Reading additional data on 0
> GetNextNote with ShouldWait of  TRUE
> GetNextNote returns.  Connection 0 Notification Data delivered
> Timer cleared for connection 0
> New subcommand  3 operands "1749 dfA000csd4.csd.uwm.edu".
> Failed to open "R1590704 dfA000LU".
> 04/05/92 11:30:31 Terminating connection 0 Failed to open file
> GetNextNote with ShouldWait of  TRUE
> GetNextNote returns.  Connection 0 Notification FSend response
> Closing connection 0

LPD is attempting to open a temporary file to hold the print data.
The default prefix for that Data Set is the JobName, which in most cases
will not be accepted by MVS. The PREFIX parameter for the LPD module
is used to specify an altenate up to eight characters long. This prefix
will be used for the names of all data sets created by LPD, which must have
create authority.

John Beurket
TCP/IP Developmant
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 9 Apr 1992 17:11:25 CDT
From:         Rick Troth <TROTH@RICEVM1.RICE.EDU>
Subject:      Re: Accounting for Lpr

>IBM supports User-exits for LPSERVE. If you use the "START" user-exit,
>       ...
>          host "JF"jobnumber "A1"
>
>This file contains:
>   1.  printername
>   2.  hostname
>   3.  #_of_bytes_in_datafile
>   4.  #_of_bytes_in_datafile name_of_datafile
>   5.  #_of_bytes_in_Control_file_incl_lineendchar name_of_control-file

        This is useful,  but we account for printing by pages,  not bytes,
not even lines,  which VM would do natively.

>(The file   'host "CF" jobnumber "A1"'
>contains information about the user, who sent the printjob.)

        Right.   From this file we pin the LPD print charges to a local
VM user.   LPD protocol is not all that secure,  but if you tighten-up
your LPD server such that it rejects connections from all but trusted
hosts on privileged ports,  you can fairly safely account for it.

>Note: This information is nowhere documented. I experienced it, playing
>with LPSERVE.

        Heh ... well don't go too hard on IBM.   Berzerkeley LPD is not
defined either.   "You have source;  what more do you need?".   [NOT!]
Now there *is* this RFC 1179,  which I have found quite useful,  but
know that that was written after-the-fact and does not precisely define
what most UNIX hosts do for LPR.

>It would be nice to know, if my accounting is ok.

        Here,  we don't have a one-for-one mapping between UNIX and
VM users,  so they have to explicitly log-in to CMS and authorize it.
This is less than appealing to most of our users.     :-(

"VM: the computer *is* the network"
 Rick Troth <TROTH@RICEVM1.RICE.EDU> -------- Rice Univ, I/S VM Systems Support
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 10 Apr 1992 17:14:23 +0200
From:         Eric Thomas <ERIC@SEARN.BITNET>
Subject:      Re: redirecting output of NETSTAT
              10 Apr 1992 11:09:00 EDT from IBM TCP/IP List <IBMTCP-L@PUCC>

On Fri, 10 Apr 1992 11:09:00 EDT "Stephen E. Bacher" <seb1525@MVS.DRAPER.COM>
said:

>In general, how  would you redirect standard output from  PASCAL code on
>MVS?  Maybe IBM  should have  thought  about this  before choosing  this
>language to develop system code in.

PASCAL lets you redirect output easily  via the 'OUTPUT' device name, but
I  suspect the  NETSTAT command  includes code  to (re)define  the OUTPUT
destination, so  this probably  would not work.  The problem,  again, has
nothing to do with  operating systems or languages. It is  just a lack of
foresight: the  one command that  allows you to obtain  information about
the  current status  of the  TCP/IP  network should  have facilities  for
letting system  monitors access  this information  easily. The  CMS QUERY
command, for instance, has a STACK option,  in spite of the fact that all
the hacks  described on  this list,  plus a few  other methods  like diag
X'08' for most  of the options, can be  used to get at the  output if you
really have to.  There is no reason  why NETSTAT should not  have a STACK
option under CMS, and whatever it  is this kind of commands normally have
under MVS.

  Eric
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU