HDTenEightyP/NetNews huggingface dataset:
From: kaiser@mammal.vbo.dec.com (Peter Kaiser)
Subject: Re: vms/ultrix POSIX?
Reply-To: kaiser@uniriv.vbo.dec.com
Organization: DEC Technology Integration Group
Date: Tue, 29 Sep 1992 06:27:20 GMT


--
In article <1a2avhINNos0@darkstar.UCSC.EDU>, kappler@secs.ucsc.edu
(Mick Kappler) writes:

>We run an X/Motif application on VMS and have an asynchronous trap to
>catch commands from the keyboard.  We'd like to do something sinilar on
>ULTRIX.  Is POSIX the answer?

No just POSIX, but POSIX 1003.4a, threads.  ASTs are a barbarism, and even
one VMS devo has remarked that threads could "save the world from ASTs."

___Pete

kaiser@uniriv.vbo.dec.com
+33 92.95.62.97 (DTN 828-6297)
Xref: sparky vmsnet.vms-posix:45 comp.os.vms:16060
From: TEWKSBURY@BUDSGA.BU.EDU (Chip Tewksbury)
Newsgroups: vmsnet.vms-posix,comp.os.vms
Subject: VMS Posix and DECwindows "observation"
Date: 5 Oct 92 16:09:09 GMT
Followup-To: vmsnet.vms-posix
Organization: BOSTON UNIVERSITY, OFFICE OF INFORMATION TECHNOLOGY
X-News-Reader: VMS NEWS 1.24


On a system with DECwindows (Motif Vx.y) and VMS Posix V1.x, if you do the
following from DCL:

	$ POSIX <CR>
	^T ^T		!  That's a couple of control-t's immediately after 
			!  you hit Return.

You'll be dumped into a VMS login which will be attached to a DECwindows FTA
device.

The CSC is reporting my "observation" to engineering.  :-)

	Chip Tewksbury.
Newsgroups: vmsnet.vms-posix
Subject: WOODWORKING
From: jtmoni@redfsh
Date: 3 Oct 92 21:16:42 GMT
Nntp-Posting-User: lhfost



Newsgroups: vmsnet.vms-posix
From: gabling@ks.id.ethz.ch (Maximilian Gablinger)
Subject: Paper about multithreading implementation of RPC
Summary: looking for a Paper about multithreading implementation of RPC
Keywords: multithreading  RPC
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Mon, 5 Oct 1992 10:51:17 GMT

I am looking for a paper, some docs and specs about multitreading implemen-
tations of SUN's remote procedure call protocoll.
Are there any docs and can anyone tell me where I can get them from ?

------------------------------------------------------------------------------

Gablinger Maximilian 
Kommunikationssysteme ETH
Clausiusstrasse 59
CH-8092 Zuerich
Email: gabling@ks.id.ethz.ch
------------------------------------------------------------------------------
From: kappler@secs.ucsc.edu (Mick Kappler)
Newsgroups: vmsnet.vms-posix
Subject: vms/ultrix POSIX?
Date: 26 Sep 1992 18:42:57 GMT
Organization: UCSC Molecular Engineering Laboratory
Reply-To: kappler@secs.ucsc.edu
NNTP-Posting-Host: moleng.ucsc.edu

Howdy,
	I'd like to learn about where I can find some info on this subject.
We run an X/Motif application on VMS and have an asynchronous trap to
catch commands from the keyboard.  We'd like to do something sinilar on
ULTRIX.  Is POSIX the answer? 

					Michael A. Kappler
					397 Thimann Laboratory
					University of California
					Santa Cruz, CA  95060

					Kappler@SECS.UCSC.edu
Newsgroups: vmsnet.networks.tcp-ip.misc,vmsnet.networks.tcp-ip.ucx,de.comp.os.vms
From: wb@arb-phys.uni-dortmund.de ()
Subject: is a rmt(8) clone for VMS available?
Organization: Institut f. Arbeitsphysiologie a.d. Uni Dortmund
Date: Tue, 6 Oct 92 12:06:16 GMT

Hello,
the Subj says it. I am looking for the equivalent of the remote tape
Server program rmt from Unix to serve a VMS tape drive to
TCP/IP-clients.
It should be usable by GNU-tar. Therefore it has to be called by
rcmd(3x) (TCP-port 514).

Otherwise, does anyone know another solution for the backup of big
Unix-disks on a VMS tape? For small disks I know how to the backup by
using a transient disk image.
-- 
Dipl.-Math. Wilhelm Bernhard Kloke,
Institut fuer Arbeitsphysiologie an der Universitaet Dortmund
Ardeystrasse 67, D-4600 Dortmund 1, Tel. 0231-1084-257
Xref: sparky vmsnet.networks.tcp-ip.wintcp:236 comp.os.vms:15711
From: deven@twg.com (Deven)
Newsgroups: vmsnet.networks.tcp-ip.wintcp,comp.os.vms
Subject: Seeking beta sites for Pony Express mail gateway
Keywords: beta, mail gateway, Wollongong
Date: 28 Sep 92 19:04:40 GMT
Followup-To: vmsnet.networks.tcp-ip.wintcp
Organization: The Wollongong Group, Palo Alto, CA


	Wollongong is coming out with the first major release of PathWay Access 
	for VAX/VMS Systems.  PathWay Access VAX/VMS Systems provides "Access"
	component support for all other PathWay for VMS products (i.e., PathWay 
	Runtime, PathWay API, PathWay Client NFS, PathWay Server NFS, and 
	PathWay Server SMB).

	PathWay Access VAX/VMS Systems contains general network applications and
	utilities, network clients and servers, and support for electronic 
	mail, file transfer and terminal emulation (telnet, FTP, named,
	rwhod, finger, rlogin, rsh, rcp, lpr).

	In addition to the applications supported in WIN/TCP for VMS, PathWay
	Access contains these new features:

	o  Gated 2.1 support
	o  Multithreaded lpd/lpr support
	o  On-line bookreader documentation
	o  Simplified installation for PathWay Access VAX/VMS Systems
	o  Pony Express 8.1
	o  Remote Magnetic Tape Client support
	o  Multithreaded TCPSYMB support
	o  TN3179G client support


	The Pony Express mailer would have, in addition to the existing SMTP and
	DECnet support, agents for Message Router, BITNET and UUCP.  This would 
	enable the node running Pony Express to act as a gateway between these
	different types of mailers.

	Currently we are soliciting beta sites to run the new Pony Express 
	mailer to test the BITNET and UUCP support.  If you would like to be 
	a beta site, please contact:

	Deven Naniwadekar
	415-962-7243
	deven@twg.com

	Thanks

	-Deven
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: FTP problem...
From: "Andy, Systems Manager" <udaa055@elm.cc.kcl.ac.uk>
Date: Wed, 30 Sep 92 19:00 BST
Reply-To: "Andy, Systems Manager" <UDAA055@ELM.CC.KCL.AC.UK>
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
Via: uk.ac.kcl.cc.elm; Wed, 30 Sep 1992 18:58:16 +0100

One of our users phoned today with an odd FTP problem. In effect, he says that
large files (greater than 3 to 4 hundred blocks in size) will NOT transfer
reliably when FTP is under load! The key bit here is reliably - the transfer
appears to progress and complete but the file is corrupt! A bit worrying when
TCP/IP is supposed to be a `reliable' transport!

He claims it works fine in the early morning with no one about, but consistently
fails during the day. BACKUP savesets are the best test as they show up
with CRC errors more rapidly than other files (just unpack and watch the BACKUP
error messages). He's not a dumb user by any means and I doubt he's made any
serious error.

Now the details:

We have  CMU 6.6-5 under VMS 5.5-1; he has UCX 1.3 under VMS 5.5-1. He is
sending from CMU to UCX. It's not used in the other direction normally but I've
got him to go off and set up some further tests in this area.

Before I start publishing config details etc., I'ld like to know if anyone has
experienced anything similar or could point to a possible/probable cause that I
could investigate.

Regards,

Andy Harper
Kings College London, England.
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: NAME RESOLVER CRASH
From: Michael Belveal <mdbelveal@mark86.nswses.navy.mil>
Date: Wed, 30 Sep 1992 17:08:11 PDT
Reply-To: Michael Belveal <mdbelveal@MARK86.NSWSES.NAVY.MIL>
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
CC: mdbelveal@MARK86.NSWSES.NAVY.MIL

I am currently running CMUTEK Version 6.6 on a VAX 4000 Model 200
under VMS 5.5-1.  Every time the name resolver attempts to access an
address that is non-existant or for some reason an error is returned
by our network Name Resolver, the local Name Resolver on our VAX
crashes.  I have to restart the entire network in-order to reestablish
a TCP/IP connection.

Another user here at our station running on a different VAX is also
experiencing the same problem with Version 6.6.  They have another VAX
running CMUTEK Verion 6.5 and do not have this problem????

Any answers/suggestions???????

- Mike Belveal
  PHD NSWC
  MDBELVEAL@MARK86.NSWSES.NAVY.MIL


Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
From: khindria@maccs.dcss.mcmaster.ca (Vivek Khindria (CSU))
Subject: LPD/LPR difficulties on a VMS VAX to SUN link
Organization: Department of Computer Science, McMaster University
Date: Mon, 5 Oct 1992 14:14:52 GMT

Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: LPR problems


1.  We are trying to get CMUtek 6.6-5 LPR to talk to a SUN LPD.         

2.  Another VAX running MULTINET can access the SUNs LPD.

3.  Our vax has everything starting up without any errors. But, when
    a print job is submitted to the LPR queue, the queue show the file
    as printing....and nothing else happens.  The LPRSMB-2-oct-1992.log
    shows the following error, WHICH is not listed in JOY OF TEK.
 
Build Control, Username = 'SYSTEM'
Build Control, Job_Name = 'PRINTCAP'
Build Control, Data File = 'dfA653HSCVAX.CSU.MCMASTER.CA'
Deliver LPR_Ast LPR_Status = 08478028
Connection Aborted
Deliver Wait, waiting 600 seconds

4.  The printcap file has an entry like:

bsblp1 "bsb2.cis.mcmaster.ca" "HSCvax2.csu.mcmaster.ca" :: default
define-logical


5.  both hosts are in both the SUNs host.lpd file as well as the VAXs 
    LPD_hosts file and the VAXs hosts.txt file.


Any ideas?

Vivek Khindria
McMaster University, Hamilton, Ontario, Canada.
khindria@mcmaster.ca
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: CMU/Tek Problem on VAXStation 3100s
From: "Jonathan E. Hardis" <hardis@vax844.phy.nist.gov>
Date: Fri, 25 Sep 1992 11:15:42 EDT
Reply-To: "Jonathan E. Hardis" <hardis@vax844.phy.nist.gov>
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
CC: cmu-tek-tcp@cmutek.cc.cmu.edu, hardis@vax844.phy.nist.gov
X-Envelope-To: cmu-tek-tcp@cmutek.cc.cmu.edu

> I am running CMU-TEK V6.4 on a cluster of four workstations
> (one VS3500, three VS3100's).  All four workstations are able to
> communicate back and forth with Sun and SGI systems without any problem,
> and his Macs are able to communicate with the VS3500 without a problem;
> however, the Macs aren't able to Telnet to the three VS3100's.

> Have you heard of any problem between Macs (running NCSA Telnet V2.5B)
> and VAXstation 3100's running CMU-TEK?

No, though you offer persuasive evidence that the problem is at the VS3100.

It also may be a configuration problem at the Mac end.  You didn't say what
the IP numbers involved were, but double check that the subnet mask and
router information is correct in config.tel (presuming that you're using
NCSA's telnet driver, rather than MacTCP).

By the way, Telnet 2.5 is out of beta; you can get the release version from
ftp.ncsa.uiuc.edu.

> The message I get when I try establishing a connection from the Mac
> (running NCSA Telnet V2.5B) to any one of the VAXstation 3100's is:
>
>     Host or gateway not responding

> (My co-worker says that he gets this message even when trying to connect
> by specifying the IP address rather than the host name, so it is not a
> nameserver or host table problem. Also, if he specifies a bogus IP
> address he gets an entirely different message, to the effect "no path
> to destination").

When I try to open a connection to a non-existant node, or a non-existant
subnet, or a non-existant network, I always get the message, "Host or
Gateway not responding."  I don't recall ever seeing a "No path" error.

>>> Probably not applicable, but you might want to check to see if any
>>> of the Mac's are running with Ethernet Trailer Encapsulation enabled.

You're right.  It's not applicable.
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Re: FTP problem...
From: dick schenke <schenke@ficc.ferranti.com>
Date: Thu, 1 Oct 92 9:15:17 CDT
Reply-To: dick schenke <schenke@ficc.ferranti.com>
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
CC: <cmu-tek-tcp@CMUTEK.CC.CMU.EDU>
X-Mailer: ELM [version 2.2 PL13]

>
> One of our users phoned today with an odd FTP problem. In effect, he says that
> large files (greater than 3 to 4 hundred blocks in size) will NOT transfer
> reliably when FTP is under load! The key bit here is reliably - the transfer
> appears to progress and complete but the file is corrupt! A bit worrying when
> TCP/IP is supposed to be a `reliable' transport!
>
Andy,
  I had one anomalous transfer (that I know of), with CMU TEK-IP 6.6-4
