HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 6 Apr 1992 16:46:24 EDT
From:         "Daniel M. Barton" <DMBARTON@RALVMM.VNET.IBM.COM>
Subject:      Re: Underscore in Host field
X-To:         eric%SEARN.bitnet@cunyvm.cuny.edu,
              spgmnf%UCBCMSA.bitnet@cunyvm.cuny.edu
X-cc:         ibmtcp-l%PUCC.bitnet@cunyvm.cuny.edu

From:         Eric Thomas <ERIC@SEARN.BITNET>

> On Mon, 6 Apr 1992 16:00:12 EDT "Daniel M. Barton"
> <DMBARTON@RALVMM.VNET.IBM.COM said:
>
> >   1. A "name" (Net, Host, Gateway, or  Domain name) is a text string up
> >   to 24 characters  drawn from the alphabet (A-Z),  digits (0-9), minus
> >   sign (-), and period (.).
>
> 24 characters? I wonder how much of  Germany that leaves out ;-) This RFC
> (1985)  must   be  outdated.  RFC822  certainly   allows  underscores  in
> hostnames, so if anyone complains, it should be the name server.
>
>   Eric


Here is the relavant section from RFC 1123, I forgot to mention in my
previous append that names longer than 24 characters must be supported.
This does state that RFC 952 obsoletes all previous RFCs, and this is
an ammendment to RFC 952.  Please avoid underscores, they aren't legal!


   2.1  Host Names and Numbers

      The syntax of a legal Internet host name was specified in RFC-952
      [DNS:4].  One aspect of host name syntax is hereby changed: the
      restriction on the first character is relaxed to allow either a
      letter or a digit.  Host software MUST support this more liberal
      syntax.

      Host software MUST handle host names of up to 63 characters and
      SHOULD handle host names of up to 255 characters.


Daniel

=====-=====-=====-=====-=====-=====-=====-=====-=====-=====-=====-=====-=====

Daniel M. Barton                 Internet:  dmbarton@ralvmm.vnet.ibm.com
TCP/IP Development                          dmbarton%ralvmm@vnet.ibm.com
IBM Research Triangle Park, NC  USA
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 9 Apr 1992 16:57:57 EDT
From:         Mark Bodenstein <MAB@CORNELLC.BITNET>
Subject:      Re: FT3270 lrecl (Q)

On Thu, 9 Apr 1992 08:55:56 CST Randy Bradley said:
>   Can anyone tell me what the lrecl should be for the FT3270 MODULE
>supplied with Comet from Cornell should be?  Thanks,  Randy

If you mean the lrecl of the MODULE itself, the one we have here on the
Y disk has an lrecl of 10464.  I don't know though if this is the same
MODULE as the one you've got.

What's the problem?  Do you think the MODULE is corrupted?

Mark Bodenstein  (mab@cornellc; 607-255-8059)
Cornell University

P.S. FT3270 is supported by another group here; I'll pass your question
     on to them if necessary.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 15 Apr 1992 17:10:22 EDT
From:         "Paul B. Thorn" <PBT@YALEADS.BITNET>
Subject:      Re: Telnet defaultappl override?

On Wed, 15 Apr 1992 13:10:12 CST Konrad Brandemuhl said:
>In several other messages, it was mentioned that it is not
>possible using telnet to reach different appls without
>a network solicitor or similar product.
>
>As an alternative, is it possible to set up multiple
>telnet ports with different defaultappls?  Or is there
>a telnet parameter the user can specify to override
>the default appl?
>
>We have several applications which do not require passwords
>(library system).  We would like to avoid users having to
>specify passwords on a network solicitor or on the telnet
>enter appl screen (no default appl specified in config file).
>

