ID: 16583
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache2 related
Operating System: PLD Linux
PHP Version: 4.2.0RC4
New Comment:
I was using gcc version 3.1 20020408 (prerelease)
but adasi@grubno was using gcc version 2.95.4 20010319 (prerelease).
Previous Comments:
------------------------------------------------------------------------
[2002-04-19 11:16:35] [EMAIL PROTECTED]
Hmmm.. you all have gcc3. Have any of you been able to
reproduce this with gcc2.95?
------------------------------------------------------------------------
[2002-04-17 17:30:42] [EMAIL PROTECTED]
Also not working. Ugly workaround with thread_resources = NULL; works
but that's not the way. Backtrace does not give anything because it's
pretty random, it hardly depends on system status while tracing.
------------------------------------------------------------------------
[2002-04-17 11:27:22] [EMAIL PROTECTED]
I have the same problem. On startup it dumps core. Here is my
backtrace:
(gdb) where
#0 0x40566ba9 in ts_resource_ex (id=1, th_id=0x0) at TSRM.c:310
#1 0x404c60ee in php_module_startup (sf=0x4061e920) at main.c:856
#2 0x404c3e70 in php_apache_server_startup (pconf=0x80fb9c8,
plog=0x8125a70, ptemp=0x819cb10, s=0x80fd718) at sapi_apache2.c:435
#3 0x806f4be in ap_run_post_config (pconf=0x80fb9c8, plog=0x8125a70,
ptemp=0x819cb10, s=0x80fd718) at config.c:127
#4 0x8073bd5 in main (argc=2, argv=0xbffff874) at main.c:611
#5 0x4027f74f in __libc_start_main () from /lib/libc.so.6
My environment: Slackware, 2.4.18, glibc 2.2.5, gcc 3.0.4.
PHP 4.2.0RC4
------------------------------------------------------------------------
[2002-04-16 08:24:10] [EMAIL PROTECTED]
RC4 doesn't work, too :-(
------------------------------------------------------------------------
[2002-04-13 09:12:21] [EMAIL PROTECTED]
After running httpd via ElectricFence I got different backtrace...
problaby there is some memory corruption(?).
#0 0x007f0e68 in ts_resource_ex (id=1, th_id=0x0) at TSRM.c:307
307 TSRM_ERROR((TSRM_ERROR_LEVEL_INFO,
"Fetching resource id %d for current thread %d", id, (long)
thread_resources->thread_id));
(gdb)
(gdb) bt
#0 0x007f0e68 in ts_resource_ex (id=1, th_id=0x0) at TSRM.c:307
#1 0x0075831e in php_module_startup (sf=0x55b020) at main.c:856
#2 0x00559ca3 in php_apache_server_startup (pconf=0x4d5010,
plog=0x514010, ptemp=0xa91010, s=0x4d6d60)
at sapi_apache2.c:435
#3 0x080681e5 in ap_run_post_config (pconf=0x4d5010, plog=0x514010,
ptemp=0xa91010, s=0x4d6d60) at config.c:130
#4 0x0806e7a5 in main (argc=2, argv=0xbffff9c4) at main.c:611
#5 0x003c0418 in __libc_start_main () from /lib/libc.so.6
(gdb) frame 0
#0 0x007f0e68 in ts_resource_ex (id=1, th_id=0x0) at TSRM.c:307
307 TSRM_ERROR((TSRM_ERROR_LEVEL_INFO,
"Fetching resource id %d for current thread %d", id, (long)
thread_resources->thread_id));
(gdb) print thread_resources
$1 = (struct _tsrm_tls_entry *) 0xaa0000
(gdb) print *thread_resources
Cannot access memory at address 0xaa0000
(gdb) print tls_key
$2 = 1
For now I did:
thread_resources = pthread_getspecific(tls_key);
+ thread_resources = NULL;
#elif defined(TSRM_ST)
and wget -S myserver tells me:
Server: Apache/2.0.35 (Unix) PHP/4.2.0RC3
And it works
http://misie.k.pl/phptest.php
Now I'm waiting for official fix instead of mine ugly workaround.
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/16583
--
Edit this bug report at http://bugs.php.net/?id=16583&edit=1
