HDTenEightyP/NetNews huggingface dataset:
From: whitfill@heechee.meediv.lanl.gov (Jim Whitfill - Los Alamos)
Subject: Re: request for a vi editor
News-Software: VAX/VMS VNEWS 1.41    
Organization: Los Alamos National Laboratory, Mech. and Elec. Eng
Date: Thu, 10 Sep 1992 18:13:00 GMT

In article <1992Sep9.183325.24102@loral.CTS.COM>, kent@loral.cts.com (Kent Yang) writes...
>Help! Is there a public domain vi editor on the VMS.  If you know of one,
>can you send it to me, or let me know by Email the ftp site where I can get it. 
>If source is available somewhere, I have a C-compiler on my VMS
>Vax station that I can compile it on also.  Please Email all responses
>to kent@loral.cts.com  Thanks in advance.
> 
>Kent Yang
>Loral Instrumentation
>kent@loral.cts.com

There is a vi available from anonymous ftp from meediv.lanl.gov
(128.154.196.1) in the [.vi] subdirectory. It is a VMS save set (vi.sav) and
is written in C. The .exe (ex.exe) is also in vi.sav in case you don't have a
C compiler.

---------------------------------------------------------------------------
Jim A. Whitfill    Mechanical & Electronic Eng. Division     (505) 667-9282
whitfill@meediv.lanl.gov       		     Los Alamos National Laboratory
		      Opinions are MINE ONLY!!
Newsgroups: vmsnet.sysmgt,vmsnet.sources.d,vmsnet.admin,comp.os.vms
From: kent@loral.cts.com (Kent Yang)
Subject: request for a vi editor
Organization: Loral Instrumentation
Date: Wed, 9 Sep 92 18:33:25 GMT

Help! Is there a public domain vi editor on the VMS.  If you know of one,
can you send it to me, or let me know by Email the ftp site where I can get it. 
If source is available somewhere, I have a C-compiler on my VMS
Vax station that I can compile it on also.  Please Email all responses
to kent@loral.cts.com  Thanks in advance.

Kent Yang
Loral Instrumentation
kent@loral.cts.com

DATE: 09/09/92 Wed 253 DAY OF THE YEAR
TIME: 11:21:22 AM
From: welchb@woods.ulowell.edu
Newsgroups: vmsnet.sysmgt
Subject: Warning.  Error in cdrom labelling.
Date: 11 Sep 92 21:07:42 GMT
Organization: University of Lowell

The 3 cdrom's which constitute the 1992 September Online Documentation
have a mistake.  The label etched in black on the glass of each says
CDDOC02SEP2n, whereas the accompanying printout says
CDDOC04SEP2N.  The printout is the correct one, which should be used
in the $MOUNT command.
      ^
-- 
Brendan Welch, UMass/Lowell, W1LPG,  welchb@woods.ulowell.edu
From: ved@cis.ksu.edu (*VEDANANDA V.V.**)
Newsgroups: vmsnet.employment
Subject: ** ANY TAKERS ?**
Date: 14 Sep 1992 00:44:01 GMT
Organization: Kansas State University, Dept of Computing & Information Sciences
Distribution: world
NNTP-Posting-Host: depot.cis.ksu.edu
Originator: ved@cis.ksu.edu


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


	HI,
	
	   I am a graduate in Computer Science, interested in A.I.(Expert Systems)
	and Software Engineering, but qualified outside of U.S.A.  My under-grad
	was in Civil Engg.  Worked on projects in Aeronautical Establishments for
 	nearly a year, had a stint with teaching for 2 years along with heading
	the department (partly) and setting up labs, and other such things.
	Like to know if anybody would be interested in me for a job.  Quite 
	hardworking and reliable.

	Any takers?  Please contact/send more information to

	ved@cis.ksu.edu


	THANKS A LOT!

		**** **** **** *** **** **** **** **** ****
From: TEWKSBURY@BUDSGA.BU.EDU (Chip Tewksbury)
Newsgroups: vmsnet.vms-posix
Subject: OpenVMS Posix V1.1
Date: 15 Sep 92 20:40:28 GMT
Organization: Boston University, Office Of Information Technology
X-News-Reader: VMS NEWS 1.22

Anybody install V1.1?  I did.  No glaring complaints; however, V1.1 still
screws up the "Trans Count" field of bound volume sets which are accessed by
Posix.