We had the same problem here at Yale a few years ago using the "NOTIS"
library system. We needed the users to connect directly into the application
and not be prompted for an applid. At that time I only had one 8232 free
lan address so my work around was to clone TCPIP. I setup subnet addresses
and used the IUCV connections defined in the manual under running a second
"TEST" tcpip address space. The primary address space I configured to invoke
SAMON as the default applid. The users telneted to one ip address to get into
TSO/NOTIS and another just to get into the "NOTIS" application. The one problem
I found was when having a failure with the primary TCPIP it took everything
down. Thus I now have the primary on a 3172 and the another tcpip started
using the 8232 for the "NOTIS" application. If you need examples I can supply
them but is only cloning the proc and setting up profile and a data files.

/Paul
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 6 Apr 1992 13:15:00 PDT
From:         "Mike Friedman (510) 642-1410" <SPGMNF@UCBCMSA.BITNET>
Subject:      Re: Underscore in Host field
              6 Apr 1992 22:08:07 +0200 from <ERIC@SEARN.BITNET>

On Mon, 6 Apr 1992 22:08:07 +0200 Eric Thomas said:
>
> ...  RFC822  certainly   allows  underscores  in
>hostnames, so if anyone complains, it should be the name server.
>
Unfortunately, I believe, RFC821 disagrees with RFC822 on this.  So what is
one to do?  We have this problem here also:  dozens of campus workstations
have underscores in their names, and FAL's MAKESITE always truncates them.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 10 Apr 1992 11:48:22 +0300
From:         Benzi mizrahi <VSBENZI@WEIZMANN.WEIZMANN.AC.IL>
Subject:      Re: redirecting output of NETSTAT

On Thu, 9 Apr 1992 15:58:47 EDT Brian Holmes, WSU/C&IT said:
>
>Is there any way to redirect the output of NETSTAT to a file?
>I don't have PIPES so don't suggest that.  Thanks in advance!
>

CP SPOOL CONS START *
NETSTAT
CP CLOSE CONS NAME NETSTAT LOG
RECEIVE spid NETSTAT LOG


benzi
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 13 Apr 1992 11:34:10 DST
From:         Bert Wijnen <wijnen@VNET.IBM.COM>
Subject:      NetView/SNMP GET
X-To:         IBMTCP-L%PUCC.BITNET@cunyvm.cuny.edu

Ref:  Your append to IBMTCP-L DIGEST (NETFORUM) at 09:26:10 on 92/04/13

Subject: NetView/SNMP GET

>  Eva Hocks <Y019@DDATHD21.BITNET> writes:
>
> I run the NetView SNMP on MVS/ESA with Agent and Query Engine. I am
> able to PING hosts, but I get 'no response' with the SNMP commands
> like GETVAR. I do have the community names of the connected agents.
> Do I need to define a community name for the MVS system and where
> do I define it ?
> Eva.

Yes, you must define one (or more) community name(s) for the
MVS agent. You do this in the tcpip.PW.SRC file.
This is described in the Planning and Customization Guide (SC31-6085).
under section "customizing the SNMP agent"

One thing to be aware of also is that from the NetView cmd line
all characters (including the community name) are translated to Upper
Case. From the SNMP fullscreen panels (which I believe what GETVAR is)
the community names is picked up in mixed case.
I normally put community names to be used from NetView in the PW.SRC
file in bothe upper and lower case.

Hope this helps,

Bert Wijnen  - wijnen@vnet.ibm.com
IBM International Operations, Uithoorn, Netherlands
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 10 Apr 1992 14:17:23 -0900
From:         "Cal Mercer - UACN Systems Prgmr." <SXCLM@ALASKA.BITNET>
Subject:      Re: redirecting output of NETSTAT (MVS)

If your MVS system is running ISPF and TRX v4.2 (a product from
Fischer International Systems Corp.), then you can have the NETSTAT
command added to a list of commands that TRX does Line Mode Capture
on.

Line mode capture converts line mode output to full-screen output by
placing the output in a temporary ISPF EDIT like session, which can
be edited and saved to a data set.

The NETSTAT INTERVAL does NOT work with Line Mode Capture.

I find it real easy to issue "NETSTAT TELNET" and have the output
appear in an editting session which I can then proceed to sort (by
host address, LU name, etc.) and subsequently save in a data set (or
cancel, if I don't wish to save it).

This Line Mode Capture feature is handy for LISTCAT and HELP, too.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 7 Apr 1992 18:28:55 EDT
Reply-To:     Doug Nelson <NELSON@msu.edu>
From:         Doug Nelson <08071TCP@MSU.EDU>
Subject:      Re: Accounting for Lpr
X-To:         Howard Reitz <IHOW%UMINN1.BitNet@pucc.PRINCETON.EDU>,
              Multiple recipients of list IBMTCP-L
              <IBMTCP-L@pucc.PRINCETON.EDU>
              6 Apr 1992 14:57:31 CST from
              <IHOW%UMINN1.BitNet@pucc.PRINCETON.EDU>

From Howard Reitz:
>The problem we still face is that a user can bypass LPSERVE anytime he
>or she prints on a printer remote to our site.  In that case, our site
>gets billed, but we have no *direct* way to charge back to the user.
>
>What we need is, for example, an lpr exit that would allow an accounting
>record to be cut any time lpr is invoked.  Or something like SMTP's LOG
>file.

LPR does (or should) send the user id of the caller to the remote site,
but you probably don't want to trust it for billing purposes.
A user exit wouldn't do any good, either, since LPR runs in user space,
with no special privileges.  It would be quite easy to hack together a
replacement LPR, using REXTCPIP or RXSOCKET, which would bypass any local
authentication or exits, and pass of the print with any desired user id.
Remember that the LPD protocol has no authentication, just like the SMTP
protocol (don't trust SMTP's logs any further than you can toss them...).

What we do locally is to direct all remote print through a service machine
on the local system, which then uses FTP to pass them on to the remote
print service.  The service machine verifies the caller's id, which ensures
that accurate accounting records will get cut.

The only potentially useful exit I can think of for the standard system
would be within TCPIP - from there, you can reliably identify the local
id for each connection which is made into or out of the system.  Now
*that* might be a worthwhile addition to the product.

Doug Nelson
Michigan State University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 10 Apr 1992 07:54:27 EST
From:         "Glen Matthews" <CCGM@MCGILLM.BITNET>
Subject:      Re: Sockets and server programs

Hi Eric,

> On Thu, 9 Apr 1992 08:39:40 EST Glen Matthews <CCGM@MCGILLM> said:
>
> >This task  will then wake up  and start up the  appropriate server (ftp,
> >finger, etc.).  These servers are basically  tasks that are spun  off or
> >forked, just like in Unix, thus obviating any requirement for coding any
> >multi-tasking - the system handles this, as it should.
>
> This is why a  mail gateway we have here on a  big dedicated unix machine
> would often take 5 seconds to echo  what you type at the prompt. The poor
> thing had  forked itself to  death. 115 processes at  peak time to  run a
> mail gateway,  each of them  with their  separate virtual memory,  and no
>
>   Eric

   Might I just point out that I said "like Unix" - our system is in
no way Unix or Unix-based. In fact, it runs as a guest under VM and
can easily run 100-115 processes - even more.
   We've had to write multi-tasking applications here, aside from the
system code. It's not that it's especially hard, it's just that like
file I/O, and storage management, and etc. ... etc... , I feel that
sort of stuff should be done effectively by the system. In practice,
of course, life is full of compromises and systems are no exception.
You work with what you've got.

Glen Matthews
MUSIC Product Group, McGill University
550 Sherbrooke St. West, Montreal, Quebec, Canada H3A 3C5
Phone: (514) 398-4477 Fax: (514) 398-4488 BitNet: CCGM@MCGILLM
Internet: ccgm@musicm.mcgill.ca
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
address: PO Bx 140125, Brooklyn, NY 11214-0002, USA
Phone: 1-718-946-6148
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 8 Apr 1992 10:46:00 EDT
From:         Frank P Esposito <FPEOC@CUVMB.BITNET>
Subject: Source code for vm 2.2

if  one were  to order  the  source code  for v2.2  would the  vs/pascall
compiler library  be required to  rebuild any  part of tcpip?  My concern
is in the area of the name server and the db server

Frank P. Esposito
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 10 Apr 1992 16:08:00 PDT
From:         310 Denis DeLaRoca 825-4580 <CSP1DWD@UCLAMVS.BITNET>
Subject: Re: redirecting output of NETSTAT

> At least on MVS you can run the TMP in batch and get the output
> from NETSTAT into a regular dataset...

That's the "batch" solution... myself I like to do things within
TSO and that's what the IBM TSO Session Manager product accomplishes
very well, data logging and capture of TSO command output, multiwindows,
search facilities are all part of this product.

But all of this, like the incredible number of replies on the subject,
is really beside the point... the point being that the IBM supplied
NETSTAT command is nearly useless. I have gone thru the effort to decode
all the internal data structures (into C370 structs) used by Netstat in
MVS (though they might have changed with V2) with the intention of re-
writing NETSTAT from the ground up in C370, but other projects have go-
tten in the way... I am willing to share that work with anyone with the
time and inclination to come up with a spiffy  successor to NETSTAT.

-- Denis
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 10 Apr 1992 11:55:42 +0300
From:         Benzi mizrahi <VSBENZI@WEIZMANN.WEIZMANN.AC.IL>
Subject:      Re: CD to directory with trailing blank
X-To:         IBM TCP/IP List <IBMTCP-L%PUCC.BITNET@UBVM.cc.buffalo.edu>
              09 Apr 92 11:14:22 EDT from <TKSJOHN@UBVM.cc.buffa lo.edu>

On Thu, 09 Apr 92 11:14:22 EDT John Pedlow said:
>Hello Benzi,
>                   Have you heard of "4th Dimension" or "Forth
>Dimension" or something like this (sorry I haven't seen the moniker
>in print).  If you have heard of them, would you care to make any
>comments.  Thank you.
>

