Re: PHP 4.0 Bug #6439 Updated: iPlanet crash when loading PHP module

sniper@php.net wrote: > ID: 6439 > Updated by: sniper > Reported By: hattemer.1@osu.edu > Status: Feedback > Bug Type: *General Issues > Assigned To: > Comments: > > Is this happening when using PHP 4.0.3pl1? > Or preferrably latest CVS ( snapshot from snaps.php.net) > > --Jani > > Previous Comments: > --------------------------------------------------------------------------- > > [2000-08-30 09:13:50] hattemer.1@osu.edu > Error message: > conf_init: Error running init function load-modules: dlopen of > /export/netscape/server4/bin/libphp4.so failed (ld.so.1: ns-httpd: > fatal: > relocation > error: file /export/netscape/server4/bin/libphp4.so: symbol > __pure_virtual: > referenced symbol not found) > > Configuration options: > ./configure --prefix=/usr/local > --with-nsapi=/export/netscape/server4/ > > Gcc version 2.95.2 > > --------------------------------------------------------------------------- > > Full Bug description available at: http://bugs.php.net/?id=6439 > > -- > PHP Development Mailing List <http://www.php.net/> > To unsubscribe, e-mail: php-dev-unsubscribe@lists.php.net > For additional commands, e-mail: php-dev-help@lists.php.net > To contact the list administrators, e-mail: php-list-admin@lists.php.net this is always happening from php 4.0.0 on. It's because the generated libtool does not include gcc libs while linking. After configure and before make, change libtool so that LD="/usr/ccs/bin/ld -L/usr/local/lib -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/" and then deplibs="$deplibs -lc -lgcc" this will solve the pure_virtual problem. We are using the same setup (solaris and nes4), but, and is a big but, under heavy load we had lot of strange crashes because of libstdc++ not being thread safe. We ended up with some hard patch to the scanner, it works for us now but i'am including here the patch only for your knowledge, use at your own risk. Then we had another problem with a big php program, lot of code and includes. This caused stack overflow inside the netscape server, we had to change stacksize inside config/magnus.conf keep in mind this, because is very hard to catch when you do not know it. regards, -- | /"""\ | Roberto Biancardi - +39 2 277918.1 - biancardi@bware.it | |O.O| | | \_=_/ |