Re: Re: Moved virtual cwd stuff to TSRM

At 02:37 AM 9/5/00 +0200, Olivier Cahagne wrote:

Hi,

It might be a broken build. Can you please rebuild PHP from scratch. cd php4/ ../cvsclean ../buildconf ../configure ....

I took later snapshots built it as stated below: same result. So I did ./cvsclean and ./buildconf (which by the way won't work with Digital Unix make) on another machine, then went to back to this one, compiled and ran php. Still segfaulting.

If this still happens please send a backtrace? Type bt after the crash

www@marvin ~/compil/php4-200009041545>gdb php GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.16 (i386-netbsd), Copyright 1996 Free Software Foundation, Inc... (gdb) run Starting program: /nfs/s5/space/users/guest/www/compil/php4-200009041545/php bt Program received signal SIGSEGV, Segmentation fault. 0x7ee14 in virtual_file_ex (state=0x0, path=0xefbfcea8 "/usr/space/www/etc/httpd/conf/php_cgi/php.ini", verify_path=0) at tsrm_virtual_cwd.c:332

332             CWD_STATE_COPY(old_state, state);

(gdb) bt #0 0x7ee14 in virtual_file_ex (state=0x0, path=0xefbfcea8 "/usr/space/www/etc/httpd/conf/php_cgi/php.ini", verify_path=0) at tsrm_virtual_cwd.c:332 (gdb)

Can you please compile with --enable-debug? Something seems screwed up here and you don't really have a back trace. Is it compiling with -g? The crash doesn't make much sense if it's coming from expand_filepath() which is what I think but it might be from some other place. Andi --- Andi Gutmans <andi@zend.com> http://www.zend.com/