I never heard of it sorry, I'll check it if you like.

Benzi
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: U.S. Dept. of Energy
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 8 Apr 1992 11:25:23 EDT
From:         Thomas Kern <U8803KT@DOECX.BITNET>
Subject:      Re: Comet & 'CPSTACK' (Q)

CPSTACK is an old program that was an early use of returning the output
from a diagnose 8 to the user. You should be able to replace the
statement in the exec with 'EXECIO * CP ( STRING QUERY SET'.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 9 Apr 1992 12:50:21 -0500
From:         jefft <jefft@CORP.MOT.COM>
Subject:      LPR problems
X-To:         IBMTCP-L@pucc.princeton.edu

I have been testing out the new LPR  version V2R2, Internal version id 1.0
23TOPMGN, and It looks like LPD will use any disk pack available, indicated
by the following messages:
11.51.14 STC 6851  ACF99900 ACF2 LOGGING-04,00,ACFSTCID,AS0005,SYS2.LPD.TEST2.SI
11.51.14 STC 6851  ACF99900 ACF2 LOGGING-08,09,ACFSTCID,AS0004,SYS2.LPD.TEST2.DF
11.51.15 STC 6851  ACF99900 ACF2 LOGGING-08,05,ACFSTCID,AS0004,SYS2.LPD.TEST2.DF
11.51.15 STC 6851  ACF99900 ACF2 LOGGING-04,09,ACFSTCID,,ICFCAT.OLIB10,N/A
11.51.15 STC 6851  ACF99900 ACF2 LOGGING-08,09,ACFSTCID,AS0004,SYS2.LPD.TEST2.DF
11.51.15 STC 6851  ACF99900 ACF2 LOGGING-04,09,ACFSTCID,AS0004,SYS2.LPD.TEST2.DF
11.51.15 STC 6851  ACF99900 ACF2 LOGGING-04,00,ACFSTCID,AS0004,SYS2.LPD.TEST2.DF
11.51.16 STC 6851  ACF99900 ACF2 LOGGING-08,09,ACFSTCID,CTEMP4,SYS2.LPD.TEST2.CF
11.51.16 STC 6851  ACF99900 ACF2 LOGGING-08,05,ACFSTCID,CTEMP4,SYS2.LPD.TEST2.CF
11.51.16 STC 6851  ACF99900 ACF2 LOGGING-04,09,ACFSTCID,,ICFCAT.OLIB10,N/A
11.51.16 STC 6851  ACF99900 ACF2 LOGGING-08,09,ACFSTCID,CTEMP4,SYS2.LPD.TEST2.CF
11.51.17 STC 6851  ACF99900 ACF2 LOGGING-04,09,ACFSTCID,CTEMP4,SYS2.LPD.TEST2.CF
11.51.17 STC 6851  ACF99900 ACF2 LOGGING-04,00,ACFSTCID,CTEMP4,SYS2.LPD.TEST2.CF
11.51.17 STC 6851  ACF99900 ACF2 LOGGING-08,09,ACFSTCID,CTEMP5,SYS2.LPD.TEST2.JF
11.51.17 STC 6851  ACF99900 ACF2 LOGGING-08,05,ACFSTCID,CTEMP5,SYS2.LPD.TEST2.J