under VMS 5.5. I was moving a test file from a MicroVAX 4000/200 to a Unix
node, originating the transfer from the uVAX.  The test file is 800 kbytes
long (1600 blocks).  I was the only user on the uVAX.  CMU ftp reported
less than 800 Kb sent.  The file was clipped at the end - 16 bytes short.
None of the other characters was changed or lost.
   The transport delivered everything that the session layer sent to it,
but ftp appears to have lost the end of the file on transmission.
   I have not heard any other complaints along this line.
   I suggest that your user record the size as reported by
ftp when it transfers successfully, and also when it fails (with the same
saveset), to see if ftp is leaving some of the file behind.
>
> Andy Harper
> Kings College London, England.
>
Hope this helps,
Dick Schenke      schenke@ferranti.com Tel:(713) 274-5469
Ferranti International Controls, Sugar Land TX usa
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: 0 routers, 1 ethernet and 2  or more domains. Is it possible?
From: "mauricio S. Yamamura"
Date: Mon, 28 Sep 1992 11:59 BSC (-0300 C)
Reply-To: "Mauricio S. Yamamura"
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
X-Vms-To: FPSP::IN%"cmu-tek-tcp@cmutek.cc.cmu.edu"
X-Vms-Cc: MAURICIO
Content-Transfer-Encoding: 7BIT
Comments: @FPSP.FAPESP.BR - @FPSP.HEPNET - @BRFAPESP.BITNET - .BR gateway


        We have 2 domain internets in the same ethernet, the domains 143.
107.143.0 and 143.107.43.0. We use Cmu-Tek 6.5 in a Vax Cluster  running
VMS 5.5-1. We have two questions:

        1. Does someone know if one machine using Cmu-Tek in 143.107.43.0
can communicate with one in 143.107.143 without using a router ?

        2. Is it possible to use dynamic routers, i.e., when the main router
is down , automatically another one does the routing?


        Thanks,




                                                Mauricio Yamamura



+---------------------------------+------------------------------------------+
| Mauricio Yamamura               | Bitnet    mauricio%uspif1@brfapesp.bitnet|
| Dep. of Physics - Pelletron     | Hepnet    46.447::mauricio               |
| University of Sao Paulo         | PSI       11187598::mauricio             |
| R.Matao, Tr.R, 187              | Internet  mauricio@uspif1.if.usp.br      |
| CxP.:20516  CEP:01498  Brazil   |                                          |
| Voice  (55)(011)815-5599 r.2259 | Fax       (55)(011)814-0503              |
+---------------------------------+------------------------------------------+
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Re: NAME RESOLVER CRASH
From: "Szymon Sokol" <szymon@ucinvl.uci.agh.edu.pl>
Date: 1 Oct 92 12:46:59 MET
Reply-To: szymon@ucinvl.uci.agh.edu.pl
Organization: University of Mining & Metallurgy
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
Priority: normal
X-Mailer: Pegasus Mail v2.3 (R4).

