On Tuesday 28 of June 2011, Karol Krenski wrote:
Dnia Tuesday 28 of June 2011, Arkadiusz Miskiewicz napisał:
Też pozmieniali 0.7 - padły opal:OPAL_3_6, mplayer, mplayer2 .
mplayer chyba nie :-)
Padł z innego powodu ... więc jeszcze nie wiadomo w sumie.
Zaktualizowałem
On Mon, 27 Jun 2011, Adam Osuchowski wrote:
Jacek Osiecki wrote:
OK, to przy następnym padzie zrobię jak podajesz :)
Czyli jak rozumiem: catch syscall, potem continue, potem bt?
Jeśli ,,catch syscall select'' nie złapie tego syscalla (gdb czasami tak
ma) to daj samo ,,catch syscall''. Skoro w
On Wed, 29 Jun 2011, Jacek Osiecki wrote:
On Mon, 27 Jun 2011, Adam Osuchowski wrote:
Jeśli ,,catch syscall select'' nie złapie tego syscalla (gdb czasami tak
ma) to daj samo ,,catch syscall''. Skoro w krytycznym momencie, jak
pisałeś, i tak jest wywoływany w kółko select(), to na jedno
On Wednesday 29 of June 2011 11:52:46 Jacek Osiecki wrote:
Pozwolę sobie więc wrzucić końcówkę z gdb:
(gdb) bt
#0 0x74b5880c8243 in select () from /lib64/libc.so.6
#1 0x74b575680119 in ?? () from /lib64/libgcrypt.so.11
#2 0x74b57567d630 in ?? () from /lib64/libgcrypt.so.11
On Wed, 29 Jun 2011, Pawel Sikora wrote:
On Wednesday 29 of June 2011 11:52:46 Jacek Osiecki wrote:
Pozwolę sobie więc wrzucić końcówkę z gdb:
(gdb) bt
#0 0x74b5880c8243 in select () from /lib64/libc.so.6
#1 0x74b575680119 in ?? () from /lib64/libgcrypt.so.11
#2 0x74b57567d630
On Wed, Jun 29, 2011 at 09:27:30 +0200, Jacek Osiecki wrote:
No więc wygląda na to, że ta wywałka zawsze występuje po /etc/init.d/httpd
reload
- nie po każdym, ciężko znaleźć jakąś regułę.
Dziś zrobiłem reload - i trafione.
To tak tylko dla nawiązania:
On Wed, 29 Jun 2011, Tomasz Pala wrote:
On Wed, Jun 29, 2011 at 09:27:30 +0200, Jacek Osiecki wrote:
No więc wygląda na to, że ta wywałka zawsze występuje po /etc/init.d/httpd
reload
- nie po każdym, ciężko znaleźć jakąś regułę.
Dziś zrobiłem reload - i trafione.
To tak tylko dla nawiązania:
