HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 10 Apr 1992 09:35:29 EDT
From:         "Nick Gimbrone (WIRDI)" <NJG@CORNELLC.CIT.CORNELL.EDU>
Subject:      Re: IPL procedures
              4 Apr 1992 16:53:25 BST from <SY07@I1.PH.GLA.AC.UK>

>> Locally, we use another scheme for keeping straight the multiple disks
>> used by a bunch of different saved systems.  The CMS systems are all
>> generated to use the standard addresses, but the actual program that
>> receives control at ipl knows the real identity of the specific disks
>> needed for the various named systems.  This program links these disks at
>> the standard addresses (190, 19e, etc.) before passing control to the
>> actual CMS code.  The advantage of this approach is that every time one
>The IPLER used in the HEPVM community fits the above description
>exactly.  If IBM had released this eminently sensible procedure as
>an official part of CMS it could have saved HEPVM - and I don't know
>how many other sites or groups of people - from re-inventing the wheel.
>
>I wonder just how many of these worthwhile goodies are hiding under
>a Blue Bushel somewhere?
Actually, IPLers for CMS came out of a conversation between Larry Brenner
(then of Cornell, now of IBM) and myself back when CMSLarge was first
introduced. I convinced Larry that it was unreasonable to expect users
to decide what to IPL (CMS or CMSL) and that it "should be possible to
write a program that queries the machine size and then issues an IPL
command for the right CMS segment"... Larry accepted the challenge
(as he often did :-) and CMS IPLers were born. Since then they sure have
caught on and grown... Today there is an excellent one available on
VMSHARE (and, I suspect, the VM WorkShop tapes, etc). I agree that it
would be nice to have IBM pick rights to one up and ship it with VM.

As for other tools. From what I hear at SHARE presenations it seems to
me that IBM does understand that they need to release the useful VM tools
that they have internally. If we look at the recent releases and
announcements we can see that this process has started. PIPEs and LEXX
are both PRPQs, and PIPEs is in the CMS 8 base. Host Management Facility
which goes GA something like 3Q92 is (as I understand it) based upon
packaging many of the existing internal tools into a coherent package.
I'm sure there are other similar examples.

Thank-you to all the people in IBM that continue to make progress on this!
-njg
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:         Tue, 14 Apr 1992 15:00:00 EDT
From:         Frank P Esposito <FPEOC@CUVMB.BITNET>
Subject:      Source code

Does the  source code option for tcpip (vm) include the socket,  x11 and
rpc code?
is this code in the 'public domain'?

Frank P. Esposito
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 9 Apr 1992 15:12:22 EST
From:         Kent Fiala <SNOKLF@VM.SAS.COM>
Subject:      Re: RSLAVE machines
X-To:         IBM TCP/IP List <IBMTCP-L@pucc.Princeton.EDU>

On Sat, 4 Apr 1992 12:36:40 EST Kent Fiala said:
>
>I don't believe that there is any documentation.  The RSLAVE machines
>permit anonymous logon to your system.  I think it's inexcusable that
>IBM distributes this security exposure without documenting it, and I
>am not going to be the one to reveal how they are used.  Fortunately
>you can find it in the source code.

If you don't have the source code, you can find partial documentation
in APAR PN15342.  I believe that the APAR description is incorrect in
indicating that there is some unnamed RFC that covers rexec.  Can
someone correct me?

Actually I believe there is another error in the APAR description but
since I've modded it out of my system I can't easily verify it.

------------------------------------------------------------------------
Kent Fiala <snoklf@vm.sas.com>
SAS Institute Inc., Cary NC 27513 USA                 919-677-8000 x6646
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 10 Apr 1992 08:11:11 -0500
From:         syvsp@TJUVM.TJU.EDU
Subject:      Re: redirecting output of NETSTAT
X-To:         IBMTCP-L%PUCC.BITNET@TJUVM.tju.edu

>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!
>

Hi,
        I am also interested in replies to this question.