Is there any way to restrict LPD to use only system work packs like sysda when
it is creating its temporary config, and data files?

I have also had some problems with the IDENT keyword when using the lpr command,
I get then message: The option "IDENT" was not recognized. Is this option
supported, or am I just not using it properly?

I was also wondering if there were any plans to provide a "OBEYFILE" like
function for the LPD config, so that LPD will re-read its config file, instead
of having to recycle LPD for the changes to take effect?
Any info would be appreciated
jefft@mot.com
Motorola Inc.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 6 Apr 1992 12:43:49 EDT
From:         Andy Hooper <HOOPER@QUCDN.QUEENSU.CA>
Subject: Re: (U) MVS TCP/IP 370 vs XA/ESA
X-To:         CKOPP@BCSC02.BITNET, IBM TCP/IP List <IBMTCP-L@PUCC.BITNET>

> For those running the 370 version how
> many Telnet/FTP/etc users do you have connecting and what private region
> size are you using to support them?

We have been running the V2.1 370-mode version under MVS/ESA in
production for a few months now, to support Telnet connections from
RS/6000s running the Yale MPG software. It doesn't do anything else
(no FTP, SMTP, ...).

TCPIP has region=8500K and can support pool sizes of at least:

 Object     # alloc     # free      Lo-water
 ======     =======     ======      ========
 ACB           500         495         473
 CCB            75          70          70
 Dat buf        80          76          60
 Sm dat buf    300         242         218
 Env           300         300         290
 Lrg env        25          24          24
 RCB            20          20          20
 SCB           256         254         254
 SKCB           50          50          50
 TCB           256         197         179
 UCB            30          30          30

The TCB numbers correspond to the Telnet connections, and each needs
connection reserves a small data buffer. The Lo-water marks are since
yesterday morning, so our peak was 77 sessions.

Hope this helps.

Andy Hooper
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 9 Apr 1992 11:15:48 PST
From:         Richard Hintz <OPSRJH@UCCVMA.UCOP.EDU>
Subject:      CLAW
X-To:         ibmtcp-l@pucc.princeton.edu

I ran across a new HIPER APAR for FAL V2R2 which adds new function.  The
APAR is PN17716 and the description is:

SUPPORT REQUIRED FOR CLAW (COMMON LINK ACCESS TO WORKSTATION)
DRIVER TO ENABLE DIRECT ATTACHMENT OF RISC SYSTEM/6000 DEVICES

Would someone say what this is/does, please?

  Richard Hintz  opsrjh@uccvma.ucop.edu  opsrjh@uccvma
  University of California
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 6 Apr 1992 14:37:48 EDT
From:         "Duane D. Weaver" <WEAVER@OHSTVMA.BITNET>
Subject:      Underscore in Host field

We are still running FAL 1.2.2 here at Ohio State.

Does FAL allow for the use of the underscore character in the host
portion of the address?

How about ver 2?

**************

