Thanks for the reply.
I tried the suggested command, M-! test testfile.txt after first opening testfile.txt into
a buffer. I got the same "Doing fork: Bad file descriptor" message.
It would seem that this result is consistent with the hypothesis. How would I adjust the
path used by this version of xemacs?
In answering the questions asked of me, I am a new user of Xemacs and Cygwin, although I
have some experience with Linux and FreeBSD. As mentioned before, I am using the
"C:\cygwin\usr\local\bin\i686-pc-cygwin\xemacs-21.4.13.exe" binary for xemacs. I
used the Cygwin setup.exe version 2.416 to install cygwin, but I can't figure out
which version of cygwin I am using.
The funny thing is, though, that on another system I installed the same thing and it
worked. The big differences between the two systems are:
- I built the working system, whereas my Info Manag dept. built the one that doesn't
work
- The working system is a stand alone, but the broken one is part of a domain.
I am beginning to think that some form of the mkpasswd command might help me, but
Again, I really don't know what kinds of things to do to try an troubleshoot this
problem, so any suggestions are greatly welcome.
Stephen J. Turnbull wrote:
>>>>>"Eric" == Eric Nute
<eric(a)lybrandnute.net> writes:
>>>>>
>>>>>
Eric> I am using Xemacs, Cygwin version, on a Windows 2000
Eric> station. When I tried to use the tools, specifically "Tools
Eric> -> Compare -> Two Files" or "Tools -> Grep -> Grep all
files
Eric> in directory", the tool fails with an error in the bottom
Eric> line stating "Doing Fork: Bad File Descriptor" .
What happens if you do M-! grep something some-existing-file RET?
I suspect grep is not on the PATH that XEmacs knows about.
The other possibility is breakage in XEmacs handing off processes to
Cygwin. What version of Cygwin are you using? Is this changed
behavior, or are you a new XEmacs users? Have you updated (from a
previous version) either XEmacs or Cygwin lately?
A better place to ask is xemacs-beta(a)xemacs.org, and/or
xemacs-winnt(a)xemacs.org (the latter is nearly defunct, but there are
still a few subscribers who haven't joined the xemacs-beta list yet).
--
Eric Nute <eric(a)lybrandnute.net>