Apache segfault

[Jakub Bogusz]

On Tue, Nov 06, 2001 at 09:58:28AM +0100, Daniel Mr?z wrote:
> On Tue, Nov 06, 2001 at  8:00:27 +0100, Tomasz K?oczko wrote:
> >>> 6821  close(16)                         = 0
> >>> 6821  munmap(0x797000, 39124)           = 0
> >> [...]
> >>> 6821  --- SIGSEGV (Segmentation fault) ---
> >> Dużo to nie robi... może jeszcze ltrace?
> > Lepszy byłby już strace lub back trace z uruchomienai httpd bez 
> > forkowania.
> Hmmm... Nie jestem teraz w stanie zrobic bt gdyz mam zestripowane
> binarki i brak czasu na rekompilacje httpd. Back trace ze stripow
> konczy sie na:
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x001a25b4 in dlopen () from /lib/libc.so.6
> 
> ...czyli niewiele. Strace bez forkowania konczy sie jak z forkowaniem:
> munmap... munmap... munmap... bum.
> Blad jest raczej w PHP... Posiedzialem troche nad tym i zrobilem maly
> test:
> 
> [root w is root]# php
> <?php
>         print("Zaraz sie wykrzacze...\n");
>         exit;
> ?>
> X-Powered-By: PHP/4.0.6
> Content-type: text/html
> 
> Zaraz sie wykrzacze...
> php: dl-close.c:158: _dl_close: Assertion `imap->l_type == lt_loaded || imap->l_opencount > 0' failed.
> Aborted
> 
> Po wywaleniu modulu imap z php.ini wynik jest inny:
> 
> Zaraz sie wykrzacze...
> php: dl-close.c:118: _dl_close: Assertion `new_opencount[0] == 0'
> failed.
> Aborted

Może się jakieś symbole gryzą w bibliotekach wymaganych przez
poszczególne moduły?
Wszystkie pakiety masz z PLD?
Kiedyś wyszło, że gryzie się mysql z recode - dlatego recode w PLD ma
patcha zmieniającego nazwy niektórych funkcji używanych wewnętrznie
przez recode. IIRC efekty były bardzo podobne.

> Skrypt jest wykonywany bez bledow dopiero po wywaleniu modulu odbc
> i z takimi ustawieniami Apache startuje i dziala z modulem php4.

A odbc albo imap działają jako jedyny moduł?
Jeżeli tak, to trzeba ustalić, które pary modułów się gryzą, i wtedy
szukać konfliktów w bibliotekach.


-- 
Jakub Bogusz
http://prioris.mini.pw.edu.pl/~qboosh/