HDTenEightyP/NetNews huggingface dataset:
Original_To:  BITNET%"cinema-l@auvm"
Newsgroups: bit.listserv.cinema-l
Date:         Thu, 19 Nov 1992 15:28:00 EST
From:         MCINTYRE@MSUPA.BITNET
Subject:      _The Dead Zone_

>From:         FAC_JCLARK@JMUVAX.BITNET

>Didn't know about the change Cronenberg made in DEAD ZONE--from brain to blank
>spots in the protagonist's visions.  Come to that, I'm not quite sure I under-
>stand what that means.  (It's been a good while since I've seen the film.)
>But do you mean a change from how the book explained it?  I'm not a big
>Stephen King fan, and don't think I read that one.  Jeff Clark

In King's novel, the Dead Zone is a tumor-like portion of John Smith's
brain that is responsible for his visions.  It is also killing him, so
his doctor suggests an operation to remove it.  Smith refuses because
he has to retain the visions in order to know if he succeeds in preventing
the bad guy's election.

To me, this seemed a perfect vehicle for Cronenberg's perpetual theme of
the body turning on its person.  That theme had been in all of his movies
up until _The Dead Zone_ and appears in all of them after _The Dead Zone_,
even when he has to shovel it in; e.g., Genevive Bujold's triple uterus
in _Dead Ringers_, which was nowhere in the book the movie was based
upon.

Yet Cronenberg changes the Dead Zone from being organic, an actual part
of John Smith's brain, into a metaphor for the incompleteness of Smith's
visions, for the possibility of changing the future.  Remember the black
spots that would sometimes show up on Smith's visions?  Those were the
Cronenberg Dead Zone.

And I just cannot reconcile that with his other movies.  He gives Bujold
a triple uterus in _Dead Ringers_, which is a pretty far stretch, but it
does keep the movie consistent with his obsession.   But when King gives
him exactly what fits in with that obsession, he changes it.  If he had
done nothing but film the book, _The Dead Zone_ would have fit right in
with all his other films.  Yet he goes out of his way to change it.  As
a result, _The Dead Zone_ is the one exception amongst his films.  I
confess, I do not understand.  And I would be quite interested to hear
any explanations anyone can offer.

John McIntyre
Physics - Astronomy Dept
Michigan State University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 20 Nov 1992 09:44:22 CST
From:         Steve Oglethorpe <sto@DBAIX.OC.COM>
Subject:      DBCS TN3270

Hello --

Regarding your search for DBCS capable 3270 emulators, please accept the
following information on OpenConnect products (I am employed by OpenConnect),
and on DBCS capable software products in general.

OpenConnect Systems specializes in TCP/IP <-> SNA connectivity. We offer
a full range of single-byte TN software packages to run under DOS (with
TCP/IP from any major vendor), UNIX (IBM, HP, Sun, Mips, etc., etc.), VMS.
These software packages allow the user to connect to the IBM host in
either of two ways. One way is through an OpenConnect Server, which
provides full TCP/IP <-> SNA protocol conversion; the other is directly
to a TCP/IP stack running on the IBM host.

OpenConnect currently has available a range of TN3270 with double-byte
capability. Please note that these TN implementations are language specific;
although Asian languages share the common characteristic of requiring two
(or more) bytes to describe a character, each language has its unique
requirements for character handling; moreover, the manufacturers of
various PCs, Unix boxes, VAXen etc. handle the character processing in
a multitude of ways, and may use entirely different code sets to describe
the double byte characters.

OpenConnect has TN3270 emulators available for:

	Korean (Hangul): PCs running DOS
			 Essentially ANY Unix
			 VMS

	Chinese (Taiwan): Unix (any MIPS flavor: DEC, CDC, SiliconG., etc.)
			  (could be ported to any other Unix if the
 			   opportunity was commercially justifiable)

In addition, OpenConnect works with a variety of Japanese companies who
offer Japanese (Kanji) TN products. If these are of interest, I will be
happy to offer contact names and numbers for these vendors in Japan.

Another possible source of information on DBCS 3270 emulators is
Teresa Koo of General Line. Ms. Koo has worked with OpenConnect and
others in developing DBCS products. Sorry, I don't have her number
handy -- General Line is a Silicon Valley company, in Saratoga if my
memory is correct. If you cannot find her easily, let me know and I'll
provide detailed contact information.

Please feel free to contact me (sto@oc.com) if I can be of further
assistance.

Best regards,

Steve Oglethorpe
(Regional Director, Asia / Pacific, OpenConnect Systems)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 16 Nov 1992 09:13:19 -0500
From:         Bill Bormann <ad2@EXPERT.CC.PURDUE.EDU>
Subject:      Multitasking socket apps on VM/CMS using STEVR/VM?
              13 Nov 92 15:46:00 PST."
              <IBMTCP-L%92111318464877@PUCC.PRINCETON.EDU>

Just so multitasking socket apps do not remain the sole domain of MVS
hackers, has anyone tried writing socket apps using STEVR/VM?  When I looked
at the documentation, it looked like blocking socket calls would also have
the affect of blocking thread dispatch until the socket call unblocked.  Is
this true?

Bill Bormann

expert.cc.purdue.edu!ad2 (USENET)   | Math Sciences Building
bormann@purccvm          (BITNET)   | Purdue University Computing Center
ad2@expert.cc.purdue.edu (Internet) | West Lafayette, IN 47907
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 20 Nov 1992 08:43:50 EDT
Comments:     Converted from PROFS to RFC822 format by PUMP V2.2X
From:         EPW04@ALBNYDH2.BITNET
Subject:      Re: MVS TCP/IP FTP to/from 3420 tape drive

 Rick Troth replied Try WDSF. What is WDSF.

Edward Winters
Computer Systems Programmer I
New York State Department of Health
ESP Room C141   518-473-1809
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Sun, 22 Nov 1992 01:05:30 EST
From:         Bill Rubin <RUBINM@YKTVMV.BITNET>
Subject:      Re: MVS NETSTAT (no, not again!) ... ALL connection_number

Peter Weiss writes:

> Though the limitations of NETSTAT output have been hashed out here
> before, I've reviewed (as best that I can using various Listserv
> Database Search operands) the voluminous discussion on NETSTAT output.
>
> What I feel has been omitted from the discussion is my perceived need
> for a CONNECTION_NUMBER operand of NETSTAT ALL (same syntax as NETSTAT
> DROP).

Do others feel that this is necessary as well?  If you could specify that
you wanted NETSTAT output only for a specific userid, would being able to
request information by connection be useful as well?

Bill Rubin
IBM TJ Watson Research
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Sun, 22 Nov 1992 09:35:00 EST
From:         "Peter M. Weiss +1 814 863 1843" <PMW1@PSUVM.BITNET>
Subject:      TCP MVS 221 FREEPOOL Buffer Utilization - 24bit mode

I thought you would like to know what our TCP buffer utilization
was like on our maximum usage day (114 simultaneous inbound TN3270):

Configuation:

Telnet Server
SMTP Client/Server
FTP Client
one test Socket App

 Object       Used+
 ======       ====
 ACB            37
 CCB            12
 Dat buf        27
 Sm dat buf    126
 Tiny dat buf    0
 Env            18
 Lrg env        14
 RCB             2
 SCB            19
 SKCB            1
 TCB           124
 UCB             2

-Values represents maximum used within the object at any one time,
 *independently* of one another (calculated by subtracting "lo-water"
 from "#-alloc" when observing multiple NETSTAT POOLSIZE output after a
 couple of days of operation (but not necessarily continuous).

/Pete (pmw1@psuvm.psu.edu)
--
Peter M. Weiss                     | not affiliated with psuvm.psu.edu|psuvm
31 Shields Bldg -- Penn State Univ.| "Connectivity is more than a Connection"
University Park, PA USA 16802-1202 | E. Michael Staman, _The Circuit_, Apr 92
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Sun, 22 Nov 1992 00:59:03 EST
From:         Bill Rubin <RUBINM@YKTVMV.BITNET>
Subject:      Re: TCP/IP For MVS Messages and Codes

Leonard Woren writes:

> Could someone from IBM explain how messages are selected for inclusion
> in the MVS TCP/IP Messages and Codes book?  It seems that more are
> missing than are included.  I have FTP and VMCF problems, and *none*
> of the error messages I'm getting are in the 2.2.1 book.

As I understood it, we tried to get most of the important messages for a
component, where possible.  I can tell you that this is all a moot point,
we understand that there are major problems here and we are committed to a
solution for the upcoming VM and MVS releases.  We will document all
messages and they will be sorted by message number, not component.  All
messages will have numbers (hopefully, and yes, even on VM).

Unfortunately, it's just something you'll have to live with for the moment
because there's nothing we can do for the current releases.

Bill Rubin
IBM TJ Watson Research
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 20 Nov 1992 09:52:18 CST
From:         Rick Troth <TROTH@RICEVM1.RICE.EDU>
Subject:      a short survey on file transfer

        Some of you may have heard about this SIFT thing I've been
working on,  Sender-Initiated File Transfer.   Some of you haven't.
I've piggy-backed the development with a technical writing class I'm
presently taking.   This means that I'm actually thinking first,
instead of  "shooting from the hip".   ;-)   I need to get some info.

        I don't recall ever getting angry with someone else for
