On Sat, Oct 29, 2005 at 06:07:35PM +0200, Paweł Sikora wrote:
> Dnia sobota, 29 października 2005 14:14, Tomasz Grobelny napisał:
> > Dnia sobota 29 października 2005 12:33, Jakub Bogusz napisał:
> > > No i przy niektórych wywołaniach programu po alarm(1) ten SIGALRM
> > > (ani żaden inny SIG) w og
Dnia sobota, 29 października 2005 14:14, Tomasz Grobelny napisał:
> Dnia sobota 29 października 2005 12:33, Jakub Bogusz napisał:
> > No i przy niektórych wywołaniach programu po alarm(1) ten SIGALRM
> > (ani żaden inny SIG) w ogóle do procesu nie dochodzi...
> > Jakieś problemy z jądrem? Czy głupi
Dnia sobota 29 października 2005 12:33, Jakub Bogusz napisał:
> No i przy niektórych wywołaniach programu po alarm(1) ten SIGALRM
> (ani żaden inny SIG) w ogóle do procesu nie dochodzi...
> Jakieś problemy z jądrem? Czy głupi błąd w kodzie testu?
Jeśli timer ma ustawioną bardzo małą wartość to może
On Fri, Oct 28, 2005 at 11:52:04PM +0200, Jakub Bogusz wrote:
> builder 25985 99.3 0.0 239676 ?RN Oct27 1631:16
> \_ ./tst
> ^^^
>
> Coś się zapętlił. Do poprawki.
Dziwne. On próbuje sprawdza
root 25876 0.0 0.0 18648 208 ?SN Oct27 0:00 su - builder
-c export LC_ALL=C; cd rpm/SPECS; TMPDIR=/tmp/B.efb541
builder 25877 0.0 0.0 9084 368 ?SN Oct27 0:00 \_ -bash -c
export LC_ALL=C; cd rpm/SPECS; TMPDIR=/tmp/B.efb541 ni
builder 25926 0.0 0.0 26920