[comp.emacs.xemacs] Re: M-x shell fails under Windows Vista

[Stephen J. Turnbull]

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 at 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 at 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....