It doesn't appear that much was done with respect to performance, other than
to incorporate that V1.0 patch which addressed issues surrounding
RIGHTSLIST.  It *seems* to perform about the same as the patched V1.0.

There are a number of new shell utilities like who, du, wall, mail, etc.!

Just to point out the note in the release notes to get DFS$01_012 patch if
you're running DFS V1.2 and Posix V1.1 on the same system.
========

Now I have an internals question:  VMS Posix requires a distinct and abrupt
jump in time when transitioning to/from EST and EDT.   I've been using
Jamie Hanrahan's "tick-changer" to fall-back and spring-ahead.  Apparently,
I can no longer use that or something in Posix will explode all over my
office.

Anybody know what will break if I continue to slow-down/speed-up the clock
while Posix is running?

	Chip Tewksbury.
From: munroe@dmc.com (Dick Munroe)
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Re: startup problems
Date: 15 Sep 92 06:48:51 EDT
Organization: Doyle, Munroe Consultants, Inc., Hudson, MA

In article <1992Sep14.090104.9722@norasia.nch>, pry@nch.norasia.COM (Peter Ryall) writes:
> in lpr_startup.com (where this is totally unrelated to the DCL files
> run), i get :
> 
> $ reply/disable=security
> %%%%%%%%%%%%%%%%%%%%  OPCOM dd-mmm-yyyy hh:mm:ss.bb  %%%%%%%%%%%%%
> An illegal operator request was made

Generally this means you don't have OPER privilege enabled.  Try

$ set process/priv=oper

before the reply.

-- 
Dick Munroe				Internet: munroe@dmc.com
Doyle Munroe Consultants, Inc.		UUCP: ...uunet!thehulk!munroe
267 Cox St.				Office: (508) 568-1618
Hudson, Ma.				FAX: (508) 562-1133

GET CONNECTED!!! Send mail to info@dmc.com to find out about DMConnection.
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: UDP error
From: w0400@ggr.co.uk
Date: 04 Sep 92 10:47:00 BST
Reply-To: w0400@ggr.co.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>
Return-Path: <!ggr.co.uk!w0400@mccall.uucp>
Resent-Message-ID: <9209041117.AA05434@depot.cis.ksu.edu>
Resent-Date: Fri, 04 Sep 1992 06:01:32 CDT
Resent-From: cmu-tek-newsgate@mccall.com
Resent-To: cmu-tek-tcp@cmutek.cc.cmu.edu
CC: cmu-tek-newsgate@widener.uucp, CMUTEK <cmu-tek-tcp@cmutek.cc.cmu.edu>

Hi,

>  Subject:      UDP error
>
>  Hi,
>  I'm running and old release of cmu's tcp/ip. What causes the error at
>  the bottom of this posting?

>
>  vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
>  %%%%%%%%%%%  OPCOM  29-AUG-1992 14:12:14.11  %%%%%%%%%%%
>  Message from user CARVALHO on ACES
>  NAMSRV: DOMPRO/DPRO_REINIT - UDP open failure, RC = 0000002C, XERR = 08638112
>  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>

I have seen that problem, or one very similar. Our's was caused by
another installation of an IP driver, which although not used, screwed
up the CMUTEK NAMRES completely. Did your installation gave you any
warnings about IP devices/drives being found? Have you had any other
TCP/IP software installed before? If the answer is yes to either or
both, investigate the network startup ro discover if things you do not
want are being loaded. I would also suggest running 6,6-5A if possible
for various other reasons.

Lord John - The Programming Peer
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: cmutek socket package and gopher
From: brian.t.carcich@cuspif.tn.cornell.edu
Date: 10 Sep 1992 09:51:38 EST
Reply-To: Brian.T.Carcich@CUSPIF.TN.CORNELL.EDU
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%"sc251003@wvnvms.wvnet.edu",CMUTEK


well, i got a few messages so far, so i'll put this out on the net.

first of all, my socket package is one of two that i know about, and
it looks to me like the other one was done by someone that had more time.
it is on cmutek.cc.cmu.edu as SD1:[ANONYMOUS]UNIXSHR.SAV_Z;1.

mine is on moe.tn.cornell.edu (128.84.242.72) as inet_cmutil[something*], i
think.   mine does not have setsockopt and several other things, e.g.
 - i put inet_ in front of the names (inet_socket() instead of socket()) but
   that can be handled by #defines at compile time.
 - i think there was a difference in how socket/bind/connect/accept worked
   wrt how the equivalent qio functions to the ip device worked - i think
   the bind also does the accept/connect function, but it does qio instead of
   qiow so you don't see it.

