OBERHAG@DD0RUD81.BITNET (Ruediger Oberhage) (12/20/89)
Date: Wed, 13 Dec 89 22:48 EST From: <POSTMASTER@QCVAXA> Subject: Returned Network Mail To: OBERHAG@DD0RUD81 Original_To: BITNET%"OBERHAG@DD0RUD81.BITNET" Your mail is being returned to you. Reason for return is: %MAIL-E-NOSUCHUSR, no such user F0211022 at node QCVAXA Returned mail follows: ------------------------------ Received: From PUCC(VMMAIL) by QCVAXA with Jnet id 5982 for F0211022@QCVAXA; Wed, 13 Dec 89 22:48 EST Received: by PUCC (Mailer R2.06X) id 5973; Wed, 13 Dec 89 17:03:54 EST Date: Fri, 8 Dec 89 11:59:00 CET Sender: Unix-emacs-request@VM.TCS.TULANE.EDU From: Ruediger Oberhage <OBERHAG@DD0RUD81.BITNET> Subject: Problems with microEMACS v.3.10 on SUN-SPARCstation Comments: To: "(Daniel Lawrence?)" <emacs@vm.tcs.TULANE.EDU> To: Philip Wang <F0197172@QCVAXA.BITNET>, PHILIP WANG <F0211022@QCVAXA.BITNET> Hello, I have a question concerning MicroEmacs v.3.10 running on a SPARCstation 1: We compiled it using the BSD-option, since the SUN-option led to a missing header file (ndir.h - we haven't installed Sys V compatibility). As far as I can tell now it runs ok, but we have a problem with the (.emacsrc) startup file: certain commands (e.g. add-mode, add-global-mode, delete-mode and delete-window) execute but immedately abort the execution of the startup-file, i.e. it doesn't execute any command further down the lane. All seems to be well if these commands are executed manually from the keyboear in a running uEmacs. There is a workaround for us right now using the "!force" directive - then the whole startup-file is executed, but I consider it to be an error to abort exe- cution otherwise. Now before I dig into the SUN version too deep: Is this problem (and a possible cure (FIX,PATCH, or whatever) known? What causes it and what can be done about it? Comments are welcome. As an aside to Daniel Lawrence: If the SUN option is chosen (- obviously the BSD should not be choosen simultaneously), there is a compiler error, because no code from EPATH.H is incorporated, which seems to be a bug - a possible so- lution: add SUN to the rest of the other UNIX options (BSD, V7, etc.), if that is, what has originally been intended to do. Thanks for listening and in advance for any help. Please respond to: Ruediger Oberhage (it's me) Dep. of Theoretical Physics OBERHAG@DD0RUD81.BITNET University of Duesseldorf Duesseldorf, Germany (West)
bjnw@castle.ed.ac.uk (Brian Wylie) (12/21/89)
In article <49935@bbn.COM> OBERHAG@DD0RUD81.BITNET (Ruediger Oberhage) writes: >As far as I can tell now it runs ok, but we have a problem with the (.emacsrc) >startup file: certain commands (e.g. add-mode, add-global-mode, delete-mode and >delete-window) execute but immedately abort the execution of the startup-file, >i.e. it doesn't execute any command further down the lane. >Ruediger Oberhage (it's me) Dep. of Theoretical Physics >OBERHAG@DD0RUD81.BITNET University of Duesseldorf > Duesseldorf, Germany (West) We have the same problem on all of our SUN workstations here, so I suspect that it's a more universal problem. In the file random.c are several functions which themselves call the function adjustmode() -- they're called setmod(), delmode(), setgmode(), delgmode() -- with varying parameters. However, the return value of adjustmode() isn't itself returned by the calling functions, so some rubbish from the stack is returned instead, which is interpreted as an abort condition while you're parsing your .emacsrc file (or any other file/buffer). The solution used here has been to enclose the adjustmode() calls within return()'s for these cases. It surprises me that no-one else has had this problem, since I'd have thought that most other C compilers would have done the same. Slainte, "Now's the day, and now's the hour..." Brian. "... Europe sans frontieres."
decouty@irisa.fr (Bertrand Decouty) (12/21/89)
In article <49935@bbn.COM> OBERHAG@DD0RUD81.BITNET (Ruediger Oberhage) writes: | | Hello, | | I have a question concerning MicroEmacs v.3.10 running on a SPARCstation 1: | We compiled it using the BSD-option, since the SUN-option led to a missing | header file (ndir.h - we haven't installed Sys V compatibility). | As far as I can tell now it runs ok, but we have a problem with the (.emacsrc) | startup file: certain commands (e.g. add-mode, add-global-mode, delete-mode and | delete-window) execute but immedately abort the execution of the startup-file, | i.e. it doesn't execute any command further down the lane. | All seems to be well if these commands are executed manually from the keyboear | in a running uEmacs. [...] | | Thanks for listening and in advance for any help. | | Please respond to: | Ruediger Oberhage (it's me) Dep. of Theoretical Physics | OBERHAG@DD0RUD81.BITNET University of Duesseldorf | Duesseldorf, Germany (West) I have noticed exactly the same thing on a Pyramid system, micro-emacs being compiled with the same options (and the same *.h files) than on a Sun-3, where it runs fine. Any comment anyone? I have discovered one more trouble (in addition to my previously posted -but not answered- unbind-key bug) : when doing a previous-word on the first line of a file, current macro aborts if this word is the first one, although the cursor is in the right place (beginning of line). You have to put a !force in front of previous-word. (this is -of course- not a flame) Thank you by advance. $ Bertrand DECOUTY | EMAIL : decouty@irisa.fr, decouty@irisa.uucp $ $ IRISA - INRIA (Atelier) | {uunet,mcvax,inria}!irisa!decouty $ $ Campus de Beaulieu | PHONE : +33 99 36 20 00 $ $ F-35042 Rennes Cedex - FRANCE| FAX : +33 99 38 38 32 | TELEX: 950473 UNIRISA$