--
**************************************************************************
* Sukumar Patel                   |                                      *
* Internet: syvsp@tjuvm.tju.edu   |                                      *
* BITNET:   SYVSP@TJUVM.BITNET    |                                      *
**************************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Syracuse University Computing Services
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 6 Apr 1992 10:19:39 LCL
From:         Network Manager <NETMAN@SUVM.BITNET>
Subject:      Re: LPSERVE and SPOOL statement
              6 Apr 1992 14:02:54 GMT from
              <900002@KOPERNIK.PCNET.UNI-OLDENBURG.DE>

The SPOOL statement must immediately follow the LOCAL statement.
See information APAR II05391.


Glenn A. Malling (NETMAN@SUVM) or netman@suvm.acs.syr.edu
Computing & Network Services   +1 (315) 443-4111
Machinery Hall
Syracuse University
Syracuse, New York 13244-1260
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 15 Apr 1992 09:45:50 EDT
From:         Ron Lane <RONLANE@YKTVMV.BITNET>

Re:   multiple FTP servers
Ref:  Your note of Wed, 15 Apr 1992 08:52:06 EDT

There are two ways to have 'multiple FTP servers'.  The first is
to have each server have its own port number, and that is
specified in the PARMS='PORT XXX' in the JCL that starts the
Server.  Then clients specify what FTP they want to use by
saying:

  FTP nodename XXX

where XXX is the portnumber that the FTP is servicing.

The second way is to have a number of FTP servers all use the
same port (each with different Started Task names).  Then TCP
will feed a request from a client to the FTP that is least
busy.

Ron Lane
TCP/IP Development
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 9 Apr 1992 14:45:01 +0200
From:         Eric Thomas <ERIC@SEARN.BITNET>
Subject:      Re: Sockets and server programs
              9 Apr 1992 08:39:40 EST from IBM TCP/IP List <IBMTCP-L@PUCC>

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
such thing as shared segments either. On  a much smaller VM system, I ran
a mail gateway, among a lot of other things, with 3 virtual machines, and
it sometimes had to wait 24h to send mail to the big unix box (sitting on
the same ethernet). But, indeed, the  software on the unix box was easier
to write.

  Eric
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: SCO System V Mail (version 3.2)
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 14 Apr 1992 12:30:40 CDT
From:         Ray O'Brien <rayo@CHROMC.CHROMCRAFT.COM>
Subject:      add me

Hi ibmtcp-l@pucc.bitnet,
    Would you please add me to this mailing list. TKS Ray

Add: rayo@CHROMCRAFT.COM

--------------------------------------------------------------------------------
Ray O'Brien                    -- Chromcraft --            (601) 562-8203 x-383
1 Quality Lane, Senatobia MS 38668
uucp {sco,homecare,crux,uunet}!chromc!rayo  -----  internet rayo@CHROMCRAFT.COM
--------------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 15 Apr 1992 10:53:23 EDT
From:         Richard Ryniker <ryniker@WATSON.IBM.COM>
Subject:      Specifying a translate table using FTP get
X-To:         IBMTCP-L@pucc.princeton.edu

Ref: "Michael W. Kearney" <MICHAEL@PENNDRLS.UPENN.EDU> Wed, 15 Apr 1992 10:21:11
 EST

No, FTP reads its ASCII-EBCDIC translate table during initialization.
There is only one, used for all clients of an FTP server.

It is possible to run several FTP servers, using different port numbers.
These different servers may have distinct translate tables.  An FTP
client can then select an appropriate translate table by connecting to
the port used by the FTP server using the desired table.

-Richard Ryniker             IBM Research
Newsgroups: bit.listserv.ibmtcp-l,comp.protocols.tcp-ip.ibmpc
From: rh0083b@medtronic.COM (Roger Hunen)
Subject: Re: Question Re: Clarkson University TCP and config.tel
Organization: Medtronic, Inc.
Date: Tue, 14 Apr 1992 13:40:26 GMT