> From: Michael Belveal <mdbelveal@MARK86.NSWSES.NAVY.MIL>
>
> I am currently running CMUTEK Version 6.6 on a VAX 4000 Model 200
> under VMS 5.5-1.  Every time the name resolver attempts to access an
> address that is non-existant or for some reason an error is returned
> by our network Name Resolver, the local Name Resolver on our VAX
> crashes.  I have to restart the entire network in-order to reestablish
> a TCP/IP connection.

Exactly the same problem, VAX 11/750 running VMS 5.1 ad\nd CMUTEK 6.6-5A.
No solution yet.


                                   Szymon Sokol
                                   Network Manager

     U     U  M     M  M     M     Computer Center
     U     U  MM   MM  MM   MM     University of Mining and Metallurgy
     U     U  M M M M  M M M M     ave. Mickiewicza 30
     U     U  M  M  M  M  M  M     30-059 Krakow, POLAND
     U     U  M     M  M     M     TEL.    +48 12 338100 EXT. 2885
      UUUUU   M     M  M     M     TEL/FAX +48 12 338907
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: EBCDIC conversion in CMU-Ftp
From: Peter Kobe <system@pib1.physik.uni-bonn.de>
Date: Fri, 02 Oct 1992 08:24:52 MEZ
Reply-To: Peter Kobe <system@pib1.physik.uni-bonn.de>
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>

John Clement wrote:

>This is not currently available, but all the hooks are there to do it.
>Given a good conversion table, it should be possible to add it to the
>2 routines that do the job.  It should not take more than a days work,
>assuming a straight single character to single character conversion.

A remark:

ASCII <--> EBCDIC conversion can be trouble-some. Both have 256 different
characters, but there can be clashes at 4 places. So you have to give the
user the possibility to load his own conversion-table to make him really
happy.

Peter
=====================================================================
Peter Kobe			Internet: system@pib1.physik.uni-bonn.de
Physikalisches Institut	          HEPNET: 13562::SYSTEM
Universitaet Bonn	             Tel: (49) 228 73 3222
D 53 Bonn
From: robert@cpvax.cpses.tu.com
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Re: LPD problems (coming from HP 9000/730)
Date: 1 Oct 92 08:41:17 CDT
Organization: Texas Utilities, Glen Rose TX 

In article <5663364D20C0971A@PHYSC1.BYU.EDU>, "Bryan G. Peterson" <peterson@physc1.byu.edu> writes:

the good
> Control File adding file 'dfA002sunrise', copies = 1
> $SNDJBCW Create_Job IOSB status = 00040001

the bad
> Control File adding file 'dA0007dirac', copies = 1
> LPD Dying abnormally
> Status = '%RMS-F-IFI, invalid internal file identifier (IFI) value'
> 

I too have been unable to print from a HP9000 unix machine.  I started
looking into it and remember something about a control file naming problem.
(DA* instead of DF*)  We worked around the problem by simply sending
the output to a non-CMU system, and I have not gotten around to looking
into it further.

I don't have a solution, but can confirm the problem.  Looking into this
is on my todo list (but a low priority since we had an easy work-around).
If someone wants me to work on this and they don't have access to a HP
system, I can send them some control and data files.

-- 
-------------------------------------------------------------------------
Robert Eden    817-897-0491                                 Glen Rose, TX
Comanche Peak Steam Electric Station            robert@cpvax.cpses.tu.com
               ^^^^^^^^^^^^^^^^^^^^^ politicese for a nuke plant
-------------------------------------------------------------------------
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: NAME RESOLVER CRASH
From: henrym@sacusr.mp.usbr.gov
Date: Wed, 30 Sep 1992 21:04:59 PDT
Reply-To: HENRYM@SACUSR.MP.USBR.GOV
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
X-Vms-Original-To: INET%"cmu-tek-tcp@cmutek.cc.cmu.edu"


Michael,

|I am currently running CMUTEK Version 6.6 on a VAX 4000 Model 200
|under VMS 5.5-1.  Every time the name resolver attempts to access an
|address that is non-existant or for some reason an error is returned
|by our network Name Resolver, the local Name Resolver on our VAX
|crashes.  I have to restart the entire network in-order to reestablish
|a TCP/IP connection.
|
|Another user here at our station running on a different VAX is also
|experiencing the same problem with Version 6.6.  They have another VAX
|running CMUTEK Verion 6.5 and do not have this problem????
|
|Any answers/suggestions???????
|
	There are some problems in the NAMRES program, but for the most
