#32690 [Opn->Bgs]: Using function_exists() doesn't always work.
ID: 32690 Updated by: [EMAIL PROTECTED] Reported By: gregt at maths dot otago dot ac dot nz -Status: Open +Status: Bogus Bug Type: GD related Operating System: Linux PHP Version: 4.3.9 New Comment: This is expected behaviour. Use gd_info() to get the version of GD library you have. Previous Comments: [2005-04-13 06:32:56] gregt at maths dot otago dot ac dot nz Description: When using function function_exists() to test for presence of a function, the result is sometimes wrong. Consider the following: echo "a:", function_exists(imagecreate),""; echo "b:", function_exists(imagecreatetruecolor),""; echo "c:", function_exists(imagecreatetruecolo),""; echo phpinfo(8); This produces the output: a: 1 b: 1 c: gd GD Support enabled GD Version 1.6.2 or higher FreeType Supportenabled FreeType Linkagewith freetype JPG Support enabled PNG Support enabled WBMP Supportenabled When I call imagecreatetruecolor(), I get: Warning: imagecreatetruecolor(): requires GD 2.0 or later in /home/gregt/public_html/gd/gdtest.php on line 8 Obviously I don't have a proper implementation of the imagecreatetruecolor function, but there is still code there to throw an error, so function_exists blindly assumes the function is present. Reproduce code: --- "; echo "b:", function_exists(imagecreatetruecolor),""; echo "c:", function_exists(imagecreatetruecolo),""; echo phpinfo(8); ?> Expected result: a: 1 b: c: Actual result: -- a: 1 b: 1 c: -- Edit this bug report at http://bugs.php.net/?id=32690&edit=1
#32603 [Fbk->Opn]: there is no easy way to check if class implements some interface
ID: 32603
User updated by: indeyets at gmail dot com
Reported By: indeyets at gmail dot com
-Status: Feedback
+Status: Open
Bug Type:Feature/Change Request
PHP Version: 5.0.4
New Comment:
class_implements() requires object instantiaiton too. That is a step,
which I need to skip.
I need to check if Class implements interface, not Object!
Previous Comments:
[2005-04-13 00:05:28] [EMAIL PROTECTED]
How about: http://php.net/class-implements
[2005-04-06 08:56:45] indeyets at gmail dot com
Description:
there is no easy way to check if class implements some interface. This
is needed, when, for example, php-application has support for loading
external classes.
external classes have to implement some interface. And check for this
should happen BEFORE object creation. (for example, there might be a
need for some specific constructor syntax).
PHP 5.0 allows to do the following things:
1). $parent = get_parent_class("SomeClassName"). This would be
sufficient, if plugins _extend_ some base class. that's not our case -
wouldn't work for interfaces
2). if ($obj instanceof "SomeInterfaceName") {}. This would work, if
we
could create object before the interface check. Wouldn't work for
non-existen objects
3). reflection API. it can do the thing, but overhead (both in code
and
in resources) is too big
--
Edit this bug report at http://bugs.php.net/?id=32603&edit=1
#32690 [NEW]: Using function_exists() doesn't always work.
From: gregt at maths dot otago dot ac dot nz Operating system: Linux PHP version: 4.3.9 PHP Bug Type: GD related Bug description: Using function_exists() doesn't always work. Description: When using function function_exists() to test for presence of a function, the result is sometimes wrong. Consider the following: echo "a:", function_exists(imagecreate),""; echo "b:", function_exists(imagecreatetruecolor),""; echo "c:", function_exists(imagecreatetruecolo),""; echo phpinfo(8); This produces the output: a: 1 b: 1 c: gd GD Support enabled GD Version 1.6.2 or higher FreeType Supportenabled FreeType Linkagewith freetype JPG Support enabled PNG Support enabled WBMP Supportenabled When I call imagecreatetruecolor(), I get: Warning: imagecreatetruecolor(): requires GD 2.0 or later in /home/gregt/public_html/gd/gdtest.php on line 8 Obviously I don't have a proper implementation of the imagecreatetruecolor function, but there is still code there to throw an error, so function_exists blindly assumes the function is present. Reproduce code: --- "; echo "b:", function_exists(imagecreatetruecolor),""; echo "c:", function_exists(imagecreatetruecolo),""; echo phpinfo(8); ?> Expected result: a: 1 b: c: Actual result: -- a: 1 b: 1 c: -- Edit bug report at http://bugs.php.net/?id=32690&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32690&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32690&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32690&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32690&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32690&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32690&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32690&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32690&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32690&r=support Expected behavior: http://bugs.php.net/fix.php?id=32690&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32690&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32690&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32690&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32690&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32690&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32690&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32690&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32690&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32690&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32690&r=mysqlcfg
#8459 [Com]: PHP's crash JVM after a few requests
ID: 8459
Comment by: sae at inbox dot kz
Reported By: wstranathan at itdallas dot net
Status: No Feedback
Bug Type: Java related
Operating System: Windows NT 4.0 Workstation, SP6a
PHP Version: 4.0.4
New Comment:
Problem still appears in tomcat 5.0.16 + PHP 4.3.11
I was replace setResultFromObject(), bad hack, but site is working
--
} else {
setResultFromString(result, value.toString().getBytes());
// setResultFromObject(result, value);
}
-- end -
Previous Comments:
[2005-02-06 07:28:54] luke at foolishgames dot com
I am experiencing the same problem with PHP 4.3.10 and tomcat 5.5.4
running on FreeBSD 4.11 Release with the native 1.4.2 p7 jdk.
phpinfo() will get tomcat to crash immediately. (signal 11)
Hitting random php pages on the server will cause a crash between 3-10
requests.
Most of the time I see signal 11's in libphp4.so with function
zend_hash_index_update_or_next_insert+0x2C
last item on stack trace is net.php.reflect.setResultFromObject(native
method)
at net.php.reflect.setResult(reflect.java:105)
...
[2002-02-02 06:40:56] [EMAIL PROTECTED]
No feedback was provided for this bug, so it is being suspended.
If you are able to provide the information that was requested,
please do so and change the status of the bug back to "Open".
[2002-01-11 16:55:40] [EMAIL PROTECTED]
Can you produce this error on 4.1.1?
[2000-12-28 13:45:32] wstranathan at itdallas dot net
Not apparently. I can produce this behavior with a php as
simple as:
Or even a PHP that has no PHP syntax - just HTML.
Furthermore, this DOES happen on the very first request to a
particular page on occasion.
It appears that this can happen either before or after the
response is sent to the browser, but typically before.
[2000-12-28 13:38:07] [EMAIL PROTECTED]
Could this be related to the problem reported in bug 6616?
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/8459
--
Edit this bug report at http://bugs.php.net/?id=8459&edit=1
#32593 [Fbk->Opn]: odbc with mysql SELECT with placeholders fails
ID: 32593 User updated by: jake at edge2 dot net Reported By: jake at edge2 dot net -Status: Feedback +Status: Open Bug Type: ODBC related Operating System: linux (fc3 and rh9) PHP Version: 4.3.10 New Comment: I tried downloading the snapshot tgz file, but i get an unrecoverable error from tar ... Previous Comments: [2005-04-07 17:51:12] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-04-05 18:09:47] jake at edge2 dot net Description: If I use placeholders (?) in a SELECT statement using odbc_prepare() and odbc_execute(), I get gibberish from the MySQL driver and it works correctly using the PostgreSQL driver. If I change the query to "WHERE id=1", it works fine. UPDATES using placeholders work fine for MySQL. I am able to do the same queries in C using the same libraries for unixODBC and MyODBC (and postgres-odbc) and get correct results. This may not be a PHP and/or PHP-odbc problem, but so far, it looks that way. I get substantially the same results on an FC3 and a RH9 linux box with the following versions: FC3: php-4.3.10-3.2, php-odbc-4.3.10-3.2, unixODBC-2.2.9-1, MyODBC-2.50.39-19.1, mysql-3.23.58-14 RH9: php-4.2.2-17, php-odbc-4.2.2-17, unixODBC-2.2.3-6, MyODBC-2.50.39-11, mysql-3.23.54a-11 Reproduce code: --- #!/usr/bin/php Expected result: I expect to get the firstname and lastname from the database. The table is an int id and varchar(20) for the names. Actual result: -- Some kind of junk: "std n_u" Postgres gives the correct result (firstname and lastname from the database) -- Edit this bug report at http://bugs.php.net/?id=32593&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: cara at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: uk credit card and http://uk-credit-card.msk.ru/"; target=_blank>uk credit card, nothing else. http://uk-credit-card.msk.ru/ Previous Comments: [2005-04-13 03:08:08] cara at hotmail dot com uk credit card http://uk-credit-card.msk.ru/"; target=_blank>uk credit card and on. http://uk-credit-card.msk.ru/ [2005-04-13 03:07:59] cara at hotmail dot com We are seriously concerned on uk credit card is able to provide http://uk-credit-card.msk.ru/"; target=_blank>uk credit card. http://uk-credit-card.msk.ru/ [2005-04-13 03:07:44] cara at hotmail dot com uk credit card who is http://uk-credit-card.msk.ru/"; target=_blank>uk credit card else. http://uk-credit-card.msk.ru/ [2005-04-13 03:07:14] cara at hotmail dot com This year, uk credit card find http://uk-credit-card.msk.ru/"; target=_blank>uk credit card! http://uk-credit-card.msk.ru/ [2005-04-13 03:07:06] cara at hotmail dot com The arguments would all have to admit that uk credit card but if http://uk-credit-card.msk.ru/"; target=_blank>uk credit card! http://uk-credit-card.msk.ru/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: cara at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: uk credit card http://uk-credit-card.msk.ru/"; target=_blank>uk credit card and on. http://uk-credit-card.msk.ru/ Previous Comments: [2005-04-13 03:07:59] cara at hotmail dot com We are seriously concerned on uk credit card is able to provide http://uk-credit-card.msk.ru/"; target=_blank>uk credit card. http://uk-credit-card.msk.ru/ [2005-04-13 03:07:44] cara at hotmail dot com uk credit card who is http://uk-credit-card.msk.ru/"; target=_blank>uk credit card else. http://uk-credit-card.msk.ru/ [2005-04-13 03:07:14] cara at hotmail dot com This year, uk credit card find http://uk-credit-card.msk.ru/"; target=_blank>uk credit card! http://uk-credit-card.msk.ru/ [2005-04-13 03:07:06] cara at hotmail dot com The arguments would all have to admit that uk credit card but if http://uk-credit-card.msk.ru/"; target=_blank>uk credit card! http://uk-credit-card.msk.ru/ [2005-02-15 10:58:02] asmi at owear dot ru Description: SIGSERV in shutdown_memory_manager after WackoWiki script execution I cannot find the exact part of code leading to crash. Reproduce code: --- http://wackowiki.com/files/wacko.r4.zip Expected result: WackoWiki good working for me. Actual result: -- (gdb) run -X Starting program: /usr/local/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 491 REMOVE_POINTER_FROM_LIST(ptr); (gdb) p t $1 = (zend_mem_header *) 0xbfbfad74 (gdb) bt #0 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 #1 0x28272ff9 in php_request_shutdown (dummy=0x0) at /usr/ports/lang/php4/work/php-4.3.10/main/main.c:1003 #2 0x282b78ad in apache_php_module_main (r=0x8125304, display_source_mode=0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/sapi_apache.c:60 #3 0x282b8468 in send_php (r=0x8125304, display_source_mode=0, filename=0x0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:621 #4 0x282b84c9 in send_parsed_php (r=0x8125304) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:636 #5 0x8051fac in ap_invoke_handler (r=0x8125304) at http_config.c:475 #6 0x8061d71 in process_request_internal (r=0x8125304) at http_request.c:1298 #7 0x8062074 in ap_internal_redirect (new_uri=0x81252cc "/wacko/wakka.php?wakka=SsylkiNaUpravlenieSajjtami", r=0x8122034) at http_request.c:1435 #8 0x281b5d19 in handler_redirect (r=0x8122034) at mod_rewrite.c:1590 #9 0x8051fac in ap_invoke_handler (r=0x8122034) at http_config.c:475 #10 0x8061d71 in process_request_internal (r=0x8122034) at http_request.c:1298 #11 0x8061dd0 in ap_process_request (r=0x8122034) at http_request.c:1314 #12 0x805b19a in child_main (child_num_arg=0) at http_main.c:4786 #13 0x805b30c in make_child (s=0x8084034, slot=0, now=1108460485) at http_main.c:4901 #14 0x805b429 in startup_children (number_to_start=2) at http_main.c:4983 #15 0x805b97c in standalone_main (argc=2, argv=0xbfbffb84) at http_main.c:5315 #16 0x805c063 in main (argc=2, argv=0xbfbffb84) at http_main.c:5657 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: cara at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: To be informed on uk credit card for somebody http://uk-credit-card.msk.ru/"; target=_blank>uk credit card tomorrow. http://uk-credit-card.msk.ru/ Previous Comments: [2005-04-13 03:08:15] cara at hotmail dot com uk credit card and http://uk-credit-card.msk.ru/"; target=_blank>uk credit card, nothing else. http://uk-credit-card.msk.ru/ [2005-04-13 03:08:08] cara at hotmail dot com uk credit card http://uk-credit-card.msk.ru/"; target=_blank>uk credit card and on. http://uk-credit-card.msk.ru/ [2005-04-13 03:07:59] cara at hotmail dot com We are seriously concerned on uk credit card is able to provide http://uk-credit-card.msk.ru/"; target=_blank>uk credit card. http://uk-credit-card.msk.ru/ [2005-04-13 03:07:44] cara at hotmail dot com uk credit card who is http://uk-credit-card.msk.ru/"; target=_blank>uk credit card else. http://uk-credit-card.msk.ru/ [2005-04-13 03:07:14] cara at hotmail dot com This year, uk credit card find http://uk-credit-card.msk.ru/"; target=_blank>uk credit card! http://uk-credit-card.msk.ru/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: cara at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: We are seriously concerned on uk credit card is able to provide http://uk-credit-card.msk.ru/"; target=_blank>uk credit card. http://uk-credit-card.msk.ru/ Previous Comments: [2005-04-13 03:07:44] cara at hotmail dot com uk credit card who is http://uk-credit-card.msk.ru/"; target=_blank>uk credit card else. http://uk-credit-card.msk.ru/ [2005-04-13 03:07:14] cara at hotmail dot com This year, uk credit card find http://uk-credit-card.msk.ru/"; target=_blank>uk credit card! http://uk-credit-card.msk.ru/ [2005-04-13 03:07:06] cara at hotmail dot com The arguments would all have to admit that uk credit card but if http://uk-credit-card.msk.ru/"; target=_blank>uk credit card! http://uk-credit-card.msk.ru/ [2005-02-15 10:58:02] asmi at owear dot ru Description: SIGSERV in shutdown_memory_manager after WackoWiki script execution I cannot find the exact part of code leading to crash. Reproduce code: --- http://wackowiki.com/files/wacko.r4.zip Expected result: WackoWiki good working for me. Actual result: -- (gdb) run -X Starting program: /usr/local/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 491 REMOVE_POINTER_FROM_LIST(ptr); (gdb) p t $1 = (zend_mem_header *) 0xbfbfad74 (gdb) bt #0 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 #1 0x28272ff9 in php_request_shutdown (dummy=0x0) at /usr/ports/lang/php4/work/php-4.3.10/main/main.c:1003 #2 0x282b78ad in apache_php_module_main (r=0x8125304, display_source_mode=0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/sapi_apache.c:60 #3 0x282b8468 in send_php (r=0x8125304, display_source_mode=0, filename=0x0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:621 #4 0x282b84c9 in send_parsed_php (r=0x8125304) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:636 #5 0x8051fac in ap_invoke_handler (r=0x8125304) at http_config.c:475 #6 0x8061d71 in process_request_internal (r=0x8125304) at http_request.c:1298 #7 0x8062074 in ap_internal_redirect (new_uri=0x81252cc "/wacko/wakka.php?wakka=SsylkiNaUpravlenieSajjtami", r=0x8122034) at http_request.c:1435 #8 0x281b5d19 in handler_redirect (r=0x8122034) at mod_rewrite.c:1590 #9 0x8051fac in ap_invoke_handler (r=0x8122034) at http_config.c:475 #10 0x8061d71 in process_request_internal (r=0x8122034) at http_request.c:1298 #11 0x8061dd0 in ap_process_request (r=0x8122034) at http_request.c:1314 #12 0x805b19a in child_main (child_num_arg=0) at http_main.c:4786 #13 0x805b30c in make_child (s=0x8084034, slot=0, now=1108460485) at http_main.c:4901 #14 0x805b429 in startup_children (number_to_start=2) at http_main.c:4983 #15 0x805b97c in standalone_main (argc=2, argv=0xbfbffb84) at http_main.c:5315 #16 0x805c063 in main (argc=2, argv=0xbfbffb84) at http_main.c:5657 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: cara at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: uk credit card who is http://uk-credit-card.msk.ru/"; target=_blank>uk credit card else. http://uk-credit-card.msk.ru/ Previous Comments: [2005-04-13 03:07:14] cara at hotmail dot com This year, uk credit card find http://uk-credit-card.msk.ru/"; target=_blank>uk credit card! http://uk-credit-card.msk.ru/ [2005-04-13 03:07:06] cara at hotmail dot com The arguments would all have to admit that uk credit card but if http://uk-credit-card.msk.ru/"; target=_blank>uk credit card! http://uk-credit-card.msk.ru/ [2005-02-15 10:58:02] asmi at owear dot ru Description: SIGSERV in shutdown_memory_manager after WackoWiki script execution I cannot find the exact part of code leading to crash. Reproduce code: --- http://wackowiki.com/files/wacko.r4.zip Expected result: WackoWiki good working for me. Actual result: -- (gdb) run -X Starting program: /usr/local/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 491 REMOVE_POINTER_FROM_LIST(ptr); (gdb) p t $1 = (zend_mem_header *) 0xbfbfad74 (gdb) bt #0 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 #1 0x28272ff9 in php_request_shutdown (dummy=0x0) at /usr/ports/lang/php4/work/php-4.3.10/main/main.c:1003 #2 0x282b78ad in apache_php_module_main (r=0x8125304, display_source_mode=0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/sapi_apache.c:60 #3 0x282b8468 in send_php (r=0x8125304, display_source_mode=0, filename=0x0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:621 #4 0x282b84c9 in send_parsed_php (r=0x8125304) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:636 #5 0x8051fac in ap_invoke_handler (r=0x8125304) at http_config.c:475 #6 0x8061d71 in process_request_internal (r=0x8125304) at http_request.c:1298 #7 0x8062074 in ap_internal_redirect (new_uri=0x81252cc "/wacko/wakka.php?wakka=SsylkiNaUpravlenieSajjtami", r=0x8122034) at http_request.c:1435 #8 0x281b5d19 in handler_redirect (r=0x8122034) at mod_rewrite.c:1590 #9 0x8051fac in ap_invoke_handler (r=0x8122034) at http_config.c:475 #10 0x8061d71 in process_request_internal (r=0x8122034) at http_request.c:1298 #11 0x8061dd0 in ap_process_request (r=0x8122034) at http_request.c:1314 #12 0x805b19a in child_main (child_num_arg=0) at http_main.c:4786 #13 0x805b30c in make_child (s=0x8084034, slot=0, now=1108460485) at http_main.c:4901 #14 0x805b429 in startup_children (number_to_start=2) at http_main.c:4983 #15 0x805b97c in standalone_main (argc=2, argv=0xbfbffb84) at http_main.c:5315 #16 0x805c063 in main (argc=2, argv=0xbfbffb84) at http_main.c:5657 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: cara at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: The arguments would all have to admit that uk credit card but if http://uk-credit-card.msk.ru/"; target=_blank>uk credit card! http://uk-credit-card.msk.ru/ Previous Comments: [2005-02-15 10:58:02] asmi at owear dot ru Description: SIGSERV in shutdown_memory_manager after WackoWiki script execution I cannot find the exact part of code leading to crash. Reproduce code: --- http://wackowiki.com/files/wacko.r4.zip Expected result: WackoWiki good working for me. Actual result: -- (gdb) run -X Starting program: /usr/local/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 491 REMOVE_POINTER_FROM_LIST(ptr); (gdb) p t $1 = (zend_mem_header *) 0xbfbfad74 (gdb) bt #0 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 #1 0x28272ff9 in php_request_shutdown (dummy=0x0) at /usr/ports/lang/php4/work/php-4.3.10/main/main.c:1003 #2 0x282b78ad in apache_php_module_main (r=0x8125304, display_source_mode=0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/sapi_apache.c:60 #3 0x282b8468 in send_php (r=0x8125304, display_source_mode=0, filename=0x0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:621 #4 0x282b84c9 in send_parsed_php (r=0x8125304) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:636 #5 0x8051fac in ap_invoke_handler (r=0x8125304) at http_config.c:475 #6 0x8061d71 in process_request_internal (r=0x8125304) at http_request.c:1298 #7 0x8062074 in ap_internal_redirect (new_uri=0x81252cc "/wacko/wakka.php?wakka=SsylkiNaUpravlenieSajjtami", r=0x8122034) at http_request.c:1435 #8 0x281b5d19 in handler_redirect (r=0x8122034) at mod_rewrite.c:1590 #9 0x8051fac in ap_invoke_handler (r=0x8122034) at http_config.c:475 #10 0x8061d71 in process_request_internal (r=0x8122034) at http_request.c:1298 #11 0x8061dd0 in ap_process_request (r=0x8122034) at http_request.c:1314 #12 0x805b19a in child_main (child_num_arg=0) at http_main.c:4786 #13 0x805b30c in make_child (s=0x8084034, slot=0, now=1108460485) at http_main.c:4901 #14 0x805b429 in startup_children (number_to_start=2) at http_main.c:4983 #15 0x805b97c in standalone_main (argc=2, argv=0xbfbffb84) at http_main.c:5315 #16 0x805c063 in main (argc=2, argv=0xbfbffb84) at http_main.c:5657 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: cara at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: This year, uk credit card find http://uk-credit-card.msk.ru/"; target=_blank>uk credit card! http://uk-credit-card.msk.ru/ Previous Comments: [2005-04-13 03:07:06] cara at hotmail dot com The arguments would all have to admit that uk credit card but if http://uk-credit-card.msk.ru/"; target=_blank>uk credit card! http://uk-credit-card.msk.ru/ [2005-02-15 10:58:02] asmi at owear dot ru Description: SIGSERV in shutdown_memory_manager after WackoWiki script execution I cannot find the exact part of code leading to crash. Reproduce code: --- http://wackowiki.com/files/wacko.r4.zip Expected result: WackoWiki good working for me. Actual result: -- (gdb) run -X Starting program: /usr/local/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 491 REMOVE_POINTER_FROM_LIST(ptr); (gdb) p t $1 = (zend_mem_header *) 0xbfbfad74 (gdb) bt #0 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 #1 0x28272ff9 in php_request_shutdown (dummy=0x0) at /usr/ports/lang/php4/work/php-4.3.10/main/main.c:1003 #2 0x282b78ad in apache_php_module_main (r=0x8125304, display_source_mode=0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/sapi_apache.c:60 #3 0x282b8468 in send_php (r=0x8125304, display_source_mode=0, filename=0x0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:621 #4 0x282b84c9 in send_parsed_php (r=0x8125304) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:636 #5 0x8051fac in ap_invoke_handler (r=0x8125304) at http_config.c:475 #6 0x8061d71 in process_request_internal (r=0x8125304) at http_request.c:1298 #7 0x8062074 in ap_internal_redirect (new_uri=0x81252cc "/wacko/wakka.php?wakka=SsylkiNaUpravlenieSajjtami", r=0x8122034) at http_request.c:1435 #8 0x281b5d19 in handler_redirect (r=0x8122034) at mod_rewrite.c:1590 #9 0x8051fac in ap_invoke_handler (r=0x8122034) at http_config.c:475 #10 0x8061d71 in process_request_internal (r=0x8122034) at http_request.c:1298 #11 0x8061dd0 in ap_process_request (r=0x8122034) at http_request.c:1314 #12 0x805b19a in child_main (child_num_arg=0) at http_main.c:4786 #13 0x805b30c in make_child (s=0x8084034, slot=0, now=1108460485) at http_main.c:4901 #14 0x805b429 in startup_children (number_to_start=2) at http_main.c:4983 #15 0x805b97c in standalone_main (argc=2, argv=0xbfbffb84) at http_main.c:5315 #16 0x805c063 in main (argc=2, argv=0xbfbffb84) at http_main.c:5657 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#25876 [Com]: session_start(): Failed to initialize storage module
ID: 25876
Comment by: todd dot trann at palidar dot com
Reported By: golden at riscom dot com
Status: No Feedback
Bug Type: Session related
Operating System: freebsd 4.8
PHP Version: 4.3.9-4.3.10
Assigned To: sniper
New Comment:
RedHat 9
PHP 4.3.9 from RPM (php-4.3.9-11.rh90.art)
Zend Engine 1.3.0, Optimizer 2.5.5
I am experiencing the same problem: the error indicates storage module
"user", yet php.ini has it set to "files", and nowhere in my code do I
change it to "user".
The problem comes and goes as the page is reloaded. A PHP page with no
session code does not exhibit the problem.
My /tmp directory is world writable.
Todd
Previous Comments:
[2005-04-02 16:21:52] tj at tjshafer dot com
I am also having this problem
Freebsd 4.8
php 4.3.10
[2005-03-31 03:00:43] james at westcoastbmx dot com
i have this problem as well.
as long as:
php_value session.save_handleruser
is in my .htaccess file
session_start();
will not work.
[2005-03-28 19:27:40] clix at theclixnetwork dot com
A client of mine is having the same problem. The script uses:
session_start();
session_register('susername');
session_register('spassword');
session_register('sreferer');
session_register('susecode');
No destroy or anything special. If $username is set, than it sets the
session $susername to $username. He tried accessing the page within a
short time period after me, both passing the same username. However
when I access it again it doesn't give me the error.
[2005-03-25 01:52:28] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2005-03-18 10:02:14] [EMAIL PROTECTED]
See bug #32330 for similar issue. Do you use session_destroy()
anywhere? Or session_decode()?
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/25876
--
Edit this bug report at http://bugs.php.net/?id=25876&edit=1
#32276 [Opn]: PHP.net Website Problem
ID: 32276
User updated by: onno at itmaze dot com dot au
Reported By: onno at itmaze dot com dot au
Status: Open
Bug Type: *Web Server problem
Operating System: n/a
PHP Version: Irrelevant
New Comment:
Visit http://au2.php.net/functions and see all manner of hell break
loose. At the moment it shows:
cpd='ArrayIt$/:#cur!n"key,nZ"!w%?seek,vQid)ArrayObje]P$m;Siz
Type)is(Dir,Do"Ex
sp
not/i*;public_i?sy-em_id)#add_|o"c!/e#/tribut
cd/a_se)html_dump_mem,[EMAIL PROTECTED]&_/tribute[
_node]g&_elem+ts_by_tag> has_/tribut !mov{/tribut
s&_/tribute[_node]tag>e)Node#a(dd_>espac
pp+d#chil?sibl%g)ttributes)child_node;cl*{nod dump_nod
fir-_chil?g&_c*t+"has#/tribute;child_nodes)%s$t_bef: is_blank_nod
la-_chil?n(Zt_sibl%g,ode#> typ [EMAIL PROTECTED]"p(a!nt_nod
!(fix,[EMAIL PROTECTED]([EMAIL PROTECTED]&#c*t+">e[space])unl%k_no
de)P|cess%gIn-rucY#d/a,t=g&)XsltStyleshe&#p|ces;!sult_dump#fil
mem@)Filt$It$/:#cur!n"g&Inn$It$/:,key,nZ"!w%?vQid)LimitIt$/:#g&PosiY,nZ"
!w%?seek,vQid)PDOSt/em+t#b%d(Column,P=am)$r:(Cod Info)Zhttp://au2.php.net/functions and see all manner of hell break
loose. At the moment it shows:
cpd='ArrayIt$/:#cur!n"key,nZ"!w%?seek,vQid)ArrayObje]P$m;Siz
Type)is(Dir,Do"Ex
sp
not/i*;public_i?sy-em_id)#add_|o"c!/e#/tribut
cd/a_se)html_dump_mem,[EMAIL
PROTECTED]&_/tribute[_node]g&_elem+ts_by_tag>
has_/tribut !mov{/tribut s&_/tribute[_node]tag>e)Node#a(dd_>espac
pp+d#chil?sibl%g)ttributes)child_node;cl*{nod dump_nod
fir-_chil?g&_c*t+"has#/tribute;child_nodes)%s$t_bef: is_blank_nod
la-_chil?n(Zt_sibl%g,ode#> typ [EMAIL PROTECTED]"p(a!nt_nod
!(fix,[EMAIL PROTECTED]([EMAIL
PROTECTED]&#c*t+">e[space])unl%k_node)P|cess%gIn-rucY#d/a,t=g&)XsltStyleshe&#p|ces;!sult_dump#fil
mem@)Filt$It$/:#cur!n"g&Inn$It$/:,key,nZ"!w%?vQid)LimitIt$/:#g&PosiY,nZ"!w%?seek,vQid)PDOSt/em+t#b%d(Column,P=am)$r:(Cod
Info)Ze)c(ad?^mp,div,mo?mul,ompil$#Kad[_Ze]p=s{clas;!a?write#clas;c*-an"Z{foot$,f(il
oot$,uncY[s_f|m_file])[EMAIL PROTECTED]
sqr"sub)%(2hZ,d_tZtdoma%_^dese"d<,dtZtdoma%)z(cKs
^mp!s;de@@l(e=-/cach
ose(dir,[EMAIL PROTECTED],c!/{gui?ev+t_s%k,g&[_activ{objes])num(`;!c:ds)op+,pack,!plac{!c:d)lis"m(cKs
del& Zi-;f&ch,fir-key,%s$"nZtkey,op+,!place)plus#ad?aql,c(hdir,Ks
urr)$r(^d
no)f(%?irs"lush,!e(QlKck;Kck,[EMAIL
PROTECTED]&(Kck,unique)%fo,las"Kck!l,nZ"op+,p!v,r(c(hp$m,!/
rt(Zac"[EMAIL PROTECTED](olv to!pos)key;op+,qu$y,!>
s<%dZ,unl%k,zap)s(avepo;&%dZ[bynumb$]ql)tcl,t!mov
un(do[p!pa!]Kck!l,sel sk#f!{spac
totQ_space)skf!espace)l,n(g&tZ"s#che[ns])imp:tnod
Kad[html[file]xml]n:mQiz
!laxngvQid/e[source]save[html[file]xml]schemaVQid/e[Source]vQid/
x%clude)elem+t#g&/tribute[node[ns]ns]g&elem+tsbytag>e[ns]has/tribute[ns]!move/tribute[nod
ns]s&/tribute[node[ns]ns])implem+t/i*_c!/edocum+t[type]implem+t/i*_hasfe/ur
>ednodemap_g&>editem[ns]n(amednodemap_item,ode#app+dchil?cl*+od
has(/tribute;childnodes)i(ns$tbef: ss(am+od
upp:[EMAIL PROTECTED](>espaceuri,p!fix)n:mQiz
!(mov[EMAIL PROTECTED](_imp:t_simplZml,xml#new_doc,op+#fil
mem)v$si*,x(mlt!
slt_-yleshe&[_doc,_file]@)otn&_Ka?oublevQ)e(a(ch,-$_da(t
[EMAIL PROTECTED],cho,mpty,n?!g[_!plac
i[_!place]]rr:#Kg,!p:t%g)scapeshell(=g,cmd)vQ,x(<,if#imag&yp
!ad_d/a,tag> thumbnail)i"p[Kd
m1]t+si*_Kade?tract)zmlm_hash)f(am#cancel_m*it:,cKs
m*it:#^ll
seek,tabl type)f!{!sul"g&_auto-=t_%fo,ho->
%s$t_i?li-#db;`;tables)n(Zt_!sul"um#`;|[EMAIL
PROTECTED]:?pc*n<"qu$y,!ad#bKb,cKb)!sul"|llback,se(l w=n%gs)cKs
df#add#doc_javascrip"templ/e)cKs c!/
e(num_vQue;rr(no,:@g&#ap,/tachm+"+^d%g,fil flag;op"-/u;vQu
v$si*)head$,nZt_`_> op+[_-r%g]!mov{item,s(ave[_-r%g]&#ap,+^d%g,fil
flag;javascript_acY,*_imp:t_javascrip"op"-/u;submit_f:m_acY,t=g&_fram
vQu v$si*@)eof,flush,g&(c,csv,s[s])ile[#Zi-;g&_c*t+t;put_c*t+ts)/im
ctim g|up,%od mtim own$,p($m;|[_`(^un"> typ width)_r(&riev ow^unt)])siz
type]K(/vQ,ck,:)lush,mo?nm/ch,op+,p(as-hru,r%tf,ut(csv,[EMAIL
PROTECTED](a?nchtojd)ribidi_Kg2vi;s(canf,eek,ockop+,t/)t(ell,ok,p#QKc,c(dup,hdir,hmo?Ks
*n rmdir,s(&_opY,it iz
sl_c*n<"[EMAIL
PROTECTED]/e)unc_g&_=g[s]unc(_num_=g;Y_Zi-s)write)g(d_%fo,&(#b|ws$,c(fg_v=,lass[_m&hod;_v=s]ur!nt_us$)de[l])imagesiz la-mo?m(xrr,y(gi?%od [EMAIL PROTECTED]"p|tobyn(am
umb$)randmax,rusag s$vby(> p:t)tZ"timeofday,type)Kb,m(d/ mktim
p#a(b;d?nd)c(lrbi"mp,om)div[_q[r]_r,Zact]fac"gcd[Zt]hamdis"%(i"tvQ,v$t)ja^bi,leg+dr
mo?mul,neg,:,p($fe)i(d+tify,n(^ll{cQ+d=,op+)snooz
-o!_ev+t)c*v[#g&_+^d%g,mim{d
sh:t_>e)g+!#i?lis">e)tag,v$si*)d3#!mov{tag,s&_tag)d/
fx#aff nullabl p!cisi*,scQ
type)num#`;|ws)pc*n<"qu$y,|llback)i#Qt$,g&[_Ql]!-:
s&)t$fac{Zi-;tvQ)p(2l*g,tc([EMAIL PROTECTED]
disc*n<"evQ_ html_+^d
igno!#ad?del)%vit is_c*n_Qiv
jo%,kick,l(is"ookup_f:m/_message;us$s)msg,n(ame;ick[>e#escap
unescape)]otice)op$,p="pc*n<"!gi-$_f:m/_message;s&#cur!n"fil
*_die)topic,who[is])s#a,=ray,bool,cQlabl dir,doubl Z
to(f!nch,g!g:ian,jewish,julian,[EMAIL
PROTECTED](ewishtoj?o%,peg2wbmp,uliantojd)k(ey,rs:"s:t)l(cg_vQu
dap#8859_to_t61,ad?b%?c(Ks omp= *n<"ount_+tries)del&
dn2ufn,$r(2-r,no,:)ZpKd{dn,fir-#/tribut
+try,!fe!nce)f!{!sul"g&#/tribute;dn,+trie
#32470 [NoF->Csd]: preg_compile() Need way to pre-compile regex
ID: 32470
User updated by: sam_bravard at yahoo dot com
Reported By: sam_bravard at yahoo dot com
-Status: No Feedback
+Status: Closed
Bug Type: Feature/Change Request
Operating System: all
PHP Version: 5.0.3
New Comment:
Terrific! That's a fine solution. I assumed the worst from the PHP
docs.
Coming from C#/Java mentality it's assumed you have to explicity
compile for performance.
Perhaps someone on the doc team could add a short note mentioning the
regex cache for those of us with blinders on ;-)
Thanks!
Previous Comments:
[2005-04-05 01:00:05] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2005-03-28 10:09:53] [EMAIL PROTECTED]
All pcre_* funcs do not compile expressions each time, they use cache
of precompiled regexps.
See pcre_get_compiled_regex_ex() in ext/pcre/php_pcre.c
Or you're proposing something different?
[2005-03-28 10:04:13] sam_bravard at yahoo dot com
Description:
PHP is missing the ability to pre-compile regex expressions and then
use the pre-compiled regex.
This is a _major_ performance issue (100x) when processing files or
text streams with regex's. In PHP you have to recompile the regex for
each line you process... a major waste of cpu time.
See Perl, .NET or Java's regex support for an example of how to use
precompiled regex's.
Perhaps PHP can add something like the following and just overload the
first argument to preg_match and friends:
$precompiled_expression = preg_compile("regex expression");
preg_match($precompiled_expression, $sourcedata, $matches);
Reproduce code:
---
$precompiled_expression = preg_compile("regex expression");
preg_match($precompiled_expression, $sourcedata, $matches);
Actual result:
--
Function doesn't exist... sorely needed for performance.
--
Edit this bug report at http://bugs.php.net/?id=32470&edit=1
#32689 [NEW]: memory leak
From: jerome at kingofsofa dot org
Operating system: linux
PHP version: 5.0.4
PHP Bug Type: Performance problem
Bug description: memory leak
Description:
I think I have found a memory leak in php 4 and 5
depending on the size of the string concatenated to a variable a few bytes
of memory are lost. See attached code.
I have noticed that if you replace echo "instance $i "... by a "smaller"
sentence echo "i $i " then the leak is not there.
Since it has been there for a while I was wondering if this is actually an
expected behavior. If so how should I do to avoid this.
This is part of a script running constantly and calling some trace
function that end up doing an echo.
Reproduce code:
---
for( $i = 0; $i < 100 ; $i++ ) {
echo "instance $i ".memory_get_usage()."\n";
}
echo "---\n";
for( $i = 0; $i < 100 ; $i++ ) {
echo "instance ";
echo $i;
echo " ".memory_get_usage()."\n";
}
Expected result:
Content-type: text/html
X-Powered-By: PHP/5.0.4
instance 0 40248
instance 1 40264
instance 2 40264
instance 3 40264
instance 4 40264
instance 5 40264
instance 6 40264
instance 7 40264
instance 8 40264
...
instance 99 40264
---
instance 0 40264
instance 1 40280
instance 2 40280
instance 3 40280
instance 4 40280
instance 5 40280
instance 6 40280
Actual result:
--
Content-type: text/html
X-Powered-By: PHP/5.0.4
instance 0 40248
instance 1 40288
instance 2 40304
instance 3 40320
instance 4 40336
instance 5 40352
instance 6 40368
instance 7 40384
instance 8 40400
...
instance 99 41856
---
instance 0 41856
instance 1 41872
instance 2 41872
instance 3 41872
instance 4 41872
instance 5 41872
instance 6 41872
--
Edit bug report at http://bugs.php.net/?id=32689&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32689&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32689&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32689&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32689&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32689&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32689&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32689&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32689&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32689&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32689&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32689&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32689&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32689&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32689&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32689&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32689&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32689&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32689&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32689&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32689&r=mysqlcfg
#32304 [Fbk->NoF]: Invalid exception code hangs server thread.
ID: 32304 Updated by: php-bugs@lists.php.net Reported By: peter at letford dot co dot uk -Status: Feedback +Status: No Feedback Bug Type: Zend Engine 2 problem Operating System: Windows XP Professional PHP Version: 5CVS-2005-03-15 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2005-04-05 10:11:46] [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-03-26 19:41:49] peter at letford dot co dot uk Hi there, I have now installed the latest PHP 5 and Apache 1.3.33 on a clean machine. Whilst the initial problem seems to have gone away the Apache web server now crashes but I believe it's still a problem of PHP because debug log mentions php5ts.dll saying the following: szAppName: Apache.exe szAppVer: 0.0.0.0 szModName: php5ts.dll szModVer: 5.1.0.0 offset: 7c9e An interesting fact that the offset is _allways_ the same. Although it doesn't crash every time you run the example code (from original bug report) holding refresh for a few seconds causes the problem consistantly. I have saved the memory dump of the program if you need it. [2005-03-25 01:54:35] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2005-03-19 12:37:26] [EMAIL PROTECTED] Can't reproduce. Please provide more info about your system & try the latest snapshots from snaps.php.net [2005-03-15 01:21:32] peter at letford dot co dot uk Hi, This bug exists on 5.1.0-dev 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/32304 -- Edit this bug report at http://bugs.php.net/?id=32304&edit=1
#32127 [Fbk->NoF]: is_numeric() not binary safe
ID: 32127
Updated by: php-bugs@lists.php.net
Reported By: M dot Kooiman at MAP-IS dot nl
-Status: Feedback
+Status: No Feedback
Bug Type: Variables related
Operating System: *
PHP Version: 4CVS, 5CVS (2005-02-27)
Assigned To: derick
New Comment:
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
Previous Comments:
[2005-04-05 10:18:24] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
I can't reproduce it with latest snapshots.
[2005-02-27 12:58:18] M dot Kooiman at MAP-IS dot nl
Description:
Hi,
It seems is_numeric() isn't binary safe. Which, in itself isn't a big
problem, but it becomes a problem when is_numeric () is used as input
(GET/POST) validation.
Reproduce code:
---
alert(document.cookie);
*/
if (is_numeric($_GET['whatever']))
{
echo "Whatever: {$_GET['whatever']}";
} else{
echo 'The string isn't numeric.';
}
?>
Expected result:
is_numeric() should fail the string because it contains extra arbitrary
data.
Actual result:
--
is_numeric() will validate a string that has a number + null char +
arbitrary data as a valid number.
--
Edit this bug report at http://bugs.php.net/?id=32127&edit=1
#32577 [Fbk->NoF]: sun one restarts after sybase requests made
ID: 32577 Updated by: php-bugs@lists.php.net Reported By: ravi_kumarm at hotmail dot com -Status: Feedback +Status: No Feedback Bug Type: iPlanet related Operating System: Solaris PHP Version: 5.0.3 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2005-04-05 01:10:02] [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-04-04 23:31:54] ravi_kumarm at hotmail dot com Description: I think this old bug which was assigned as "bogus" should be re-opened as we are running into this problem. Sybase - database Solaris 6.1 PHP 5.1 SunOne web server restarts after a minute or so of making Sybase database calls from PHP web pages. If database access is not done, it doesn't restart. So, I guess this bug should be re-opened. Expected result: SunOne web server should not restart and continue running the web site after making calls from PHP code to Sybase database tables for retrieving data. Actual result: -- SunOne web server restarts. -- Edit this bug report at http://bugs.php.net/?id=32577&edit=1
#32168 [NEW]: A recovering of variable while using reference to $_SESSION
From: KRomas at goldentele dot com
Operating system: Linux
PHP version: 4.3.9
PHP Bug Type: Session related
Bug description: A recovering of variable while using reference to $_SESSION
Description:
If we erase the $_SESSION and then make the reference to some session
variable X, the value of X is recovering, ie not erased.
Configure Command:
./configure' '--prefix=/usr/local/apache'
'--with-config-file-path=/usr/local/Zend/etc' '--enable-track-vars'
'--with-apxs=/usr/local/apache/bin/apxs' '--with-gd'
'--with-oci8=/oracle/8.1.7' '--enable-trans-sid' '--enable-sigchild'
'--with-zlib' '--enable-sockets' '--with-zlib-dir=/usr/local/include'
'--with-iconv' '--with-iconv-dir=/usr/local' '--disable-debug'
'--with-sybase-ct=/usr/local/freetds'
Reproduce code:
---
Please run folow files in order:
1.php
';
var_dump($_SESSION);
?>
2.php
';
var_dump($_SESSION);
?>
3.php
';
var_dump($_SESSION);
?>
Expected result:
array(1) {
["a"]=>
&NULL
}
Actual result:
--
array(1) {
["a"]=>
&array(1) {
["b"]=>
int(1)
}
}
--
Edit bug report at http://bugs.php.net/?id=32168&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32168&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32168&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32168&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32168&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32168&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32168&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32168&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32168&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32168&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32168&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32168&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32168&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32168&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32168&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32168&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32168&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32168&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32168&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32168&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32168&r=mysqlcfg
#30760 [Opn->Fbk]: php hangs when extension does not exist
ID: 30760
Updated by: [EMAIL PROTECTED]
Reported By: Claus-Werner dot Lermen at zf dot com
-Status: Open
+Status: Feedback
Bug Type: IIS related
Operating System: Windows 2000/2003
PHP Version: 4CVS-2005-02-11
New Comment:
Do you have "display_startup_errors" ini option on?
Previous Comments:
[2005-02-11 11:59:40] Claus-Werner dot Lermen at zf dot com
the latest snapshot does not solve the problem: php stills hangs when
an extension cannot be loaded.
When php.exe is called from the commandline the messagebox still pops
up, even when I disable the E_CORE_WARNING.
php is normally running in the background, therefore a messagebox
should never be used - any message should be written to a logfile!
[2005-02-11 06:16:54] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-01-04 11:22:56] programmer at bardware dot de
Hi,
I'm a PHP user too, I can only tell from my experience and of how I
understand the sources of PHP.
In the PHP source-distribution there is a file main.c
It reads:
if (!module_initialized || PG(log_errors)) {
char *log_buffer;
#ifdef PHP_WIN32
if (type==E_CORE_ERROR || type==E_CORE_WARNING) {
MessageBox(NULL, buffer, error_type_str, MB_OK|ZEND_SERVICE_MB_STYLE);
}
#endif
"Unable to load dynamic library..." is a CORE_WARNING according to what
I see in the log.
That means - according to my understanding of this code - if you don't
log or display CORE_WARNINGs the messagebox should not appear.
Try to set
error_reporting = E_COMPILE_ERROR|E_ERROR|E_CORE_ERROR
in the PHP.ini
I don't understand why the PHP-developers decided to pop up a
messagebox even if you decided to only log errors and warnings.
I understand your problem because I wanted to restart the Apache-Server
after updating the PHP-version through a Win2K-Terminal-Session and had
to go to the physical webserver though, because the MessageBoxes are
shown on Windowstation 0 and not on the very console created for my
Terminal-Session.
Best wishes and happy new year,
Bernhard
[2004-11-11 12:05:28] Claus-Werner dot Lermen at zf dot com
Description:
php hangs when it tries to load an non existing extension.
This happens no matter if cgi or ISAPI. The effect is most dramatic,
if php runs als ISAPI Filter; then it is no longer possible to stop
IIS. When running as cgi, the cgi timeout will evetually clean up the
situation.
A small typo in php.ini can thus make an webserver unavailable - which
I would consider a bug.
When I call php.exe from the commandline, a message box with an
errormessage pops up (... unable to load dynamic library ...)! If php
tries to to the same while running without a screen, could this cause
the observed behaviour?
I tried several php Version up to 5.02 - they all do the same!
Reproduce code:
---
any php code
Expected result:
php writes an error message!
Actual result:
--
php hange when running without a screen
--
Edit this bug report at http://bugs.php.net/?id=30760&edit=1
#30962 [Opn->Fbk]: Space being returned for NULL columns
ID: 30962 Updated by: [EMAIL PROTECTED] Reported By: richard dot quadling at bandvulc dot co dot uk -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: Windows XP Pro SP2 PHP Version: 5.0.3 New Comment: 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 Previous Comments: [2005-02-15 19:13:23] erudd at netfor dot com -- The reason I say this, is that if I make the column NULL, -- then I get NULL. If I make the column an empty string -- (i.e. select all and then delete - doing this in -- Enterprise Manager), I get a space in the result set! I recently came across this issue when upgrading to the lastest FreeTDS and the lastet PHP 4.3.x connecting to MS SQL Server 2000. The issue was actualy not php, as it was easily fixed by editing the freetds.conf and set the global "tds version" from 4.2 to 7.0 and the space issue went away. [2005-01-12 21:15:26] public at nexia dot ca I second the request by wchannospam at tomoye dot com to port this bug fix to 4.3.x stream. Its causing major issues for my PHP apps on Windows. [2005-01-12 21:02:43] wchannospam at tomoye dot com This problem is also appearing in PHP 4.3.x where x>=4. Can you implement the same fix there as well. Thank you very much. [2004-12-16 11:39:16] richard dot quadling at bandvulc dot co dot uk Simple test script to show the problem. ' . var_export($row, True) . 'Length of ' . $row['username'] . '\'s user_icq = ' . strlen($row['user_icq']) . ''; } mssql_free_result($rResults); mssql_close($rConn); ?> Requires phpBB and at least 1 user defined with an ICQ number. Obviously, you could choose any field or any other MS SQL database. Richard. [2004-12-16 11:32:42] richard dot quadling at bandvulc dot co dot uk Back again in V5.0.3! Or should that be still here? I notice that the version of the code now tests to see if the length is 0 before the conversion of the data to its appropriate type. Is it possible, that there is a distinction between NULL and 0? My C knowledge says no. NULL is 0, but I may be wrong! The reason I say this, is that if I make the column NULL, then I get NULL. If I make the column an empty string (i.e. select all and then delete - doing this in Enterprise Manager), I get a space in the result set! Argh! Is there ANY way a debug version could be built that reported that the code that has been modified is actually called. I'd really like to know what length IS being returned if the field is empty. I am more than willing to help get this fixed, but I need some hand holding in getting MSVC++ setup appropriately. I do not know what additional tools I need. I am in the process of downloading Cygwin to start some work on the PHP documentation (just getting the CHM compiled first!). 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/30962 -- Edit this bug report at http://bugs.php.net/?id=30962&edit=1
#32225 [Com]: Tokenizer fails after fatal error until timeout or apache restart
ID: 32225 Comment by: gary dot every at ingramentertainment dot com Reported By: paul dot laughlin at ingramentertainment dot com Status: Open Bug Type: Reproducible crash Operating System: Gentoo Linux 2.6.10 PHP Version: PHP 5.1.0-dev (built: Mar 22 2005 15:40:32) New Comment: There has been no input on this bug for over a month. Is anyone looking into it? We're depending heavily on the tokenizer to parse our template, and this could easily cause serious issues with our next major release of our B2B website. Gary Every Previous Comments: [2005-03-22 22:55:29] paul dot laughlin at ingramentertainment dot com Tested this problem with the snapshot as instructed. This is still a problem in the snapshot. THank you [2005-03-20 18:11:55] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2005-03-07 20:04:47] [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-03-07 19:23:37] paul dot laughlin at ingramentertainment dot com Description: If you have a fatal error it breaks token_get_all until an apache restart... Reproduce code: --- -- Sample Token file Some HTML Some More HTML More HTML -- End Sample Token File -- PHP Script -- '; print_r($token); echo ''; } ?> -- End PHP Script -- If you introduce a parse error as follows, fix the error and reload you get broken output until apache restart. '; print_r($token); echo ''; } ?> Expected result: Array ( [0] => 310 [1] => Some HTML ) Array ( [0] => 365 [1] => Array ( [0] => 368 [1] => ) Array ( [0] => 306 [1] => TEST_TAG ) Array ( [0] => 368 [1] => ) Array ( [0] => 367 [1] => ?> ) Array ( [0] => 310 [1] => Some More HTML ) Array ( [0] => 365 [1] => Array ( [0] => 368 [1] => ) Array ( [0] => 306 [1] => Another_TAG ) Array ( [0] => 368 [1] => ) Array ( [0] => 367 [1] => ?> ) Array ( [0] => 310 [1] => More HTML ) Actual result: -- Array ( [0] => 306 [1] => Some ) Array ( [0] => 368 [1] => ) Array ( [0] => 306 [1] => HTML ) Array ( [0] => 368 [1] => ) < ? Array ( [0] => 368 [1] => ) Array ( [0] => 306 [1] => TEST_TAG ) Array ( [0] => 368 [1] => ) Array ( [0] => 367 [1] => ?> ) Array ( [0] => 310 [1] => Some More HTML ) Array ( [0] => 365 [1] => Array ( [0] => 368 [1] => ) Array ( [0] => 306 [1] => Another_TAG ) Array ( [0] => 368 [1] => ) Array ( [0] => 367 [1] => ?> ) Array ( [0] => 310 [1] => More HTML ) -- Edit this bug report at http://bugs.php.net/?id=32225&edit=1
#28803 [NoF->Opn]: --enable-debug causes tests to fail with "Bailed out without a bailout address!"
ID: 28803
User updated by: Bjorn dot Wiberg at its dot uu dot se
Reported By: Bjorn dot Wiberg at its dot uu dot se
-Status: No Feedback
+Status: Open
Bug Type: PHP options/info functions
-Operating System: IBM AIX 5.2.0.0 ML4
+Operating System: IBM AIX 5.2.0.0 ML5
-PHP Version: 5CVS-2005-01-10 (stable)
+PHP Version: 5.1.0-dev (5-latest, 20050330)
New Comment:
Sorry for the late reply; it seems that I did not receive an e-mail
about the recent changes to the bug.
Unfortunately, I still get the same error:
EXPECTED OUTPUT
Done
ACTUAL OUTPUT
Done
/usr/local/src/php5-20050330/main/main.c(1704) : Bailed out without
a bailout address!
FAILED
Of course I'd be happy to try another snapshot anytime.
Best regards,
Björn
Previous Comments:
[2005-03-08 01:00:06] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2005-02-28 21:24:50] [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-01-11 08:52:08] Bjorn dot Wiberg at its dot uu dot se
Hi!
Sorry, a vast majority of the tests still fail, so it seems that the
snapshot made no difference in that regard. Also notice the strange
exit code 255, which PHP 5 seems to exhibit under AIX for some reason
(that one has been there for a while now)...
=
TEST RESULT SUMMARY
-
Exts skipped: 53
Exts tested : 30
-
Number of tests : 1296 731
Tests skipped : 565 (43.6%)
Tests warned:1 (0.1%) (0.1%)
Tests failed: 723 (55.8%) (98.9%)
Tests passed:7 (0.5%) (1.0%)
-
Time taken : 147 seconds
=
/../
[EMAIL PROTECTED]:/usr/local/src/php5-STABLE-200501101530#
/usr/local/src/php5-STABLE-200501101530/main/main.c(1697) : Bailed out
without a
-bash: syntax error near unexpected token `1697'
[EMAIL PROTECTED]:/usr/local/src/php5-STABLE-200501101530# bailout address!
-bash: bailout: command not found
[EMAIL PROTECTED]:/usr/local/src/php5-STABLE-200501101530# make: [test] Error
255 (ignored)
-bash: syntax error near unexpected token `('
[EMAIL PROTECTED]:/usr/local/src/php5-STABLE-200501101530#
I'd be happy to try more snapshots whenever you want me to, though!
Best regards,
Björn
[2005-01-07 09:19:29] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2004-08-03 08:34:52] Bjorn dot Wiberg at its dot uu dot se
It turned out that this only occurs when PHP 5 is compiled with
--enable-debug; most tests work fine when --enable-debug is left out.
Should I worry about the debug error message? PHP 4.3.8 works fine with
--enable-debug, and the bailout error message looks a little worrying to
me. The simple scripts I've tried so far seem to be working, though.
I'd be very thankful for any input regarding this!
Best regards,
Björn
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/28803
--
Edit this bug report at http://bugs.php.net/?id=28803&edit=1
#32579 [Opn->Csd]: Segfault (Memory Leak on debug build) caused in __destruct
ID: 32579
User updated by: mailfrom-bugs dot php dot net at kopka dot net
Reported By: mailfrom-bugs dot php dot net at kopka dot net
-Status: Open
+Status: Closed
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: PHP 5.0.5-dev (cli) (built: Apr 5 2005 11:42:27)
New Comment:
Newly opened as Bug #32596 because this vanished from bugzilla.
Closing this.
Gregor
Previous Comments:
[2005-04-05 11:54:57] mailfrom-bugs dot php dot net at kopka dot net
Also in PHP 5.0.5-dev (cli) (built: Apr 5 2005 11:42:27)
Hope this is actual enough.
Please slay the bastard.
Thanks for your support.
Gregor
[2005-04-05 11:33:04] mailfrom-bugs dot php dot net at kopka dot net
Same problem with php 5.0.4
[2005-04-05 11:32:57] mailfrom-bugs dot php dot net at kopka dot net
Same problem with php 5.0.4
[2005-04-05 09:23:46] [EMAIL PROTECTED]
Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP --
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php
If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.
[2005-04-05 02:42:32] mailfrom-bugs dot php dot net at kopka dot net
Description:
I ran into this using the following construct:
if (database::query($string)->error) {}
where database::query() returns an object wrapping a result set (or
providing info on success of the request).
PHP 5.0.3 (and i am quite sure this applies to other versions as well
as i experience this for quite a time) segfaults under the following
cumulating circumstances:
- If the object is only used once and not referenced to a variable
- If a property is read/set (if a function is called all is OK)
- If __destruct references the class name by some means (others are
OK)
When you try the demo uncomment one of the lines which cause a segfault
(and are noted as a memory leak with --enable-debug):
// $c=get_class($this);unset ($c);
// echo get_class($this);
// if(defined('DEBUG_'.__CLASS__)){}
The following lines don't raise a segfault:
$c=__CLASS__;unset($c);
if(__CLASS__ == "BUG") {};
get_class($this);
echo __CLASS__;
The following line don't raise a segfault but is noted as a memory leak
(--enable-debug):
$c=get_class($this); // <-- this is reported as a memory leak
Naturally the hidden beast came up a long time after i wrote the line -
spending a good month of free time trying to locate it i am happy to
finally nail it to the ground for someone who knows what he is doing to
slay it (it cost me a keyboard and brought quite a few white hairs into
existence).
Good hunting.
Configure Command => './configure' '--prefix=/usr'
'--host=i686-pc-linux-gnu' '--mandir=/usr/share/man'
'--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc'
'--localstatedir=/var/lib' '--disable-cgi' '--enable-cli'
'--enable-embed' '--with-config-file-path=/etc/php/cli-php5'
'--disable-bcmath' '--without-bz2' '--disable-calendar'
'--without-cpdflib' '--disable-ctype' '--without-curl'
'--without-curlwrappers' '--disable-dbase' '--disable-dio'
'--disable-dom' '--disable-exif' '--without-fam' '--without-fbsql'
'--without-fdftk' '--disable-filepro' '--disable-ftp'
'--without-gettext' '--without-gmp' '--without-hwapi' '--without-iconv'
'--without-informix' '--without-ingres' '--without-interbase'
'--without-kerberos' '--disable-libxml' '--disable-mbstring'
'--without-mcrypt' '--without-mcve' '--disable-memory-limit'
'--without-mhash' '--without-mime-magic' '--without-ming'
'--without-mnogosearch' '--without-msql' '--without-mssql'
'--without-ncurses' '--without-oci8' '--without-oracle'
'--without-openssl' '--without-openssl-dir' '--without-ovrimos'
'--disable-pcntl' '--without-pcre-regx' '--without-pfpro'
'--without-pgsql' '--disable-posix' '--without-pspell'
'--without-recode' '--disable-simplexml' '--disable-shmop'
'--without-snmp' '--disable-soap' '--disable-sockets' '--disable-spl'
'--without-sybase' '--without-sybase-ct' '--disable-sysvmsg'
'--disable-sysvsem' '--disable-sysvshm' '--without-tidy'
'--disable-tokenizer' '--disable-wddx' '--without-xsl'
'--without-xmlrpc' '--disable-yp' '--without-zlib' '--disable-debug'
'--without-jpeg-dir' '--without-freetype-dir' '--without-t1lib'
'--without-ttf' '--disable-gd-jis-conf' '--disable-gd-native-ttf'
'--without-png-dir' '--without-tiff-dir
#28803 [Fbk->Opn]: --enable-debug causes tests to fail with "Bailed out without a bailout address!"
ID: 28803 User updated by: Bjorn dot Wiberg at its dot uu dot se Reported By: Bjorn dot Wiberg at its dot uu dot se -Status: Feedback +Status: Open Bug Type: PHP options/info functions Operating System: IBM AIX 5.2.0.0 ML5 -PHP Version: 5.1.0-dev (5-latest, 20050330) +PHP Version: 5.1.x-dev (200503210730) New Comment: OK, now using: CC=/usr/local/bin/gcc CPPFLAGS="-I/usr/local/include" LDFLAGS="-L/lib -L/opt/freeware/lib -L/usr/local/lib" ./configure --enable-bcmath --enable-calendar --enable-dba --enable-debug --enable-exif --enable-embedded -mysqli --enable-filepro --enable-ftp --enable-gd-jis-conv --enable-gd-native-ttf --enable-mbstring --enable-memory-limit --enable-sockets --enable-zend-multibyte --prefix=/apache/php --with-apxs2=/apache/bin/apxs --with-bz2 --with-freetype-dir --with-gd --with-gdbm --with-gettext --with-imagick --with-inifile --with-jpeg-dir --with-ldap --with-libxml-dir --with-mime-magic --with-mnogosearch --with-mysql=/usr/local/mysql - -with-openssl=/opt/freeware --with-png-dir --with-tiff-dir --with-ttf --with-xpm-dir --with-zlib --with-zlib-dir With the same results, e.g.: [EMAIL PROTECTED]:/usr/local/src/php5-200503210730/tests/classes# less visibility_002b.diff 002+ /usr/local/src/php5-200503210730/main/main.c(1702) : Bailed out without a bailout address! Best regards, Björn Previous Comments: [2005-03-18 19:59:48] [EMAIL PROTECTED] Remove also --enable-versioning (there's no use for it) [2005-03-18 19:59:03] [EMAIL PROTECTED] Uh..remove that IEEE...thing, this is fixed in CVS long time ago (you ARE trying CVS snapshots after all) [2005-03-15 09:16:27] Bjorn dot Wiberg at its dot uu dot se Oops, sorry, I removed that a long time ago but forgot to update the configure stuff of this bug report. The current configure line I'm using is: CC=/usr/local/bin/gcc CPPFLAGS="-I/usr/local/include -DIEEE_BIG_ENDIAN" LDFLAGS="-L/lib -L/opt/freeware/lib -L/usr/local/lib" ./configure --enable-bcmath --enable-calendar --enable-dba --enable-exif --enable-embed ded-mysqli --enable-filepro --enable-ftp --enable-gd-jis-conv --enable-gd-native-ttf --enable-mbstring --enable-memory-limit --enable-sockets --enable-versioning --enable-zend-multibyte --prefix=/apache/php --with -apxs2=/apache/bin/apxs --with-bz2 --with-freetype-dir --with-gd --with-gdbm --with-gettext --with-imagick --with-inifile --with-jpeg-dir --with-ldap --with-libxml-dir --with-mime-magic --with-mnogosearch --with-m ysql=/usr/local/mysql --with-openssl=/opt/freeware --with-png-dir --with-tiff-dir --with-ttf --with-xpm-dir --with-zlib --with-zlib-dir (The -DIEEE_BIG_ENDIAN is needed to fix bug #31131.) I've also tried 5.0.3 on another machine, without mnoGoSearch, and with some other built-in extensions/configure options (SysV semaphore stuff and dBASE), with another packaging of gcc 3.3.2 (IBM's instead of bullfreeware.com's), and with newer libs etc., but with the same result. Best regards, Björn [2005-03-14 22:41:40] [EMAIL PROTECTED] Uh..this part in your configure script caught my eye: --with-apxs2=/apache/bin/apxs --with-apxs2filter=/apache/bin/apxs You can have just ONE of those, NOT BOTH! [2005-03-11 14:20:11] Bjorn dot Wiberg at its dot uu dot se Sorry for the late reply; it seems that I did not receive an e-mail about the recent changes to the bug. Unfortunately, I still get the same error: EXPECTED OUTPUT Done ACTUAL OUTPUT Done /usr/local/src/php5-20050330/main/main.c(1704) : Bailed out without a bailout address! FAILED Of course I'd be happy to try another snapshot anytime. Best regards, Björn 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/28803 -- Edit this bug report at http://bugs.php.net/?id=28803&edit=1
#32190 [Opn->Csd]: NLS ERROR OCISessionBegin: ORA-00604 with NLS_LANG=GERMAN_GERMANY.WE8ISO8859P15
ID: 32190 User updated by: marco dot manngatter at ecg-leipzig dot de Reported By: marco dot manngatter at ecg-leipzig dot de -Status: Open +Status: Closed Bug Type: OCI8 related Operating System: SuSE Linux 9.2 PHP Version: 5CVS-2005-03-04 (dev) New Comment: going with this vars LC_ALL=german LANG=german by marco manngatter Previous Comments: [2005-03-04 12:56:20] marco dot manngatter at ecg-leipzig dot de PHPINFO oci8 OCI8 Supportenabled Revision$Revision: 1.183.2.17 $ Oracle Version 9.2 Compile-time ORACLE_HOME/usr/share/oracle9 Libraries Used no value _SERVER["SERVER_SIGNATURE"] Apache/1.3.33 Server at linux.site Port 80 _ENV["NLS_LANG"]GERMAN_GERMANY.WE8ISO8859P15 ORACLE_SID=RH9204 PATH=/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/usr/X11R6/bin:/bin:/usr/games:/opt/gnome/bin:/opt/kde3/bin:/usr/share/oracle9/bin ORA_HOME=/usr/share/oracle9 ORA_NLS33=/usr/share/oracle9/ocommon/nls/admin/data ORACLE_HOME=/usr/share/oracle9 NLS_LANG=GERMAN_GERMANY.WE8ISO8859P15 LC_ALL=german LANG=german [2005-03-04 12:38:44] marco dot manngatter at ecg-leipzig dot de Description: ocilogon works with NLS_LANG = NLS_LANG=AMERICAN DOES NOT WORK WITH !!! NLS_LANG=GERMAN_GERMANY.WE8ISO8859P15 Reproduce code: --- phpcode: $user = "test"; $pw = "test"; $db = "gabi.dv.cng"; $conn = ocilogon($user,$pw,$db); Expected result: Warning: ocilogon(): OCISessionBegin: ORA-00604: error occurred at recursive SQL level 1 ORA-01756: quoted string not properly terminated in Actual result: -- with ociinternaldebug(1); OCIDebug: _oci_open_server new conn=0 dname=gabi.dv.cng Warning: ocilogon(): OCISessionBegin: ORA-00604: error occurred at recursive SQL level 1 ORA-01756: quoted string not properly terminated in /srv/www/htdocs/index.php on line 9 OCIDebug: _oci_open_session: FAILURE -> CLEANUP called OCIDebug: START _oci_close_session: logging-off sess=0 OCIDebug: _oci_close_session: logging-off DEAD session OCIDebug: oci_do_connect: FAILURE -> CLEANUP called OCIDebug: START _oci_conn_list_dtor: id=0 OCIDebug: END _oci_conn_list_dtor: id=0 -- Edit this bug report at http://bugs.php.net/?id=32190&edit=1
#32190 [Opn]: NLS ERROR OCISessionBegin: ORA-00604 with NLS_LANG=GERMAN_GERMANY.WE8ISO8859P15
ID: 32190 User updated by: marco dot manngatter at ecg-leipzig dot de Reported By: marco dot manngatter at ecg-leipzig dot de Status: Open Bug Type: OCI8 related Operating System: SuSE Linux 9.2 PHP Version: 5CVS-2005-03-04 (dev) New Comment: PHPINFO oci8 OCI8 Supportenabled Revision$Revision: 1.183.2.17 $ Oracle Version 9.2 Compile-time ORACLE_HOME/usr/share/oracle9 Libraries Used no value _SERVER["SERVER_SIGNATURE"] Apache/1.3.33 Server at linux.site Port 80 _ENV["NLS_LANG"]GERMAN_GERMANY.WE8ISO8859P15 ORACLE_SID=RH9204 PATH=/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/usr/X11R6/bin:/bin:/usr/games:/opt/gnome/bin:/opt/kde3/bin:/usr/share/oracle9/bin ORA_HOME=/usr/share/oracle9 ORA_NLS33=/usr/share/oracle9/ocommon/nls/admin/data ORACLE_HOME=/usr/share/oracle9 NLS_LANG=GERMAN_GERMANY.WE8ISO8859P15 LC_ALL=german LANG=german Previous Comments: [2005-03-04 12:38:44] marco dot manngatter at ecg-leipzig dot de Description: ocilogon works with NLS_LANG = NLS_LANG=AMERICAN DOES NOT WORK WITH !!! NLS_LANG=GERMAN_GERMANY.WE8ISO8859P15 Reproduce code: --- phpcode: $user = "test"; $pw = "test"; $db = "gabi.dv.cng"; $conn = ocilogon($user,$pw,$db); Expected result: Warning: ocilogon(): OCISessionBegin: ORA-00604: error occurred at recursive SQL level 1 ORA-01756: quoted string not properly terminated in Actual result: -- with ociinternaldebug(1); OCIDebug: _oci_open_server new conn=0 dname=gabi.dv.cng Warning: ocilogon(): OCISessionBegin: ORA-00604: error occurred at recursive SQL level 1 ORA-01756: quoted string not properly terminated in /srv/www/htdocs/index.php on line 9 OCIDebug: _oci_open_session: FAILURE -> CLEANUP called OCIDebug: START _oci_close_session: logging-off sess=0 OCIDebug: _oci_close_session: logging-off DEAD session OCIDebug: oci_do_connect: FAILURE -> CLEANUP called OCIDebug: START _oci_conn_list_dtor: id=0 OCIDebug: END _oci_conn_list_dtor: id=0 -- Edit this bug report at http://bugs.php.net/?id=32190&edit=1
#32176 [Bgs->Opn]: (OS 10054)An existing connection was forcibly closed by the remote host. : cor
ID: 32176 User updated by: webmaster at sanders-consultation-group-plu Reported By: webmaster at sanders-consultation-group-plu -Status: Bogus +Status: Open Bug Type: Apache2 related Operating System: Windows 2000 Pro PHP Version: 5.0.3 New Comment: Well that's nice. I tell you that the httpd.conf already has the syntax as set forth on that page, and the bug post is marked as bogus. Got news, it's not bogus, it's happening despite the following code in it: Win32DisableAcceptEx And I'm STILL getting these other errors too: [Mon Mar 07 11:50:20 2005] [info] (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network [Mon Mar 07 08:32:44 2005] [info] (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network [Mon Mar 07 08:32:44 2005] [info] (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network It's showing up somewhat repeatedly. I'm also getting the more common error associated with the Asynchronous AcceptEx [Mon Mar 07 07:33:05 2005] [warn] (OS 64)The specified network name is no longer available. : winnt_accept: Asynchronous AcceptEx failed. [Mon Mar 07 07:33:05 2005] [warn] (OS 64)The specified network name is no longer available. : winnt_accept: Asynchronous AcceptEx failed. As I stated, it's already noted in the httpd.conf. Would you like to tell me that it's still bogus? Previous Comments: [2005-03-07 03:29:16] webmaster at sanders-consultation-group-plu Sorry Sniper, that's not it. It's already been added to my httpd.conf, and the problem still persists. [2005-03-06 16:19:27] [EMAIL PROTECTED] http://httpd.apache.org/docs-2.0/faq/error.html#error.acceptex [2005-03-03 16:17:42] webmaster at sanders-consultation-group-plu Description: Just trying to establish that bug #25570 seems to still be alive and well in PHP 5.0.3, as I get the same errors messages that seem to be associated with this previous "closed" bug, though I am running on a different OS. Locahost set-up is Apache 2.0.52, and PHP 5.0.3. The full error is just as the post title, or as follows: (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network I found the 25570 bug while googling for the error message, so hopefully, I am posting this to the correct error. I would have posted it to the 25570 bug, but it states that closed bugs will not be updated and posting to them will just be deleted. Didn't know what else to do in order to try and bring this to someone's attention. My appologies if I've gone about this the wrong way. Reproduce code: --- Not sure, just getting the same error messages as previously associated with bug #25570. Expected result: N/A Actual result: -- N/A -- Edit this bug report at http://bugs.php.net/?id=32176&edit=1
#32614 [Opn]: Crash occured in function fread from module /usr/lib/libc.so.1
ID: 32614 User updated by: Oscar dot Castillo at jpl dot nasa dot gov Reported By: Oscar dot Castillo at jpl dot nasa dot gov Status: Open Bug Type: iPlanet related Operating System: Solaris 9 PHP Version: 5CVS-2005-04-07 (dev) Assigned To: thetaphi New Comment: By default, iPlanet is not configured to core dump. Some special flags must be enabled to allow core dumping. I do not know the specific syntax to enable core dumping and I must then open a trouble ticket with Sun. I am attempting your suggestion from bug report #32491 to enable PHP as a CGI/Fastcgi via your cgibytex CGI enabler. As of the last 7 hours, PHP is working perfectly. I shall keep you posted. Previous Comments: [2005-04-08 17:30:37] [EMAIL PROTECTED] Something other: can you load the "core" file the crashing server produces into dbx or gdb and send me the output? [2005-04-08 09:48:00] [EMAIL PROTECTED] Info about the solaris "bug": http://docs.sun.com/app/docs/doc/816-5168/6mbb3hr5q?a=view (see under "USAGE") In 64bit solaris it would work, but SunONE is a 32 bit server. [2005-04-08 09:37:01] [EMAIL PROTECTED] I found the reason for the bug. The problem is not the file upload here that works now. The problem is now the same stdio related bug which leads to the segmentation fault. I fixed the CVS now not to crash the webserver in this error condition (missing an errorchecking at fdopen() which works on all platform without errors, on solaris fails when the filedescriptor>255). But the problem should still be there but you should get a message in your PHP script. Looking into your code I exspect the "execute" functions to fail because they need to cast a stream from posix to stdio. Please test the new CVS and tell me when the further handling of your uploaded file fails. [2005-04-07 18:27:43] Oscar dot Castillo at jpl dot nasa dot gov I also forgot to mention that I am running PHP 5.0.5-dev on 2 other web servers that are used for testing and development of Java, PERL and PHP applications prior to being delivered to the production environment. All flavors of PHP have always worked in the test and development environments, but never in the production environment. The only difference between the 3 environments is that the production environment has a much heavier load than the test and development environments put together. The OS, OS patches, iPlanet version and PHP version are all exactly the same in all 3 web server environments. The fact that you cannot produce the crash in your environment can be related to the light load on your test set up. As mentioned in my last bug report (#32491), I have Java enabled (Very memory intensive) on the web server and our production environment mostly uses JSP and Java servlets. [2005-04-07 18:16:32] Oscar dot Castillo at jpl dot nasa dot gov I installed the latest CVS as of Tuesday 4/5/2005 which was php5-STABLE-200504052230. A php_info() function call shows the version as 5.0.5-dev. When I recycle the web server daemon, PHP runs fine. Before I upgraded to this CVS it usually took about 4 hours to begin failing depending on the load on my production web server. It used to say "File upload error - unable to create a temporary file in Unknown on line 0" after the maximum number of file descriptors limit was reached which took about 4 - 24 hours after recycling the web server daemon. After I upgraded to PHP 5.0.5-dev, the PHP environment works fine for about 4 - 24 hours. The functioning time varies with the load on the web server and the web server crashes while when any PHP script is accessed once this "limit" is reached. 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/32614 -- Edit this bug report at http://bugs.php.net/?id=32614&edit=1
#32614 [Opn]: Crash occured in function fread from module /usr/lib/libc.so.1
ID: 32614 User updated by: Oscar dot Castillo at jpl dot nasa dot gov Reported By: Oscar dot Castillo at jpl dot nasa dot gov Status: Open Bug Type: iPlanet related Operating System: Solaris 9 PHP Version: 5CVS-2005-04-07 (dev) New Comment: I also forgot to mention that I am running PHP 5.0.5-dev on 2 other web servers that are used for testing and development of Java, PERL and PHP applications prior to being delivered to the production environment. All flavors of PHP have always worked in the test and development environments, but never in the production environment. The only difference between the 3 environments is that the production environment has a much heavier load than the test and development environments put together. The OS, OS patches, iPlanet version and PHP version are all exactly the same in all 3 web server environments. The fact that you cannot produce the crash in your environment can be related to the light load on your test set up. As mentioned in my last bug report (#32491), I have Java enabled (Very memory intensive) on the web server and our production environment mostly uses JSP and Java servlets. Previous Comments: [2005-04-07 18:16:32] Oscar dot Castillo at jpl dot nasa dot gov I installed the latest CVS as of Tuesday 4/5/2005 which was php5-STABLE-200504052230. A php_info() function call shows the version as 5.0.5-dev. When I recycle the web server daemon, PHP runs fine. Before I upgraded to this CVS it usually took about 4 hours to begin failing depending on the load on my production web server. It used to say "File upload error - unable to create a temporary file in Unknown on line 0" after the maximum number of file descriptors limit was reached which took about 4 - 24 hours after recycling the web server daemon. After I upgraded to PHP 5.0.5-dev, the PHP environment works fine for about 4 - 24 hours. The functioning time varies with the load on the web server and the web server crashes while when any PHP script is accessed once this "limit" is reached. [2005-04-07 08:20:19] [EMAIL PROTECTED] Crahes it always when trying to access a PHP or only when it uploads a file? On my servers here it worked, but I have not latest cvs - only a patched 5.0.4 - and: [06/Apr/2005:10:13:01] info (13578): Crash occurred in function fread from module /usr/lib/libc.so.1 - fread is not used anywhere in the changed code. [2005-04-07 00:45:38] Oscar dot Castillo at jpl dot nasa dot gov Description: As instructed by BUG#32491, I installed PHP 5.0.5 to fix my "File upload error" problem. Previously, the iPlanet 6.0 SP5 web server would simply produce a "File upload error" message. Now the web server crashes and the following message is output to the web server's error log file: [06/Apr/2005:10:13:01] catastrophe (13578): Server crash detected (signal SIGSEGV) [06/Apr/2005:10:13:01] info (13578): Crash occurred in NSAPI SAF php5_execute [06/Apr/2005:10:13:01] info (13578): Crash occurred in function fread from module /usr/lib/libc.so.1 [06/Apr/2005:10:13:01] failure (13576): Child process admin thread is shutting down [06/Apr/2005:10:13:02] info (19023): Installing a new configuration [06/Apr/2005:10:13:02] info (19023): [LS ls1] https://128.149.147.181, port 443 ready to accept requests [06/Apr/2005:10:13:02] info (19023): A new configuration was successfully installed Reproduce code: --- Please see the Reproduce code for BUG#32491 Expected result: Successful file upload Actual result: -- [06/Apr/2005:10:13:01] catastrophe (13578): Server crash detected (signal SIGSEGV) [06/Apr/2005:10:13:01] info (13578): Crash occurred in NSAPI SAF php5_execute [06/Apr/2005:10:13:01] info (13578): Crash occurred in function fread from module /usr/lib/libc.so.1 [06/Apr/2005:10:13:01] failure (13576): Child process admin thread is shutting down [06/Apr/2005:10:13:02] info (19023): Installing a new configuration [06/Apr/2005:10:13:02] info (19023): [LS ls1] https://128.149.147.181, port 443 ready to accept requests [06/Apr/2005:10:13:02] info (19023): A new configuration was successfully installed -- Edit this bug report at http://bugs.php.net/?id=32614&edit=1
#32614 [Opn]: Crash occured in function fread from module /usr/lib/libc.so.1
ID: 32614 User updated by: Oscar dot Castillo at jpl dot nasa dot gov Reported By: Oscar dot Castillo at jpl dot nasa dot gov Status: Open Bug Type: iPlanet related Operating System: Solaris 9 PHP Version: 5CVS-2005-04-07 (dev) New Comment: I installed the latest CVS as of Tuesday 4/5/2005 which was php5-STABLE-200504052230. A php_info() function call shows the version as 5.0.5-dev. When I recycle the web server daemon, PHP runs fine. Before I upgraded to this CVS it usually took about 4 hours to begin failing depending on the load on my production web server. It used to say "File upload error - unable to create a temporary file in Unknown on line 0" after the maximum number of file descriptors limit was reached which took about 4 - 24 hours after recycling the web server daemon. After I upgraded to PHP 5.0.5-dev, the PHP environment works fine for about 4 - 24 hours. The functioning time varies with the load on the web server and the web server crashes while when any PHP script is accessed once this "limit" is reached. Previous Comments: [2005-04-07 08:20:19] [EMAIL PROTECTED] Crahes it always when trying to access a PHP or only when it uploads a file? On my servers here it worked, but I have not latest cvs - only a patched 5.0.4 - and: [06/Apr/2005:10:13:01] info (13578): Crash occurred in function fread from module /usr/lib/libc.so.1 - fread is not used anywhere in the changed code. [2005-04-07 00:45:38] Oscar dot Castillo at jpl dot nasa dot gov Description: As instructed by BUG#32491, I installed PHP 5.0.5 to fix my "File upload error" problem. Previously, the iPlanet 6.0 SP5 web server would simply produce a "File upload error" message. Now the web server crashes and the following message is output to the web server's error log file: [06/Apr/2005:10:13:01] catastrophe (13578): Server crash detected (signal SIGSEGV) [06/Apr/2005:10:13:01] info (13578): Crash occurred in NSAPI SAF php5_execute [06/Apr/2005:10:13:01] info (13578): Crash occurred in function fread from module /usr/lib/libc.so.1 [06/Apr/2005:10:13:01] failure (13576): Child process admin thread is shutting down [06/Apr/2005:10:13:02] info (19023): Installing a new configuration [06/Apr/2005:10:13:02] info (19023): [LS ls1] https://128.149.147.181, port 443 ready to accept requests [06/Apr/2005:10:13:02] info (19023): A new configuration was successfully installed Reproduce code: --- Please see the Reproduce code for BUG#32491 Expected result: Successful file upload Actual result: -- [06/Apr/2005:10:13:01] catastrophe (13578): Server crash detected (signal SIGSEGV) [06/Apr/2005:10:13:01] info (13578): Crash occurred in NSAPI SAF php5_execute [06/Apr/2005:10:13:01] info (13578): Crash occurred in function fread from module /usr/lib/libc.so.1 [06/Apr/2005:10:13:01] failure (13576): Child process admin thread is shutting down [06/Apr/2005:10:13:02] info (19023): Installing a new configuration [06/Apr/2005:10:13:02] info (19023): [LS ls1] https://128.149.147.181, port 443 ready to accept requests [06/Apr/2005:10:13:02] info (19023): A new configuration was successfully installed -- Edit this bug report at http://bugs.php.net/?id=32614&edit=1
#32601 [Bgs]: Related to Bug #18648 Single entry form POST gives incorrect variable content.
ID: 32601
User updated by: sarah dot lee at seh dot ox dot ac dot uk
Reported By: sarah dot lee at seh dot ox dot ac dot uk
Status: Bogus
Bug Type: Apache related
Operating System: Windows XP
PHP Version: 4.3.9
New Comment:
Sorry to confuse, but I've just discovered someting new.
When simply pressing enter:
array(2) { ["ptitle"]=> string(0) "" ["submit"]=> string(6) "Submit" }
When pressing enter and the cursor is in the box (as is the norm when
you have just finished typing something):
array(1) { ["ptitle"]=> string(0) "" }
Previous Comments:
[2005-04-06 18:19:16] [EMAIL PROTECTED]
There we go. You're getting just correct input.
No bug here. (ALWAYS use the superglobals $_GET, $_POST, etc)
[2005-04-06 14:26:54] sarah dot lee at seh dot ox dot ac dot uk
Sorry, my mistake - I misread your question.
Output is:
array(2) { ["ptitle"]=> string(0) "" ["submit"]=> string(6) "Submit" }
[2005-04-06 14:23:08] sarah dot lee at seh dot ox dot ac dot uk
The result is:
array(1) { ["ptitle"]=> string(4) "text" }
I found a work-around last night, using "if ($_POST) { .. }" rather
than "if ($submit) { .. }", but it still doesn't explain why $submit is
not recognised.
[2005-04-06 13:51:12] [EMAIL PROTECTED]
What does this output when you press simply enter:
test.php:
[2005-04-06 01:58:06] sarah dot lee at seh dot ox dot ac dot uk
Description:
This is related to Bug #18648 Single entry form POST gives incorrect
variable content.
My problems seem to be similar to that of other users on that thread, a
form with a single text box doesn't really submit if the enter button is
pressed.
I'm using Apache 1.3 on Windows. In my httpd.conf, I don't have any
InputFilters/OutputFilters, just
AddType application/x-httpd-php .php
I've tried the other fixes suggested: doesn't fix it, and nor does .
I seem to be the only one mentioning it with Apache 1.3. Is there
anything that can be done to solve it?
Reproduce code:
---
In an include:
In the PHP script:
if ($submit) {
...
}
Expected result:
I expect the data to be carried to the PHP script, as it would if the
submit button were actually clicked.
Actual result:
--
The page just gets refreshed with the data before any text was entered
into the text box, and enter pressed.
--
Edit this bug report at http://bugs.php.net/?id=32601&edit=1
#32361 [Fbk->Opn]: connection oci_connect stay persist after process the php
ID: 32361
User updated by: diego dot veiga at embraer dot com dot br
Reported By: diego dot veiga at embraer dot com dot br
-Status: Feedback
+Status: Open
Bug Type: OCI8 related
Operating System: *
PHP Version: 4CVS, 5CVS (2005-03-22)
New Comment:
hi
yes, yesterday i installed the php-5.0.3 and this morning i installed
the CVS snapshot... i'm doing tests but is the same error.
:o(
Previous Comments:
[2005-03-21 23:28:59] [EMAIL PROTECTED]
Did you try the snapshot or not?
[2005-03-21 17:45:27] diego dot veiga at embraer dot com dot br
I upgraded the php to 5.0.3 and reproduce the same error, it seems the
oci_connect is working like the oci_pconnect.
Does anybody has an idea?
[2005-03-18 19:12:59] [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-03-18 13:22:14] diego dot veiga at embraer dot com dot br
Description:
machine 1:
Linux redhat 7.2 2.4.18 #4 Fri Apr 12 08:10:27 BRT 2002 i686 unknown
configure with php4.3.4 and apache 1.3.29
./configure --with-dbtcp=/usr/src/dbtcp-0.1.17
--with-oci8=/ora8i/u01/app/oracle/product/8.1.6 --enable-track-vars
--enable-sigchild --enable-trans-sid
--with-apache=/usr/src/apache_1.3.29 --with-unixODBC --enable-xslt
--with-xslt-sa
blot=/usr/local --with-expat-dir=/usr/local --with-gd
--enable-gd-native-ttf --with-jpeg-dir=/usr --with-zlib-dir=/usr
--with-zlib=/usr/ --with-freetype-dir=/usr/local/include/freetype2
--with-png-dir=/usr --with-openssl=/usr/local/ssl
--with-config-file-path=/etc/php --sysconfdir=/etc/php
--with-pdflib=/usr/local --without-mysql --with-tiff-dir=/usr -
-with-java=/usr/java/j2sdk1.4.0_03 --enable-shared --with-layout=GNU
machine 2:
Linux fedora3 2.6.9-i386-1 #3 SMP Thu Feb 17 16:06:06 BRST 2005 i686
i686 i386 GNU/Linux
configure with php5.0.2 and apache 1.3.33
./configure --with-dbtcp=/usr/src/dbtcp-0.1.18a
--with-oci8=/ora8i/u01/app/oracle/product/8.1.6 --enable-sigchild
--enable-trans-sid --enable-track-vars
--with-apxs=/usr/local/apache/sbin/apxs --with-unixODBC --enable-xsl
--with-exp
at-dir=/usr/local/ --with-gd --enable-gd-native-ttf
--with-jpeg-dir=/usr --with-zlib-dir=/usr --with-zlib=/usr --with-
freetype-dir=/usr/ --with-png-dir=/usr --with-openssl=/usr
--with-config-file-path=/etc/php --sysconfdir=/etc/php --wi
th-pdflib=/usr/local --without-mysql --with-tiff-dir=/usr
--with-java=/usr/java/j2sdk1.4.0_03 --enable-shared --with-l
ayout=GNU
version of oracle: client 8.1.6, server 8.1.7
both machine with the php and include...
Reproduce code:
---
include:
function SetDatabase( $database )
{
case 'ORA_PROD' :
global $ORACLEVARS;
$ORACLEVARS['database'] = 'ORA_P';
$ORACLEVARS['username'] = 'x';
$ORACLEVARS['password'] = 'y';
break;
}
function sql_connect_simple(){
global $ORACLEVARS;
if ( $ORACLEVARS['log'] )
__log('CON:' . $ORACLEVARS['database']);
//$ORACLEVARS['conn'] = OCILogon( $ORACLEVARS['username'],
$ORACLEVARS['password'], $ORACLEVARS['database'] );
$ORACLEVARS['conn'] = oci_connect( $ORACLEVARS['username'],
$ORACLEVARS['password'], $ORACLEVARS['database'] );
}
function sql_query( $sql, $update = 0 ) {
global $ORACLEVARS;
if ( $ORACLEVARS['conn'] == 0 ) {
__err('*** QUERY: NOT CONNECTED');
return 0;
}
if ( $ORACLEVARS['log'] )
__log('QUE:' . $sql);
$handle = oci_parse( $ORACLEVARS['conn'], $sql );
if ( ! $handle ) {
__err('*** QUERY: PARSE ERROR');
return 0;
}
if ( ! oci_execute( $handle, $ORACLEVARS['mode'] ) ) {
__err('*** QUERY: EXECUTE ERROR');
oci_free_statement($handle);
return 0;
}
if ( $update ) {
oci_free_statement($handle);
$handle = 0;
}
$ORACLEVARS['dataset'][$handle] = 0;
return $handle;
}
php:
$SQL = '';
$SQL .= ' SELECT ';
$SQL .= ' NUM_BOL, ( ';
$SQL .= ' SGL_COLC_BOL||';
$SQL .= ' TRIM(COD_PROJ_AENV) || ';
$SQL .= ' \'-\' || ';
$SQL .= ' TRIM(COD_CAP_A100) || \'-\' ||
';
$SQL .= ' IND_ALRT_BOL|| ';
$SQL .= ' TRIM(TO_CHAR(NUM_SEQ_BOL, \'000\')) || \'/\' ||
';
$SQL .= ' TRIM(TO_CHAR(NUM_REV_BOL, \'00\')) ';
$SQL .= ' ) AS NUM_BOL_FORMTD, ';
$SQL .= ' NUM_REV_BOL, ';
$SQL .= ' DSC_TITL_BOL ';
$SQL .= ' FROM ';
$SQL .= ' CBS.CBS_
#31048 [Com]: PHP crashes if fpassthru() is used along with fseek()
ID: 31048 Comment by: thomas at mbox371 dot swipnet dot se Reported By: john dot wellesz at teaser dot fr Status: No Feedback Bug Type: Reproducible crash Operating System: FreeBSD 4.9 STABLE and WINXPSP2 PHP Version: 5.0.2 New Comment: It works now. It might have been fix of bug 32553 that did it for me. Previous Comments: [2005-04-01 14:04:31] thomas at mbox371 dot swipnet dot se I am having this problem as well with 5.0.4 and latest apache2 on windows 2003. I also have the problem that even without fseek the file submission stops after a minute or so (streaming mp3). I wanted 5.0.4 for the bugfix of the XML parser but there always seems to be one or more new bugs that stops me from upgrading :( file passthru has been broken several times now :( I have debuged my passthru/readfile code several hours in total now and i'm not doing it again. I cant even make myself to diagnose the problem, just hoping that someone else does it.. I will revert to 5.0.3 instead. PHP is too confusing :( [2004-12-24 01:00:07] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2004-12-16 09:51:27] [EMAIL PROTECTED] You can actually, type "bt" on the GDB prompt after it crashed. That will make a backtrace which is very useful for us. Thanks [2004-12-16 00:02:19] john dot wellesz at teaser dot fr OK, The bug doesn't happen in php 5.0.3 (at least on windows XP sp2). I've been able to generate a core dump but without the --enable-debug parameter, plus I've made a kdump. First the kdump (I've called ob_start() just before the call to fpassthru() since it didn't change anything and make the trace shorter): ktrace is launched just before the line: "$handle = fopen($loginfo, "rb");" Kdump Result: 67985 php RET read 0 67985 php CALL close(0x3) 67985 php RET close 0 67985 php CALL wait4(0x10994,0xbfbfd9dc,0,0) 67985 php RET wait4 67988/0x10994 67985 php CALL nanosleep(0xbfbfdab8,0xbfbfdab0) 67985 php RET nanosleep 0 67985 php CALL __getcwd(0xbfbfd5d0,0x400) 67985 php RET __getcwd 0 67985 php CALL lstat(0xbfbfd180,0xbfbfd0d0) 67985 php NAMI "/home" 67985 php RET lstat 0 67985 php CALL lstat(0xbfbfd180,0xbfbfd0d0) 67985 php NAMI "/home/_j2" 67985 php RET lstat 0 67985 php CALL lstat(0xbfbfd180,0xbfbfd0d0) 67985 php NAMI "/home/_j2/j2072" 67985 php RET lstat 0 67985 php CALL lstat(0xbfbfd180,0xbfbfd0d0) 67985 php NAMI "/home/_j2/j2072/pub" 67985 php RET lstat 0 67985 php CALL lstat(0xbfbfd180,0xbfbfd0d0) 67985 php NAMI "/home/_j2/j2072/pub/www.2072productions.com" 67985 php RET lstat 0 67985 php CALL lstat(0xbfbfd180,0xbfbfd0d0) 67985 php NAMI "/home/ _j2/j2072/pub/www.2072productions.com/fpassthru_crash_test_file" 67985 php RET lstat 0 67985 php CALL open(0x8205e8c,0,0x1b6) 67985 php NAMI "/home/ _j2/j2072/pub/www.2072productions.com/fpassthru_crash_test_file" 67985 php RET open 3 67985 php CALL fstat(0x3,0x817892c) 67985 php RET fstat 0 67985 php CALL lseek(0x3,0,0,0,0x1) 67985 php RET lseek 0 67985 php CALL lseek(0x3,0,0x30d40,0,0) 67985 php RET lseek 20/0x30d40 67985 php CALL break(0x8222000) 67985 php RET break 0 67985 php CALL fstat(0x3,0x817892c) 67985 php RET fstat 0 67985 php CALL mmap(0,0x493e3,0x1,0x1,0x3,0,0x30d40,0) 67985 php RET mmap 677834048/0x2866ed40 67985 php CALL break(0x826e000) 67985 php RET break 0 67985 php PSIG SIGBUS SIG_DFL 67985 php NAMI "/var/cores/php" Now the result of GDB: #0 0x284212a6 in memcpy () from /usr/lib/libc.so.4 (gdb) #0 0x284212a6 in memcpy () from /usr/lib/libc.so.4 Cannot access memory at address 0xbfbfba2c. (gdb) I can't do better, I hope this will be sufficient :-) [2004-12-14 02:18:24] [EMAIL PROTECTED] 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 b
#32429 [Ver]: method_exists() always return TRUE if __call method exists
ID: 32429
User updated by: pasha dot zubkov at gmail dot com
Reported By: pasha dot zubkov at gmail dot com
Status: Verified
Bug Type: Zend Engine 2 problem
Operating System: Linux 2.6.11-grsec
PHP Version: 5CVS-2005-03-23 (dev)
New Comment:
I checkout HEAD from cvs. Problem not solved.
Previous Comments:
[2005-03-24 00:27:55] [EMAIL PROTECTED]
Confirmed with HEAD only.
[2005-03-23 23:58:44] [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-03-23 14:43:34] pasha dot zubkov at gmail dot com
Description:
See example. I can't use `if (method_exists()) {}` because it always
return TRUE
Reproduce code:
---
test();
}
}
public function __call($name, $args) {
throw new Exception('Call to undefined method
'.get_class($this).'::'.$name.'()');
}
}
try {
$test = new TestClass;
} catch (Exception $e) {
exit($e->getMessage());
}
?>
Expected result:
bool(false)
Actual result:
--
bool(true) Call to undefined method TestClass::test()
--
Edit this bug report at http://bugs.php.net/?id=32429&edit=1
#32501 [Fbk->Opn]: acinclude.m4 should set HAVE_BROKEN_GETCWD for AIX, too
ID: 32501 User updated by: Bjorn dot Wiberg at its dot uu dot se Reported By: Bjorn dot Wiberg at its dot uu dot se -Status: Feedback +Status: Open Bug Type: Directory function related Operating System: IBM AIX 5.2.0.0 ML5 PHP Version: 5.0.3 New Comment: Tried php5-200503310630 (5.1.0-dev), but the problem is still present: Warning: fopen(): open_basedir restriction in effect. File(a.txt) is not within the allowed path(s): (.:/apache/php/lib/php/:/apache/htdocs/bwiberg/) in /apache/htdocs/bwiberg/test/safemode/testopen.php on line 3 Warning: fopen(a.txt): failed to open stream: Not owner in /apache/htdocs/bwiberg/test/safemode/testopen.php on line 3 (It appears that acinclude.m4 hasn't changed at all in this regard, so this was probably expected?) Best regards, Björn Previous Comments: [2005-03-30 17:19:05] [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-03-30 14:11:41] Bjorn dot Wiberg at its dot uu dot se Description: As noted in other bug reports (PHP bug #24185), and the documentation (http://www.php.net/manual/en/function.getcwd.php), getcwd() may fail if some directory along a path doesn't have list (r) permissions, but only access (x) permissions. In acinclude.m4, the check for broken getcwd() checks the OS string to determine whether HAVE_BROKEN_GETCWD should be set or not. Currently, this check only detects (and sets HAVE_BROKEN_GETCWD) if the OS is "SunOS". This should probably be changed to include "AIX", too: [EMAIL PROTECTED]:/# uname -sr AIX 2 ...as the problem seems to be present on AIX. Reproduce code: --- Expected result: No error message, file gets created. Actual result: -- Because fopen() + open_basedir seems to rely on getcwd() to check the path to the file, we get the following error: Warning: fopen(): open_basedir restriction in effect. File(./a.txt) is not within the allowed path(s): (.:/apache/php/lib/php/:/apache/htdocs/bwiberg/) in /apache/htdocs/bwiberg/test/safemode/write.php on line 3 Warning: fopen(./a.txt): failed to open stream: Not owner in /apache/htdocs/bwiberg/test/safemode/write.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=32501&edit=1
#32390 [Fbk->Opn]: PHP can't compile with imap that enabled Kerberos by heimdal
ID: 32390 User updated by: ptiggerdine at fastmail dot com dot au Reported By: ptiggerdine at fastmail dot com dot au -Status: Feedback +Status: Open Bug Type: IMAP related Operating System: Gentoo linux PHP Version: 4.3.10 New Comment: Also, if your not going to support heimdal then my suggestion is allow php to identify that the heimdal are there and not to try and compile kerberos in, rather than stop the ./configure script Previous Comments: [2005-03-21 10:42:39] [EMAIL PROTECTED] I'll ask again: Does the uw-imap c-client library support heimdal implementation of kerberos? [2005-03-21 10:35:23] ptiggerdine at fastmail dot com dot au Can i ask why "you only support MIT only"? Supporting heimdal would be beneficial to php there are more project moving form MIT to heimdal. [2005-03-21 10:22:40] [EMAIL PROTECTED] I'm the one who this was "escaleted" to..so thanks anyway but we don't support any other kerberos library implementation than those that are supported by the c-client library. [2005-03-21 10:07:10] ptiggerdine at fastmail dot com dot au And what is 'heimdal' ? Does the c-client library support that..? Honestly, why did you post if you didn't know what the bug is about. while the CVS snapshot "may" work ( i doubt it)my production environment requires that this be pushed into an official release. If you are unable to do this, could you escalate this bug so that I can have contact with someone who can make that call. I have a ./configure diff that patches the search of the libraries to the right name, but I doubt that it's going to be that easy for kerberos is play ball. This is also no ideal either cos it will break on MIT libraries [2005-03-21 08:23:52] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And what is 'heimdal' ? Does the c-client library support that..? 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/32390 -- Edit this bug report at http://bugs.php.net/?id=32390&edit=1
#32089 [Bgs->Opn]: Crash during Make with Oracle Instant Client Support
ID: 32089 User updated by: andrew dot nagy at villanova dot edu Reported By: andrew dot nagy at villanova dot edu -Status: Bogus +Status: Open Bug Type: OCI8 related Operating System: Fedora Core 3 PHP Version: 4CVS-2005-02-23 (stable) New Comment: Oh come on, don't think you are getting away that easy :) The error is still there. For some reason when I do: >$ make > make_log it doesn't include the error in the output file, it echo's it to the screen. I still got the same error: /usr/bin/ld: warning: libnnz10.so, needed by /usr/lib/oracle/10.1.0.3/client/lib/libclntsh.so, not found (try using -rpath or -rpath-link) Previous Comments: [2005-02-28 13:52:43] [EMAIL PROTECTED] ..and it worked just fine. Please ask further support questions about installing on php-install@lists.php.net mailing list. [2005-02-28 02:33:45] andrew dot nagy at villanova dot edu I deleted my source and started from scratch with the same release: php4-STABLE-200502230130 Here is the output from the configure and make processes: http://www.webitecture.org/config.log http://www.webitecture.org/config_output http://www.webitecture.org/make_log Im now way past my sys-admin skills, so Im not sure what else to check for that may be causing this problem. [2005-02-25 22:02:44] [EMAIL PROTECTED] Well, your config.log doesn't help much as it contains no results at all. I just want to see why in hell your compiler doesn't use -rpath and what ./configure says about it. Could you try to figure out what's happening there? [2005-02-25 19:26:59] andrew dot nagy at villanova dot edu gcc version 3.4.2 20041017 (Red Hat 3.4.2-6.fc3) http://webitecture.org/config.log Anything else? Thanks! [2005-02-25 18:15:08] [EMAIL PROTECTED] Erm... "post" -> "give us link to". 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/32089 -- Edit this bug report at http://bugs.php.net/?id=32089&edit=1
#32066 [Bgs]: display_errors=off also suppresses output from php -l
ID: 32066 User updated by: marcus at synchromedia dot co dot uk Reported By: marcus at synchromedia dot co dot uk Status: Bogus Bug Type: PHP options/info functions Operating System: RedHat Enterprise Linux 3 PHP Version: 5.0.3 New Comment: You say: > Error display ini setting affects all error reporting. That's just not true. It may be that the behaviour has changed in PHP5 (in which case it should be documented here: http://www.php.net/manual/en/ ref.errorfunc.php#ini.display-errors), but in PHP4 having display_errors=off does NOT suppress error messages from php -l. It's very easy to reproduce in PHP4: The output from 'php -i|grep display_errors' is: display_errors => Off => Off and yet php -l on the example I gave produces: PHP Parse error: parse error, unexpected ';' in test.php on line 2 Errors parsing test.php Under PHP5 it does NOT work this way - the behaviour HAS changed to the behaviour you said. If what you said is MEANT to be true, then this bug should be closed, rephrased as 'display_errors=off does not suppress output from php -l' and re-reported as a PHP4 bug - it's got to be a bug one way or the other. Personally I'd like php-l to ignore the display_errors setting, just as it does in PHP4, which is why I reported the discrepancy in the first place. Previous Comments: [2005-02-23 19:32:55] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Error display ini setting affects all error reporting. [2005-02-22 16:07:50] marcus at synchromedia dot co dot uk Description: In php5, if php.ini contains a display_errors=off directive, it also suppresses error details from 'php -l' on a command line. I guess this could be a deliberate change in pHP5, but it is really not very helpful as php -l will only ever be run by developers. This is in contrast to php4, which always shows errors from php -l, even if display_errors is off. Reproduce code: --- execute this script (containing a deliberate error) using php -l on a command line with display_errors turned off Expected result: Parse error: parse error, unexpected ';' in /home/ username/error.php on line 2 Actual result: -- no output is generated at all. -- Edit this bug report at http://bugs.php.net/?id=32066&edit=1
#32361 [Opn]: connection oci_connect stay persist after process the php
ID: 32361
User updated by: diego dot veiga at embraer dot com dot br
Reported By: diego dot veiga at embraer dot com dot br
Status: Open
Bug Type: OCI8 related
-Operating System: *
+Operating System: Fedora3
PHP Version: 4CVS, 5CVS (2005-03-22)
New Comment:
Hi guys,
has someone been simulated this error with this configuration?
Previous Comments:
[2005-03-22 13:54:13] diego dot veiga at embraer dot com dot br
hi
yes, yesterday i installed the php-5.0.3 and this morning i installed
the CVS snapshot... i'm doing tests but is the same error.
:o(
[2005-03-21 23:28:59] [EMAIL PROTECTED]
Did you try the snapshot or not?
[2005-03-21 17:45:27] diego dot veiga at embraer dot com dot br
I upgraded the php to 5.0.3 and reproduce the same error, it seems the
oci_connect is working like the oci_pconnect.
Does anybody has an idea?
[2005-03-18 19:12:59] [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-03-18 13:22:14] diego dot veiga at embraer dot com dot br
Description:
machine 1:
Linux redhat 7.2 2.4.18 #4 Fri Apr 12 08:10:27 BRT 2002 i686 unknown
configure with php4.3.4 and apache 1.3.29
./configure --with-dbtcp=/usr/src/dbtcp-0.1.17
--with-oci8=/ora8i/u01/app/oracle/product/8.1.6 --enable-track-vars
--enable-sigchild --enable-trans-sid
--with-apache=/usr/src/apache_1.3.29 --with-unixODBC --enable-xslt
--with-xslt-sa
blot=/usr/local --with-expat-dir=/usr/local --with-gd
--enable-gd-native-ttf --with-jpeg-dir=/usr --with-zlib-dir=/usr
--with-zlib=/usr/ --with-freetype-dir=/usr/local/include/freetype2
--with-png-dir=/usr --with-openssl=/usr/local/ssl
--with-config-file-path=/etc/php --sysconfdir=/etc/php
--with-pdflib=/usr/local --without-mysql --with-tiff-dir=/usr -
-with-java=/usr/java/j2sdk1.4.0_03 --enable-shared --with-layout=GNU
machine 2:
Linux fedora3 2.6.9-i386-1 #3 SMP Thu Feb 17 16:06:06 BRST 2005 i686
i686 i386 GNU/Linux
configure with php5.0.2 and apache 1.3.33
./configure --with-dbtcp=/usr/src/dbtcp-0.1.18a
--with-oci8=/ora8i/u01/app/oracle/product/8.1.6 --enable-sigchild
--enable-trans-sid --enable-track-vars
--with-apxs=/usr/local/apache/sbin/apxs --with-unixODBC --enable-xsl
--with-exp
at-dir=/usr/local/ --with-gd --enable-gd-native-ttf
--with-jpeg-dir=/usr --with-zlib-dir=/usr --with-zlib=/usr --with-
freetype-dir=/usr/ --with-png-dir=/usr --with-openssl=/usr
--with-config-file-path=/etc/php --sysconfdir=/etc/php --wi
th-pdflib=/usr/local --without-mysql --with-tiff-dir=/usr
--with-java=/usr/java/j2sdk1.4.0_03 --enable-shared --with-l
ayout=GNU
version of oracle: client 8.1.6, server 8.1.7
both machine with the php and include...
Reproduce code:
---
include:
function SetDatabase( $database )
{
case 'ORA_PROD' :
global $ORACLEVARS;
$ORACLEVARS['database'] = 'ORA_P';
$ORACLEVARS['username'] = 'x';
$ORACLEVARS['password'] = 'y';
break;
}
function sql_connect_simple(){
global $ORACLEVARS;
if ( $ORACLEVARS['log'] )
__log('CON:' . $ORACLEVARS['database']);
//$ORACLEVARS['conn'] = OCILogon( $ORACLEVARS['username'],
$ORACLEVARS['password'], $ORACLEVARS['database'] );
$ORACLEVARS['conn'] = oci_connect( $ORACLEVARS['username'],
$ORACLEVARS['password'], $ORACLEVARS['database'] );
}
function sql_query( $sql, $update = 0 ) {
global $ORACLEVARS;
if ( $ORACLEVARS['conn'] == 0 ) {
__err('*** QUERY: NOT CONNECTED');
return 0;
}
if ( $ORACLEVARS['log'] )
__log('QUE:' . $sql);
$handle = oci_parse( $ORACLEVARS['conn'], $sql );
if ( ! $handle ) {
__err('*** QUERY: PARSE ERROR');
return 0;
}
if ( ! oci_execute( $handle, $ORACLEVARS['mode'] ) ) {
__err('*** QUERY: EXECUTE ERROR');
oci_free_statement($handle);
return 0;
}
if ( $update ) {
oci_free_statement($handle);
$handle = 0;
}
$ORACLEVARS['dataset'][$handle] = 0;
return $handle;
}
php:
$SQL = '';
$SQL .= ' SELECT ';
$SQL .= ' NUM_BOL, ( ';
$SQL .= ' SGL_COLC_BOL||';
$SQL .= ' TRIM(COD_PROJ_AENV) || ';
$SQL .= ' \'-\' || ';
$SQL .= ' TRIM(COD_CAP_A100) || \'-\' ||
';
$SQL .= ' IND_ALRT_BOL|| ';
$SQL .= ' TRIM(TO_CHAR(NUM_SEQ_BOL, \'000\')) || \'/\' ||
';
$SQL .= ' TRIM(TO_CHAR(NUM
#32626 [Fbk->Opn]: dynamic object reference is not stored in a static var
ID: 32626
User updated by: jon dot brightwell at s2o dot co dot uk
Reported By: jon dot brightwell at s2o dot co dot uk
-Status: Feedback
+Status: Open
Bug Type: Class/Object related
Operating System: W2k srv IIS
-PHP Version: 5.0.3
+PHP Version: 5.0.4
New Comment:
latest snapshot (5.1.0-dev) does work but breaks zends debugger;
Failed loading C:\Program
Files\Zend\ZendStudioClient-4.0.0\lib\php5\ZendDebuggerLocal.dll
is there a snapshot that is still zend 4 compatible with the fix in?
Previous Comments:
[2005-04-07 18:14:12] [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-04-07 18:13:15] jon dot brightwell at s2o dot co dot uk
Description:
$mcp is a class instance.
constructor of mcp stores a reference of itself in a seperate static
class.
Reproduce code:
---
$yo = new mcp();
class mcp
{
public function __construct()
{
io_tower::setMCP($this);
}
}
class io_tower
{
static public function getMCP()
{
return self::$mcp;
}
static public function setMCP($import)
{
try
{
if(is_object(self::$mcp)) throw new Exception("MCP
already
exists");
}catch (Exception $e){return;}
self::$mcp= $import;
}
}
Expected result:
io_tower(self)::$mcp = instance of mcp
ie. io_tower::getMCP() = instance
Actual result:
--
io_tower(self)::$mcp = null
ie. io_tower::getMCP() = null
--
Edit this bug report at http://bugs.php.net/?id=32626&edit=1
#32330 [Com]: session_destroy, "Failed to initialize storage module", custom session handler
ID: 32330 Comment by: todd dot trann at palidar dot com Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Session related Operating System: * PHP Version: 4CVS, 5CVS (2005-03-17) Assigned To: sniper New Comment: RedHat 9 PHP 4.3.9 from RPM (php-4.3.9-11.rh90.art) Zend Engine 1.3.0, Optimizer 2.5.5 I am experiencing the same problem: the error indicates storage module "user", yet php.ini has it set to "files", and nowhere in my code do I change it to "user". The problem comes and goes as the page is reloaded. A PHP page with no session code does not exhibit the problem. Todd Previous Comments: [2005-03-24 22:27:36] scliburn at trtinfo dot com mfischer, I'm positive about the session.save_handler and the session_module_name not being set anywhere. I'm emailing direct my link to my php info page. no sessions nothing on the page expect for phpinfo(); the save_handler is set to files. No joke. another test i've done was to have a copy of a website running on 2 servers (same code, same db) Server 1: Redhat php 4.3.9 Zend engine 1.3.0 - no problems Server 2: php 4.3.10 Zend Zend engine 1.3.0 Optimizer 2+ - problems [2005-03-24 21:43:44] [EMAIL PROTECTED] Do you use session_destroy in your code? Are you sure you aren't calling session_module_name somewhere? Does a clean page, with no session_start but only phpinfo in it, also tell you that the session module in use is 'user' rather then files? [2005-03-24 18:43:34] scott at trtinfo dot com scott => scliburn are one in the same :). We have not been using any custom session handlers. We have been utilizing the PHP built in session handlers. My session.save_handler all have been set to "files". I have noticed the error message still states: Fatal error: session_start(): Failed to initialize storage module: user (path: /tmp) Take notice to the module "user", however this is my php.ini (i've located and updated all instances of the php.ini); session.save_handler = files I was also unable to produce this error on another machine (win2003-webedition) which has thread saftey on. Not sure if that is helpful. This error has only produced itself after upgrading Zend 2+ on php 4.3.9, 4.3.10, & 5.03 (I cannot produce this error on 5.02 with Zend 2+) yet. I'm taking a wild non-technical quess in that the save_handler setting is obviously getting reset during a php request, but have no clue as to where. I know it's not the code calling to this. I wrote it. Zend? Heres another twist. I do have another site that is running osCommerce with custom session handlers and that site doesnot produce this error (once again, yet). odly enough [2005-03-24 07:22:24] [EMAIL PROTECTED] scott, scliburn: are you both using session_set_save_handler() ? Are you operating in the same environment (custom save handlers are getting lost after session_destroy) or are you just having the same error message? Most bugs I've seen refering to 'Failed to initialize...' are because session module in php.ini is set to user instead of files when there are no custom session handlers, which has nothing to do with this issue. [2005-03-23 20:40:49] scliburn at trtinfo dot com I would like to also add that I'm running and experiencing this issue in both api versions CGI/ISAPI. not sure if that mattered 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/32330 -- Edit this bug report at http://bugs.php.net/?id=32330&edit=1
#29423 [Fbk->Opn]: reference count gets wrong when return-reference-calling a normal function
ID: 29423 User updated by: stefan at hotpaenz dot de Reported By: stefan at hotpaenz dot de -Status: Feedback +Status: Open Bug Type: Zend Engine 2 problem Operating System: Linux 2.6.3 PHP Version: 5CVS-2004-07-28 (dev) New Comment: The bug remains for me with "latest cvs" snapshot 200503070930, configured with ./configure --disable-cli --enable-cgi --without-pear --disable-all Previous Comments: [2005-03-06 22:12:14] [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 [2004-07-28 10:59:58] stefan at hotpaenz dot de Description: See the code below: An object of ClassA is passed to FuncB, which calls FuncA with the return-by-reference operator. FuncA is not designed to return by reference. The reference count seems to get wrong by doing that so the object is discarded when FuncB returns. Reproduce code: --- http://bugs.php.net/?id=29423&edit=1
#32089 [Fbk->Opn]: Crash during Make with Oracle Instant Client Support
ID: 32089 User updated by: andrew dot nagy at villanova dot edu Reported By: andrew dot nagy at villanova dot edu -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Fedora Core 3 PHP Version: 4CVS-2005-02-23 (stable) New Comment: gcc version 3.4.2 20041017 (Red Hat 3.4.2-6.fc3) http://webitecture.org/config.log Anything else? Thanks! Previous Comments: [2005-02-25 18:15:08] [EMAIL PROTECTED] Erm... "post" -> "give us link to". [2005-02-25 18:13:24] [EMAIL PROTECTED] Thanks. Please post also your config.log and tell us what GCC version do you use. [2005-02-25 15:36:59] andrew dot nagy at villanova dot edu http://www.webitecture.org/make.log This seems much shorter since the first time I ran it. There was many more compile statments before the error. Let me know if you want me to start over, or if this is enough. [2005-02-25 10:50:58] [EMAIL PROTECTED] Please put your make log somewhere on the net, I'll take a look at it. But don't post it here, give use just the link. [2005-02-25 01:15:09] andrew dot nagy at villanova dot edu not there. 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/32089 -- Edit this bug report at http://bugs.php.net/?id=32089&edit=1
#28803 [Opn->Fbk]: --enable-debug causes tests to fail with "Bailed out without a bailout address!"
ID: 28803
Updated by: [EMAIL PROTECTED]
Reported By: Bjorn dot Wiberg at its dot uu dot se
-Status: Open
+Status: Feedback
Bug Type: PHP options/info functions
Operating System: IBM AIX 5.2.0.0 ML5
PHP Version: 5.1.0-dev (5-latest, 20050330)
New Comment:
Uh..remove that IEEE...thing, this is fixed in CVS long time ago (you
ARE trying CVS snapshots after all)
Previous Comments:
[2005-03-15 09:16:27] Bjorn dot Wiberg at its dot uu dot se
Oops, sorry, I removed that a long time ago but forgot to update the
configure stuff of this bug report. The current configure line I'm
using is:
CC=/usr/local/bin/gcc CPPFLAGS="-I/usr/local/include -DIEEE_BIG_ENDIAN"
LDFLAGS="-L/lib -L/opt/freeware/lib -L/usr/local/lib" ./configure
--enable-bcmath --enable-calendar --enable-dba --enable-exif
--enable-embed
ded-mysqli --enable-filepro --enable-ftp --enable-gd-jis-conv
--enable-gd-native-ttf --enable-mbstring --enable-memory-limit
--enable-sockets --enable-versioning --enable-zend-multibyte
--prefix=/apache/php --with
-apxs2=/apache/bin/apxs --with-bz2 --with-freetype-dir --with-gd
--with-gdbm --with-gettext --with-imagick --with-inifile
--with-jpeg-dir --with-ldap --with-libxml-dir --with-mime-magic
--with-mnogosearch --with-m
ysql=/usr/local/mysql --with-openssl=/opt/freeware --with-png-dir
--with-tiff-dir --with-ttf --with-xpm-dir --with-zlib --with-zlib-dir
(The -DIEEE_BIG_ENDIAN is needed to fix bug #31131.)
I've also tried 5.0.3 on another machine, without mnoGoSearch, and with
some other built-in extensions/configure options (SysV semaphore stuff
and dBASE), with another packaging of gcc 3.3.2 (IBM's instead of
bullfreeware.com's), and with newer libs etc., but with the same
result.
Best regards,
Björn
[2005-03-14 22:41:40] [EMAIL PROTECTED]
Uh..this part in your configure script caught my eye:
--with-apxs2=/apache/bin/apxs
--with-apxs2filter=/apache/bin/apxs
You can have just ONE of those, NOT BOTH!
[2005-03-11 14:20:11] Bjorn dot Wiberg at its dot uu dot se
Sorry for the late reply; it seems that I did not receive an e-mail
about the recent changes to the bug.
Unfortunately, I still get the same error:
EXPECTED OUTPUT
Done
ACTUAL OUTPUT
Done
/usr/local/src/php5-20050330/main/main.c(1704) : Bailed out without
a bailout address!
FAILED
Of course I'd be happy to try another snapshot anytime.
Best regards,
Björn
[2005-02-28 21:24:50] [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-01-11 08:52:08] Bjorn dot Wiberg at its dot uu dot se
Hi!
Sorry, a vast majority of the tests still fail, so it seems that the
snapshot made no difference in that regard. Also notice the strange
exit code 255, which PHP 5 seems to exhibit under AIX for some reason
(that one has been there for a while now)...
=
TEST RESULT SUMMARY
-
Exts skipped: 53
Exts tested : 30
-
Number of tests : 1296 731
Tests skipped : 565 (43.6%)
Tests warned:1 (0.1%) (0.1%)
Tests failed: 723 (55.8%) (98.9%)
Tests passed:7 (0.5%) (1.0%)
-
Time taken : 147 seconds
=
/../
[EMAIL PROTECTED]:/usr/local/src/php5-STABLE-200501101530#
/usr/local/src/php5-STABLE-200501101530/main/main.c(1697) : Bailed out
without a
-bash: syntax error near unexpected token `1697'
[EMAIL PROTECTED]:/usr/local/src/php5-STABLE-200501101530# bailout address!
-bash: bailout: command not found
[EMAIL PROTECTED]:/usr/local/src/php5-STABLE-200501101530# make: [test] Error
255 (ignored)
-bash: syntax error near unexpected token `('
[EMAIL PROTECTED]:/usr/local/src/php5-STABLE-200501101530#
I'd be happy to try more snapshots whenever you want me to, though!
Best regards,
Björn
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/28803
--
Edit this bug report at http://bugs.php.net/?id=28803&edit=1
#32532 [Fbk->Opn]: fgets() fread() stream_get_content() functions return junk
ID: 32532
User updated by: destroyer at balticum-tv dot lt
Reported By: destroyer at balticum-tv dot lt
-Status: Feedback
+Status: Open
Bug Type: Sockets related
Operating System: Win32 / Linux
PHP Version: 5CVS-2005-04-01 (dev)
New Comment:
Previous Comments:
[2005-04-01 15:31:22] [EMAIL PROTECTED]
Can you provide a test script that we can actually run?
(a PHP script starts with ..)
[2005-04-01 14:22:55] destroyer at balticum-tv dot lt
It seems that it still returns not only 2000, but also other text.
[2005-04-01 14:14:00] destroyer at balticum-tv dot lt
Description:
It seems that all these receive related functions return junk. They
just sometimes return 2000.
Before i downloaded a snapshot 5.0.x-dev they were returning not only
2000, but other text such as "10c" "2b3" etc.
Reproduce code:
---
$fp = @fsockopen($dom, 80, $errno, $errstr, 30);
stream_set_timeout($fp,20);
...
while (!feof($fp)) {
$result = fgets($fp, 4096);
if($result !== FALSE)
$out .= $result;
}
...
echo $out;
Expected result:
The test
Other text
Actual result:
--
2000
The test
2000
Other text
--
Edit this bug report at http://bugs.php.net/?id=32532&edit=1
#30558 [NoF->Opn]: mbstring mbregex failure to compile pointer cast problems
ID: 30558 User updated by: jbarwick at sentienthealth dot com Reported By: jbarwick at sentienthealth dot com -Status: No Feedback +Status: Open Bug Type: Compile Failure Operating System: SuSE 9.1 (amd64) PHP Version: 4.3.8 Assigned To: moriyoshi New Comment: as far as I know the developer is still porting mbstring to 64bit environment. Although...my hack is working just fine...So far.. Let's try to keep this open a bit longer to see if we can get an "official" version. Previous Comments: [2005-03-04 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-02-24 18:51:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2004-11-20 11:14:53] [EMAIL PROTECTED] Just a note, I'm currently working on this. Stay tuned. [2004-11-04 14:43:49] [EMAIL PROTECTED] Grrr, fixing version/OS again. [2004-11-04 14:37:07] [EMAIL PROTECTED] I'm not sure if jbarwick's suggested fix: The changed all "int"'s to "MINT" and changed all "long"'s to "MLONG" is really advisable; Moriyoshi, have you looked at this? ISTR it being mentioned before on php-dev. 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/30558 -- Edit this bug report at http://bugs.php.net/?id=30558&edit=1
#31248 [Fbk->Opn]: SOAP-Client: mapping of overloaded functions fail
ID: 31248 User updated by: andreas dot filsinger at cargobay dot de Reported By: andreas dot filsinger at cargobay dot de -Status: Feedback +Status: Open Bug Type: SOAP related Operating System: independent PHP Version: 5.0.3 Assigned To: dmitry New Comment: 26 Mar 2005 "latest" seems to be late enough. It has a timestamp from 23 Mar 2005 at 08:50. Anyway I check it again this version with no succes. I will check again when CVS can make builds again. Andreas Filsinger Previous Comments: [2005-03-25 01:25:13] [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 [2004-12-22 16:03:34] andreas dot filsinger at cargobay dot de Description: the WSDL of "Apache.AXIS for Java" implements sort of function-overloading. If you have 3 published functions: int foo (int a,b); int foo (string a,b); int foo (int x); in XML this is done by extending the Function-Names by numbers: http://$user:[EMAIL PROTECTED]/ws/services/$service", array( "login" => "$user", "password" => "$pwd", "trace" => 1, "exceptions" => 0) ); $r = $client->__getFunctions(); foreach($r as $v) echo $v . ""; Expected result: a) Quick Patch make a function name mapping to getMap(... getMap1(... getMap2(... so i can use getMap2(.. and be happy! b) php 6.0.0 ;-) true identical function names, if this is called try to fill the function-parameters from the first function with this name, if this fails, take the next with this name ... take that implemetation where filling the parameter does not fail. If there no implementation fits: create an error. If more than one parameter fits: create an error: Actual result: -- * all the overloaded functions have the parameter set of the most top-function. -- Edit this bug report at http://bugs.php.net/?id=31248&edit=1
#28803 [Fbk]: --enable-debug causes tests to fail with "Bailed out without a bailout address!"
ID: 28803 Updated by: [EMAIL PROTECTED] Reported By: Bjorn dot Wiberg at its dot uu dot se Status: Feedback Bug Type: PHP options/info functions Operating System: IBM AIX 5.2.0.0 ML5 PHP Version: 5.1.0-dev (5-latest, 20050330) New Comment: Remove also --enable-versioning (there's no use for it) Previous Comments: [2005-03-18 19:59:03] [EMAIL PROTECTED] Uh..remove that IEEE...thing, this is fixed in CVS long time ago (you ARE trying CVS snapshots after all) [2005-03-15 09:16:27] Bjorn dot Wiberg at its dot uu dot se Oops, sorry, I removed that a long time ago but forgot to update the configure stuff of this bug report. The current configure line I'm using is: CC=/usr/local/bin/gcc CPPFLAGS="-I/usr/local/include -DIEEE_BIG_ENDIAN" LDFLAGS="-L/lib -L/opt/freeware/lib -L/usr/local/lib" ./configure --enable-bcmath --enable-calendar --enable-dba --enable-exif --enable-embed ded-mysqli --enable-filepro --enable-ftp --enable-gd-jis-conv --enable-gd-native-ttf --enable-mbstring --enable-memory-limit --enable-sockets --enable-versioning --enable-zend-multibyte --prefix=/apache/php --with -apxs2=/apache/bin/apxs --with-bz2 --with-freetype-dir --with-gd --with-gdbm --with-gettext --with-imagick --with-inifile --with-jpeg-dir --with-ldap --with-libxml-dir --with-mime-magic --with-mnogosearch --with-m ysql=/usr/local/mysql --with-openssl=/opt/freeware --with-png-dir --with-tiff-dir --with-ttf --with-xpm-dir --with-zlib --with-zlib-dir (The -DIEEE_BIG_ENDIAN is needed to fix bug #31131.) I've also tried 5.0.3 on another machine, without mnoGoSearch, and with some other built-in extensions/configure options (SysV semaphore stuff and dBASE), with another packaging of gcc 3.3.2 (IBM's instead of bullfreeware.com's), and with newer libs etc., but with the same result. Best regards, Björn [2005-03-14 22:41:40] [EMAIL PROTECTED] Uh..this part in your configure script caught my eye: --with-apxs2=/apache/bin/apxs --with-apxs2filter=/apache/bin/apxs You can have just ONE of those, NOT BOTH! [2005-03-11 14:20:11] Bjorn dot Wiberg at its dot uu dot se Sorry for the late reply; it seems that I did not receive an e-mail about the recent changes to the bug. Unfortunately, I still get the same error: EXPECTED OUTPUT Done ACTUAL OUTPUT Done /usr/local/src/php5-20050330/main/main.c(1704) : Bailed out without a bailout address! FAILED Of course I'd be happy to try another snapshot anytime. Best regards, Björn [2005-02-28 21:24:50] [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 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/28803 -- Edit this bug report at http://bugs.php.net/?id=28803&edit=1
#28803 [Opn->Bgs]: --enable-debug causes tests to fail with "Bailed out without a bailout address!"
ID: 28803
Updated by: [EMAIL PROTECTED]
Reported By: Bjorn dot Wiberg at its dot uu dot se
-Status: Open
+Status: Bogus
Bug Type: PHP options/info functions
Operating System: IBM AIX 5.2.0.0 ML5
PHP Version: 5.1.0-dev (5-latest, 20050330)
New Comment:
Uh..this part in your configure script caught my eye:
--with-apxs2=/apache/bin/apxs
--with-apxs2filter=/apache/bin/apxs
You can have just ONE of those, NOT BOTH!
Previous Comments:
[2005-03-11 14:20:11] Bjorn dot Wiberg at its dot uu dot se
Sorry for the late reply; it seems that I did not receive an e-mail
about the recent changes to the bug.
Unfortunately, I still get the same error:
EXPECTED OUTPUT
Done
ACTUAL OUTPUT
Done
/usr/local/src/php5-20050330/main/main.c(1704) : Bailed out without
a bailout address!
FAILED
Of course I'd be happy to try another snapshot anytime.
Best regards,
Björn
[2005-02-28 21:24:50] [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-01-11 08:52:08] Bjorn dot Wiberg at its dot uu dot se
Hi!
Sorry, a vast majority of the tests still fail, so it seems that the
snapshot made no difference in that regard. Also notice the strange
exit code 255, which PHP 5 seems to exhibit under AIX for some reason
(that one has been there for a while now)...
=
TEST RESULT SUMMARY
-
Exts skipped: 53
Exts tested : 30
-
Number of tests : 1296 731
Tests skipped : 565 (43.6%)
Tests warned:1 (0.1%) (0.1%)
Tests failed: 723 (55.8%) (98.9%)
Tests passed:7 (0.5%) (1.0%)
-
Time taken : 147 seconds
=
/../
[EMAIL PROTECTED]:/usr/local/src/php5-STABLE-200501101530#
/usr/local/src/php5-STABLE-200501101530/main/main.c(1697) : Bailed out
without a
-bash: syntax error near unexpected token `1697'
[EMAIL PROTECTED]:/usr/local/src/php5-STABLE-200501101530# bailout address!
-bash: bailout: command not found
[EMAIL PROTECTED]:/usr/local/src/php5-STABLE-200501101530# make: [test] Error
255 (ignored)
-bash: syntax error near unexpected token `('
[EMAIL PROTECTED]:/usr/local/src/php5-STABLE-200501101530#
I'd be happy to try more snapshots whenever you want me to, though!
Best regards,
Björn
[2005-01-07 09:19:29] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2004-08-03 08:34:52] Bjorn dot Wiberg at its dot uu dot se
It turned out that this only occurs when PHP 5 is compiled with
--enable-debug; most tests work fine when --enable-debug is left out.
Should I worry about the debug error message? PHP 4.3.8 works fine with
--enable-debug, and the bailout error message looks a little worrying to
me. The simple scripts I've tried so far seem to be working, though.
I'd be very thankful for any input regarding this!
Best regards,
Björn
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/28803
--
Edit this bug report at http://bugs.php.net/?id=28803&edit=1
#31910 [Com]: A special string containing "E" causes an Unhandled Exception
ID: 31910 Comment by: milan dot rippel at gmail dot com Reported By: jakub at icewarp dot com Status: Open Bug Type: Scripting Engine problem Operating System: win32 / ISAPI PHP Version: 4CVS-2005-02-10 New Comment: Hi guys, I just tried the code Jakub posted above and I am really getting the same error - running PHP 4.3.10. I wonder why you don't get the same one :-(. Can someone take one more look on it? Milan Previous Comments: [2005-02-15 10:59:53] jakub at icewarp dot com It occurs on all Windows locales US, CZ. Reproduced it on W2000 and WXP. Please, try 4.3.10 or later Thank you [2005-02-15 10:51:32] [EMAIL PROTECTED] If you think it might be that, than what's your locale? Nobody can reproduce it except you, so just don't sit & wait - run the code on another winblows box, try to get more info etc. [2005-02-15 07:39:13] jakub at icewarp dot com Yes it might be that... I can reproduce it since 4.3.10. [2005-02-14 21:48:19] plyrvt at mail dot ru Maybe this is related somehow to 4.3.10 Changelog: "Added the %F modifier to *printf to render a non-locale-aware representation of a float with the . as decimal separator." and is locale-dependent? [2005-02-14 21:17:17] plyrvt at mail dot ru "PHP has encountered an Unhandled Exception Code %d at %p" it's a part of php4isapi.dll file, but I cannot reproduce this bug neither under 4.3.8 nor 4.3.9 nor 5.0.2 (winxp-sp1-iis5.1) 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/31910 -- Edit this bug report at http://bugs.php.net/?id=31910&edit=1
#26478 [Com]: Segfault under load with scripts that call MySQL
ID: 26478 Comment by: michaelw at webcentral dot com dot au Reported By: fillmore at nrcan dot gc dot ca Status: No Feedback Bug Type: MySQL related Operating System: Solaris 8 (SPARC) PHP Version: 4.3.4 New Comment: I can duplicate this using PHP 4.3.10 with MySQL 3.23.58 under SunONE 6.1 under Solaris 9. (incidently, the fix for the 'unable to connect' issue mentioned is to set CFLAGS to include -D_REENTRANT ) I can give you any additional information you require, if you can tell me how :) Previous Comments: [2004-01-01 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2003-12-16 14:57:27] [EMAIL PROTECTED] Please check your mysql settings.. (my.cnf for starters) [2003-12-16 14:47:20] fillmore at nrcan dot gc dot ca I installed MySQL client libraries 4.0.15 and rebuilt PHP with --with-mysql=/usr/local/mysql, and now the PHP script is failing with: "Warning: mysql_connect(): Can't connect to MySQL server on 'aaa.bbb.xx.yy' (2) in /home1/fast1/WWW-data/cfs-scf/national/what-quoi/Solutions/index_e.php on line 7" (IP address is obscured as aaa.bbb.xx.yy) It works OK with the builtin MySQL support (with light load). [2003-12-09 06:14:16] [EMAIL PROTECTED] Please try compiling PHP with the external mysql client library, using --with-mysql=/mysql/install/prefix [2003-12-07 16:08:23] fillmore at nrcan dot gc dot ca I finally captured a core file, and with the gdb command "info threads" got this output for thread 25: 49 Thread 25 (LWP 17) _db_return_ (_line_=949, _sfunc_=0xfd3ee01c, _sfile_=0xfd3ee018, _slevel_=0xfd3ee014) at /home8/src/php/php-4.3.4/ext/mysql/libmysql/dbug.c:826 I can't get a full backtrace using "bt", maybe because the SunONE modules don't have debug symbols? I'm not very familiar with gdb - how do you run bt for a specified thread? I tried "thread 25" followed by "bt", but it traced libthread.so: (gdb) thread 25 [Switching to thread 25 (Thread 1)] #0 0xfeb2826c in cond_wait () from /usr/lib/libthread.so.1 (gdb) bt #0 0xfeb2826c in cond_wait () from /usr/lib/libthread.so.1 #1 0xfeb28118 in pthread_cond_wait () from /usr/lib/libthread.so.1 #2 0xfed61a94 in PR_WaitCondVar () from /export/home/local/sunone/bin/https/lib/libnspr4.so #3 0xff298084 in __0fJWebServerDRunvT () from /export/home/local/sunone/bin/https/lib/libns-httpd40.so #4 0x10c44 in main () 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/26478 -- Edit this bug report at http://bugs.php.net/?id=26478&edit=1
#32624 [Fbk->Opn]: Rephrase: "Please allow this report to be send to the PHP QA team."
ID: 32624 User updated by: php-bugs-2005 at ryandesign dot com Reported By: php-bugs-2005 at ryandesign dot com -Status: Feedback +Status: Open Bug Type: Compile Warning Operating System: N/A PHP Version: 5.0.4 New Comment: Oh, very well. :-) http://test.michel-consulting.de/ryan/php-5.0.4-failed- test-message.patch Previous Comments: [2005-04-07 17:53:58] [EMAIL PROTECTED] Could you please be so kind and provide a patch? (for run-tests.php) [2005-04-07 16:17:35] php-bugs-2005 at ryandesign dot com Description: In ./run-tests.php and ./server-tests.php the following message can be displayed: > Please allow this report to be send to the PHP QA > team. This will give us a better understanding in how > PHP's test cases are doing. There are a number of problems with this message. For one thing, it should be "sent" and not "send," and I think "understanding of how" is better than "understanding in how." The fundamental problem though is made obvious by the prompt that follows it: > (choose "s" to just save the results to a file)? > [Yns]: See, there's a question mark, and it expects a "yes" or "no" (or "save") answer. I would therefore reformulate it as a question. The message also seems to appear without any explanation to the user. It could be made friendlier. Suggestion below. This problem is presumably also present in PHP4. Reproduce code: --- N/A Expected result: You may have found a problem in PHP's test cases. We'd like to automatically send this report to the PHP QA team, to give us a better understanding of how the test cases are doing. If you don't want to send it immediately, you can choose "s" to save the report to a file that you can send us later. May we send this report now? [Yns]: Actual result: -- Please allow this report to be send to the PHP QA team. This will give us a better understanding in how PHP's test cases are doing. (choose "s" to just save the results to a file)? [Yns]: -- Edit this bug report at http://bugs.php.net/?id=32624&edit=1
#17563 [Com]: PHP has encountered an Access Violation at 77XXXXX
ID: 17563 Comment by: bugs dot php dot net at ghort dot wz dot cz Reported By: stanley at in2nett dot com Status: No Feedback Bug Type: MSSQL related Operating System: WIN2K PHP Version: 4.2.1 New Comment: I first noticed this error with PHP5 running as ISAPI on IIS 5.1 on WinXP (SP1, now SP2). If configured as CGI, there is no prob. Before PHP5 I never noticed this error. Ghort* Previous Comments: [2003-06-19 08:18:18] matsd at sssk dot se Was this bug corrected? I installed PHP 4.3.2 on a Win2kServer running IIS5 but still get this error. The application I'm working on uses MySQL 3.23.45; on the same machine an ASP/MSSQL application is also running. regards, mats d. [2002-12-23 01:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-12-07 01:43:29] [EMAIL PROTECTED] 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-11-30 20:39:12] mail-php dot net at kimihia dot org dot nz Can you please be very specific about your table and column names. The ODBC driver doesn't handle odd names very well. There's a big difference between: SELECT * FROM froo SELECT * FROM [FR oO] [2002-08-25 23:54:30] stanley at in2nett dot com Yes, try that first, after recreate the data field, I have no problem afterwards. You can use the mssql.dll if you want~ I use that in all time, I don't like ODBC, 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/17563 -- Edit this bug report at http://bugs.php.net/?id=17563&edit=1
#32114 [Opn]: DOMDocument->dump_mem() crashes when encoding attribute already set
ID: 32114
User updated by: miroslav dot sulc at startnet dot cz
-Summary: DOMDocument->dump_mem() cashes when encoding attribute
already set
Reported By: miroslav dot sulc at startnet dot cz
Status: Open
Bug Type: DOM XML related
Operating System: linux
PHP Version: 4.3.10
New Comment:
Corrected summary
Previous Comments:
[2005-02-25 21:41:06] miroslav dot sulc at startnet dot cz
Description:
When dumping DOM XML document using
$string = $doc->dump_mem(true, 'UTF-8')
on document where encoding is already set using, the PHP crashes.
Reproduce code:
---
$doc = domxml_new_doc('1.0');
$attribute = $doc->create_attribute('encoding', 'UTF-8');
$doc->append_child($attribute);
// This line makes the PHP crash
$string = $doc->dump_mem(true, 'UTF-8');
Expected result:
It shouldn't crash. It just may issue a warning.
--
Edit this bug report at http://bugs.php.net/?id=32114&edit=1
#31774 [NoF->Opn]: Data missing using DirectoryIterator with ftp:// wrapper
ID: 31774
User updated by: php at lachoseinteractive dot net
Reported By: php at lachoseinteractive dot net
-Status: No Feedback
+Status: Open
Bug Type: FTP related
Operating System: Linux & Mac OS X
PHP Version: 5.0.3
New Comment:
Same bug in php5-200503201530
Previous Comments:
[2005-03-20 18:06:45] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2005-02-28 20:53:47] [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-01-31 12:41:10] php at lachoseinteractive dot net
After more investigation, it turns out that the iterator
reconnects to the server several times for each file of
list in order to get SIZE information, etc instead of
parsing a raw list from an FTP LIST command.
Looks like DirectoryIterator needs optimization for use
with ftp wrapper.
[2005-01-31 02:32:17] php at lachoseinteractive dot net
Description:
Reading a directory with a DirectoryIterator using an
ftp wrapper doesn't work well.
Tested on 3 ftp servers. (proftp, ncftp, and ..unknown
:-/). on 3 different machines and network.
With proftp and ncftp, some items are missing from the
retrieved directory list. (whereas it works well with
readdir()), even with a directory containing no more
than 2 or 3 files. This doesn't seem to be related to
the nature of the file, but rather to its position in
the list : add a new file to the directory, and the
previously missing file would show up, while another one
is now missing.
On the third server (ftpperso.free.fr), the directory
was correctly read.
In all cases, retrieving the list is very slow, and
often fails.
Reproduce code:
---
example:
$dir = new DirectoryIterator("ftp://myftpserver.com/";);
foreach ( $dir as $f ) {
if ( $f->isDot() ) continue;
echo $f->getFilename()."\n";
}
--
Edit this bug report at http://bugs.php.net/?id=31774&edit=1
#30770 [Com]: php mail() causes apache to temporarily 'crash'
ID: 30770 Comment by: phil dot brennan at gmail dot com Reported By: chris at christopher-dean dot co dot uk Status: No Feedback Bug Type: Apache2 related Operating System: FreeBSD 5.2.1 PHP Version: 5.0.2 New Comment: Hi, I get the exact same error as chris. I'm running the same release of freebsd, apache 2.0.53 and php 4.3.10. Apache2 on freebsd is built with the prefork mpm. Thats what I'm using. I realise that this may be a freebsd issue, but it is strange that this is the only part of php that is affected. I suppose its time for me to start digging through the source to php mail() now. Previous Comments: [2004-12-14 01:00:02] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2004-12-07 00:59:55] [EMAIL PROTECTED] Are you using the worker MPM? Threads on FreeBSD are historically a bit flaky. Google finds random similar backtraces from e.g. ruby users, FWIW. [2004-11-13 10:11:02] chris at christopher-dean dot co dot uk Results of the back trace: Couldn't get a core file so used method described on webpage for people who can't get a core file and this output was produced. Note, this is only the section of the backtrace where the crash occured from running the script in the browser, as prior to this it was all "no debugging symbols found" as apache starts normally: --- (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)... Program received signal SIGABRT, Aborted. 0x283bddcf in kill () from /lib/libc.so.5 (gdb) bt #0 0x283bddcf in kill () from /lib/libc.so.5 #1 0x283b2878 in raise () from /lib/libc.so.5 #2 0x2842af82 in abort () from /lib/libc.so.5 #3 0x2962a565 in _thread_exit () from /usr/lib/libc_r.so.5 #4 0x29628345 in _thread_kern_sig_undefer () from /usr/lib/libc_r.so.5 #5 0x29627a94 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.5 #6 0x29627445 in _thread_kern_scheduler () from /usr/lib/libc_r.so.5 --- I hope this helps [2004-11-13 01:58:45] [EMAIL PROTECTED] 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. [2004-11-13 01:45:39] chris at christopher-dean dot co dot uk Forgot to mention, the email does get sent 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/30770 -- Edit this bug report at http://bugs.php.net/?id=30770&edit=1
#32375 [Fbk->Opn]: $_POST, $HTTP_RAW_POST_DATA not set
ID: 32375 User updated by: jnavratil at houston dot rr dot com Reported By: jnavratil at houston dot rr dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: SuSE Linux 9.1 PHP Version: 5CVS-2005-03-19 (dev) New Comment: Greetings, and thanks! I am travelling this week, so please forgive the reply latency. Note that I am running a compiled Apache 2.0.53, not a standard SuSE 9.1 distro and am using default file placements. I verified by using phpinfo() that the expected php.ini is being loaded and the build date of libphp5.so is also correct. The only change to httpd.conf for php5 was to add the.. LoadModule php5_module modules/libphp5.so My php.ini is based on a slightly older php.ini-recommended, but is diffed against the 3/19 snapshot of same. This server will be the production server, but errors are turned on, for the moment, to facilitate finding installation, configuration and porting problems. The differences are: --- php.ini-recommended 2005-02-28 19:30:02.0 -0600 +++ /usr/local/php5/lib/php.ini 2005-03-19 11:48:54.0 -0600 @@ -272,7 +272,7 @@ disable_classes = ; Colors for Syntax Highlighting mode. Anything that's acceptable in -; would work. +; would work. ;highlight.string = #DD ;highlight.comment = #FF9900 ;highlight.keyword = #007700 @@ -280,10 +280,6 @@ ;highlight.default = #BB ;highlight.html= #00 -; If enabled, the request will be allowed to complete even if the user aborts -; the request. Consider enabling it if executing long request, which may end up -; being interrupted by the user or a browser timing out. -; ignore_user_abort = On ; ; Misc @@ -354,12 +350,12 @@ ; instead (see below). Keeping display_errors enabled on a production web site ; may reveal security information to end users, such as file paths on your Web ; server, your database schema or other information. -display_errors = Off +display_errors = On ; Even when display_errors is on, errors that occur during PHP's startup ; sequence are not displayed. It's strongly recommended to keep ; display_startup_errors off, except for when debugging. -display_startup_errors = Off +display_startup_errors = On ; Log errors into a log file (server-specific log, stderr, or error_log (below)) ; As stated above, you're strongly advised to use error logging in place of @@ -484,7 +480,7 @@ ;default_charset = "iso-8859-1" ; Always populate the $HTTP_RAW_POST_DATA variable. -;always_populate_raw_post_data = On +always_populate_raw_post_data = On ; @@ -492,7 +488,7 @@ ; ; UNIX: "/path1:/path2" -;include_path = ".:/php/includes" +include_path = ".:/usr/local/php5/lib/php:/usr/share/php" ; ; Windows: "\path1;\path2" ;include_path = ".;c:\php\includes" @@ -937,7 +933,7 @@ ; ; where MODE is the octal representation of the mode. Note that this ; does not overwrite the process's umask. -;session.save_path = "/tmp" +session.save_path = "/var/lib/php/session" ; Whether to use cookies. session.use_cookies = 1 @@ -1025,7 +1021,7 @@ ; in publically accessible computer. ; - User may access your site with the same session ID ; always using URL stored in browser's history or bookmarks. -session.use_trans_sid = 0 +session.use_trans_sid = 1 ; Select a hash function ; 0: MD5 (128 bits) @@ -1150,6 +1146,10 @@ ; Default proxy password. ;pfpro.proxypassword = +[Sockets] +; Use the system read() function instead of the php_read() wrapper. +sockets.use_system_read = On + [com] ; path to a file containing GUIDs, IIDs or filenames of files with TypeLibs ;com.typelib_file = Previous Comments: [2005-03-20 23:06:37] [EMAIL PROTECTED] I can not reproduce this. Please give more information about your setup: How did you configure PHP in httpd.conf? What changes did you make into php.ini? (is the right php.ini loaded?) And DO NOT paste full php.ini here! Make a unified diff against php.ini-dist (or if you used php.ini-recommeded as basis, against that one) [2005-03-19 19:50:24] jnavratil at houston dot rr dot com Description: This bug is similar to, but not quite the same as bug #31417. Running Suse Linux 9.1, Apache 2.0.53 and latest snapshot of PHP, I do not have $_POST variables being set. $_GET superglobal seems to be fine. Additionally, even though phpinfo() shows 'always_populate_raw_post_data' on, $HTTP_RAW_POST_DATA is not defined. PHP configure line is: ./configure --prefix=/usr/local/php5 \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-libxml-dir=/usr/local/lib --with-zlib \ --with-zlib-dir=/usr/local/lib \ --with-mysql=/usr \ --with-gd \ --with-jpeg-dir=/usr/lib --with-png-dir=/usr/lib \ --enable-gd-na
#32317 [Fbk->Opn]: glibc detected double free or corruption in session_start()
ID: 32317 User updated by: ian_real at dominios dot net Reported By: ian_real at dominios dot net -Status: Feedback +Status: Open Bug Type: Session related -Operating System: Sus 2.6.8-24-smp x86_64 +Operating System: Suse 2.6.8-24-smp x86_64 PHP Version: 4.3.10 New Comment: I cant even compile php4-STABLE-200503160730 >make gcc -Iext/session/ -I/temp/php4-STABLE-200503160730/ext/session/ -DPHP_ATOM_INC -I/temp/php4-STABLE-200503160730/include -I/temp/php4-STABLE-200503160730/main -I/temp/php4-STABLE-200503160730 -I/temp/php4-STABLE-200503160730/Zend-g -Wall -c /temp/php4-STABLE-200503160730/ext/session/session.c -o ext/session/session.o && echo > ext/session/session.lo In file included from /temp/php4-STABLE-200503160730/Zend/zend_alloc.h:26, from /temp/php4-STABLE-200503160730/Zend/zend.h:223, from /temp/php4-STABLE-200503160730/main/php.h:34, from /temp/php4-STABLE-200503160730/ext/session/session.c:26: /temp/php4-STABLE-200503160730/TSRM/TSRM.h:18:26: tsrm_config.h: No such file or directory In file included from /temp/php4-STABLE-200503160730/ext/session/session.c:26: /temp/php4-STABLE-200503160730/main/php.h:393:30: tsrm_virtual_cwd.h: No such file or directory /temp/php4-STABLE-200503160730/ext/session/session.c: In function `php_session_create_id': /temp/php4-STABLE-200503160730/ext/session/session.c:579: warning: implicit declaration of function `VCWD_OPEN' /temp/php4-STABLE-200503160730/ext/session/session.c: In function `last_modified': /temp/php4-STABLE-200503160730/ext/session/session.c:759: warning: implicit declaration of function `VCWD_STAT' make: *** [ext/session/session.lo] Error 1 Previous Comments: [2005-03-16 00:45:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Try using this snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz And this configure line: # ./configure --disable-all --enable-session --enable-debug And use the sapi/cli/php binary in your script. [2005-03-15 17:04:43] ian_real at dominios dot net Description: The problem only happens on our systems with two nocona 64 bit CPUs Configure Command => './configure' '--with-_lib=lib64' '--enable-sockets' '--enable-pcntl' '--enable-sigchild' '--with-bz2' '--enable-discard-path' '--with-mysql=/usr/local/mysql' '--with-curl=/usr/local' '--with-dbase' '--disable-short-tags' '--enable-track-vars' '--without-gd' '--enable-sysvshm' '--enable-sysvsem' '--disable-debug' '--enable-magic-quotes' '--enable-memory-limit' '--with-config-file-path=/usr/local/lib' '--with-zlib' Reproduce code: --- #!/usr/local/bin/php-cli Expected result: shouldnt produce any output Actual result: -- *** glibc detected *** double free or corruption: 0x0073d9a0 *** -- Edit this bug report at http://bugs.php.net/?id=32317&edit=1
#27798 [Csd->Opn]: private / protected variables not exposed by get_object_vars() inside class
ID: 27798
User updated by: ricardo at ish dot com dot br
Reported By: ricardo at ish dot com dot br
-Status: Closed
+Status: Open
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5.0.2
Assigned To: helly
New Comment:
So, any news from developers?
Previous Comments:
[2004-10-04 07:46:56] eros at speedy dot com dot ar
Yes, it should definetely work inside the public method.
[2004-08-13 15:17:26] ricardo at ish dot com dot br
I'll try to show a new example, to make my point:
Source:
===
var1 = 'A';
$this->var2 = 'B';
}
public function dumpVars() {
print_r(get_object_vars($this));
}
}
?>
\n";
$myFoo->dumpVars();
?>
==
Behavior:
=
My VARS:
Array
(
[var1] => A
)
==
Array
(
[var1] => A
)
Expected Behavior (IMHO):
=
My VARS:
Array
(
[var1] => A
[var2] => B
)
==
Array
(
[var1] => A
)
Explanation:
Note the difference between calling get_object_vars($this) inside a
public method, inside the class (where all variables should be seen),
and calling in the outside - get_object_vars($myFoo).
[2004-07-20 13:54:12] ricardo at ish dot com dot br
I've tried and isn't working yet (and I also get this error message -
phpinfo() is ok and show PHP 5.0.1-dev):
PHP has encountered an Access Violation at 00B4737A
My VARS:
Array
(
[var1] => A
)
HTTP/1.1 500 Server Error Server: Microsoft-IIS/5.1 Date: Tue, 20 Jul
2004 11:51:51 GMT Content-Type: text/html Content-Length: 44
-2147417842 (0x8001010e)
[2004-07-19 16:53:53] [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
[2004-04-17 21:30:58] ricardo at ish dot com dot br
Here is the sample code:
var1 = 'A';
$this->var2 = 'B';
}
public function dumpVars() {
print_r(get_object_vars($this));
}
}
?>
\n";
$myFoo->dumpVars();
?>
Here is the behavior:
=
My VARS:
Array
(
[var1] => A
)
Here is the expected Behavior:
==
My VARS:
Array
(
[var1] => A
[var2] => B
)
My opinion about it:
Since the function get_object_vars is being called inside the class, it
should have access to all PPP types, shouldn't it? (this example above
is a dummy one, but it illustrates the problem quite well).
Sorry about the delay of my reply.
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/27798
--
Edit this bug report at http://bugs.php.net/?id=27798&edit=1
#28803 [Opn->Fbk]: --enable-debug causes tests to fail with "Bailed out without a bailout address!"
ID: 28803
Updated by: [EMAIL PROTECTED]
Reported By: Bjorn dot Wiberg at its dot uu dot se
-Status: Open
+Status: Feedback
Bug Type: PHP options/info functions
Operating System: IBM AIX 5.2.0.0 ML4
-PHP Version: 5.0.4-dev snapshot 2005-01-10 15:30
+PHP Version: 5CVS-2005-01-10 (stable)
New Comment:
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
Previous Comments:
[2005-01-11 08:52:08] Bjorn dot Wiberg at its dot uu dot se
Hi!
Sorry, a vast majority of the tests still fail, so it seems that the
snapshot made no difference in that regard. Also notice the strange
exit code 255, which PHP 5 seems to exhibit under AIX for some reason
(that one has been there for a while now)...
=
TEST RESULT SUMMARY
-
Exts skipped: 53
Exts tested : 30
-
Number of tests : 1296 731
Tests skipped : 565 (43.6%)
Tests warned:1 (0.1%) (0.1%)
Tests failed: 723 (55.8%) (98.9%)
Tests passed:7 (0.5%) (1.0%)
-
Time taken : 147 seconds
=
/../
[EMAIL PROTECTED]:/usr/local/src/php5-STABLE-200501101530#
/usr/local/src/php5-STABLE-200501101530/main/main.c(1697) : Bailed out
without a
-bash: syntax error near unexpected token `1697'
[EMAIL PROTECTED]:/usr/local/src/php5-STABLE-200501101530# bailout address!
-bash: bailout: command not found
[EMAIL PROTECTED]:/usr/local/src/php5-STABLE-200501101530# make: [test] Error
255 (ignored)
-bash: syntax error near unexpected token `('
[EMAIL PROTECTED]:/usr/local/src/php5-STABLE-200501101530#
I'd be happy to try more snapshots whenever you want me to, though!
Best regards,
Björn
[2005-01-07 09:19:29] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2004-08-03 08:34:52] Bjorn dot Wiberg at its dot uu dot se
It turned out that this only occurs when PHP 5 is compiled with
--enable-debug; most tests work fine when --enable-debug is left out.
Should I worry about the debug error message? PHP 4.3.8 works fine with
--enable-debug, and the bailout error message looks a little worrying to
me. The simple scripts I've tried so far seem to be working, though.
I'd be very thankful for any input regarding this!
Best regards,
Björn
[2004-07-15 19:42:45] Bjorn dot Wiberg at its dot uu dot se
The error still occurs with PHP 5.0.0 (release version).
[2004-06-16 12:45:41] Bjorn dot Wiberg at its dot uu dot se
Description:
Compilation works fine, but 'make test' fails on almost all tests with
the error message:
/usr/local/src/php-5.0.0RC3/main/main.c(1694) : Bailed out without a
bailout address!
Reproduce code:
---
Configured PHP with:
CC=/usr/local/bin/gcc CPPFLAGS="-I/usr/local/include" LDFLAGS="-L/lib
-L/opt/freeware/lib -L/usr/local/lib" ./configure
...followed by these directives:
--enable-dba --enable-debug --enable-memory-limit
--enable-short-tags --enable-versioning --prefix=/apache/php
--with-apxs2=/apache/bin/apxs
--with-apxs2filter=/apache/bin/apxs
--with-freetype-dir
--with-gd --with-gdbm --with-gettext
--with-jpeg-dir
--with-ldap
--with-mysql=/usr/local/mysql --with-openssl=/opt/freeware
--with-png-dir --with-tiff-dir
--with-ttf
--with-zlib --with-zlib-dir
--with-mnogosearch
--with-xpm-dir
--enable-bcmath
--enable-calendar
--enable-exif
--enable-embedded-mysqli
--enable-filepro
--enable-gd-jis-conv
--enable-gd-native-ttf
--enable-mbstring
--enable-zend-multibyte
--with-inifile
--with-libxml-dir
--with-mime-magic
Changed GDLIB_CFLAGS in the Makefile to start with:
-I/usr/include/freetype2
...as I have both GD1 and GD2 installed on the system, and need to make
sure that it uses FreeType 2's
/usr/include/freetype2/freetype/freetype.h instead of FreeType 1's
/opt/freeware/include/freetype/freetype.h as the IBM OpenSSL 0.9.6m-1
installation causes -I/opt/freeware/include to appear before
-I/usr/include/freetype2 (hence it picking up the wrong
). (Maybe this also is a bug which should be
corrected...)
I'm using GCC 3.3.2 from Bull (http://www.bullfreeware.com/main.html)
and GNU make 3.80 from IBM's
#32325 [Fbk->Opn]: Can't retrieve collection using OCI8
ID: 32325 User updated by: ldixon at communityconnect dot com Reported By: ldixon at communityconnect dot com -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Fedora Core release 2 (Tettnang) PHP Version: 5.0.3 New Comment: [ldixon: ~/download/php5-200503221330]$ gdb sapi/cli/php GNU gdb Red Hat Linux (6.0post-0.20040223.19rh) Copyright 2004 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-redhat-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) run /home/ldixon/devel/ctk/collections/coll_test_pure_pure.php Starting program: /home/ldixon/download/php5-200503221330/sapi/cli/php /home/ldixon/devel/ctk/collections/coll_test_pure_pure.php [Thread debugging using libthread_db enabled] [New Thread -1208073568 (LWP 17322)] Detaching after fork from child process 17325. OCIDebug: _oci_open_server new conn=0 dname= OCIDebug: _oci_open_session new sess=5 user=ctk_main OCIDebug: oci_do_connect: id=6 OCIDebug: oci_parse " begin select ut_num_list_t(1,2,3,4) into :list from dual; end;" id=7 conn=6 about to execute... kgepop: no error frame to pop to for error 21522 OCI-21522: attempted to use an invalid connection in OCI (object mode only) Errors in file : OCI-21522: attempted to use an invalid connection in OCI (object mode only) - Call Stack Trace - Cannot open /proc/17322/exe. calling call entryargument values in hex location type point(? means dubious value) Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Cannot find symbol in /proc/17322/exe. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1208073568 (LWP 17322)] 0x0144fc08 in slrac () from /opt/oracle/product/10.1.0.3/lib/libclntsh.so.10.1 (gdb) bt #0 0x0144fc08 in slrac () from /opt/oracle/product/10.1.0.3/lib/libclntsh.so.10.1 #1 0x014a2d33 in kgdsaaddr () from /opt/oracle/product/10.1.0.3/lib/libclntsh.so.10.1 #2 0x014a27ae in kgdsdst () from /opt/oracle/product/10.1.0.3/lib/libclntsh.so.10.1 #3 0x0107a60c in skgudmp () from /opt/oracle/product/10.1.0.3/lib/libclntsh.so.10.1 #4 0x014849be in kgepop () from /opt/oracle/product/10.1.0.3/lib/libclntsh.so.10.1 #5 0x0148513a in kgesev () from /opt/oracle/product/10.1.0.3/lib/libclntsh.so.10.1 #6 0x01484f3f in kgesec0 () from /opt/oracle/product/10.1.0.3/lib/libclntsh.so.10.1 #7 0x0131ca90 in kodogr2lt () from /opt/oracle/product/10.1.0.3/lib/libclntsh.so.10.1 #8 0x012a72bc in kosindcv () from /opt/oracle/product/10.1.0.3/lib/libclntsh.so.10.1 #9 0x012a6d36 in kosiend () from /opt/oracle/product/10.1.0.3/lib/libclntsh.so.10.1 #10 0x012a8115 in kpctor () from /opt/oracle/product/10.1.0.3/lib/libclntsh.so.10.1 #11 0x012bd5fa in ttca2p () from /opt/oracle/product/10.1.0.3/lib/libclntsh.so.10.1 #12 0x0128a850 in ttcacr () from /opt/oracle/product/10.1.0.3/lib/libclntsh.so.10.1 #13 0x0128b723 in ttcdrv () from /opt/oracle/product/10.1.0.3/lib/libclntsh.so.10.1 #14 0x0115c8e9 in nioqwa () from /opt/oracle/product/10.1.0.3/lib/libclntsh.so.10.1 #15 0x00fe0b56 in upirtrc () from /opt/oracle/product/10.1.0.3/lib/libclntsh.so.10.1
#32330 [Com]: session_destroy, "Failed to initialize storage module", custom session handler
ID: 32330 Comment by: scliburn at trtinfo dot com Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Session related Operating System: * PHP Version: 4CVS, 5CVS (2005-03-17) Assigned To: sniper New Comment: mfischer, I'm positive about the session.save_handler and the session_module_name not being set anywhere. I'm emailing direct my link to my php info page. no sessions nothing on the page expect for phpinfo(); the save_handler is set to files. No joke. another test i've done was to have a copy of a website running on 2 servers (same code, same db) Server 1: Redhat php 4.3.9 Zend engine 1.3.0 - no problems Server 2: php 4.3.10 Zend Zend engine 1.3.0 Optimizer 2+ - problems Previous Comments: [2005-03-24 21:43:44] [EMAIL PROTECTED] Do you use session_destroy in your code? Are you sure you aren't calling session_module_name somewhere? Does a clean page, with no session_start but only phpinfo in it, also tell you that the session module in use is 'user' rather then files? [2005-03-24 18:43:34] scott at trtinfo dot com scott => scliburn are one in the same :). We have not been using any custom session handlers. We have been utilizing the PHP built in session handlers. My session.save_handler all have been set to "files". I have noticed the error message still states: Fatal error: session_start(): Failed to initialize storage module: user (path: /tmp) Take notice to the module "user", however this is my php.ini (i've located and updated all instances of the php.ini); session.save_handler = files I was also unable to produce this error on another machine (win2003-webedition) which has thread saftey on. Not sure if that is helpful. This error has only produced itself after upgrading Zend 2+ on php 4.3.9, 4.3.10, & 5.03 (I cannot produce this error on 5.02 with Zend 2+) yet. I'm taking a wild non-technical quess in that the save_handler setting is obviously getting reset during a php request, but have no clue as to where. I know it's not the code calling to this. I wrote it. Zend? Heres another twist. I do have another site that is running osCommerce with custom session handlers and that site doesnot produce this error (once again, yet). odly enough [2005-03-24 07:22:24] [EMAIL PROTECTED] scott, scliburn: are you both using session_set_save_handler() ? Are you operating in the same environment (custom save handlers are getting lost after session_destroy) or are you just having the same error message? Most bugs I've seen refering to 'Failed to initialize...' are because session module in php.ini is set to user instead of files when there are no custom session handlers, which has nothing to do with this issue. [2005-03-23 20:40:49] scliburn at trtinfo dot com I would like to also add that I'm running and experiencing this issue in both api versions CGI/ISAPI. not sure if that mattered [2005-03-23 20:34:44] scott at trtinfo dot com i am getting this error on the following environments: Windows2003 - Zend 2.03, php Version 5.0.3 Redhat 9, Zend 2.03, php Version 4.3.10 Redhat 9, Zend 2.03, php Version 4.3.9 this is happening more often each day. Sessions handler set to files, session repository directory does not have any space issues. Chmod on tmp dir set 777. I am however creating my own hash value for the session id. This is also done on another server and it has not had this session error at all. Yet. 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/32330 -- Edit this bug report at http://bugs.php.net/?id=32330&edit=1
#31132 [Com]: Installing PHP 5.0.3 causes 403.9 HTTP Errors under IIS 5
ID: 31132 Comment by: mailkabin at yahoo dot com Reported By: aaron at visualprose dot com Status: No Feedback Bug Type: IIS related Operating System: Windows XP Professional SP 1 PHP Version: 5.0.3 New Comment: Can't Configure the PHP version 5.0 in Win2003 System. .. Operation System : Windows Server 2003 IIS Ver : 6.0 Other Installed Comp: ASP / ASP .net . Problem : Displays the "Page Cannot be displayed Page." or "File Not Found Page." Previous Comments: [2005-03-10 01:00:05] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-02-28 21:14:21] [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 [2004-12-16 18:49:38] aaron at visualprose dot com Description: When PHP 5.0.3 is installed under IIS 5.0 on Windows XP Professional, all web pages (.html, .php, .asp, or .aspx) can only be viewed ten times before IIS reports "HTTP 403.9 - Access Forbidden: Too many users are connected". No pages (inlcluding HTML, ASP, etc.) can be viewed once this error occurs. IIS must be restarted (which takes approximately 5 minutes). I have followed the steps on Microsoft's site to disable HTTP Keep-alives, and the problem persists. Removing the script map to PHP solves the problem, which is what leads me to believe PHP is causing the problem Reproduce code: --- 1) Install PHP 5.0.3 on Windows XP SP 1. 2) Load up a .html, .php, or .asp running on the web server. 3) Hit "Refresh" 10 times. 4) Note the 403.9 HTTP error appears. Note that IIS must be restarted before access to any resource is allowed again. Expected result: No 403.9 error. Actual result: -- IIS continues to give the 403.9 error page until it is restarted. -- Edit this bug report at http://bugs.php.net/?id=31132&edit=1
#29681 [Com]: Parent: child process exited with status 3221225477
ID: 29681
Comment by: mail at kasimir-k dot fi
Reported By: tony at marston-home dot demon dot co dot uk
Status: Verified
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-STABLE-2005-01-18
New Comment:
I have this loop:
for ($i = 0, $_i = count($items); $i < $_i; $i++) {
$item_index[$items[$i]['item_id']] =& $items[$i];
}
I run it on two platforms:
WinXP - PHP 4.3.4 - Apache/2.0.48 (Win32)
Linux - PHP 4.3.10 - Apache/2.0.52 (Fedora)
On Linux - no problems.
On WinXP - once count($item_classes) > 107, the script dies
Previous Comments:
[2005-01-18 14:55:44] [EMAIL PROTECTED]
The original problem here, reproduced using the script bundle posted by
Tony, triggers crashes in free() when run with "MALLOC_CHECK_=3", using
5.0.4-dev. Backtrace below. Doesn't look like this is
Apache-related:
#5 0x0041baca in free () from /lib/tls/libc.so.6
No symbol table info available.
#6 0x010035b7 in _efree (ptr=0x86e443c) at
/net/jedi/local/php/5.0/Zend/zend_alloc.c:287
p = (zend_mem_header *) 0x4e0800
cache_index = 6
#7 0x0101f1fa in zend_hash_destroy (ht=0x86f1714)
at /net/jedi/local/php/5.0/Zend/zend_hash.c:526
p = (Bucket *) 0x0
q = (Bucket *) 0x86e47dc
#8 0x01029c7f in zend_objects_free_object_storage (object=0x872be84)
at /net/jedi/local/php/5.0/Zend/zend_objects.c:91
No locals.
#9 0x0102c24a in zend_objects_store_del_ref (zobject=0x0)
at /net/jedi/local/php/5.0/Zend/zend_objects_API.c:159
handle = 1
obj = (struct _store_object *) 0x86d9b88
#10 0x010170d0 in _zval_dtor (zvalue=0x86efb2c)
at /net/jedi/local/php/5.0/Zend/zend_variables.c:61
No locals.
#11 0x0100c491 in _zval_ptr_dtor (zval_ptr=0x10a995c)
at /net/jedi/local/php/5.0/Zend/zend_execute_API.c:392
No locals.
#12 0x0104b894 in zend_do_fcall_common_helper
(execute_data=0xbff34610,
opline=0x86ee780, op_array=0x86e306c)
at /net/jedi/local/php/5.0/Zend/zend_execute.c:2797
i = 141458196
p = (zval **) 0x86efb2c
arg_count = 17471360
original_return_value = (zval **) 0xbff346ac
current_scope = (zend_class_entry *) 0x0
current_this = (zval *) 0x0
return_value_used = 1
should_change_scope = 1 '\001'
#13 0x0104ba48 in zend_do_fcall_by_name_handler (execute_data=0x0,
opline=0x86ee780,
op_array=0x86e306c) at
/net/jedi/local/php/5.0/Zend/zend_execute.c:2825
No locals.
#14 0x01039b77 in execute (op_array=0x86e306c)
at /net/jedi/local/php/5.0/Zend/zend_execute.c:1400
execute_data = {opline = 0x86ee780, function_state = {
function_symbol_table = 0x870e404, function = 0x872a444, reserved =
{0x100f260,
0x86e3364, 0xbff36970, 0x0}}, fbc = 0x872a444, fbc_constructor =
0x0,
op_array = 0x86e306c, object = 0x86efb2c, Ts = 0xbff33430,
original_in_execution = 0 '\0', calling_scope = 0x86f0a54,
prev_execute_data = 0x0}
#15 0x01018b25 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /net/jedi/local/php/5.0/Zend/zend.c:1069
files = 0xbff34764 ""
i = 1
file_handle = (zend_file_handle *) 0xbff36970
orig_op_array = (zend_op_array *) 0x0
local_retval = (zval *) 0x0
[2004-11-16 12:23:16] php_bug at cklowe dot com
This bug looks to be the same as bug 26286:
http://bugs.php.net/bug.php?id=26286
[2004-10-21 19:20:21] tony at marston-home dot demon dot co dot uk
I have reinstated my sample code at
http://www.tonymarston.co.uk/error.zip
There are instructions inside on how to reproduce the error.
[2004-08-14 18:36:27] tony at marston-home dot demon dot co dot uk
Description:
I am using the Windows binaries for 5.0.1 with MySQL 4.1.3b and Apache
2.0.50 as my development PC.
I have a script which runs OK the first time, but if I repeat it
straight away it causes Apache to crash and restart. I have stepped
through with debug and found the place where it crashes (it is always
the same place) but all it is doing is accessing the properties within
an object, properties which I have set in a previous call to the same
object.
I found it impossible to reproduce the bug in 20 lines of code, but
what I have done is to isolate the single script and its included
modules and gradually removed code until the error disappeared. I have
put this code into a zip file for convenience. You can download this
zip file at http://www.tonymarston.co.uk/error.zip
Reproduce code:
---
http://www.tonymarston.co.uk/error.zip
--
Edit this bug report at http://bugs.php.net/?id=29681&edit=1
#28605 [Fbk->Opn]: bug21523.phpt test never end
ID: 28605
User updated by: tbp at poly dot polytechnique dot fr
Reported By: tbp at poly dot polytechnique dot fr
-Status: Feedback
+Status: Open
Bug Type: Math related
Operating System: Compaq Tru64 UNIX v5.1
PHP Version: 4CVS-2005-02-10
New Comment:
Sorry, but again build problem:
[EMAIL PROTECTED]:/Admin/SRC/Apache/php4-STABLE-200503161130]# make
gcc -Iext/ctype/
-I/Admin/SRC/Apache/php4-STABLE-200503161130/ext/ctype/ -DPHP_ATOM_INC
-I/Admin/SRC/Apache/php4-STABLE-200503161130/include
-I/Admin/SRC/Apache/php4-STABLE-200503161130/main
-I/Admin/SRC/Apache/php4-STABLE-200503161130
-I/Admin/SRC/Apache/php4-STABLE-200503161130/Zend
-I/Admin/SRC/Apache/php4-STABLE-200503161130/ext/xml/expat-g -O2
-c /Admin/SRC/Apache/php4-STABLE-200503161130/ext/ctype/ctype.c -o
ext/ctype/ctype.o && echo > ext/ctype/ctype.lo
In file included from
/Admin/SRC/Apache/php4-STABLE-200503161130/Zend/zend_alloc.h:26,
from
/Admin/SRC/Apache/php4-STABLE-200503161130/Zend/zend.h:223,
from
/Admin/SRC/Apache/php4-STABLE-200503161130/main/php.h:34,
from
/Admin/SRC/Apache/php4-STABLE-200503161130/ext/ctype/ctype.c:23:
/Admin/SRC/Apache/php4-STABLE-200503161130/TSRM/TSRM.h:18:26:
tsrm_config.h: No such file or directory
In file included from
/Admin/SRC/Apache/php4-STABLE-200503161130/ext/ctype/ctype.c:23:
/Admin/SRC/Apache/php4-STABLE-200503161130/main/php.h:393:30:
tsrm_virtual_cwd.h: No such file or directory
So, just for testing purpose I have done:
CFLAGS=-I/Admin/SRC/Apache/php4-STABLE-200503161130/TSRM ./configure
and:
[EMAIL PROTECTED]:/Admin/SRC/Apache/php4-STABLE-200503161130]# sapi/cli/php
ext/standard/tests/math/bug21523.phpt
--TEST--
Bug #21523 number_format tries to allocate negative amount of memory
--FILE--
Floating point exception (core dumped)
make: *** [ext/ctype/ctype.lo] Error 1
Previous Comments:
[2005-03-16 07:44:16] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-02-11 01:34:24] tbp at poly dot polytechnique dot fr
Compilation ok, but initial problem persists. New trace:
[EMAIL PROTECTED]:/Admin/SRC/Apache/php4-STABLE-200502102330]# sapi/cli/php
ext/standard/tests/math/bug21523.phpt
--TEST--
Bug #21523 number_format tries to allocate negative amount of memory
--FILE--
[EMAIL PROTECTED]:/Admin/SRC/Apache/php4-STABLE-200502102330]# gdb
sapi/cli/php
GNU gdb 6.1
Copyright 2004 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 "alphaev68-dec-osf5.1"...
(gdb) run ext/standard/tests/math/bug21523.phpt
Starting program:
/Admin/SRC/Apache/php4-STABLE-200502102330/sapi/cli/php
ext/standard/tests/math/bug21523.phpt
--TEST--
Bug #21523 number_format tries to allocate negative amount of memory
--FILE--
warning: (Internal error: pc 0x12010e784 in read in psymtab, but not in
symtab.)
Program received signal SIGINT, Interrupt.
0x00012010e784 in ap_php_cvt (arg=0, ndigits=78, decpt=0x11fff9ac8,
sign=0x0, eflag=0, buf=0x11fff9ad0 '0' )
at /Admin/SRC/Apache/php4-STABLE-200502102330/main/snprintf.c:317
317 fj = modf(fi / 10, &fi);
(gdb) bt
#0 0x00012010e784 in ap_php_cvt (arg=0, ndigits=78,
decpt=0x11fff9ac8, sign=0x0, eflag=0, buf=0x11fff9ad0 '0' )
at /Admin/SRC/Apache/php4-STABLE-200502102330/main/snprintf.c:317
warning: (Internal error: pc 0x12010e628 in read in psymtab, but not in
symtab.)
#1 0x00012010e628 in ap_php_conv_fp (format=102 'f', num=0,
add_dp=NO, precision=2768, is_negative=0x11fff9dc0, buf=0x11fff9bb1 "",
len=0x11fff9ba8)
at /Admin/SRC/Apache/php4-STABLE-200502102330/main/snprintf.c:176
warning: (Internal error: pc 0x1201104fc in read in psymtab, but not in
symtab.)
#2 0x0001201104fc in xbuf_format_converter (xbuf=0x11fff9e38,
fmt=0x14002f7d9 "f", ap={__base = 0x11fff9eb8, __offset = 40})
at /Admin/SRC/Apache/php4-STABLE-200502102330/main/spprintf.c:461
warning: (Internal error: pc 0x120110cb8 in read in psymtab, but not in
symtab.)
#3 0x000120110cb8 in vspprintf (pbuf=0x11fff9f48,
max_len=4831812304, format=0x14002f7d6 "%.*f", ap={__base =
0x11fff9eb8, __offset = 24})
at /Admin/SRC/Apache/php4-STABLE-200502102330/main/spprintf.c:638
warning: (Internal error: pc 0x120110d80 in read in psymtab, but not in
symtab.)
#4 0x000120110d80 in spprintf (pbuf=0x11fff9ad2,
max_len=4831812304, format=0x4d "") at
/Admin/SRC/Apache/php4-STABLE-200502102330/main/spp
#32436 [Bgs->Opn]: 'phpx' making a first class scripting language (default way to drop )
ID: 32436 User updated by: sam_bravard at yahoo dot com Reported By: sam_bravard at yahoo dot com -Status: Bogus +Status: Open Bug Type:Feature/Change Request PHP Version: 5.0.3 New Comment: Not a troll at all, please take a thoughtful second before you flip the bozo bit. Ruby, Python, Perl, Tcl, bash, sh, all run undecorated code by default from their command line tools. So where does php stand? It takes exactly the opposite approach, for no good reason except for history. Let's be user-centric here. What are web tags doing in a command line script? What compelling benefit do I get from adding ''? So the proposal above is a good compromise, make it easy to get what they want and show that you care about it as a default option: Here's some psuedocode to show how trivial this is to do at the command line: Add a quick test to argv[0] for the name 'phpx' and turn on '-r' mode by default. Add 1 line to the make file that does a hard link from 'php' to 'phpx'. And one line to make install to add 'phpx'. >From a web services point of view, look at how people program ASP.NET pages. The .aspx file is full of tags, the .aspx.cs file is full of straight code. If you try to create a similar model in PHP (see www.xisc.com) then people have to remember to wrap all their classes in start/end blocks... and god forbid there's a space before or after the tags and the framework output fails because PHP will blindly copy whitespace. Having a framework fail because someone types an extra space? That's not taking a user-centric approach at all. It's an uncommon requirement, and people entering php from any other language just find it a frustrating quirk. Let's concentrate on the end users here. It's who PHP is for after all... let's make their lives simpler and make it compelling to let PHP spread into all sorts of other uses. So let's revisit the points: *) A default script-only mode on the command line (say 'phpx' or whatever you like - just easy to type, doesn't require any other arugments unless the user wants something special) *) A default script-only extension (.phpx? .php-class?, or something better) that doesn't require open/close tags and isn't sensitive to whitespace at the front or end of the file. Trivial stuff to fix, and it makes a huge difference in people's perception/enjoyment/willingness to spread the PHP word. And seriously, if someone is clearly trying to help the project, let's ease up with the knee-jerk name calling. Previous Comments: [2005-03-24 01:44:48] [EMAIL PROTECTED] Mostly a troll. And we already have php -r [2005-03-23 22:23:01] sam_bravard at yahoo dot com Description: I think it's time PHP had a default way to run PHP files without having to wrap them in tags. PHP5 is really a great general purpose scripting language. It would be great that 'out of the box' it started acting like a real scripting language and leave it's need of wrapper page tags and the output side effects behind. Thoughts: *) Create a new 'phpx' (other name?) command line tool that will default to not needing page tags. - or change the default behavior of the 'php' command to accept files without enclosed '' and make a command line option to allow it. But this will break existing code, so 'phpx' seems like a better choice. *) Add a new 'phpx' httpd mime-type handler that processes php files as pure code without the wrapper tags. Rationale: phpx command line tool: *) php should look just like any other scripting lang from the command line. Make the barrier to entry low and make the model consistent with what everyone expects. Things like trying to remember to close a '%>' tag in a large file of php code just makes users frustrated. .phpx web handler: *) When designing ASP.NET like web frameworks like Prado (see http://www.xisc.com/) the code gets split between a markup file which isn't PHP code at all (parsed custom tags in an YourPage.inc file), and a backing class YourPage.php which is pure php classes and has no need for generating non programmatic page output. Example silly but serious failure #1: God forbid the user adds any extra whitespace at the end of the file after the closing php '%>' tag, and the entire HTTP response rendering chain breaks because by default PHP copies everything to the output stream and those 'spaces' before the HTTP header is sent causes the response to fail. In a real 'language' file, extraneous whitespace shouldn't crash your web application. This class of potential errors just seems plain silly and would be great if php could by default ignore. Thoughts? -- Edit this bug report at http://bugs.php.net/?id=32436&edit=1
#32578 [Opn->Bgs]: inclusion bug unable to access global object methods
ID: 32578 User updated by: theteofscuba at hotmail dot com Reported By: theteofscuba at hotmail dot com -Status: Open +Status: Bogus Bug Type: Zend Engine 2 problem Operating System: XP PHP Version: 5CVS-2005-04-05 (dev) New Comment: this was just a silly mistake. I failed to see that the class object was not defined at the time test3.php executes Previous Comments: [2005-04-05 01:25:48] theteofscuba at hotmail dot com Description: see title. i've encountered this problem where the latest snapshot build will not execute methods of global objects. Reproduce code: --- file test1.php: file test2.php: file test3.php: var = "we can set variables just fine"; $phpTest->DoSomething(); // ka-boom ?> Expected result: . Actual result: -- Fatal error: Call to undefined method stdClass::DoSomething() in C:\php\test3.php on line 4 -- Edit this bug report at http://bugs.php.net/?id=32578&edit=1
#31918 [Fbk->Opn]: unlink($file) permission denied, when php_check_syntax($file) fails
ID: 31918
User updated by: du at bestwaytech dot com
Reported By: du at bestwaytech dot com
-Status: Feedback
+Status: Open
Bug Type: Filesystem function related
Operating System: win32 only
PHP Version: 5.0.3
New Comment:
Just tried Feb 28 CVS snapshot provided by that link. I am still
getting the same error unfortunately and file doesn't get deleted, when
php syntax is wrong.
I also tried PHP 5.0.3 on Win2000 with IIS (this one is WinXP) and it
also generates the same error.
Previous Comments:
[2005-02-28 20:45:37] [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-02-12 01:24:38] du at bestwaytech dot com
You are correct, this code does work under linux for me as well.
However under WinXP Pro SP2, IIS, PHP 5.0.3 it causes an error and does
NOT delete the created file. The error is printed when I try to unlink
it.
Making code simpler:
$function = '';
$file = tempnam("c:", "scr");
$handle = fopen($file, "w+");
fwrite($handle, $function);
if (!php_check_syntax($file)) {
echo "syntax error";
}
fclose($handle);
unlink($file);
Expected result:
file deleted
Expected output:
syntax error
Actual result:
file not deleted
Actual output:
syntax error
Warning: Unknown: Permission denied in Unknown on line 0
[2005-02-10 20:13:22] du at bestwaytech dot com
Sorry, forgot to change the first line in example to:
$function = '';
(Or you can use some other syntax error)
[2005-02-10 20:11:01] du at bestwaytech dot com
Description:
In order to load custom functions I write them to temporary file, check
syntax and load only if syntax correct. When syntax validates,
everything is fine. When syntax is incorrect, I am unable to delete the
created temporary file.
Reproduce code:
---
$function = '';
$file = tempnam("c:", "scr");
$handle = fopen($file, "w+");
fwrite($handle, $function);
if (!php_check_syntax($file)) {
echo "syntax error - ";
} else {
echo "syntax ok - ";
}
if (fclose($handle)) {
echo "closed - ";
} else {
echo "not closed - ";
}
if (unlink($file)) {
echo "deleted";
} else {
echo "not deleted";
}
Expected result:
syntax error - closed - deleted
Actual result:
--
syntax error - closed -
Warning: Unknown: Permission denied in Unknown on line 0
not deleted
--
Edit this bug report at http://bugs.php.net/?id=31918&edit=1
#31492 [Fbk->Opn]: com_event_sink => crash when InternetExplorer.Application navigates away
ID: 31492
User updated by: csaba at alum dot mit dot edu
Reported By: csaba at alum dot mit dot edu
-Status: Feedback
+Status: Open
Bug Type: COM related
Operating System: Win XP Pro
PHP Version: 5.0.3
New Comment:
This is now working pretty spiffy.
The reason that I've taken so long to come back is because of
http://bugs.php.net/bug.php?id=32109&edit=1
Until this bug was fixed, my Apache web server was useless.
Unfortunately, it is now experiencing random intermittent problems
(which is why I don't file a separate problem). The behaviour that I
observe is that apache will report that it has to shut down (Apache
HTTP Server has encountered a problem and needs to close. We are sorry
for the inconvenience.) and ask whether I want to submit a report to
Microsoft. However, I don't actually observe a little red dot in the
icon with the feather in the bottom right of screen and as near as I
can tell apache doesn't die.
The point is that there is some difference between the Feb 19 version
and versions from the Feb 28 onwards that causes the nasty dialog to
appear on my screen. The pages that I'm running are too big, and I
don't have a reliable test case for you at this point.
But anyway, I'm glad to see this bug worked out. Thanks.
Previous Comments:
[2005-02-28 21:08:35] [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-01-11 17:50:53] csaba at alum dot mit dot edu
Done. This time, I got as far as navigating to Google.com (there were
no additional title has changed lines). Just as I was getting ready to
enter something to search for I got the dreaded error with locations
07c911629 and 006f0044
Clicking OK produced one more error alert with 07c911e58 and
I forgot to mention that the INI file that I used in both cases was the
5.0.3 ini-dist where the only thing I did with it was to uncomment the
first 4 COM entries.
[2005-01-11 16:19:05] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2005-01-11 16:12:30] csaba at alum dot mit dot edu
Description:
If I run the code below (essentially lifted from
http://www.zend.com/php5/articles/php5-dotnet.php and
http://at2.php.net/manual/en/ref.com.php (superzouz entry from 11 Oct
2003)) then I get the started and com_event_sink lines printed and then
two identical title has changed lines:
title has changed: PHP: Hypertext Preprocessor
So far so good.
If I now go to the IE window and put google.com into the
location bar, and then have it search for something, I may or may not
get additional title has changed messages (sometimes the next one is
even the original php title bar. Ie. when I navigate to Google.com,
the third title has changed line might still be PHP: Hypertext
Preprocessor. But in any case, if I close the window, I will
definitely get an error dialog:
Title: php.exe - Application Error
Text: The instruction at "0x7c911629" referenced memory at
"0x". The memory could not be "written".
Click on OK to terminate the program
Click on CANCEL to debug the program
The actual first location varies, but it has always started with
"0x7c91 The second one is usually all 0s though occasionally it has
low numbers. I have changed the message pump time, and sometimes it
seems like this affects how soon I might get an error, but I haven't
seen anything definitive yet. The problem does not happen if I comment
out the com_event_sink line and the while loop.
I am on Win XP Pro SP2 using IE 6
My antivirus definitions are up to date and Norton Antivirus has found
a clean machine.
If there are other tests that I can do to facilitate tracking this
problem down, please let me know.
My php.ini file is in the same directory as php.exe (I do not have
Apache installed yet and I am running php.exe (from a directory outside
where php.exe lives) from a CMD box.
Possibly related to http://bugs.php.net/bug.php?id=31040&edit=2 ?
Sincerely,
Csaba Gabor from Vienna
Reproduce code:
---
terminated = true;
echo ("Quitting\n");
}
}
$ie = new COM("InternetExplorer.Application");
$ie->Visible = true;
$ie->Navigate("http://www.php.net/";);
$sink = new IESink;
print "started\n";
com_event_sink($ie, $sink, "DWebBrowserEvents2");
print "com_event_sink called\n";
while (!$sink->terminated) {
com_message_pump(1000);
}
print "finished!\n";
?>
#32310 [Fbk->Opn]: difficulties with oci8 extension
ID: 32310 User updated by: b dot cerney at amiens-metropole dot com Reported By: b dot cerney at amiens-metropole dot com -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: windows 2003 PHP Version: 4.3.10 New Comment: Expiration de délai CGI L'application CGI spécifiée a dépassé le délai autorisé pour le traitement. Le serveur a supprimé le processus. Approximative translation : Expiration CGI delay. The maximum execution time has been reached by the specified CGI program. The process has been killed by the server. Previous Comments: [2005-03-15 09:55:25] [EMAIL PROTECTED] translate all errors to english please [2005-03-15 09:52:49] b dot cerney at amiens-metropole dot com Description: I am using Windows 2003, IIS 6.0 with php 4.3.10 and Oracle Client 8.1.7. Oracle Client is ok. I can check Php installation is ok with phpinfo() running from a script from the web server or from the command line. But when i try to use oci8 extension, it only works from the command line (phpinfo() informs me that the extension is enableb and i can connect to one of my oracle's database) not from the web server which sends me an "expiration cgi delay" for phpinfo() and the connection test. I didn't find any solution anywhere. I try with php_oci8.dll v.1.183.2.5 and v.1.183.2.16, same result. Any mistake in Oracle Client ? But it works. So... Reproduce code: --- and Actual result: -- from the command line D:\php>php ..\inetpub\wwwroot\testhelios\index.php Content-type: text/html X-Powered-By: PHP/4.3.10 All rightResource id #3 D:\php> from the webserver http://helios/testhelios/index.php Expiration de délai CGI L'application CGI spécifiée a dépassé le délai autorisé pour le traitement. Le serveur a supprimé le processus. -- Edit this bug report at http://bugs.php.net/?id=32310&edit=1
#32041 [Opn]: Deleteing From a MS Access Database using PHP
ID: 32041 User updated by: mark dot horwell at uhns dot nhs dot uk Reported By: mark dot horwell at uhns dot nhs dot uk Status: Open Bug Type: ODBC related Operating System: Windows XP PHP Version: 4.3.10 New Comment: Managed to solve the problem, it was an issue with file permissions, where only set to read only on the database. Thanks Previous Comments: [2005-02-21 09:55:42] mark dot horwell at uhns dot nhs dot uk Description: When ever i try to delete a record with a MS access database I get the following error message Warning: SQL error: [Microsoft][ODBC Microsoft Access Driver] Could not delete from specified tables., SQL state S1000 in SQLExecDirect in C:\Estates Info System\admin\Delete_Site.php on line 13 I know ther no problem with the sql statment, not sure what to do. I am using PHP, IIS and MS access Please Help Reproduce code: --- Expected result: Record with key 076 whould be deleted but is not Actual result: -- Warning: SQL error: [Microsoft][ODBC Microsoft Access Driver] Could not delete from specified tables., SQL state S1000 in SQLExecDirect in C:\Estates Info System\admin\Delete_Site.php on line 13 -- Edit this bug report at http://bugs.php.net/?id=32041&edit=1
#31618 [Opn]: is_readable() results based on ownership of calling script, not file
ID: 31618
User updated by: kibab at icehouse dot net
Reported By: kibab at icehouse dot net
Status: Open
Bug Type: Filesystem function related
Operating System: redhat enterprise
PHP Version: 5.0.3
New Comment:
Ok. It turns out xmlErrorPtr (and all the other changes)
are associated with libxml2 version 2.6.X. So, the docs
are wrong now, assuming the upgrade was intended. I guess
my RPM's are no longer sufficient. acinclude.m4,
aclocal.m4, and configure all mention 2.5.10. However,
ext/xml/xml.c has a reference to php_error_docref() that
mentions upgrading to libxml2 version 2.6.
So, libxml2 version 2.6 is the official requirement now?
Previous Comments:
[2005-03-09 18:16:01] kibab at icehouse dot net
A bit more information. I ran the compile command
manually using gcc -E instead of libtool, and it turns out
that xmlErrorPtr hasn't yet been defined at that point,
which is why it's dieing.
Also, I grepped for it but it's not present:
$ pwd
/usr/include/libxml2
$ grep -rni "xmlError" *
libxml/globals.h:17:#include
Per {acinclude,aclocal}.m4, libxml2 version 2.5.10 is
required, but I have that installed
I'll keep investigating... thanks.
[2005-03-09 16:42:44] kibab at icehouse dot net
Configure options listed below. It's basically a mirror of
the standard PHP-4 Redhat options adapted for PHP-5, with
a couple of extra options I added in.
./configure '--host=i386-redhat-linux'
'--build=i386-redhat-linux'
'--target=i386-redhat-linux-gnu' '--program-prefix='
'--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin'
'--sbindir=/usr/sbin' '--sysconfdir=/etc'
'--datadir=/usr/share' '--includedir=/usr/include'
'--libdir=/usr/lib' '--libexecdir=/usr/libexec'
'--localstatedir=/var' '--sharedstatedir=/usr/com'
'--mandir=/usr/share/man' '--infodir=/usr/share/info'
'--cache-file=./config.cache'
'--with-config-file-path=/etc'
'--with-config-file-scan-dir=/etc/php.d'
'--enable-force-cgi-redirect' '--disable-debug'
'--enable-pic' '--disable-rpath'
'--enable-inline-optimization' '--with-bz2'
'--with-db4=/usr' '--with-curl' '--with-dom=/usr'
'--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr'
'--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf'
'--with-ttf' '--with-gettext' '--with-ncurses'
'--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr'
'--with-openssl' '--with-png' '--with-pspell'
'--with-regex=system' '--with-xml' '--with-expat-dir=/usr'
'--with-zlib' '--with-layout=GNU' '--enable-bcmath'
'--enable-exif' '--enable-ftp' '--enable-magic-quotes'
'--enable-safe-mode' '--enable-sockets' '--enable-sysvsem'
'--enable-sysvshm' '--enable-discard-path'
'--enable-track-vars' '--enable-trans-sid' '--enable-yp'
'--enable-wddx' '--enable-mbstring'
'--enable-mbstr-enc-trans' '--enable-mbregex'
'--without-oci8' '--with-pear=/usr/share/pear'
'--with-imap=/usr' '--with-imap-ssl'
'--with-kerberos=/usr/kerberos' '--with-ldap=/usr'
'--with-mysql=/usr'
'--with-mysql-sock=/var/lib/mysql/mysql.sock'
'--with-pgsql=/usr' '--with-unixODBC=/usr'
'--enable-memory-limit' '--enable-bcmath' '--enable-shmop'
'--enable-versioning' '--enable-calendar' '--enable-dbx'
'--enable-dio' '--enable-mcal'
'--with-apxs2filter=/usr/sbin/apxs' '--with-xsl=/usr'
'--with-mysqli=/usr/bin/mysql_config'
In terms of what libxml I'm running (from rpm -qa | grep
-i libxml):
libxml2-2.5.10-7
libxml2-devel-2.5.10-7
libxml-1.8.17-9.2
As a side note, I haven't had any problems compiling
PHP-5.0.1 through PHP-5.0.3 using the above configure line
nor the version of libxml2 that I have been running (it
might have changed a bit over time because of up2date, but
it hasn't been that dramatic a change).
[2005-03-09 00:58:42] [EMAIL PROTECTED]
What libxml2 version do you have installed?
What configure options did you use?
[2005-03-09 00:47:17] kibab at icehouse dot net
I tried and it didn't compile:
[EMAIL PROTECTED] php5-200503082130***]$ make
/bin/sh /root/builds/php5-200503082130/libtool --silent
--preserve-dup-deps --mode=compile gcc -Iext/libxml/
-I/root/builds/php5-200503082130/ext/libxml/
-DPHP_ATOM_INC -I/root/builds/php5-200503082130/include
-I/root/builds/php5-200503082130/main
-I/root/builds/php5-200503082130
-I/root/builds/php5-200503082130/Zend
-I/usr/include/libxml2 -I/usr/kerberos/include
-I/usr/include/freetype2 -I/usr/include/imap
-I/root/builds/php5-200503082130/ext/mbstring/oniguruma
-I/root/builds/php5-200503082130/ext/mbstring/libmbfl
-I/root/builds/php5-200503082130/ext/mbstring/libmbfl/mbfl
-I/usr/include/mysql -I/usr/include/ncurses
-I/usr/include/pspell
-I/root/builds/php5-200503082130/
#31618 [Opn]: is_readable() results based on ownership of calling script, not file
ID: 31618
User updated by: kibab at icehouse dot net
Reported By: kibab at icehouse dot net
Status: Open
Bug Type: Filesystem function related
Operating System: redhat enterprise
PHP Version: 5.0.3
New Comment:
A bit more information. I ran the compile command
manually using gcc -E instead of libtool, and it turns out
that xmlErrorPtr hasn't yet been defined at that point,
which is why it's dieing.
Also, I grepped for it but it's not present:
$ pwd
/usr/include/libxml2
$ grep -rni "xmlError" *
libxml/globals.h:17:#include
Per {acinclude,aclocal}.m4, libxml2 version 2.5.10 is
required, but I have that installed
I'll keep investigating... thanks.
Previous Comments:
[2005-03-09 16:42:44] kibab at icehouse dot net
Configure options listed below. It's basically a mirror of
the standard PHP-4 Redhat options adapted for PHP-5, with
a couple of extra options I added in.
./configure '--host=i386-redhat-linux'
'--build=i386-redhat-linux'
'--target=i386-redhat-linux-gnu' '--program-prefix='
'--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin'
'--sbindir=/usr/sbin' '--sysconfdir=/etc'
'--datadir=/usr/share' '--includedir=/usr/include'
'--libdir=/usr/lib' '--libexecdir=/usr/libexec'
'--localstatedir=/var' '--sharedstatedir=/usr/com'
'--mandir=/usr/share/man' '--infodir=/usr/share/info'
'--cache-file=./config.cache'
'--with-config-file-path=/etc'
'--with-config-file-scan-dir=/etc/php.d'
'--enable-force-cgi-redirect' '--disable-debug'
'--enable-pic' '--disable-rpath'
'--enable-inline-optimization' '--with-bz2'
'--with-db4=/usr' '--with-curl' '--with-dom=/usr'
'--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr'
'--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf'
'--with-ttf' '--with-gettext' '--with-ncurses'
'--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr'
'--with-openssl' '--with-png' '--with-pspell'
'--with-regex=system' '--with-xml' '--with-expat-dir=/usr'
'--with-zlib' '--with-layout=GNU' '--enable-bcmath'
'--enable-exif' '--enable-ftp' '--enable-magic-quotes'
'--enable-safe-mode' '--enable-sockets' '--enable-sysvsem'
'--enable-sysvshm' '--enable-discard-path'
'--enable-track-vars' '--enable-trans-sid' '--enable-yp'
'--enable-wddx' '--enable-mbstring'
'--enable-mbstr-enc-trans' '--enable-mbregex'
'--without-oci8' '--with-pear=/usr/share/pear'
'--with-imap=/usr' '--with-imap-ssl'
'--with-kerberos=/usr/kerberos' '--with-ldap=/usr'
'--with-mysql=/usr'
'--with-mysql-sock=/var/lib/mysql/mysql.sock'
'--with-pgsql=/usr' '--with-unixODBC=/usr'
'--enable-memory-limit' '--enable-bcmath' '--enable-shmop'
'--enable-versioning' '--enable-calendar' '--enable-dbx'
'--enable-dio' '--enable-mcal'
'--with-apxs2filter=/usr/sbin/apxs' '--with-xsl=/usr'
'--with-mysqli=/usr/bin/mysql_config'
In terms of what libxml I'm running (from rpm -qa | grep
-i libxml):
libxml2-2.5.10-7
libxml2-devel-2.5.10-7
libxml-1.8.17-9.2
As a side note, I haven't had any problems compiling
PHP-5.0.1 through PHP-5.0.3 using the above configure line
nor the version of libxml2 that I have been running (it
might have changed a bit over time because of up2date, but
it hasn't been that dramatic a change).
[2005-03-09 00:58:42] [EMAIL PROTECTED]
What libxml2 version do you have installed?
What configure options did you use?
[2005-03-09 00:47:17] kibab at icehouse dot net
I tried and it didn't compile:
[EMAIL PROTECTED] php5-200503082130***]$ make
/bin/sh /root/builds/php5-200503082130/libtool --silent
--preserve-dup-deps --mode=compile gcc -Iext/libxml/
-I/root/builds/php5-200503082130/ext/libxml/
-DPHP_ATOM_INC -I/root/builds/php5-200503082130/include
-I/root/builds/php5-200503082130/main
-I/root/builds/php5-200503082130
-I/root/builds/php5-200503082130/Zend
-I/usr/include/libxml2 -I/usr/kerberos/include
-I/usr/include/freetype2 -I/usr/include/imap
-I/root/builds/php5-200503082130/ext/mbstring/oniguruma
-I/root/builds/php5-200503082130/ext/mbstring/libmbfl
-I/root/builds/php5-200503082130/ext/mbstring/libmbfl/mbfl
-I/usr/include/mysql -I/usr/include/ncurses
-I/usr/include/pspell
-I/root/builds/php5-200503082130/TSRM -g-O2
-prefer-non-pic
-c /root/builds/php5-200503082130/ext/libxml/libxml.c -o
ext/libxml/libxml.lo
/root/builds/php5-200503082130/ext/libxml/libxml.c:337:
syntax error before "error"
/root/builds/php5-200503082130/ext/libxml/libxml.c: In
function `_php_libxml_free_error':
/root/builds/php5-200503082130/ext/libxml/libxml.c:339:
`error' undeclared (first use in this function)
/root/builds/php5-200503082130/ext/libxml/libxml.c:339:
(Each undeclared identifier is reported only once
/root/builds/php5-200503082130/ext/libxml/libxml.c:339:
for each f
#32257 [Fbk->Opn]: PHP 4.3.10 failing when run on IIS as ISAPI
ID: 32257 User updated by: osman dot anwer at utoronto dot ca Reported By: osman dot anwer at utoronto dot ca -Status: Feedback +Status: Open Bug Type: IIS related Operating System: Windows 2000 Server PHP Version: 4.3.10 New Comment: "Try unchecking "cache isapi events" I've tried it, it didn't work. I've gone back to 4.3.8 Previous Comments: [2005-03-15 07:34:50] suprsidr at gmail dot com Try unchecking "cache isapi events" [2005-03-09 22:06:37] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-03-09 18:53:10] osman dot anwer at utoronto dot ca Description: PHP 4.3.10 shows extreme instability when run on IIS as an ISAPI module. Even a regular print "hello world"; world is failing for me. It used to work just fine with PHP 4.3.6. And it works fine if I run it as a CGI. What changed? My setup is W2K server with IIS 5 and PHP 4.3.10 Actual result: -- The error messages you get are variously "PHP has encountered an Access Violation at 77F47917" with the address being different every time. or "The handle is not valid" After I gave IUSR permission to *everything* possibly PHP related I get just regular HTTP 500 errors. Also nothing shows up in the event log, even though I've configured it to do so. -- Edit this bug report at http://bugs.php.net/?id=32257&edit=1
#32330 [Com]: session_destroy, "Failed to initialize storage module", custom session handler
ID: 32330 Comment by: scott at trtinfo dot com Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Session related Operating System: * PHP Version: 4CVS, 5CVS (2005-03-17) Assigned To: sniper New Comment: scott => scliburn are one in the same :). We have not been using any custom session handlers. We have been utilizing the PHP built in session handlers. My session.save_handler all have been set to "files". I have noticed the error message still states: Fatal error: session_start(): Failed to initialize storage module: user (path: /tmp) Take notice to the module "user", however this is my php.ini (i've located and updated all instances of the php.ini); session.save_handler = files I was also unable to produce this error on another machine (win2003-webedition) which has thread saftey on. Not sure if that is helpful. This error has only produced itself after upgrading Zend 2+ on php 4.3.9, 4.3.10, & 5.03 (I cannot produce this error on 5.02 with Zend 2+) yet. I'm taking a wild non-technical quess in that the save_handler setting is obviously getting reset during a php request, but have no clue as to where. I know it's not the code calling to this. I wrote it. Zend? Heres another twist. I do have another site that is running osCommerce with custom session handlers and that site doesnot produce this error (once again, yet). odly enough Previous Comments: [2005-03-24 07:22:24] [EMAIL PROTECTED] scott, scliburn: are you both using session_set_save_handler() ? Are you operating in the same environment (custom save handlers are getting lost after session_destroy) or are you just having the same error message? Most bugs I've seen refering to 'Failed to initialize...' are because session module in php.ini is set to user instead of files when there are no custom session handlers, which has nothing to do with this issue. [2005-03-23 20:40:49] scliburn at trtinfo dot com I would like to also add that I'm running and experiencing this issue in both api versions CGI/ISAPI. not sure if that mattered [2005-03-23 20:34:44] scott at trtinfo dot com i am getting this error on the following environments: Windows2003 - Zend 2.03, php Version 5.0.3 Redhat 9, Zend 2.03, php Version 4.3.10 Redhat 9, Zend 2.03, php Version 4.3.9 this is happening more often each day. Sessions handler set to files, session repository directory does not have any space issues. Chmod on tmp dir set 777. I am however creating my own hash value for the session id. This is also done on another server and it has not had this session error at all. Yet. [2005-03-19 00:55:18] [EMAIL PROTECTED] Good catch, thanks. [2005-03-17 10:37:29] [EMAIL PROTECTED] I see that the php_session_destroy() is called in php_session_decode() too.. 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/32330 -- Edit this bug report at http://bugs.php.net/?id=32330&edit=1
#32473 [Opn->Csd]: base64_encode cuts text - input to 2933 Characters
ID: 32473
User updated by: f-bischof at versanet dot de
Reported By: f-bischof at versanet dot de
-Status: Open
+Status: Closed
Bug Type: Apache related
Operating System: Win XP Sp2
PHP Version: PHP Version 4.3.11RC2-dev
New Comment:
Sorry, i am stupid !!
Changing the value of the odbc.defaultlrl in the
php.ini to:
odbc.defaultlrl = 30
...fixed my problem... Ouch.
Previous Comments:
[2005-03-29 20:26:14] f-bischof at versanet dot de
I have made some additionally tests, to write a workaround
for this problem !!! Instead of using base64_decode/encode
i have replaced all ' with '' in the $text - string to
avoid trouble with the sql-insert command. This showed me,
that the bug resists, even with not using base64_encode / decode
functions.
If i insert a big $text - String in the database, the
database (MS-Access) stores this Text completely in
the Table. But if i select the Text out of the database
i got not the complete text like it is in the Database,
its truncated after about 3KB. I think the problem is
in the mysql_odbc functions.
Here a code snipplet:
$connect = odbc_connect("astaBB","","");
$query = "SELECT NachrichtsID,User,Datum,TextN,Email from
Nachrichten,Login where NachrichtsID=$NachrichtsID and
User='$username'";
# perform the query
$result = odbc_exec($connect, $query);
# fetch the data from the database
while(odbc_fetch_row($result))
{
$NachrichtsID=odbc_result($result, 1);
$User=odbc_result($result, 2);
$Datum=odbc_result($result, 3);
$Text=odbc_result($result, 4);
$email=odbc_result($result, 5);
}
$Text will be truncated after about 3KB, but the
Table-Field TextN (Access-Memo Field) has the
complete 4KB Text stored.
[2005-03-29 18:11:44] f-bischof at versanet dot de
I have tried it with the announced latest stable version,
with the same result. Truncated after 2933 Bytes length.
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-03-29 00:38:38] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-03-28 16:27:02] f-bischof at versanet dot de
Description:
I use Apache/1.3.31 (Win32) PHP/4.3.10 mod_ssl/2.8.18 OpenSSL/0.9.7d
I host a website: http://pocketwelt.dyndns.org
If someone writes a forum-article that is longer then
2933 Bytes and i try to save the input (base64_encoded)
in my database, and then reload the article, it´s
truncated after 2933 bytes. The rest deleted...
If i write the article without base64_encoding, i get
so much characters in the databse like i want.
The Bug seems only appear if i use base64_encoding.
(also tested with PHP 5.05 with the same result...)
Reproduce code:
---
$text=base64_encode($text);
Text should be about 4 or 5 KB to see the bug !
Expected result:
Truncated Text afeter 2933 Bytes
--
Edit this bug report at http://bugs.php.net/?id=32473&edit=1
#25876 [Com]: session_start(): Failed to initialize storage module
ID: 25876
Comment by: clix at theclixnetwork dot com
Reported By: golden at riscom dot com
Status: No Feedback
Bug Type: Session related
Operating System: freebsd 4.8
PHP Version: 4.3.9-4.3.10
Assigned To: sniper
New Comment:
A client of mine is having the same problem. The script uses:
session_start();
session_register('susername');
session_register('spassword');
session_register('sreferer');
session_register('susecode');
No destroy or anything special. If $username is set, than it sets the
session $susername to $username. He tried accessing the page within a
short time period after me, both passing the same username. However
when I access it again it doesn't give me the error.
Previous Comments:
[2005-03-25 01:52:28] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2005-03-18 10:02:14] [EMAIL PROTECTED]
See bug #32330 for similar issue. Do you use session_destroy()
anywhere? Or session_decode()?
[2003-10-17 04:39:19] golden at riscom dot com
/tmp is not a separate partition
/dev/da0s1a 4.7G 133M 4.2G 3%/
[2003-10-17 04:37:05] golden at riscom dot com
-bash-2.05b$ ls -l
drwxrwxrwt 4 root wheel 2048 Oct 17 11:37 tmp
[2003-10-16 22:34:57] [EMAIL PROTECTED]
Is the /tmp directory writeable by the web server and is there
avaliable space in there?
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/25876
--
Edit this bug report at http://bugs.php.net/?id=25876&edit=1
#24096 [Com]: session_regenerate_id not delete the old session file
ID: 24096 Comment by: mjs15451 at hotmail dot com Reported By: pablo_sole at myp dot net dot ar Status: Open Bug Type: Feature/Change Request Operating System: linux rh8 apache 1.3.27 PHP Version: 4.3.2 New Comment: I would definitely be for auto-destruction of the old session file as I have come upon this problem as well and I have made a similar enhancement suggestion under bug: http://bugs.php.net/bug.php?id=32631 Previous Comments: [2003-06-10 23:50:40] pablo_sole at myp dot net dot ar You're right, in my own case i use this function to do a per-page session (following OWASP's "Guide to Build Secure Web Applications" or something like that), so what i'm doing is to refresh the id every time a user do a request, but without lost the "statefulness". So, if you think this need to be supported by the php sessions code, was an honor help you, if not... i already do a little patch to support it on my own server. pablo. [2003-06-09 23:11:00] [EMAIL PROTECTED] -> Open [2003-06-09 23:10:25] [EMAIL PROTECTED] It is debatable whether the function should destroy the old session. The current behaviour is useful under a number of circumstances. Auto-destruction could be added as a new feature though. -> Feature/Change request. [2003-06-09 09:42:08] pablo_sole at myp dot net dot ar testing the new session_regenerate_id i see that after upgrade de SID, not unlink the old session file so, when you regenerate many times the session could be used to make a DoS, or at least is not what it's expected from the function. Checking the source code, the routine free the SID and assign the new, but not unlink the old file (just like in the php_session_destroy routine). A workaround could be unlink manualy on the fly, or patch the session.c file. Sorry my poor english, but is not my native language. Any question, mail me. pablo. PD: I not have any "specific setup" or extra modules compiled in, and for that reason i don't put it here. -- Edit this bug report at http://bugs.php.net/?id=24096&edit=1
#32483 [Fbk->Opn]: ./configure check crashes
ID: 32483
User updated by: pieter dot donche at ua dot ac dot be
Reported By: pieter dot donche at ua dot ac dot be
-Status: Feedback
+Status: Open
Bug Type: Compile Failure
Operating System: solaris 2.9
PHP Version: 5CVS-2005-03-30
New Comment:
checking for standard DES.. yes
...
no **ATTENTION** message
make starts
and completes without crashing
BTW
In previous case where the standard DES was not found, it still always
was possible to do a make of php that did complete without crasjing,
but when doing a make install
it always crashed at Installing PEAR environment.
I had the same problem with apache-1.3 and php-4.3.10
Previous Comments:
[2005-03-30 17:20:25] [EMAIL PROTECTED]
Try this:
# rm -f config.cache
# ./configure --disable-all --disable-cgi && make
[2005-03-30 17:16:41] pieter dot donche at ua dot ac dot be
The problem describes below seems to occur when using the
--with-ldap=/usr/local option.
During the ./configure I see
...
checking for standard DES crypt... no
checking for extended DES crypt... no
chekcing for MD5 crypt... no
Segmentation fault - core dumped
...
And an **ATTENTION** message at the end, stating thet "Something is
likely to be mesed up gere, ..."
When leaving out --with-ldap
The line about standard DES is yes:
checking for standard DES... yes
I had openSSL installed in /usr/local, which is different
from the default /usr/local/ssl. I tried with adding
--with-openssl=/usr/local --> SAME PROBLEM
Then installed openSSL again, now using the default
install /usr/local/ssl, did PHP configure again
without a --with-openssl line --> SAME PROBLEM
with a --with-openssl=/usr/local/ssl --> SAME PROBLEM
Waht is going on ?
Why does PHP configure nog succeed in finding standard DES
?
[2005-03-30 08:58:12] pieter dot donche at ua dot ac dot be
dowloaded php5-latest.tar.gz ( php5-200503300630 )
exactly the same results.
Pieter
[2005-03-29 17:40:54] [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-03-29 15:31:54] pieter dot donche at ua dot ac dot be
I already have GNU sed in /usr/local/bin/sed and installed the latest
version (4.1.4) only a month ago...
# which sed
/usr/local/bin/sed
# strings /usr/local/bin/sed contains "GNU sed version" and
"4.1.4"
---
I narrowed down the location in the ./configure where the
Segmentation fault appears, it is between the messages "checking for
MD5 crypt" and
"checking for Blowfish crypt", at the line
(eval echo \"$ac_link\"; eval $ac_link && ./conftest) >>debug.log
2>&1
I made the script print out the variables:
point_17a $ac_link : ${CC-cc} -o conftest${ac_exeext} $CFLAGS $CPPFLAGS
$LDFLAGS conftest.$ac_ext $LIBS 1>&5
point_17b $CC : gcc
point_17c $ac_exeext:
point_17d $CFLAGS : -g -O2
point_17e $CPPFLAGS: -I/usr/local/include -D_POSIX_PTHREAD_SEMANTICS
point_17f $LDFLAGS : -L/usr/local/lib -R/usr/local/lib -R/usr/ucblib
-L/usr/ucblib -R/home/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3
-L/home/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3
-R/usr/local/lib -L/usr/local/lib -R/home/informix2000/lib
-L/home/informix2000/lib -R/home/informix2000/lib/esql
-L/home/informix2000/lib/esql
-R/home/wins/builds/src/other/php-5.0.3/ext/informix -L/home/
wins/builds/src/other/php-5.0.3/ext/informix
point_17g $ac_ext : c
point_17h $LIBS: -lldap -llber -lpng -lz -ljpeg -lz -lresolv -lm
-lsocket -lgcc -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket
-lnsl -lxml2 -lz -lm -lsocket -lnsl
Segmentation Fault
What is wrong with this ?
Pieter
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/32483
--
Edit this bug report at http://bugs.php.net/?id=32483&edit=1
#32469 [Opn]: With COM ports (Windows), fread sees nothing until 8K
ID: 32469
User updated by: mccaskey at stanford dot edu
-Summary: With serial ports, fread is using the fwrite buffer
Reported By: mccaskey at stanford dot edu
Status: Open
Bug Type: Filesystem function related
Operating System: Windows XP
PHP Version: 5CVS-2005-03-29
New Comment:
(2) was an artifact of my test setup. Ignore that. But (1) stands: I
can't see any input until 8K bytes have been read.
Using a COM-port monitoring program, I can see and count the bytes
coming in, and a terminal emulator gets them starting with the first
byte, but php (fread, fgets, or fgetc) doesn't.
Previous Comments:
[2005-03-29 08:03:58] mccaskey at stanford dot edu
Tried it. No difference.
[2005-03-29 00:40:59] [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-03-28 03:56:10] mccaskey at stanford dot edu
Description:
(1) Open a COM port as a serial input using fopen. Read using fread or
fgets. No data appears until 8K bytes have been read. There is an 8K
buffer on writes, but there shouldn't be one on reads. (Should there?)
Are reads somehow using the write buffer? Sure enough:
(2) Again, open a COM port as a serial input using fopen. This time,
write some characters using fwrite. Now fread 8K of serial data. At the
head of that stream appears the data you had written with fwrite. Oops.
[Several people have reported an inability to get fgets to read COM
data, saying they tried and fgets just never sees any input. I assume
this was their problem. But others have reported using fgets on COM
successfully. Something specific to OS/PHP versions?]
Reproduce code:
---
(1)
$serial_port = fopen("COM4", "r+");
echo(fread($serial_port, 8192));
(2)
$serial_port = fopen("COM4", "r+");
fwrite($serial_port, "MP");
echo(fread($serial_port, 8192));
Expected result:
(1) & (2)
serial data starting with the first byte that came in on the serial
line
Actual result:
--
(1) Nothing until 8K of data has been read in.
(2) After enough serial data to fill the buffer, first the data written
("MP" in this example), then the data that came in on the serial line.
--
Edit this bug report at http://bugs.php.net/?id=32469&edit=1
#25876 [Com]: session_start(): Failed to initialize storage module
ID: 25876 Comment by: meier at schnubbelchen dot de Reported By: golden at riscom dot com Status: No Feedback Bug Type: Session related Operating System: freebsd 4.8 PHP Version: 4.3.9-4.3.10 New Comment: Same problem (not reproducable always) on Apache 1.3.33, PHP 4.3.10, enough Space in /tmp, permissions OK /configure --prefix=/usr --with-apxs=/usr/local/apache/bin/apxs --enable-cli --with-config-file-path=/etc --enable-safe-mode --with-exec-dir=/usr/bin --with-mysql=/usr --with-zlib --with-xml --enable-wddx --with-gd --with-imap-ssl --enable-shared --with-pear --with-ldap --with-ldap-sasl --with-gettext --with-imap --with-mcrypt --with-openssl --with-dom --enable-ftp --with-snmp Previous Comments: [2005-03-10 20:42:46] dmih at in-solve dot ru I can confirm this. We are hosting privider, 5+ servers with PHP sites. * Apache 1.3.33 / PHP 4.3.9, mod_php. * Session folder is OK, rather empty. * Bug is not related to Zend Optmiziser, not installed. * Under heavy load this bug freqency increases, more than just to reflect increased load. * I cannot approve or reject wherever CGI PHP is affected by this bug. I suspect that it is not affected. [2005-03-08 15:35:18] xtrange at gmail dot com In the php.ini I put: register_argc_argv = On ...and problem solved! [2005-03-03 21:26:59] reaper at fudo dot org To follow up to myself: my problem was that in php.ini i had: session.save_handler = user This is not the default. The default setting, that works for me, is: session.save_handler = files It was changed by a fellow admin, and i was unaware of this. Changing the setting back to teh defualt allowed everything to work exactly as it should. [2005-03-03 21:09:30] reaper at fudo dot org I am experiencing the same thing with apache 2.0.53, php 4.3.10, and linux 2.6 (debian). I notice that there is no real fix, and that this problem is persistent. I will investigate further, but is this a real problem or not? If it is, it should be dealt with. [2005-02-27 21:11:00] etamme at softhome dot net I am running a FreeBSD 5.3 system and am having the same problem. I checked my php.ini and session.use_trans_sid = 0 is already there. This is a very important bug.. not having sessions renders nearly all our scripts useless. 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/25876 -- Edit this bug report at http://bugs.php.net/?id=25876&edit=1
#30889 [Fbk->Opn]: Conflict between __get/__set and ++ operator
ID: 30889
User updated by: m dot gehin at adan dot asso dot fr
Reported By: m dot gehin at adan dot asso dot fr
-Status: Feedback
+Status: Open
Bug Type: Class/Object related
Operating System: winxp
PHP Version: 5.0.2
New Comment:
Unfortunately this snapshot doesn't solve the problem
Snapshot version :
Sun, 06 Mar 2005 20:50:26 +0100
Version: 5.1.0-dev
Branch: HEAD
Build: Release_TS
Previous Comments:
[2005-03-06 18:28:46] [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
[2004-11-25 00:39:59] m dot gehin at adan dot asso dot fr
Description:
When using the ++ operator on a property that is overloaded, the value
inside the class is incremented *BEFORE* the call to the __set()
method.
Reproduce code:
---
class overloaded
{
private $values;
function __construct()
{
$this->values = array('a' => 0);
}
function __set($name, $value)
{
print "set $name = $value ($name was
".$this->values[$name].")";
$this->values[$name] = $value;
}
function __get($name)
{
print "get $name (returns ".$this->values[$name].")";
return $this->values[$name];
}
}
$test = new overloaded();
$test->a++; // __get(), then __set()
Expected result:
get a (returns 0)
set a = 1 (a was 0)
Actual result:
--
get a (returns 0)
set a = 1 (a was 1)
--
Edit this bug report at http://bugs.php.net/?id=30889&edit=1
#31772 [Fbk->Opn]: [PATCH] Net-SNMP 5.2.x ++ Workaround in PHP_SNMP Incorrectly Coded
ID: 31772
User updated by: LarryJAdams at comcast dot net
Reported By: LarryJAdams at comcast dot net
-Status: Feedback
+Status: Open
Bug Type: SNMP related
Operating System: Win32
PHP Version: 5.0.3
New Comment:
Your links are as follows:
php_snmp for php4.3.x
http://home.comcast.net/~larryjadams/snmp4.3.x.diff
php_snmp for php5.0.x
http://home.comcast.net/~larryjadams/snmp5.0.x.diff
php_snmp for php5.1.x
http://home.comcast.net/~larryjadams/snmp5.1.x.diff
TheWitness
Previous Comments:
[2005-02-28 20:54:38] [EMAIL PROTECTED]
Please provide the unified diff somewhere in the web and add the url to
it here.
[2005-02-01 03:17:57] larryjadams at comcast dot net
I have submitted fixes for the following PHP CVS Branches:
PHP 4.3.x
PHP 5.0.x
PHP 5.1.x
The fix also included the snmpv2 feature set. I hope you all enjoy it
as much as I will.
Larry
[2005-01-31 01:05:46] LarryJAdams at comcast dot net
Description:
The following code in snmp.c from lines: 794 through 831 is not valid.
If both HAVE_AES and SNMP_VALIDATE_ERR are defined, the ifdef's will not
function properly. Please review the code below.
Reproduce code:
---
Incorrect code (starting on 810):
"* symbol on purpose, as it's defined to be the same as the former.
*/
|| !strcasecmp(prot, "AES")) {
#else
) {
s->securityPrivProto = usmAES128PrivProtocol;
s->securityPrivProtoLen =
OIDSIZE(usmAES128PrivProtocol);
return (0);"
Correct Code (starting on 810):
"* symbol on purpose, as it's defined to be the same as the former.
*/
|| !strcasecmp(prot, "AES")) {
s->securityPrivProto = usmAES128PrivProtocol;
s->securityPrivProtoLen =
OIDSIZE(usmAES128PrivProtocol);
return (0);
#else
) {
s->securityPrivProto = usmAES128PrivProtocol;
s->securityPrivProtoLen =
OIDSIZE(usmAES128PrivProtocol);
return (0);"
Expected result:
N/A. Please review code snippet.
Actual result:
--
N/A. Please review code snippet.
--
Edit this bug report at http://bugs.php.net/?id=31772&edit=1
#32079 [WFx]: PHP "Safe"-Mode not identifiable in X-Powered-By header
ID: 32079
User updated by: milky at users dot sf dot net
Reported By: milky at users dot sf dot net
Status: Wont fix
Bug Type: Feature/Change Request
Operating System: all
PHP Version: Irrelevant
New Comment:
Could you please explain, how it could negatively impact "security" if
it is ONLY revealed that your beloved "safe mode" is enabled? After
all, it is meant to make PHP "safe", isn't it?
Previous Comments:
[2005-02-23 15:31:28] [EMAIL PROTECTED]
We won't change because of obvious security concerns. External people
should not know exactly what your set-up is.
[2005-02-23 15:17:02] milky at users dot sf dot net
Description:
PHP sends an "X-Powered-By" header with each request answer, containing
a PHP version string. It's also included with the Apache id in its
"Server" header.
This version information however misses important informations - for
example which sort of PHP is running over there.
If PHP is running in crippled mode, it should identify itself as
"SM-PHP/5.03" or just "S/M-PHP" or so. This would significantly benefit
the Web hosting provider industry, since fewer contracts would be
discarded again after customers find out that they've only be given
"Safe"-Mode PHP.
Incorrectly advertising features ("PHP" instead of "S/M-PHP") counts as
mischief in central Europe. *hint,hint*
(Given, that there is always either Python or Perl running on
"safe"-moded Webservers, it's obvious that this setting was made for
dumb providers. No need to discuss that again here; no?)
--
Edit this bug report at http://bugs.php.net/?id=32079&edit=1
#31533 [Asn]: [PATCH] OCI extension -- crash in _oci_close_session
ID: 31533
User updated by: martin dot pala at oskar dot cz
Reported By: martin dot pala at oskar dot cz
Status: Assigned
Bug Type: OCI8 related
Operating System: Solaris + Linux
PHP Version: 5.0.x
Assigned To: tony2001
New Comment:
... i forgot to underline the fact that it is related to persistent
connections only (as it is possible to see it from older comments ;)
"Classical" connections are not affected by this issue.
Previous Comments:
[2005-04-06 16:06:36] martin dot pala at oskar dot cz
... finaly we've found the problem :)
We were using the same tnsname to create two connections (to two
different schemes on the same DB) - the second initialization damaged
the oci session context (the physical connection is only one and is
shared).
Maybe php oci module should not allow to rewrite the existing oci
session context ...
Possible workaround is:
- either use different tnsname (alias) for each connection - it will
create several physical connections (one per tnsname)
- or consolidate the connections (don't use multiple connections to the
same tnsname)
[2005-04-06 10:36:46] martin dot pala at oskar dot cz
We have moved our application to linux (Redhat EL3), it is more stable
then on solaris, however the problem persist.
Current configuration is PHP-5.0.4 + Apache-2.0.46 + OCI instant client
10.1.0.3.
We now see the same crashes in OCI as on solaris. It happens when the
child wants to gracefuly exit in _oci_close_session:
--8<--
(gdb) bt
#0 0x015898f0 in kpufhndl0 () from
/usr/lib/oracle/10.1.0.3/client/lib/libclntsh.so.10.1
#0 0x015898f0 in kpufhndl0 () from
/usr/lib/oracle/10.1.0.3/client/lib/libclntsh.so.10.1
#1 0x015898a8 in kpufhndl () from
/usr/lib/oracle/10.1.0.3/client/lib/libclntsh.so.10.1
#2 0x015fa043 in OCIHandleFree () from
/usr/lib/oracle/10.1.0.3/client/lib/libclntsh.so.10.1
#3 0x0111c83a in _oci_close_session (session=0x1f78510) at
/usr/src/redhat/BUILD/php-5.0.4/ext/oci8/oci8.c:3007
#4 0x011f54ff in list_entry_destructor (ptr=0xb6a0bc24) at
/usr/src/redhat/BUILD/php-5.0.4/Zend/zend_list.c:178
#5 0x011f4248 in zend_hash_apply_deleter (ht=0xb69fe404,
p=0xb69fe434)
at /usr/src/redhat/BUILD/php-5.0.4/Zend/zend_hash.c:574
#6 0x011f42ec in zend_hash_graceful_reverse_destroy (ht=0x1407754) at
/usr/src/redhat/BUILD/php-5.0.4/Zend/zend_hash.c:640
#7 0x011e3fd6 in shutdown_executor () at
/usr/src/redhat/BUILD/php-5.0.4/Zend/zend_execute_API.c:283
#8 0x011edaf4 in zend_deactivate () at
/usr/src/redhat/BUILD/php-5.0.4/Zend/zend.c:817
#9 0x011b8b66 in php_request_shutdown (dummy=0x0) at
/usr/src/redhat/BUILD/php-5.0.4/main/main.c:1216
#10 0x01216fc7 in php_handler (r=0xb72eb030) at
/usr/src/redhat/BUILD/php-5.0.4/sapi/apache2handler/sapi_apache2.c:590
#11 0x080685c5 in ap_run_handler ()
#12 0x08068bdf in ap_invoke_handler ()
#13 0x08065266 in ap_process_request ()
#14 0x080608bc in _start ()
#15 0xb72eb030 in ?? ()
#16 0x0004 in ?? ()
#17 0xb72eb030 in ?? ()
#18 0x080722dc in ap_run_pre_connection ()
#19 0x08072195 in ap_run_process_connection ()
#20 0x08066ae1 in ap_graceful_stop_signalled ()
#21 0x08066c34 in ap_graceful_stop_signalled ()
#22 0x08066ed9 in ap_graceful_stop_signalled ()
#23 0x08067570 in ap_mpm_run ()
#24 0x0806da4f in main ()
--8<--
It seems that the session context was damaged:
--8<--
(gdb) frame 3
#3 0x0111c83a in _oci_close_session (session=0x1f78510) at
/usr/src/redhat/BUILD/php-5.0.4/ext/oci8/oci8.c:3007
3007);
(gdb) print session
$14 = (oci_session *) 0x1f78510
(gdb) print *session
$15 = {num = 11990016, persistent = 0 '\0', is_open = 0 '\0', exclusive
= 0 '\0', thread = 0 '\0', sessions_list = 0x0,
server = 0x1a6eac6, pSession = 0x1882cae, pEnv = 0x1d40c08, charsetId
= 51142}
(gdb) print *session->server
$16 = {num = -2081649835, persistent = 2106149100, is_open =
-864712248,
dbname = 0x8b08458b , pServer =
0x4d8b0c55}
--8<--
=> it seems that the problem affects all systems, the session context
gets somehow corrupted.
Martin
[2005-01-26 16:09:19] martin dot pala at oskar dot cz
We did extensive testing - here is result and possible workarounds:
I. the crash in _oci_close_session is solaris-related only and it
happens only if persistent connections are used.
---
We did following tests:
1.) solaris9 + apache-1.3.31 + php5-STABLE snapshot (5.0.4-devel) + OCI
8.1.7
[result: CRASH]
2.) solaris9 + apache-1.3.31 + php5-STABLE snapshot (5.0.4-devel) + OCI
9.2.0.1
[result: CRASH]
3.) solaris9 + apache-1.3.31 + php5-STABLE snapshot (5.0.4-devel) + OCI
10.1.0.3
[result: CRASH]
4.) solaris9 + apache-2.0.52 + php-5.0.[23] + OCI 9.2.0.1
[result: CRASH]
5.) linux (redhat 7.3) + apache-1.3.27 + php5-STABLE snapshot
(5.0.4-devel) + OCI 10.1.0.3
[resul
#32113 [Opn->Csd]: imagejpeg() not writing all files sent to it
ID: 32113 User updated by: agruetz at helixdevelopment dot com Reported By: agruetz at helixdevelopment dot com -Status: Open +Status: Closed Bug Type: GD related Operating System: RH ES V 3.4 PHP Version: 4.3.10 New Comment: Further investigation problem was server side not with the code or with php. Closing issue sorry to bother you all. Previous Comments: [2005-02-25 23:47:07] agruetz at helixdevelopment dot com OK the problem has been found but it still did some strange things and this fucntion may need to be audited. I was missing a .jpg file extension so it was not writing the file for 10 - 24 BUT it was writing them for the first 9 images even though they did not have the file extension. It was also returning 1 for true that the imagejpeg fucntion was working even though it was not creating the file without the .jpg file extention as it should have been. Even though my code was missing the .jpg for the file extension it still should have created the file as file_name with no extension. Anyway hope this helps and I am not just wasting my time and yours. Anthony Gruetzmacher [2005-02-25 20:33:34] agruetz at helixdevelopment dot com http://devel.helixdevelopment.com/thumb_nail/global/gd2_class.inc.phps does not seem to read for some reason. So I put it @ http://devel.helixdevelopment.com/thumb_nail/global/gd2.phps I am unsure why it does not read it is very strange maybe another unreleated issue? As it including into my code ok. Anthony [2005-02-25 20:26:08] agruetz at helixdevelopment dot com Description: http://devel.helixdevelopment.com/thumb_nail/main_post.php?sub=asca&gal=1 This shows what I am trying to do as you can see all images are jpegs but imagejpeg is not writing images 10 - 24 to the said path even though it does right images 1 - 9. Thanks Anthony Gruetzmacher www.helixdevelopment.com Zend Certified Software Engineer Reproduce code: --- here are the urls to the source code: http://devel.helixdevelopment.com/thumb_nail/main.phps http://devel.helixdevelopment.com/thumb_nail/main_post.phps http://devel.helixdevelopment.com/thumb_nail/global/gd2_class.inc.phps This should cover everything you need. Expected result: I just want imagejpeg to write all files/path I send to it ie images 10 - 24. -- Edit this bug report at http://bugs.php.net/?id=32113&edit=1
#32473 [Opn]: base64_encode cuts text - input to 2933 Characters
ID: 32473
User updated by: f-bischof at versanet dot de
Reported By: f-bischof at versanet dot de
Status: Open
Bug Type: Apache related
Operating System: Win XP Sp2
PHP Version: PHP Version 4.3.11RC2-dev
New Comment:
I have made some additionally tests, to write a workaround
for this problem !!! Instead of using base64_decode/encode
i have replaced all ' with '' in the $text - string to
avoid trouble with the sql-insert command. This showed me,
that the bug resists, even with not using base64_encode / decode
functions.
If i insert a big $text - String in the database, the
database (MS-Access) stores this Text completely in
the Table. But if i select the Text out of the database
i got not the complete text like it is in the Database,
its truncated after about 3KB. I think the problem is
in the mysql_odbc functions.
Here a code snipplet:
$connect = odbc_connect("astaBB","","");
$query = "SELECT NachrichtsID,User,Datum,TextN,Email from
Nachrichten,Login where NachrichtsID=$NachrichtsID and
User='$username'";
# perform the query
$result = odbc_exec($connect, $query);
# fetch the data from the database
while(odbc_fetch_row($result))
{
$NachrichtsID=odbc_result($result, 1);
$User=odbc_result($result, 2);
$Datum=odbc_result($result, 3);
$Text=odbc_result($result, 4);
$email=odbc_result($result, 5);
}
$Text will be truncated after about 3KB, but the
Table-Field TextN (Access-Memo Field) has the
complete 4KB Text stored.
Previous Comments:
[2005-03-29 18:11:44] f-bischof at versanet dot de
I have tried it with the announced latest stable version,
with the same result. Truncated after 2933 Bytes length.
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-03-29 00:38:38] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-03-28 16:27:02] f-bischof at versanet dot de
Description:
I use Apache/1.3.31 (Win32) PHP/4.3.10 mod_ssl/2.8.18 OpenSSL/0.9.7d
I host a website: http://pocketwelt.dyndns.org
If someone writes a forum-article that is longer then
2933 Bytes and i try to save the input (base64_encoded)
in my database, and then reload the article, it´s
truncated after 2933 bytes. The rest deleted...
If i write the article without base64_encoding, i get
so much characters in the databse like i want.
The Bug seems only appear if i use base64_encoding.
(also tested with PHP 5.05 with the same result...)
Reproduce code:
---
$text=base64_encode($text);
Text should be about 4 or 5 KB to see the bug !
Expected result:
Truncated Text afeter 2933 Bytes
--
Edit this bug report at http://bugs.php.net/?id=32473&edit=1
#31533 [Asn]: [PATCH] OCI extension -- crash in _oci_close_session
ID: 31533
User updated by: martin dot pala at oskar dot cz
Reported By: martin dot pala at oskar dot cz
Status: Assigned
Bug Type: OCI8 related
Operating System: Solaris + Linux
PHP Version: 5.0.x
Assigned To: tony2001
New Comment:
... finaly we've found the problem :)
We were using the same tnsname to create two connections (to two
different schemes on the same DB) - the second initialization damaged
the oci session context (the physical connection is only one and is
shared).
Maybe php oci module should not allow to rewrite the existing oci
session context ...
Possible workaround is:
- either use different tnsname (alias) for each connection - it will
create several physical connections (one per tnsname)
- or consolidate the connections (don't use multiple connections to the
same tnsname)
Previous Comments:
[2005-04-06 10:36:46] martin dot pala at oskar dot cz
We have moved our application to linux (Redhat EL3), it is more stable
then on solaris, however the problem persist.
Current configuration is PHP-5.0.4 + Apache-2.0.46 + OCI instant client
10.1.0.3.
We now see the same crashes in OCI as on solaris. It happens when the
child wants to gracefuly exit in _oci_close_session:
--8<--
(gdb) bt
#0 0x015898f0 in kpufhndl0 () from
/usr/lib/oracle/10.1.0.3/client/lib/libclntsh.so.10.1
#0 0x015898f0 in kpufhndl0 () from
/usr/lib/oracle/10.1.0.3/client/lib/libclntsh.so.10.1
#1 0x015898a8 in kpufhndl () from
/usr/lib/oracle/10.1.0.3/client/lib/libclntsh.so.10.1
#2 0x015fa043 in OCIHandleFree () from
/usr/lib/oracle/10.1.0.3/client/lib/libclntsh.so.10.1
#3 0x0111c83a in _oci_close_session (session=0x1f78510) at
/usr/src/redhat/BUILD/php-5.0.4/ext/oci8/oci8.c:3007
#4 0x011f54ff in list_entry_destructor (ptr=0xb6a0bc24) at
/usr/src/redhat/BUILD/php-5.0.4/Zend/zend_list.c:178
#5 0x011f4248 in zend_hash_apply_deleter (ht=0xb69fe404,
p=0xb69fe434)
at /usr/src/redhat/BUILD/php-5.0.4/Zend/zend_hash.c:574
#6 0x011f42ec in zend_hash_graceful_reverse_destroy (ht=0x1407754) at
/usr/src/redhat/BUILD/php-5.0.4/Zend/zend_hash.c:640
#7 0x011e3fd6 in shutdown_executor () at
/usr/src/redhat/BUILD/php-5.0.4/Zend/zend_execute_API.c:283
#8 0x011edaf4 in zend_deactivate () at
/usr/src/redhat/BUILD/php-5.0.4/Zend/zend.c:817
#9 0x011b8b66 in php_request_shutdown (dummy=0x0) at
/usr/src/redhat/BUILD/php-5.0.4/main/main.c:1216
#10 0x01216fc7 in php_handler (r=0xb72eb030) at
/usr/src/redhat/BUILD/php-5.0.4/sapi/apache2handler/sapi_apache2.c:590
#11 0x080685c5 in ap_run_handler ()
#12 0x08068bdf in ap_invoke_handler ()
#13 0x08065266 in ap_process_request ()
#14 0x080608bc in _start ()
#15 0xb72eb030 in ?? ()
#16 0x0004 in ?? ()
#17 0xb72eb030 in ?? ()
#18 0x080722dc in ap_run_pre_connection ()
#19 0x08072195 in ap_run_process_connection ()
#20 0x08066ae1 in ap_graceful_stop_signalled ()
#21 0x08066c34 in ap_graceful_stop_signalled ()
#22 0x08066ed9 in ap_graceful_stop_signalled ()
#23 0x08067570 in ap_mpm_run ()
#24 0x0806da4f in main ()
--8<--
It seems that the session context was damaged:
--8<--
(gdb) frame 3
#3 0x0111c83a in _oci_close_session (session=0x1f78510) at
/usr/src/redhat/BUILD/php-5.0.4/ext/oci8/oci8.c:3007
3007);
(gdb) print session
$14 = (oci_session *) 0x1f78510
(gdb) print *session
$15 = {num = 11990016, persistent = 0 '\0', is_open = 0 '\0', exclusive
= 0 '\0', thread = 0 '\0', sessions_list = 0x0,
server = 0x1a6eac6, pSession = 0x1882cae, pEnv = 0x1d40c08, charsetId
= 51142}
(gdb) print *session->server
$16 = {num = -2081649835, persistent = 2106149100, is_open =
-864712248,
dbname = 0x8b08458b , pServer =
0x4d8b0c55}
--8<--
=> it seems that the problem affects all systems, the session context
gets somehow corrupted.
Martin
[2005-01-26 16:09:19] martin dot pala at oskar dot cz
We did extensive testing - here is result and possible workarounds:
I. the crash in _oci_close_session is solaris-related only and it
happens only if persistent connections are used.
---
We did following tests:
1.) solaris9 + apache-1.3.31 + php5-STABLE snapshot (5.0.4-devel) + OCI
8.1.7
[result: CRASH]
2.) solaris9 + apache-1.3.31 + php5-STABLE snapshot (5.0.4-devel) + OCI
9.2.0.1
[result: CRASH]
3.) solaris9 + apache-1.3.31 + php5-STABLE snapshot (5.0.4-devel) + OCI
10.1.0.3
[result: CRASH]
4.) solaris9 + apache-2.0.52 + php-5.0.[23] + OCI 9.2.0.1
[result: CRASH]
5.) linux (redhat 7.3) + apache-1.3.27 + php5-STABLE snapshot
(5.0.4-devel) + OCI 10.1.0.3
[result: STABLE]
There is also PHP Bug #24531 reported which describes the same error on
Solaris8 and PHP-4.x.
The core backtrace shows the crash in _oci_close_session ->
OCIHandleAlloc() -> kpughndl0() or kpusattr() functions (both
libclntsh.so library):
core '/usr/apache/core' of 13559: /usr/apache/bin/httpd
fc99b9
#32440 [Fbk->Opn]: Problem with reading SCRIPT_NAME when URL followed by slashes
ID: 32440 User updated by: jpaszek at bnet dot pl Reported By: jpaszek at bnet dot pl -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: PLD Linux PHP Version: 5CVS-2005-03-24 (dev) New Comment: The SAPI is Apache 2.0 Handler. On that link You can find the full info about the environment of the server which couse this bug: http://dev.bnet.pl/~jpaszek/tmp/phpinfo.html Previous Comments: [2005-03-24 18:37:17] [EMAIL PROTECTED] What SAPI are you using? (CGI, apache2handler or apache2filter?) [2005-03-24 12:33:28] jpaszek at bnet dot pl Description: Problem with reading Environment Variable SCRIPT_NAME and PATH_INFO as well. It doesn't give the real script name for requests with added slashes e.g. for the request: http://host.com/info.php/TEST result is: info.php/// Reproduce code: --- GET https://edokumenty.beta/info.php/TEST print $_SERVER['SCRIPT_NAME']; Expected result: info.php Actual result: -- /info.php/// -- Edit this bug report at http://bugs.php.net/?id=32440&edit=1
#31886 [Fbk->Opn]: make install crashes
ID: 31886 User updated by: pieter dot donche at ua dot ac dot be Reported By: pieter dot donche at ua dot ac dot be -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Solaris 2.9 PHP Version: 4CVS-2005-02-17 New Comment: gdb /home/wins/builds/src/other/php4-STABLE-200502211130/sapi/cli/php ./core GNU gdb 6.1 Copyright 2004 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 "sparc-sun-solaris2.9"... Core was generated by `/home/wins/builds/src/other/php4-STABLE-200502211130/sapi/cli/php -n -dshort_op'. Program terminated with signal 11, Segmentation fault. Reading symbols from /home/informix2000/lib/esql/libifsql.so...done. Loaded symbols for /home/informix2000/lib/esql/libifsql.so Reading symbols from /home/informix2000/lib/libifasf.so...done. Loaded symbols for /home/informix2000/lib/libifasf.so Reading symbols from /home/informix2000/lib/esql/libifgen.so...done. Loaded symbols for /home/informix2000/lib/esql/libifgen.so Reading symbols from /home/informix2000/lib/esql/libifos.so...done. Loaded symbols for /home/informix2000/lib/esql/libifos.so Reading symbols from /home/informix2000/lib/esql/libifgls.so...done. Loaded symbols for /home/informix2000/lib/esql/libifgls.so Reading symbols from /usr/lib/libnsl.so.1...done. Loaded symbols for /usr/lib/libnsl.so.1 Reading symbols from /usr/lib/libsocket.so.1...done. Loaded symbols for /usr/lib/libsocket.so.1 Reading symbols from /usr/lib/libaio.so.1...done. Loaded symbols for /usr/lib/libaio.so.1 Reading symbols from /usr/lib/libdl.so.1...done. Loaded symbols for /usr/lib/libdl.so.1 Reading symbols from /usr/lib/libelf.so.1...done. Loaded symbols for /usr/lib/libelf.so.1 Reading symbols from /home/informix2000/lib/esql/libifglx.so...done. Loaded symbols for /home/informix2000/lib/esql/libifglx.so Reading symbols from /usr/local/lib/libldap.so.2...done. Loaded symbols for /usr/local/lib/libldap.so.2 Reading symbols from /usr/local/lib/liblber.so.2...done. Loaded symbols for /usr/local/lib/liblber.so.2 Reading symbols from /usr/lib/libresolv.so.2...done. Loaded symbols for /usr/lib/libresolv.so.2 Reading symbols from /usr/lib/libm.so.1...done. Loaded symbols for /usr/lib/libm.so.1 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /usr/local/lib/libgcc_s.so.1...done. Loaded symbols for /usr/local/lib/libgcc_s.so.1 Reading symbols from /usr/lib/libmp.so.2...done. Loaded symbols for /usr/lib/libmp.so.2 Reading symbols from /usr/lib/libgen.so.1...done. Loaded symbols for /usr/lib/libgen.so.1 Reading symbols from /usr/platform/SUNW,Sun-Blade-1000/lib/libc_psr.so.1...done. Loaded symbols for /usr/platform/SUNW,Sun-Blade-1000/lib/libc_psr.so.1 #0 0xff026a00 in __register_frame_info_bases (begin=0xfeee, ob=0xfeee, tbase=0x0, dbase=0x0) at /home/wins/builds/src/gnu/gcc-3.4.2/gcc/unwind-dw2-fde.c:89 89ob->s.b.encoding = DW_EH_PE_omit; (gdb) Previous Comments: [2005-02-28 13:41:34] [EMAIL PROTECTED] Yes, it might create a core file but it definately will NOT be one created by httpd?! It's created by the PHP CLI binary when it runs the pear installer. [2005-02-28 10:41:21] pieter dot donche at ua dot ac dot be Hi, sorry for the late response - I hadn't received an e-mail message when you posted your comment. # pwd /home/wins/builds/src/other/php4-STABLE-200502211130 # ulimit -c unlimited # ./configure ... (as above, with added --enable-debug # make (OK) # make install (the crash this bug report is all about, makes a core file, 745232 bytes) # gdb /home/apache_1327/bin/httpd ./core GNU gdb 6.1 ... This GDB was configured as "sparc-sun-solaris2.9"...(no debugging symbols found)... warning: core file may not match specified executable file. Core was generated by '/home/wins/builds/src/other/php4-STABLE-200502211130/sapi/cli/php -n dshort_op'. Program terminated with signal 11, Segmentation fault. #0 0xff026a00 in ?? () (gdb) Pieter [2005-02-21 20:02:38] [EMAIL PROTECTED] 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. -
#29519 [Com]: PHP5.0.0 call to declare(ticks=1) crashes apache 1.3.31
ID: 29519
Comment by: bent at thevoid dot dk
Reported By: peter dot belt at gmail dot com
Status: No Feedback
Bug Type: Reproducible crash
Operating System: win32 (XP-SP1)
PHP Version: 5.0.0
New Comment:
Tried latest: PHP/5.0.4-dev
Build Date: Mar 11 2005 02:27:25
No change.
Previous Comments:
[2005-03-09 16:49:36] bent at thevoid dot dk
I run PHP/5.0.3 with Apache/2.0.49 on WinXP_SP2
Just calling declare(ticks=1) is not the whole story.
This code:
function tick_function() {echo "..tick..\n";}
register_tick_function('tick_function');
declare(ticks=6);
echo "line 1\n";
echo "line 2\n";
Will *not* crash. But if ticks is changed to 5 or less, then apache
will crash.
Also use of ticks works fine from commandline.
[2005-01-22 01:00:18] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2005-01-14 23:36:42] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2004-08-04 11:01:46] peter dot belt at gmail dot com
Description:
Calling ticks(1) crashes apache 1.3.31.
Plain vanilla setup from win32 pre-compiled distributions for both
Apache and PHP5.0.0. Installed PEAR using all defaults and copied gd
and mysql dlls to main PHP directory. That's all.
When apache crashes, it comes up with the standard XP error reporting
window. The data it wants to send to Microsoft includes the
following:
All you have to do is call is
declare(ticks=1);
and that's all folks.
We are looking for a fix to this, or an atmitting of a permanent
limitation for the win32 platform in the documentation.
--
Edit this bug report at http://bugs.php.net/?id=29519&edit=1
#31712 [Fbk->Opn]: Contribution for LDAP SSL Support via Mozilla LDAP C SDK
ID: 31712
User updated by: php at warnertechnology dot com
Reported By: php at warnertechnology dot com
-Status: Feedback
+Status: Open
Bug Type: LDAP related
Operating System: Solaris
PHP Version: 5.0.3
Assigned To: sniper
New Comment:
Simple test script can be downloaded:
http://warnertechnology.com/test.php.txt
Previous Comments:
[2005-03-06 18:17:46] [EMAIL PROTECTED]
Please provide short example script with which to try this out.
[2005-01-27 00:48:07] php at warnertechnology dot com
Unified diff file can be downloaded from
http://warnertechnology.com/ldap-diff.txt
[2005-01-27 00:10:37] php at warnertechnology dot com
Description:
The current ext/ldap/ldap.c code does not appear to support Secure LDAP
connections when using the Mozilla LDAP C SDK, and it also does not
appear to support LDAP URLs. I'm contributing code (or at least a diff
since this form doesn't want too many lines) that enable both these
features. I couldn't find a way to contribute code other than via a bug
report, so I apologize if this isn't the right method. NOTE: I've
"ifdef"-ed the code with HAVE_MOZILLALDAP. I have not attempted to
rewrite configure to account for this. Caveat emptor.
Reproduce code:
---
22,23d21
<| 26 Jan 2005 Added support for Mozilla LDAP C SDK with SSL:
|
<| Matt Warner <[EMAIL PROTECTED]>
|
29c27
< #define HAVE_MOZILLALDAP 1
---
>
34,38d31
< #if defined(HAVE_MOZILLALDAP)
< #include
< #include
< #endif
<
370,372d362
< #ifdef HAVE_MOZILLALDAP
< int ssl=0;
< #endif
394,417d383
< #elif HAVE_MOZILLALDAP
< // For the moment, we're going to require a single parameter (i.e.
"ldap://servername";).
< // We're going to let it pass the parsing here because we generate a
more readable error below
< // when we call ldap_url_parse.
< if (ZEND_NUM_ARGS() == 2) {
< if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC,
"|sl", &host, &hostlen, &port) == FAILURE) {
< php_error_docref(NULL TSRMLS_CC, E_WARNING,
"Failure to parse parameters on line 396 of ldap.c");
< RETURN_FALSE;
< }
< }
< else {
< if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "|s",
&host, &hostlen, &port) == FAILURE) {
< php_error_docref(NULL TSRMLS_CC, E_WARNING, "Failure to
parse parameters on line 402 of ldap.c");
< RETURN_FALSE;
< }
< }
<
< if (strncasecmp(host,"ldaps",5)==0) {
< ssl = 1;
< #ifdef DEBUG
< php_error_docref(NULL TSRMLS_CC, E_WARNING, "Setting
SSL=1 for Mozilla SDK.");
< #endif
< }
<
420d385
< php_error_docref(NULL TSRMLS_CC, E_WARNING, "Failure to
parse parameters on line 399 of ldap.c");
445,503d409
< #elif HAVE_MOZILLALDAP
< // Note the following section of code was based on Code Example 10-2
on http://www.mozilla.org/directory/csdk-docs/url.htm
< LDAPURLDesc *ludpp;
< int res, i;
< if ( ( res = ldap_url_parse( host, &ludpp ) ) != 0 ) {
< switch( res ){
< case LDAP_URL_ERR_NOTLDAP:
< php_error_docref(NULL TSRMLS_CC, E_WARNING,
"URL does not begin with \"ldap://\"\n"; );
< break;
< case LDAP_URL_ERR_NODN:
< php_error_docref(NULL TSRMLS_CC, E_WARNING,
"URL missing trailing slash after host or port\n" );
< break;
< case LDAP_URL_ERR_BADSCOPE:
< php_error_docref(NULL TSRMLS_CC, E_WARNING,
"URL contains an invalid scope\n" );
< break;
< case LDAP_URL_ERR_MEM:
< php_error_docref(NULL TSRMLS_CC, E_WARNING,
"Not enough memory\n" );
< break;
< default:
< php_error_docref(NULL TSRMLS_CC, E_WARNING,
"Unknown error\n" );
< }
< RETURN_FALSE;
< }
< if (ludpp->lud_port==NULL) {
< port=636;
< }
< else {
< #ifdef DEBUG
< php_error_docref(NULL TSRMLS_CC, E_WARNING, "Using port
number %d",port );
< #endif
< port=ludpp->lud_port;
< }
< if (ssl) {
< #ifdef DEBUG
< php_error_docref(NULL TSRMLS_CC, E_WARNING, "Calling
LDAP SSL routines for Mozilla C SDK");
< #endif
< if (ldapssl_client_init("/var/ldap/cert7.db",NULL)<0)
{
< php_error_docref(NULL
#32483 [Opn]: ./configure check crashes --with-ldap
ID: 32483
User updated by: pieter dot donche at ua dot ac dot be
-Summary: ./configure check crashes
Reported By: pieter dot donche at ua dot ac dot be
Status: Open
Bug Type: Compile Failure
Operating System: solaris 2.9
PHP Version: 5.0.3
New Comment:
The problem describes below seems to occur when using the
--with-ldap=/usr/local option.
During the ./configure I see
...
checking for standard DES crypt... no
checking for extended DES crypt... no
chekcing for MD5 crypt... no
Segmentation fault - core dumped
...
And an **ATTENTION** message at the end, stating thet "Something is
likely to be mesed up gere, ..."
When leaving out --with-ldap
The line about standard DES is yes:
checking for standard DES... yes
I had openSSL installed in /usr/local, which is different
from the default /usr/local/ssl. I tried with adding
--with-openssl=/usr/local --> SAME PROBLEM
Then installed openSSL again, now using the default
install /usr/local/ssl, did PHP configure again
without a --with-openssl line --> SAME PROBLEM
with a --with-openssl=/usr/local/ssl --> SAME PROBLEM
Waht is going on ?
Why does PHP configure nog succeed in finding standard DES
?
Previous Comments:
[2005-03-30 08:58:12] pieter dot donche at ua dot ac dot be
dowloaded php5-latest.tar.gz ( php5-200503300630 )
exactly the same results.
Pieter
[2005-03-29 17:40:54] [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-03-29 15:31:54] pieter dot donche at ua dot ac dot be
I already have GNU sed in /usr/local/bin/sed and installed the latest
version (4.1.4) only a month ago...
# which sed
/usr/local/bin/sed
# strings /usr/local/bin/sed contains "GNU sed version" and
"4.1.4"
---
I narrowed down the location in the ./configure where the
Segmentation fault appears, it is between the messages "checking for
MD5 crypt" and
"checking for Blowfish crypt", at the line
(eval echo \"$ac_link\"; eval $ac_link && ./conftest) >>debug.log
2>&1
I made the script print out the variables:
point_17a $ac_link : ${CC-cc} -o conftest${ac_exeext} $CFLAGS $CPPFLAGS
$LDFLAGS conftest.$ac_ext $LIBS 1>&5
point_17b $CC : gcc
point_17c $ac_exeext:
point_17d $CFLAGS : -g -O2
point_17e $CPPFLAGS: -I/usr/local/include -D_POSIX_PTHREAD_SEMANTICS
point_17f $LDFLAGS : -L/usr/local/lib -R/usr/local/lib -R/usr/ucblib
-L/usr/ucblib -R/home/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3
-L/home/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3
-R/usr/local/lib -L/usr/local/lib -R/home/informix2000/lib
-L/home/informix2000/lib -R/home/informix2000/lib/esql
-L/home/informix2000/lib/esql
-R/home/wins/builds/src/other/php-5.0.3/ext/informix -L/home/
wins/builds/src/other/php-5.0.3/ext/informix
point_17g $ac_ext : c
point_17h $LIBS: -lldap -llber -lpng -lz -ljpeg -lz -lresolv -lm
-lsocket -lgcc -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket
-lnsl -lxml2 -lz -lm -lsocket -lnsl
Segmentation Fault
What is wrong with this ?
Pieter
[2005-03-29 14:56:11] [EMAIL PROTECTED]
Due to a bug in the installed sed on your system the build
fails. Install GNU sed and it should be okay.
Thank you for your interest in PHP.
[2005-03-29 14:32:55] pieter dot donche at ua dot ac dot be
Description:
I have SUN/Solarsi 2.9, want to install PHP-5.0.3 for use
in apache-httpd-2.0.35
Downloaded latest version of PHP, unpacked
# /php-5.0.3
# ./configure --with-apache2=/home/wins/builds/src/other/httpd-2.0.53
\
--with-gd \
--with-jpeg-dir=/usr/local \
--with-png-dir=/usr/local \
--with-zlib-dir=/usr/local \
--with-informix=/home/informix2000 \
--with-ldap=/usr/local \
--enable-yp
...
checking for standard DES crypt... no
checking for extended DES crypt... no
checking for MD5 crypt... no
Segmentation Fault <<<---
checking for Blowfish crypt... no
...
| Something is likely to be messed up here, because the configure|
| script was not able to detect a simple feature on your platform. |
| This is often caused by incorrect configuration parameters. Please |
| see the file debug.log for error messages. |
There seems to be a problem with the checking for MD5 crypt...
I downloaded the latest source of md5 from sunsolve, compiled it and
installed the binary in /usr/local/bin/md5 (which is in my PATH), but
this does not help.
Please help,
Pieter
Reproduce code:
---
debug
#27557 [Com]: DB2 odbc_fetch_row with single row returns invalid result
ID: 27557 Comment by: A at masgelondon dot org Reported By: admin at db-hq dot net Status: No Feedback Bug Type: ODBC related Operating System: Linux - Fedora Core 1 PHP Version: 4.3.4 New Comment: http://www.massagelondon.org London Massage Therapist http://www.massagelondon.biz massage therapy West London UK http://www.massagelondon.me.uk London chair Massage UK http://www.health-resources.co.uk Medical Alternative Medicine resources in London England UK http://www.mobilephonesites.co.uk Nokia Free Mobile Phones Sites London England UK http://www.massagelondon.org.uk London Alternative Medicine UK http://www.massagelondon.info http://www.centrallondonmassage.co.uk W1 Massage Therapy Central London West End UK http://www.centrallondonmassage.me.uk W2 Paddington Therapeutic Massages Alternative Therapies London http://www.centrallondonmassage.org.uk W3 Acton Complementary Health Clinic London http://www.eastlondonmassage.co.uk E1 Eastern Medicine London City of http://www.londonclinic.me.uk W4 Chiswick Health Clinic ME London http://www.londonmassagecentre.co.uk W5 Ealing Holistic Centre London UK http://www.londonmassagecentre.me.uk W6 Hammersmith Healing Massage London http://www.londonmassagecentre.org.uk W7 Hanwell Wellness Centre London http://www.londonmassageclinic.co.uk W8 Kensington Technique London Clinic http://www.londonmassageclinic.me.uk Thai Massage London Center W9 Maida Vale http://www.londonmassageclinic.org.uk W11 Notting Hill Alternative Health in London W10 http://www.londonmassagetherapy.co.uk W12 Shepherd's Shepherds Bush Complementary Therapies London http://www.londonmassagetherapy.me.uk W14 West Kensington On Site Office Chair Massage London http://www.ilovemassage.co.uk http://www.ilovemassage.me.uk http://www.ilovemassage.org.uk http://www.imassage.info http://www.mywellness.me.uk http://www.therapeuticmassage.info http://www.massageme.co.uk http://www.mymedicine.co.uk http://www.mytherapy.co.uk http://www.mylove.org.uk EAST ACTON SHEPHERDS SHEPHER'S BUSH CHISWICK HAMMERSMITH FULHAM SOHO WESTMINSTER NOTTING HILL GATE BAYSWATER QUEENSWAY HOLLAND PARK KNIGHTSBRIDGE PICCADILLY LEICESTER SQUARE GREEN PARK HYDE PARK EARLS COURT TURNHAM GREEN WC1 Euston Bloomsbury WC2 Holborn Covent Garden Strand Fitzrovia Mayfair Soho Chinatown SW1 Victoria Belgravia http://www.londonmassagetherapy.org.uk Massage Tables Couches Chairs UK MASSAGE THERAPY THERAPEUTIC MASSAGE THAI MASSAGE TRADITIONAL THAI MASSAGE INDONESIAN MASSAGE HAWAIIAN MASSAGE COMPLEMENTARY HEALTH ALTERNATIVE THERAPIES COMPLEMENTARY MEDICINE ALTERNATIVE MEDICINE HOLISTIC MASSAGE BOWEN TECHNIQUE BOWEN THERAPY CRANIOSACRAL THERAPY CRANIO SACRAL THERAPY LONDON THERAPIST THERAPISTS LONDON MASSAGE TREATMENT TREATMENTS LONDON MASSAGE http://www.londontherapist.me.uk Hawaiian Huna Bodywork London http://www.londontherapist.org.uk Healthy Massage Treatment http://www.massagecentrallondon.co.uk Lomi Lomi Kahuna Oil Massage http://www.massagecentrallondon.me.uk Holistic Therapists London http://www.massagecentrallondon.org.uk Craniosacral Therapy London http://www.massageclinic.me.uk Manual Lymph Drainage London http://www.massageclinic.org.uk Massage Experienced Qualified Insured London http://www.massagelondon-home.me.uk London Therapy at Home or Clinic http://www.massagelondon-home.org.uk Home Wellness London Therapy http://www.massagelondoncentral.co.uk Complementary Alternative Medicine West London http://www.massagelondononline.me.uk Generic Domain Names Google Ranked Sale http://www.massagelondononline.org.uk Info on Massage Equipment Sale UK http://www.massagelondonpage.me.uk Information Site about Massage Therapy London UK http://www.massagelondonpage.org.uk London UK complementary therapies massage http://www.massagelondonweb.me.uk alternative health London UK thai massage http://www.massagelondonweb.org.uk http://www.massagelondonwest.co.uk traditional thai indonesian massage therapy London http://www.massagenorthlondon.co.uk http://www.massagepractitioner.co.uk http://www.massagepractitioner.me.uk http://www.massagepractitioner.org.uk http://www.massagesouthlondon.co.uk http://www.massagetherapylondon.co.uk http://www.massagetherapylondon.me.uk http://www.massagetherapylondon.org.uk http://www.massagewestlondon.co.uk http://www.massagewestlondon.me.uk http://www.massagewestlondon.org.uk http://www.mybodywork.me.uk http://www.mybodywork.org.uk http://www.mylondonmassage.me.uk http://www.mylondonmassage.org.uk http://www.mymassagenow.me.uk http://www.mymassagenow.org.uk http://www.myrub.me.uk http://www.myrub.org.uk http://www.mythaimassage.me.uk http://www.northlondonmassage.co.uk http://www.oilmassage.me.uk http://www.southlondonmassage.co.uk http://www.therapeuticmassagelondon.co.uk http://www.therapeuticmassagelondon.me.uk http://www.therapeuticmassagelondon.org.uk http://www.therapist.me.uk http://www.therapistonline.me.uk http://www.therapistonline.org.uk http://www.wes
#32590 [Fbk->Opn]: 'crypt' function not available
ID: 32590
User updated by: webtech at get-telecom dot fr
Reported By: webtech at get-telecom dot fr
-Status: Feedback
+Status: Open
Bug Type: *Encryption and hash functions
Operating System: RedHat Entreprise 3
PHP Version: 4.3.11
New Comment:
This one :
./configure --with-apxs=/usr/local/apache/bin/apxs
--prefix=/usr/local/php-4.3.11
--with-config-file-path=/usr/local/apache/conf
--with-oci8=/home/oracle/app/oracle/product/10g --disable-rpath
--with-ldap --includedir=/usr/include --with-gd=/usr/local
--with-freetype-dir=/usr/local --enable-gd-native-ttf
--enable-gd-imgstrttf
Previous Comments:
[2005-04-06 18:21:25] [EMAIL PROTECTED]
What configure line did you use?
[2005-04-06 17:01:57] webtech at get-telecom dot fr
For PHP 4.3.11, it says :
checking for crypt.h... yes
checking for crypt... no
checking for crypt.h... (cached) yes
checking for crypt... (cached) no
checking for crypt in -lcrypt... yes
checking for standard DES crypt... yes
checking for extended DES crypt... no
checking for MD5 crypt... yes
checking for Blowfish crypt... no
And for PHP 4.3.10 that have the crypt function, it says exactly the
same :
checking for crypt.h... (cached) yes
checking for crypt... (cached) no
checking for crypt.h... (cached) yes
checking for crypt... (cached) no
checking for crypt in -lcrypt... (cached) yes
checking for standard DES crypt... (cached) yes
checking for extended DES crypt... (cached) no
checking for MD5 crypt... (cached) yes
checking for Blowfish crypt... (cached) no
[2005-04-05 17:47:55] [EMAIL PROTECTED]
What does `./configure | grep "\"` say?
[2005-04-05 17:42:59] webtech at get-telecom dot fr
Description:
Hi,
I've just compiled PHP 4.3.11 (with a "make install-sapi") and there's
no more crypt function.
So I decided to install back PHP 4.3.10 where crypt function is
available, and it works.
Is it possible to use 'crypt' function with PHP 4.3.11 ?
Reproduce code:
---
$str=crypt("zzz");
Expected result:
No error.
Actual result:
--
Fatal error: Call to undefined function crypt() in ...
--
Edit this bug report at http://bugs.php.net/?id=32590&edit=1
#32261 [Fbk->Opn]: Session variable writes freely and changes.
ID: 32261
User updated by: takayana at egate1 dot com
Reported By: takayana at egate1 dot com
-Status: Feedback
+Status: Open
Bug Type: Session related
Operating System: Windows2000, Windows XP Pro
PHP Version: 4.3.10
New Comment:
Thank you for the reply.
Although tried on above snapshot (php4-win32-STABLE-latest.zip),
the result did not change.
Verification environment
OS: Windows XP Professional
PHP Version: 4.3.11RC1-dev (Build Mar 15 2005 22:16:48)
php.ini(register_globals = Off)
session array no value after performing test_web1.php:
31, 1, 2, 3, 3, 5, 6, 7, 8, 9, 10...20
^
Previous Comments:
[2005-03-16 00:59:20] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-03-15 02:19:43] takayana at egate1 dot com
A setup of php.ini is already register_globals = Off.
Verification environment 1 (Windows2000)
OS: Windows2000 Professional
PHP Version: 4.3.9
php.ini(register_globals = Off)
session array no value after performing test_web1.php:
31, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10...20
^
Verification environment 2 (Windows2000)
OS: Windows2000 Professional
PHP Version: 4.3.10
php.ini(register_globals = Off)
session array no value after performing test_web1.php:
31, 1, 2, 3, 3, 5, 6, 7, 8, 9, 10...20
^
php.ini of the verification environment 1 and
the verification environment 2 is the same file.
Verification environment 3 (Windows XP)
OS: Windows XP Professional
PHP Version: 4.3.9
php.ini(register_globals = Off)
session array no value after performing test_web1.php:
31, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10...20
^
Verification environment 4 (Windows XP)
OS: Windows XP Professional
PHP Version: 4.3.10
php.ini(register_globals = Off)
session array no value after performing test_web1.php:
31, 1, 2, 3, 3, 5, 6, 7, 8, 9, 10...20
^
php.ini of the verification environment 3 and
the verification environment 4 is the same file.
I think that it turns out that a value is different if it sees
from the above-mentioned result, and the versions of PHP differ.
I think that the correct answer of a session variable is PHP4.3.9.
[2005-03-14 21:50:23] [EMAIL PROTECTED]
Switch register_globals = off..
[2005-03-14 06:25:39] takayana at egate1 dot com
I'm sorry. Because I think that the explanation is insufficient of the
operation of the code,
operation is explained. The code also changed.
(http://www.egate1.com/docs/.tmp/code2.txt)
1.test_web1.php, test_web2.php, test_web3.php,
test_web4.php, test_web5.php, and
test_class.php are made from code2.txt.
2.Please execute test_web1.php. (5)is operated
from following(1).
(1) From a mini_data class Object
20 pieces are created.(array)
Each object no variable It substitutes from 1 to 20.
It $_SESSION['data'] It carries out.
(test_web1.php)
for($i=0; $i<20; $i++) {
$data[$i] = new mini_data();
$data[$i]->no = ($i+1);
}
$_SESSION['data'] = $data;
(2) Create one object of a mini_data class
and it is the value of no variable
of the object. It is made 4.
The object $_SESSION['data1'] It substitutes.
(test_web2.php)
$data = new mini_data();
$data->no = 4;
$_SESSION['data1'] = $data;
(3)$_SESSION['data1'] $_SESSION['data'] It substitutes.
(test_web3.php)
$data = $_SESSION['data'];
$data1 = $_SESSION['data1'];
$max = count($data);
for($i=0; $i<$max; $i++) {
if ( $data1->no == $data[$i]->no ) {
$data[$i] = $data1;
break;
}
}
$_SESSION['data'] = $data;
(4)$_SESSION['data'] At a head no variable value
The object of the mini_data class of 31 is added.
(test_web4.php)
$data = $_SESSION['data'];
$data2 = new mini_data();
$data2->no = 31;
array_unshift($data, $data2);
$_SESSION['data'] = $data;
(5)no variable value The object of the mini_data class
of 3 is created.
$_SESSION['data1'] It substitutes.
(test_web5.php)
$data3 = new mini_data();
$data3->no = 3;
$_SESSION['data1'] = $data3;
With PHP4.2.3 or PHP4.3.9 $_SESSION['data'] no variable value of
each array:
31, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10...20
Although I think that it becomes and this is
normal operation
With PHP4.3.10 $_SESSION['data'] no variable
value of each array:
31, 1, 2, 3, 3, 5, 6, 7, 8, 9, 10...20
It becomes and is doubled by 3. 4 will be l
#29334 [Com]: mail() provides incorrect message time header
ID: 29334 Comment by: mike-php at emerge2 dot com Reported By: php dot time dot bug at aaronoff dot com Status: Open Bug Type: Mail related Operating System: win32 PHP Version: 4CVS, 5CVS (2005-02-05) New Comment: Interestingly, a call to date( 'r' ) returns the expected string, and even pays attention to the setting in the Date Control Panel. Perhaps mail() could simply call PHP's own date( 'r' ) function to create the Date Header? Previous Comments: [2004-07-22 18:25:19] php dot time dot bug at aaronoff dot com Description: I'm using the mail() function to send a message from my home SMTP server to my domain's SMTP server via my installation of MS IIS 5.0 SMTP under W2K SP4. The time zone for my home PC is GMT +0200 in summer (with DST), +0100 in winter (w/o DST). In Windows Control Panel, Date/Time Properties, Time Zone tab, the time zone shows as +0100 and "Automatically adjust time for daylight saving changes" is checked. DST, then, increases the offset on my PC from +0100 to +0200. The e-mail message retrieved by my e-mail client from my domain's SMTP server has a message header Date field set to the right hour but at GMT offset +0100 -- this is the wrong time. Since my e-mail client displays messages with time sent corrected to my local time, it adds an hour and the message shows with a time one hour *ahead* of the time it was actually sent. Ex: message sent by mail() at 16:10 +0200 Date field in message header on home SMTP server shows 16:10 +0100 <-- this is the wrong time! message sent by home SMTP server at 16:10 +0200 message received by e-mail client from domain at 16:11 +0200 e-mail client shows sent message time of 17:10 +0200 If a text message with just From:, To: and Subject: headers is dropped into the home SMTP "Queue" folder, the home SMTP server adds the local time with the correct GMT offset to the message header Date field. This shows that the problem is not coming from the home SMTP server itself, but from the program that's providing it with date information. IMHO, mail() is not using the correcting the GMT offset for DST. I've been unable to find any mention of an INI-file parameter for this, Googling results were meager, and I found no open bugs. HTH. regards, Andy Reproduce code: --- mail($dest,$subject,$body) Expected result: The Date: field in the message's header should show the correct hour and GMT offset. Actual result: -- The Date: field in the message's header shows the correct hour but the wrong GMT offset -- it's not corrected for DST. -- Edit this bug report at http://bugs.php.net/?id=29334&edit=1
#31772 [Opn]: [PATCH] Net-SNMP 5.2.x ++ Workaround in PHP_SNMP Incorrectly Coded
ID: 31772
User updated by: LarryJAdams at comcast dot net
Reported By: LarryJAdams at comcast dot net
Status: Open
Bug Type: SNMP related
Operating System: Win32
PHP Version: 5.0.3
New Comment:
The prior post was for the snmp.c files. The php_snmp.h files are
patched as follows:
php_snmp.h for php4.3.x
http://home.comcast.net/~larryjadams/php_snmp.4.3.x.diff
php_snmp.h for php5.0.x
http://home.comcast.net/~larryjadams/php_snmp.5.0.x.diff
php_snmp.h for php5.1.x
http://home.comcast.net/~larryjadams/php_snmp.5.1.x.diff
TheWitness
Previous Comments:
[2005-03-01 00:52:58] LarryJAdams at comcast dot net
Your links are as follows:
php_snmp for php4.3.x
http://home.comcast.net/~larryjadams/snmp4.3.x.diff
php_snmp for php5.0.x
http://home.comcast.net/~larryjadams/snmp5.0.x.diff
php_snmp for php5.1.x
http://home.comcast.net/~larryjadams/snmp5.1.x.diff
TheWitness
[2005-02-28 20:54:38] [EMAIL PROTECTED]
Please provide the unified diff somewhere in the web and add the url to
it here.
[2005-02-01 03:17:57] larryjadams at comcast dot net
I have submitted fixes for the following PHP CVS Branches:
PHP 4.3.x
PHP 5.0.x
PHP 5.1.x
The fix also included the snmpv2 feature set. I hope you all enjoy it
as much as I will.
Larry
[2005-01-31 01:05:46] LarryJAdams at comcast dot net
Description:
The following code in snmp.c from lines: 794 through 831 is not valid.
If both HAVE_AES and SNMP_VALIDATE_ERR are defined, the ifdef's will not
function properly. Please review the code below.
Reproduce code:
---
Incorrect code (starting on 810):
"* symbol on purpose, as it's defined to be the same as the former.
*/
|| !strcasecmp(prot, "AES")) {
#else
) {
s->securityPrivProto = usmAES128PrivProtocol;
s->securityPrivProtoLen =
OIDSIZE(usmAES128PrivProtocol);
return (0);"
Correct Code (starting on 810):
"* symbol on purpose, as it's defined to be the same as the former.
*/
|| !strcasecmp(prot, "AES")) {
s->securityPrivProto = usmAES128PrivProtocol;
s->securityPrivProtoLen =
OIDSIZE(usmAES128PrivProtocol);
return (0);
#else
) {
s->securityPrivProto = usmAES128PrivProtocol;
s->securityPrivProtoLen =
OIDSIZE(usmAES128PrivProtocol);
return (0);"
Expected result:
N/A. Please review code snippet.
Actual result:
--
N/A. Please review code snippet.
--
Edit this bug report at http://bugs.php.net/?id=31772&edit=1