In article <92105.004929K3006E7@ALIJKU11.BITNET> K3006E7@ALIJKU11.BITNET writes:
>I have recently been able to get my Clarkson TCP and TN3270 to
>work.... almost.  I still get the following error message:
>
>Warning, packet driver vector invalid, using default search
>
>and then on the next lines:
>
>Packet Drive (NE2000)
>Class 1 Type 54 Version a Extended 2
>etc.
>
>Presently, I have "ne2000.com 0x60 0x3 0x300" running from the
>autoexec.bat.  So I am wondering if my config.tel is incorrect.
>I have presently set:
>
>hardware=packet; interrupt=3
>
>Should it be something else?  Also, do I need to set "address"
>and "ioaddr", or are the defaults already okay.
>I would really appreciate any help!  I apologize to the readers who
>find these questions irritatingly elementary.

You must set 'address=60' to make CUTCP find your driver rightaway.
You can drop the 'interrupt=3' statement. The packet driver already takes
care of the interrupt.

Regards,
-Roger

Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 8 Apr 1992 13:30:52 EST
From:         Mimi Zohar <ZOHAR@YKTVMZ.BITNET>
Subject:      name server cache size

It's nice to know the cache entries aren't being removed from the cache, but
alot of times this statistical information is misleading.  I've seen numerous
times when the percentage of queries from cache is really high due to a single
host asking for the same query over and over again.  (I've seen the same name
being resolved every 4 seconds.  Normally, the host's owner isn't even aware
of the problem.)

I think the real question is how many of the queries, are invalid.  Alot of
invalid query names are generated by search lists, which is a nice facility,
but generates alot of traffic.  The VM name server caches negative answers
when the answer is authoritative and contains an SOA resource record, but
alot of negative answers can't be cached.

Mimi Zohar
IBM T.J. Watson Research Center
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Computing and Communication Services
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 16 Apr 1992 19:44:04 EST
From:         Steve Howie <SCOTTY@VM.UOGUELPH.CA>
Subject:      Lippke driver under XA 2.1

Hi,

I'd like to know if anyone is running with Dave Lippke's BTI friver
under FAL V2.2 on an XA 2.1 system. Any gotchas? Hints? Tips?
If it's a problem with this setup, we'll just run with the 8232
emulation software instead of native.

Thanx muchly,

Scotty

p.s. I've already asked this question on FALBTI-L and received no
replies yet, so I thought I'd try this list.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 10 Apr 1992 10:41:11 PDT
From:         "Mike Friedman (510) 642-1410" <SPGMNF@UCBCMSA.BITNET>
Subject:      Re: redirecting output of NETSTAT
              10 Apr 1992 15:55:26 +0200 from <ERIC@SEARN.BITNET >

On Fri, 10 Apr 1992 15:55:26 +0200 Eric Thomas said:
>
>IBM should have provided a STACK option.  I don't think this is the first
>time this  issue is brought  up - in  fact, I remember  having complained
>myself about the lack of a STACK option back in the V1 days.
>
For what it's worth (which remains to be seen!), at SHARE 78 in Anaheim I
submitted a TCP requirement that asks for, among other things, an improved
user interface to NETSTAT (a STACK option being suggested).  Also, I asked
for all the information that NETSTAT INTERVAL gives (such as byte counts) to
be available to the same interface, so that (for example) 'stuck' sessions
could be detected by an automated process.

Much of this is implemented in the Cornell mods, but it would be nice to have
it in the base product.

I assume IBM will be responding at the next SHARE.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Kentucky Computing Center
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 15 Apr 1992 11:41:39 EST
From:         "Collins, Herman" <SYSHERM@UKCC.UKY.EDU>
Subject:      Whining about FAL service again
X-cc:         UK Systems Group <systems@ukcc.uky.edu>

I hate to have to start complaining about getting service for FAL 2.2,
but I guess it's about time.  I finally got an actual PTF from the
Support Center [instead of a complete module], but it's just not very
satisfactory.  I ordered UN18074 to try and fix two relatively minor
problems that I have open.  I was pleasantly surprised that I got it the
next day and that I also got UN18075, listed as a COREQ, on the same
tape.  [With 2.1, I had to order PREREQs and COREQs separately by hand,
and each came on a separate tape. But, I can always use a few tapes.]