sending out a survey to a LISTSERV list,  but still find myself
feeling timid about this.   Please excuse it if it's annoying;
otherwise,  please respond.   I need your input,  and with your input
I hope to piece together something that will be helpful to all of us.

        SIFT is InterNet SENDFILE.   If you've used VM or BITNET,
then you know what SENDFILE is.   We're not talking about "mail".
Although SIFT could be used as a medium for carrying mail (and print)
as RSCS is,  what I mean is non-correspondence file transfer.

 ------

        What method do you use most frequently for file transfer?

            o   SENDFILE (BITNET)
            o   MAIL (as in mailing encoded binaries)
            o   FTP
            o   removable media (tape, floppy, etc)
            o   other (please specify)

        What types of files do you transfer?   (other than mail)

            o   plain text (program source, etc)
            o   raw binary (GIFs, spreadsheets, etc)
            o   record oriented (Fixed or Variable)
            o   TAR, ZIP, or other "archives"
            o   job entry (including print, but not LPR)

        FTP requires administrative arrangements and some people feel
that some files aren't well suited to mail transfer.   Would you find a
TCP/IP based SENDFILE useful?

            o   yes
            o   no

        At least one scheme for unsolicited file transfer has been
developed which falls-back to mail if a direct TCP connection cannot be
established.   Is this a good idea?   (why or why not?)

            o   yes
            o   no

 ------

        Thanks everyone for your time and patience.

Rick Troth <troth@ricevm1.rice.edu>, Rice University, I/S VM Systems Support
From: SY07@I1.PH.GLA.AC.UK (SY07 at GWIA Alan J.Flavell)
Newsgroups: bit.listserv.ibmtcp-l
Subject: re: VMCF SEND FAILS
Date: 18 Nov 92 19:01:45 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Via:        UK.AC.GLA.PH.I1; 18 NOV 92 19:10:49 GMT
Phone:      041 339 8855 ext 5454 or 4197  (fax 334 9029)
Comments:     <Parser> W: Field "Resent-To:/To:" duplicated. Last occurrence
              was retained.

> Over the weekend, things just stopped working.  No error messages, no
 equipment
> failures, nothing.  We connect to Internet via an IBM 3172 through a small
> Ethernet ...

Martha,
This may be a simplistic suggestion, but for a very modest cost you
could hook up a PC with a cheap Ethernet interface to that "small
Ethernet" and readily determine (by finding out whether you can contact
your own mainframe, or the router, or neither), roughly where the
fault lies.

The worst faults are often the simplest (an insecure cable plug is by
no means unknown, and I speak from personal experience, not in any
way meaning to throw doubt on your ability in these matters): it can
be very embarassing to discover that kind of fault after calling the
various equipment suppliers.  Quite apart from the waste of time and
user outage.  So, get that PC hooked up "as an independent witness".

Just my 2p.  Sorry I can't help you further on the VMCF message.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Sun, 22 Nov 1992 01:25:00 PST
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject:      Re: MVS NETSTAT (no, not again!) ... ALL connection_number

On Sun, 22 Nov 1992 01:05:30 EST,
   Bill Rubin <RUBINM@YKTVMV.BITNET> said:
> Peter Weiss writes:
> > What I feel has been omitted from the discussion is my perceived need
> > for a CONNECTION_NUMBER operand of NETSTAT ALL (same syntax as NETSTAT
> > DROP).
>
> Do others feel that this is necessary as well?

