MAILER-DAEMON@sunic.sunet.se (05/12/89)
----- Transcript of session follows ----- While talking to omega.sm.luth.se: >>> DATA <<< 554 sendall: too many hops (17 max) 554 enea!luth!loglule!lka... Service unavailable ----- Unsent message follows ----- Received: by sunic.sunet.se (5.61+IDA/KTH/LTH/1.44) id AAsunic02882; Thu, 11 May 89 20:40:26 +0200 Received: from cernvax.dk by dkuug.dk via EUnet with UUCP (5.61++/IDA-1.2.8) id AA29709; Thu, 11 May 89 08:31:29 +0200 Received: by cernvax.uucp (1.2/Ultrix2.0-B) id AA17695; Thu, 11 May 89 02:57:31 +0200 Received: by mcvax.cwi.nl via EUnet; Thu, 11 May 89 02:12:22 +0200 (MET) Received: from vrdxhq.UUCP by uunet.UU.NET (5.61/1.14) with UUCP id AA09018; Wed, 10 May 89 17:36:03 -0400 Received: by vrdxhq.verdix.com (4.12/05-Dec-88) id AA09371; Wed, 10 May 89 17:20:13 edt Received: by xuucp.ch.apollo.com id <AA06242@xuucp.ch.apollo.com>; Wed, 10 May 8 9 16:32:45 EDT Received: by apcihq.UUCP; Wed, 10 May 89 16:05:22 EDT Received: by apollo.uucp (smail2.3) id AA05831; 10 May 89 15:48:21 EDT (Wed) Received: by swan.ulowell.edu for apcihq!apcigva!cernvax!enea!luth!loglule!lka (from ulowell!harvard!l l-xn!harvard!vms-gnu-emacs-request) id <AA00440@swan.ulowell.edu>; Wed, 10 May 89 15:38:44 EDT Received: by harvard.harvard.edu (5.54/a0.25) (for apollo!apcihq!apcigva!cernvax!enea!luth!loglule!lka) id AA02827; We ay 89 14:51:44 EDT Received: by XN.LL.MIT.EDU; Wed, 10 May 89 14:44:56 EDT Posted-Date: 10 May 89 16:46:32 GMT Received: by harvard.harvard.edu (5.54/a0.25) (for decvax!seismo!mcvax!enea!log-hb!loglule!lka) id AA02657; Wed, 10 Ma :42:59 EDT Received: from harvard.harvard.edu (@) by endor.HARVARD.EDU; Wed, 10 May 89 13:2 5:03 EDT Received: by harvard.harvard.edu (5.54/a0.25) (for vms-gnu-emacs@endor) id AA00491; Wed, 10 May 89 13:24:54 EDT Received: by tut.cis.ohio-state.edu (5.59/3.890428) id AA01550; Wed, 10 May 89 13:07:41 EDT Received: from USENET by tut.cis.ohio-state.edu with netnews for vms-gnu-emacs@harvard.harvard.edu (vms-gnu-emacs@harvard.harvard.edu (contact usenet@tut.cis.ohio-state.edu if you have questions) Date: 10 May 89 16:46:32 GMT From: stone@elbereth.rutgers.edu (Robert Stone) Organization: Rutgers Univ., New Brunswick, N.J. Subject: Bug in emacs 18.51---commands get stacked up Message-Id: <May.10.12.46.31.1989.23100@elbereth.rutgers.edu> Sender: vms-gnu-emacs-request%harvard%mcvax@CERNVAX.bitnet To: vms-gnu-emacs@HARVARD.bitnet I've updated Emacs from 18.47 to 18.51 and noticed the following quite serious problem. I've managed to hang our whole LAVC while trying out this new EMACS! So far it occurs only during a SET HOST session. I'm using VMS 5.1b but have gone to a 4.7 system and seen exactly the same behavior. The following sequence seems to reproduce the problem: a) login on node A b) set host node B (this is common when using a VAXstation, and needing to login to another system) c) run the kept or straight gnuemacs 18.51 d) start an I-Search (I've used both a version which searches with ^s^r or ^\^r.) e) type one or two ^G to quit the search and return to the point before search began. I now find myself one or more keystrokes behind what is happening on the screen and extremely disconcerted. Though sometimes I can exit and recover from this, sometimes I need to stop/id=xxx. Once, the emacs process got into a MWAST state, refused to die, and no further logins to any cluster node were successful! Note that emacs was not INSTALLed in any way. Anyone else see this? Any fixes? We have lots of workstations and many applications where remote login/file editing is important. Thanks, Bob Stone ----------------------------------------- | Rutgers University 201 932-2531 | | RUTHEP::Stone HEPnet | | Stone@Ruthep Bitnet | | Stone@Ruthep.Rutgers.Edu Internet | -----------------------------------------