However, I'm not sure these are COREQs in the usual sense; 18075 seems
to be the source (PASCAL and COPY files) for 18074 (TEXT and MODULEs).
In addition, these are complete PASCAL and COPY files, not UPDATE and
AUX files.  How in the heck am I supposed to apply the next fix I get?
[I have about eleven problems with FAL 2.2 open with the Support Center
right now.]  I suppose I can compare the source files, and build the
update and auxiliary files by hand, if I have to.  But, I know IBM has
these files; they're listed in the comments in the TEXT decks.  Why
won't they send them out?

In the same vein, I'm running a NAMESRV module that the Support Center
sent me.  It helps, but does not completely fix, a specific problem that
we were having.  It seems to have a bunch of other fixes in it, but I
don't know what they are.  I hope I don't lose some important fix when
(if?) the APAR closes and I get the actual PTF.  How would I know?

A couple of people from the Support Center assured me that service would
be better with 2.2.  So far, it's not.  Service has been messed up since
1.0, and it continued to be messed up.  Are the rest of you dissatisfied
with this, or is it just me?

                                    Herman Collins

128 McVey Hall                      Bitnet: SYSHERM@UKCC
University of Kentucky              Internet: sysherm@ukcc.uky.edu
Lexington, Ky.  40506-0045          Phone: 606-257-2256
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 15 Apr 1992 13:10:12 CST
From:         Konrad Brandemuhl <UCCXKVB@OSUVM1.BITNET>
Subject:      Telnet defaultappl override?

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).

Konrad Brandemuhl   UCCXKVB@OSUCC   or   POSTMAST@OSUCC
University Computer Center,  113 Math Sciences Bldg.
Oklahoma State University, Stillwater, OK  74078-0606

Konrad Brandemuhl
System Software Services,           University Computer Center,
Oklahoma State University,          Stillwater, OK 74078-0606
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 8 Apr 1992 13:57:18 EDT
Reply-To:     Doug Nelson <NELSON@msu.edu>
From:         Doug Nelson <08071TCP@MSU.EDU>
Subject:      Re: Sockets and server programs
X-To:         Van Uytven Herman <SYSTHVU@CC1.KULEUVEN.AC.BE>,
              Multiple recipients of list IBMTCP-L
              <IBMTCP-L@pucc.PRINCETON.EDU>
              8 Apr 1992 10:44:08 +02 from <SYSTHVU@CC1.KULEUVEN.AC.BE>

Van Uytven Herman asks:
>I would like to see some server programs (in REXX with RXSOCKET, or
>with REXTCPIP (is it possible with REXTCPIP ?), or in C) accepting
>connections from multiple clients at the same time.

I have written a FINGER server in REXTCPIP.  It wasn't easy without a
"select" function; I end up doing a CP SLEEP in my main loop while any
connections are active.  And sometimes it loses track of the "listen"
connection - I'm not sure if it's holes in my code, or limitations of
REXTCPIP.

Anyway, I'll send you a copy of it under separate cover.

Doug Nelson
Michigan State University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 10 Apr 1992 17:40:14 LCL
Comments:     Warning -- original Sender: tag was LISTMAN@GREARN
From:         Stelios Fragakis <FRAGAKIS@GREARN.BITNET>
Subject:      Re: redirecting output of NETSTAT

>
> >Then  stay tuned  to the  list (I  already saw  two replies,  which were
> >basically 1) to  capture the console log.  or 2) to use  IUCV to receive
> >the response).
>
> 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?
 (text deleted)

>   Eric

I agree it would mess things up if one would like to use the information
in a server  etc. I already sent to  Brian a small 'toy' if  he wants to
try it. Basically it  will trap 'TYPLIN' and send output  to a disk file
by doing

  OUT NETSTAT > NETSTAT OUTPUT A

