Archive-Date: Tue, 24 Dec 1996 21:12:39 +0200 Sender: owner-gnu-emacs-bugs@lp.se From: ohara@cadsys.enet.dec.com Reply-To: gnu-emacs-bugs@LISTS.VMS.GNU.AI.MIT.EDU, ohara@CADSYS.ENET.DEC.COM Message-ID: <9612242010.AA08781@easynet.crl.dec.com> Date: Tue, 24 Dec 96 15:10:24 EST To: gnu-emacs-bugs@vms.gnu.ai.mit.edu CC: emacs-testers@vms.gnu.ai.mit.edu Subject: Problems with dired, rmail and etags Dear VMS Emacs Aficionados: I took the liberty of cc-ing this message to emacs-testers since that mailing list seems to have the most traffic on it. Let me know if this is inappropriate. I took a look at the mailing list archives and have noticed that there are/were ongoing problems with dired, rmail and etags. Have these problems been solved? Will they be solved in 19.34? I installed two versions of Emacs 19.28 (distribution 19960529), one for an alpha machine and one for a vax machine. First, I built the alpha version with the following commands and software: Software Version: DEC OSF/1 Version 3.1, DECwindows <--- DECwindows version Motif Version 1.2 VMS> cc/decc/version nl: <--- compiler DEC C V5.2-003 on OpenVMS Alpha V6.2-1H2 VMS> @configure --prefix=mad_ad$:[ohara.gnu.alpha] - <---- configuration --vuelibdir=mad_ad$:[ohara.gnu.alpha] - command used. --startupdir=mad_ad$:[ohara.gnu.alpha] mms/ignore=warning install <---- mms command used Then, I built the VAX version: Software Version: DEC OSF/1 Version 3.1, DECwindows <--- DECwindows version Motif Version 1.2 Don't know, but most things work on the VAX <--- compiler @configure --prefix=mad_ad$:[ohara.gnu.vax] - <---- configuration --vuelibdir=mad_ad$:[ohara.gnu.vax] - command used. --startupdir=mad_ad$:[ohara.gnu.vax] mms/ignore=warning install <---- mms I am having the following problems: ********* * DIRED * ********* dired on the VAX works fine. On the alpha machine, when you give the command M-x dired or c-x c-f on a directory of type f in a dired field dired very quickly displays the message: Warning: editing old version of file and then gives the message: Reading directory MAD_AD$:[OHARA.DRAWII.SRC]... and then usually "hangs" (infinite loop?). However, if you keep trying it (do c-g and then repeat the command) sometimes you successfully get the dired screen for the appropriate directory. After this, everything works ok between the various dired screens. A side effect of repeatedly invoking dired is to continuously create subprocesses until my subprocess quota is used up. These subprocesses are cleaned up when you exit Emacs. ********* * RMAIL * ********* Rmail works fine on the VAX. However, I have the following problem on the alpha: I sent myself the following message with M-x mail To: ohara Subject: testing --text follows this line-- When I use M-x rmail, the following message appears briefly (it took about 15 message sends to read the visible part of the message) vmsgetmail: memory exhausted while allocating message id space %MAIL-E-NOMOREMSG no more messages %TRACE-TRACE-TRACEBACK symbolic stack dump... (there was more, but it goes off the screen and I don't know how to get it.) Followed by the message: 6 new messages read I then receive 5 normal copies of the message: From: CADSYS::OHARA Date: 21-NOV-1996 18:58:45.66 To: ohara CC: Subject: testing Plus the following message: From: vmsgetmail "VMS getmail" Date: 21-NOV-1996 18:58:51.98 To: OHARA CC: Subject: *** Message truncated due to errors, original in NEWMAIL *** We have an earlier version of Emac 19.28 (patch level 19950918) which was installed on the alpha where rmail works fine. I think that it is likely that it was installed in a similar fashion to the one in my directory. ********* * ETAGS * ********* tags-search and etags seem to work ok on the alpha. Also, if I create a tags file (TAGS.) with the alpha version of etags, I am successfully able to use the vax version of tags-search together with the alpha-created TAGS. file. However, etags on the vax appears to create a defective TAGS file. I create a TAGS. file in a directory of .C and .H files with the following command: etags * after which a TAGS. file is created. I then enter emacs me: M-x tags-search emacs: loading etags... emacs: Tags search (regexp): me: AUTHOR emacs: Visit tags table: (default TAGS) MAD_AD$:[OHARA.DRAWII.SRC] me: carriage return emacs: Starting a new list of tags tables emacs: Opening input file: file specification syntax error, [MAD_AD$:[OHARA.DRAWII.SRC]DRW_ALOE_CONSTANTS.H DRW_ALOE_CONSTANTS.H is the first file in the directory. It appear to be inserting an open bracket character in the file specification. If I use the vax-created TAGS. file with the alpha version of emacs, I get the exact same behavior. To further test the idea that the vax creates a TAGS. file that is different from the alpha TAGS. file, I ran 'difference' over the two of them. Wherever there was a file entry like the following in the alpha version of TAGS.: MAD_AD$:[OHARA.DRAWII.SRC]DRW_ALOE_CONSTANTS.H there was a line in the vax version with an open bracket: [MAD_AD$:[OHARA.DRAWII.SRC]DRW_ALOE_CONSTANTS.H There seemed to be some other differences between the tags files, but I haven't figured it out yet. Advice? Solutions? Thanks. - Scott