>>>> "SY" == Steve Youngs
<youngs(a)xemacs.org> writes:
SY> APPROVE
SY> [ Apologies for the long delay in responding. ]
That's OK, I've been waiting for someone to tell me whether I've done
something wrong or found an XEmacs bug before self-approving it...
:-(
SY> [...]
SY> Seeing as though the code in this patch that breaks XEmacs is
SY> commented out, I'm happy for it to be committed. But before
SY> you do, please do a ChangeLog entry for it and commit that
SY> also.
Oh yeah... dumb question: do the ChangeLog entries have to be in
date order? The corresponding entry from my local RCS log has a date
of 2002-06-11, which has already been passed in the prog-modes
ChangeLog. If they have to be in order, should I always change that
date to the commit date?
I also notice that the dates got out of order when I last
committed...:-(
By the way, I'd really like to try and solve the problem before I
commit the code. The alternative is to disabled the offending code
when running under XEmacs and enable it for GNU Emacs. However,
without the waiting code, the results can be strange if the user hits
enter too quickly... :-(
Is there someone in particular worth hassling about why
(eq (process-status proc) 'run)
is t when the process is a zombie? In my particular case, if XEmacs
did a wait*() to cleanup the child, it wouldn't matter anyway. For
some reason XEmacs is updating the display but not reaping dead
children...:-(
Thanks...
peace & happiness,
martin