Re: Re: Moved virtual cwd stuff to TSRM

Hi, > >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. The crash probably comes from a module as compiling with: ./configure --enable-debug --without-mysql --without-gd --enable-discard-path This works fine. When compiling with this: I get the above segfault on NetBSD 1.3.3 with gcc 2.7.2.2 (I didn't try so many options on other OS). I'm going to try to enable one module at a time to see when it segfaults. -- Olivier.Cahagne@epita.fr