[PHP-DEV] Bug #10756 Updated: segfault. php tried to work with non-existent pgsql connection
ID: 10756
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Reproducible crash
Operating system: linux-2.2.19
PHP Version: 4.0.5
Description: segfault. php tried to work with non-existent pgsql connection
Jani,
Thank you for reply :)
php-4.0.6RC1 taken at given URL produces almost the same segfault:
Program received signal SIGSEGV, Segmentation fault.
0x13822b in resetPQExpBuffer () from /usr/local/pgsql71/lib/libpq.so.2
#0 0x13822b in resetPQExpBuffer () from /usr/local/pgsql71/lib/libpq.so.2
#1 0x13382c in PQsendQuery () from /usr/local/pgsql71/lib/libpq.so.2
#2 0x1342ef in PQexec () from /usr/local/pgsql71/lib/libpq.so.2
#3 0x807a2f5 in _rollback_transactions (rsrc=0x8189e10) at pgsql.c:175
#4 0x80cba39 in zend_hash_apply (ht=0x8158308,
apply_func=0x807a2d8 _rollback_transactions) at zend_hash.c:688
#5 0x807a462 in php_rshutdown_pgsql (type=1, module_number=5) at pgsql.c:254
#6 0x80ca3f6 in module_registry_cleanup (module=0x817cd68) at zend_API.c:785
#7 0x80cba39 in zend_hash_apply (ht=0x8158478,
apply_func=0x80ca3d0 module_registry_cleanup) at zend_hash.c:688
#8 0x80c8687 in zend_deactivate_modules () at zend.c:522
#9 0x805feb5 in php_request_shutdown (dummy=0x0) at main.c:657
#10 0x805f27a in main (argc=1, argv=0xb844) at cgi_main.c:751
\bye
Stas
Previous Comments:
---
[2001-05-21 18:05:49] [EMAIL PROTECTED]
Could you please try with the PHP 4.0.6RC1 found here:
http://www.php.net/~andi/php-4.0.6RC1.tar.gz
--Jani
---
[2001-05-14 07:51:12] [EMAIL PROTECTED]
Well, I don't see any reply. Did I missed something?
Software versions:
apache-1.3.19
mysql-3.23.33
postgres-7.1.1
Also, I've shortened script which triggers the bug:
?php
$Link_ID=mysql_pconnect(localhost, my_user, my_password);
if (!$Link_ID) {
print(pconnect() failed.);
return 0;
}
// When I remove all code below, php eats 100% CPU
// and exits after 30 seconds with the error message
if (!@mysql_select_db(ccs_download,$Link_ID)) {
print(cannot use database );
return 0;
}
?
---
[2001-05-09 12:11:08] [EMAIL PROTECTED]
Concerning script. It is big, it uses mysql, and it
does not use postgres.
./configure --with-pgsql=/usr/local/pgsql --with-mysql=/usr/local --disable-debug
--enable-ftp --with-gd=/usr/local --enable-force-cgi-redirect --enable-sigchild
When I compile php without pgsql support, I see no segfault.
backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x13822b in resetPQExpBuffer () from /usr/local/pgsql/lib/libpq.so.2
#0 0x13822b in resetPQExpBuffer () from /usr/local/pgsql/lib/libpq.so.2
#1 0x13382c in PQsendQuery () from /usr/local/pgsql/lib/libpq.so.2
#2 0x1342ef in PQexec () from /usr/local/pgsql/lib/libpq.so.2
#3 0x8079919 in _rollback_transactions (rsrc=0x81977c0) at pgsql.c:168
#4 0x80c9f11 in zend_hash_apply (ht=0x81569bc,
apply_func=0x80798fc _rollback_transactions) at zend_hash.c:692
#5 0x8079a7e in php_rshutdown_pgsql (type=1, module_number=5) at pgsql.c:246
#6 0x80c88ae in module_registry_cleanup (module=0x817ac00) at zend_API.c:785
#7 0x80c9f11 in zend_hash_apply (ht=0x8156b2c,
apply_func=0x80c module_registry_cleanup) at zend_hash.c:692
#8 0x80c6b77 in zend_deactivate_modules () at zend.c:522
#9 0x80601b5 in php_request_shutdown (dummy=0x0) at main.c:670
#10 0x805f556 in main (argc=1, argv=0xb734) at cgi_main.c:763
(gdb) down
#4 0x80c9f11 in zend_hash_apply (ht=0x81569bc,
apply_func=0x80798fc _rollback_transactions) at zend_hash.c:692
692 if (apply_func(p-pData)) {
(gdb) p p-pData
$42 = (void *) 0x81bafd8
(gdb) down
#3 0x8079919 in _rollback_transactions (rsrc=0x81bafd8) at pgsql.c:168
168 PQexec(link,BEGIN;ROLLBACK;);
(gdb) p *(zend_rsrc_list_entry *)0x81bafd8
$48 = {ptr = 0x81b85c0, type = 13, refcount = 135949652, valid = 9 't'}
^ - ptr to PGconn
(gdb) x/10 0x081b85c0
0x81b85c0: 0x081982f0 0x0004 0x 0x081b8f68
^^ - ptr to hostname
0x81b85d0: 0x081baf68 0x081b8f68 0x081b8f68 0x
0x81b85e0: 0x 0x
(gdb) x/10 0x081982f0 (there should go hostname)
0x81982f0: 0x0004 0x 0x0001 0x0002
0x8198300: 0x 0x 0x 0x
0x8198310: 0x 0x
(gdb) x/10 0x081baf68 (a lot of those values in PGconn)
0x81baf68: 0x 0x0019 0x5f736363 0x6e776f64
0x81baf78: 0x64616f6c 0x 0x 0x0051
0x81baf88: 0x07815f70 0x0026
(gdb) p (char *) 0x081baf70
[PHP-DEV] Bug #10756 Updated: segfault. php tried to work with non-existent pgsql connection
ID: 10756
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating system: linux-2.2.19
PHP Version: 4.0.5
Description: segfault. php tried to work with non-existent pgsql connection
Well, I don't see any reply. Did I missed something?
Software versions:
apache-1.3.19
mysql-3.23.33
postgres-7.1.1
Also, I've shortened script which triggers the bug:
?php
$Link_ID=mysql_pconnect(localhost, my_user, my_password);
if (!$Link_ID) {
print(pconnect() failed.);
return 0;
}
// When I remove all code below, php eats 100% CPU
// and exits after 30 seconds with the error message
if (!@mysql_select_db(ccs_download,$Link_ID)) {
print(cannot use database );
return 0;
}
?
Previous Comments:
---
[2001-05-09 12:11:08] [EMAIL PROTECTED]
Concerning script. It is big, it uses mysql, and it
does not use postgres.
./configure --with-pgsql=/usr/local/pgsql --with-mysql=/usr/local --disable-debug
--enable-ftp --with-gd=/usr/local --enable-force-cgi-redirect --enable-sigchild
When I compile php without pgsql support, I see no segfault.
backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x13822b in resetPQExpBuffer () from /usr/local/pgsql/lib/libpq.so.2
#0 0x13822b in resetPQExpBuffer () from /usr/local/pgsql/lib/libpq.so.2
#1 0x13382c in PQsendQuery () from /usr/local/pgsql/lib/libpq.so.2
#2 0x1342ef in PQexec () from /usr/local/pgsql/lib/libpq.so.2
#3 0x8079919 in _rollback_transactions (rsrc=0x81977c0) at pgsql.c:168
#4 0x80c9f11 in zend_hash_apply (ht=0x81569bc,
apply_func=0x80798fc _rollback_transactions) at zend_hash.c:692
#5 0x8079a7e in php_rshutdown_pgsql (type=1, module_number=5) at pgsql.c:246
#6 0x80c88ae in module_registry_cleanup (module=0x817ac00) at zend_API.c:785
#7 0x80c9f11 in zend_hash_apply (ht=0x8156b2c,
apply_func=0x80c module_registry_cleanup) at zend_hash.c:692
#8 0x80c6b77 in zend_deactivate_modules () at zend.c:522
#9 0x80601b5 in php_request_shutdown (dummy=0x0) at main.c:670
#10 0x805f556 in main (argc=1, argv=0xb734) at cgi_main.c:763
(gdb) down
#4 0x80c9f11 in zend_hash_apply (ht=0x81569bc,
apply_func=0x80798fc _rollback_transactions) at zend_hash.c:692
692 if (apply_func(p-pData)) {
(gdb) p p-pData
$42 = (void *) 0x81bafd8
(gdb) down
#3 0x8079919 in _rollback_transactions (rsrc=0x81bafd8) at pgsql.c:168
168 PQexec(link,BEGIN;ROLLBACK;);
(gdb) p *(zend_rsrc_list_entry *)0x81bafd8
$48 = {ptr = 0x81b85c0, type = 13, refcount = 135949652, valid = 9 't'}
^ - ptr to PGconn
(gdb) x/10 0x081b85c0
0x81b85c0: 0x081982f0 0x0004 0x 0x081b8f68
^^ - ptr to hostname
0x81b85d0: 0x081baf68 0x081b8f68 0x081b8f68 0x
0x81b85e0: 0x 0x
(gdb) x/10 0x081982f0 (there should go hostname)
0x81982f0: 0x0004 0x 0x0001 0x0002
0x8198300: 0x 0x 0x 0x
0x8198310: 0x 0x
(gdb) x/10 0x081baf68 (a lot of those values in PGconn)
0x81baf68: 0x 0x0019 0x5f736363 0x6e776f64
0x81baf78: 0x64616f6c 0x 0x 0x0051
0x81baf88: 0x07815f70 0x0026
(gdb) p (char *) 0x081baf70
$52 = 0x81baf70 ccs_download
ccs_download is a name of mysql database used by script.
So it looks like newly-written php_rshutdown_pgsql()
tries to use mysql connection or junk pointer instead of postgres connection.
I can't imagine where can I put breakpoints to see
when persistent_list is corrupt, so I ask you to fix this
bug.
Of course, I can add any information you need.
Thank you.
bye
Stas
---
Full Bug description available at: http://bugs.php.net/?id=10756
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10756: segfault. php tried to work with non-existent pgsql connection
From: [EMAIL PROTECTED]
Operating system: linux-2.2.19
PHP version: 4.0.5
PHP Bug Type: Reproducible crash
Bug description: segfault. php tried to work with non-existent pgsql connection
Concerning script. It is big, it uses mysql, and it
does not use postgres.
./configure --with-pgsql=/usr/local/pgsql --with-mysql=/usr/local --disable-debug
--enable-ftp --with-gd=/usr/local --enable-force-cgi-redirect --enable-sigchild
When I compile php without pgsql support, I see no segfault.
backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x13822b in resetPQExpBuffer () from /usr/local/pgsql/lib/libpq.so.2
#0 0x13822b in resetPQExpBuffer () from /usr/local/pgsql/lib/libpq.so.2
#1 0x13382c in PQsendQuery () from /usr/local/pgsql/lib/libpq.so.2
#2 0x1342ef in PQexec () from /usr/local/pgsql/lib/libpq.so.2
#3 0x8079919 in _rollback_transactions (rsrc=0x81977c0) at pgsql.c:168
#4 0x80c9f11 in zend_hash_apply (ht=0x81569bc,
apply_func=0x80798fc _rollback_transactions) at zend_hash.c:692
#5 0x8079a7e in php_rshutdown_pgsql (type=1, module_number=5) at pgsql.c:246
#6 0x80c88ae in module_registry_cleanup (module=0x817ac00) at zend_API.c:785
#7 0x80c9f11 in zend_hash_apply (ht=0x8156b2c,
apply_func=0x80c module_registry_cleanup) at zend_hash.c:692
#8 0x80c6b77 in zend_deactivate_modules () at zend.c:522
#9 0x80601b5 in php_request_shutdown (dummy=0x0) at main.c:670
#10 0x805f556 in main (argc=1, argv=0xb734) at cgi_main.c:763
(gdb) down
#4 0x80c9f11 in zend_hash_apply (ht=0x81569bc,
apply_func=0x80798fc _rollback_transactions) at zend_hash.c:692
692 if (apply_func(p-pData)) {
(gdb) p p-pData
$42 = (void *) 0x81bafd8
(gdb) down
#3 0x8079919 in _rollback_transactions (rsrc=0x81bafd8) at pgsql.c:168
168 PQexec(link,BEGIN;ROLLBACK;);
(gdb) p *(zend_rsrc_list_entry *)0x81bafd8
$48 = {ptr = 0x81b85c0, type = 13, refcount = 135949652, valid = 9 '\t'}
^ - ptr to PGconn
(gdb) x/10 0x081b85c0
0x81b85c0: 0x081982f0 0x0004 0x 0x081b8f68
^^ - ptr to hostname
0x81b85d0: 0x081baf68 0x081b8f68 0x081b8f68 0x
0x81b85e0: 0x 0x
(gdb) x/10 0x081982f0 (there should go hostname)
0x81982f0: 0x0004 0x 0x0001 0x0002
0x8198300: 0x 0x 0x 0x
0x8198310: 0x 0x
(gdb) x/10 0x081baf68 (a lot of those values in PGconn)
0x81baf68: 0x 0x0019 0x5f736363 0x6e776f64
0x81baf78: 0x64616f6c 0x 0x 0x0051
0x81baf88: 0x07815f70 0x0026
(gdb) p (char *) 0x081baf70
$52 = 0x81baf70 ccs_download
ccs_download is a name of mysql database used by script.
So it looks like newly-written php_rshutdown_pgsql()
tries to use mysql connection or junk pointer instead of postgres connection.
I can't imagine where can I put breakpoints to see
when persistent_list is corrupt, so I ask you to fix this
bug.
Of course, I can add any information you need.
Thank you.
\bye
Stas
--
Edit Bug report at: http://bugs.php.net/?id=10756edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