Absolutely!

> If you could specify that you wanted NETSTAT output only for a
> specific userid, would being able to request information by connection
> be useful as well?

Yes, it should be possible to select by various methods which
connection should have all info displayed, certainly number and userid
at a minimum.

But this would almost be moot if there was a programmatic NETSTAT
interface, as I have asked for more than once.  The bare minimum
that's needed yesterday is for all of the TSO clients, *especially
NETSTAT*, to be changed to use PUTLINE/GETLINE/PUTGET instead of
TPUT/TGET.  TPUT should be used *only* for NETSTAT INTERVAL and for
TELNET in transparent mode.  TELNET in line mode should use native
TSO line mode.  Then if I telnet to a line-mode host, I could do it
under Session Manager, and be able to scroll back over previous
output, re-enter previously typed commands, etc.

If NETSTAT used PUTLINE, then a clist/exec could issue NETSTAT, trap
the output, and filter it.  Then it would be possible for a _customer_
to write a netstat that displays just one connection.  If there was a
programmatic interface to NETSTAT, I could write my own netstat
command which would display information the way that *I* would like to
see it, and someone else could write one that would display it the way
*they* would like to see it.  As long as NETSTAT is sensitive to the
internal data structure of TCPIP, this isn't possible.  A "quick fix"
for this would be to provide an alternate entry point to NETSTAT that
I could CALL, passing it a command and a buffer for the output.

/Leonard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 19 Nov 1992 15:30:00 GMT
From:         Fergal Suipeil <FERGAL@IRLEARN.UCD.IE>
Subject:      Re: RFC for LPR?

The RFC dealing with LPR/LPD is 1179. However there is some controversy
about it and I believe the Network Printing Group of the IETF is (or was)
considering updating it. Read it by all means, but don't expect it to
answer all your questions.
                                                         Fergal.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Addr: IBM, T.J. Watson Research Center Yorktown Heights,
        NY  10598 Phone (914)945-1869  Tieline 862-1869
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 17 Nov 1992 12:04:29 EST
From:         Jay Elinsky <ELINSKY@YKTVMV.BITNET>
Subject:      Re: Multitasking socket apps on VM/CMS using STEVR/VM?

Let me call your attention to the changes in the IUCV socket chapter,
Chapter 4 of the MVS TCP/IP 2.2.1 Programmer's Reference.  You can now have
multiple socket requests outstanding on a single IUCV path.

A couple of caveats not in the book:

TCPIP doesn't specify a MSGLIM on IUCV ACCEPT, so the path is limited to a
maximum of 10 outstanding messages (= 10 outstanding socket calls).  This has
been reported in APAR PN31564.

The return values for the lasterrno request are stored per-path, which could
be a problem if more than one simultaneous request has to be IUCV REJECT'ed.
As part of the multiple-request mod, I changed SkSimpleResponse so that it'll
use IUCV REJECT only if the application's IUCV SEND sent a length larger than
the data buffer size.  So IUCV REJECT will be used far less often than before.
A lasterrno-by-socket-number call would be a more comprehensive solution.  The
ideal would be lasterrno-by-application-process, but TCPIP doesn't know which
application process is associated with a given socket call.

                                       Jay Elinsky
                                       IBM T.J. Watson Research Center
                                       Yorktown Heights, NY
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 19 Nov 1992 08:47:20 CST
From:         "Alejandro J. Kurczyn S." <AKURCZYN@ITESMVF1.BITNET>
Subject:      RFC for LPR?

Is there any RFC related to the LPR printing service?

Thanks in advance!

-Alejandro K.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Princeton University, Network Systems, Class. 56
Newsgroups: bit.listserv.ibmtcp-l
Date:         Sun, 22 Nov 1992 17:57:52 -0500
From:         gettes@PRINCETON.EDU
Subject:      Re: rexecd question
              21 Nov 92 15:51:48 -0500. <9211212104.AA28237@Princeton.EDU>

On Sat, 21 Nov 92 15:51:48 -0500 snoklf@vm.sas.com said:
> >REXEC -l guest -p guest SDSUVM q t
>
> First, a word to the wise.  You do realize that once you get this working,
> then anyone anywhere in the world with a network connection to you can
> anonymously run commands on your system?  I would never recommend supporting
> REXECD slave machines unless, as someone else aptly put it, you have no
> concerns about security and want to give away free cycles.

