This is the mail archive of the mailing list for the Cygwin project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: 1.5.4-1: Problem with XEmacs, fonts, and subprocesses.

On Sat, Oct 11, 2003 at 03:13:13PM -0500, Jerry James wrote:
>I wandered over here to see what was up with the bug report that started
>this thread.  Igor's solution works for me.  Thanks, Igor!
>Christopher Faylor wrote:
>>But seriously, if anyone would like to be an official Xemacs liason and
>>officially test snapshots when they happen that would certainly be
>>welcome.  I will not be running Xemacs to test things, unfortunately.
>>I would be glad to work with someone who was willing to test debug
>>versions of the Cygwin DLL and provide intelligent feedback on
>I'll do that.  I'm one of the XEmacs developers, by the way.

Ok.  You're subscribed to cygwin-developers.  Please try out Xemacs when
you see discussion there about changes to a new snapshot and pay
particular attention when a pending release is mentioned.

If you are interested in XEmacs bug reports you should be subscribed to
the cygwin mailing list too.  You have my condolences, if you're really
willing to do that.

>Also, if I take on this role, it is with the caveat that I'm a
>professor, so I reserve the right to be pedantic at the drop of a hat.
>Er, no, what I meant to say is that my schedule is somewhat
>unpredictable, except for around finals time, when I can confidently
>predict that I will be extremely busy.  If you're willing to work with
>a guy who might take 2 or 3 days to answer your email, I'm your man.

2 or 3 days would be heaven as long as you are providing accurate
feedback.  Just to be clear: I'm not going to be driving this.  I'm
expecting good bug reports (see

To summarize bugs.html, a good bug report will entail detailed
descriptions of the problem.  It will not contain phrases like "and then
it went all to hell" or "and then it just fizzled out".  It will not
editorialize on how important the problem is to you or how angry you are
that the problem occurred to you or how much the documentation sucks.  It
won't go into great detail about what you had for breakfast on a given
day and it won't contain a treatise on the way you think software projects
should be run.  If you look at code, it won't contain shock, anger, or
amazement at the way the code was organized, commented, or indented.

I'm not going to get involved in discussions on how to set up your
environment or what packages to install via setup.exe.  The mailing
list can help with that.

Oh, and no personal email, please.  The discussions belong on the
appropriate mailing lists.

I'm not saying that you will do any of these things.  I'm giving you
care and feeding of cgf (and pretty much any developer) instructions

>> If someone is interested in doing this perhaps they might also be
>> interested in providing an Xemacs package for the cygwin distribution.
>> This would be automatically preapproved.
>Sure thing.  Do you want X with that?  (I prefer fries.)

That would be up to you.  Check out the information at for what is entailed.

>Also, FWIW, I compared the environments of an XEmacs started from the
>shell (working) and an XEmacs started from an icon (not working).  The
>one started from the shell had these environment settings that were not
>present in the nonworking version:
>"PS1=\\[\\033]0;\\w\\007\n\\033[32m\\]\\u@\\h \\[\\033[33m\\w\\033[0m\\]\n$ "
>"USER=[censored by Jerry]"

Those look like variables that came from the command shell.

>The PATH variables are different for the two versions, also.  The
>difference is that the one started from the shell starts with
>"/usr/local/bin:/usr/bin:/bin:", and ends with ":/usr/X11R6/bin", both
>of which are missing in the nonworking version.  If I'm reading the FAQ
>correctly (, this could be the
>source of the problem.
>Are we doing something wrong, or should the PATH have been magically
>modified somehow?

The only thing that the Cygwin DLL does explicitly is convert the PATH
from windows to unix format.  It doesn't add or delete directories from
the PATH.

The PATH that a non-console-started version of Xemacs sees would come
from the standard windows location.  The PATH that an Xemacs-from-shell
sees would depend on what the shell has set.

Btw, there is a new cygwin snapshot available that has been reported
to solve the cut/paste problems: .
Please use the resources at rather than sending personal email.
Special for spam email harvesters: send email to
and be permanently blocked from mailing lists at

Unsubscribe info:
Problem reports:

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]