that said, it works very well for simple protocols (client opens, writes
request, reads response from server).  i dunno if it can handle asynchronous
stuff (e.g. telnet) well.

ok, there's enough interest, i will put the gopher code into the same place.

feel free to contact me with any questions.

-brian
From: bell@uwpg02.uwinnipeg.ca
Subject: re: Pause delay
Organization: University of Winnipeg
Date: Tue, 15 Sep 1992 17:18:56 GMT

I had reported earlier that the patch that I received did in deed
fix the 'Pause delay' problem, but I've noticed that I'm now having
some problems  with my TCP/IP Jnet link, it keeps connecting and
disconnecting.  I've restored the old image until I have a chance to
look at this more carefuly.
-david-

-------------------------------------------------------------------
David Bell                        E-mail: BELL@UWPG02.UWinnipeg.CA
Acting Director                   V-mail: 204/786-9449
Computer Services                 S-mail: University of Winnipeg
                                          515 Portage Avenue,
                                          Winnipeg, Manitoba,
                                          Canada  R3B 2E9
-------------------------------------------------------------------
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: NAMRES error?
From: smolenova@uakom.cs
Date: 04 Sep 1992 15:37:41 +0100
Reply-To: Smolenova@uakom.cs
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: IN%"cmu-tek-tcp@cmutek.cc.cmu.edu"
X-Vms-Cc: SMOLENOVA
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

Hello,
we are new users of CMUTEK ver.6.6-5 on our VAX 3100 , VMS ver 5.4-1.
Sometimes we have problems with name resolver and we must use IP
address instead host name. Here ist example:
 $telnet sun
%TELNET-I-TRYING, Trying to connect to SUN
%TELNET-W-NO_OPEN,Cant open connection to SUN
 -IPACP-E-UNA,Unknown host name
%TELNET-W-NO_OPEN,Cant open connection to !AS
$
We must rebbot system and CMUTEK works  again O.K.
How can I remove this error?
Sincerely				Magda Smolenova
				e-mail: smolenova@uakom.cs
					smolenova@csbbys51
**************************************************************
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: <None>
From: "ANDRE S. ELLIOTT" <elliott1@ccf1.nrl.navy.mil>
Date: 4 Sep 92 10:09:00 EDT
Reply-To: "ANDRE S. ELLIOTT" <elliott1@ccf1.nrl.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>

INDEX
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Duplicate mail messages
From: Ed Bates <ebates@vms1.cc.uop.edu>
Date: Tue, 15 Sep 1992 18:27:55 PDT
Reply-To: ebates@uop.edu
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>

To Whomever Maintains the CMU-Tek-TCP list:

I am receiving duplicate messages from the CMU-TEK-TCP list.
I'm sure it's because I have switched addresses.

I probably have two entries:
	ebates@madvax.uop.edu	AND
	ebates@uop.edu

Please REMOVE the entry for "ebates@madvax.uop.edu" and
KEEP the entry for "ebates@uop.edu".

Thank you.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
 Edwin J. (Ed) Bates		VAX Administrator/Postmaster	. .  _   _
 Technical Support Specialist	Internet:  ebates@uop.edu	| | / \ | \
 Office of Computing Services	AppleLink: U1441		| | | | |_/
 University of the Pacific	Telephone: (209) 946-2251	| | | | |
 Stockton, CA  95211		Fax:       (209) 946-2898	\_/ \_/ |
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Re: Telnet Pause
From: dick schenke <schenke@ficc.ferranti.com>
Date: Tue, 15 Sep 92 9:52:27 CDT
Reply-To: schenke@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]

 John Clement writes:
> There is a second problem that the Telnet local routine can hang under CMUTEK.
> This is primarily due to memory allocation/deallocation.
>
> I realize this is not the server hangup problem, but is one that can happen.

John, does this merely(!) produce delays or does it kill the connection?
If you could detail the user-level symptoms it would help us recognize
what is happening.

> [deleted...]
> The downside is that transmission from the server to client can be slowed. The
> previous client (local machine) stored gobs of stuff in virtual memory, as it
> came in, and then sent it out to the terminal at whatever rate it could.  Now
> when the buffers are full the data will back up and eventually the server
> (remote  machine) will be forced to slow down a bit.

Was this done by negotiating a huge window at the transport layer?
If so, the server may have negotiated a smaller window than the CMU side
was offering.  This situation should not see any loss of speed, since the server
was the limiting side.
>
> [deleted...]
> I would like to report that along with the new Telnet there will be a version
> of Rlogin.

How does rlogin differ from telnet?
(I could RTF_RFC - is there a short answer?)
We have a DigiBoard serial card in a Unix system that can do rlogin fine
but mangles telnet.  Anyone connecting to our LAN on those ports has to
rlogin to another Unix and then telnet to the CMUTEK VAX systems.
Rlogin for CMUTEK will be a welcome addition.  Thanks, John.

BTW, I should have limited my description of the telnet pause to my
own observation and experiences:  6.6-2 had it, 6.6-4 (as rec'd
from John Clement) did not.  I have no experience with 6.6-5 to offer.

> /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
> John M. Clement		Hepnet:		UTSPAN::RIPHYS::CLEMENT
> PO Box 1892		Internet:	CLEMENT@PHYSICS.RICE.EDU
> Rice University		Bitnet:		CLEMENT@RICEVM1
> Houston, Tx. 77251	BellTel:	(713)527-8181 x2037
> /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
>
Dick Schenke     Internet: schenke@ferranti.com
Ferranti International Controls   (713)274-5469
Sugar Land TX  77487-5012
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: re: Pause delay
From: <roes@phcoms.seri.philips.nl>
Date: Thu, 10 Sep 92 14:14:12 +0200
Reply-To: <roes@phcoms.seri.philips.nl>
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>
Return-Path: <roes@phcoms.seri.philips.nl>

>> The pause delay seems to clear it self if I hit a key stroke such as spacebar
>> , the display completes.  My apologies for the vague question, but I'm still
>> looking for help in regards to this pause delay.  thanks again.
>> -david-
>
>I have experienced something similar. For example: after establishing telnet
>connection and typing in the username, I do not get the Password: prompt
>until I start typing the password. When I enter VMSmail, I do not get MAIL>
>prompt until I type in any character, etc. Seems to be a problem with
>buffer flushing (?).
>

This is a KNOWN bug. It has even been solved but is not yet released. If you
are really desparate you might try to use anonymous ftp to SACUSR, SACWMS or
SACMGR.MP.USBR.GOV for the latest patches for 6.6-5A.

We are all anxiously awaiting the anouncement of the official release of
6.5-5A :-)

Aloys Roes,                           <>    Email: roes@seri.philips.nl
Philips SERI-MPN,                     /\    SERI : roes:phcoms
P.O.Box 218, Bldg VN-513,             \/    Tel. : + 31 (0)40 784 899
5600 MD  Eindhoven, The Netherlands.  <>    Fax. : + 31 (0)40 782 900
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Re: VMS 5.5-1 upgrade problem...
From: "John F. Sandhoff" <syssand@ccvax.ccs.csus.edu>
Date: Thu, 10 Sep 1992 17:31:55 PDT
Reply-To: sandhoff@csus.edu
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



In article <1992Sep9.215237.793@nrlvx1.nrl.navy.mil>,
degen@nrlvx1.nrl.navy.mil writes:
>We are having considerable difficulty with CMU-TEK after our vms 5.5-1
>upgrade.  the problem is primarily with inbound ftp and telnet connections.
>unless the host opening the connection to one of the upgraded machines
>already knows the ethernet address thru a previous connection from the
>target host, the target never sees the attempted connection.

Reece Pollack of Wollongong replies:
>It's a bug in the ethernet card itself. This bug reared its ugly head way back
>in VMS V5.0, and was originally bypassed via a driver patch in something like
>V5.0-1. When DEC rewrote the ethernet drivers in V5.4-3, they lost the bugfix.
>
>The problem affects all TCP/IP implementations, and all of the vendors worked
>with DEC to help develop the fix for V5.4-3. You should have no difficulty
>in obtaining a patchkit for the VMS V5.5-1 release from DEC.