Thanks to having the source... we modified RXSNDIU EXEC which the slaves
run to validate the command being issued and we only allow a specific set
of CP/CMS and user programs to be executed (like looking up people's phone
numbers and such). We will eventually dump this in favor of CSO phone-books
and have some simple RXSOCKET lookups from the mainframe, but if you want
REXECD to be more 'secure', you can with some additional work. It would be
nice if IBM had supplied some sort of exit facility in this area... (hint). ;-)

/mrg
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 16 Nov 1992 13:57:25 EST
From:         Dora Volfson <DZVOLF@HARVARDA.BITNET>
Subject:      TCP/IP for MVS resource consumption

   Here at Harvard University Library we have been running OpenConnect
(Mitek) M2030 for TCP/IP - SNA connectivity to IBM 3090 180J host for
the last 2 years.  One of the reason for choosing this method was
to avoid reported high CPU utilization by IBM TCP/IP MVS product.
We have been told that the latest release of IBM software with "performance
PTFs" is much better and trying to re-evaluate our decision.

   I would appreciate if the current users of IBM software could share
their observation on CPU / memory utulization and responce time estimates
with 50+ concurrent telnet sessions using BTI controller. Any opinions
and suggestions are welcome.

   Dora Volfson                       dzvolf@harvarda.bitnet
   Harvard University Library         dvolfson@harvard.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 16 Nov 1992 18:03:00 PST
From:         310 Denis DeLaRoca 825-4580 <CSP1DWD@UCLAMVS.BITNET>
Subject:      Re: Multitasking socket apps on VM/CMS using STEVR/VM?

>  Just so multitasking socket apps do not remain the sole domain of MV
>  hackers, has anyone tried writing socket apps using STEVR/VM?  When ooked
>  at the documentation, it looked like blocking socket calls would alsave
>  the affect of blocking thread dispatch until the socket call unblock  Is
>  this true?

What's STEVR/VM? As for blocking, couldn't you set your sockets to
non-blocking mode (via ioctl/fioctl) and block only when you wish
too at which point you'd relinkquish control to your dispatcher?

-- Denis
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
From: ELINSKY@YKTVMV.BITNET (Jay Elinsky)
Newsgroups: bit.listserv.ibmtcp-l
Subject: Re: VMCF SEND FAILS
Date: 18 Nov 92 20:07:16 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Addr: IBM, T.J. Watson Research Center Yorktown Heights,
        NY  10598 Phone (914)945-1869  Tieline 862-1869

Ref:  Your note of Wed, 18 Nov 1992 10:57:51 EST

> CLIENTEND VMCF SEND FAILS

That's really CLIENTEND, not CLIENTSEND, right?  "ClientEnd VMCF Send fails"
means that an application sent an ENDtcpIPservice call, and then issued VMCF
UNAUTHORIZE or logged off before TCPIP had a chance to reply.  It's hard to
see how it could be related to the failure you're experiencing.

                                       Jay Elinsky
                                       IBM T.J. Watson Research Center
                                       Yorktown Heights, NY
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 19 Nov 1992 09:27:12 EST
From:         Jeff Langley <jlangley@SUN1.WWB.NOAA.GOV>
Subject: Re: TCP/IP For MVS Messages and Codes

   I think we've all found the same clues you have searching for an answer
   too; but the secret is yet to be found.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.ibmtcp-l
Date:         Sun, 22 Nov 1992 17:59:34 CST
From:         David E Boyes <dboyes@IS.RICE.EDU>
Subject:      Re: MVS NETSTAT (no, not again!) ... ALL connection_number
              22, 92 1:25 am

> But this would almost be moot if there was a programmatic NETSTAT
> interface, as I have asked for more than once.

Another approach would be to concentrate on developing the SNMP
management MIB interface, and make NETSTAT a program that
accesses the data via SNMP. That would be even more useful, as it
would allow control and monitoring of the TCP services both from
local and remote systems.

I'd like to see better use of the SNMP code in both the VM and
MVS TCP products -- the necessary stuff to do it is there, but
the software to take advantage of it isn't quite there.
Newsgroups: bit.listserv.ibmtcp-l