php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #20021 core when execute phpinfo()
Submitted: 2002-10-22 02:41 UTC Modified: 2002-12-01 16:45 UTC
From: scalero at datadec dot es Assigned:
Status: Not a bug Package: Reproducible crash
PHP Version: 4.2.3 OS: tru64 v5.1
Private report: No CVE-ID: None
 [2002-10-22 02:41 UTC] scalero at datadec dot es
In tru64 v.5.1, apache 1.3.26 and php.4.2.3 compiled with:

./configure --enable-ftp --with-gettext --with-imap=imap-uw --with-oci8 --with-apxs=apxs --enable-debug --with-ldap=ldap_sdk

When I execute phpinfo(), I obtain a core in the apache root directory. 

The gdb 5.2.1 program runs with problems in tru64 v.5.1 but this is all the results:

#0  0x3ff805cb1d8 in __nxm_thread_kill () from /usr/shlib/libpthread.so
(gdb) bt
#0  0x3ff805cb1d8 in __nxm_thread_kill () from /usr/shlib/libpthread.so
#1  0x3ff805b7938 in pthread_kill () from /usr/shlib/libpthread.so
#2  0x3ff805c07d0 in __tsInitSelf () from /usr/shlib/libpthread.so
#3  0x3ff80118d28 in tis_raise () from /usr/shlib/libc.so



Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-10-22 03:39 UTC] sniper@php.net
Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip
 [2002-10-22 04:48 UTC] scalero at datadec dot es
At startup:


# /usr/internet/httpd2/bin/apachectl start                                
Unaligned access pid=127407 <httpd> va=0x3fffffec0ac pc=0x3ffbff773f0 ra=0x3ffbff773e4 inst=0xb4010000
Unaligned access pid=127407 <httpd> va=0x3fffffed8dc pc=0x3ffbff773f0 ra=0x3ffbff773e4 inst=0xb4010000
/usr/internet/httpd2/bin/apachectl start: httpd started

And continues with the problem, this is de gdb out:

Loaded symbols for /usr/shlib/libclu.so
#0  0x3ff800e1f28 in kill () from /usr/shlib/libc.so
(gdb) bt
#0  0x3ff800e1f28 in kill () from /usr/shlib/libc.so
#1  0x3ffbff4bf34 in url_adapt (src=0x11ffd8ef0 "??o?\003", srclen=4396972226040, 
    data=0x3fffffb8710 "/data/sebas/programs/php4-200210220000/Zend/zend_execute.c", newlen=0x5a5a5a5c) at url_scanner.c:346
warning: Hit heuristic-fence-post without finding
warning: enclosing function for address 0x14068bf18
This warning occurs if you are debugging a function without any symbols
(for example, in a stripped executable).  In that case, you may wish to
increase the size of the search with the `set heuristic-fence-post' command.


With the snapshot another scripts make cores.

Many thanks.
 [2002-10-22 10:18 UTC] sniper@php.net
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.


 [2002-10-22 11:41 UTC] scalero at datadec dot es
This is all I can obtain by gdb on my system:

# /usr/local/bin/gdb /usr/internet/httpd/bin/httpd /usr/internet/httpd/core
GNU gdb 5.2.1
Copyright 2002 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 "alphaev67-dec-osf5.1"...(no debugging symbols found)...
Core was generated by `httpd'.
Program terminated with signal 6, Aborted.
Reading symbols from /sbin/loader...(no debugging symbols found)...done.
Loaded symbols for /sbin/loader
Reading symbols from /usr/shlib/libm.so...(no debugging symbols found)...done.
Loaded symbols for /usr/shlib/libm.so
Reading symbols from /usr/shlib/libc.so...(no debugging symbols found)...done.
Loaded symbols for /usr/shlib/libc.so
Reading symbols from /usr/internet/httpd/libexec/libphp4.so...done.
Loaded symbols for /usr/internet/httpd/libexec/libphp4.so
Reading symbols from /usr/shlib/libldapssl30.so...done.
Loaded symbols for /usr/shlib/libldapssl30.so
Reading symbols from /usr/local/lib/libintl.so...done.
Loaded symbols for /usr/local/lib/libintl.so
Reading symbols from /usr/shlib/libexc.so...done.
Loaded symbols for /usr/shlib/libexc.so
Reading symbols from /usr/shlib/librt.so...done.
Loaded symbols for /usr/shlib/librt.so
Reading symbols from /usr/shlib/libaio_raw.so...done.
Loaded symbols for /usr/shlib/libaio_raw.so
Reading symbols from /u01/app/oracle/product/8.1.7/lib/libclntsh.so.8.0...done.
Loaded symbols for /u01/app/oracle/product/8.1.7/lib/libclntsh.so.8.0
Reading symbols from /usr/shlib/libcxx.so...done.
Loaded symbols for /usr/shlib/libcxx.so
Reading symbols from /usr/shlib/libpthread.so...done.
Loaded symbols for /usr/shlib/libpthread.so
Reading symbols from /usr/shlib/libmach.so...done.
Loaded symbols for /usr/shlib/libmach.so
Reading symbols from /usr/shlib/libiconv.so...done.
Loaded symbols for /usr/shlib/libiconv.so
---Type <return> to continue, or q <return> to quit---
Reading symbols from /u01/app/oracle/product/8.1.7/lib/libwtc8.so...mipsread.c:402: gdb-internal-error: sect_index_data not initiald
An internal GDB error was detected.  This may make further
debugging unreliable.  Quit this debugging session? (y or n) n
Create a core file containing the current state of GDB? (y or n) n

Reading symbols from /usr/shlib/libsialdap.so...done.
Loaded symbols for /usr/shlib/libsialdap.so
Reading symbols from /usr/shlib/libsecurity.so...done.
Loaded symbols for /usr/shlib/libsecurity.so
Reading symbols from /usr/shlib/libdb.so...done.
Loaded symbols for /usr/shlib/libdb.so
Reading symbols from /usr/shlib/libaud.so...done.
Loaded symbols for /usr/shlib/libaud.so
Reading symbols from /usr/shlib/libevm.so...done.
Loaded symbols for /usr/shlib/libevm.so
Reading symbols from /usr/shlib/libclu.so...done.
Loaded symbols for /usr/shlib/libclu.so
#0  0x3ff805cb1d8 in __nxm_thread_kill () from /usr/shlib/libpthread.so
(gdb) bt
#0  0x3ff805cb1d8 in __nxm_thread_kill () from /usr/shlib/libpthread.so
#1  0x3ff805b7938 in pthread_kill () from /usr/shlib/libpthread.so
#2  0x3ff805c07d0 in __tsInitSelf () from /usr/shlib/libpthread.so
#3  0x3ff80118d28 in tis_raise () from /usr/shlib/libc.so
(gdb) 

If this is insufficient, I can attach the core to a mail for "sniper@php.net".
 [2002-10-22 11:58 UTC] iliaa@php.net
Do you have any CFLAGS exported that could cause the debugging symbols to be lost?
 [2002-10-22 12:04 UTC] scalero at datadec dot es
How can I see the 'CFLAGS'?

The library '/u01/app/oracle/product/8.1.7/lib/libwtc8.so' is created when Oracle is installed in the system.
 [2002-10-22 12:29 UTC] sniper@php.net
What is the 'ldap_sdk' here? Try compile php without --with-ldap 


 [2002-10-22 12:30 UTC] sniper@php.net
Forgot to mention this: On some systems you need to have apache httpd also linked with libpthread.so when PHP is linked with oci8..

 [2002-10-23 01:52 UTC] scalero at datadec dot es
I rebuild Apache with: 'LDFLAGS=-lpthread', when I execute ldd httpd:


        Main  =>   httpd
        libpthread.so  =>   /usr/shlib/libpthread.so
        libm.so  =>   /usr/shlib/libm.so
        libc.so  =>   /usr/shlib/libc.so
        libexc.so  =>   /usr/shlib/libexc.so

And the 'ldap_sdk' are the LDAP libraries of Netscape, I use PHP for access a LDAP directory.
 [2002-10-24 01:17 UTC] sniper@php.net
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.


---

Please read these instructions again and try the 
method of running httpd under gdb.

Also, try compiling PHP without --with-oci8.
If no crash happens, then make --with-ldap to use 
the oracle provided ldap by passing it the same path as for oci8.


 [2002-10-24 03:57 UTC] scalero at datadec dot es
When I execute gdb on de core obtain:

/usr/local/bin/gdb /usr/internet/httpd/bin/httpd /usr/internet/httpd/core
GNU gdb 5.2.1
Copyright 2002 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 "alphaev67-dec-osf5.1"...(no debugging symbols found)...
Core was generated by `httpd'.
Program terminated with signal 6, Aborted.
Reading symbols from /sbin/loader...(no debugging symbols found)...done.
Loaded symbols for /sbin/loader
Reading symbols from /usr/shlib/libpthread.so...done.
Loaded symbols for /usr/shlib/libpthread.so
Reading symbols from /usr/shlib/libm.so...done.
Loaded symbols for /usr/shlib/libm.so
Reading symbols from /usr/shlib/libc.so...done.
Loaded symbols for /usr/shlib/libc.so
Reading symbols from /usr/shlib/libexc.so...done.
Loaded symbols for /usr/shlib/libexc.so
Reading symbols from /usr/shlib/librt.so...done.
Loaded symbols for /usr/shlib/librt.so
Reading symbols from /usr/shlib/libaio_raw.so...done.
Loaded symbols for /usr/shlib/libaio_raw.so
Reading symbols from /usr/shlib/libcxx.so...done.
Loaded symbols for /usr/shlib/libcxx.so
Reading symbols from /usr/shlib/libsialdap.so...done.
Loaded symbols for /usr/shlib/libsialdap.so
Reading symbols from /usr/shlib/libsecurity.so...done.
Loaded symbols for /usr/shlib/libsecurity.so
Reading symbols from /usr/shlib/libdb.so...done.
Loaded symbols for /usr/shlib/libdb.so
Reading symbols from /usr/shlib/libaud.so...done.
Loaded symbols for /usr/shlib/libaud.so
Reading symbols from /usr/shlib/libevm.so...done.
Loaded symbols for /usr/shlib/libevm.so
Reading symbols from /usr/shlib/libclu.so...done.
Loaded symbols for /usr/shlib/libclu.so
---Type <return> to continue, or q <return> to quit---
Reading symbols from /usr/internet/httpd/libexec/libphp4.so...done.
Loaded symbols for /usr/internet/httpd/libexec/libphp4.so
Reading symbols from /usr/shlib/libldapssl30.so...done.
Loaded symbols for /usr/shlib/libldapssl30.so
Reading symbols from /usr/local/lib/libintl.so...done.
Loaded symbols for /usr/local/lib/libintl.so
Reading symbols from /u01/app/oracle/product/8.1.7/lib/libclntsh.so.8.0...done.
Loaded symbols for /u01/app/oracle/product/8.1.7/lib/libclntsh.so.8.0
Reading symbols from /shlib/libmach.so...done.
Loaded symbols for /shlib/libmach.so
Reading symbols from /usr/shlib/libiconv.so...done.
Loaded symbols for /usr/shlib/libiconv.so
Reading symbols from /u01/app/oracle/product/8.1.7/lib/libwtc8.so...mipsread.c:402: gdb-internal-error: sect_index_data not initiald
An internal GDB error was detected.  This may make further
debugging unreliable.  Quit this debugging session? (y or n) n
Create a core file containing the current state of GDB? (y or n) n

#0  0x3ff805cb1d8 in __nxm_thread_kill () from /usr/shlib/libpthread.so
(gdb) bt
#0  0x3ff805cb1d8 in __nxm_thread_kill () from /usr/shlib/libpthread.so
#1  0x3ff805b7938 in pthread_kill () from /usr/shlib/libpthread.so
#2  0x3ff805c07d0 in __tsInitSelf () from /usr/shlib/libpthread.so
#3  0x3ff80118d28 in tis_raise () from /usr/shlib/libc.so
(gdb) frame 3
#3  0x3ff80118d28 in tis_raise () from /usr/shlib/libc.so


And if I execute:

/usr/local/bin/gdb /usr/internet/httpd/bin/httpd /usr/internet/httpd/core
GNU gdb 5.2.1
Copyright 2002 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 "alphaev67-dec-osf5.1"...(no debugging symbols found)...
Core was generated by `httpd'.
Program terminated with signal 6, Aborted.
Reading symbols from /sbin/loader...(no debugging symbols found)...done.
Loaded symbols for /sbin/loader
Reading symbols from /usr/shlib/libpthread.so...done.
Loaded symbols for /usr/shlib/libpthread.so
Reading symbols from /usr/shlib/libm.so...done.
Loaded symbols for /usr/shlib/libm.so
Reading symbols from /usr/shlib/libc.so...done.
Loaded symbols for /usr/shlib/libc.so
Reading symbols from /usr/shlib/libexc.so...done.
Loaded symbols for /usr/shlib/libexc.so
Reading symbols from /usr/shlib/librt.so...done.
Loaded symbols for /usr/shlib/librt.so
Reading symbols from /usr/shlib/libaio_raw.so...done.
Loaded symbols for /usr/shlib/libaio_raw.so
Reading symbols from /usr/shlib/libcxx.so...done.
Loaded symbols for /usr/shlib/libcxx.so
Reading symbols from /usr/shlib/libsialdap.so...done.
Loaded symbols for /usr/shlib/libsialdap.so
Reading symbols from /usr/shlib/libsecurity.so...done.
Loaded symbols for /usr/shlib/libsecurity.so
Reading symbols from /usr/shlib/libdb.so...done.
Loaded symbols for /usr/shlib/libdb.so
Reading symbols from /usr/shlib/libaud.so...done.
Loaded symbols for /usr/shlib/libaud.so
Reading symbols from /usr/shlib/libevm.so...done.
Loaded symbols for /usr/shlib/libevm.so
Reading symbols from /usr/shlib/libclu.so...done.
Loaded symbols for /usr/shlib/libclu.so
---Type <return> to continue, or q <return> to quit---
Reading symbols from /usr/internet/httpd/libexec/libphp4.so...done.
Loaded symbols for /usr/internet/httpd/libexec/libphp4.so
Reading symbols from /usr/shlib/libldapssl30.so...done.
Loaded symbols for /usr/shlib/libldapssl30.so
Reading symbols from /usr/local/lib/libintl.so...done.
Loaded symbols for /usr/local/lib/libintl.so
Reading symbols from /u01/app/oracle/product/8.1.7/lib/libclntsh.so.8.0...done.
Loaded symbols for /u01/app/oracle/product/8.1.7/lib/libclntsh.so.8.0
Reading symbols from /shlib/libmach.so...done.
Loaded symbols for /shlib/libmach.so
Reading symbols from /usr/shlib/libiconv.so...done.
Loaded symbols for /usr/shlib/libiconv.so
Reading symbols from /u01/app/oracle/product/8.1.7/lib/libwtc8.so...mipsread.c:402: gdb-internal-error: sect_index_data not initiald
An internal GDB error was detected.  This may make further
debugging unreliable.  Quit this debugging session? (y or n) n
Create a core file containing the current state of GDB? (y or n) y

#0  0x3ff805cb1d8 in __nxm_thread_kill () from /usr/shlib/libpthread.so
(gdb) bt
#0  0x3ff805cb1d8 in __nxm_thread_kill () from /usr/shlib/libpthread.so
#1  0x3ff805b7938 in pthread_kill () from /usr/shlib/libpthread.so
warning: Hit heuristic-fence-post without finding
warning: enclosing function for address 0x63762f7167747663
This warning occurs if you are debugging a function without any symbols
(for example, in a stripped executable).  In that case, you may wish to
increase the size of the search with the `set heuristic-fence-post' command.

Otherwise, you told GDB there was a function where there isn't one, or
(more likely) you have encountered a bug in GDB.
(gdb) frame 3
warning: Hit heuristic-fence-post without finding
warning: enclosing function for address 0x63762f7167747663
No frame 3
(gdb)
 [2002-10-24 12:26 UTC] sniper@php.net
From the howto for generating backtraces:

"Run httpd -X under gdb with something like: 
 # gdb /usr/local/apache/sbin/httpd 
 (gdb) run -X 

 Then use your web browser and access your server to force   
 the crash. You should see a gdb prompt appear and some 
 message indicating that there was a crash. At this gdb
 prompt, type:             

 (gdb) bt 
"

Can you try this? Also, try compiling PHP without --with-oci8. If no crash happens, then make --with-ldap to use the oracle provided ldap by passing it the same path as for oci8. And use the latest snapshot for these tests!


 [2002-11-04 11:19 UTC] scalero at datadec dot es
Definitively gdb not run correctly under tru64 v5.1. 

In any case, I try compile php with other options:
- Without "oci8" --> I obtain the core
- Without "ldap" --> OK!!!
- With oracle provided ldap --> Not compile

The problem is the ldap library "ldap_sdk" provided by Netscape, but I use Netscape directory server. The ldap funtions that I use in my scripts works OK and only phpinfo() crashes. 

I don?t understand it...
 [2002-12-01 16:45 UTC] sterling@php.net
Try enabling thread safety support in php, and reopen a new bug if you still have this problem.
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved.
Last updated: Tue Jul 08 22:01:31 2025 UTC