Michael Sperber writes:
Wow. So I can't see a reference to a drive other than C:
anywhere,
which makes this pretty much the end of my rope. Having tangled with
Vista before, I'm inclined to point the finger in that direction.
I'm inclined to point a (not the!) finger at Aidan's patch
2006-04-29 Aidan Kehoe <kehoea(a)parhasard.net>
* symbols.c (Fsubr_name): New.
Taken from the FSF. Needed to find the real name of a possibly
aliased subr, in order to get its docstring.
* sysfile.h:
Make various file name primitives available to make-docfile and
other non-emacs environments; define a constant that says how long
a source filename can be in lib-src/DOC.
2006-04-29 Aidan Kehoe <kehoea(a)parhasard.net>
* doc.c:
* doc.c (extract_object_file_name):
* doc.c (get_object_file_name):
* doc.c (Fbuilt_in_symbol_file):
Support saving and recovering the source file name of a built-in
symbol (that is, one created in C.)
since this is the only thing I can think of that changed since we went
through this same annoying process with Win2k and XEmacs 21.4. OTOH,
I don't see why that would get initialized/referenced in a
noninteractive invocation (eg, xemacs --help).
We don't know what filenames it's looking for, right? I really wish
Windows would give helpful error messages. This is like trying to
debug a two-frame C backtrace....
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta