* Before 4.2.1 is finalized ...
@ 2004-07-23 18:05 Bart Schaefer
2004-07-23 18:45 ` Philippe Troin
0 siblings, 1 reply; 3+ messages in thread
From: Bart Schaefer @ 2004-07-23 18:05 UTC (permalink / raw)
To: zsh-workers
Would someone please look again at workers/19750 and tell me whether I
should commit a change to attachtty()?
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Before 4.2.1 is finalized ...
2004-07-23 18:05 Before 4.2.1 is finalized Bart Schaefer
@ 2004-07-23 18:45 ` Philippe Troin
2004-07-24 18:35 ` Bart Schaefer
0 siblings, 1 reply; 3+ messages in thread
From: Philippe Troin @ 2004-07-23 18:45 UTC (permalink / raw)
To: zsh-workers
Bart Schaefer <schaefer@brasslantern.com> writes:
> Would someone please look again at workers/19750 and tell me whether
> I should commit a change to attachtty()?
I'd say, until we investigate this issue a little bit more, let's not
touch it.
I'd be interested in the strace output of the problem shell.
Phil.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Before 4.2.1 is finalized ...
2004-07-23 18:45 ` Philippe Troin
@ 2004-07-24 18:35 ` Bart Schaefer
0 siblings, 0 replies; 3+ messages in thread
From: Bart Schaefer @ 2004-07-24 18:35 UTC (permalink / raw)
To: zsh-workers
On Fri, 23 Jul 2004, Philippe Troin wrote:
> I'd be interested in the strace output of the problem shell.
In my original message, I reported:
glibc-2.3.2-95.6
gcc-3.2.3-24
I've since upgraded CentOS, so I now have:
glibc-2.3.2-95.20
gcc-3.2.3-34
Also the kernel changed from:
kernel-smp-2.4.21-9.0.1.EL.c0
To:
kernel-smp-2.4.21-15.0.3.EL.c0
I can no longer reproduce the problem with a freshly-compiled 4.2.x from
CVS. I *can* stil reproduce it with the 4.0.7 zsh binary that was
originally installed from RPM (zsh-4.0.7-1). I don't have an unpatched
copy of the 4.2.0 binary compiled with the old compiler/libraries, so I
can't make a comparison to that.
I diffed the strace output from the failing 4.0.7 and the working 4.2.x,
and found that 4.0.7 *never* makes the ioctl(TIOCSPGRP) system call. At
first I thought this meant the failure return from tcsetpgrp() must be
coming from glibc itself, but ltrace shows that even tcsetpgrp() is not
called. I can follow the trace through what must be the init_shout() call
in init_io(), but it goes awry -- it's as if the 4.0.7 RPM were built with
#undef JOB_CONTROL. Yet I *was* having this identical problem with 4.2.0,
previously, and I built that myself and I did see tcsetpgrp() called (and
failing) when tracing through 4.2.0 with GDB.
Maybe the RPM builders knew tcsetpgrp() was unreliable and just compiled
it out entirely, but that seems pretty strange, and there's no mention of
it in the RPM changelog. (The SRPM is straight from RedHat.)
So perhaps this rates a mention in the MACHINES file, or perhaps not, but
I guess no change for this is required. The infinite loop I mentioned
still bothers me, but I don't have a specific suggestion.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2004-07-24 18:37 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-07-23 18:05 Before 4.2.1 is finalized Bart Schaefer
2004-07-23 18:45 ` Philippe Troin
2004-07-24 18:35 ` Bart Schaefer
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/zsh/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).