🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: gnu.emacs.bug
Article #99103

Re: GNU emacs BAD ADDRESS bug?

#99103
From: LUSYSNZ
Date: Fri, 26 Oct 1990 21:38
49 lines
2914 bytes
Relay-Version: VMS News - V5.9C 19/12/89 VAX/VMS V5.3; site vax1.cc.lehigh.edu
Path: vax1.cc.lehigh.edu!vax1.cc.lehigh.edu!netnews.upenn.edu!dsinc!unix.cis.pitt.edu!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!cica!tut.cis.ohio-state.edu!MPRGATE.MPR.CA!morse
Newsgroups: gnu.emacs.bug
Subject: Re: GNU emacs BAD ADDRESS bug?
Message-ID: <MORSE.90Oct19092221@quark.mpr.ca>
From: morse@MPRGATE.MPR.CA (Daryl Morse)
Date: 19 Oct 90 16:22:21 GMT
Sender: daemon@tut.cis.ohio-state.edu
References: <389.271c5044@wsuiar.uucp>
Distribution: gnu
Organization: MPR Teltech Ltd., Burnaby, BC, Canada.
Approved: bug-gnu-emacs@prep.ai.mit.edu
Lines: 35

In article <389.271c5044@wsuiar.uucp> wallis%wsuiar.UUCP@UCSD.EDU writes:

   Dear GNUers:

   I successfully compiled GNU EMACS on a DECstation 5000 runnig ULTRIX
   4.0.  I have users with DECstation 3100s running ULTRIX 4.0 as well.  I NFS
   serve GNU EMACS up to their DS3100 and they occasionally have problems getting
   into emacs.  The message they get is:

   /usr/local/bin/emacs:  bad address  

   This seems to be an intermittant problem.  What causes a "bad address" 
   message?   If they get into emacs one time, then if they invoke it again
   immediately afterwards, then it doesn't work.  However, if they do an
   ls  in between, it seems to work.  Could it be a physical memory limitation?


			 Thanks in advance,

			 Tom Wallis
   -- 
   -------------------------------------------------------------------------------
   Thomas Wallis                          BITNET: WALLIS@TWSUVAX
   System Manager, Computer Science Dept. UUCP: uunet!ncrlnk!ncrwic!wsuiar!wallis
   Wichita State University               Internet: wallis@wsuiar.wsu.UKans.EDU
   Wichita, Ks.  67208                    

   DISCLAIMER: The opinions expressed here are my own, and do not reflect the
   views of the Computer Science Department or Wichita State University.
   -------------------------------------------------------------------------------
--
Daryl Morse                     | Voice : (604) 293-5476
MPR Teltech Ltd. 		| Fax   : (604) 293-5787
8999 Nelson Way, Burnaby, BC    | E-Mail: morse@quark.mpr.ca
Canada, V5A 4B5                 |         quark.mpr.ca!morse@uunet.uu.net
Technical Details
Message-ID: <138E350AB1BF800042@VAX1.CC.LEHIGH.EDU>
Path: arc1-ca.pugleaf.net!gmdzi!unido!mcsun!uunet!shelby!riacs!agate!ucbvax!tut.cis.ohio-state.edu!VAX1.CC.LEHIGH.EDU!LUSYSNZ

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: fb2f1,2cf1cd63f8c63017
X-Google-Attributes: gidfb2f1,public
X-Google-ArrivalTime: 1990-10-26 14:38:00 PST
Path: arc1-ca.pugleaf.net!gmdzi!unido!mcsun!uunet!shelby!riacs!agate!ucbvax!tut.cis.ohio-state.edu!VAX1.CC.LEHIGH.EDU!LUSYSNZ
From: LUSYSNZ@VAX1.CC.LEHIGH.EDU
Newsgroups: gnu.emacs.bug
Subject: Re: GNU emacs BAD ADDRESS bug?
Message-ID: <138E350AB1BF800042@VAX1.CC.LEHIGH.EDU>
Date: 26 Oct 90 21:38:00 GMT
Sender: daemon@tut.cis.ohio-state.edu
Distribution: gnu
Organization: Gnus Not Usenet
Lines: 49
Approved: bug-gnu-emacs@prep.ai.mit.edu
Posted: Fri Oct 26 22:38:00 1990