part they are fixed in 6.6.5-A.  There are also a few things you can do
to make NAMRES run more reliabily:

	First, make sure MAXBUF is greater than 2400.  Fortunately, this
parameter can be adjusted while the system is running.

	Second, include the Internet root servers in NAMRES.CONFIG:

DOMAIN_SERVER:.:kava.nisc.sri.gov.:192.33.33.24:53
DOMAIN_SERVER:.:AOS.BRL.MIL.:192.5.25.82:53
DOMAIN_SERVER:.:C.NYSER.NET.:192.33.4.12:53
DOMAIN_SERVER:.:TERP.UMD.EDU.:128.8.10.90:53
DOMAIN_SERVER:.:NS.NASA.GOV.:192.52.195.10:53
DOMAIN_SERVER:.:NIC.NORDU.EDU.:192.36.148.17:53
DOMAIN_SERVER:.:ns.nic.ddn.mil.:192.112.36.4:53

	Third, add these lines to your NAMRES.CONFIG:

Variable:RECURSE:1
Variable:TIMEOUT:5
Variable:REFMAX:10

	Fourth, if NAMRES goes out to lunch, you can kill it via the following
command:

IPNCP>NAMRES EXIT

	and restart it via a little command file like this:

$	 RUN 			 SYS$SYSTEM:NAMRES.EXE	/NOACCOUNTNG	-
	/NOAUTHORIZE		/QUEUE_LIMIT=100 	/DUMP		-
	/BUFFER_LIMIT=65535	/IO_BUFFERED=65535	/PRIORITY=6	-
	/IO_DIRECT=32767	/AST_LIMIT=200		/DETACHED	-
	/PRIVILEGES=(CMKRNL,SYSPRV)			/UIC=[1,4]	-
	/MAXIMUM_WORKING_SET=3000					-
	/PAGE_FILE=80000	-
	/process_name=NAMRES
$	exit



-HWM
----------
Henry W. Miller
Assistant Systems and Network Manager
U.S. Bureau of Reclamation
Mid Pacific Region
2800 Cottage Way MP1100
Sacramento, CA 95825
(916) 978-5108 / FTS - Same as commercial
Inet:	"henrym@sacwms.mp.usbr.gov"
BITNET:	"hmiller@scu"

"I've fallen, and I can't get up!"
From: roseberry@taney.uscghq.uscg.mil
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: TALK to Sun Systems
Date: 27 Sep 92 18:13:00 EST
Organization: United States Coast Guard


	I am running CMU/Tek TCP/IP version 6.6-3.

	I can use TALK to get to the Sequent machines on our network but
	I am having problems getting it to work with the Sun systems.
	The Sun systems can be "ping"ed and I can send mail to them but
	TALK doesn't work.  While I am working with the Sun system manager
	testing various things, the process "Talk server" seems to end up
	in "COM" state that never changes.  Is there something different 
	about the TALK on the Sun systems ?

	- Bert Roseberry
	  US Coast Guard
	  roseberry@taney.uscghq.uscg.mil
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Re: LPD problems (coming from HP 9000/730)
From: "Jonathan E. Hardis" <hardis@vax844.phy.nist.gov>
Date: Fri, 02 Oct 1992 11:04:39 EDT
Reply-To: "Jonathan E. Hardis" <hardis@vax844.phy.nist.gov>
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
CC: cmu-tek-tcp@cmutek.cc.cmu.edu, hardis@vax844.phy.nist.gov
X-Envelope-To: cmu-tek-tcp@cmutek.cc.cmu.edu

> I have been trying something similar, but have had no luck with 'binary'
> file...

Can you print the file locally if you FTP it over?  That is, is the failure
in the lpr/lpd transfer or in printing?

If the later, did you define a form for the printer that looks something
like the following:

$       DEFINE/FORM /DESC="Special Wide Form" /NOTRUNC /WIDTH=65535 -
            /NOWRAP <formname> <n>