Some more info: This is the now-infamous 'broadcast address' bug that
DEC introduced in V5.4-3 and propagated in 5.5 and 5.5-1 (Maybe they'll
get it right in 5.5-2???). It's a software bug and affects ONLY the
ETDRIVER which is the driver used by BI-based ethernet controllers (and
only specific ones but I don't have the exact number in front of me). I
know this bug well - it nailed our 8820 not long ago. You *cannot*
reproduce the error on a non-BI machine, thus 78x and such work just
fine. If the ARP table learns of the outbound hardware address (thru an
outgoing connection, for instance) things work fine... until the ARP
cache times out.

The fix: Digital has a patch available. Ask for cscpat_0552011. If you need
a patch that works and you're in a hurry you can FTP to TGV.COM and pick up
CSCPAT_0543012.A but beware - the newer patch fixes some random kernel
crashes...

    John F. Sandhoff, University Network Support
      California State University, Sacramento - USA
        sandhoff@csus.edu
From: bell@uwpg02.uwinnipeg.ca
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: Pause delay
Date: 14 Sep 92 21:34:16 GMT
Organization: University of Winnipeg

Many thanks for the replies to my question in regards to 
the 'Pause delay', I applied the patch that Aloys Roes directed me
to and it works like a charm, many thanks.
-david-

-------------------------------------------------------------------
David Bell                        E-mail: BELL@UWPG02.UWinnipeg.CA
Acting Director                   V-mail: 204/786-9449
Computer Services                 S-mail: University of Winnipeg
                                          515 Portage Avenue,
                                          Winnipeg, Manitoba,
                                          Canada  R3B 2E9
-------------------------------------------------------------------
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: CMUTEK and gopher
From: Lawrence Newton <z999012@mdacc.mda.uth.tmc.edu>
Date: Tue, 08 Sep 1992 14:54:31 CDT
Reply-To: Lawrence Newton <z999012@mdacc.mda.uth.tmc.edu>
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>


    Gopher is a big deal on campus here lately.  There is a VMS client
 available on boombox.micro.umn.edu that works with Multinet and UCX.
 Anyone know of an implementation for CMUTEK?

_________________________________________________________________________
Lawrence Newton  Mail Box 167     |  BITNET Z999012@UTMDAH Z999012@UTHVM1
Univ. of Texas M.D. Anderson Cancer Center     | THENET   MDACC::Z999012
1515 Holcombe  Houston, Texas  77030  |    Voice   (713) 792-6344
Internet Z999012@mdacc.mda.uth.tmc.edu or LNEWT@mdacc.mda.uth.tmc.edu
------------------------------------------------------------------------
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: re: Pause delay
From: "Szymon Sokol" <szymon@ucinvl.uci.agh.edu.pl>
Date: 10 Sep 92 09:34:30 MET
Reply-To: "Szymon Sokol" <SZYMON@ucinvl.uci.agh.edu.pl>
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-Mailer: Pegasus Mail v2.3 (R1).

> From: bell@uwpg02.uwinnipeg.ca

> The pause delay seems to clear it self if I hit a key stroke such as spacebar
> , the display completes.  My apologies for the vague question, but I'm still
> looking for help in regards to this pause delay.  thanks again.
> -david-

I have experienced something similar. For example: after establishing telnet
connection and typing in the username, I do not get the Password: prompt
until I start typing the password. When I enter VMSmail, I do not get MAIL>
prompt until I type in any character, etc. Seems to be a problem with
buffer flushing (?).


                                   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: <None>
From: bodoh@dgg.cr.usgs.gov
Date: Thu, 10 Sep 1992 12:53:12 -0500
Reply-To: bodoh@dgg.cr.usgs.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>

Hello,

	I've been working with PC/NFS and CMU 6.6-4 to establish NFS mounting
between a VAX and a PC.  I've found that transfers are less than 5kb/sec and
I'm wondering if this is typical.  Can anything be done to increase this?  Will
CMUTEK 6.6-5 improve this?  Can anyone out there comment on the speed of
6.6-5 beta?  Is there somewhere I can get the latest 6.6-5a beta with the
latest patches?  Can someone comment on the usability/stability of 6.6-5a beta?

	Is Marc still alive - I've seen many questions come across the
list unanswered, including questions about where we sit on 6.6-5.  I do not
want to sound unappreciative of the work that Marc and others have done, maybe
its just that I've begun using UNIX versions of TCP/IP which have transfer
rates about 10-13 times better and have begun to realize that we are outgrowing
CMUTEK as it now exists.  If a performance fix is just around the corner, we'll
stick it out - otherwise it may be time to move on to something faster.  Thank
you.




						Tom Bodoh
						bodoh@dgg.cr.usgs.gov