Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!tut.cis.ohio-state.edu!UXC.CSO.UIUC.EDU!mdtf05!allen
From: mdtf05!allen@UXC.CSO.UIUC.EDU (Michael Allen)
Newsgroups: gnu.emacs.bug
Subject: bug under VMS
Message-ID: <8907031902.AA01723@mdtf05.>
Date: 3 Jul 89 19:02:59 GMT
Sender: daemon@tut.cis.ohio-state.edu
Reply-To: allen@fnnet.fnal.gov
Distribution: gnu
Organization: GNUs Not Usenet
Lines: 32

I compiled emacs version 18.54 under VMS version 5.1 using version 2.4
of the DEC C compiler.  Everything seems OK, except that when I first
invoke emacs,
1) If I invoke emacs with bare file name at the command line, e.g.,
"emacs login.com", I am put into the "*scratch*" buffer, the bell is
rung, and the minibuffer window reads "Wrong type argument: stringp, nil".
Even without a command line argument, the command "M-x pwd"
displays "Directory SHOW DEFAULT".  Further, if I try any command to
find a file, the prompt always displays "SHOW DEFAULT" where it should
show a directory name.

2) If I invoke emacs as "emacs [mallen]login.com", then I am put into
the login.com buffer in Fundamental mode with the message "File not
found and directory doesn't exist." and the buffer is marked read
only.  If I now do a "M-x pwd", the display reads
"Directory SHOW DEFAULTSHOW DEFAULT[MALLEN]".

3) If I invoke emacs wtih a full path spec, like
"emacs user1:[mallen]login.com", everything works as expected.

The condition seems to be cleared once I visit or find a file by
giving a full path specification.


GCC:
I have tried to compile gnu emacs with gcc ver 1.22, which I copied
from prep (gcc-vms.tar, or something like that).  GCC compains about
not being able to find many include files, that acutally exist in
SYS$LIBRARY.

Thank you,
Michael Allen