Another backtrace that gives a bit more information :
#gdb /usr/local/bin/php core
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or 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.
This GDB was configured as "i386-pc-sco3.2v5.0.5"...
Core was generated by `php'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/local/lib/libz.so.1...done.
Loaded symbols for /usr/local/lib/libz.so.1
Reading symbols from /usr/lib/libresolv.so.1...done.
Loaded symbols for /usr/lib/libresolv.so.1
Reading symbols from /usr/local/lib/libmysqlclient.so10...done.
Loaded symbols for /usr/local/lib/libmysqlclient.so10
Reading symbols from /usr/local/lib/libxml2.so2...done.
Loaded symbols for /usr/local/lib/libxml2.so2
Reading symbols from /usr/lib/libsocket.so.2...done.
Loaded symbols for /usr/lib/libsocket.so.2
Reading symbols from /usr/lib/libc.so.1...done.
Loaded symbols for /usr/lib/libc.so.1
#0 open_file_for_scanning (file_handle=0x6e696d) at
zend_language_scanner.c:2947
2947 switch (file_handle->type) {
(gdb) bt
#0 open_file_for_scanning (file_handle=0x6e696d) at
zend_language_scanner.c:2947
#1 0x80d5eee in compile_file (file_handle=0x6e696d, type=2) at
zend_language_scanner.c:3006
#2 0x80e86d3 in zend_execute_scripts (type=1986356271, retval=0x7366632f,
file_count=1818585135)
at zend.c:810
#3 0x752ffd9e in ?? ()
#4 0x805da80 in main (argc=2, argv=0x80471ac) at cgi_main.c:738
#5 0x805c9fb in _start ()
(gdb)
Samantha Savvakis <[EMAIL PROTECTED]> wrote in message news:...;
> Hi,
>
> I recently upgraded my development web server from PHP 4.0.6 to PHP 4.1.2
in
> the wake of the security alert.
>
> Details:
>
> SCO Openserver 5.0.6
> Apache 1.3.20 with SSL
> PHP 4.1.2
> Libxml 2.4.16
> Mysql 3.23.48
>
> PHP configure:
>
> ./configure \
> --with-apache=/u/apps/apache_1.3.20_wssl \
> --with-mysql=/usr/local/mysql-3.23.48 \
> --with-dom \
> --enable-track-vars \
> --enable-trans-sid \
> --with-zlib-dir=/usr/local/lib
>
> Apache Configure
>
> ./configure \
> --prefix=/usr/local/apache
> --activate-module=src/php4/libphp4.a
> --enable-module=rewrite
>
> Since the upgrade, I am receiving Segementation Faults in the log files
when
> accessing some of my existing code. It is not happening all the time, only
> occasionally. I haven't been able to pin point where the problem is.
>
> Here is the output from the backtrace - I ran the php binary on one of the
> files that segfaulted and it created a core dump.
>
> Here is the output from the gdb of the core:
>
> --------------------------------------------------------------------------
--
> -----------
> # gdb /usr/local/bin/php core
>
> Copyright 2000 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you
are
> welcome to change it and/or 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.
> This GDB was configured as "i386-pc-sco3.2v5.0.5"...
> Core was generated by `php'.
> Program terminated with signal 11, Segmentation fault.
> Reading symbols from /usr/local/lib/libz.so.1...done.
> Loaded symbols for /usr/local/lib/libz.so.1
> Reading symbols from /usr/lib/libresolv.so.1...done.
> Loaded symbols for /usr/lib/libresolv.so.1
> Reading symbols from /usr/local/lib/libmysqlclient.so10...done.
> Loaded symbols for /usr/local/lib/libmysqlclient.so10
> Reading symbols from /usr/local/lib/libxml2.so2...done.
> Loaded symbols for /usr/local/lib/libxml2.so2
> Reading symbols from /usr/lib/libsocket.so.2...done.
> Loaded symbols for /usr/lib/libsocket.so.2
> Reading symbols from /usr/lib/libc.so.1...done.
> Loaded symbols for /usr/lib/libc.so.1
> #0 0x8105b5d in execute ()
> (gdb) bt
> #0 0x8105b5d in execute ()
> #1 0x74656e61 in ?? ()
> Cannot access memory at address 0x72746e69
> (gdb)
> --------------------------------------------------------------------------
--
> --------------
>
> From this, I really cannot tell what the issue is.
>
> One of the files I'm getting the fault with is using the "require"
command.
>
> If I comment out the "require" command, this file seems to work. Thing
is -
> alot of other files are using the require command on this same file, and
> they do not have a segmentation fault. I checked out the file that is
being
> required - nothing looks wrong with that. Ran: /usr/local/bin/php <file>
on
> the required file - all is ok. No core dump.
>
> I cannot put this release of PHP onto the production server because of
these
> problems, but I need to get the release out because of the security alert.
> :|
>
> What other details can I check?
>
> Thanks,
> Sam
>
>
>
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