- Stelios
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 14 Apr 1992 19:07:59 WET
From:         Daniel Pellet <PELLET@CGEUGE11.BITNET>
Subject:      Re: tn3270-D VTAM-CICS-DIE!!
              13 Apr 1992 11:24:55 GMT-0600 from <gene@SHALLOT.OTS.UTEXAS.EDU>

On Mon, 13 Apr 1992 11:24:55 GMT-0600 Gene Titus said:
>Greetings folks,
>
>
>  I have a problem with work station users using tn3270 to get to my
>VM/XA host, dialing VTAM and going to a cross domain application (
>CICS ). After the users enter their userid and password (on the CICS
>screen), it looks like the client tcp/ip gets a data stream from CICS
>it cannot handle. The error message on the users screen is :
>
>Exit string :Error code 1 (Unsupported order 'Start Filed Extended'
>(SFE, 0x29) received. Position 7, clock 10)
>
>  This does not happen to MAC users or folks using IBM's TCP/IP on
>their work stations but just about every third party TCP/IP vender I
>can find dies. DEC TCP/IP also dies with the same message. Being at a
>University, very few PC users use IBM's TCP/IP, they go third party.
>
>Has anyone else seen this or have any information on this problem.
>
>            Thanks,   Gene Titus     gene@shallot.ots.utexas.edu

You must define 3278-2 only model on the DLOGMOD entry of the virtual
3270 dialling on VTAM.
Hope this helps. Daniel.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Cornell Information Technologies
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 15 Apr 1992 15:55:51 EDT
From:         John Voigt <FLIX@CORNELLC.CIT.CORNELL.EDU>
Subject:      Re: Whining about FAL service again

On Wed, 15 Apr 1992 14:10:27 EST Jim Jones said:
> Is the decision to not ship updates cast in stone?
  It was intended that the problem be corrected in 2.2 (actually, it was
PROMISED.)  Some problems arose, and there was some miscommunication
in IBM between various groups and it just didn't happen.  There's two
new promises as a result.  One is that it will definitely be fixed in
the next release (actually I've gotten 2 stories here one was ASAP and
the other was next release) and two is that the problems with the
source replacement service that were so bad in 2.1 will be corrected.
As you may be able to tell, I (and others here) have spent quite a bit
of time dealing with this problem.  IBM has been trying very hard to
correct it and I know that there are quite a few of them that are just
as unhappy about the situation as we are.

> 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. :)

Actually, my understanding is it was more related to the CLAW driver
which is for workstation connectivity.  As far as I know, the UNIX
utility problem has been corrected (and only related to C code anyway.)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 7 Apr 1992 10:28:00 LCL
From:         Eva Hocks <Y019@DDATHD21.BITNET>
Subject:      Re: MVS LPD problem

The newest version of LPD does support the P to stop. It returns
the message MVPMVP008I LPD shutdown is complete.

Eva Hocks
HRZ TH Darmstadt
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 13 Apr 1992 09:32:00 EDT
From:         "Mike Oatsvall" <SNORMO@MVS.SAS.COM>
Subject:      problem with smtp ptf un15514
X-To:         IBMTCP-L%PUCC.BITNET@UNX.SAS.COM

I was wondering if any MVS TCPIP v2.1 shops have applied ptf UN15514.
It's a SMTP ptf that fixes problems with RCPT lines > 80 bytes.
After applying this ptf we discovered that message text data > 80 bytes
was being dupicated. i.e. if you send this text data:

1              80
aaaaa..........aabbbbb

the recipient sees this:

1              80
aaaaa..........aabbbbbaaaaa..........aabbbbb

I have an open etr, but so far it looks like its just me with this
problem. Any assistance is appreciated.
Mike
-----------------------------------------------------------------------
"Remember, maintenance is like medicine. Its supposed to make it better"
Robert M Oatsvall         SAS Institute Inc.        SNORMO@MVS.SAS.COM
MVS Systems Programmer    SAS Campus Drive          (919) 677-8000x7605
                          Cary, N.C. 27513-2414
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU