On May 26, 1:34am, Vincent Lefevre wrote:
}
} Now, I could reproduce the problem with both bash and pdksh.
} I don't know why I couldn't reproduce it the first times while it is
} 100% reproducible under zsh (perhaps timings are a bit different).
It's possible that zsh is passing a larger *envp
reassign 482346 linux-image-2.6.24-1-powerpc
retitle 482346 kernel 2.6.24-1-powerpc oops after vlc segfaults
thanks
because it became clear that zsh has nothing to do with this bug.
I forgot to say that the screen brightness is set to 100% (the machine
is an early PowerBook G4) when the kernel oo
On 2008-05-25 15:26:58 -0700, Phil Pennock wrote:
>have you tried sending a SIGKILL to force-exit the vlc, to see if
>either zsh or init can reap the process then?
This has no effect.
> Does ps(1) actually show the 'Z' for zombie?
Yes (BTW, this was in my second message).
Now, I could r
On 2008-05-25 at 23:37 +0200, Vincent Lefevre wrote:
> On 2008-05-24 18:23:21 -0700, Phil Pennock wrote:
> > Then I'd be inclined to start looking into hardware issues, since
> > _something's_ probably getting stuck in disk IO; I'll suspect that
> > before kernel bugs, but it might also be worth se
On 2008-05-25 11:08:44 +0100, Stephane Chazelas wrote:
> zombies are not processes so cannot contribute to load average.
Except in case of kernel bugs, I suppose.
> Could you try top -H (to see threads)
I don't see anything special.
> and the same thing with pdksh?
Just like with bash, no prob
On 2008-05-24 18:23:21 -0700, Phil Pennock wrote:
> Then I'd be inclined to start looking into hardware issues, since
> _something's_ probably getting stuck in disk IO; I'll suspect that
> before kernel bugs, but it might also be worth seeing if there are other
> problems with threaded programs on
On Sun, May 25, 2008 at 02:41:01AM +0200, Vincent Lefevre wrote:
> On 2008-05-24 16:40:02 -0700, Phil Pennock wrote:
> > Since you're on a rarer architecture that doesn't see so much Linux
> > kernel debugging, I'd be inclined to look at what has changed in the
> > kernel's architecture-specific si
On 2008-05-25 at 02:41 +0200, Vincent Lefevre wrote:
> None, and the CPU is idle:
Then I'd be inclined to start looking into hardware issues, since
_something's_ probably getting stuck in disk IO; I'll suspect that
before kernel bugs, but it might also be worth seeing if there are other
problems w
On 2008-05-24 16:40:02 -0700, Phil Pennock wrote:
> Since you're on a rarer architecture that doesn't see so much Linux
> kernel debugging, I'd be inclined to look at what has changed in the
> kernel's architecture-specific signal handling code. (But see below).
I don't know if the bug is new. I'
On 2008-05-24 at 14:44 +0200, Vincent Lefevre wrote:
> Note: when I kill zsh, the zombie remains there and gets attached
> to init. The load average remains very high.
If the zombie is reparented to init but still stays a zombie, then
there's something worse wrong with your system. If init can't
On Sat, May 24, 2008 at 10:41:07AM -0700, Bart Schaefer wrote:
[...]
> But if *that* were a tight loop, it would mean that signal_suspend()
> isn't working. It'd be nice to know what process or processes send
> the load so high; 100% CPU usage is one thing, but 26+ processes in
> runnable state so
On Sat, May 24, 2008 at 04:58:20PM +0100, Stephane Chazelas wrote:
> I'm under the impression that it is by accident/mistake, the
> conf-end.h that would enable the sigsuspend is there but not
> included in posh, and there's no mention of the change in the
> changelog. Clint may confirm/infirm
Yes
On May 24, 4:27pm, Stephane Chazelas wrote:
}
} From the straces, we see that zsh is not receiving any SIGCHLD.
If that were the only problem, then opening another shell window and
performing "kill -CHLD ..." on the original shell should clear it all
up. But as PWS pointed out, the spiking load
On Sat, May 24, 2008 at 04:27:04PM +0100, Stephane Chazelas wrote:
[...]
> Note that both mksh and posh are meant to derive from pdksh. It
> would be interesting to know why posh switched from sigsuspend
> to wait4.
[...]
I'm under the impression that it is by accident/mistake, the
conf-end.h that
On Sat, May 24, 2008 at 03:25:04PM +0100, Peter Stephenson wrote:
> On Sat, 24 May 2008 14:44:45 +0200
> Vincent Lefevre <[EMAIL PROTECTED]> wrote:
> > This is 100% reproducible with both zsh and zsh-beta.
>
> If it's just a matter of starting vlc and trying to kill it for you,
> then there's some
On Sat, 24 May 2008 14:44:45 +0200
Vincent Lefevre <[EMAIL PROTECTED]> wrote:
> This is 100% reproducible with both zsh and zsh-beta.
If it's just a matter of starting vlc and trying to kill it for you,
then there's something more to track down since this doesn't happen for
me (Fedora 9).
There m
severity 482346 important
thanks
On 2008-05-24 02:55:56 +, Clint Adams wrote:
> On Sat, May 24, 2008 at 12:43:05AM +0200, Vincent Lefevre wrote:
> > Same problem with zsh-beta 4.3.6-dev-0+20080506-1.
>
> Just to keep things clear, that has users/12815 applied, and the
> original report did no
On Sat, May 24, 2008 at 12:43:05AM +0200, Vincent Lefevre wrote:
> Same problem with zsh-beta 4.3.6-dev-0+20080506-1.
Just to keep things clear, that has users/12815 applied, and the
original report did not.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble
I've done a "strace -f". The last system call from zsh is:
21344 rt_sigsuspend([]
which occurred at about the same time vlc was started. Then, beginning
at the first SIGINT:
21345 --- SIGINT (Interrupt) @ 0 (0) ---
21345 time(NULL)= 1211583212
21345 sigreturn()
On 2008-05-23 14:57:22 +, Clint Adams wrote:
> Vincent, could you try reproducing this with the zsh-beta package?
Same problem with zsh-beta 4.3.6-dev-0+20080506-1.
zshenv...
zshrc...
Shell level: 4
The tty is frozen
ay:~> exec zsh-beta<0:36
On 2008-05-24 00:43:05 +0200, Vincent Lefevre wrote:
> On 2008-05-23 14:57:22 +, Clint Adams wrote:
> > Vincent, could you try reproducing this with the zsh-beta package?
>
> Same problem with zsh-beta 4.3.6-dev-0+20080506-1.
Ditto with zsh-beta -f:
zshenv...
zshrc...
Shell level: 4
The tty
On Fri, May 23, 2008 at 07:39:40AM -0700, Bart Schaefer wrote:
> What version of the shell are we dealing with here? Does it have PWS's
> patch from users/12815? I've been a little worried that that is too
> simple. On the other hand, if it does not have users/12815, it's
> possible that zsh is
On May 22, 11:33pm, Clint Adams wrote:
}
} Any ideas what might be going on? Race condition?
What version of the shell are we dealing with here? Does it have PWS's
patch from users/12815? I've been a little worried that that is too
simple. On the other hand, if it does not have users/12815, it'
Any ideas what might be going on? Race condition?
On Thu, May 22, 2008 at 01:50:08AM +0200, Vincent Lefevre wrote:
> I started vlc from the zsh command line. Some time later, I decided
> to kill vlc with Ctrl-C. As I didn't get the prompt, I tried Ctrl-C
> a few more times, with no change. I can s
On 2008-05-22 01:50:08 +0200, Vincent Lefevre wrote:
> ay:~> ps -ft pts/5
> UIDPID PPID C STIME TTY TIME CMD
> lefevre 4277 20147 1 01:16 pts/500:00:26 [vlc]
> lefevre 20147 20126 0 May06 pts/500:00:00 zsh
Additional information that may be useful:
ay:~> ps -lt pt
Package: zsh
Version: 4.3.6-2
Severity: normal
I started vlc from the zsh command line. Some time later, I decided
to kill vlc with Ctrl-C. As I didn't get the prompt, I tried Ctrl-C
a few more times, with no change. I can see that vlc is now a zombie:
ay:~> ps -ft pts/5
UIDPID PPID C S
26 matches
Mail list logo