Duane D. Weaver
LISTSERV Postmaster
Senior Systems Programmer
VM Support Group
Ohio State University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 10 Apr 1992 01:41:52 +0200
From:         Eric Thomas <ERIC@SEARN.BITNET>
Subject: Re: FAL 1.2.2MX: Lost SMTP Connections?
              9 Apr 1992 14:48:14 PDT from IBM TCP/IP List <IBMTCP-L@PUCC>

The  following comes  partly  from personal  experience  and partly  from
information I got from local unix  people. I apologize in advance for any
misinformation I might unintentionally spread, and welcome corrections by
more experienced people.

Many/most/some versions  of sendmail  have a  feature whereby  the daemon
will refuse to accept incoming connections  if the load is too high. This
is configurable in terms of thresholds, but not in terms of host names or
IP addresses: when the value you  specify is exceeded, nobody can connect
no matter what, period. I had this  problem with SEARN at a time where my
setup was very  similar to what you  described: I could have  up to 1,000
mail messages  sitting on SMTP 191,  all queued to a  local unix gateway,
and it would just take some 48h for my SMTP to chance to get a connection
to the box. Then it would send the stuff until the connection ran under a
truck or died of  some other unexpected cause, and back  to square 1. The
local wizards assured  me there was no way to  authorize SEARN to connect
unconditionally.

The way sendmail  implements this is by leaving the  connection in limbo.
What this means exactly I don't remember, it was a while ago, but the one
sure thing is that it does not  reject the connection; I was told this is
because of a  common bug in sendmail which would  cause it to immediately
try to  open a new  connection. What I  remember is that  VM saw it  as a
connection  which was  going to  be opened,  or in  the process  of being
opened, anyway it  was some kind of state for  which there was apparently
no timeout, or maybe a very long  one. So VM waits, and waits, and waits,
and nothing happens. May I suggest upgrading to V2.2 and looking into the
rewrite  rules which,  while not  perfect, are  certainly a  very welcome
improvement and allowed me to do without the local mods I had had to make
in order not to have to route all mail through the unix box.

  Eric
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-MVS-to:  ibmtcp-l@pucc.bitnet
X-send-dataset: 'XMAILMSG.SEB1525.XA920411.T1212210.C000000'
Newsgroups: bit.listserv.ibmtcp-l
Date:         Sat, 11 Apr 1992 12:12:00 EDT
Comments:     Warning -- original Sender: tag was NNMVS@MVS.DRAPER.COM
From:         "Stephen E. Bacher" <seb1525@MVS.DRAPER.COM>
Subject:      Re: redirecting output of NETSTAT
X-To:         ibmtcp-l%pucc.bitnet@surname.draper.com

>At least on MVS you can run the TMP in batch and get the output
>from NETSTAT into a regular dataset...

I tried this and it works, but this only annoys me more.  If IBM
had done the right thing to begin with and used PUTLINE to communicate
with the TSO terminal, you could have used TSO output trapping to
capture the NETSTAT output, which is the standard way to do it,
and would give you the batch capability for free.  Instead, apparently
the code checks to see if it's running in batch (this is PASCAL
at work, presumably) and writes to SYSOUT in that case.

I suspect that Pipes won't work with this either, given the set of
restrictions placed upon TSO commands that apply to it.

  - SEB
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 15 Apr 1992 14:10:27 EST
From:         Jim Jones <JIMJ@JHUVM.BITNET>
Subject:      Re: Whining about FAL service again
              15 Apr 1992 12:03:18 EDT from <FLIX@CORNELLC.CIT.CORNELL.EDU>

 Is the decision to not ship updates cast in stone?  I for one (and
 I assume I'm not alone) despise the current source-replacement
 mechanism.  It's a giant leap backwards and has made applying
 maintenance hell.  The service philosophy used for FAL is easily the
 worst aspect of this product.  I applaud IBM's foresight in providing
 source code, but I find it odd that established (and very useful)
 procedures for source code maintenance were abandoned.

 -jj

 PS - If I hear the reason is that the code it maintained on RS-6000's
 running AIX with UN*X source maintenance utilities, I'll scream. :)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU