#35140 [Fbk->Opn]: Segmentation fault in shutdown_memory_manager
ID: 35140 User updated by: jfbustarret at tf1 dot fr Reported By: jfbustarret at tf1 dot fr -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 5CVS-2005-11-10 (snap) New Comment: I did some extensive tests with 5.1RC. I did get a few random parsing errors : #0 0x4070a2ad in yy_push_state (new_state=1) at zend_language_scanner.c:6031 #1 0x4070ac97 in lex_scan (zendlval=0xbf8c5764) at zend_language_scanner.c:4420 #2 0x407105a9 in zendlex (zendlval=0xbf8c5760) at /soft/sources/php/php5-200511160730/Zend/zend_compile.c:3971 #3 0x40709b07 in zendparse () at zend_language_parser.c:2644 Every core I got was on the same template. Most of the time, the template is correctly parsed, and sometimes it crashes (3 crashes in a few thousand compiles, about the same frequency than my 5.0.5 crash). I'll try to extract the part of the template that crashes and put it online. configure is the same as the beginning of the ticket, without enable-debug (I'm unable to get core files with enable-debug). No accelerator is used. Previous Comments: [2005-11-15 23:01:28] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip We're not interested in 5.0.5, we're interested if this happens with the latest CVS. [2005-11-15 11:18:19] jfbustarret at tf1 dot fr Our standard procedure for building PHP is already : configure make clean make make install (we even rm -rf the directory & untar the source package each time) I am trying to get a new core with 5.0.5/enable-debug & various extensions. [2005-11-15 11:00:06] [EMAIL PROTECTED] Please try make full rebuild (including extensions). make clean ; make install [2005-11-14 11:39:38] jfbustarret at tf1 dot fr We use prefork [2005-11-14 11:38:34] [EMAIL PROTECTED] What MPM do you use with Apache2? Are you able to reproduce it with prefork MPM? 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/35140 -- Edit this bug report at http://bugs.php.net/?id=35140&edit=1
#35140 [Opn]: Segmentation fault in shutdown_memory_manager
ID: 35140 User updated by: jfbustarret at tf1 dot fr Reported By: jfbustarret at tf1 dot fr Status: Open Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 5CVS-2005-11-10 (snap) New Comment: Our standard procedure for building PHP is already : configure make clean make make install (we even rm -rf the directory & untar the source package each time) I am trying to get a new core with 5.0.5/enable-debug & various extensions. Previous Comments: [2005-11-15 11:00:06] [EMAIL PROTECTED] Please try make full rebuild (including extensions). make clean ; make install [2005-11-14 11:39:38] jfbustarret at tf1 dot fr We use prefork [2005-11-14 11:38:34] [EMAIL PROTECTED] What MPM do you use with Apache2? Are you able to reproduce it with prefork MPM? [2005-11-14 11:34:00] jfbustarret at tf1 dot fr FYI, I have crashes on a server that loads the oci ext, but does not connect to oracle. On this server, the crashes were in a template that uses mysql + jpgraph v2 + gd. [2005-11-14 11:28:00] jfbustarret at tf1 dot fr > Are you able to reproduce it with PHP CLI? So far, no crash using CLI. > Why are you using those CFLAGS? Legacy shell script... -g -O2 is the default, so CLFAGS is useless. > Do you really need both ext/mysql && ext/oci8? If not, please remove at least one of them. Most servers need both. I'll remove ext/mysql & ext/oci8 where I can. > Do you use the new OCI8 (from PECL) or the old one? The new one. Some features of the PECL one are very useful. 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/35140 -- Edit this bug report at http://bugs.php.net/?id=35140&edit=1
#35140 [Fbk->Opn]: Segmentation fault in shutdown_memory_manager
ID: 35140 User updated by: jfbustarret at tf1 dot fr Reported By: jfbustarret at tf1 dot fr -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 5CVS-2005-11-10 (snap) New Comment: We use prefork Previous Comments: [2005-11-14 11:38:34] [EMAIL PROTECTED] What MPM do you use with Apache2? Are you able to reproduce it with prefork MPM? [2005-11-14 11:34:00] jfbustarret at tf1 dot fr FYI, I have crashes on a server that loads the oci ext, but does not connect to oracle. On this server, the crashes were in a template that uses mysql + jpgraph v2 + gd. [2005-11-14 11:28:00] jfbustarret at tf1 dot fr > Are you able to reproduce it with PHP CLI? So far, no crash using CLI. > Why are you using those CFLAGS? Legacy shell script... -g -O2 is the default, so CLFAGS is useless. > Do you really need both ext/mysql && ext/oci8? If not, please remove at least one of them. Most servers need both. I'll remove ext/mysql & ext/oci8 where I can. > Do you use the new OCI8 (from PECL) or the old one? The new one. Some features of the PECL one are very useful. [2005-11-10 17:28:37] [EMAIL PROTECTED] Are you able to reproduce it with PHP CLI? Why are you using those CFLAGS? Do you really need both ext/mysql && ext/oci8? If not, please remove at least one of them. Do you use the new OCI8 (from PECL) or the old one? -------- [2005-11-10 13:58:21] jfbustarret at tf1 dot fr With : './configure' '--with-apxs2=/usr/sbin/apxs2' '--with-config-file-path=/etc' '--with-oci8=/soft/ora920' '--prefix=/soft/php-5-200511100730-20051110-debug' '--exec-prefix=/soft/php-5-200511100730-20051110-debug' '--without-pear' '--with-mysql=/usr' '--with-mysql-sock=/tmp/mysql.sock' 'CFLAGS=-O2 -g' I get this crash : #0 0x4070f068 in zend_clear_exception () at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:68 68 if (!EG(exception)) { (gdb) bt #0 0x4070f068 in zend_clear_exception () at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:68 #1 0x4071050d in zif_exception_getLine () at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:220 #2 0x4083acf8 in ?? () [snip] #16 0xbf9233e8 in ?? () #17 0x40710537 in zif_exception_getFile (ht=137277364, return_value=0x2, return_value_ptr=0x3a97, this_ptr=0x0, return_value_used=137147524) at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:209 #18 0x40710537 in zif_exception_getFile (ht=0, return_value=0x82eafb4, return_value_ptr=0x2, this_ptr=0x0, return_value_used=86073) at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:209 #19 0x406e2639 in zendparse () at zend_language_parser.c:4333 [snip] (gdb) print executor_globals.exception $1 = (zval *) 0x44238317 (gdb) print *executor_globals.exception Cannot access memory at address 0x44238317 With more extensions, I have various crashes, like this one : #0 0x406ed5fd in yy_push_state (new_state=1) at zend_language_scanner.c:6029 #1 0x406edfe7 in lex_scan (zendlval=0xbf8163d4) at zend_language_scanner.c:4418 I'll try the same with PHP-5.0.5. 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/35140 -- Edit this bug report at http://bugs.php.net/?id=35140&edit=1
#35140 [Opn]: Segmentation fault in shutdown_memory_manager
ID: 35140 User updated by: jfbustarret at tf1 dot fr Reported By: jfbustarret at tf1 dot fr Status: Open Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 5CVS-2005-11-10 (snap) New Comment: FYI, I have crashes on a server that loads the oci ext, but does not connect to oracle. On this server, the crashes were in a template that uses mysql + jpgraph v2 + gd. Previous Comments: [2005-11-14 11:28:00] jfbustarret at tf1 dot fr > Are you able to reproduce it with PHP CLI? So far, no crash using CLI. > Why are you using those CFLAGS? Legacy shell script... -g -O2 is the default, so CLFAGS is useless. > Do you really need both ext/mysql && ext/oci8? If not, please remove at least one of them. Most servers need both. I'll remove ext/mysql & ext/oci8 where I can. > Do you use the new OCI8 (from PECL) or the old one? The new one. Some features of the PECL one are very useful. [2005-11-10 17:28:37] [EMAIL PROTECTED] Are you able to reproduce it with PHP CLI? Why are you using those CFLAGS? Do you really need both ext/mysql && ext/oci8? If not, please remove at least one of them. Do you use the new OCI8 (from PECL) or the old one? -------- [2005-11-10 13:58:21] jfbustarret at tf1 dot fr With : './configure' '--with-apxs2=/usr/sbin/apxs2' '--with-config-file-path=/etc' '--with-oci8=/soft/ora920' '--prefix=/soft/php-5-200511100730-20051110-debug' '--exec-prefix=/soft/php-5-200511100730-20051110-debug' '--without-pear' '--with-mysql=/usr' '--with-mysql-sock=/tmp/mysql.sock' 'CFLAGS=-O2 -g' I get this crash : #0 0x4070f068 in zend_clear_exception () at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:68 68 if (!EG(exception)) { (gdb) bt #0 0x4070f068 in zend_clear_exception () at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:68 #1 0x4071050d in zif_exception_getLine () at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:220 #2 0x4083acf8 in ?? () [snip] #16 0xbf9233e8 in ?? () #17 0x40710537 in zif_exception_getFile (ht=137277364, return_value=0x2, return_value_ptr=0x3a97, this_ptr=0x0, return_value_used=137147524) at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:209 #18 0x40710537 in zif_exception_getFile (ht=0, return_value=0x82eafb4, return_value_ptr=0x2, this_ptr=0x0, return_value_used=86073) at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:209 #19 0x406e2639 in zendparse () at zend_language_parser.c:4333 [snip] (gdb) print executor_globals.exception $1 = (zval *) 0x44238317 (gdb) print *executor_globals.exception Cannot access memory at address 0x44238317 With more extensions, I have various crashes, like this one : #0 0x406ed5fd in yy_push_state (new_state=1) at zend_language_scanner.c:6029 #1 0x406edfe7 in lex_scan (zendlval=0xbf8163d4) at zend_language_scanner.c:4418 I'll try the same with PHP-5.0.5. [2005-11-10 10:52:37] [EMAIL PROTECTED] Do you load those shared extensions in your php.ini? Can you try without them? And what is the shortest possible configure line you can reproduce this with? [2005-11-10 10:31:56] jfbustarret at tf1 dot fr With/without --enable-debug, php5-latests crashes in : #0 0x4075c447 in _zend_hash_index_update_or_next_insert (ht=0x4089cd40, h=0, pData=0xbfee8100, nDataSize=12, pDest=0x0, flag=Variable "flag" is not available. ) at /soft/sources/php/php5-200511100730/Zend/zend_hash.c:354 #1 0x4075dc42 in zend_list_insert (ptr=0x0, type=0) at /soft/sources/php/php5-200511100730/Zend/zend_list.c:47 #2 0x4075dc67 in zend_register_resource (rsrc_result=0x0, rsrc_pointer=0x830b10c, rsrc_type=2) at /soft/sources/php/php5-200511100730/Zend/zend_list.c:99 #3 0x4072b228 in _php_stream_alloc (ops=0x0, abstract=0x0, persistent_id=0x0, mode=0x407cafb7 "rb", __php_stream_call_depth=5, __zend_filename=0x40806e28 "/soft/sources/php/php5-200511100730/main/streams/plain_wrapper.c", __zend_lineno=205, __zend_orig_filename=0x408048d4 "/soft/sources/php/php5-200511100730/main/main.c", __zend_orig_lineno=855) at /soft/sources/php/php5-200511100730/main/streams/streams.c:263 #4 0x4072e9c3 in _php_stream_fopen_from_fd (fd=27, mode=0x407cafb7 "rb", persistent_id=0x0, __php_stream_call_depth=4, __zend_filename=0x40806e28 "/soft/sources/php/php5-200511100730/main/streams/plain_wrapper.c", __zend_lineno=882,
#35140 [Fbk->Opn]: Segmentation fault in shutdown_memory_manager
ID: 35140 User updated by: jfbustarret at tf1 dot fr Reported By: jfbustarret at tf1 dot fr -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 5CVS-2005-11-10 (snap) New Comment: > Are you able to reproduce it with PHP CLI? So far, no crash using CLI. > Why are you using those CFLAGS? Legacy shell script... -g -O2 is the default, so CLFAGS is useless. > Do you really need both ext/mysql && ext/oci8? If not, please remove at least one of them. Most servers need both. I'll remove ext/mysql & ext/oci8 where I can. > Do you use the new OCI8 (from PECL) or the old one? The new one. Some features of the PECL one are very useful. Previous Comments: [2005-11-10 17:28:37] [EMAIL PROTECTED] Are you able to reproduce it with PHP CLI? Why are you using those CFLAGS? Do you really need both ext/mysql && ext/oci8? If not, please remove at least one of them. Do you use the new OCI8 (from PECL) or the old one? -------- [2005-11-10 13:58:21] jfbustarret at tf1 dot fr With : './configure' '--with-apxs2=/usr/sbin/apxs2' '--with-config-file-path=/etc' '--with-oci8=/soft/ora920' '--prefix=/soft/php-5-200511100730-20051110-debug' '--exec-prefix=/soft/php-5-200511100730-20051110-debug' '--without-pear' '--with-mysql=/usr' '--with-mysql-sock=/tmp/mysql.sock' 'CFLAGS=-O2 -g' I get this crash : #0 0x4070f068 in zend_clear_exception () at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:68 68 if (!EG(exception)) { (gdb) bt #0 0x4070f068 in zend_clear_exception () at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:68 #1 0x4071050d in zif_exception_getLine () at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:220 #2 0x4083acf8 in ?? () [snip] #16 0xbf9233e8 in ?? () #17 0x40710537 in zif_exception_getFile (ht=137277364, return_value=0x2, return_value_ptr=0x3a97, this_ptr=0x0, return_value_used=137147524) at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:209 #18 0x40710537 in zif_exception_getFile (ht=0, return_value=0x82eafb4, return_value_ptr=0x2, this_ptr=0x0, return_value_used=86073) at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:209 #19 0x406e2639 in zendparse () at zend_language_parser.c:4333 [snip] (gdb) print executor_globals.exception $1 = (zval *) 0x44238317 (gdb) print *executor_globals.exception Cannot access memory at address 0x44238317 With more extensions, I have various crashes, like this one : #0 0x406ed5fd in yy_push_state (new_state=1) at zend_language_scanner.c:6029 #1 0x406edfe7 in lex_scan (zendlval=0xbf8163d4) at zend_language_scanner.c:4418 I'll try the same with PHP-5.0.5. [2005-11-10 10:52:37] [EMAIL PROTECTED] Do you load those shared extensions in your php.ini? Can you try without them? And what is the shortest possible configure line you can reproduce this with? [2005-11-10 10:31:56] jfbustarret at tf1 dot fr With/without --enable-debug, php5-latests crashes in : #0 0x4075c447 in _zend_hash_index_update_or_next_insert (ht=0x4089cd40, h=0, pData=0xbfee8100, nDataSize=12, pDest=0x0, flag=Variable "flag" is not available. ) at /soft/sources/php/php5-200511100730/Zend/zend_hash.c:354 #1 0x4075dc42 in zend_list_insert (ptr=0x0, type=0) at /soft/sources/php/php5-200511100730/Zend/zend_list.c:47 #2 0x4075dc67 in zend_register_resource (rsrc_result=0x0, rsrc_pointer=0x830b10c, rsrc_type=2) at /soft/sources/php/php5-200511100730/Zend/zend_list.c:99 #3 0x4072b228 in _php_stream_alloc (ops=0x0, abstract=0x0, persistent_id=0x0, mode=0x407cafb7 "rb", __php_stream_call_depth=5, __zend_filename=0x40806e28 "/soft/sources/php/php5-200511100730/main/streams/plain_wrapper.c", __zend_lineno=205, __zend_orig_filename=0x408048d4 "/soft/sources/php/php5-200511100730/main/main.c", __zend_orig_lineno=855) at /soft/sources/php/php5-200511100730/main/streams/streams.c:263 #4 0x4072e9c3 in _php_stream_fopen_from_fd (fd=27, mode=0x407cafb7 "rb", persistent_id=0x0, __php_stream_call_depth=4, __zend_filename=0x40806e28 "/soft/sources/php/php5-200511100730/main/streams/plain_wrapper.c", __zend_lineno=882, __zend_orig_filename=0x408048d4 "/soft/sources/php/php5-200511100730/main/main.c", __zend_orig_lineno=855) at /soft/sources/php/php5-200511100730/main/streams/plain_wrapper.c:205 #5 0x4072eb40 in _php_stream_fopen ( filename=0x83170a8 "
#35140 [Fbk->Opn]: Segmentation fault in shutdown_memory_manager
ID: 35140 User updated by: jfbustarret at tf1 dot fr Reported By: jfbustarret at tf1 dot fr -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 5CVS-2005-11-10 (snap) New Comment: With : './configure' '--with-apxs2=/usr/sbin/apxs2' '--with-config-file-path=/etc' '--with-oci8=/soft/ora920' '--prefix=/soft/php-5-200511100730-20051110-debug' '--exec-prefix=/soft/php-5-200511100730-20051110-debug' '--without-pear' '--with-mysql=/usr' '--with-mysql-sock=/tmp/mysql.sock' 'CFLAGS=-O2 -g' I get this crash : #0 0x4070f068 in zend_clear_exception () at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:68 68 if (!EG(exception)) { (gdb) bt #0 0x4070f068 in zend_clear_exception () at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:68 #1 0x4071050d in zif_exception_getLine () at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:220 #2 0x4083acf8 in ?? () [snip] #16 0xbf9233e8 in ?? () #17 0x40710537 in zif_exception_getFile (ht=137277364, return_value=0x2, return_value_ptr=0x3a97, this_ptr=0x0, return_value_used=137147524) at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:209 #18 0x40710537 in zif_exception_getFile (ht=0, return_value=0x82eafb4, return_value_ptr=0x2, this_ptr=0x0, return_value_used=86073) at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:209 #19 0x406e2639 in zendparse () at zend_language_parser.c:4333 [snip] (gdb) print executor_globals.exception $1 = (zval *) 0x44238317 (gdb) print *executor_globals.exception Cannot access memory at address 0x44238317 With more extensions, I have various crashes, like this one : #0 0x406ed5fd in yy_push_state (new_state=1) at zend_language_scanner.c:6029 #1 0x406edfe7 in lex_scan (zendlval=0xbf8163d4) at zend_language_scanner.c:4418 I'll try the same with PHP-5.0.5. Previous Comments: [2005-11-10 10:52:37] [EMAIL PROTECTED] Do you load those shared extensions in your php.ini? Can you try without them? And what is the shortest possible configure line you can reproduce this with? ---------------- [2005-11-10 10:31:56] jfbustarret at tf1 dot fr With/without --enable-debug, php5-latests crashes in : #0 0x4075c447 in _zend_hash_index_update_or_next_insert (ht=0x4089cd40, h=0, pData=0xbfee8100, nDataSize=12, pDest=0x0, flag=Variable "flag" is not available. ) at /soft/sources/php/php5-200511100730/Zend/zend_hash.c:354 #1 0x4075dc42 in zend_list_insert (ptr=0x0, type=0) at /soft/sources/php/php5-200511100730/Zend/zend_list.c:47 #2 0x4075dc67 in zend_register_resource (rsrc_result=0x0, rsrc_pointer=0x830b10c, rsrc_type=2) at /soft/sources/php/php5-200511100730/Zend/zend_list.c:99 #3 0x4072b228 in _php_stream_alloc (ops=0x0, abstract=0x0, persistent_id=0x0, mode=0x407cafb7 "rb", __php_stream_call_depth=5, __zend_filename=0x40806e28 "/soft/sources/php/php5-200511100730/main/streams/plain_wrapper.c", __zend_lineno=205, __zend_orig_filename=0x408048d4 "/soft/sources/php/php5-200511100730/main/main.c", __zend_orig_lineno=855) at /soft/sources/php/php5-200511100730/main/streams/streams.c:263 #4 0x4072e9c3 in _php_stream_fopen_from_fd (fd=27, mode=0x407cafb7 "rb", persistent_id=0x0, __php_stream_call_depth=4, __zend_filename=0x40806e28 "/soft/sources/php/php5-200511100730/main/streams/plain_wrapper.c", __zend_lineno=882, __zend_orig_filename=0x408048d4 "/soft/sources/php/php5-200511100730/main/main.c", __zend_orig_lineno=855) at /soft/sources/php/php5-200511100730/main/streams/plain_wrapper.c:205 #5 0x4072eb40 in _php_stream_fopen ( filename=0x83170a8 "/data/www/www/htdocs/src/affichePage.php", mode=0x407cafb7 "rb", opened_path=0xbfee95f8, options=133, __php_stream_call_depth=3, __zend_filename=0x40806e28 "/soft/sources/php/php5-200511100730/main/streams/plain_wrapper.c", __zend_lineno=1233, __zend_orig_filename=0x408048d4 "/soft/sources/php/php5-200511100730/main/ma---Type to continue, or q to quit--- in.c", __zend_orig_lineno=855) at /soft/sources/php/php5-200511100730/main/streams/plain_wrapper.c:882 #6 0x4072ed65 in _php_stream_fopen_with_path ( filename=0x83170a8 "/data/www/www/htdocs/src/affichePage.php", mode=0x407cafb7 "rb", path=0x82ec2e4 "/data/www/commons/commons:/data/www/www/htdocs/src:/data/www/commons/PEAR:/data/www/commons/conf:/data/www/www/conf:.", opened_path=0xbfee95f8, options=133, __php_stream_call_depth=2, __zend_filename=0x40806e28 "/soft/sources/php/php5-
#35140 [Fbk->Opn]: Segmentation fault in shutdown_memory_manager
ID: 35140 User updated by: jfbustarret at tf1 dot fr Reported By: jfbustarret at tf1 dot fr -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.0.5 New Comment: With/without --enable-debug, php5-latests crashes in : #0 0x4075c447 in _zend_hash_index_update_or_next_insert (ht=0x4089cd40, h=0, pData=0xbfee8100, nDataSize=12, pDest=0x0, flag=Variable "flag" is not available. ) at /soft/sources/php/php5-200511100730/Zend/zend_hash.c:354 #1 0x4075dc42 in zend_list_insert (ptr=0x0, type=0) at /soft/sources/php/php5-200511100730/Zend/zend_list.c:47 #2 0x4075dc67 in zend_register_resource (rsrc_result=0x0, rsrc_pointer=0x830b10c, rsrc_type=2) at /soft/sources/php/php5-200511100730/Zend/zend_list.c:99 #3 0x4072b228 in _php_stream_alloc (ops=0x0, abstract=0x0, persistent_id=0x0, mode=0x407cafb7 "rb", __php_stream_call_depth=5, __zend_filename=0x40806e28 "/soft/sources/php/php5-200511100730/main/streams/plain_wrapper.c", __zend_lineno=205, __zend_orig_filename=0x408048d4 "/soft/sources/php/php5-200511100730/main/main.c", __zend_orig_lineno=855) at /soft/sources/php/php5-200511100730/main/streams/streams.c:263 #4 0x4072e9c3 in _php_stream_fopen_from_fd (fd=27, mode=0x407cafb7 "rb", persistent_id=0x0, __php_stream_call_depth=4, __zend_filename=0x40806e28 "/soft/sources/php/php5-200511100730/main/streams/plain_wrapper.c", __zend_lineno=882, __zend_orig_filename=0x408048d4 "/soft/sources/php/php5-200511100730/main/main.c", __zend_orig_lineno=855) at /soft/sources/php/php5-200511100730/main/streams/plain_wrapper.c:205 #5 0x4072eb40 in _php_stream_fopen ( filename=0x83170a8 "/data/www/www/htdocs/src/affichePage.php", mode=0x407cafb7 "rb", opened_path=0xbfee95f8, options=133, __php_stream_call_depth=3, __zend_filename=0x40806e28 "/soft/sources/php/php5-200511100730/main/streams/plain_wrapper.c", __zend_lineno=1233, __zend_orig_filename=0x408048d4 "/soft/sources/php/php5-200511100730/main/ma---Type to continue, or q to quit--- in.c", __zend_orig_lineno=855) at /soft/sources/php/php5-200511100730/main/streams/plain_wrapper.c:882 #6 0x4072ed65 in _php_stream_fopen_with_path ( filename=0x83170a8 "/data/www/www/htdocs/src/affichePage.php", mode=0x407cafb7 "rb", path=0x82ec2e4 "/data/www/commons/commons:/data/www/www/htdocs/src:/data/www/commons/PEAR:/data/www/commons/conf:/data/www/www/conf:.", opened_path=0xbfee95f8, options=133, __php_stream_call_depth=2, __zend_filename=0x40806e28 "/soft/sources/php/php5-200511100730/main/streams/plain_wrapper.c", __zend_lineno=931, __zend_orig_filename=0x408048d4 "/soft/sources/php/php5-200511100730/main/main.c", __zend_orig_lineno=855) at /soft/sources/php/php5-200511100730/main/streams/plain_wrapper.c:1276 #7 0x4072b525 in _php_stream_open_wrapper_ex ( path=0x83170a8 "/data/www/www/htdocs/src/affichePage.php", mode=0x407cafb7 "rb", options=141, opened_path=0xbfee95f8, context=0x0, __php_stream_call_depth=0, __zend_filename=0x408048d4 "/soft/sources/php/php5-200511100730/main/main.c", __zend_lineno=855, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /soft/sources/php/php5-200511100730/main/streams/streams.c:1771 #8 0x407186d3 in php_stream_open_for_zend ( filename=0x83170a8 "/data/www/www/htdocs/src/affichePage.php", handle=0xbfee95f0) at /soft/sources/php/php5-200511100730/main/main.c:855 #9 0x40763a6a in zend_stream_open ( filename=0x83170a8 "/data/www/www/htdocs/src/affichePage.php", handle=0xbfee95f0) at /soft/sources/php/php5-200511100730/Zend/zend_stream.c:47 #10 0x40763bc0 in zend_stream_fixup (file_handle=0xbfee95f0) at /soft/sources/php/php5-200511100730/Zend/zend_stream.c:62 ---Type to continue, or q to quit--- #11 0x4073c010 in open_file_for_scanning (file_handle=0xbfee95f0) at zend_language_scanner.c:3070 #12 0x4073c6e9 in compile_file (file_handle=0xbfee95f0, type=2) at zend_language_scanner.c:3156 #13 0x4075256c in zend_execute_scripts (type=2, retval=0x0, file_count=1) at /soft/sources/php/php5-200511100730/Zend/zend.c:1079 (gdb) print ht $1 = (HashTable *) 0x4089cd40 (gdb) print *ht $2 = {nTableSize = 0, nTableMask = 0, nNumOfElements = 0, nNextFreeElement = 0, pInternalPointer = 0x0, pListHead = 0x0, pListTail = 0x0, arBuckets = 0x0, pDestructor = 0, persistent = 0 '\0', nApplyCount = 0 '\0', bApplyProtection = 0 '\0', inconsistent = 0} Previous Comments: [2005-11-07 18:02:40] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.ta
#35140 [NEW]: Segmentation fault in shutdown_memory_manager
From: jfbustarret at tf1 dot fr Operating system: Linux PHP version: 5.0.5 PHP Bug Type: Reproducible crash Bug description: Segmentation fault in shutdown_memory_manager Description: Sometimes, some apache process segfault in shutdown_memory_manager. Configuration : PHP 5.0.5/Linux/apache2 Reproduce code: --- Unable to find the code that generates the segfault (the app is quite large) Actual result: -- Backtrace : #0 0x40662c45 in shutdown_memory_manager (silent=1, full_shutdown=0) at /soft/sources/php/php-5.0.5/Zend/zend_alloc.c:485 485 for (j=0; j} [ same pointer, multiple times !!! ] (gdb) p alloc_globals.cache[i][j] $3 = (void *) 0xb7179c38 (gdb) p *(zend_mem_header*) alloc_globals.cache[i][j] $5 = {pNext = 0x0, pLast = 0x65646f6d, size = 0, cached = 0} I tried recompiling with enable-debug, and I get "Only variables can be passed by reference" fatal errors in a function call that does not use references : httpRedirect($referer.$urlReconstruite); The function prototype is : function httpRedirect($url) { I am unable to reproduce the crash with enable-debug activated. configure is : './configure' '--with-apxs2=/usr/sbin/apxs2' '--with-config-file-path=/etc' '--with-oci8' '--with-curl=/usr/lib' '--with-gd=shared' '--with-jpeg-dir=/usr/lib' '--with-png-dir=/usr/lib' '--with-freetype-dir=/usr/lib' '--enable-gd-native-ttf' '--with-zlib' '--with-mcrypt=/usr/lib' '--with-dom' '--enable-sockets' '--with-gmp=shared' '--without-pear' '--with-mysql=/usr' '--with-mysql-sock=/tmp/mysql.sock' '--with-imagick-gm' '--with-imagick=shared' 'CFLAGS=-O2 -g' '--with-snmp=shared' '--enable-ftp=shared' '--enable-soap=shared' '--enable-debug' I tried the latest snapshot, but it crashes while trying to load the main php file. -- Edit bug report at http://bugs.php.net/?id=35140&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35140&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35140&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35140&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35140&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35140&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35140&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35140&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35140&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35140&r=support Expected behavior: http://bugs.php.net/fix.php?id=35140&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35140&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35140&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35140&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35140&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35140&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35140&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35140&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35140&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35140&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35140&r=mysqlcfg
#33915 [Asn]: Crash in _oci_close_session
ID: 33915 User updated by: jfbustarret at tf1 dot fr Reported By: jfbustarret at tf1 dot fr Status: Assigned Bug Type: OCI8 related Operating System: Linux PHP Version: 5CVS-2005-08-02 Assigned To: tony2001 New Comment: This new patch should be better : diff -u php-5.0.4-orig/ext/oci8/oci8.c php -5.0.4/ext/oci8/oci8.c --- php-5.0.4-orig/ext/oci8/oci8.c2005-07-27 20:24:40.0 +0 200 +++ php-5.0.4/ext/oci8/oci8.c 2005-08-02 09:33:55.0 +0200 @@ -2941,7 +2941,7 @@ oci_debug("START _oci_close_session: logging-off sess=%d",session->num); - if (session->is_open) { + if (session->pEnv && session->is_open) { /* Temporary Service Context */ CALL_OCI_RETURN(OCI(error), OCIHandleAlloc( @@ -3032,12 +3032,13 @@ #ifdef HAVE_OCI_9_2 /* free environment handle (and fix bug #29652 with growing .msb FD numb er under weirdie Solarises) */ - CALL_OCI( - OCIHandleFree( - (dvoid *) session->pEnv, - OCI_HTYPE_ENV - ) - ); + if (session->pEnv) + CALL_OCI( + OCIHandleFree( + (dvoid *) session->pEnv, + OCI_HTYPE_ENV + ) + ); #endif if (session->exclusive) { Previous Comments: ------------ [2005-08-01 09:52:42] jfbustarret at tf1 dot fr This bug is : - time dependant, - load dependant, - random. I certainly would not be able to find a piece of code that reproduces the crash. All I know is that _oci_close_session is called with session->server == NULL and that obviously crashes the function because it assumes that session->server is a valid pointer. [2005-07-29 16:21:57] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. ---------------- [2005-07-29 16:15:34] jfbustarret at tf1 dot fr The bug exists with the CVS version of ext/oci8. [2005-07-29 09:56:15] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip ---------------- [2005-07-29 08:25:19] jfbustarret at tf1 dot fr Description: Using php 5.0.4, with the oci8 extension from CVS & the oci_ping code activated in _oci_open_server, I have random segfaults on my production servers. Here is the back trace : #0 0xb78f3779 in _oci_close_session (session=0x8382a20) at /soft/sources/php/php-5.0.4/ext/oci8/oci8.c:2961 2961CALL_OCI_RETURN(OCI(error), (gdb) bt #0 0xb78f3779 in _oci_close_session (session=0x8382a20) at /soft/sources/php/php-5.0.4/ext/oci8/oci8.c:2961 #1 0xb79f0d5e in list_entry_destructor (ptr=0x83590f0) at /soft/sources/php/php-5.0.4/Zend/zend_list.c:173 #2 0xb79eef48 in zend_hash_apply_deleter (ht=0xb7a72560, p=0x836a4c8) at /soft/sources/php/php-5.0.4/Zend/zend_hash.c:618 #3 0xb79ef227 in zend_hash_graceful_reverse_destroy (ht=0xb7a72560) at /soft/sources/php/php-5.0.4/Zend/zend_hash.c:684 #4 0xb79e144a in shutdown_executor () at /soft/sources/php/php-5.0.4/Zend/zend_execute_API.c:284 #5 0xb79e8c86 in zend_deactivate () at /soft/sources/php/php-5.0.4/Zend/zend.c:902 #6 0xb79b544c in php_request_shutdown (dummy=0x0) [...] (gdb) print *session $1 = {num = 137800016, persistent = 0 '\0', is_open = 253 'ý', exclusive = 49 '1', thread = 8 '\b', sessions_list = 0x0, server = 0x0, pSession = 0x0, pEnv = 0x0, charsetId = 0} I'll try this patch in _oci_close_session : if (!session) { return; } +if (!session->server) { +return; +} oci_debug("START _oci_close_session: logging-off sess=%d",session->num); Reproduce code: --- No reproducing code. The crashes are random & time/traffic dependant. -- Edit this bug report at http://bugs.php.net/?id=33915&edit=1
#33915 [Fbk->Opn]: Crash in _oci_close_session
ID: 33915 User updated by: jfbustarret at tf1 dot fr Reported By: jfbustarret at tf1 dot fr -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Linux PHP Version: 5.0.4 New Comment: This bug is : - time dependant, - load dependant, - random. I certainly would not be able to find a piece of code that reproduces the crash. All I know is that _oci_close_session is called with session->server == NULL and that obviously crashes the function because it assumes that session->server is a valid pointer. Previous Comments: [2005-07-29 16:21:57] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-07-29 16:15:34] jfbustarret at tf1 dot fr The bug exists with the CVS version of ext/oci8. [2005-07-29 09:56:15] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-07-29 08:25:19] jfbustarret at tf1 dot fr Description: Using php 5.0.4, with the oci8 extension from CVS & the oci_ping code activated in _oci_open_server, I have random segfaults on my production servers. Here is the back trace : #0 0xb78f3779 in _oci_close_session (session=0x8382a20) at /soft/sources/php/php-5.0.4/ext/oci8/oci8.c:2961 2961CALL_OCI_RETURN(OCI(error), (gdb) bt #0 0xb78f3779 in _oci_close_session (session=0x8382a20) at /soft/sources/php/php-5.0.4/ext/oci8/oci8.c:2961 #1 0xb79f0d5e in list_entry_destructor (ptr=0x83590f0) at /soft/sources/php/php-5.0.4/Zend/zend_list.c:173 #2 0xb79eef48 in zend_hash_apply_deleter (ht=0xb7a72560, p=0x836a4c8) at /soft/sources/php/php-5.0.4/Zend/zend_hash.c:618 #3 0xb79ef227 in zend_hash_graceful_reverse_destroy (ht=0xb7a72560) at /soft/sources/php/php-5.0.4/Zend/zend_hash.c:684 #4 0xb79e144a in shutdown_executor () at /soft/sources/php/php-5.0.4/Zend/zend_execute_API.c:284 #5 0xb79e8c86 in zend_deactivate () at /soft/sources/php/php-5.0.4/Zend/zend.c:902 #6 0xb79b544c in php_request_shutdown (dummy=0x0) [...] (gdb) print *session $1 = {num = 137800016, persistent = 0 '\0', is_open = 253 'ý', exclusive = 49 '1', thread = 8 '\b', sessions_list = 0x0, server = 0x0, pSession = 0x0, pEnv = 0x0, charsetId = 0} I'll try this patch in _oci_close_session : if (!session) { return; } +if (!session->server) { +return; +} oci_debug("START _oci_close_session: logging-off sess=%d",session->num); Reproduce code: --- No reproducing code. The crashes are random & time/traffic dependant. -- Edit this bug report at http://bugs.php.net/?id=33915&edit=1
#33915 [Fbk->Opn]: Crash in _oci_close_session
ID: 33915 User updated by: jfbustarret at tf1 dot fr Reported By: jfbustarret at tf1 dot fr -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Linux PHP Version: 5.0.4 New Comment: The bug exists with the CVS version of ext/oci8. Previous Comments: [2005-07-29 09:56:15] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-07-29 08:25:19] jfbustarret at tf1 dot fr Description: Using php 5.0.4, with the oci8 extension from CVS & the oci_ping code activated in _oci_open_server, I have random segfaults on my production servers. Here is the back trace : #0 0xb78f3779 in _oci_close_session (session=0x8382a20) at /soft/sources/php/php-5.0.4/ext/oci8/oci8.c:2961 2961CALL_OCI_RETURN(OCI(error), (gdb) bt #0 0xb78f3779 in _oci_close_session (session=0x8382a20) at /soft/sources/php/php-5.0.4/ext/oci8/oci8.c:2961 #1 0xb79f0d5e in list_entry_destructor (ptr=0x83590f0) at /soft/sources/php/php-5.0.4/Zend/zend_list.c:173 #2 0xb79eef48 in zend_hash_apply_deleter (ht=0xb7a72560, p=0x836a4c8) at /soft/sources/php/php-5.0.4/Zend/zend_hash.c:618 #3 0xb79ef227 in zend_hash_graceful_reverse_destroy (ht=0xb7a72560) at /soft/sources/php/php-5.0.4/Zend/zend_hash.c:684 #4 0xb79e144a in shutdown_executor () at /soft/sources/php/php-5.0.4/Zend/zend_execute_API.c:284 #5 0xb79e8c86 in zend_deactivate () at /soft/sources/php/php-5.0.4/Zend/zend.c:902 #6 0xb79b544c in php_request_shutdown (dummy=0x0) [...] (gdb) print *session $1 = {num = 137800016, persistent = 0 '\0', is_open = 253 'ý', exclusive = 49 '1', thread = 8 '\b', sessions_list = 0x0, server = 0x0, pSession = 0x0, pEnv = 0x0, charsetId = 0} I'll try this patch in _oci_close_session : if (!session) { return; } +if (!session->server) { +return; +} oci_debug("START _oci_close_session: logging-off sess=%d",session->num); Reproduce code: --- No reproducing code. The crashes are random & time/traffic dependant. -- Edit this bug report at http://bugs.php.net/?id=33915&edit=1
#33915 [NEW]: Crash in _oci_close_session
From: jfbustarret at tf1 dot fr Operating system: Linux PHP version: 5.0.4 PHP Bug Type: OCI8 related Bug description: Crash in _oci_close_session Description: Using php 5.0.4, with the oci8 extension from CVS & the oci_ping code activated in _oci_open_server, I have random segfaults on my production servers. Here is the back trace : #0 0xb78f3779 in _oci_close_session (session=0x8382a20) at /soft/sources/php/php-5.0.4/ext/oci8/oci8.c:2961 2961CALL_OCI_RETURN(OCI(error), (gdb) bt #0 0xb78f3779 in _oci_close_session (session=0x8382a20) at /soft/sources/php/php-5.0.4/ext/oci8/oci8.c:2961 #1 0xb79f0d5e in list_entry_destructor (ptr=0x83590f0) at /soft/sources/php/php-5.0.4/Zend/zend_list.c:173 #2 0xb79eef48 in zend_hash_apply_deleter (ht=0xb7a72560, p=0x836a4c8) at /soft/sources/php/php-5.0.4/Zend/zend_hash.c:618 #3 0xb79ef227 in zend_hash_graceful_reverse_destroy (ht=0xb7a72560) at /soft/sources/php/php-5.0.4/Zend/zend_hash.c:684 #4 0xb79e144a in shutdown_executor () at /soft/sources/php/php-5.0.4/Zend/zend_execute_API.c:284 #5 0xb79e8c86 in zend_deactivate () at /soft/sources/php/php-5.0.4/Zend/zend.c:902 #6 0xb79b544c in php_request_shutdown (dummy=0x0) [...] (gdb) print *session $1 = {num = 137800016, persistent = 0 '\0', is_open = 253 'ý', exclusive = 49 '1', thread = 8 '\b', sessions_list = 0x0, server = 0x0, pSession = 0x0, pEnv = 0x0, charsetId = 0} I'll try this patch in _oci_close_session : if (!session) { return; } +if (!session->server) { +return; +} oci_debug("START _oci_close_session: logging-off sess=%d",session->num); Reproduce code: --- No reproducing code. The crashes are random & time/traffic dependant. -- Edit bug report at http://bugs.php.net/?id=33915&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33915&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33915&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33915&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33915&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33915&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33915&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33915&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33915&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33915&r=support Expected behavior: http://bugs.php.net/fix.php?id=33915&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33915&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33915&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33915&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33915&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33915&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33915&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33915&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33915&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33915&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33915&r=mysqlcfg
#29779 [Com]: ORA-24327
ID: 29779 Comment by: jfbustarret at tf1 dot fr Reported By: robertg2 at hope dot ac dot uk Status: Suspended Bug Type: OCI8 related Operating System: Solaris 8 PHP Version: 5.0.1 Assigned To: tony2001 New Comment: I had the same problem and wrote a small patch : http://www.jeuxdecartes.net/static/oci8.ping_freq.patch It adds a oci8.ping_freq php.ini variable (oci8.ping_freq = 60 is a good start). Previous Comments: [2005-07-22 21:41:12] bradpover at gmail dot com I too would appreciate a quick fix to this feature (what does the suspended status mean?). I see the error message using PHP 5.0.4, Apache 2.0.54 on win2k talking to a remote Oracle 10g database through Instant Client. BTW the suggestion to uncomment out ociping() in ori8.c may be for oci_ping() instead? That's what's in the win php5 source anyway. I just need a compiler now (the ms visual c++ toolkit 2003 does not include msdev which is needed to build resolv.lib - what a thing to find out _after_ downloading and installing 1GB of mostly not needed packages). On the brighter side I am running windows so system crashes and reboots will make my admin job easier for once. :) [2005-07-13 09:30:00] ecervetti at ch-hyeres dot fr I use php 5.0.4 On mandrake linux, the bug remains; but I can't see any ociping() function in oci8.c [2005-07-01 19:20:17] chung dot ley at amd dot com Why does 4.3.10 not have this problem? Is it because it is doing the ociping() or similar which means that its performance is less than the 5.0? Or just that the 5.0.x has special optimization with using the Oracle internal library? What is the status of the fix? Will it be in the next release or maybe the next next release? How can I help to push the priority of the fix? I perfer not to use 4.3.10 because I will need to re-test all my applications on 4.3.10, and I also prefer not to uncomment ociping() so that I don't have to degrade the performance... In other words, I want everything :DDD Thanks [2005-06-13 19:58:39] wustl_2008 at yahoo dot com I am experiencing the same problem on Apache 5.0.0 with Oracle 9.2. Any solutions besides rebooting the Apache server are greatly appreciated as I cannot afford to reboot the apache server since I am unable to know when the database has gone down for certain. I am capturing the error codes from OCIError and can determine the cause, but am unable (due to user abilities on the Linux system) to reboot Apache with a script, etc. Fix on this ASAP would be greatly appreciated. [2005-05-24 14:28:34] rootradical at hotbox dot ru I have the same "feature" (oci_connect(): OCISessionBegin: ORA-24327: need explicit attach before authenticating a user) using PHP 5.0.4 on Win2k SP4, Apache 2.0.47, Oracle9i Enterprise Edition Release 9.2.0.5.0 - 64bit Production. Unfortunately, I can't recompile oci8.c with ociping() enabled and it's very inconveniently to restart Apache every time database goes down. I hope you release some fix in the not too distant future. Because of this I need to use PHP 4.3... 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/29779 -- Edit this bug report at http://bugs.php.net/?id=29779&edit=1