#21598 [NEW]: mysql_fetch_field() segfaults
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 5CVS-2003-01-12 (dev) PHP Bug Type: Zend Engine 2 problem Bug description: mysql_fetch_field() segfaults Reproducing script: Stacktrace: php4ts_debug.dll!_object_and_properties_init(_zval_struct * arg=0x00b40420, _zend_class_entry * class_type=0x00b274f0, _hashtable * properties=0x, char * __zend_filename=0x102e40c0, unsigned int __zend_lineno=2118, void * * * tsrm_ls=0x00b22980) Line 603 + 0x13 C php4ts_debug.dll!_object_init_ex(_zval_struct * arg=0x00b40420, _zend_class_entry * class_type=0x00b274f0, char * __zend_filename=0x102e40c0, unsigned int __zend_lineno=2118, void * * * tsrm_ls=0x00b22980) Line 610 + 0x1bC php4ts_debug.dll!_object_init(_zval_struct * arg=0x00b40420, char * __zend_filename=0x102e40c0, unsigned int __zend_lineno=2118, void * * * tsrm_ls=0x00b22980) Line 615 + 0x1bC php4ts_debug.dll!zif_mysql_fetch_field(int ht=1, _zval_struct * return_value=0x00b40420, _zval_struct * this_ptr=0x, int return_value_used=0, void * * * tsrm_ls=0x00b22980) Line 2118 + 0x1d C php4ts_debug.dll!zend_do_fcall_common_helper(_zend_execute_data * execute_data=0x0012fafc, _zend_op_array * op_array=0x00b40388, void * * * tsrm_ls=0x00b22980) Line 2561 + 0x36 C php4ts_debug.dll!zend_do_fcall_handler(_zend_execute_data * execute_data=0x0012fafc, _zend_op_array * op_array=0x00b40388, void * * * tsrm_ls=0x00b22980) Line 2687 + 0x11 C php4ts_debug.dll!execute(_zend_op_array * op_array=0x00b40388, void * * * tsrm_ls=0x00b22980) Line 1213 + 0x13 C php4ts_debug.dll!zend_execute_scripts(int type=8, void * * * tsrm_ls=0x00b22980, _zval_struct * * retval=0x, int file_count=3, ) Line 958 + 0x21 C php4ts_debug.dll!php_execute_script(_zend_file_handle * primary_file=0x0012ff48, void * * * tsrm_ls=0x00b22980) Line 1691 + 0x1bC php.exe!main(int argc=1, char * * argv=0x00b22580) Line 1431 + 0x11C php.exe!mainCRTStartup() Line 338 + 0x11 C kernel32.dll!77e8ca90() -- Edit bug report at http://bugs.php.net/?id=21598&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21598&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21598&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21598&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21598&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21598&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21598&r=support Expected behavior: http://bugs.php.net/fix.php?id=21598&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21598&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21598&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21598&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21598&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21598&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21598&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21598&r=gnused
#21598 [Opn->Ver]: Apache processes don't clean up
ID: 21598 Updated by: [EMAIL PROTECTED] -Summary: mysql_fetch_field() segfaults -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: Zend Engine 2 problem -Operating System: Windows 2000 +Operating System: RHL7.3 -PHP Version: 5CVS-2003-01-12 (dev) +PHP Version: 4.3.0-pre2 Previous Comments: [2003-01-12 08:34:35] [EMAIL PROTECTED] Reproducing script: Stacktrace: php4ts_debug.dll!_object_and_properties_init(_zval_struct * arg=0x00b40420, _zend_class_entry * class_type=0x00b274f0, _hashtable * properties=0x, char * __zend_filename=0x102e40c0, unsigned int __zend_lineno=2118, void * * * tsrm_ls=0x00b22980) Line 603 + 0x13 C php4ts_debug.dll!_object_init_ex(_zval_struct * arg=0x00b40420, _zend_class_entry * class_type=0x00b274f0, char * __zend_filename=0x102e40c0, unsigned int __zend_lineno=2118, void * * * tsrm_ls=0x00b22980) Line 610 + 0x1bC php4ts_debug.dll!_object_init(_zval_struct * arg=0x00b40420, char * __zend_filename=0x102e40c0, unsigned int __zend_lineno=2118, void * * * tsrm_ls=0x00b22980) Line 615 + 0x1bC php4ts_debug.dll!zif_mysql_fetch_field(int ht=1, _zval_struct * return_value=0x00b40420, _zval_struct * this_ptr=0x, int return_value_used=0, void * * * tsrm_ls=0x00b22980) Line 2118 + 0x1dC php4ts_debug.dll!zend_do_fcall_common_helper(_zend_execute_data * execute_data=0x0012fafc, _zend_op_array * op_array=0x00b40388, void * * * tsrm_ls=0x00b22980) Line 2561 + 0x36 C php4ts_debug.dll!zend_do_fcall_handler(_zend_execute_data * execute_data=0x0012fafc, _zend_op_array * op_array=0x00b40388, void * * * tsrm_ls=0x00b22980) Line 2687 + 0x11 C php4ts_debug.dll!execute(_zend_op_array * op_array=0x00b40388, void * * * tsrm_ls=0x00b22980) Line 1213 + 0x13 C php4ts_debug.dll!zend_execute_scripts(int type=8, void * * * tsrm_ls=0x00b22980, _zval_struct * * retval=0x, int file_count=3, ) Line 958 + 0x21 C php4ts_debug.dll!php_execute_script(_zend_file_handle * primary_file=0x0012ff48, void * * * tsrm_ls=0x00b22980) Line 1691 + 0x1bC php.exe!main(int argc=1, char * * argv=0x00b22580) Line 1431 + 0x11C php.exe!mainCRTStartup() Line 338 + 0x11 C kernel32.dll!77e8ca90() -- Edit this bug report at http://bugs.php.net/?id=21598&edit=1
#21849 [NEW]: self::constant doesn't work as method's default parameter
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 5CVS-2003-01-23 (dev) PHP Bug Type: Scripting Engine problem Bug description: self::constant doesn't work as method's default parameter foobar(); ?> works, but foobar(); ?> does not and prints "Fatal error: Undefined class 'self' in c:\test.php on line 5". -- Edit bug report at http://bugs.php.net/?id=21849&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21849&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21849&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21849&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21849&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21849&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21849&r=support Expected behavior: http://bugs.php.net/fix.php?id=21849&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21849&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21849&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21849&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21849&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21849&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21849&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21849&r=gnused
#21849 [Opn->Ver]: self::constant doesn't work as method's default parameter
ID: 21849 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: Scripting Engine problem Operating System: Windows 2000 PHP Version: 5CVS-2003-01-23 (dev) Previous Comments: [2003-01-23 16:51:05] [EMAIL PROTECTED] foobar(); ?> works, but foobar(); ?> does not and prints "Fatal error: Undefined class 'self' in c:\test.php on line 5". -- Edit this bug report at http://bugs.php.net/?id=21849&edit=1
#18600 [Fbk->Csd]: Unable to create Java Virtual Machine
ID: 18600
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Closed
Bug Type: Java related
Operating System: Windows 2000
PHP Version: 4.2.3
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2002-12-02 05:11:03] [EMAIL PROTECTED]
Hi,
I'm reporting the same error using:
Win2k Server
apache_2.0.36-win32-x86-no_ssl.msi
php4-win32-latest.zip (PHP Version 4.2.3)
j2sdk-1_4_1_01-windows-i586.exe or (jdk-1_2_2_014-windows-i586.exe)
... I've got periods of errors and periods of success when
instantiating $system = new Java("java.lang.System"); from within
PHP.
Error message is:
"Fatal error: Unable to create Java Virtual Machine in ..."
I see a lot of such bug reports around but still no solution ;-(.
Any ideas?
Thanx
Alberto
[2002-11-28 07:19:46] [EMAIL PROTECTED]
Hi
I'm asking it again:
Is anyone using sablotron (ext/xslt) together with the java extension,
then you're in bad luck, because:
sablotron < 0.97 and jdk >= 1.3 does not work together.
Sablotron 0.97 is not out yet, but there is an RC1 in their CVS
(didn't
find a link to download it), which should solve the problem..
try not loading the sablotron extension and see if it solves the
problem
unix people which have problem with even starting up, should try the
symlink trick:
make a symlink from java.so to libphp_java.so and see if that works.
chregu
[2002-11-05 05:43:54] [EMAIL PROTECTED]
I am also seeing this bug, unfortunatly I'm running apache 1.x on
Solaris 8.
Works fine for a little while, then stops working after a number of
requests. I can stop the symtoms by turning off keep-alive in apache or
by reducing the requests per child to a very low number. Of course,
none of these solutions are acceptable. I am trying to test 4.3.0pre2
just now but having compilation errors. More later.
[2002-10-31 08:51:16] [EMAIL PROTECTED]
Yeah the only real issue I can see here is that this is a Windows
specific issue. I've looked through the the DSP file, and read up on
specific linking issues in Windows... everything looks right from the
end of PHP.
I'm guessing this can be one of (or possibly all of) these things:
A) specific to a JVM version - in which case we'd need to find out
which one works, and then update the specific hooks into PHP to use the
newer versions.
B) Windows not liking Java at all - not much we can do about that.
C) specific to PHP alone - in which case someone with more Windows dev
experience will have to take a look at this. As I don't see any real
issue with the way we're linking and calling things (beyond the really
resource intensive comments).
[2002-10-31 07:44:50] [EMAIL PROTECTED]
I found this problem using Apache 1.x on Win2k.
PHP 4.2.3 causes the JVM create failure (although I couldn't get any
access violations).
Under IIS4 , the access violation causes some serious problems, albeit
intermittently. I found that starting small with Java-inclusive scripts
allowed some java work to be done (such as retrieving JVM versions,
etc).
However, when I started some more serious Java work with some custom
classes I got both the JVM create failure and an access violation which
crashed IIS. A reboot was necessary to bring IIS back up (Win2k
wouldn't even let me force kill the process!!).
I took a look at the latest snapshot posted below, but this caused an
immediate crash in Apache upon starting the service.
Any other suggestions?
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/18600
--
Edit this bug report at http://bugs.php.net/?id=18600&edit=1
#15702 [Fbk->Csd]: Segmentation fault (using jdk1.4 with php 4.2.3)
ID: 15702 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Java related Operating System: Red Hat Linux 7.1 PHP Version: 4.2.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-12-03 11:13:17] [EMAIL PROTECTED] your backtrace is not of much use, but it looks like apache2 does backtraces differently than apache1.3 (or you didn't use --enable-debug or you're using threaded mpms within apache2, I have no experience with apache2...) but, as I said in my last comment: "sablotron < 0.97 and jdk >= 1.3 does not work together. Sablotron 0.97 is not out yet, but there is an RC1 in their CVS (didn't find a link to download it), which should solve the problem.." you're obviously (at least it's written in your ./configure lines) using sablotron. And sablotron <=0.96 does not work together with jdk >= 1.3... please try your installation without sablotron and see if that works. chregu [2002-12-03 09:22:01] [EMAIL PROTECTED] http://bugs.php.net/bug.php?id=15702&edit=2 is not accepting my password. I don't know why so I am posting this as comment I think above you meant from java.so to libphp_java.so. Yes I did create a symbolic link libphp_java.so to java.so. It again resulted inSegmentation fault. Here is the gdb output. # export LD_LIBRARY_PATH=/usr/java/j2sdk1.4.0/jre/lib/i386:/usr/java/j2sdk1.4.0/jre/lib/i386/client # gdb /wwwroot/bin/httpd GNU gdb 5.0rh-5 Red Hat Linux 7.1 Copyright 2001 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"... (gdb) run -X Starting program: /wwwroot/bin/httpd -X [New Thread 1024 (LWP 852)] [New Thread 2049 (LWP 857)] Delayed SIGSTOP caught for LWP 857. [New Thread 1026 (LWP 858)] Delayed SIGSTOP caught for LWP 858. [New Thread 2051 (LWP 859)] Delayed SIGSTOP caught for LWP 859. [New Thread 3076 (LWP 860)] Delayed SIGSTOP caught for LWP 860. [New Thread 4101 (LWP 861)] [New Thread 5126 (LWP 862)] Delayed SIGSTOP caught for LWP 862. [New Thread 6151 (LWP 863)] Delayed SIGSTOP caught for LWP 863. [New Thread 7176 (LWP 864)] Delayed SIGSTOP caught for LWP 864. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 7176 (LWP 864)] __pthread_mutex_lock (mutex=0x89110898) at mutex.c:99 99 mutex.c: No such file or directory. in mutex.c (gdb) [2002-11-28 07:08:06] [EMAIL PROTECTED] first. you have to make a symlink from to libphp_java.so not php_java.so... second. sablotron < 0.97 and jdk >= 1.3 does not work together. Sablotron 0.97 is not out yet, but there is an RC1 in their CVS (didn't find a link to download it), which should solve the problem.. chregu [2002-11-11 09:41:56] [EMAIL PROTECTED] As you suggested above changing the extension=php_java.so without creating a symbolic link doesn't even load the extension. So I tried it by creating a symbolic link to /wwwroot/php/lib/php/extensions/no-debug-zts-20020429/java.so as /wwwroot/php/lib/php/extensions/no-debug-zts-20020429/php_java.so and used the following setting in php.ini: [Java] extension_dir = /wwwroot/php/lib/php/extensions/no-debug-zts-20020429 java.class.path = /wwwroot/php/lib/php/php_java.jar extension=php_java.so ;java.home = /usr/java/j2sdk1.4.0 ;java.library = /usr/java/j2sdk1.4.0/jre/lib/i386/client/libjvm.so ;java.library = /usr/java/j2sdk1.4.0/jre/lib/i386/libjava.so java.library.path = /wwwroot/php/lib/php/extensions/no-debug-zts-20020429 PHP loaded the java extension but it still displayed: Fatal error: java.lang.UnsatisfiedLinkError: no php_java in java.library.path in /wwwroot/htdocs/jver.php on line 4 I don't know what it isn't able to find php_java.jar or php_java.so? PHP is able to find java.so thats why it loads the extension. I also want to know what is the purpose of java.library.path
#20270 [Fbk->Csd]: Apache processes don't clean up
ID: 20270 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Java related Operating System: RHL7.3 PHP Version: 4.3.0-pre2 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-11-28 07:10:08] [EMAIL PROTECTED] Do you have xslt support enabled, then sablotron < 0.97 and jdk >= 1.3 does not work together. Sablotron 0.97 is not out yet, but there is an RC1 in their CVS (didn't find a link to download it), which should solve the problem.. chregu [2002-11-22 13:11:07] [EMAIL PROTECTED] I get the same result using: Linux 2.4.19 glibc 2.3.1 pthread 0.10 php 4.3.0RC1 apache 1.3.27 Sun's j2sdk1.4.0_03 [2002-11-14 08:57:14] [EMAIL PROTECTED] There seems to be a problem with the way threads are handled between php and java that keeps the apache child process from cleaning up after itself. If MaxRequestsPerChild is set to anything other than 1, a number of threads are started by a httpd child and are never reused. It also appears that the httpd child process that spawns these threads can not be reused by apache and the httpd controlling process never starts another child process to take the place of the disabled one. My testing setup is: Linux 2.4.18 glibc 2.2.5 apache 1.3.27 libpthread 0.9 php 4.2.3 Blackdown JDK 1.3.1, IBM JDK 1.3..1, Blackdown JDK 1.4.1b2 all produce the same results. It should be noted that apache is stable if MaxRequestsPerChild is set to 1, but there's quite a performance hit involved. [2002-11-05 18:20:09] [EMAIL PROTECTED] I have tried to use the Java extension with JDK1.4.1 and PHP 4.2.3 and 4.3.0-pre2. Each time a page with embedded Java runs, the Apache (1.3.27) spawns MaxSpareServers processes, which never seem to get cleaned up. The tests I conducted with 4.2.3 ended up crashing after a few runs, being unable to run the JVM. This version also had trouble reading php.ini class path settings. The 4.3.0-pre2 seems to stop spawning processes after reaching about 90 httpds (not sure what this number is related to). The execution time of the code is much faster after the spawning stops also - probably the JVMs are loaded for all httpds? Is there a way to control this process spawning and to get the whole thing more stable? -- Edit this bug report at http://bugs.php.net/?id=20270&edit=1
#19523 [NEW]: Segfault on startup
From: [EMAIL PROTECTED] Operating system: Linux, Windows PHP version: 4CVS-2002-09-20 PHP Bug Type: Apache2 related Bug description: Segfault on startup Environment: Apache 2 and PHP 4 built as Debug_TS from current CVS on Win32. Same combination also segfaults on Linux 2.4.19. This segfault is most likely caused by a change in the SAPI startup code. php_apache_sapi_send_headers(sapi_headers_struct * 0x0042db10, void * * * 0x0042da78) line 126 + 19 bytes sapi_send_headers(void * * * 0x0042da78) line 696 + 30 bytes php_header() line 62 + 9 bytes php_ub_body_write(const char * 0x00f50af8, unsigned int 131, void * * * 0x0042da78) line 686 + 5 bytes php_body_write(const char * 0x00f50af8, unsigned int 131, void * * * 0x0042da78) line 104 + 31 bytes php_printf(const char * 0x008e1bb4 `string') line 388 + 17 bytes php_error_cb(int 32, const char * 0x008e16f0 `string', const unsigned int 0, const char * 0x00997fa4 `string', char * 0x0006fcb0) line 609 + 25 bytes zend_error(int 32, const char * 0x00997fa4 `string') line 704 + 28 bytes zend_register_functions(_zend_function_entry * 0x10031a30 apache_functions, _hashtable * 0x, int 1, void * * * 0x0042da78) line 1060 + 20 bytes zend_register_module(_zend_module_entry * 0x10031a60 _php_apache_module) line 1103 + 36 bytes zend_startup_module(_zend_module_entry * 0x10031a60 _php_apache_module) line 1014 + 9 bytes php_apache_register_module() line 172 + 13 bytes php_apache_server_startup(apr_pool_t * 0x0042a950, apr_pool_t * 0x0045c550, apr_pool_t * 0x0043c1d0, server_rec * 0x0042c7e8) line 506 ap_run_post_config(apr_pool_t * 0x0042a950, apr_pool_t * 0x0045c550, apr_pool_t * 0x0043c1d0, server_rec * 0x0042c7e8) line 131 + 89 bytes main(int 3, const char * const * 0x004228b8) line 632 + 22 bytes mainCRTStartup() line 338 + 17 bytes -- Edit bug report at http://bugs.php.net/?id=19523&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19523&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19523&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19523&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19523&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19523&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19523&r=support Expected behavior: http://bugs.php.net/fix.php?id=19523&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19523&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19523&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19523&r=globals
#19523 [Opn->Ver]: Segfault on startup
ID: 19523 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: Apache2 related Operating System: Linux, Windows PHP Version: 4CVS-2002-09-20 Previous Comments: [2002-09-20 09:08:30] [EMAIL PROTECTED] Environment: Apache 2 and PHP 4 built as Debug_TS from current CVS on Win32. Same combination also segfaults on Linux 2.4.19. This segfault is most likely caused by a change in the SAPI startup code. php_apache_sapi_send_headers(sapi_headers_struct * 0x0042db10, void * * * 0x0042da78) line 126 + 19 bytes sapi_send_headers(void * * * 0x0042da78) line 696 + 30 bytes php_header() line 62 + 9 bytes php_ub_body_write(const char * 0x00f50af8, unsigned int 131, void * * * 0x0042da78) line 686 + 5 bytes php_body_write(const char * 0x00f50af8, unsigned int 131, void * * * 0x0042da78) line 104 + 31 bytes php_printf(const char * 0x008e1bb4 `string') line 388 + 17 bytes php_error_cb(int 32, const char * 0x008e16f0 `string', const unsigned int 0, const char * 0x00997fa4 `string', char * 0x0006fcb0) line 609 + 25 bytes zend_error(int 32, const char * 0x00997fa4 `string') line 704 + 28 bytes zend_register_functions(_zend_function_entry * 0x10031a30 apache_functions, _hashtable * 0x, int 1, void * * * 0x0042da78) line 1060 + 20 bytes zend_register_module(_zend_module_entry * 0x10031a60 _php_apache_module) line 1103 + 36 bytes zend_startup_module(_zend_module_entry * 0x10031a60 _php_apache_module) line 1014 + 9 bytes php_apache_register_module() line 172 + 13 bytes php_apache_server_startup(apr_pool_t * 0x0042a950, apr_pool_t * 0x0045c550, apr_pool_t * 0x0043c1d0, server_rec * 0x0042c7e8) line 506 ap_run_post_config(apr_pool_t * 0x0042a950, apr_pool_t * 0x0045c550, apr_pool_t * 0x0043c1d0, server_rec * 0x0042c7e8) line 131 + 89 bytes main(int 3, const char * const * 0x004228b8) line 632 + 22 bytes mainCRTStartup() line 338 + 17 bytes -- Edit this bug report at http://bugs.php.net/?id=19523&edit=1
#19524 [NEW]: ./configure broken
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4CVS-2002-09-20 PHP Bug Type: Satellite CORBA related Bug description: ./configure broken checking for CORBA support via Satellite... yes ./configure: line 65714: syntax error near unexpected token `else' ./configure: line 65714: `else' -- Edit bug report at http://bugs.php.net/?id=19524&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19524&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19524&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19524&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19524&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19524&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19524&r=support Expected behavior: http://bugs.php.net/fix.php?id=19524&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19524&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19524&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19524&r=globals
#19524 [Opn->Ver]: ./configure broken
ID: 19524 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: Satellite CORBA related Operating System: Linux PHP Version: 4CVS-2002-09-20 Previous Comments: [2002-09-20 09:10:38] [EMAIL PROTECTED] checking for CORBA support via Satellite... yes ./configure: line 65714: syntax error near unexpected token `else' ./configure: line 65714: `else' -- Edit this bug report at http://bugs.php.net/?id=19524&edit=1
#19525 [NEW]: Yet Another Output Buffering Issue (YAOBI)
From: [EMAIL PROTECTED] Operating system: Any PHP version: 4CVS-2002-09-20 PHP Bug Type: Output Control Bug description: Yet Another Output Buffering Issue (YAOBI) Here is a reproducing script. It does not make sense, because it is ripped out of its XML_Transformer context: echo 'test'; PHP 4.2.3 Fatal error: Cannot use output buffering in output buffering display handlers HEAD Neither output nor error message. -- Edit bug report at http://bugs.php.net/?id=19525&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19525&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19525&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19525&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19525&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19525&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19525&r=support Expected behavior: http://bugs.php.net/fix.php?id=19525&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19525&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19525&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19525&r=globals
#19525 [Opn->Ver]: Yet Another Output Buffering Issue (YAOBI)
ID: 19525 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: Output Control Operating System: Any PHP Version: 4CVS-2002-09-20 Previous Comments: [2002-09-20 09:12:23] [EMAIL PROTECTED] Here is a reproducing script. It does not make sense, because it is ripped out of its XML_Transformer context: echo 'test'; PHP 4.2.3 Fatal error: Cannot use output buffering in output buffering display handlers HEAD Neither output nor error message. -- Edit this bug report at http://bugs.php.net/?id=19525&edit=1
#19525 [Fbk]: Yet Another Output Buffering Issue (YAOBI)
ID: 19525 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Output Control Operating System: Any PHP Version: 4CVS-2002-09-20 New Comment: I tested this with both CGI and CLI SAPI modules. My php.ini is below. allow_call_time_pass_reference = Off error_reporting = E_ALL & ~E_NOTICE display_errors = On display_startup_errors = On report_memleaks = On register_globals = Off register_argc_argv = On include_path = ".;c:\server\pear;c:\server\htdocs" extension_dir = c:\home\php\php4\release_ts ;extension=php_adt.dll ;extension=php_gd.dll session.save_path = c:\server\apache\sessions\ url_rewriter.tags = "a=href, area=href, frame=src, input=src, form=fakeentry" docref_ext = ".html" docref_root = "file:///C:/Dokumente und Einstellungen/Administrator/Eigene Dateien/PHP Manual/" Previous Comments: [2002-09-20 09:51:54] [EMAIL PROTECTED] Both Andrei and myself were not be able to reproduce this. We both got the error message with CVS HEAD> Perhaps it is related to settings in php.ini, or related to the SAPI? Can you point us to the php.ini and tell which SAPI you used? Derick [2002-09-20 09:12:23] [EMAIL PROTECTED] Here is a reproducing script. It does not make sense, because it is ripped out of its XML_Transformer context: echo 'test'; PHP 4.2.3 Fatal error: Cannot use output buffering in output buffering display handlers HEAD Neither output nor error message. -- Edit this bug report at http://bugs.php.net/?id=19525&edit=1
#19524 [Ver]: ./configure broken
ID: 19524 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: Satellite CORBA related Operating System: Linux PHP Version: 4CVS-2002-09-20 New Comment: I copied the directory to php4/ext/satellite and did a ./buildconf in php4/. Is this not supported? Previous Comments: [2002-09-20 10:55:31] [EMAIL PROTECTED] How did you configure it? (phpize?) [2002-09-20 09:10:38] [EMAIL PROTECTED] checking for CORBA support via Satellite... yes ./configure: line 65714: syntax error near unexpected token `else' ./configure: line 65714: `else' -- Edit this bug report at http://bugs.php.net/?id=19524&edit=1
#19906 [NEW]: "pear package" produces broken .tgz archive
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.3.0-pre1 PHP Bug Type: Filesystem function related Bug description: "pear package" produces broken .tgz archive "pear package" in the XML_Transformer directory creates a broken tgz archive. The archive seems to have right filesize, but when I try to "tar xvfz" it, I only get a "package.xml" file from it. Could this be related to current streams issues? -- Edit bug report at http://bugs.php.net/?id=19906&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19906&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19906&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19906&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19906&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19906&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19906&r=support Expected behavior: http://bugs.php.net/fix.php?id=19906&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19906&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19906&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19906&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19906&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19906&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19906&r=isapi
#19906 [Opn->Ctl]: "pear package" produces broken .tgz archive
ID: 19906 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Critical Bug Type: Filesystem function related Operating System: Linux PHP Version: 4.3.0-pre1 -Assigned To: +Assigned To: wez New Comment: Verified by Wez. Assigned to Wez, since it's most likely streams related. Previous Comments: [2002-10-14 12:41:19] [EMAIL PROTECTED] "pear package" in the XML_Transformer directory creates a broken tgz archive. The archive seems to have right filesize, but when I try to "tar xvfz" it, I only get a "package.xml" file from it. Could this be related to current streams issues? -- Edit this bug report at http://bugs.php.net/?id=19906&edit=1
#28726 [Opn->Csd]: getDocComment function for reflectionProperty class
ID: 28726 Updated by: [EMAIL PROTECTED] Reported By: D dot Kingma at jool dot nl -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: * PHP Version: 5.0.0RC2 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-06-10 14:00:55] D dot Kingma at jool dot nl Description: Is it possible to add the getDocComment() function to the reflectionProperty class, since the description of the var with the @var tag is also a well known functionality of packages like javadoc/phpdoc and it would come in handy if you cannot only get te description of methods, classes and functions but also for the properties of the class. -- Edit this bug report at http://bugs.php.net/?id=28726&edit=1
#33212 [Asn]: [GCC 4]: 'zend_error_noreturn' aliased to external symbol 'zend_error'
ID: 33212
Updated by: [EMAIL PROTECTED]
Reported By: daniel at comentar dot com dot br
Status: Assigned
Bug Type: Compile Failure
Operating System: *
PHP Version: 5CVS-2005-06-01 (dev)
Assigned To: dmitry
New Comment:
The patch worked for me, too.
Index: zend.c
===
RCS file: /repository/ZendEngine2/zend.c,v
retrieving revision 1.303
diff -u -B -r1.303 zend.c
--- zend.c 9 Jun 2005 16:57:43 - 1.303
+++ zend.c 13 Jun 2005 10:26:48 -
@@ -1025,6 +1025,7 @@
}
}
+void zend_error_noreturn(int type, const char *format, ...)
__attribute__ ((alias("zend_error"),noreturn));
ZEND_API void zend_output_debug_string(zend_bool trigger_break, char
*format, ...)
{
Index: zend_execute.c
===
RCS file: /repository/ZendEngine2/zend_execute.c,v
retrieving revision 1.700
diff -u -B -r1.700 zend_execute.c
--- zend_execute.c 10 Jun 2005 09:54:36 - 1.700
+++ zend_execute.c 13 Jun 2005 10:26:49 -
@@ -44,7 +44,6 @@
#if defined(__GNUC__) && !defined(__INTEL_COMPILER) &&
!defined(DARWIN) && !defined(__sun__) &&
!defined(ZEND_VM_OLD_EXECUTOR)
# define ZEND_VM_ALWAYS_INLINE __attribute__ ((always_inline))
-void zend_error_noreturn(int type, const char *format, ...)
__attribute__ ((alias("zend_error"),noreturn));
/*extern void zend_error_noreturn(int type, const char *format, ...)
__asm__("zend_error") __attribute__ ((noreturn));*/
#else
# define ZEND_VM_ALWAYS_INLINE
Previous Comments:
[2005-06-10 11:46:45] [EMAIL PROTECTED]
this is the same probem reported in #30641.
As I've stated in that bug report, the code isn't standard compatible,
so we will get much more bug reports if you continue to just add the
special cases that fail to the #if statement.
Why not fix it properly? You just need to move that declaration to the
zend.c file (http://news.php.net/php.internals/15768).
[2005-06-01 17:48:31] daniel at comentar dot com dot br
Problem solved with changes on lines 47 and 48 of file zend_execute.c.
Line 47: void zend_error_noreturn(int type, const char *format, ...)
__attribute__ ((alias("zend_error"),noreturn));
Line 48: /*extern void zend_error_noreturn(int type, const char
*format, ...) __asm__("zend_error") __attribute__ ((noreturn));*/
Changed to:
Line 47: /*void zend_error_noreturn(int type, const char *format, ...)
__attribute__ ((alias("zend_error"),noreturn));*/
Line 48: extern void zend_error_noreturn(int type, const char *format,
...) __asm__("zend_error") __attribute__ ((noreturn));
[2005-06-01 17:14:38] daniel at comentar dot com dot br
Description:
Compile of PHP5CVS-200506011430 fails with:
/bin/sh /compartilhado/downloads/php/php5-200506011430/libtool --silent
--preserve-dup-deps --mode=compile gcc -IZend/
-I/compartilhado/downloads/php/php5-200506011430/Zend/ -DPHP_ATOM_INC
-I/compartilhado/downloads/php/php5-200506011430/include
-I/compartilhado/downloads/php/php5-200506011430/main
-I/compartilhado/downloads/php/php5-200506011430 -I/usr/include/libxml2
-I/compartilhado/downloads/php/php5-200506011430/TSRM
-I/compartilhado/downloads/php/php5-200506011430/Zend-g -O2 -c
/compartilhado/downloads/php/php5-200506011430/Zend/zend_execute.c -o
Zend/zend_execute.lo
/compartilhado/downloads/php/php5-200506011430/Zend/zend_execute.c:47:
error: 'zend_error_noreturn' aliased to external symbol 'zend_error'
make: *** [Zend/zend_execute.lo] Error 1
Reproduce code:
---
[EMAIL PROTECTED] php5-200506011430]# ./configure --prefix=/usr/local/php5
--enable-cli --disable-cgi
(View output in
http://www.comentar.com.br/daniel/php5/configure-PHP5-200506011430.txt)
[EMAIL PROTECTED] php5-200506011430]# make
[EMAIL PROTECTED] php5-200506011430]# gcc --version
gcc (GCC) 4.0.0 20050519 (Red Hat 4.0.0-8)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
--
Edit this bug report at http://bugs.php.net/?id=33212&edit=1
#30566 [Csd]: Parsing a document with namespaces gives different result as PHP4
ID: 30566
Updated by: [EMAIL PROTECTED]
Reported By: joern_h at gmx dot net
Status: Closed
Bug Type: XML related
Operating System: Win 2000
PHP Version: 5.0.2
New Comment:
Does this mean that XML_Transformer's "abuse" of XML Namespaces (using
without declaring foo using xmlns:foo="...") will no longer
work as of PHP 5.0.3?
Previous Comments:
[2004-11-13 15:34:15] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
[2004-10-26 17:52:53] joern_h at gmx dot net
Description:
When parsing a document with multiple / default namespaces a wrong
namespace can be reported. PHP 4.3.8 shows the right result.
Reproduce code:
---
http://x/"; xmlns:y="http://y/";>
http://a/"; />
HEREDOC;
$p =& xml_parser_create_ns(null, "\n");
$vals = array();
$index = array();
xml_parser_set_option($p, XML_OPTION_SKIP_WHITE, true);
xml_parser_set_option($p, XML_OPTION_CASE_FOLDING, false);
if (!xml_parse_into_struct($p, $xml , $vals, $index)) {
echo xml_error_string($p);
}
xml_parser_free($p);
print_r($vals);
?>
Expected result:
The attribute y:y should be in the http://y/ namespace, this is also
the result when using PHP 4.3.8
Actual result:
--
With PHP 5.02 the attribute y:y is in the http://a/ namespace. When the
z attribute is removed the bug does not occur.
--
Edit this bug report at http://bugs.php.net/?id=30566&edit=1
#31356 [Opn->Ver]: Serializing StdClass objects causes segfault
ID: 31356
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Verified
Bug Type: Reproducible crash
Operating System: Windows XP SP-2
PHP Version: 5CVS-2004-12-30 (dev)
Previous Comments:
[2004-12-30 16:58:17] [EMAIL PROTECTED]
Description:
Serializing StdClass objects causes segfault in PHP_5_0 but not in
HEAD.
zend_std_get_method() (third stackframe) is called with __sleep as the
value for the method_name parameter so it looks like the serializer
tries to call a non-existant __sleep() method on the object.
Reproduce code:
---
Expected result:
HEAD: O:8:"stdClass":0:{}
Actual result:
--
PHP_5_0:
php5ts_debug.dll!zend_object_store_get_object(_zval_struct *
zobject=0x0001, void * * * tsrm_ls=0x00902c48) Line 200 + 0x3 C
php5ts_debug.dll!zend_objects_get_address(_zval_struct *
zobject=0x0001, void * * * tsrm_ls=0x00902c48) Line 111 + 0xd C
php5ts_debug.dll!zend_std_get_method(_zval_struct * *
object_ptr=0x00a31d50, char * method_name=0x1058f1c8, int method_len=7,
void * * * tsrm_ls=0x00902c48) Line 680 + 0xd C
php5ts_debug.dll!zend_call_function(_zend_fcall_info * fci=0x0012ecc8,
_zend_fcall_info_cache * fci_cache=0x, void * * *
tsrm_ls=0x00902c48) Line 688 + 0x30C
php5ts_debug.dll!call_user_function_ex(_hashtable *
function_table=0x00908d40, _zval_struct * * object_pp=0x00a214e4,
_zval_struct * function_name=0x0012ef60, _zval_struct * *
retval_ptr_ptr=0x0012ef78, unsigned int param_count=0, _zval_struct * *
* params=0x, int no_separation=1, _hashtable *
symbol_table=0x, void * * * tsrm_ls=0x00902c48) Line 551 +
0xf C
php5ts_debug.dll!php_var_serialize_intern(smart_str * buf=0x0012f3b0,
_zval_struct * * struc=0x00a214e4, _hashtable * var_hash=0x0012f3c4,
void * * * tsrm_ls=0x00902c48) Line 678 + 0x38 C
php5ts_debug.dll!php_var_serialize(smart_str * buf=0x0012f3b0,
_zval_struct * * struc=0x00a214e4, _hashtable * var_hash=0x0012f3c4,
void * * * tsrm_ls=0x00902c48) Line 771 + 0x15 C
php5ts_debug.dll!zif_serialize(int ht=1, _zval_struct *
return_value=0x00a31de0, _zval_struct * this_ptr=0x, int
return_value_used=1, void * * * tsrm_ls=0x00902c48) Line 794 + 0x15C
php5ts_debug.dll!zend_do_fcall_common_helper(_zend_execute_data *
execute_data=0x0012f744, _zend_op * opline=0x00a31a88, _zend_op_array *
op_array=0x00a31680, void * * * tsrm_ls=0x00902c48) Line 2711 + 0x32 C
php5ts_debug.dll!zend_do_fcall_handler(_zend_execute_data *
execute_data=0x0012f744, _zend_op * opline=0x00a31a88, _zend_op_array *
op_array=0x00a31680, void * * * tsrm_ls=0x00902c48) Line 2843 + 0x15 C
php5ts_debug.dll!execute(_zend_op_array * op_array=0x00a31680, void * *
* tsrm_ls=0x00902c48) Line 1400 + 0x17 C
php5ts_debug.dll!zend_execute_scripts(int type=8, void * * *
tsrm_ls=0x00902c48, _zval_struct * * retval=0x, int
file_count=3, ...) Line 1060 + 0x21C
php5ts_debug.dll!php_execute_script(_zend_file_handle *
primary_file=0x0012ff2c, void * * * tsrm_ls=0x00902c48) Line 1628 +
0x1bC
php.exe!main(int argc=2, char * * argv=0x00904c68) Line 943 + 0x13 C
php.exe!mainCRTStartup() Line 398 + 0x11 C
kernel32.dll!7c816d4f()
kernel32.dll!7c8399f3()
--
Edit this bug report at http://bugs.php.net/?id=31356&edit=1
#30209 [Opn->Ver]: ReflectionClass::getMethod() lowercases attribute
ID: 30209
Updated by: [EMAIL PROTECTED]
Reported By: sb at sebastian-bergmann dot de
-Status: Open
+Status: Verified
Bug Type: Zend Engine 2 problem
Operating System: Irrelevant
PHP Version: 5CVS-2004-09-23 (dev)
Previous Comments:
[2004-09-23 16:26:55] sb at sebastian-bergmann dot de
Description:
Calling getMethod() on a ReflectionClass object for the current object
lowercases the contents of the variable that is passed to it.
Hardcoding the getMethod() parameter prevents the lowercasing while
copying the value from $this->name to $name and passing that to
getMethod() does not.
Reproduce code:
---
getMethod($this->name);
var_dump($this);
}
catch (Exception $e) {}
}
}
$foo = new Foo;
$foo->testBar();
?>
Expected result:
object(Foo)#1 (1) {
["name:private"]=>
string(7) "testBar"
}
object(Foo)#1 (1) {
["name:private"]=>
string(7) "testBar"
}
Actual result:
--
object(Foo)#1 (1) {
["name:private"]=>
string(7) "testBar"
}
object(Foo)#1 (1) {
["name:private"]=>
string(7) "testbar"
}
--
Edit this bug report at http://bugs.php.net/?id=30209&edit=1
#30209 [Ver->Csd]: ReflectionClass::getMethod() lowercases attribute
ID: 30209
Updated by: [EMAIL PROTECTED]
Reported By: sb at sebastian-bergmann dot de
-Status: Verified
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5.0.1
Assigned To: helly
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2004-09-23 16:26:55] sb at sebastian-bergmann dot de
Description:
Calling getMethod() on a ReflectionClass object for the current object
lowercases the contents of the variable that is passed to it.
Hardcoding the getMethod() parameter prevents the lowercasing while
copying the value from $this->name to $name and passing that to
getMethod() does not.
Reproduce code:
---
getMethod($this->name);
var_dump($this);
}
catch (Exception $e) {}
}
}
$foo = new Foo;
$foo->testBar();
?>
Expected result:
object(Foo)#1 (1) {
["name:private"]=>
string(7) "testBar"
}
object(Foo)#1 (1) {
["name:private"]=>
string(7) "testBar"
}
Actual result:
--
object(Foo)#1 (1) {
["name:private"]=>
string(7) "testBar"
}
object(Foo)#1 (1) {
["name:private"]=>
string(7) "testbar"
}
--
Edit this bug report at http://bugs.php.net/?id=30209&edit=1
#28589 [Opn->Ver]: Segfault in Reflection API
ID: 28589 Updated by: [EMAIL PROTECTED] Reported By: sb at sebastian-bergmann dot de -Status: Open +Status: Verified Bug Type: Reproducible crash Operating System: Windows PHP Version: 5CVS-2004-05-31 (dev) Previous Comments: [2004-05-31 09:43:30] sb at sebastian-bergmann dot de Description: The code below causes PHP to segfault on Windows but not on Linux. Reproduce code: --- Expected result: I expect the code not to cause a PHP segfault. Actual result: -- php5ts_debug.dll!_class_string(_string * str=0x0012e984, _zend_class_entry * ce=0x00bb2f20, _zval_struct * obj=0x, char * indent=0x10631249, void * * * tsrm_ls=0x00a82800) Zeile 271 + 0x9C php5ts_debug.dll!zif_reflection_class___toString(int ht=0, _zval_struct * return_value=0x00bb1ed8, _zval_struct * this_ptr=0x0012f308, int return_value_used=1, void * * * tsrm_ls=0x00a82800) Zeile 2020 + 0x1dC php5ts_debug.dll!zend_call_function(_zend_fcall_info * fci=0x0012ed28, _zend_fcall_info_cache * fci_cache=0x, void * * * tsrm_ls=0x00a82800) Zeile 853 + 0x4b C php5ts_debug.dll!call_user_function_ex(_hashtable * function_table=0x, _zval_struct * * object_pp=0x0012ee94, _zval_struct * function_name=0x00bb1cf8, _zval_struct * * retval_ptr_ptr=0x0012ee7c, unsigned int param_count=0, _zval_struct * * * params=0x, int no_separation=0, _hashtable * symbol_table=0x, void * * * tsrm_ls=0x00a82800) Zeile 550 + 0xf C php5ts_debug.dll!zif_reflection_export(int ht=2, _zval_struct * return_value=0x00bb1d48, _zval_struct * this_ptr=0x, int return_value_used=1, void * * * tsrm_ls=0x00a82800) Zeile 1037 + 0x1fC php5ts_debug.dll!zend_call_function(_zend_fcall_info * fci=0x0012f260, _zend_fcall_info_cache * fci_cache=0x, void * * * tsrm_ls=0x00a82800) Zeile 853 + 0x4b C php5ts_debug.dll!_reflection_export(int ht=1, _zval_struct * return_value=0x00bb1c50, _zval_struct * this_ptr=0x, int return_value_used=1, void * * * tsrm_ls=0x00a82800, _zend_class_entry * ce_ptr=0x00bed198, int ctor_argc=1) Zeile 995 + 0x12 C php5ts_debug.dll!zif_reflection_class_export(int ht=1, _zval_struct * return_value=0x00bb1c50, _zval_struct * this_ptr=0x, int return_value_used=1, void * * * tsrm_ls=0x00a82800) Zeile 1887 + 0x21C php5ts_debug.dll!zend_do_fcall_common_helper(_zend_execute_data * execute_data=0x0012f744, _zend_op * opline=0x00bb18c0, _zend_op_array * op_array=0x00bb1490, void * * * tsrm_ls=0x00a82800) Zeile 2699 + 0x32C php5ts_debug.dll!zend_do_fcall_by_name_handler(_zend_execute_data * execute_data=0x0012f744, _zend_op * opline=0x00bb18c0, _zend_op_array * op_array=0x00bb1490, void * * * tsrm_ls=0x00a82800) Zeile 2810 + 0x15C php5ts_debug.dll!execute(_zend_op_array * op_array=0x00bb1490, void * * * tsrm_ls=0x00a82800) Zeile 1391 + 0x17C php5ts_debug.dll!zend_execute_scripts(int type=8, void * * * tsrm_ls=0x00a82800, _zval_struct * * retval=0x, int file_count=3, ...) Zeile 1061 + 0x21 C php5ts_debug.dll!php_execute_script(_zend_file_handle * primary_file=0x0012ff2c, void * * * tsrm_ls=0x00a82800) Zeile 1627 + 0x1bC php.exe!main(int argc=2, char * * argv=0x00a84fc0) Zeile 943 + 0x13C php.exe!mainCRTStartup() Zeile 398 + 0x11 C kernel32.dll!77e614c7() ntdll.dll!77f844a8() -- Edit this bug report at http://bugs.php.net/?id=28589&edit=1
#28589 [Ver]: Segfault in Reflection API
ID: 28589 Updated by: [EMAIL PROTECTED] Reported By: sb at sebastian-bergmann dot de Status: Verified Bug Type: Reproducible crash Operating System: Windows PHP Version: 5CVS-2004-05-31 (dev) New Comment: The following simpler code causes a segfault, too: Previous Comments: [2004-05-31 09:43:30] sb at sebastian-bergmann dot de Description: The code below causes PHP to segfault on Windows but not on Linux. Reproduce code: --- Expected result: I expect the code not to cause a PHP segfault. Actual result: -- php5ts_debug.dll!_class_string(_string * str=0x0012e984, _zend_class_entry * ce=0x00bb2f20, _zval_struct * obj=0x, char * indent=0x10631249, void * * * tsrm_ls=0x00a82800) Zeile 271 + 0x9C php5ts_debug.dll!zif_reflection_class___toString(int ht=0, _zval_struct * return_value=0x00bb1ed8, _zval_struct * this_ptr=0x0012f308, int return_value_used=1, void * * * tsrm_ls=0x00a82800) Zeile 2020 + 0x1dC php5ts_debug.dll!zend_call_function(_zend_fcall_info * fci=0x0012ed28, _zend_fcall_info_cache * fci_cache=0x, void * * * tsrm_ls=0x00a82800) Zeile 853 + 0x4b C php5ts_debug.dll!call_user_function_ex(_hashtable * function_table=0x, _zval_struct * * object_pp=0x0012ee94, _zval_struct * function_name=0x00bb1cf8, _zval_struct * * retval_ptr_ptr=0x0012ee7c, unsigned int param_count=0, _zval_struct * * * params=0x, int no_separation=0, _hashtable * symbol_table=0x, void * * * tsrm_ls=0x00a82800) Zeile 550 + 0xf C php5ts_debug.dll!zif_reflection_export(int ht=2, _zval_struct * return_value=0x00bb1d48, _zval_struct * this_ptr=0x, int return_value_used=1, void * * * tsrm_ls=0x00a82800) Zeile 1037 + 0x1fC php5ts_debug.dll!zend_call_function(_zend_fcall_info * fci=0x0012f260, _zend_fcall_info_cache * fci_cache=0x, void * * * tsrm_ls=0x00a82800) Zeile 853 + 0x4b C php5ts_debug.dll!_reflection_export(int ht=1, _zval_struct * return_value=0x00bb1c50, _zval_struct * this_ptr=0x, int return_value_used=1, void * * * tsrm_ls=0x00a82800, _zend_class_entry * ce_ptr=0x00bed198, int ctor_argc=1) Zeile 995 + 0x12 C php5ts_debug.dll!zif_reflection_class_export(int ht=1, _zval_struct * return_value=0x00bb1c50, _zval_struct * this_ptr=0x, int return_value_used=1, void * * * tsrm_ls=0x00a82800) Zeile 1887 + 0x21C php5ts_debug.dll!zend_do_fcall_common_helper(_zend_execute_data * execute_data=0x0012f744, _zend_op * opline=0x00bb18c0, _zend_op_array * op_array=0x00bb1490, void * * * tsrm_ls=0x00a82800) Zeile 2699 + 0x32C php5ts_debug.dll!zend_do_fcall_by_name_handler(_zend_execute_data * execute_data=0x0012f744, _zend_op * opline=0x00bb18c0, _zend_op_array * op_array=0x00bb1490, void * * * tsrm_ls=0x00a82800) Zeile 2810 + 0x15C php5ts_debug.dll!execute(_zend_op_array * op_array=0x00bb1490, void * * * tsrm_ls=0x00a82800) Zeile 1391 + 0x17C php5ts_debug.dll!zend_execute_scripts(int type=8, void * * * tsrm_ls=0x00a82800, _zval_struct * * retval=0x, int file_count=3, ...) Zeile 1061 + 0x21 C php5ts_debug.dll!php_execute_script(_zend_file_handle * primary_file=0x0012ff2c, void * * * tsrm_ls=0x00a82800) Zeile 1627 + 0x1bC php.exe!main(int argc=2, char * * argv=0x00a84fc0) Zeile 943 + 0x13C php.exe!mainCRTStartup() Zeile 398 + 0x11 C kernel32.dll!77e614c7() ntdll.dll!77f844a8() -- Edit this bug report at http://bugs.php.net/?id=28589&edit=1
#29088 [Opn->Ver]: "php -m" segfaults
ID: 29088 Updated by: [EMAIL PROTECTED] Reported By: sb at sebastian-bergmann dot de -Status: Open +Status: Verified Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5CVS-2004-07-10 (dev) Previous Comments: [2004-07-10 18:28:20] sb at sebastian-bergmann dot de Description: "php -m" shows the correct output and then segfaults. Reproduce code: --- php -m Expected result: No segfault. Actual result: -- php5ts_debug.dll!_zend_is_inconsistent(_hashtable * ht=0xcdcdcdcd, char * file=0x10559d9c, int line=510) Zeile 53 + 0x3C php5ts_debug.dll!zend_hash_destroy(_hashtable * ht=0xcdcdcdcd) Zeile 510 + 0x17 C php5ts_debug.dll!php_shutdown_stream_wrappers(int module_number=0, void * * * tsrm_ls=0x00933020) Zeile 1376 + 0x12C php5ts_debug.dll!php_module_shutdown(void * * * tsrm_ls=0x00933020) Zeile 1516 + 0xdC php.exe!main(int argc=2, char * * argv=0x00932cf8) Zeile 1052 + 0xfC php.exe!mainCRTStartup() Zeile 398 + 0x11 C kernel32.dll!77e614c7() ntdll.dll!77f844a8() -- Edit this bug report at http://bugs.php.net/?id=29088&edit=1
Bug #65094 [Opn]: php.ini is not found by PHP CLI
Edit report at https://bugs.php.net/bug.php?id=65094&edit=1
ID: 65094
Updated by: sebast...@php.net
Reported by:sebast...@php.net
Summary:php.ini is not found by PHP CLI
Status: Open
Type: Bug
Package:*General Issues
Operating System: Irrelevant
PHP Version:5.5.0
Block user comment: N
Private report: N
New Comment:
execve("/tmp/php-5.5.0/bin/php", ["/tmp/php-5.5.0/bin/php", "-v"], [/* 64 vars
*/]) = 0
brk(0) = 0x2442000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f59365aa000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=135234, ...}) = 0
mmap(NULL, 135234, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f5936588000
close(3)= 0
open("/lib64/libcrypt.so.1", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320\16\240c7\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=43808, ...}) = 0
mmap(0x3763a0, 2318912, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x3763a0
mprotect(0x3763a08000, 2093056, PROT_NONE) = 0
mmap(0x3763c07000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7000) = 0x3763c07000
mmap(0x3763c09000, 184896, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x3763c09000
close(3)= 0
open("/lib64/libresolv.so.2", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\:\240N7\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=109704, ...}) = 0
mmap(0x374ea0, 2198168, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x374ea0
mprotect(0x374ea16000, 2093056, PROT_NONE) = 0
mmap(0x374ec15000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15000) = 0x374ec15000
mmap(0x374ec17000, 6808, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x374ec17000
close(3)= 0
open("/lib64/librt.so.1", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\240\"`M7\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=47624, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f5936587000
mmap(0x374d60, 2128984, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x374d60
mprotect(0x374d607000, 2093056, PROT_NONE) = 0
mmap(0x374d806000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6000) = 0x374d806000
close(3)= 0
open("/lib64/libm.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\260U\240L7\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1139968, ...}) = 0
mmap(0x374ca0, 3146024, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x374ca0
mprotect(0x374cb0, 2093056, PROT_NONE) = 0
mmap(0x374ccff000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xff000) = 0x374ccff000
close(3)= 0
open("/lib64/libdl.so.2", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320\16 M7\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=22440, ...}) = 0
mmap(0x374d20, 2109736, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x374d20
mprotect(0x374d203000, 2093056, PROT_NONE) = 0
mmap(0x374d402000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x374d402000
close(3)= 0
open("/lib64/libnsl.so.1", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\20A\240h7\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=116224, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f5936586000
mmap(0x3768a0, 2198232, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x3768a0
mprotect(0x3768a16000, 2093056, PROT_NONE) = 0
mmap(0x3768c15000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15000) = 0x3768c15000
mmap(0x3768c17000, 6872, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x3768c17000
close(3)= 0
open("/lib64/libxml2.so.2", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0 \350b\227?\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1485848, ...}) = 0
mmap(0x3f9760, 3555416, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x3f9760
mprotect(0x3f9775a000, 2093056, PROT_NONE) = 0
mmap(0x3f97959000, 40960, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x159000) = 0x3f97959000
mmap(0x3f97963000, 4184, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS,
Bug #65094 [Opn->Nab]: php.ini is not found by PHP CLI
Edit report at https://bugs.php.net/bug.php?id=65094&edit=1
ID: 65094
Updated by: sebast...@php.net
Reported by:sebast...@php.net
Summary:php.ini is not found by PHP CLI
-Status: Open
+Status: Not a bug
Type: Bug
Package:*General Issues
Operating System: Irrelevant
PHP Version:5.5.0
Block user comment: N
Private report: N
New Comment:
Actually I did not perform
./configure --prefix=/tmp/php-5.5.0
make
make install
but
./configure
make
./configure --prefix=/tmp/php-5.5.0
make
make install
And although I would expect "make" to pick up the changed files I guess this is
expected behavior -- and thus not a bug.
Previous Comments:
[2013-06-22 06:41:02] sebast...@php.net
execve("/tmp/php-5.5.0/bin/php", ["/tmp/php-5.5.0/bin/php", "-v"], [/* 64 vars
*/]) = 0
brk(0) = 0x2442000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f59365aa000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=135234, ...}) = 0
mmap(NULL, 135234, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f5936588000
close(3)= 0
open("/lib64/libcrypt.so.1", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320\16\240c7\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=43808, ...}) = 0
mmap(0x3763a0, 2318912, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x3763a0
mprotect(0x3763a08000, 2093056, PROT_NONE) = 0
mmap(0x3763c07000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7000) = 0x3763c07000
mmap(0x3763c09000, 184896, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x3763c09000
close(3)= 0
open("/lib64/libresolv.so.2", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\:\240N7\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=109704, ...}) = 0
mmap(0x374ea0, 2198168, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x374ea0
mprotect(0x374ea16000, 2093056, PROT_NONE) = 0
mmap(0x374ec15000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15000) = 0x374ec15000
mmap(0x374ec17000, 6808, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x374ec17000
close(3)= 0
open("/lib64/librt.so.1", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\240\"`M7\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=47624, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f5936587000
mmap(0x374d60, 2128984, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x374d60
mprotect(0x374d607000, 2093056, PROT_NONE) = 0
mmap(0x374d806000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6000) = 0x374d806000
close(3)= 0
open("/lib64/libm.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\260U\240L7\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1139968, ...}) = 0
mmap(0x374ca0, 3146024, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x374ca0
mprotect(0x374cb0, 2093056, PROT_NONE) = 0
mmap(0x374ccff000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xff000) = 0x374ccff000
close(3)= 0
open("/lib64/libdl.so.2", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320\16 M7\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=22440, ...}) = 0
mmap(0x374d20, 2109736, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x374d20
mprotect(0x374d203000, 2093056, PROT_NONE) = 0
mmap(0x374d402000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x374d402000
close(3)= 0
open("/lib64/libnsl.so.1", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\20A\240h7\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=116224, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f5936586000
mmap(0x3768a0, 2198232, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x3768a0
mprotect(0x3768a16000, 2093056, PROT_NONE) = 0
mmap(0x3768c15000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15000) = 0x3768c15000
mmap(0x3768c17000, 6872, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x3768c17000
close(3)= 0
open("/lib64/libxml2.so.2", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0
Req #61602 [Opn]: Allow access to name of constant used as default value
Edit report at https://bugs.php.net/bug.php?id=61602&edit=1
ID: 61602
Updated by: sebast...@php.net
Reported by:sebast...@php.net
Summary:Allow access to name of constant used as default
value
Status: Open
Type: Feature/Change Request
Package:Reflection related
Operating System: Irrelevant
PHP Version:5.4Git-2012-04-02 (Git)
Block user comment: N
Private report: N
New Comment:
Updated example script that uses new method names:
â ~ cat test.php
getParameters();
foreach ($p as $_p) {
var_dump($_p->isDefaultValueConstant());
if ($_p->isDefaultValueConstant()) {
var_dump($_p->getDefaultValueConstantName());
}
}
â ~ php test.php
bool(true)
string(9) "self::bar"
Previous Comments:
[2012-04-25 06:10:22] sebast...@php.net
Can we at least merge the patch into master? Once it's there we can think about
merging it into PHP 5.4 for PHP 5.4.2.
[2012-04-08 00:45:21] s...@php.net
Not very likely for 5.4.1, doesn't seem to be a critical bug. For 5.4.2, maybe.
[2012-04-03 09:22:42] sebast...@php.net
Any chance this pull request will be merged into PHP 5.4.1? Thanks.
[2012-04-03 06:07:04] reeze dot xia at gmail dot com
PS:
@pierrick pull request is here https://github.com/php/php-src/pull/35.
thanks.
[2012-04-03 05:56:12] reeze dot xia at gmail dot com
Hi, pierrick & sebastian:
I have create another patch for this request. it differ's in:
- rename defaultValueIsConstant to isDefaultValueConstant to match bool
return values's is* method naming.
- handle global constant.
- refactor code to remove duplicate.
- add 3 tests for it.
and I've make test everything looks fine.
please review it for me.
Thanks.
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
https://bugs.php.net/bug.php?id=61602
--
Edit this bug report at https://bugs.php.net/bug.php?id=61602&edit=1
Req #61602 [Opn->Csd]: Allow access to name of constant used as default value
Edit report at https://bugs.php.net/bug.php?id=61602&edit=1
ID: 61602
Updated by: sebast...@php.net
Reported by:sebast...@php.net
Summary:Allow access to name of constant used as default
value
-Status: Open
+Status: Closed
Type: Feature/Change Request
Package:Reflection related
Operating System: Irrelevant
PHP Version:5.4Git-2012-04-02 (Git)
-Assigned To:
+Assigned To:sebastian
Block user comment: N
Private report: N
New Comment:
This bug has been fixed in SVN.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
For Windows:
http://windows.php.net/snapshots/
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2012-05-15 07:11:29] sebast...@php.net
Updated example script that uses new method names:
â ~ cat test.php
getParameters();
foreach ($p as $_p) {
var_dump($_p->isDefaultValueConstant());
if ($_p->isDefaultValueConstant()) {
var_dump($_p->getDefaultValueConstantName());
}
}
â ~ php test.php
bool(true)
string(9) "self::bar"
[2012-04-25 06:10:22] sebast...@php.net
Can we at least merge the patch into master? Once it's there we can think about
merging it into PHP 5.4 for PHP 5.4.2.
[2012-04-08 00:45:21] s...@php.net
Not very likely for 5.4.1, doesn't seem to be a critical bug. For 5.4.2, maybe.
[2012-04-03 09:22:42] sebast...@php.net
Any chance this pull request will be merged into PHP 5.4.1? Thanks.
[2012-04-03 06:07:04] reeze dot xia at gmail dot com
PS:
@pierrick pull request is here https://github.com/php/php-src/pull/35.
thanks.
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
https://bugs.php.net/bug.php?id=61602
--
Edit this bug report at https://bugs.php.net/bug.php?id=61602&edit=1
Bug #62084 [Opn]: Segfault during inheritance check on method
Edit report at https://bugs.php.net/bug.php?id=62084&edit=1
ID: 62084
Updated by: sebast...@php.net
Reported by:victor dot kupriyanov at gmail dot com
Summary:Segfault during inheritance check on method
Status: Open
Type: Bug
Package:Scripting Engine problem
Operating System: Any
PHP Version:5.4.3
Block user comment: N
Private report: N
New Comment:
The issue is fixed in the PHP-5.4 branch now:
â ~ php -v
PHP 5.4.5-dev (cli) (built: May 22 2012 07:49:01) (DEBUG)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies
with Xdebug v2.3.0dev, Copyright (c) 2002-2012, by Derick Rethans
â ~ cat /tmp/test.php
b() /tmp/test.php:13
Previous Comments:
[2012-05-21 11:10:36] larue...@php.net
The bug seems like #61761 , it has already been fixed in trunk, but seems RM
didn't pick it into 5.4.3 before it was released.
thanks
[2012-05-21 08:14:36] arjen at react dot com
5.2.0 - 5.2.17, 5.3.0 - 5.3.13 returns correct error.
5.4.0 - 5.4.3 generates segfault.
See http://3v4l.org/fMMr3
[2012-05-21 03:28:47] victor dot kupriyanov at gmail dot com
I can not reproduce the bug on custom build from the specified snapshot:
$ /tmp/php5.4/bin/php a.php
PHP Strict Standards: Declaration of C::b() should be compatible with B::b(A
$a) in /tmp/a.php on line 13
Strict Standards: Declaration of C::b() should be compatible with B::b(A $a) in
/tmp/a.php on line 13
PHP Catchable fatal error: Argument 1 passed to B::b() must be an instance of
A, none given, called in /tmp/a.php on line 16 and defined in /tmp/a.php on
line
8
Catchable fatal error: Argument 1 passed to B::b() must be an instance of A,
none given, called in /tmp/a.php on line 16 and defined in /tmp/a.php on line 8
$ /tmp/php5.4/bin/php -m
[PHP Modules]
apc
Core
ctype
date
dom
ereg
fileinfo
filter
hash
iconv
json
libxml
pcre
PDO
pdo_sqlite
Phar
posix
Reflection
session
SimpleXML
SPL
sqlite3
standard
tokenizer
xml
xmlreader
xmlwriter
[Zend Modules]
So you may assume it is fixed or invalid.
[2012-05-21 03:07:05] fel...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.4-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2012-05-21 02:54:42] victor dot kupriyanov at gmail dot com
Ok, I disabled xdebug:
$ php -m
[PHP Modules]
apc
bcmath
bz2
calendar
Core
ctype
curl
date
dba
dom
enchant
ereg
exif
fileinfo
filter
ftp
gd
gettext
gmp
hash
iconv
imagick
imap
intl
json
ldap
libxml
mbstring
mcrypt
mhash
mssql
mysql
mysqli
odbc
openssl
pcntl
pcre
PDO
pdo_dblib
pdo_mysql
PDO_ODBC
pdo_pgsql
pdo_sqlite
pgsql
Phar
posix
pspell
readline
recode
Reflection
session
shmop
SimpleXML
snmp
soap
sockets
SPL
sqlite3
ssh2
standard
sysvmsg
sysvsem
sysvshm
tidy
tokenizer
wddx
xml
xmlreader
xmlrpc
xmlwriter
xsl
zip
zlib
[Zend Modules]
Still got the same stacktrace:
$ gdb php
GNU gdb (GDB) Fedora (7.2-52.fc14)
...
(gdb) set args a.php
(gdb) r
Starting program: /usr/bin/php a.php
[Thread debugging using libthread_db enabled]
[New Thread 0x7fffe89f9700 (LWP 6709)]
[Thread 0x7fffe89f9700 (LWP 6709) exited]
Program received signal SIGSEGV, Segmentation fault.
zend_get_function_declaration (fptr=0x0) at /usr/src/debug/php-
5.4.3/Zend/zend_compile.c:3046
3046if (fptr->op_array.fn_flags & ZEND_ACC_RETURN_REFERENCE) {
(gdb) bt
#0 zend_get_function_declaration (fptr=0x0) at /usr/src/debug/php-
5.4.3/Zend/zend_compile.c:3046
#1 0x005a2479 in do_inheritance_check_on_method (child=0x77fc05e0,
parent=0x77fc1000) at /usr/src/debug/php-5.4.3/Zend/zend_compile.c:3267
#2 0x005a2665 in do_inherit_method_check (child_function_table=, parent=, hash_key=,
child_ce=
0x77fc0398) at /usr/src/debug/php-5.4.3/Zend/zend_compile.c:3288
#3 0x005d3cf1 in zend_hash_replace_checker_wrapper
(target=0x77fc03c0, source=, pCopyConstructor=0x5a7bc0
, size=240,
pMergeSource=0x5a2620 , pParam=0x77fc0398) at
/usr/src/debug/php-5.4.3/Zend/zend_hash.c:878
#4 zend_hash_merge_ex (target=0x77fc03c0, source=,
pCopyConstructor=0x5a7bc0 , size=240, pMergeSource=
0x5a2620 , pParam=0x77fc0398) at
/usr/src/debug/php-5.4.3/Zend/zend_hash.c:892
#5 0x005a850b in zend_do_inheritance (ce=0x77fc0398,
parent_ce=0x77fc00e0) at /usr/src/debug/php-5.4.3/Zend/zend_compile.c:3519
#6 0x005a962c in do_bind_inherited_class (op_array=, opline=, class_table=0xdf4c30,
parent_ce=0x77fc00e0,
compile_time=1 '\001') at /usr/src/debug/php-5.4.3/Zend/zend_compi
Bug #62084 [Opn->Csd]: Segfault during inheritance check on method
Edit report at https://bugs.php.net/bug.php?id=62084&edit=1 ID: 62084 Updated by: sebast...@php.net Reported by:victor dot kupriyanov at gmail dot com Summary:Segfault during inheritance check on method -Status: Open +Status: Closed Type: Bug Package:Scripting Engine problem Operating System: Any PHP Version:5.4.3 -Assigned To: +Assigned To:sebastian Block user comment: N Private report: N New Comment: This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. Previous Comments: [2012-05-22 05:51:10] sebast...@php.net The issue is fixed in the PHP-5.4 branch now: â ~ php -v PHP 5.4.5-dev (cli) (built: May 22 2012 07:49:01) (DEBUG) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies with Xdebug v2.3.0dev, Copyright (c) 2002-2012, by Derick Rethans â ~ cat /tmp/test.php b() /tmp/test.php:13 [2012-05-21 11:10:36] larue...@php.net The bug seems like #61761 , it has already been fixed in trunk, but seems RM didn't pick it into 5.4.3 before it was released. thanks [2012-05-21 08:14:36] arjen at react dot com 5.2.0 - 5.2.17, 5.3.0 - 5.3.13 returns correct error. 5.4.0 - 5.4.3 generates segfault. See http://3v4l.org/fMMr3 [2012-05-21 03:28:47] victor dot kupriyanov at gmail dot com I can not reproduce the bug on custom build from the specified snapshot: $ /tmp/php5.4/bin/php a.php PHP Strict Standards: Declaration of C::b() should be compatible with B::b(A $a) in /tmp/a.php on line 13 Strict Standards: Declaration of C::b() should be compatible with B::b(A $a) in /tmp/a.php on line 13 PHP Catchable fatal error: Argument 1 passed to B::b() must be an instance of A, none given, called in /tmp/a.php on line 16 and defined in /tmp/a.php on line 8 Catchable fatal error: Argument 1 passed to B::b() must be an instance of A, none given, called in /tmp/a.php on line 16 and defined in /tmp/a.php on line 8 $ /tmp/php5.4/bin/php -m [PHP Modules] apc Core ctype date dom ereg fileinfo filter hash iconv json libxml pcre PDO pdo_sqlite Phar posix Reflection session SimpleXML SPL sqlite3 standard tokenizer xml xmlreader xmlwriter [Zend Modules] So you may assume it is fixed or invalid. [2012-05-21 03:07:05] fel...@php.net Please try using this snapshot: http://snaps.php.net/php5.4-latest.tar.gz For Windows: http://windows.php.net/snapshots/ 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 https://bugs.php.net/bug.php?id=62084 -- Edit this bug report at https://bugs.php.net/bug.php?id=62084&edit=1
Bug #62373 [Opn]: serialize() generates wrong reference to the object
Edit report at https://bugs.php.net/bug.php?id=62373&edit=1
ID: 62373
Updated by: sebast...@php.net
Reported by:miau dot jp at gmail dot com
Summary:serialize() generates wrong reference to the object
Status: Open
Type: Bug
Package:Class/Object related
Operating System: any
PHP Version:5.3.14
Block user comment: N
Private report: N
New Comment:
It is worth noting that this occurs in PHP_Depend, see
https://github.com/pdepend/pdepend/issues/94 for details. And yes, I have
repeatedly experienced the same issue in the past.
Previous Comments:
[2012-06-20 17:13:33] miau dot jp at gmail dot com
Description:
With many (more than 21760 on 32-bit environment) objects on a PHP environment,
serialize() occasionally generates wrong reference to object.
When an object is passed to serialize() function, a hash value is
caluculated. If the hash value has been seen before, the object is
considered as the same object that is already serialized and serialize()
generates the reference representation such as "r:2".
Hash value is calculated with the logic below.
https://github.com/php/php-src/blob/PHP-5.3.14/ext/standard/var.c#L545
(((size_t)Z_OBJCE_P(var) << 5)
| ((size_t)Z_OBJCE_P(var) >> (sizeof(long) * 8 - 5))) # always 0 on 32-bit
environment
+ (long) Z_OBJ_HANDLE_P(var)
Z_OBJCE_P(var) is the address of zend_class_entry structure for each class.
Z_OBJ_HANDLE_P(var) is the sequencial number that begins with 1 and
increased by 1 for each object.
sizeof(zend_class_entry) is 680 on 32-bit environment. When you declare
two empty class A and B, and construct object $a and $b, hash values of
two object can be the same.
|object|Z_OBJ_HANDLE_P(var) |class|Z_OBJCE_P(var)|hash value |
|--++-+--++
|$b|1 |B|x + 680 |((x + 680) << 5) + 1|
|(any) |2 | | ||
|(any) |3 | | ||
| |: | | ||
|$a|1 + (680 << 5) |A|x |((x + 680) << 5) + 1|
In such a case, serialize() generates wrong reprensenation.
Test script:
---
class B#12 (0) {
}
[1] =>
class A#13 (0) {
}
}
Actual result:
--
conflict occures at the 21760th loop!
a:2:{i:0;O:1:"B":0:{}i:1;r:2;}
array(2) {
[0] =>
class B#21762 (0) {
}
[1] =>
class B#21762 (0) {
}
}
--
Edit this bug report at https://bugs.php.net/bug.php?id=62373&edit=1
#45805 [Opn->Ver]: sebastian
ID: 45805
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Verified
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: 5.3CVS-2008-08-13 (CVS)
-Assigned To:
+Assigned To: dmitry
Previous Comments:
[2008-08-13 06:44:01] [EMAIL PROTECTED]
Description:
The attached PHP script segfaults with both PHP_5_2 and PHP_5_3.
Reproduce code:
---
getX();
}
public function bar() {
$m = new ReflectionMethod('B', 'foo');
$m->invoke($this);
}
}
set_error_handler(
array('PHPUnit_Util_ErrorHandler', 'handleError'), E_ALL | E_STRICT
);
$o = new B;
$o->bar();
?>
Actual result:
--
[EMAIL PROTECTED] ~ % gdb php
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show
copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
(gdb) r test.php
Starting program: /usr/local/php-5.3/bin/php test.php
[Thread debugging using libthread_db enabled]
[New Thread 0xb77fc6b0 (LWP 21404)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb77fc6b0 (LWP 21404)]
0x085674c0 in _get_zval_ptr_var (node=0x8a5546c, Ts=0x8c0f888,
should_free=0xbfe03efc, tsrm_ls=0x8a53070)
at /usr/local/src/php/php-5.3/Zend/zend_execute.c:197
197 if (T->str_offset.str->type != IS_STRING
(gdb) bt
#0 0x085674c0 in _get_zval_ptr_var (node=0x8a5546c, Ts=0x8c0f888,
should_free=0xbfe03efc, tsrm_ls=0x8a53070)
at /usr/local/src/php/php-5.3/Zend/zend_execute.c:197
#1 0x085c65fa in ZEND_ASSIGN_SPEC_CV_VAR_HANDLER
(execute_data=0x8c0f82c, tsrm_ls=0x8a53070)
at /usr/local/src/php/php-5.3/Zend/zend_vm_execute.h:27470
#2 0x085c69fd in ZEND_ASSIGN_REF_SPEC_CV_VAR_HANDLER
(execute_data=0x8c0f82c, tsrm_ls=0x8a53070)
at /usr/local/src/php/php-5.3/Zend/zend_vm_execute.h:27515
#3 0x085628ec in execute (op_array=0x8be2214, tsrm_ls=0x8a53070) at
/usr/local/src/php/php-5.3/Zend/zend_vm_execute.h:104
#4 0x08523d5e in zend_call_function (fci=0xbfe04144,
fci_cache=0xbfe04168, tsrm_ls=0x8a53070)
at /usr/local/src/php/php-5.3/Zend/zend_execute_API.c:876
#5 0x08237261 in zim_reflection_method_invoke (ht=1,
return_value=0x8be3e5c, return_value_ptr=0x0, this_ptr=0x8be0854,
return_value_used=0, tsrm_ls=0x8a53070) at
/usr/local/src/php/php-5.3/ext/reflection/php_reflection.c:2510
#6 0x085639bf in zend_do_fcall_common_helper_SPEC
(execute_data=0x8c0f738, tsrm_ls=0x8a53070)
at /usr/local/src/php/php-5.3/Zend/zend_vm_execute.h:315
#7 0x08564a4f in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(execute_data=0x8c0f738, tsrm_ls=0x8a53070)
at /usr/local/src/php/php-5.3/Zend/zend_vm_execute.h:428
#8 0x085628ec in execute (op_array=0x8be2b68, tsrm_ls=0x8a53070) at
/usr/local/src/php/php-5.3/Zend/zend_vm_execute.h:104
#9 0x085347e4 in zend_execute_scripts (type=8, tsrm_ls=0x8a53070,
retval=0x0, file_count=3)
at /usr/local/src/php/php-5.3/Zend/zend.c:1199
#10 0x084ad611 in php_execute_script (primary_file=0xbfe06630,
tsrm_ls=0x8a53070)
at /usr/local/src/php/php-5.3/main/main.c:2073
#11 0x085d19a4 in main (argc=2, argv=0xbfe067a4) at
/usr/local/src/php/php-5.3/sapi/cli/php_cli.c:1132
--
Edit this bug report at http://bugs.php.net/?id=45805&edit=1
#46718 [Opn]: ReflectionProperty::setValue() and ReflectionProperty::setAccessible()
ID: 46718
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reflection related
Operating System: irrelevant
PHP Version: 5.3CVS-2008-11-29 (CVS)
New Comment:
Here is a patch that implements the missing functionality in
ReflectionProperty::setValue().
Index: php_reflection.c
===
RCS file: /repository/php-src/ext/reflection/php_reflection.c,v
retrieving revision 1.164.2.33.2.45.2.42
diff -u -B -u -r1.164.2.33.2.45.2.42 php_reflection.c
--- php_reflection.c27 Nov 2008 19:01:22 -
1.164.2.33.2.45.2.42
+++ php_reflection.c29 Nov 2008 14:44:52 -
@@ -4365,7 +4365,7 @@
METHOD_NOTSTATIC(reflection_property_ptr);
GET_REFLECTION_OBJECT_PTR(ref);
- if (!(ref->prop.flags & ZEND_ACC_PUBLIC)) {
+ if (!(ref->prop.flags & ZEND_ACC_PUBLIC) &&
ref->ignore_visibility == 0) {
_default_get_entry(getThis(), "name", sizeof("name"),
&name TSRMLS_CC);
zend_throw_exception_ex(reflection_exception_ptr, 0
TSRMLS_CC,
"Cannot access non-public member %s::%s",
intern->ce->name, Z_STRVAL(name));
@@ -4409,10 +4409,13 @@
zend_hash_quick_update(prop_table,
ref->prop.name, ref->prop.name_length+1, ref->prop.h, &value,
sizeof(zval *), (void **) &foo);
}
} else {
+ char *class_name, *prop_name;
+
if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC,
"oz", &object, &value) == FAILURE) {
return;
}
- zend_update_property(Z_OBJCE_P(object), object,
ref->prop.name, ref->prop.name_length, value TSRMLS_CC);
+ zend_unmangle_property_name(ref->prop.name,
ref->prop.name_length, &class_name, &prop_name);
+ zend_update_property(Z_OBJCE_P(object), object,
prop_name, strlen(prop_name), value TSRMLS_CC);
}
}
/* }}} */
Index: tests/reflectionProperty_setAccessible.phpt
===
RCS file:
/repository/php-src/ext/reflection/tests/reflectionProperty_setAccessible.phpt,v
retrieving revision 1.1.2.3
diff -u -B -u -r1.1.2.3 reflectionProperty_setAccessible.phpt
--- tests/reflectionProperty_setAccessible.phpt 24 May 2008 13:34:22
- 1.1.2.3
+++ tests/reflectionProperty_setAccessible.phpt 29 Nov 2008 14:44:52
-
@@ -2,43 +2,82 @@
Test ReflectionProperty::setAccessible().
--FILE--
getValue($a));
}
-$instance = new TestClass();
+catch (ReflectionException $e) {
+var_dump($e->getMessage());
+}
-echo "\nProtected property:\n";
-$propInfo = new ReflectionProperty('TestClass', 'prot');
try {
-var_dump($propInfo->getValue($instance));
+var_dump($protectedStatic->getValue());
}
-catch(Exception $exc) {
-echo $exc->getMessage(), "\n";
+
+catch (ReflectionException $e) {
+var_dump($e->getMessage());
+}
+
+try {
+var_dump($private->getValue($a));
}
-$propInfo->setAccessible(true);
-var_dump($propInfo->getValue($instance));
+catch (ReflectionException $e) {
+var_dump($e->getMessage());
+}
-$propInfo->setAccessible(false);
try {
-var_dump($propInfo->getValue($instance));
+var_dump($privateStatic->getValue());
}
-catch(Exception $exc) {
-echo $exc->getMessage(), "\n";
+
+catch (ReflectionException $e) {
+var_dump($e->getMessage());
}
+
+$protected->setAccessible(TRUE);
+$protectedStatic->setAccessible(TRUE);
+$private->setAccessible(TRUE);
+$privateStatic->setAccessible(TRUE);
+
+var_dump($protected->getValue($a));
+var_dump($protectedStatic->getValue());
+var_dump($private->getValue($a));
+var_dump($privateStatic->getValue());
+
+$protected->setValue($a, 'e');
+$protectedStatic->setValue('f');
+$private->setValue($a, 'g');
+$privateStatic->setValue('h');
+
+var_dump($protected->getValue($a));
+var_dump($protectedStatic->getValue());
+var_dump($private->getValue($a));
+var_dump($privateStatic->getValue());
?>
--EXPECTF--
+string(44) "Cannot access non-public member A::protected"
+string(50) "Cannot access non-public member A::protectedStatic"
+string(42) "Cannot access non-public member A::private"
+string(48) "Cannot access non-public member A::privateStatic"
+string(1) "a"
+string(1) "b"
+string(1) "c"
+string(1) "d"
+string(1) "e"
+string(1) "f"
+string(1) "g"
+string(1) "h"
-Protected property:
-Cannot access non-public member TestClass::prot
-int(4)
-Cannot access non-public member TestClass::prot
Previous Comments:
[2008-11-29 14:48:41] [EMAIL PROTECTED]
Description:
ReflectionProperty::setValue() ignores the setting made with
ReflectionProperty::setAccessible(TRUE).
Reproduce code:
---
getValue($a));
}
catch (ReflectionException $e) {
var_dump($e->getMessage());
}
try {
var_dump($protectedStatic->getValue());
}
c
#46718 [Opn->Csd]: ReflectionProperty::setValue() and ReflectionProperty::setAccessible()
ID: 46718
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Reflection related
Operating System: irrelevant
PHP Version: 5.3CVS-2008-11-29 (CVS)
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2008-11-29 14:49:29] [EMAIL PROTECTED]
Here is a patch that implements the missing functionality in
ReflectionProperty::setValue().
Index: php_reflection.c
===
RCS file: /repository/php-src/ext/reflection/php_reflection.c,v
retrieving revision 1.164.2.33.2.45.2.42
diff -u -B -u -r1.164.2.33.2.45.2.42 php_reflection.c
--- php_reflection.c27 Nov 2008 19:01:22 -
1.164.2.33.2.45.2.42
+++ php_reflection.c29 Nov 2008 14:44:52 -
@@ -4365,7 +4365,7 @@
METHOD_NOTSTATIC(reflection_property_ptr);
GET_REFLECTION_OBJECT_PTR(ref);
- if (!(ref->prop.flags & ZEND_ACC_PUBLIC)) {
+ if (!(ref->prop.flags & ZEND_ACC_PUBLIC) &&
ref->ignore_visibility == 0) {
_default_get_entry(getThis(), "name", sizeof("name"),
&name TSRMLS_CC);
zend_throw_exception_ex(reflection_exception_ptr, 0
TSRMLS_CC,
"Cannot access non-public member %s::%s",
intern->ce->name, Z_STRVAL(name));
@@ -4409,10 +4409,13 @@
zend_hash_quick_update(prop_table,
ref->prop.name, ref->prop.name_length+1, ref->prop.h, &value,
sizeof(zval *), (void **) &foo);
}
} else {
+ char *class_name, *prop_name;
+
if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC,
"oz", &object, &value) == FAILURE) {
return;
}
- zend_update_property(Z_OBJCE_P(object), object,
ref->prop.name, ref->prop.name_length, value TSRMLS_CC);
+ zend_unmangle_property_name(ref->prop.name,
ref->prop.name_length, &class_name, &prop_name);
+ zend_update_property(Z_OBJCE_P(object), object,
prop_name, strlen(prop_name), value TSRMLS_CC);
}
}
/* }}} */
Index: tests/reflectionProperty_setAccessible.phpt
===
RCS file:
/repository/php-src/ext/reflection/tests/reflectionProperty_setAccessible.phpt,v
retrieving revision 1.1.2.3
diff -u -B -u -r1.1.2.3 reflectionProperty_setAccessible.phpt
--- tests/reflectionProperty_setAccessible.phpt 24 May 2008 13:34:22
- 1.1.2.3
+++ tests/reflectionProperty_setAccessible.phpt 29 Nov 2008 14:44:52
-
@@ -2,43 +2,82 @@
Test ReflectionProperty::setAccessible().
--FILE--
getValue($a));
}
-$instance = new TestClass();
+catch (ReflectionException $e) {
+var_dump($e->getMessage());
+}
-echo "\nProtected property:\n";
-$propInfo = new ReflectionProperty('TestClass', 'prot');
try {
-var_dump($propInfo->getValue($instance));
+var_dump($protectedStatic->getValue());
}
-catch(Exception $exc) {
-echo $exc->getMessage(), "\n";
+
+catch (ReflectionException $e) {
+var_dump($e->getMessage());
+}
+
+try {
+var_dump($private->getValue($a));
}
-$propInfo->setAccessible(true);
-var_dump($propInfo->getValue($instance));
+catch (ReflectionException $e) {
+var_dump($e->getMessage());
+}
-$propInfo->setAccessible(false);
try {
-var_dump($propInfo->getValue($instance));
+var_dump($privateStatic->getValue());
}
-catch(Exception $exc) {
-echo $exc->getMessage(), "\n";
+
+catch (ReflectionException $e) {
+var_dump($e->getMessage());
}
+
+$protected->setAccessible(TRUE);
+$protectedStatic->setAccessible(TRUE);
+$private->setAccessible(TRUE);
+$privateStatic->setAccessible(TRUE);
+
+var_dump($protected->getValue($a));
+var_dump($protectedStatic->getValue());
+var_dump($private->getValue($a));
+var_dump($privateStatic->getValue());
+
+$protected->setValue($a, 'e');
+$protectedStatic->setValue('f');
+$private->setValue($a, 'g');
+$privateStatic->setValue('h');
+
+var_dump($protected->getValue($a));
+var_dump($protectedStatic->getValue());
+var_dump($private->getValue($a));
+var_dump($privateStatic->getValue());
?>
--EXPECTF--
+string(44) "Cannot access non-public member A::protected"
+string(50) "Cannot access non-public member A::protectedStatic"
+string(42) "Cannot access non-public member A::private"
+string(48) "Cannot access non-public member A::privateStatic"
+string(1) "a"
+string(1) "b"
+string(1) "c"
+string(1) "d"
+string(1) "e"
+string(1) "f"
+string(1) "g"
+string(1) "h"
-Protected property:
-Cannot access non-public member TestClass::prot
-int(4)
-Cannot access non-public member TestClass::prot
Bug #53347 [Fbk->Opn]: Segfault in zend_is_inconsistent()
Edit report at http://bugs.php.net/bug.php?id=53347&edit=1
ID: 53347
Updated by: sebast...@php.net
Reported by:sebast...@php.net
Summary:Segfault in zend_is_inconsistent()
-Status: Feedback
+Status: Open
Type: Bug
Package:Reproducible crash
Operating System: Linux
PHP Version:trunk-SVN-2010-11-18 (SVN)
Block user comment: N
Private report: N
New Comment:
The following script reproduces the issue:
30 );
public static function isValidFormatCode( $type, $key )
{
return isset( self::${$type}[$key] );
}
}
var_dump( ezcConsoleOutput::isValidFormatCode( 'color', 'gray' ) );
?>
This does not print bool(true) but instead segfaults. Works fine with
PHP_5_3, btw.
s...@thinkpad ~ % USE_ZEND_ALLOC=0 valgrind --leak-check=full php
53347.php
==22840== Memcheck, a memory error detector
==22840== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et
al.
==22840== Using Valgrind-3.6.0.SVN-Debian and LibVEX; rerun with -h for
copyright info
==22840== Command: php 53347.php
==22840==
==22840== Invalid read of size 4
==22840==at 0x92C021: _zend_is_inconsistent (zend_hash.c:54)
==22840==by 0x92EDAE: zend_hash_quick_find (zend_hash.c:929)
==22840==by 0xA49488: zend_fetch_var_address_helper_SPEC_CV_UNUSED
(zend_vm_execute.h:33194)
==22840==by 0xA49DEF: ZEND_FETCH_IS_SPEC_CV_UNUSED_HANDLER
(zend_vm_execute.h:33294)
==22840==by 0x957F02: execute (zend_vm_execute.h:410)
==22840==by 0x91CD93: zend_execute_scripts (zend.c:1195)
==22840==by 0x89661E: php_execute_script (main.c:2341)
==22840==by 0xA57D89: main (php_cli.c:1254)
==22840== Address 0x44 is not stack'd, malloc'd or (recently) free'd
==22840==
==22840==
==22840== Process terminating with default action of signal 11
(SIGSEGV)
==22840== Access not within mapped region at address 0x44
==22840==at 0x92C021: _zend_is_inconsistent (zend_hash.c:54)
==22840==by 0x92EDAE: zend_hash_quick_find (zend_hash.c:929)
==22840==by 0xA49488: zend_fetch_var_address_helper_SPEC_CV_UNUSED
(zend_vm_execute.h:33194)
==22840==by 0xA49DEF: ZEND_FETCH_IS_SPEC_CV_UNUSED_HANDLER
(zend_vm_execute.h:33294)
==22840==by 0x957F02: execute (zend_vm_execute.h:410)
==22840==by 0x91CD93: zend_execute_scripts (zend.c:1195)
==22840==by 0x89661E: php_execute_script (main.c:2341)
==22840==by 0xA57D89: main (php_cli.c:1254)
==22840== If you believe this happened as a result of a stack
==22840== overflow in your program's main thread (unlikely but
==22840== possible), you can try to increase the size of the
==22840== main thread stack using the --main-stacksize= flag.
==22840== The main thread stack size used in this run was 8388608.
==22840==
==22840== HEAP SUMMARY:
==22840== in use at exit: 3,289,698 bytes in 16,177 blocks
==22840== total heap usage: 19,718 allocs, 3,541 frees, 3,484,743
bytes allocated
==22840==
==22840== LEAK SUMMARY:
==22840==definitely lost: 0 bytes in 0 blocks
==22840==indirectly lost: 0 bytes in 0 blocks
==22840== possibly lost: 0 bytes in 0 blocks
==22840==still reachable: 3,289,698 bytes in 16,177 blocks
==22840== suppressed: 0 bytes in 0 blocks
==22840== Reachable blocks (those to which a pointer was found) are not
shown.
==22840== To see them, rerun with: --leak-check=full
--show-reachable=yes
==22840==
==22840== For counts of detected and suppressed errors, rerun with: -v
==22840== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 4 from
4)
zsh: segmentation fault USE_ZEND_ALLOC=0 valgrind --leak-check=full php
53347.php
s...@thinkpad ~ % gdb php
GNU gdb (GDB) 7.2-ubuntu
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show
copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
#44913 [Opn->Asn]: Segfault when using return; in combination with nested loops and continue 2;
ID: 44913 Updated by: [EMAIL PROTECTED] Reported By: dz at bitxtender dot com -Status: Open +Status: Assigned Bug Type: Reproducible crash Operating System: irrelevant PHP Version: 5.2.6 Assigned To: dmitry New Comment: It does not crash for me but PHP claims that array(1, 2) is not array here. [EMAIL PROTECTED] ~ % USE_ZEND_ALLOC=0 valgrind php -n crash.php ==9030== Memcheck, a memory error detector. ==9030== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al. ==9030== Using LibVEX rev 1804, a library for dynamic binary translation. ==9030== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP. ==9030== Using valgrind-3.3.0-Debian, a dynamic binary instrumentation framework. ==9030== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al. ==9030== For more details, rerun with: -v ==9030== ==9030== Invalid read of size 4 ==9030==at 0x844F126: zend_pzval_unlock_func (zend_execute.c:69) ==9030==by 0x8452225: _get_zval_ptr_var (zend_execute.c:172) ==9030==by 0x8467765: ZEND_FE_FETCH_SPEC_VAR_HANDLER (zend_vm_execute.h:8008) ==9030==by 0x844D36F: execute (zend_vm_execute.h:92) ==9030==by 0x844DB22: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:234) ==9030==by 0x8454339: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1679) ==9030==by 0x844D36F: execute (zend_vm_execute.h:92) ==9030==by 0x8424F72: zend_execute_scripts (zend.c:1134) ==9030==by 0x83BFDE9: php_execute_script (main.c:2005) ==9030==by 0x84AD23C: main (php_cli.c:1140) ==9030== Address 0x4d02e70 is 8 bytes inside a block of size 16 free'd ==9030==at 0x402265C: free (vg_replace_malloc.c:323) ==9030==by 0x840104A: _efree (zend_alloc.c:2290) ==9030==by 0x84131E8: safe_free_zval_ptr_rel (zend_execute.h:70) ==9030==by 0x8413127: _zval_ptr_dtor (zend_execute_API.c:415) ==9030==by 0x8450153: zend_switch_free (zend_execute.c:372) ==9030==by 0x84518D4: zend_brk_cont (zend_execute.c:1328) ==9030==by 0x845195D: ZEND_CONT_SPEC_CONST_HANDLER (zend_vm_execute.h:825) ==9030==by 0x844D36F: execute (zend_vm_execute.h:92) ==9030==by 0x844DB22: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:234) ==9030==by 0x8454339: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1679) ==9030==by 0x844D36F: execute (zend_vm_execute.h:92) ==9030==by 0x8424F72: zend_execute_scripts (zend.c:1134) ==9030== ==9030== Invalid write of size 4 ==9030==at 0x844F12F: zend_pzval_unlock_func (zend_execute.c:69) ==9030==by 0x8452225: _get_zval_ptr_var (zend_execute.c:172) ==9030==by 0x8467765: ZEND_FE_FETCH_SPEC_VAR_HANDLER (zend_vm_execute.h:8008) ==9030==by 0x844D36F: execute (zend_vm_execute.h:92) ==9030==by 0x844DB22: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:234) ==9030==by 0x8454339: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1679) ==9030==by 0x844D36F: execute (zend_vm_execute.h:92) ==9030==by 0x8424F72: zend_execute_scripts (zend.c:1134) ==9030==by 0x83BFDE9: php_execute_script (main.c:2005) ==9030==by 0x84AD23C: main (php_cli.c:1140) ==9030== Address 0x4d02e70 is 8 bytes inside a block of size 16 free'd ==9030==at 0x402265C: free (vg_replace_malloc.c:323) ==9030==by 0x840104A: _efree (zend_alloc.c:2290) ==9030==by 0x84131E8: safe_free_zval_ptr_rel (zend_execute.h:70) ==9030==by 0x8413127: _zval_ptr_dtor (zend_execute_API.c:415) ==9030==by 0x8450153: zend_switch_free (zend_execute.c:372) ==9030==by 0x84518D4: zend_brk_cont (zend_execute.c:1328) ==9030==by 0x845195D: ZEND_CONT_SPEC_CONST_HANDLER (zend_vm_execute.h:825) ==9030==by 0x844D36F: execute (zend_vm_execute.h:92) ==9030==by 0x844DB22: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:234) ==9030==by 0x8454339: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1679) ==9030==by 0x844D36F: execute (zend_vm_execute.h:92) ==9030==by 0x8424F72: zend_execute_scripts (zend.c:1134) ==9030== ==9030== Invalid read of size 4 ==9030==at 0x844F135: zend_pzval_unlock_func (zend_execute.c:69) ==9030==by 0x8452225: _get_zval_ptr_var (zend_execute.c:172) ==9030==by 0x8467765: ZEND_FE_FETCH_SPEC_VAR_HANDLER (zend_vm_execute.h:8008) ==9030==by 0x844D36F: execute (zend_vm_execute.h:92) ==9030==by 0x844DB22: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:234) ==9030==by 0x8454339: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1679) ==9030==by 0x844D36F: execute (zend_vm_execute.h:92) ==9030==by 0x8424F72: zend_execute_scripts (zend.c:1134) ==9030==by 0x83BFDE9: php_execute_script (main.c:2005) ==9030==by 0x84AD23C: main (php_cli.c:1140) ==9030== Address 0x4d02e70 is 8 bytes inside a block of size 16 free'd ==9030==at 0x402265C: free (vg_replace_malloc.c:323) ==9030==by 0x840104A: _efree (zend_alloc.c:2290) ==9030==by 0x84131E8: safe_free_zval_ptr_rel (zend_execute.h:70) ==9030==
#44966 [Opn->Bgs]: Cannot create ReflectionFunction object for disabled functions
ID: 44966
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: irrelevant
PHP Version: 5.3CVS-2008-05-11 (CVS)
New Comment:
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
Previous Comments:
[2008-05-11 08:31:48] zeeky dot h at gmail dot com
eval is not a function. Therefore it cannot be disabled or reflected.
[2008-05-11 05:10:51] [EMAIL PROTECTED]
Description:
One cannot create an object of the ReflectionFunction class for a
function that has been disabled via the disable_functions configuration
directive.
This effectively renders the ReflectionFunction::isDisabled() method
useless.
Reproduce code:
---
--TEST--
ReflectionFunction::isDisabled()
--INI--
disable_functions=eval
--FILE--
isDisabled());
$function = new ReflectionFunction('eval');
var_dump($function->isDisabled());
?>
--EXPECT--
bool(false)
bool(true)
Expected result:
Test passes.
Actual result:
--
bool(false)
Fatal error: Uncaught exception 'ReflectionException' with message
'Function eval() does not exist' in
/home/sb/ReflectionFunction_isDisabled.php:5
Stack trace:
#0 /home/sb/ReflectionFunction_isDisabled.php(5):
ReflectionFunction->__construct('eval')
#1 {main}
thrown in /home/sb/ReflectionFunction_isDisabled.php on line 5
--
Edit this bug report at http://bugs.php.net/?id=44966&edit=1
#34986 [Opn]: New object field for debug_backtrace() result
ID: 34986
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating System: Irrelevant
PHP Version: 5.1.0RC3
New Comment:
The patch below seems to work. If it really does, this was too easy
:-)
Index: zend_builtin_functions.c
===
RCS file: /repository/ZendEngine2/zend_builtin_functions.c,v
retrieving revision 1.277.2.5
diff -u -b -B -r1.277.2.5 zend_builtin_functions.c
--- zend_builtin_functions.c16 Sep 2005 17:05:06 - 1.277.2.5
+++ zend_builtin_functions.c26 Oct 2005 08:44:25 -
@@ -1914,6 +1914,7 @@
}
add_assoc_string_ex(stack_frame, "type",
sizeof("type"), "->",
1);
+ add_assoc_zval_ex(stack_frame, "object",
sizeof("object"),
ptr->object);
} else if (ptr->function_state.function->common.scope) {
add_assoc_string_ex(stack_frame, "class",
sizeof("class"),
ptr->function_state.function->common.scope->name, 1);
add_assoc_string_ex(stack_frame, "type",
sizeof("type"), "::", 1);
Previous Comments:
[2005-10-26 09:40:49] [EMAIL PROTECTED]
Just a clarification: [object] should contain a reference to the
object, not an "Object id #x" string. That is only in the example
output as that is what would happen for print_r(debug_backtrace()).
[2005-10-26 06:53:59] [EMAIL PROTECTED]
Description:
For some Meta Programming it would be great if debug_backtrace() could
return an [object] field (in addition to [class] that contains a
reference to respective object.
Reproduce code:
---
b = new B;
}
public function aMethod() {
$this->b->bMethod();
}
}
class B {
public function bMethod() {
print_r(debug_backtrace());
}
}
$a = new A;
$a->aMethod();
?>
Expected result:
Array
(
[0] => Array
(
[file] => /home/sb/test.php
[line] => 10
[function] => bMethod
[class] => B
[object] =>
[type] => ->
[args] => Array
(
)
)
[1] => Array
(
[file] => /home/sb/test.php
[line] => 21
[function] => aMethod
[class] => A
[object] =>
[type] => ->
[args] => Array
(
)
)
)
Actual result:
--
Array
(
[0] => Array
(
[file] => /home/sb/test.php
[line] => 10
[function] => bMethod
[class] => B
[type] => ->
[args] => Array
(
)
)
[1] => Array
(
[file] => /home/sb/test.php
[line] => 21
[function] => aMethod
[class] => A
[type] => ->
[args] => Array
(
)
)
)
--
Edit this bug report at http://bugs.php.net/?id=34986&edit=1
#34986 [Opn->Csd]: New object field for debug_backtrace() result
ID: 34986
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Feature/Change Request
Operating System: Irrelevant
PHP Version: 5.1.0RC3
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2005-10-26 11:03:09] [EMAIL PROTECTED]
Revised patch, takes care of reference counting (thanks to Derick for
pointing this out):
Index: zend_builtin_functions.c
===
RCS file: /repository/ZendEngine2/zend_builtin_functions.c,v
retrieving revision 1.277.2.5
diff -u -b -B -r1.277.2.5 zend_builtin_functions.c
--- zend_builtin_functions.c16 Sep 2005 17:05:06 - 1.277.2.5
+++ zend_builtin_functions.c26 Oct 2005 08:56:29 -
@@ -1913,6 +1913,9 @@
add_assoc_string_ex(stack_frame,
"class", sizeof("class"),
class_name, dup);
}
+ add_assoc_zval_ex(stack_frame, "object",
sizeof("object"),
ptr->object);
+ ptr->object->refcount++;
+
add_assoc_string_ex(stack_frame, "type",
sizeof("type"), "->",
1);
} else if (ptr->function_state.function->common.scope) {
add_assoc_string_ex(stack_frame, "class",
sizeof("class"),
ptr->function_state.function->common.scope->name, 1);
[2005-10-26 10:45:53] [EMAIL PROTECTED]
The patch below seems to work. If it really does, this was too easy
:-)
Index: zend_builtin_functions.c
===
RCS file: /repository/ZendEngine2/zend_builtin_functions.c,v
retrieving revision 1.277.2.5
diff -u -b -B -r1.277.2.5 zend_builtin_functions.c
--- zend_builtin_functions.c16 Sep 2005 17:05:06 - 1.277.2.5
+++ zend_builtin_functions.c26 Oct 2005 08:44:25 -
@@ -1914,6 +1914,7 @@
}
add_assoc_string_ex(stack_frame, "type",
sizeof("type"), "->",
1);
+ add_assoc_zval_ex(stack_frame, "object",
sizeof("object"),
ptr->object);
} else if (ptr->function_state.function->common.scope) {
add_assoc_string_ex(stack_frame, "class",
sizeof("class"),
ptr->function_state.function->common.scope->name, 1);
add_assoc_string_ex(stack_frame, "type",
sizeof("type"), "::", 1);
[2005-10-26 09:40:49] [EMAIL PROTECTED]
Just a clarification: [object] should contain a reference to the
object, not an "Object id #x" string. That is only in the example
output as that is what would happen for print_r(debug_backtrace()).
[2005-10-26 06:53:59] [EMAIL PROTECTED]
Description:
For some Meta Programming it would be great if debug_backtrace() could
return an [object] field (in addition to [class] that contains a
reference to respective object.
Reproduce code:
---
b = new B;
}
public function aMethod() {
$this->b->bMethod();
}
}
class B {
public function bMethod() {
print_r(debug_backtrace());
}
}
$a = new A;
$a->aMethod();
?>
Expected result:
Array
(
[0] => Array
(
[file] => /home/sb/test.php
[line] => 10
[function] => bMethod
[class] => B
[object] =>
[type] => ->
[args] => Array
(
)
)
[1] => Array
(
[file] => /home/sb/test.php
[line] => 21
[function] => aMethod
[class] => A
[object] =>
[type] => ->
[args] => Array
(
)
)
)
Actual result:
--
Array
(
[0] => Array
(
[file] => /home/sb/test.php
[line] => 10
[function] => bMethod
[class] => B
[type] => ->
[args] => Array
(
)
)
[1] => Array
(
[file] => /home/sb/test.php
[line] => 21
[function] => aMethod
[class] => A
[type] => ->
[args] => Array
(
)
#42802 [Asn]: Namespace not supported in typehints
ID: 42802
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Scripting Engine problem
Operating System: Linux 2.6.21
PHP Version: 5CVS-2007-09-30 (CVS)
Assigned To: dmitry
New Comment:
Looks like a duplicate of http://bugs.php.net/bug.php?id=42798 to me.
Previous Comments:
[2007-09-30 13:05:52] [EMAIL PROTECTED]
I think the reporter is right and bar inside the declaration should
resolve to foo::bar. And function(foo::bar $param) {} should be allowed,
too. Dmitry please take a look, thanks.
[2007-09-30 13:01:38] [EMAIL PROTECTED]
Description:
Namespaces are not supported in type hints. Type hints with namespace
result in an "Parse error: syntax error, unexpected
T_PAAMAYIM_NEKUDOTAYIM".
Reproduce code:
---
http://bugs.php.net/?id=42802&edit=1
#41361 [Fbk]: shell_exec() does not find binaries
ID: 41361 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Program Execution Operating System: Linux PHP Version: 5CVS-2007-05-11 (CVS) New Comment: $PATH is set to PATH=/usr/local/src/phpunit/3.1:/usr/local/bin:/usr/local/php-5.2/bin:/usr/local/mysql-5.1/bin:/usr/lib/libming/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games, but $_ENV['PATH'] only has /usr/local/src/phpunit/3.1. The problem also occurs without Xdebug. Previous Comments: [2007-05-11 12:07:59] [EMAIL PROTECTED] Cannot reproduce. What is the value of $PATH? Did you try disabling XDebug? [2007-05-11 04:57:36] [EMAIL PROTECTED] Description: [EMAIL PROTECTED] ~ % cat test.php http://bugs.php.net/?id=41361&edit=1
#41361 [Fbk]: shell_exec() does not find binaries
ID: 41361 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Program Execution Operating System: Linux PHP Version: 5CVS-2007-05-11 (CVS) New Comment: Sorry for the noise, but I thought the valgrind outputs were different. Previous Comments: [2007-05-11 15:52:50] [EMAIL PROTECTED] [EMAIL PROTECTED] ~ % cat test.php ssh [USER] => sb [CXXFLAGS] => -march=prescott -O2 -pipe [GNOME_KEYRING_SOCKET] => /tmp/keyring-aV2Gx9/socket [SSH_AGENT_PID] => 5344 [LD_LIBRARY_PATH] => /usr/lib/debug:/usr/X11R6/lib/debug [SHLVL] => 1 [OLDPWD] => /usr/local/src/php [HOME] => /home/sb [DESKTOP_SESSION] => default [GTK_RC_FILES] => /etc/gtk/gtkrc:/home/sb/.gtkrc-1.2-gnome2 [DBUS_SESSION_BUS_ADDRESS] => unix:abstract=/tmp/dbus-tyDNTTBGq8,guid=0589bce6a83acda7de032d0046448ed7 [GDM_XSERVER_LOCATION] => local [COLORTERM] => gnome-terminal [LOGNAME] => sb [_] => /usr/bin/valgrind [WINDOWID] => 29360224 [TERM] => xterm [GNOME_DESKTOP_SESSION_ID] => Default [SESSION_MANAGER] => local/wopr-mobile:/tmp/.ICE-unix/5345 [PATH] => /usr/local/src/phpunit/3.1 [GLIBCPP_FORCE_NEW] => 1 [CFLAGS] => -march=prescott -O2 -pipe [DISPLAY] => :0.0 [LANG] => en_US.UTF-8 [XAUTHORITY] => /home/sb/.Xauthority [SSH_AUTH_SOCK] => /tmp/ssh-GSPQwR5343/agent.5343 [SHELL] => /bin/zsh [GDMSESSION] => default [PWD] => /home/sb [GLIBCXX_FORCE_NEW] => 1 [LD_PRELOAD] => /usr/lib/valgrind/x86-linux/vgpreload_core.so:/usr/lib/valgrind/x86-linux/vgpreload_memcheck.so ) ==32011== ==32011== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 49 from 1) ==32011== malloc/free: in use at exit: 0 bytes in 0 blocks. ==32011== malloc/free: 12,467 allocs, 12,467 frees, 1,654,668 bytes allocated. ==32011== For counts of detected errors, rerun with: -v ==32011== All heap blocks were freed -- no leaks are possible. [EMAIL PROTECTED] ~ % valgrind /usr/local/php-5.2/bin/php test.php ==32029== Memcheck, a memory error detector. ==32029== Copyright (C) 2002-2006, and GNU GPL'd, by Julian Seward et al. ==32029== Using LibVEX rev 1658, a library for dynamic binary translation. ==32029== Copyright (C) 2004-2006, and GNU GPL'd, by OpenWorks LLP. ==32029== Using valgrind-3.2.1-Debian, a dynamic binary instrumentation framework. ==32029== Copyright (C) 2000-2006, and GNU GPL'd, by Julian Seward et al. ==32029== For more details, rerun with: -v ==32029== Array ( [CVS_RSH] => ssh [USER] => sb [CXXFLAGS] => -march=prescott -O2 -pipe [GNOME_KEYRING_SOCKET] => /tmp/keyring-aV2Gx9/socket [SSH_AGENT_PID] => 5344 [LD_LIBRARY_PATH] => /usr/lib/debug:/usr/X11R6/lib/debug [SHLVL] => 1 [OLDPWD] => /usr/local/src/php [HOME] => /home/sb [DESKTOP_SESSION] => default [GTK_RC_FILES] => /etc/gtk/gtkrc:/home/sb/.gtkrc-1.2-gnome2 [DBUS_SESSION_BUS_ADDRESS] => unix:abstract=/tmp/dbus-tyDNTTBGq8,guid=0589bce6a83acda7de032d0046448ed7 [GDM_XSERVER_LOCATION] => local [COLORTERM] => gnome-terminal [LOGNAME] => sb [_] => /usr/bin/valgrind [WINDOWID] => 29360224 [TERM] => xterm [GNOME_DESKTOP_SESSION_ID] => Default [SESSION_MANAGER] => local/wopr-mobile:/tmp/.ICE-unix/5345 [PATH] => /usr/local/src/phpunit/3.1:/usr/local/bin:/usr/local/php-5.2/bin:/usr/local/mysql-5.1/bin:/usr/lib/libming/bin:/usr/local/httpd/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games [GLIBCPP_FORCE_NEW] => 1 [CFLAGS] => -march=prescott -O2 -pipe [DISPLAY] => :0.0 [LANG] => en_US.UTF-8 [XAUTHORITY] => /home/sb/.Xauthority [SSH_AUTH_SOCK] => /tmp/ssh-GSPQwR5343/agent.5343 [SHELL] => /bin/zsh [GDMSESSION] => default [PWD] => /home/sb [GLIBCXX_FORCE_NEW] => 1 [LD_PRELOAD] => /usr/lib/valgrind/x86-linux/vgpreload_core.so:/usr/lib/valgrind/x86-linux/vgpreload_memcheck.so ) ==32029== ==32029== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 49 from 1) ==32029== malloc/free: in use at exit: 0 bytes in 0 blocks. ==32029== malloc/free: 12,465 allocs, 12,465 frees, 1,654,666 bytes allocated. ==32029== For counts of detected errors, rerun with: -v ==32029== All heap blocks were freed -- no leaks are possible. [2007-05-11 14:46:36] [EMAIL PROTECTED] $PATH is set to PATH=/usr/local/src/phpunit/3.1:/usr/local/bin:/usr/local/php-5.2/bin:/usr/local/mysql-5.1/bin:/usr/lib/libming/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games, but $_ENV['PATH'] only has /usr/local/src/phpunit/3.1. The problem also occurs without Xdebug. [2007-05-11 12:07:59] [EMAIL PROTECTED] Cannot reproduce. What is the value of $PAT
#41361 [Fbk]: shell_exec() does not find binaries
ID: 41361 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Program Execution Operating System: Linux PHP Version: 5CVS-2007-05-11 (CVS) New Comment: [EMAIL PROTECTED] ~ % cat test.php ssh [USER] => sb [CXXFLAGS] => -march=prescott -O2 -pipe [GNOME_KEYRING_SOCKET] => /tmp/keyring-aV2Gx9/socket [SSH_AGENT_PID] => 5344 [LD_LIBRARY_PATH] => /usr/lib/debug:/usr/X11R6/lib/debug [SHLVL] => 1 [OLDPWD] => /usr/local/src/php [HOME] => /home/sb [DESKTOP_SESSION] => default [GTK_RC_FILES] => /etc/gtk/gtkrc:/home/sb/.gtkrc-1.2-gnome2 [DBUS_SESSION_BUS_ADDRESS] => unix:abstract=/tmp/dbus-tyDNTTBGq8,guid=0589bce6a83acda7de032d0046448ed7 [GDM_XSERVER_LOCATION] => local [COLORTERM] => gnome-terminal [LOGNAME] => sb [_] => /usr/bin/valgrind [WINDOWID] => 29360224 [TERM] => xterm [GNOME_DESKTOP_SESSION_ID] => Default [SESSION_MANAGER] => local/wopr-mobile:/tmp/.ICE-unix/5345 [PATH] => /usr/local/src/phpunit/3.1 [GLIBCPP_FORCE_NEW] => 1 [CFLAGS] => -march=prescott -O2 -pipe [DISPLAY] => :0.0 [LANG] => en_US.UTF-8 [XAUTHORITY] => /home/sb/.Xauthority [SSH_AUTH_SOCK] => /tmp/ssh-GSPQwR5343/agent.5343 [SHELL] => /bin/zsh [GDMSESSION] => default [PWD] => /home/sb [GLIBCXX_FORCE_NEW] => 1 [LD_PRELOAD] => /usr/lib/valgrind/x86-linux/vgpreload_core.so:/usr/lib/valgrind/x86-linux/vgpreload_memcheck.so ) ==32011== ==32011== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 49 from 1) ==32011== malloc/free: in use at exit: 0 bytes in 0 blocks. ==32011== malloc/free: 12,467 allocs, 12,467 frees, 1,654,668 bytes allocated. ==32011== For counts of detected errors, rerun with: -v ==32011== All heap blocks were freed -- no leaks are possible. [EMAIL PROTECTED] ~ % valgrind /usr/local/php-5.2/bin/php test.php ==32029== Memcheck, a memory error detector. ==32029== Copyright (C) 2002-2006, and GNU GPL'd, by Julian Seward et al. ==32029== Using LibVEX rev 1658, a library for dynamic binary translation. ==32029== Copyright (C) 2004-2006, and GNU GPL'd, by OpenWorks LLP. ==32029== Using valgrind-3.2.1-Debian, a dynamic binary instrumentation framework. ==32029== Copyright (C) 2000-2006, and GNU GPL'd, by Julian Seward et al. ==32029== For more details, rerun with: -v ==32029== Array ( [CVS_RSH] => ssh [USER] => sb [CXXFLAGS] => -march=prescott -O2 -pipe [GNOME_KEYRING_SOCKET] => /tmp/keyring-aV2Gx9/socket [SSH_AGENT_PID] => 5344 [LD_LIBRARY_PATH] => /usr/lib/debug:/usr/X11R6/lib/debug [SHLVL] => 1 [OLDPWD] => /usr/local/src/php [HOME] => /home/sb [DESKTOP_SESSION] => default [GTK_RC_FILES] => /etc/gtk/gtkrc:/home/sb/.gtkrc-1.2-gnome2 [DBUS_SESSION_BUS_ADDRESS] => unix:abstract=/tmp/dbus-tyDNTTBGq8,guid=0589bce6a83acda7de032d0046448ed7 [GDM_XSERVER_LOCATION] => local [COLORTERM] => gnome-terminal [LOGNAME] => sb [_] => /usr/bin/valgrind [WINDOWID] => 29360224 [TERM] => xterm [GNOME_DESKTOP_SESSION_ID] => Default [SESSION_MANAGER] => local/wopr-mobile:/tmp/.ICE-unix/5345 [PATH] => /usr/local/src/phpunit/3.1:/usr/local/bin:/usr/local/php-5.2/bin:/usr/local/mysql-5.1/bin:/usr/lib/libming/bin:/usr/local/httpd/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games [GLIBCPP_FORCE_NEW] => 1 [CFLAGS] => -march=prescott -O2 -pipe [DISPLAY] => :0.0 [LANG] => en_US.UTF-8 [XAUTHORITY] => /home/sb/.Xauthority [SSH_AUTH_SOCK] => /tmp/ssh-GSPQwR5343/agent.5343 [SHELL] => /bin/zsh [GDMSESSION] => default [PWD] => /home/sb [GLIBCXX_FORCE_NEW] => 1 [LD_PRELOAD] => /usr/lib/valgrind/x86-linux/vgpreload_core.so:/usr/lib/valgrind/x86-linux/vgpreload_memcheck.so ) ==32029== ==32029== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 49 from 1) ==32029== malloc/free: in use at exit: 0 bytes in 0 blocks. ==32029== malloc/free: 12,465 allocs, 12,465 frees, 1,654,666 bytes allocated. ==32029== For counts of detected errors, rerun with: -v ==32029== All heap blocks were freed -- no leaks are possible. Previous Comments: [2007-05-11 14:46:36] [EMAIL PROTECTED] $PATH is set to PATH=/usr/local/src/phpunit/3.1:/usr/local/bin:/usr/local/php-5.2/bin:/usr/local/mysql-5.1/bin:/usr/lib/libming/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games, but $_ENV['PATH'] only has /usr/local/src/phpunit/3.1. The problem also occurs without Xdebug. [2007-05-11 12:07:59] [EMAIL PROTECTED] Cannot reproduce. What is the value of $PATH? Did you try disabling XDebug? [2007-05-11 04:57:36] [EMAIL PROTECTED] Description: [EMAIL PROTE
#41361 [Fbk]: shell_exec() does not find binaries
ID: 41361 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Program Execution Operating System: Linux PHP Version: 5CVS-2007-05-11 (CVS) New Comment: I think that the commit below is responsible for this: bjori Sun May 6 14:01:27 2007 UTC Modified files: (Branch: PHP_5_2) /php-src/main php_ini.c /php-srcNEWS Log: MFH: Fixed PHP CLI to use the php.ini from the binary location Previous Comments: [2007-05-11 15:54:25] [EMAIL PROTECTED] Sorry for the noise, but I thought the valgrind outputs were different. [2007-05-11 15:52:50] [EMAIL PROTECTED] [EMAIL PROTECTED] ~ % cat test.php ssh [USER] => sb [CXXFLAGS] => -march=prescott -O2 -pipe [GNOME_KEYRING_SOCKET] => /tmp/keyring-aV2Gx9/socket [SSH_AGENT_PID] => 5344 [LD_LIBRARY_PATH] => /usr/lib/debug:/usr/X11R6/lib/debug [SHLVL] => 1 [OLDPWD] => /usr/local/src/php [HOME] => /home/sb [DESKTOP_SESSION] => default [GTK_RC_FILES] => /etc/gtk/gtkrc:/home/sb/.gtkrc-1.2-gnome2 [DBUS_SESSION_BUS_ADDRESS] => unix:abstract=/tmp/dbus-tyDNTTBGq8,guid=0589bce6a83acda7de032d0046448ed7 [GDM_XSERVER_LOCATION] => local [COLORTERM] => gnome-terminal [LOGNAME] => sb [_] => /usr/bin/valgrind [WINDOWID] => 29360224 [TERM] => xterm [GNOME_DESKTOP_SESSION_ID] => Default [SESSION_MANAGER] => local/wopr-mobile:/tmp/.ICE-unix/5345 [PATH] => /usr/local/src/phpunit/3.1 [GLIBCPP_FORCE_NEW] => 1 [CFLAGS] => -march=prescott -O2 -pipe [DISPLAY] => :0.0 [LANG] => en_US.UTF-8 [XAUTHORITY] => /home/sb/.Xauthority [SSH_AUTH_SOCK] => /tmp/ssh-GSPQwR5343/agent.5343 [SHELL] => /bin/zsh [GDMSESSION] => default [PWD] => /home/sb [GLIBCXX_FORCE_NEW] => 1 [LD_PRELOAD] => /usr/lib/valgrind/x86-linux/vgpreload_core.so:/usr/lib/valgrind/x86-linux/vgpreload_memcheck.so ) ==32011== ==32011== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 49 from 1) ==32011== malloc/free: in use at exit: 0 bytes in 0 blocks. ==32011== malloc/free: 12,467 allocs, 12,467 frees, 1,654,668 bytes allocated. ==32011== For counts of detected errors, rerun with: -v ==32011== All heap blocks were freed -- no leaks are possible. [EMAIL PROTECTED] ~ % valgrind /usr/local/php-5.2/bin/php test.php ==32029== Memcheck, a memory error detector. ==32029== Copyright (C) 2002-2006, and GNU GPL'd, by Julian Seward et al. ==32029== Using LibVEX rev 1658, a library for dynamic binary translation. ==32029== Copyright (C) 2004-2006, and GNU GPL'd, by OpenWorks LLP. ==32029== Using valgrind-3.2.1-Debian, a dynamic binary instrumentation framework. ==32029== Copyright (C) 2000-2006, and GNU GPL'd, by Julian Seward et al. ==32029== For more details, rerun with: -v ==32029== Array ( [CVS_RSH] => ssh [USER] => sb [CXXFLAGS] => -march=prescott -O2 -pipe [GNOME_KEYRING_SOCKET] => /tmp/keyring-aV2Gx9/socket [SSH_AGENT_PID] => 5344 [LD_LIBRARY_PATH] => /usr/lib/debug:/usr/X11R6/lib/debug [SHLVL] => 1 [OLDPWD] => /usr/local/src/php [HOME] => /home/sb [DESKTOP_SESSION] => default [GTK_RC_FILES] => /etc/gtk/gtkrc:/home/sb/.gtkrc-1.2-gnome2 [DBUS_SESSION_BUS_ADDRESS] => unix:abstract=/tmp/dbus-tyDNTTBGq8,guid=0589bce6a83acda7de032d0046448ed7 [GDM_XSERVER_LOCATION] => local [COLORTERM] => gnome-terminal [LOGNAME] => sb [_] => /usr/bin/valgrind [WINDOWID] => 29360224 [TERM] => xterm [GNOME_DESKTOP_SESSION_ID] => Default [SESSION_MANAGER] => local/wopr-mobile:/tmp/.ICE-unix/5345 [PATH] => /usr/local/src/phpunit/3.1:/usr/local/bin:/usr/local/php-5.2/bin:/usr/local/mysql-5.1/bin:/usr/lib/libming/bin:/usr/local/httpd/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games [GLIBCPP_FORCE_NEW] => 1 [CFLAGS] => -march=prescott -O2 -pipe [DISPLAY] => :0.0 [LANG] => en_US.UTF-8 [XAUTHORITY] => /home/sb/.Xauthority [SSH_AUTH_SOCK] => /tmp/ssh-GSPQwR5343/agent.5343 [SHELL] => /bin/zsh [GDMSESSION] => default [PWD] => /home/sb [GLIBCXX_FORCE_NEW] => 1 [LD_PRELOAD] => /usr/lib/valgrind/x86-linux/vgpreload_core.so:/usr/lib/valgrind/x86-linux/vgpreload_memcheck.so ) ==32029== ==32029== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 49 from 1) ==32029== malloc/free: in use at exit: 0 bytes in 0 blocks. ==32029== malloc/free: 12,465 allocs, 12,465 frees, 1,654,666 bytes allocated. ==32029== For counts of detected errors, rerun with: -v ==32029== All heap blocks were freed -- no leaks are possible. [2007-05-11 14:46:36] [EMAIL PROTECTED] $PATH is set to PATH=/usr/local/src/phpunit/3.1:/usr/local/bin:/
#34216 [Opn->Asn]: Segfault with autoload
ID: 34216
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Assigned
Bug Type: SPL related
Operating System: Linux
PHP Version: 5.1.0RC1
-Assigned To:
+Assigned To: helly
Previous Comments:
[2005-08-23 07:27:09] [EMAIL PROTECTED]
Description:
I am experiencing a segfault with spl_autoload in the
PHP_5_1 branch with the upcoming PHPUnit 2.3.0.
The nature of PHPUnit's complexity makes it almost
impossible for me to come up with a simple, reproducing
script (I already invested hours into this, to no avail so
far).
It is weird that the segfault only occurs in one out of
two common code paths of PHPUnit's TextUI test runner.
Furthermore, small code changes (see below) seem to make
the problem go away:
Reproduce code:
---
Segfault:
function PHPUnit2_Util_Classloader($className) {
print "Loading $className.\n";
if (strpos($className, 'PHPUnit2_') !== FALSE) {
@include(str_replace('_', '/', $className) . '.php');
}
}
spl_autoload_register('PHPUnit2_Util_Classloader');
Segfault:
function PHPUnit2_Util_Classloader($className) {
$bt = debug_backtrace();
print "Loading $className.\n";
if (strpos($className, 'PHPUnit2_') !== FALSE) {
@include(str_replace('_', '/', $className) . '.php');
}
}
spl_autoload_register('PHPUnit2_Util_Classloader');
No Segfault:
function PHPUnit2_Util_Classloader($className) {
$bt = debug_backtrace();
print_r($bt[1]);
print "Loading $className.\n";
if (strpos($className, 'PHPUnit2_') !== FALSE) {
@include(str_replace('_', '/', $className) . '.php');
}
}
spl_autoload_register('PHPUnit2_Util_Classloader');
Actual result:
--
Below are the links to the results of GDB and Valgrind.
Interestingly, when run through GDB it segfaults, when run
through Valgrind it does not segfault.
GDB:
http://www.sebastian-bergmann.de/stuff/phpunit2-gdb.txt
Valgrind:
http://www.sebastian-bergmann.de/stuff/phpunit2-valgrind.txt
--
Edit this bug report at http://bugs.php.net/?id=34216&edit=1
#34216 [Fbk]: Segfault with autoload
ID: 34216
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: SPL related
Operating System: Linux
PHP Version: 5.1.0RC1
Assigned To: helly
New Comment:
I no longer use auto-loading in PHPUnit2 because of this segfault. I
will try a CVS checkout of PHPUnit2 before I abandoned spl_autoload()
later, hopefully during the next couple of days.
Previous Comments:
[2005-09-21 11:43:52] [EMAIL PROTECTED]
Can you verify the code with HEAD in non unicode mode?
[2005-09-20 14:56:27] [EMAIL PROTECTED]
Sebastian, I'd appreciate if you provide a complete reproduce case
(doesn't matter which size it is).
[2005-08-23 07:27:09] [EMAIL PROTECTED]
Description:
I am experiencing a segfault with spl_autoload in the
PHP_5_1 branch with the upcoming PHPUnit 2.3.0.
The nature of PHPUnit's complexity makes it almost
impossible for me to come up with a simple, reproducing
script (I already invested hours into this, to no avail so
far).
It is weird that the segfault only occurs in one out of
two common code paths of PHPUnit's TextUI test runner.
Furthermore, small code changes (see below) seem to make
the problem go away:
Reproduce code:
---
Segfault:
function PHPUnit2_Util_Classloader($className) {
print "Loading $className.\n";
if (strpos($className, 'PHPUnit2_') !== FALSE) {
@include(str_replace('_', '/', $className) . '.php');
}
}
spl_autoload_register('PHPUnit2_Util_Classloader');
Segfault:
function PHPUnit2_Util_Classloader($className) {
$bt = debug_backtrace();
print "Loading $className.\n";
if (strpos($className, 'PHPUnit2_') !== FALSE) {
@include(str_replace('_', '/', $className) . '.php');
}
}
spl_autoload_register('PHPUnit2_Util_Classloader');
No Segfault:
function PHPUnit2_Util_Classloader($className) {
$bt = debug_backtrace();
print_r($bt[1]);
print "Loading $className.\n";
if (strpos($className, 'PHPUnit2_') !== FALSE) {
@include(str_replace('_', '/', $className) . '.php');
}
}
spl_autoload_register('PHPUnit2_Util_Classloader');
Actual result:
--
Below are the links to the results of GDB and Valgrind.
Interestingly, when run through GDB it segfaults, when run
through Valgrind it does not segfault.
GDB:
http://www.sebastian-bergmann.de/stuff/phpunit2-gdb.txt
Valgrind:
http://www.sebastian-bergmann.de/stuff/phpunit2-valgrind.txt
--
Edit this bug report at http://bugs.php.net/?id=34216&edit=1
#34216 [Fbk]: Segfault with autoload
ID: 34216 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: SPL related Operating System: * PHP Version: 5CVS-2005-09-26 (CVS) Assigned To: helly New Comment: Tried with yesterday's CVS of PHP_5_1 and I still get a segfault. Previous Comments: [2005-09-26 20:00: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 [2005-09-25 20:11:11] [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-09-21 12:29:32] [EMAIL PROTECTED] I no longer use auto-loading in PHPUnit2 because of this segfault. I will try a CVS checkout of PHPUnit2 before I abandoned spl_autoload() later, hopefully during the next couple of days. [2005-09-21 11:43:52] [EMAIL PROTECTED] Can you verify the code with HEAD in non unicode mode? [2005-09-20 14:56:27] [EMAIL PROTECTED] Sebastian, I'd appreciate if you provide a complete reproduce case (doesn't matter which size it is). 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/34216 -- Edit this bug report at http://bugs.php.net/?id=34216&edit=1
#34689 [Fbk->Bgs]: Inconsistent handling of $GLOBALS from included files
ID: 34689 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: Scripting Engine problem Operating System: * PHP Version: 5.1.0-CVS New Comment: 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 You're right, Jani. Seems like the PHPUnit bug report that got me into this had me confused. Thank you for your time and setting my head straight :-) Previous Comments: [2005-09-30 12:36:25] [EMAIL PROTECTED] Sebastian, why they should become globals if you declare them inside a function? [2005-09-30 12:29:34] [EMAIL PROTECTED] I am using CVS (current PHP_5_1). [2005-09-30 12:28:10] [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-09-30 12:26:35] [EMAIL PROTECTED] Description: test.php foo.php Output string(3) "bar" test.php foo.php Output NULL test.php foo.php Output string(3) "bar" Reproduce code: --- test.php foo.php Expected result: string(3) "bar" Actual result: -- NULL -- Edit this bug report at http://bugs.php.net/?id=34689&edit=1
#34216 [NoF->Csd]: Segfault with autoload
ID: 34216 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Closed Bug Type: SPL related Operating System: * PHP Version: 5CVS-2005-09-26 (CVS) Assigned To: helly New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-10-04 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". [2005-09-26 20:57:35] [EMAIL PROTECTED] Tried with yesterday's CVS of PHP_5_1 and I still get a segfault. [2005-09-26 20:00: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 [2005-09-25 20:11:11] [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-09-21 12:29:32] [EMAIL PROTECTED] I no longer use auto-loading in PHPUnit2 because of this segfault. I will try a CVS checkout of PHPUnit2 before I abandoned spl_autoload() later, hopefully during the next couple of days. 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/34216 -- Edit this bug report at http://bugs.php.net/?id=34216&edit=1
Bug #53967 [Opn]: ReflectionClass::isCloneable reports false positives
Edit report at http://bugs.php.net/bug.php?id=53967&edit=1
ID: 53967
Updated by: sebast...@php.net
Reported by:whatthejeff at gmail dot com
Summary:ReflectionClass::isCloneable reports false positives
Status: Open
Type: Bug
Package:Reflection related
PHP Version:trunk-SVN-2011-02-09 (snap)
Block user comment: N
Private report: N
New Comment:
I do not think that this is limited to SplFileObject. Have a look at
sb@thinkpad ~ % php
-r'print_r(array_filter(get_declared_classes(),function($n){$c=new
ReflectionClass($n);return $c->isCloneable();}));'
Array
(
[0] => stdClass
[3] => Closure
[4] => DateTime
[5] => DateTimeZone
[6] => DateInterval
[7] => DatePeriod
[8] => LibXMLError
[13] => DOMStringList
[14] => DOMNameList
[15] => DOMImplementationList
[16] => DOMImplementationSource
[17] => DOMImplementation
[18] => DOMNode
[19] => DOMNameSpaceNode
[20] => DOMDocumentFragment
[21] => DOMDocument
[22] => DOMNodeList
[23] => DOMNamedNodeMap
[24] => DOMCharacterData
[25] => DOMAttr
[26] => DOMElement
[27] => DOMText
[28] => DOMComment
[29] => DOMTypeinfo
[30] => DOMUserDataHandler
[31] => DOMDomError
[32] => DOMErrorHandler
[33] => DOMLocator
[34] => DOMConfiguration
[35] => DOMCdataSection
[36] => DOMDocumentType
[37] => DOMNotation
[38] => DOMEntity
[39] => DOMEntityReference
[40] => DOMProcessingInstruction
[41] => DOMStringExtend
[42] => DOMXPath
[43] => finfo
[70] => EmptyIterator
[72] => ArrayObject
[73] => ArrayIterator
[74] => RecursiveArrayIterator
[75] => SplFileInfo
[76] => DirectoryIterator
[77] => FilesystemIterator
[78] => RecursiveDirectoryIterator
[79] => GlobIterator
[80] => SplFileObject
[81] => SplTempFileObject
[82] => SplDoublyLinkedList
[83] => SplQueue
[84] => SplStack
[86] => SplMinHeap
[87] => SplMaxHeap
[88] => SplPriorityQueue
[89] => SplFixedArray
[90] => SplObjectStorage
[91] => MultipleIterator
[93] => PDO
[94] => PDOStatement
[97] => Reflection
[107] => __PHP_Incomplete_Class
[108] => php_user_filter
[109] => Directory
[110] => SimpleXMLElement
[111] => SimpleXMLIterator
[112] => SoapClient
[113] => SoapVar
[114] => SoapServer
[116] => SoapParam
[117] => SoapHeader
[119] => Phar
[120] => PharData
[121] => PharFileInfo
[124] => XMLReader
)
I am sure that there are more false positives in there.
Previous Comments:
[2011-02-09 04:30:41] whatthejeff at gmail dot com
Description:
ReflectionClass::isCloneable returns true on some classes which are not
actually
cloneable.
Test script:
---
isCloneable());
$reflection = new ReflectionClass('SplTempFileObject');
var_dump($reflection->isCloneable());
?>
Expected result:
bool(false)
bool(false)
Actual result:
--
bool(true)
bool(true)
--
Edit this bug report at http://bugs.php.net/bug.php?id=53967&edit=1
Req #55490 [Opn->Csd]: Allow instantiating objects without invoking the constructor
Edit report at https://bugs.php.net/bug.php?id=55490&edit=1 ID: 55490 Updated by: sebast...@php.net Reported by:sebast...@php.net Summary:Allow instantiating objects without invoking the constructor -Status: Open +Status: Closed Type: Feature/Change Request Package:Reflection related Operating System: Irrelevant PHP Version:Irrelevant -Assigned To: +Assigned To:sebastian Block user comment: N Private report: N New Comment: This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. Previous Comments: [2011-08-26 07:40:22] sebast...@php.net Automatic comment from SVN on behalf of sebastian Revision: http://svn.php.net/viewvc/?view=revision&revision=315538 Log: Close #55490. [2011-08-25 13:26:33] sebast...@php.net The following patch has been added/updated: Patch Name: ReflectionClass_newInstanceWithoutConstructor Revision: 1314278793 URL: https://bugs.php.net/patch-display.php?bug=55490&patch=ReflectionClass_newInstanceWithoutConstructor&revision=1314278793 [2011-08-25 09:39:27] sebast...@php.net The following patch has been added/updated: Patch Name: ReflectionClass_newInstanceWithoutConstructor Revision: 1314265167 URL: https://bugs.php.net/patch-display.php?bug=55490&patch=ReflectionClass_newInstanceWithoutConstructor&revision=1314265167 [2011-08-25 09:27:08] sebast...@php.net The following patch has been added/updated: Patch Name: ReflectionClass_newInstanceWithoutConstructor Revision: 1314264428 URL: https://bugs.php.net/patch-display.php?bug=55490&patch=ReflectionClass_newInstanceWithoutConstructor&revision=1314264428 [2011-08-25 09:24:37] sebast...@php.net The following patch has been added/updated: Patch Name: ReflectionClass_newInstanceWithoutConstructor Revision: 1314264277 URL: https://bugs.php.net/patch-display.php?bug=55490&patch=ReflectionClass_newInstanceWithoutConstructor&revision=1314264277 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 https://bugs.php.net/bug.php?id=55490 -- Edit this bug report at https://bugs.php.net/bug.php?id=55490&edit=1
Req #57373 [Opn->Csd]: Allow overloading of new
Edit report at https://bugs.php.net/bug.php?id=57373&edit=1 ID: 57373 Updated by: sebast...@php.net Reported by:sebast...@php.net Summary:Allow overloading of new -Status: Open +Status: Closed Type: Feature/Change Request Package:operator Operating System: Irrelevant PHP Version:Irrelevant -Assigned To: +Assigned To:sebastian Block user comment: N Private report: N New Comment: Implemented in ext/test_helpers. Previous Comments: [2006-11-13 10:07:42] sebast...@php.net Description: As discussed with Sara in San Jose, I would like to be able to overload the new operator (and maybe clone, for consistency). -- Edit this bug report at https://bugs.php.net/bug.php?id=57373&edit=1
Req #57258 [Opn->Csd]: pecl/docblock should be merged into ext/tokenizer
Edit report at https://bugs.php.net/bug.php?id=57258&edit=1 ID: 57258 Updated by: sebast...@php.net Reported by:sebast...@php.net Summary:pecl/docblock should be merged into ext/tokenizer -Status: Open +Status: Closed Type: Feature/Change Request Package:docblock Operating System: Irrelevant PHP Version:Irrelevant -Assigned To: +Assigned To:sebastian Block user comment: N Private report: N Previous Comments: [2006-09-25 03:55:01] sebast...@php.net Description: pecl/docblock should be merged into ext/tokenizer. Its API is similar and the raw data it works on is usually provided by the ext/reflection. -- Edit this bug report at https://bugs.php.net/bug.php?id=57258&edit=1
Req #56621 [Opn->Csd]: Functionality to make a class inerit a class / implement an interface
Edit report at https://bugs.php.net/bug.php?id=56621&edit=1 ID: 56621 Updated by: sebast...@php.net Reported by:sebast...@php.net Summary:Functionality to make a class inerit a class / implement an interface -Status: Open +Status: Closed Type: Feature/Change Request Package:runkit Operating System: Irrelevant PHP Version:5_1 CVS-2005-10-29 (dev) -Assigned To: +Assigned To:sebastian Block user comment: N Private report: N Previous Comments: [2005-10-29 17:13:28] poll...@php.net http://www.php.net/runkit_class_adopt Implementing interfaces can go on the to-do though... [2005-10-29 02:06:44] sebast...@php.net Description: Two new functions that make a class inherit from another class (if it does not have a parent class, yet) and implement an interface (if it implements the required methods), respectively, would be nice. Reproduce code: --- Expected result: -- Edit this bug report at https://bugs.php.net/bug.php?id=56621&edit=1
Req #56618 [Opn->Csd]: Functionality to add code to the beginning/end of an existing function/method
Edit report at https://bugs.php.net/bug.php?id=56618&edit=1
ID: 56618
Updated by: sebast...@php.net
Reported by:sebast...@php.net
Summary:Functionality to add code to the beginning/end of an
existing function/method
-Status: Open
+Status: Closed
Type: Feature/Change Request
Package:runkit
Operating System: Irrelevant
PHP Version:5_1 CVS-2005-10-28 (dev)
-Assigned To:
+Assigned To:sebastian
Block user comment: N
Private report: N
Previous Comments:
[2005-10-28 12:23:51] sebast...@php.net
Description:
This is a request for a Runkit function that adds PHP code either at the
beginning or at the end of an already defined function or method.
This can currently be achieved by the following
runkit_method_rename('Foo', 'bar', '__bar');
runkit_method_add('Foo', 'bar', '', "echo 'Hello '; Foo::__bar(); echo '!';");
but a convenience function for this would be nice.
Reproduce code:
---
bar();
?>
Expected result:
Hello World.
--
Edit this bug report at https://bugs.php.net/bug.php?id=56618&edit=1
Req #38946 [Opn->Csd]: pecl/docblock should be merged into ext/tokenizer
Edit report at https://bugs.php.net/bug.php?id=38946&edit=1 ID: 38946 Updated by: sebast...@php.net Reported by:sebast...@php.net Summary:pecl/docblock should be merged into ext/tokenizer -Status: Open +Status: Closed Type: Feature/Change Request -Package:Feature/Change Request +Package:*General Issues Operating System: Irrelevant PHP Version:6CVS-2006-09-25 (CVS) -Assigned To: +Assigned To:sebastian Block user comment: N Private report: N Previous Comments: [2006-09-25 07:54:45] sebast...@php.net Description: pecl/docblock should be merged into ext/tokenizer. Its API is similar and the raw data it works on is usually provided by the ext/reflection. -- Edit this bug report at https://bugs.php.net/bug.php?id=38946&edit=1
Req #57029 [Opn->Csd]: Add functionality to rename class attributes
Edit report at https://bugs.php.net/bug.php?id=57029&edit=1 ID: 57029 Updated by: sebast...@php.net Reported by:sebast...@php.net Summary:Add functionality to rename class attributes -Status: Open +Status: Closed Type: Feature/Change Request Package:runkit Operating System: Irrelevant PHP Version:Irrelevant -Assigned To: +Assigned To:sebastian Block user comment: N Private report: N Previous Comments: [2006-05-21 06:52:41] sebast...@php.net Description: I could not find functionality to rename class attributes (and obviously need it ;-). Reproduce code: --- Expected result: -- Edit this bug report at https://bugs.php.net/bug.php?id=57029&edit=1
Bug #63706 [Ver->Csd]: Cannot build PHP-5.5 with --enable-dtrace on Fedora 17
Edit report at https://bugs.php.net/bug.php?id=63706&edit=1 ID: 63706 Updated by: sebast...@php.net Reported by:sebast...@php.net Summary:Cannot build PHP-5.5 with --enable-dtrace on Fedora 17 -Status: Verified +Status: Closed Type: Bug Package:*General Issues Operating System: Fedora 17 PHP Version:5.5Git-2012-12-06 (Git) Assigned To:dsp Block user comment: N Private report: N New Comment: Automatic comment on behalf of remi Revision: http://git.php.net/?p=php-src.git;a=commit;h=717b367085d55528cad82716bc5ad9736831540f Log: Fixed bug #63706: Cannot build PHP-5.5 with --enable-dtrace on Fedora 17 Previous Comments: [2012-12-15 22:00:50] d...@php.net go ahead and merge it then [2012-12-15 08:12:33] sebast...@php.net The patch solves the issue for me: I can build PHP-5.5 with --enable-dtrace. [2012-12-11 07:12:10] r...@php.net The following patch has been added/updated: Patch Name: dtrace-cflags.patch Revision: 1355209930 URL: https://bugs.php.net/patch-display.php?bug=63706&patch=dtrace-cflags.patch&revision=1355209930 [2012-12-10 11:53:00] d...@php.net This might be one of the issues, but my investigations said that usually the problem is that a main/main.o build is triggered by a prequisite of zend_dtrace.d.o that shouldnt be there. [2012-12-10 11:49:33] r...@php.net The issue seems to come from CFLAGS beeing exported, so used in the dtrace/gcc sub-process. >From Makefile CFLAGS = $(CFLAGS_CLEAN) -prefer-non-pic -static CFLAGS_CLEAN = -I/usr/include -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fno-strict-aliasing -Wno-pointer-sign -fvisibility=hidden Obviously -prefer-non-pic is not a gcc option, but a libtool one. The attached patch use CFLAGS_CLEAN instead of CFLAGS for dtrace build. It solves the dtrace build issue on fedora (and rpm) build. If you think it's ok, I will apply it. 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 https://bugs.php.net/bug.php?id=63706 -- Edit this bug report at https://bugs.php.net/bug.php?id=63706&edit=1
#21121 [NEW]: < br > in notes
From: [EMAIL PROTECTED] Operating system: Win98 PHP version: 4.3.0RC3 PHP Bug Type: Output Control Bug description: < br > in notes I can't write < br > (without spaces) in notes. It's always replaces by a 'new line'. See for example http://www.php.net/manual/de/function.nl2br.php (trevor at verite dot com / php at fendforyourself dot com) or http://www.php.net/manual/de/function.htmlspecialchars.php (the last comment 20 dec 2002, note in end) PS: seems to work properly -- Edit bug report at http://bugs.php.net/?id=21121&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21121&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21121&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21121&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21121&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21121&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21121&r=support Expected behavior: http://bugs.php.net/fix.php?id=21121&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21121&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21121&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21121&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21121&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21121&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21121&r=isapi
Bug #16475 Updated: apache 2.0.35 crashes with php 4.2.0RC2 and RC3
ID: 16475 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open -Bug Type: Apache2 related +Bug Type: Reproducible crash -Operating System: Linux 2.4.16 +Operating System: Linux 2.4.16 / Debian 3.0 -PHP Version: 4.0CVS-2002-04-07 +PHP Version: 4.0CVS-02-04-13 New Comment: Hi, well as [EMAIL PROTECTED] said I tried php 4.2.0RC3 and latest cvs snapshot from snaps.php.net, but unfortunately the result is still the same. Maybe some things where fixed but apache still crashes after being started...see my backtraces: diebels:/usr/local/apache2/bin# gdb /usr/local/apache2/bin/httpd /usr/local/apache2/bin/core GNU gdb 5.1.1 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-linux"... Core was generated by `./httpd -X'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/apache2/lib/libaprutil.so.0...done. Loaded symbols for /usr/local/apache2/lib/libaprutil.so.0 Reading symbols from /usr/local/apache2/lib/libapr.so.0...done. Loaded symbols for /usr/local/apache2/lib/libapr.so.0 Reading symbols from /lib/libm.so.6...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /lib/libcrypt.so.1...done. Loaded symbols for /lib/libcrypt.so.1 Reading symbols from /lib/libnsl.so.1...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /usr/lib/libdb-4.0.so...done. Loaded symbols for /usr/lib/libdb-4.0.so Reading symbols from /usr/local/lib/libexpat.so.0...done. Loaded symbols for /usr/local/lib/libexpat.so.0 Reading symbols from /lib/libpthread.so.0...done. warning: Unable to set global thread event mask: generic error [New Thread 1024 (LWP 23812)] Error while reading shared library symbols: Cannot enable thread event reporting for Thread 1024 (LWP 23812): generic error Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libnss_compat.so.2...done. Loaded symbols for /lib/libnss_compat.so.2 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /usr/local/apache2/modules/libphp4.so...done. Loaded symbols for /usr/local/apache2/modules/libphp4.so Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 #0 0x401de657 in malloc () from /lib/libc.so.6 (gdb)bt #0 0x401de657 in malloc () from /lib/libc.so.6 #1 0x401dfa93 in calloc () from /lib/libc.so.6 #2 0x4037efb9 in zend_hash_init (ht=0x403dec64, nSize=0, pHashFunction=0, pDestructor=0x40379b04 <_zval_ptr_dtor_wrapper>, persistent=1) at /home/sebastian/php_cvs/php4-200204130300/Zend/zend_hash.c:176 #3 0x4037f060 in zend_hash_init_ex (ht=0x403dec64, nSize=0, pHashFunction=0, pDestructor=0x40379b04 <_zval_ptr_dtor_wrapper>, persistent=1, bApplyProtection=0) at /home/sebastian/php_cvs/php4-200204130300/Zend/zend_hash.c:197 #4 0x4037a169 in register_standard_class () at /home/sebastian/php_cvs/php4-200204130300/Zend/zend.c:250 #5 0x4037a74f in zend_startup (utility_functions=0xbc78, extensions=0x0, start_builtin_functions=1) at /home/sebastian/php_cvs/php4-200204130300/Zend/zend.c:429 #6 0x4034dbbd in php_module_startup (sf=0x403cc440) at /home/sebastian/php_cvs/php4-200204130300/main/main.c:924 #7 0x40392713 in php_apache_server_startup (pconf=0x80ad520, plog=0x80e5600, ptemp=0x812f3e0, s=0x8131a48) at /home/sebastian/php_cvs/php4-200204130300/sapi/apache2filter/sapi_apache2.c:435 #8 0x08076e51 in ap_run_post_config (pconf=0x80ad520, plog=0x80e5600, ptemp=0x812f3e0, s=0x8131a48) at config.c:129 #9 0x0807b031 in main (argc=2, argv=0xbdd4) at main.c:611 #10 0x401896cf in __libc_start_main () from /lib/libc.so.6 I will try it again in a couple of days... Bye, Sebastian Previous Comments: [2002-04-12 20:25:45] [EMAIL PROTECTED] There have been some fixes. Please try PHP 4.2.0RC3 from http://www.php.net/~derick/ or latest CVS snapshot from http://snaps.php.net/ [2002-04-07 12:57:31] [EMAIL PROTECTED] Well, it's me again :-) I just compiled php with --with-apxs2 option. The result is just the same, apache crashes after being started. See my new backtrace: warning: Unable to set global thread ev
Bug #16475 Updated: apache 2.0.35 crashes with php 4.2.0RC2 and RC3
ID: 16475 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open -Bug Type: Apache2 related +Bug Type: Reproducible crash Operating System: Linux 2.4.16 / Debian 3.0 PHP Version: 4.0CVS-02-04-13 New Comment: Hi, well when I do a "ldd /usr/local/bin/httpd" the following list is shown: libaprutil.so.0 => /usr/local/apache2/lib/libaprutil.so.0 (0x40016000) libapr.so.0 => /usr/local/apache2/lib/libapr.so.0 (0x40026000) libm.so.6 => /lib/libm.so.6 (0x40047000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x40069000) libnsl.so.1 => /lib/libnsl.so.1 (0x40096000) libdl.so.2 => /lib/libdl.so.2 (0x400ab000) libdb-4.0.so => /usr/lib/libdb-4.0.so (0x400af000) libexpat.so.0 => /usr/local/lib/libexpat.so.0 (0x40135000) libpthread.so.0 => /lib/libpthread.so.0 (0x40156000) libc.so.6 => /lib/libc.so.6 (0x4016c000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000) So there is libpthread included but why not in ldd of libphp4.so (as seen in my previous postings)? I'm using Debian Woody 3.0 with kernel 2.4.16 and I have installed all recent updates. Bye, Sebastian Previous Comments: [2002-04-13 14:15:56] [EMAIL PROTECTED] Is the libpthread in your system a static library or why isn't it shown in that ldd list? Which Debian distro is this anyway? Stable or unstable? [2002-04-13 07:11:11] [EMAIL PROTECTED] Hi, well as [EMAIL PROTECTED] said I tried php 4.2.0RC3 and latest cvs snapshot from snaps.php.net, but unfortunately the result is still the same. Maybe some things where fixed but apache still crashes after being started...see my backtraces: diebels:/usr/local/apache2/bin# gdb /usr/local/apache2/bin/httpd /usr/local/apache2/bin/core GNU gdb 5.1.1 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-linux"... Core was generated by `./httpd -X'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/apache2/lib/libaprutil.so.0...done. Loaded symbols for /usr/local/apache2/lib/libaprutil.so.0 Reading symbols from /usr/local/apache2/lib/libapr.so.0...done. Loaded symbols for /usr/local/apache2/lib/libapr.so.0 Reading symbols from /lib/libm.so.6...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /lib/libcrypt.so.1...done. Loaded symbols for /lib/libcrypt.so.1 Reading symbols from /lib/libnsl.so.1...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /usr/lib/libdb-4.0.so...done. Loaded symbols for /usr/lib/libdb-4.0.so Reading symbols from /usr/local/lib/libexpat.so.0...done. Loaded symbols for /usr/local/lib/libexpat.so.0 Reading symbols from /lib/libpthread.so.0...done. warning: Unable to set global thread event mask: generic error [New Thread 1024 (LWP 23812)] Error while reading shared library symbols: Cannot enable thread event reporting for Thread 1024 (LWP 23812): generic error Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libnss_compat.so.2...done. Loaded symbols for /lib/libnss_compat.so.2 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /usr/local/apache2/modules/libphp4.so...done. Loaded symbols for /usr/local/apache2/modules/libphp4.so Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 #0 0x401de657 in malloc () from /lib/libc.so.6 (gdb)bt #0 0x401de657 in malloc () from /lib/libc.so.6 #1 0x401dfa93 in calloc () from /lib/libc.so.6 #2 0x4037efb9 in zend_hash_init (ht=0x403dec64, nSize=0, pHashFunction=0, pDestructor=0x40379b04 <_zval_ptr_dtor_wrapper>, persistent=1) at /home/sebastian/php_cvs/php4-200204130300/Zend/zend_hash.c:176 #3 0x4037f060 in zend_hash_init_ex (ht=0x403dec64, nSize=0, pHashFunction=0, pDestructor=0x40379b04 <_zval_ptr_dtor_wrapper>, persistent=1, bApplyProtection=0) at /home/sebastian/php_cvs/php4-200204130300/Zend/zend_hash.c:197 #4 0x4037a169 in register_standard_class () at /home/sebastian/php_cvs/php4-200204130300/Zend/zend.c:250 #5 0x4037a74f in zend_startup (utility_functions=0xbc78, extensions=0x0, start_builtin_functions=1) at /home/sebastian/php_
Bug #16475 Updated: segfault at startup with Apache 2.0.35
ID: 16475 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: Linux 2.4.x PHP Version: 4.2.0RC2-4 New Comment: Hi, try submitting a backtrace. See http://bugs.php.net/bugs-generating-backtrace.php to create it - it's quite simple but helps the developers a lot. Did you compile apache with the option "--with-apxs2"? Just gimme a hint when I should try to compile apache with php on my system again... Bye, Sebastian Previous Comments: [2002-04-23 14:55:29] [EMAIL PROTECTED] Well, this is probably not much help, but with gcc-2.95.3, linux-2.4.18, apache 2.0.35 and PHP 4.2.0 I see the same behavior, namely, httpd -X crashes with a segmentation fault whenever I access ANY page on the server, PHP or not. This only happens AFTER the PHP module is loaded. With the vanilla apache (no php) I have no problems, whatsoever. Also, configuration of both apache and php is minimal. [2002-04-22 00:04:43] [EMAIL PROTECTED] AHA! I think I'm onto something. The DSO is segfaulting in the second initialization round when php_apache_server_startup(). That function calls php_apache_startup() which uses pthread_getspecific. It ends up looking up a structure which contains pointers that point to from the FIRST round, dereferences them, and poof, it dies. I'm working on a patch. [2002-04-21 18:48:21] [EMAIL PROTECTED] This appears to be heap corruption of some sort. I can reproduce the problem and am working on tracking it down. [2002-04-15 00:12:00] [EMAIL PROTECTED] I too have been seeing this same error. Using RC3 and now RC4, httpd -X cores immediately. My php config: ./configure --with-apxs2=/home/brian/apache2/bin/apxs --enable-debug --prefix=/home/brian/apache2 Coredump bt: (gdb) bt #0 0x4034958e in ts_resource_ex (id=1, th_id=0x0) at TSRM.c:310 #1 0x402a1fda in php_module_startup (sf=0x4036fb00) at main.c:856 #2 0x4029f9bc in php_apache_server_startup (pconf=0x80b7e20, plog=0x80eff00, ptemp=0x8137a38, s=0x813a0a0) at sapi_apache2.c:435 #3 0x0807c972 in ap_run_post_config (pconf=0x80b7e20, plog=0x80eff00, ptemp=0x8137a38, s=0x813a0a0) at config.c:127 #4 0x08081595 in main (argc=2, argv=0xb7e4) at main.c:611 #5 0x40119280 in __libc_start_main () from /lib/libc.so.6 Apache 2.0.35, Mandrake 8.2 Changes made to httpd.conf as per instructions on web page: LoadModule php4_modulemodules/libphp4.so SetOutputFilter PHP SetInputFilter PHP [2002-04-13 17:08:13] [EMAIL PROTECTED] reclassified. (please don't change the category anymore!) 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/16475 -- Edit this bug report at http://bugs.php.net/?id=16475&edit=1
Bug #16475 Updated: segfault at startup with Apache 2.0.35
ID: 16475 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: Linux 2.4.x PHP Version: 4.2.0RC2-4 New Comment: Hi folks, great work :-) Apache 2.0.35 works now fine for me even with php4.3-dev (I took it from snaps.php.net). Again let me know when I should retry any other version of php... Thanks + bye, Sebastian Previous Comments: [2002-04-23 20:59:35] [EMAIL PROTECTED] This bug has been fixed in CVS. I just committed a fix for this in sapi/apache2filter/sapi_apache2.c version 1.74 (from CVS HEAD). If you are still seeing the problem after trying this version please reopen this bug. Thank you for using Apache/PHP! [2002-04-23 16:12:24] [EMAIL PROTECTED] Hi, try submitting a backtrace. See http://bugs.php.net/bugs-generating-backtrace.php to create it - it's quite simple but helps the developers a lot. Did you compile apache with the option "--with-apxs2"? Just gimme a hint when I should try to compile apache with php on my system again... Bye, Sebastian [2002-04-23 14:55:29] [EMAIL PROTECTED] Well, this is probably not much help, but with gcc-2.95.3, linux-2.4.18, apache 2.0.35 and PHP 4.2.0 I see the same behavior, namely, httpd -X crashes with a segmentation fault whenever I access ANY page on the server, PHP or not. This only happens AFTER the PHP module is loaded. With the vanilla apache (no php) I have no problems, whatsoever. Also, configuration of both apache and php is minimal. [2002-04-22 00:04:43] [EMAIL PROTECTED] AHA! I think I'm onto something. The DSO is segfaulting in the second initialization round when php_apache_server_startup(). That function calls php_apache_startup() which uses pthread_getspecific. It ends up looking up a structure which contains pointers that point to from the FIRST round, dereferences them, and poof, it dies. I'm working on a patch. [2002-04-21 18:48:21] [EMAIL PROTECTED] This appears to be heap corruption of some sort. I can reproduce the problem and am working on tracking it down. 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/16475 -- Edit this bug report at http://bugs.php.net/?id=16475&edit=1
Bug #16103: 2 german documentation mistakes
From: [EMAIL PROTECTED] Operating system: PHP version: 4.1.2 PHP Bug Type: Documentation problem Bug description: 2 german documentation mistakes http://www.php.net/manual/de/about.generate.php "Wir wir die Formate generieren" is wrong, right is: "WiE wir die Formate generieren" http://www.php.net/manual/de/ref.variables.php "is_numeric -- Finds whether a variable is a number or a numeric string" not translated into german -- Edit bug report at http://bugs.php.net/?id=16103&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16103&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16103&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16103&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16103&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16103&r=support Expected behavior: http://bugs.php.net/fix.php?id=16103&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16103&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16103&r=submittedtwice
Bug #16434 Updated: Build Error
ID: 16434 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: Linux 2.4.2-2 PHP Version: 4.1.2 New Comment: Hi, which changes did you exactly made to sapi_apache2.c? Bye, Sebastian Previous Comments: [2002-04-06 11:12:10] [EMAIL PROTECTED] You need latest CVS versions of both Apache2 and PHP. [2002-04-05 09:18:06] [EMAIL PROTECTED] After adding the required parameter, it compiled and has run fine under an adhoc stress test. [2002-04-05 05:16:40] [EMAIL PROTECTED] Well, AFAIK 4.1.x doesn't work with Apache 2. Anyway, we don't really care since Apache 2 is still beta. It will probably work OK in 4.2.0. You can try RC2 from www.php.net/~derick [2002-04-04 14:18:54] [EMAIL PROTECTED] sapi_apache2.c refuses to build with Apache 2.0.32. The function call to ap_get_brigade, line 247, needs the APR_BLOCK_READ or APR_NONBLOCK_READ parameter added to the call. I don't know which is appropriate, so I chose to BLOCK. -- Edit this bug report at http://bugs.php.net/?id=16434&edit=1
Bug #16467: ./configure fails with strange message
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0CVS-2002-04-06 PHP Bug Type: Compile Failure Bug description: ./configure fails with strange message Hi, I tried to install apache 2.0.x and php 4 using the latest cvs snapshots. Apache runs without any problems but after running buildconf of php and trying to configure the software I get this error message: ./configure: line 42: syntax error near unexpected token `PHP_CONFIGURE_PART(Running' ./configure: line 42: `PHP_CONFIGURE_PART(Running system checks)' Bye, Sebastian -- Edit bug report at http://bugs.php.net/?id=16467&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16467&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16467&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16467&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16467&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16467&r=support Expected behavior: http://bugs.php.net/fix.php?id=16467&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16467&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16467&r=submittedtwice
Bug #16475: apache 2.0.35 crashes with php 4.2.0RC2 and RC3
From: [EMAIL PROTECTED] Operating system: Linux 2.4.16 PHP version: 4.0CVS-2002-04-07 PHP Bug Type: Reproducible crash Bug description: apache 2.0.35 crashes with php 4.2.0RC2 and RC3 Hi, after a couple of days I successfully compiled php 4.2.0RC2 and RC3 on apache 2.0.35 and .36-dev. Unfortunately apache crashes immediately after being started without any message in any logfile. When I take the LoadModule directive out of the configfile apache runs fine. I spoke already to several other people and they just had the same problems. Also I tried to latest cvs snapshots of both of them but the result is still the same. I configured apache like this: ./configure --enable-layout=Apache --with-port=80 --enable-auth --enable-access --enable-charset-lite --enable-cache --enable-disk-cache --enable-mem-cache --enable-example --enable-mime-magic --enable-cern-meta --enable-expires --enable-headers --enable-usertrack --enable-unique-id --enable-setenvif --with-mpm=worker --enable-http --enable-vhost-alias --enable-rewrite --enable-so --enable-userdir And my ./configure for php was: ./configure --with-png-dir --with-tiff-dir=/usr/local/lib --with-ttf --enable-bcmath --enable-url-includes --with-gd=/usr/local --with-jpeg-dir --with-zlib --with-mysql --enable-memory-limit --enable-sysvsem --enable-sysvshm --enable-trans-sid --with-pdflib --enable-ftp --enable-sockets --enable-magic-quotes --enable-track-vars --with-apxs2=/usr/local/apache2/bin/apxs --enable-versioning --with-xml --enable-calendar --with-inline-optimization --with-mcrypt --with-mhash=/usr/local/lib "ldd libphp4.so": diebels:/usr/local/apache2/modules# ldd libphp4.so libpdf.so.1 => /usr/local/lib/libpdf.so.1 (0x401ac000) libtiff.so.3 => /usr/local/lib/libtiff.so.3 (0x4023b000) libpng.so.3 => /usr/local/lib/libpng.so.3 (0x4027b000) libmhash.so.2 => /usr/local/lib/libmhash.so.2 (0x402b1000) libmcrypt.so.4 => /usr/local/lib/libmcrypt.so.4 (0x402d5000) libltdl.so.3 => /usr/local/lib/libltdl.so.3 (0x402db000) libttf.so.2 => /usr/local/lib/libttf.so.2 (0x402e2000) libjpeg.so.62 => /usr/local/lib/libjpeg.so.62 (0x40308000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x40326000) libresolv.so.2 => /lib/libresolv.so.2 (0x40353000) libm.so.6 => /lib/libm.so.6 (0x40364000) libdl.so.2 => /lib/libdl.so.2 (0x40386000) libc.so.6 => /lib/libc.so.6 (0x4038a000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000) diebels:/usr/local/apache2/modules# The tools like autoconf,libtool and so on are the recent ones: libtool: ltmain.sh (GNU libtool) 1.4.2 (1.922.2.53 2001/09/11 03:18:52) autoconf: autoconf (GNU Autoconf) 2.53 automake: automake (GNU automake) 1.4-p4 Any ideas? Bye, Sebastian -- Edit bug report at http://bugs.php.net/?id=16475&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16475&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16475&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16475&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16475&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16475&r=support Expected behavior: http://bugs.php.net/fix.php?id=16475&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16475&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16475&r=submittedtwice
Bug #16475 Updated: apache 2.0.35 crashes with php 4.2.0RC2 and RC3
ID: 16475 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Linux 2.4.16 PHP Version: 4.0CVS-2002-04-07 New Comment: Okay, here is my backtrace: warning: Unable to set global thread event mask: generic error [New Thread 1024 (LWP 30801)] Error while reading shared library symbols: Cannot enable thread event reporting for Thread 1024 (LWP 30801): generic error Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/local/apache2/modules/libphp4.so...done. Loaded symbols for /usr/local/apache2/modules/libphp4.so Reading symbols from /usr/local/lib/libpdf.so.1...done. Loaded symbols for /usr/local/lib/libpdf.so.1 Reading symbols from /usr/local/lib/libtiff.so.3...done. Loaded symbols for /usr/local/lib/libtiff.so.3 Reading symbols from /usr/local/lib/libpng.so.3...done. Loaded symbols for /usr/local/lib/libpng.so.3 Reading symbols from /usr/local/lib/libmhash.so.2...done. Loaded symbols for /usr/local/lib/libmhash.so.2 Reading symbols from /usr/local/lib/libmcrypt.so.4...done. Loaded symbols for /usr/local/lib/libmcrypt.so.4 Reading symbols from /usr/local/lib/libltdl.so.3...done. Loaded symbols for /usr/local/lib/libltdl.so.3 Reading symbols from /usr/local/lib/libttf.so.2...done. Loaded symbols for /usr/local/lib/libttf.so.2 Reading symbols from /usr/local/lib/libjpeg.so.62...done. Loaded symbols for /usr/local/lib/libjpeg.so.62 Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/libnss_compat.so.2...done. Loaded symbols for /lib/libnss_compat.so.2 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 #0 0x40391679 in sapi_initialize_empty_request (tsrm_ls=0x8166f68) at /home/sebastian/cvs/php4-200204070300/main/SAPI.c:366 366 SG(server_context) = NULL; (gdb) bt #0 0x40391679 in sapi_initialize_empty_request (tsrm_ls=0x8166f68) at /home/sebastian/cvs/php4-200204070300/main/SAPI.c:366 #1 0x4038d4e9 in php_module_startup (sf=0x404224c0) at /home/sebastian/cvs/php4-200204070300/main/main.c:907 #2 0x403d1257 in php_apache_server_startup (pconf=0x80c5a80, plog=0x8107b88, ptemp=0x8162ec0, s=0x81669a8) at /home/sebastian/cvs/php4-200204070300/sapi/apache2filter/sapi_apache2.c:432 #3 0x08088f51 in ap_run_post_config (pconf=0x80c5a80, plog=0x8107b88, ptemp=0x8162ec0, s=0x81669a8) at config.c:129 #4 0x0808d131 in main (argc=2, argv=0xbde4) at main.c:611 #5 0x401896cf in __libc_start_main () from /lib/libc.so.6 As I already mentioned apache crashes immediatelly after being started. Do you need other or additional information? Bye, Sebastian Previous Comments: [2002-04-07 10:45:09] [EMAIL PROTECTED] To properly diagnose this bug, 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". [2002-04-07 10:36:06] [EMAIL PROTECTED] Hi, after a couple of days I successfully compiled php 4.2.0RC2 and RC3 on apache 2.0.35 and .36-dev. Unfortunately apache crashes immediately after being started without any message in any logfile. When I take the LoadModule directive out of the configfile apache runs fine. I spoke already to several other people and they just had the same problems. Also I tried to latest cvs snapshots of both of them but the result is still the same. I configured apache like this: ./configure --enable-layout=Apache --with-port=80 --enable-auth --enable-access --enable-charset-lite --enable-cache --enable-disk-cache --enable-mem-cache --enable-example --enable-mime-magic --enable-cern-meta --enable-expires --enable-headers --enable-usertrack --enable-unique-id --enable-setenvif --with-mpm=worker --enable-http --enable-vhost-alias --enable-rewrite --enable-so --enable-userdir And my ./configure for php was: ./configure --with-png-dir --with-tiff-dir=/usr/local/lib --with-ttf --enable-bcmath --enable-url-includes --with-gd=/usr/local --with-jpeg-dir --with-zlib --with-mysql --enable-memory-limit --enable-sysvsem --enable-sysvshm --enable-trans-sid --with-pdflib --enable-ftp --enable-sockets --enable-magic-quotes --enable-track-vars --with-apxs2=/usr/local/apache2/bin/apxs --enable-versioning --with-xml --enable-calendar --with-inline-optimization --with-mcrypt --with-mhash=/usr/local/lib "ldd libphp4.so": diebels:/usr/local/apache2/mod
Bug #16475 Updated: apache 2.0.35 crashes with php 4.2.0RC2 and RC3
ID: 16475 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Linux 2.4.16 PHP Version: 4.0CVS-2002-04-07 New Comment: Well, it's me again :-) I just compiled php with --with-apxs2 option. The result is just the same, apache crashes after being started. See my new backtrace: warning: Unable to set global thread event mask: generic error [New Thread 1024 (LWP 28095)] Error while reading shared library symbols: Cannot enable thread event reporting for Thread 1024 (LWP 28095): generic error Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libnss_compat.so.2...done. Loaded symbols for /lib/libnss_compat.so.2 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /usr/local/apache2/modules/libphp4.so...done. Loaded symbols for /usr/local/apache2/modules/libphp4.so Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 #0 0x401de657 in malloc () from /lib/libc.so.6 (gdb) bt #0 0x401de657 in malloc () from /lib/libc.so.6 #1 0x401de1e4 in malloc () from /lib/libc.so.6 #2 0x4036eb15 in zend_hash_add_or_update (ht=0x8165a18, arKey=0x403a54e1 "stdclass", nKeyLength=9, pData=0x403c5da0, nDataSize=120, pDest=0x0, flag=2) at /home/sebastian/cvs/php4-200204070300/Zend/zend_hash.c:266 #3 0x4036a0cd in register_standard_class () at /home/sebastian/cvs/php4-200204070300/Zend/zend.c:257 #4 0x4036a643 in zend_startup (utility_functions=0xbc88, extensions=0x0, start_builtin_functions=1) at /home/sebastian/cvs/php4-200204070300/Zend/zend.c:429 #5 0x40342a65 in php_module_startup (sf=0x403b33e0) at /home/sebastian/cvs/php4-200204070300/main/main.c:928 #6 0x40380477 in php_apache_server_startup (pconf=0x80c5a80, plog=0x8107b88, ptemp=0x81619d0, s=0x81654b8) at /home/sebastian/cvs/php4-200204070300/sapi/apache2filter/sapi_apache2.c:432 #7 0x08088f51 in ap_run_post_config (pconf=0x80c5a80, plog=0x8107b88, ptemp=0x81619d0, s=0x81654b8) at config.c:129 #8 0x0808d131 in main (argc=2, argv=0xbde4) at main.c:611 #9 0x401896cf in __libc_start_main () from /lib/libc.so.6 Bye, Sebastian Previous Comments: [2002-04-07 12:33:29] [EMAIL PROTECTED] And please classify these apache2 related bugs under the correct category. [2002-04-07 12:32:56] [EMAIL PROTECTED] Please reduce the PHP configure options to minimum. ie. only --with-apxs2 --Jani [2002-04-07 11:21:59] [EMAIL PROTECTED] Okay, here is my backtrace: warning: Unable to set global thread event mask: generic error [New Thread 1024 (LWP 30801)] Error while reading shared library symbols: Cannot enable thread event reporting for Thread 1024 (LWP 30801): generic error Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/local/apache2/modules/libphp4.so...done. Loaded symbols for /usr/local/apache2/modules/libphp4.so Reading symbols from /usr/local/lib/libpdf.so.1...done. Loaded symbols for /usr/local/lib/libpdf.so.1 Reading symbols from /usr/local/lib/libtiff.so.3...done. Loaded symbols for /usr/local/lib/libtiff.so.3 Reading symbols from /usr/local/lib/libpng.so.3...done. Loaded symbols for /usr/local/lib/libpng.so.3 Reading symbols from /usr/local/lib/libmhash.so.2...done. Loaded symbols for /usr/local/lib/libmhash.so.2 Reading symbols from /usr/local/lib/libmcrypt.so.4...done. Loaded symbols for /usr/local/lib/libmcrypt.so.4 Reading symbols from /usr/local/lib/libltdl.so.3...done. Loaded symbols for /usr/local/lib/libltdl.so.3 Reading symbols from /usr/local/lib/libttf.so.2...done. Loaded symbols for /usr/local/lib/libttf.so.2 Reading symbols from /usr/local/lib/libjpeg.so.62...done. Loaded symbols for /usr/local/lib/libjpeg.so.62 Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/libnss_compat.so.2...done. Loaded symbols for /lib/libnss_compat.so.2 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 #0 0x40391679 in sapi_initialize_empty_request (tsrm_ls=0x8166f68) at /home/sebastian/cvs/php4-200204070300/main/SAPI.c:366 366 SG(server_context) = NULL; (gdb) bt #0 0x40391679 in sapi_initialize_empty_request (tsrm_ls=0x8166f68) at /home/sebastian/cvs/php4-200204070300/main/SAPI.c:366 #1
#31683 [Com]: changes to $name in __get($name) override future parameters
ID: 31683
Comment by: sebastian at famro dot de
Reported By: wagner at bonn dot edu
Status: Assigned
Bug Type: Zend Engine 2 problem
Operating System: Gentoo Linux
PHP Version: 5CVS-2005-01-25 (dev)
Assigned To: dmitry
New Comment:
This bug concerns also the Function __set():
Reproduce code:
---
correct = 0;
}
?>
Actual result:
--
correct = 0
wrong = 0
wrong = 0
Previous Comments:
[2005-01-25 01:50:28] wagner at bonn dot edu
Description:
Changing $name in __get($name) to e.g. "foo", will cause
the next call of __get() to use "foo" as the name instead
of the name of the member-Variable that was actually
called.
Only intercepted accesses to variables (e.g.
$obj->doesnt_exist) seem to be affected, not direct calls
to __get() (e.g. $obj->__get("whatever") );
Reproducible with PHP 5.0.3, PHP_5_0 CVS and CVS head (PHP
5.1 dev).
Reproduce code:
---
correct;
}
?>
Expected result:
correct
correct
correct
The line
$name = "wrong";
should have no effect.
Actual result:
--
correct
wrong
wrong
--
Edit this bug report at http://bugs.php.net/?id=31683&edit=1
#29147 [NEW]: Compile Error in mnoGoSearch functions)
From: sebastian at nohn dot net Operating system: Linux 2.4 (Debian Woody) PHP version: 5.0.0 PHP Bug Type: Compile Failure Bug description: Compile Error in mnoGoSearch functions) Description: PHP does'nt compile Reproduce code: --- ./configure \ --prefix=/opt/php \ --sysconfdir=/etc/opt/php \ --localstatedir=/var/opt/php \ --with-apxs2=/opt/apache/sbin/apxs \ --with-mysql=/usr \ --with-pgsql=/usr \ --with-zlib=yes \ --with-xml \ --enable-inline-optimization \ --enable-sockets \ --enable-ftp \ --enable-wddx \ --with-mnogosearch=/opt/mnogosearch \ --with-gd \ --with-freetype-dir=/usr \ --with-gettext \ --with-libxml-dir=/opt/libxml2 make Expected result: Everything works fine Actual result: -- /bin/sh /root/install_temp/php-5.0.0/libtool --silent --preserve-dup-deps --mode=link /root/install_temp/php-5.0.0/meta_ccld -export-dynamic -g -O2 -pthread -DZTS -L/opt/libxml2/lib -L/usr/lib/mysql -L/opt/mnogosearch/lib -L/usr/lib/postgresql/lib -R /opt/libxml2/lib -R /usr/lib/mysql -R /opt/mnogosearch/lib -R /usr/lib/postgresql/lib ext/libxml/libxml.lo ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/ctyp [...] d_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_ts_hash.lo Zend/zend_stream.lo Zend/zend_iterators.lo Zend/zend_interfaces.lo Zend/zend_exceptions.lo Zend/zend_objects.lo Zend/zend_object_handlers.lo Zend/zend_objects_API.lo Zend/zend_mm.lo Zend/zend_default_classes.lo Zend/zend_reflection_api.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lcrypt -lcrypt -lpq -lmysqlclient -lfreetype -lpng -lz -lz -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm -lmysqlclient -lm -lz -ludmsearch -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lcrypt -o sapi/cli/php /opt/mnogosearch/lib/libudmsearch.a(parser.o): In function `parse_file': /root/install_temp/mnogosearch-3.1.21/src/parser.c:258: the use of `tmpnam' is dangerous, better use `mkstemp' ext/mnogosearch/php_mnogo.lo: In function `MyRemoveHiLightDup': /root/install_temp/php-5.0.0/ext/mnogosearch/php_mnogo.c:433: undefined reference to `UdmMalloc' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 -- Edit bug report at http://bugs.php.net/?id=29147&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29147&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29147&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29147&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29147&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29147&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29147&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29147&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29147&r=support Expected behavior: http://bugs.php.net/fix.php?id=29147&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29147&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29147&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29147&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29147&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29147&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29147&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29147&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29147&r=float
#29147 [Fbk->Opn]: Compile Error in mnoGoSearch functions)
ID: 29147 User updated by: sebastian at nohn dot net Reported By: sebastian at nohn dot net -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Linux 2.4 (Debian Woody) PHP Version: 5.0.0 New Comment: This patch seems to fix the problem. PHP5 compiles and the mnoGoSearch extensions works fine. Thanks a lot! Previous Comments: [2004-07-16 08:28:45] [EMAIL PROTECTED] Could you please try the patch below? http://tony2004.phpclub.net/dev/tmp/mnogo.diff [2004-07-15 19:57:19] Bjorn dot Wiberg at its dot uu dot se I experience the same error on IBM AIX 5.2.0.0 ML3 with PHP 5.0.0 (release) and mnoGoSearch 3.1.21 installed in the standard location /usr/local/mnogosearch. PHP has been configured with (excerpt from config.nice): CPPFLAGS='-I/usr/local/include' \ LDFLAGS='-L/lib -L/opt/freeware/lib -L/usr/local/lib' \ CC='/usr/local/bin/gcc' \ './configure' \ '--enable-bcmath' \ '--enable-calendar' \ '--enable-dba' \ '--enable-exif' \ '--enable-embedded-mysqli' \ '--enable-debug' \ '--enable-filepro' \ '--enable-gd-jis-conv' \ '--enable-gd-native-ttf' \ '--enable-mbstring' \ '--enable-memory-limit' \ '--enable-versioning' \ '--enable-zend-multibyte' \ '--prefix=/apache/php' \ '--with-apxs2=/apache/bin/apxs' \ '--with-apxs2filter=/apache/bin/apxs' \ '--with-freetype-dir' \ '--with-gd' \ '--with-gdbm' \ '--with-gettext' \ '--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' The error message I get is: ---8<---cut--- s_API.lo Zend/zend_mm.lo Zend/zend_default_classes.lo Zend/zend_reflection_api.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -o sapi/cli/php -L/opt/freeware/lib -L/usr/X11R6/lib -L/usr/local/lib -L/usr/local/mysql/lib -L/usr/local/mnogosearch/lib -L/usr/local/mysql/lib/mysql -lz -lm -lldap -lssl -lcrypto -ls -llber -lintl -liconv -lfreetype -lz -lX11 -lXpm -lpng -lz -ljpeg -lgdbm -lz -lssl -lcrypto -lm -lz -liconv -lm -lz -liconv -lm -lz -liconv -lm -lz -liconv -lm -lmysqlclient -lz -lcrypt -lnsl_r -lm -lm -lz -lcrypto -lssl /usr/local/mnogosearch/lib/libudmsearch.a -lmysqlclient -lm -lz -lcrypto -lssl -lz -liconv -lm -lz -liconv -lm -lxml2 -lpthread -lz -liconv -lm -lz -liconv -lm -Wl,-bnolibpath -Wl,-blibpath:/usr/local/lib:/opt/freeware/lib:/usr/local/mysql/lib/mysql:/usr/X11R6/lib:/usr/local/mysql/lib:/usr/local/mnogosearch/lib:/usr/lib:/lib ld: 0711-317 ERROR: Undefined symbol: .UdmMalloc ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. collect2: ld returned 8 exit status make: The error code from the last command is 1. Stop. [2004-07-14 21:30:43] php at arwin dot net I had the same error when trying to include support for mnogosearch. The exact same configuration worked fine in php 5.0.0RC3. [2004-07-14 15:28:12] sebastian at nohn dot net Description: PHP does'nt compile Reproduce code: --- ./configure \ --prefix=/opt/php \ --sysconfdir=/etc/opt/php \ --localstatedir=/var/opt/php \ --with-apxs2=/opt/apache/sbin/apxs \ --with-mysql=/usr \ --with-pgsql=/usr \ --with-zlib=yes \ --with-xml \ --enable-inline-optimization \ --enable-sockets \ --enable-ftp \ --enable-wddx \ --with-mnogosearch=/opt/mnogosearch \ --with-gd \ --with-freetype-dir=/usr \ --with-gettext \ --with-libxml-dir=/opt/libxml2 make Expected result: Everything works fine Actual result: -- /bin/sh /root/install_temp/php-5.0.0/libtool --silent --preserve-dup-deps --mode=link /root/install_temp/php-5.0.0/meta_ccld -export-dynamic -g -O2 -pthread -DZTS -L/opt/libxml2/lib -L/usr/lib/mysql -L/opt/mnogosearch/lib -L/usr/lib/postgresql/lib -R /opt/libxml2/lib -R /usr/lib/mysql -R /opt/mnogosearch/lib -R /usr/lib/postgresql/lib ext/libxml/libxml.lo ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/ctyp [...] d_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo
#45778 [NEW]: Dump list of objects/variables and their memory usage
From: sebastian at sebsoft dot nl Operating system: All PHP version: 6CVS-2008-08-10 (CVS) PHP Bug Type: Feature/Change Request Bug description: Dump list of objects/variables and their memory usage Description: When developing on larger PHP-CLI projects, it seems that sometimes memory usage increases while running; possibly doing nothing more than instantiating objects/variables and replacing them by new objects/variables but not destroying references correctly. I would like to request a function that is able to give a dump of all client created objects/variables that currently occupy the memory in this instance, and if possible, the memory usage created by those objects/variables. This will help identifying possible memory issues while developing code. My suggestion would be to have a php.ini setting that, when enabled, tracks usage, so it would be possible to disable this feature in production environments. Something similar was already requested in bug #16564, but was closed with a solution which doesn't give as much detail as what I am requesting in this request. Expected result: A possible expected output could be an array containing the objects and the memory usage created by them. This array could be multi dimensional to track where the object/variable in question exists. -- Edit bug report at http://bugs.php.net/?id=45778&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45778&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45778&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45778&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45778&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45778&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45778&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45778&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45778&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45778&r=support Expected behavior:http://bugs.php.net/fix.php?id=45778&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45778&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45778&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45778&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45778&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45778&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45778&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45778&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45778&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45778&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45778&r=mysqlcfg
Bug #50997 [Com]: SOAP Error when trying to submit 2nd Element of a choice
Edit report at http://bugs.php.net/bug.php?id=50997&edit=1
ID: 50997
Comment by: sebastian at rootdir dot ws
Reported by: mrsharp at gmx dot de
Summary: SOAP Error when trying to submit 2nd Element of a
choice
Status: Open
Type: Bug
Package: SOAP related
Operating System: debian
PHP Version: 5.2.12
New Comment:
As this still seems to be an issue, here is a complete reproducer:
$soapClient = new SoapClient('service2.wsdl', array ('trace' => 1));
$params = array('code' => 'foo');
$soapClient->newOperation($params);
WSDL excerpt:
(You can find the whole WSDL example file over at
http://pastebin.com/UZrPCuJt)
Actual result:
Fatal error: SOAP-ERROR: Encoding: object hasn't 'firstName' property
If you move element name "code" being the first child of
the code snippet above is working as expected.
Previous Comments:
[2010-02-11 10:22:36] mrsharp at gmx dot de
Tested also using PHP Version 5.2.5-3 same result
[2010-02-10 18:08:41] mrsharp at gmx dot de
Description:
My Actual PHP Version: PHP Version 5.2.11-0.dotdeb.0
not 100% sure if this relates to Bug #43723: "SOAP not sent properly
from client for " because SOAP is not sent at all in my scenario
(Fatal Error)
Part of my WSDL is this schema excerpt
A SOAP operation now employs this type... if I attempt to submit a
property set which resembles "someGroupDefB" I receive a
SOAP-ERROR: Encoding: object hasn't someGroupDefA property
so it seems that choice is not properly evalutated...
Expected result:
I expect that SOAP accepts both sets of parameters without complaining
about the other missing...
--
Edit this bug report at http://bugs.php.net/bug.php?id=50997&edit=1
#50832 [NEW]: file_get_contents doesn't support passwordless HTTP authentication
From: sebastian at sebsoft dot nl Operating system: Debian Lenny PHP version: 5.3.1 PHP Bug Type: HTTP related Bug description: file_get_contents doesn't support passwordless HTTP authentication Description: When using file_get_contents, the function only seems to include HTTP Authentication data when the password is set. When no password is set (e.g. http://usern...@myurl.com), no authentication data is sent. The result of this is, when calling another PHP script with file_get_contents and only supplying an HTTP username, $_SERVER['PHP_AUTH_USER'] is (unexpectedly) not set. We are using Apache 2.2 in this setup (for server.php). $_SERVER['PHP_AUTH_USER'] does seem to be set when calling the same URL using cURL or a browser. Reproduce code: --- client.php: http://testusern...@hostname.tld/server.php'); ?> server.php: Expected result: USER: testusername Actual result: -- PHP AUTH USER not set -- Edit bug report at http://bugs.php.net/?id=50832&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50832&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50832&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50832&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50832&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50832&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50832&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50832&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50832&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50832&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50832&r=support Expected behavior: http://bugs.php.net/fix.php?id=50832&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50832&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50832&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50832&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50832&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50832&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50832&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50832&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50832&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50832&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50832&r=mysqlcfg
#40141 [Com]: open_basedir vs. tmpfile()
ID: 40141 Comment by: sebastian at hometronix dot de Reported By: flobee at gmail dot com Status: No Feedback Bug Type: *Directory/Filesystem functions Operating System: debian etch PHP Version: 5.2.0 New Comment: I had the same problem a few days ago, but now it works fine. I just changed: php_admin_value open_basedir "/home/somthing/:/tmp/" --> php_admin_value open_basedir /home/somthing/:/tmp Try it! Previous Comments: [2007-01-24 01:00:00] 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". [2007-01-16 08:25:44] tony2...@php.net Make sure /tmp/ is not a symlink. [2007-01-16 01:13:59] flobee at gmail dot com Description: using php_admin_value open_basedir "/home/somthing/" in vhosts i get problems to run the function tmpfile() vhost setting: php_admin_value open_basedir "/home/somthing/:/tmp/" or tested with ... does the same error: php_admin_value open_basedir "/home/somthing/" without open_basedir the function works like expected :-/ Reproduce code: --- Actual result: -- Warning: tmpfile() [function.tmpfile]: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/home/abc/:/tmp/) in index.php on line 123 -- Edit this bug report at http://bugs.php.net/?id=40141&edit=1
Bug #44396 [Com]: class compilation notices refer to wrong line number
Edit report at http://bugs.php.net/bug.php?id=44396&edit=1
ID: 44396
Comment by: sebastian at sebsoft dot nl
Reported by: frase at cs dot wisc dot edu
Summary: class compilation notices refer to wrong line number
Status: Bogus
Type: Bug
Package: Class/Object related
Operating System: Ubuntu 7.10
PHP Version: 5.2.5
New Comment:
Would it be possible to add a check or enforcing a check for this?
I imagine you don't want something like this in a production
environment, but it might be good to create some kind of ini setting for
this.
It might help with debugging.
I do agree this might be 'won't fix' for production environments, but
for development, I really would like to see a solution for this issue.
Previous Comments:
[2008-03-10 23:30:25] frase at cs dot wisc dot edu
Yes, I understand that, and I agree that performance and
constant-definition-order-flexibility are more important than the
accuracy of this error message. As I said, I do not necessarily expect
an immediate patch for this.
However, I would still petition that this report is not "bogus", because
"bogus" implies that there is no mistake to fix. But this message is,
in fact, incorrect, since the undefined constant does not occur on the
line indicated -- the fact that it may not be worth fixing at this time
does not change the validity of that observation.
A "will not fix" or "fix deferred indefinitely" or some such designation
seems more appropriate to me. That way, if some future change to PHP's
internals makes this easier to solve, this report will remain as a
reminder.
[2008-03-10 21:07:15] johan...@php.net
Checking this during compilation would require to lookup the constant
during compilation, but we don't enforce the declaration order to allow
more flexible code, yes the message is not perfect but that can't be
changed without major changes which break PHP's current behviour.
[2008-03-10 19:18:01] frase at cs dot wisc dot edu
Thanks for the reply. That explains /why/ it happens, but it still is
not ideal behavior; in a very large class, it could take someone a long,
long time to track down the origin of this message, since the line
number attached to it is meaningless.
I suppose I'm not expecting a quick patch to fix this, since it is a
relatively minor problem and I imagine the constant-reference tracking
necessary to solve it would have larger performance implications. But I
thought it worth noting at least, in case some future change to PHP's
internals makes it viable to address this.
[2008-03-10 18:58:57] col...@php.net
The problem here is that the constant is evaluated just in time, which
means it will only be looked for when you instantiate the class. Your
example may be reduced to :
class A {
public $a = FOOBAR;
}
$a = new A; // Error will be triggered at this point.
Currently the line at which the constant is actually used is not
tracked.
[2008-03-10 18:00:58] frase at cs dot wisc dot edu
Description:
If a class definition generates a notice, the line number printed with
the notice corresponds to the first line in which the class is
instantiated, and NOT the line which truly gives rise to the notice.
Reproduce code:
---
class OtherClass {
// etc...
}
class TestClass {
static $linkedClass = OtherClass;
function __construct() {
echo "I am linked to " . self::$linkedClass;
}
}
$obj = new TestClass();
Expected result:
I am linked to OtherClass
Actual result:
--
Notice: Use of undefined constant OtherClass - assumed 'OtherClass' in
test.php on line 10
I am linked to OtherClass
Line 10 does not contain the phrase 'OtherClass' to begin with, as an
undefined constant or otherwise, so the notice is confusing. The line
on which the notice actually arises is line 5, where the class' static
member is incorrectly initialized (it should, in fact, have been a
string).
Disclaimer: The need to have one class refer to another by name, as in
this example, may seem odd but is irrelevant to this bug report (it
arose for me because of a more complicated class inheritance need). I
suspect any notice arising during a class' static member initialization
will have the same wrong line-number; errors other than E_NOTICE might
as well, I haven't taken the time to check exhaustively.
--
Edit this bug report at http://bugs.php.net/bug.php?id=44396&edit=1
#33312 [NEW]: ReflectionParameter methods do not work correctly
From: sb at sebastian-bergmann dot de
Operating system: Windows XP
PHP version: 5CVS-2005-06-11 (dev)
PHP Bug Type: Zend Engine 2 problem
Bug description: ReflectionParameter methods do not work correctly
Description:
The ReflectionParameter::isDefaultValueAvailable() and
ReflectionParameter::getDefaultValue() methods only work correctly when
the method only has one parameter.
When the method has more than one parameter,
ReflectionParameter::isDefaultValueAvailable() returns FALSE for a
parameter that has a default value and
ReflectionParameter::getDefaultValue() produces an error when trying to
access the default value.
The reproducing script below works fine with the current PHP_5_0 branch.
With HEAD it prints nothing. Only after removing "Foo $foo, " from the
method signature does it print "bar".
Reproduce code:
---
getMethod('bar');
foreach ($method->getParameters() as $parameter) {
if ($parameter->isDefaultValueAvailable()) {
print $parameter->getDefaultValue();
}
}
?>
Expected result:
bar
--
Edit bug report at http://bugs.php.net/?id=33312&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33312&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33312&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33312&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33312&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33312&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33312&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33312&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33312&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33312&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33312&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33312&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33312&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33312&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33312&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33312&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33312&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33312&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33312&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33312&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33312&r=mysqlcfg
#30209 [NEW]: ReflectionClass::getMethod() lowercases attribute
From: sb at sebastian-bergmann dot de
Operating system: Irrelevant
PHP version: 5CVS-2004-09-23 (dev)
PHP Bug Type: Zend Engine 2 problem
Bug description: ReflectionClass::getMethod() lowercases attribute
Description:
Calling getMethod() on a ReflectionClass object for the current object
lowercases the contents of the variable that is passed to it.
Hardcoding the getMethod() parameter prevents the lowercasing while
copying the value from $this->name to $name and passing that to
getMethod() does not.
Reproduce code:
---
getMethod($this->name);
var_dump($this);
}
catch (Exception $e) {}
}
}
$foo = new Foo;
$foo->testBar();
?>
Expected result:
object(Foo)#1 (1) {
["name:private"]=>
string(7) "testBar"
}
object(Foo)#1 (1) {
["name:private"]=>
string(7) "testBar"
}
Actual result:
--
object(Foo)#1 (1) {
["name:private"]=>
string(7) "testBar"
}
object(Foo)#1 (1) {
["name:private"]=>
string(7) "testbar"
}
--
Edit bug report at http://bugs.php.net/?id=30209&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30209&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30209&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30209&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30209&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30209&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30209&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30209&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30209&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30209&r=support
Expected behavior: http://bugs.php.net/fix.php?id=30209&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30209&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30209&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30209&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30209&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30209&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30209&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30209&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30209&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30209&r=mysqlcfg
#28589 [NEW]: Segfault in Reflection API
From: sb at sebastian-bergmann dot de Operating system: Windows PHP version: 5CVS-2004-05-31 (dev) PHP Bug Type: Reproducible crash Bug description: Segfault in Reflection API Description: The code below causes PHP to segfault on Windows but not on Linux. Reproduce code: --- Expected result: I expect the code not to cause a PHP segfault. Actual result: -- php5ts_debug.dll!_class_string(_string * str=0x0012e984, _zend_class_entry * ce=0x00bb2f20, _zval_struct * obj=0x, char * indent=0x10631249, void * * * tsrm_ls=0x00a82800) Zeile 271 + 0x9 C php5ts_debug.dll!zif_reflection_class___toString(int ht=0, _zval_struct * return_value=0x00bb1ed8, _zval_struct * this_ptr=0x0012f308, int return_value_used=1, void * * * tsrm_ls=0x00a82800) Zeile 2020 + 0x1d C php5ts_debug.dll!zend_call_function(_zend_fcall_info * fci=0x0012ed28, _zend_fcall_info_cache * fci_cache=0x, void * * * tsrm_ls=0x00a82800) Zeile 853 + 0x4b C php5ts_debug.dll!call_user_function_ex(_hashtable * function_table=0x, _zval_struct * * object_pp=0x0012ee94, _zval_struct * function_name=0x00bb1cf8, _zval_struct * * retval_ptr_ptr=0x0012ee7c, unsigned int param_count=0, _zval_struct * * * params=0x, int no_separation=0, _hashtable * symbol_table=0x, void * * * tsrm_ls=0x00a82800) Zeile 550 + 0xf C php5ts_debug.dll!zif_reflection_export(int ht=2, _zval_struct * return_value=0x00bb1d48, _zval_struct * this_ptr=0x, int return_value_used=1, void * * * tsrm_ls=0x00a82800) Zeile 1037 + 0x1f C php5ts_debug.dll!zend_call_function(_zend_fcall_info * fci=0x0012f260, _zend_fcall_info_cache * fci_cache=0x, void * * * tsrm_ls=0x00a82800) Zeile 853 + 0x4b C php5ts_debug.dll!_reflection_export(int ht=1, _zval_struct * return_value=0x00bb1c50, _zval_struct * this_ptr=0x, int return_value_used=1, void * * * tsrm_ls=0x00a82800, _zend_class_entry * ce_ptr=0x00bed198, int ctor_argc=1) Zeile 995 + 0x12 C php5ts_debug.dll!zif_reflection_class_export(int ht=1, _zval_struct * return_value=0x00bb1c50, _zval_struct * this_ptr=0x, int return_value_used=1, void * * * tsrm_ls=0x00a82800) Zeile 1887 + 0x21 C php5ts_debug.dll!zend_do_fcall_common_helper(_zend_execute_data * execute_data=0x0012f744, _zend_op * opline=0x00bb18c0, _zend_op_array * op_array=0x00bb1490, void * * * tsrm_ls=0x00a82800) Zeile 2699 + 0x32 C php5ts_debug.dll!zend_do_fcall_by_name_handler(_zend_execute_data * execute_data=0x0012f744, _zend_op * opline=0x00bb18c0, _zend_op_array * op_array=0x00bb1490, void * * * tsrm_ls=0x00a82800) Zeile 2810 + 0x15 C php5ts_debug.dll!execute(_zend_op_array * op_array=0x00bb1490, void * * * tsrm_ls=0x00a82800) Zeile 1391 + 0x17 C php5ts_debug.dll!zend_execute_scripts(int type=8, void * * * tsrm_ls=0x00a82800, _zval_struct * * retval=0x, int file_count=3, ...) Zeile 1061 + 0x21 C php5ts_debug.dll!php_execute_script(_zend_file_handle * primary_file=0x0012ff2c, void * * * tsrm_ls=0x00a82800) Zeile 1627 + 0x1bC php.exe!main(int argc=2, char * * argv=0x00a84fc0) Zeile 943 + 0x13C php.exe!mainCRTStartup() Zeile 398 + 0x11 C kernel32.dll!77e614c7() ntdll.dll!77f844a8() -- Edit bug report at http://bugs.php.net/?id=28589&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28589&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28589&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28589&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28589&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28589&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28589&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28589&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28589&r=support Expected behavior: http://bugs.php.net/fix.php?id=28589&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28589&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28589&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28589&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28589&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28589&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28589&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28589&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28589&r=float
#29088 [NEW]: "php -m" segfaults
From: sb at sebastian-bergmann dot de Operating system: Windows XP PHP version: 5CVS-2004-07-10 (dev) PHP Bug Type: Reproducible crash Bug description: "php -m" segfaults Description: "php -m" shows the correct output and then segfaults. Reproduce code: --- php -m Expected result: No segfault. Actual result: -- php5ts_debug.dll!_zend_is_inconsistent(_hashtable * ht=0xcdcdcdcd, char * file=0x10559d9c, int line=510) Zeile 53 + 0x3 C php5ts_debug.dll!zend_hash_destroy(_hashtable * ht=0xcdcdcdcd) Zeile 510 + 0x17 C php5ts_debug.dll!php_shutdown_stream_wrappers(int module_number=0, void * * * tsrm_ls=0x00933020) Zeile 1376 + 0x12 C php5ts_debug.dll!php_module_shutdown(void * * * tsrm_ls=0x00933020) Zeile 1516 + 0xd C php.exe!main(int argc=2, char * * argv=0x00932cf8) Zeile 1052 + 0xfC php.exe!mainCRTStartup() Zeile 398 + 0x11 C kernel32.dll!77e614c7() ntdll.dll!77f844a8() -- Edit bug report at http://bugs.php.net/?id=29088&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29088&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29088&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29088&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29088&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29088&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29088&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29088&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29088&r=support Expected behavior: http://bugs.php.net/fix.php?id=29088&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29088&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29088&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29088&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29088&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29088&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29088&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29088&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29088&r=float
[PHP-BUG] Bug #54579 [NEW]: DateTime sub problem
From:
Operating system:
PHP version: 5.3.6
Package: Date/time related
Bug Type: Bug
Bug description:DateTime sub problem
Description:
DateTime::sub() does not work on objects created by a date string. If the
object
is created by timestamp it works.
Test script:
---
sub(new DateInterval('P2D')));
// correct output: "2011-03-30 20:41:17"
var_dump(date_create('@' . $dt->getTimestamp())->sub(new
DateInterval('P2D')));
--
Edit bug report at http://bugs.php.net/bug.php?id=54579&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54579&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54579&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54579&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54579&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54579&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54579&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54579&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54579&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54579&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54579&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54579&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54579&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54579&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54579&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54579&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54579&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=54579&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=54579&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=54579&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=54579&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=54579&r=mysqlcfg
#23508 [Com]: Segmentation fault with data type in mssql
ID: 23508 Comment by: sebastian dot wiehe at qmarketing dot de Reported By: alietss at yahoo dot com Status: No Feedback Bug Type: MSSQL related Operating System: RedHat 9.0 PHP Version: 4CVS-2003-05-06 (stable) New Comment: Anyone found a solution for that prob? I'm having exactly the same problems running mandrake 9.2, freeTDS 0.61, php 4.3.3. By now, I found no one who could deal with this strange behaviour. If you need further information concerning that possible bug, please contact me via email Thanks Previous Comments: [2003-05-14 11:02:54] [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. [2003-05-06 12:11:02] [EMAIL PROTECTED] Can you provide me with a small code sample to reproduce this error. I think it is a bug in FreeTDS, and would like to trace it. [2003-05-06 11:14:30] alietss at yahoo dot com Hi PHP people: I have found a segmentation fault with httpd-2.0.45 php-4.3.2 freetds-0.62-dev on RedHat 9.0 TDS 7.0 against a Microsoft SQL Server 2000, the problem is when some of the queries field is of type datetime 8... I'm using freetds-0.62-dev with mssql native php extension Here the apache error log... httpd: read.c:365: tds_get_char_data: Assertion `in_left < 4' failed. [Tue May 06 11:05:27 2003] [notice] child pid 9064 exit signal Segmentation fault (11) [Tue May 06 11:05:27 2003] [notice] child pid 9065 exit signal Segmentation fault (11) I report this to freetds people too since I don't know who belongs the problem... Any Ideas, Regards Aliet -- Edit this bug report at http://bugs.php.net/?id=23508&edit=1
#25936 [NEW]: comparing 2 float variables with same value result false
From: sebastian dot sieburg at partyleader dot de Operating system: Linux, BSD, etc. .. PHP version: Irrelevant PHP Bug Type: Variables related Bug description: comparing 2 float variables with same value result false Description: set a var using round, the other via value ... compare the vars .. same values but comparision returns false .. tried in php 4.3.1, 5.0.0-dev and 4.1.2 .. same problem in all versions .. Reproduce code: --- Expected result: $val: float(1.11) 111 == 111 $p1: float(111) $p2: float(111) Actual result: -- $val: float(1.11) 111 != 111 $p1: float(111) $p2: float(111) -- Edit bug report at http://bugs.php.net/?id=25936&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25936&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25936&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25936&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25936&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25936&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25936&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25936&r=support Expected behavior: http://bugs.php.net/fix.php?id=25936&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25936&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25936&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25936&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25936&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25936&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25936&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25936&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25936&r=float
Bug #43148 [Com]: filesize and unicode filenames
Edit report at https://bugs.php.net/bug.php?id=43148&edit=1
ID: 43148
Comment by: sebastian dot mayer at maysoft dot de
Reported by:banu_daniel1 at yahoo dot com
Summary:filesize and unicode filenames
Status: Not a bug
Type: Bug
Package:Filesystem function related
Operating System: windows xp 32 bits
PHP Version:5.2.4
Block user comment: N
Private report: N
New Comment:
Hallo,
running php 5.3.5 on windows I have a Problem with the degree char "°".
Scandir or opendir, readdir retrieves an entry called "Up-wards at 45°.mp3".
If I want to get filesize or filetime message "filesize(): stat failed" comes
up. All other characters (for example german Umlaute ä, ü ...) don't have
this Problem.
Previous Comments:
[2010-11-10 18:11:37] paj...@php.net
Yes, and I'm working on this change, it will accept UTF-8 as input just like
what we do on Unices/POSIX systems.
[2010-11-10 17:33:14] anton85s at mail dot ru
"it just passes the filename to the OSes filesystem func and if it fails - we
can do nothing about it."
but it doesn't pass the filename to the unicode version of the filesystem
function, right ? It means that php could be modifed to use the correct
filesystem function at least, not non-unicode ones for all calls.
[2007-11-12 10:03:04] tony2...@php.net
PHP doesn't care if it's Unicode or not, it just passes the filename to the
OSes filesystem func and if it fails - we can do nothing about it.
[2007-11-02 17:48:17] carsten_sttgt at gmx dot de
> but the problem is still there even on windows xp
> so this is the problem filesize function dose not
> work with filenames with unicode characters.
Ok, after some more tests, I can reproduce this problem. Just look at this
shell log:
| D:\>cd
D:\Apache2.2\htdocs\test\αβγδεζηθ
|
| D:\Apache2.2\htdocs\test\αβγδεζηθ>dir
/b
| index.html
| phpinfo.php
|
|
D:\Apache2.2\htdocs\test\αβγδεζηθ>type
index.html
| It works!
|
D:\Apache2.2\htdocs\test\αβγδεζηθ>type
phpinfo.php
|
|
|
D:\Apache2.2\htdocs\test\αβγδεζηθ>pear-request
http://localhost/
| test/%ce%b1%ce%b2%ce%b3%ce%b4%ce%b5%ce%b6%ce%b7%ce%b8/index.html
| It works!
| D:\Apache2.2\htdocs\test\αβγδεζηθ>php
-r "echo getcwd();"
| D:\Apache2.2\htdocs\test\aß?de???
| D:\Apache2.2\htdocs\test\αβγδεζηθ>cd..
|
| D:\Apache2.2\htdocs\test>php -r
"var_dump(stat('αβγδεζηθ'));"
|
| Warning: stat(): stat failed for aß?de??? in Command line code on
| line 1
| bool(false)
|
| D:\Apache2.2\htdocs\test>
As you can see, I can't execute a PHP script in this folder
("αβγδεζηθ") or use the PHP filesystem
functions with this path. But I can access this folder correctly with Apache
via HTTP.
> on linux version i don't have this problem.
That's the difference. On Linux (or PHP) you have only UTF-8. But Windows is
using UTF-16 (or the current codepage for the installed locale).
Just look at this script "test.php" (encoded in UTF-8):
|
and the shell log:
| D:\Apache2.2\htdocs\test>php test.php
| bool(true)
|
| D:\Apache2.2\htdocs\test>dir /b
| test.php
| αβγδεζηθ
|
| D:\Apache2.2\htdocs\test>
As you can see, you can create and access such paths with such a name with PHP,
but only inside PHP. In Windows or Apache you must use an other (wrong) name.
In this case PHP is just using the byte sequence of UTF-8 chars as Latin1 chars.
This can be a quick fix for you, but is indeed not correct.
The problem is, PHP is only using simple string and filesystem functions in the
c sources, which are only working with the current locale codepage. But it is
not using the wide char and filesystem functions from the Windows SDK, like
Apache did.
BTW:
With a current PHP6 snap (full unicode support?), this also don't work.
Regards,
Carsten
BTW:
There is another bug in this bugtracker. You can't use UTF-8 chars in bug
reports, after submitting a comment, UTF-8 chars will be replaced with
entities, but all comments are placed between tags. Thus the browser
shows entities and not the correct chars.
Please open this html page with a browser:
|
|
|
|
|
| αβγδεζηθ
|
|
and replace all entities in by comment with the chars you can see in the
browser.
[2007-11-01 22:11:12] banu_daniel1 at yahoo dot com
no i didn't see that. i remove that " and the result is exactly the same( Array
( ) ).
I've try with other folders (non utf) and
#48120 [NEW]: Implementing abstract class FilterIterator in regexiterator.inc
From: sebastian dot schmidt at meap dot de
Operating system: Windows XP Professional
PHP version: 5.2.9
PHP Bug Type: SPL related
Bug description: Implementing abstract class FilterIterator in
regexiterator.inc
Description:
There is a mistake in Line 20 of ext/spl/internal/regexiterator.inc. The
class RegexIterator is implementing the abstract class FilterIterator.
RegexIterator should extend FilterIterator.
Reproduce code:
---
class RegexIterator implements FilterIterator
{
Expected result:
class RegexIterator extends FilterIterator
{
--
Edit bug report at http://bugs.php.net/?id=48120&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48120&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48120&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48120&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48120&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48120&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48120&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48120&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48120&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48120&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48120&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48120&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48120&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48120&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48120&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48120&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48120&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48120&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48120&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48120&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48120&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48120&r=mysqlcfg
#43069 [Fbk->Opn]: SoapClient causes 505 HTTP Version not supported error message
ID: 43069
User updated by: sebastian dot habeker at roli dot com
Reported By: sebastian dot habeker at roli dot com
-Status: Feedback
+Status: Open
Bug Type: SOAP related
Operating System: Windows 2000
PHP Version: 5.2.4
New Comment:
I downloaded
http://snaps.php.net/win32/php5.2-win32-installer-latest.msi but still
got the same problem. Is there anything else to configure, in the
php.ini or as an option in the SoapClient constructor?
Previous Comments:
[2007-11-12 10:15:13] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.2-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.2-win32-installer-latest.msi
[2007-10-22 16:33:43] sebastian dot habeker at roli dot com
Description:
I am trying to use PHP as a SOAP client with a MSSQL 2005 SOAP
endpoint. I can query the wsdl in my browser without a problem, but in
PHP I get the error:
Warning: SoapClient::SoapClient(http://myuri?wsdl)
[function.SoapClient-SoapClient]: failed to open stream: HTTP request
failed! HTTP/1.1 505 HTTP Version not supported in C:\scripts\test.php
on line 2
Warning: SoapClient::SoapClient() [function.SoapClient-SoapClient]: I/O
warning : failed to load external entity "http://myuri?wsdl"; in
C:\scripts\test.php on line 2
Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing
WSDL: Couldn't load from 'http://myuri?wsdl' in C:\scripts\test.php:2
Stack trace: #0 C:\scripts\test.php(2):
SoapClient->SoapClient('http://...', Array) #1 {main} thrown in
C:\scripts\test.php on line 2
A TCP trace shows the following:
GET /uri?wsdl HTTP/1.0
Host: 10.20.30.40
HTTP/1.1 505 HTTP Version not supported
Content-Length: 0
Server: Microsoft-SQL/9.0 Microsoft-HTTPAPI/1.0
Date: Mon, 22 Oct 2007 15:44:13 GMT
Connection: close
Reproduce code:
---
http://myuri?wsdl');
?>
Expected result:
It should be able to use HTTP/1.1 instead of HTTP/1.0 for the SOAP
client request.
--
Edit this bug report at http://bugs.php.net/?id=43069&edit=1
#44098 [Com]: imap_utf8() returns only capital letters
ID: 44098
Comment by: sebastian dot gerlach at digionline dot de
Reported By: steffen at dislabs dot de
Status: No Feedback
Bug Type: IMAP related
Operating System: FreeBSD 6.2
PHP Version: 5.2.5
Assigned To: pajoye
New Comment:
Complete patch for 5.3.1:
*** configure 2009-11-18 21:11:57.0 +0100
--- configure.new 2009-12-22 18:36:30.0 +0100
***
*** 47697,47703
CFLAGS="-I$IMAP_INC_DIR"
echo $ac_n "checking for U8T_CANONICAL""... $ac_c" 1>&6
echo "configure:47700: checking for U8T_CANONICAL" >&5
! if eval "test \"`echo '$''{'ac_cv_u8t_canonical'+set}'`\" = set";
then
echo $ac_n "(cached) $ac_c" 1>&6
else
cat > conftest.$ac_ext <&6
echo "configure:47700: checking for U8T_CANONICAL" >&5
! if eval "test \"`echo '$''{'ac_cv_u8t_decompose'+set}'`\" = set";
then
echo $ac_n "(cached) $ac_c" 1>&6
else
cat > conftest.$ac_ext <&5; (eval
$ac_compile) 2>&5; }; then
rm -rf conftest*
! ac_cv_u8t_canonical=yes
else
echo "configure: failed program was:" >&5
cat conftest.$ac_ext >&5
rm -rf conftest*
! ac_cv_u8t_canonical=no
fi
rm -f conftest*
fi
! echo "$ac_t""$ac_cv_u8t_canonical" 1>&6
CFLAGS=$old_CFLAGS
! if test "$ac_cv_u8t_canonical" = "no" && test
"$ac_cv_utf8_mime2text" = "new"; then
{ echo "configure: error: utf8_mime2text() has new signature,
but
U8T_CANONICAL is missing. This should not happen. Check config.log for
additional information." 1>&2; exit 1; }
fi
! if test "$ac_cv_u8t_canonical" = "yes" && test
"$ac_cv_utf8_mime2text" = "old"; then
{ echo "configure: error: utf8_mime2text() has old signature,
but
U8T_CANONICAL is present. This should not happen. Check config.log for
additional information." 1>&2; exit 1; }
fi
--- 47715,47741
if { (eval echo configure:47716: \"$ac_compile\") 1>&5; (eval
$ac_compile) 2>&5; }; then
rm -rf conftest*
! ac_cv_u8t_decompose=yes
else
echo "configure: failed program was:" >&5
cat conftest.$ac_ext >&5
rm -rf conftest*
! ac_cv_u8t_decompose=no
fi
rm -f conftest*
fi
! echo "$ac_t""$ac_cv_u8t_decompose" 1>&6
CFLAGS=$old_CFLAGS
! if test "$ac_cv_u8t_decompose" = "no" && test
"$ac_cv_utf8_mime2text" = "new"; then
{ echo "configure: error: utf8_mime2text() has new signature,
but
U8T_CANONICAL is missing. This should not happen. Check config.log for
additional information." 1>&2; exit 1; }
fi
! if test "$ac_cv_u8t_decompose" = "yes" && test
"$ac_cv_utf8_mime2text" = "old"; then
{ echo "configure: error: utf8_mime2text() has old signature,
but
U8T_CANONICAL is present. This should not happen. Check config.log for
additional information." 1>&2; exit 1; }
fi
*** ext/imap/config.m4 2009-05-05 03:22:44.0 +0200
--- ext/imap/config.m4.new 2009-12-22 18:39:16.0 +0100
***
*** 147,169
old_CFLAGS=$CFLAGS
CFLAGS="-I$IMAP_INC_DIR"
! AC_CACHE_CHECK(for U8T_CANONICAL, ac_cv_u8t_canonical,
AC_TRY_COMPILE([
#include
],[
int i = U8T_CANONICAL;
],[
! ac_cv_u8t_canonical=yes
],[
! ac_cv_u8t_canonical=no
])
)
CFLAGS=$old_CFLAGS
! if test "$ac_cv_u8t_canonical" = "no" && test
"$ac_cv_utf8_mime2text" = "new"; then
AC_MSG_ERROR([utf8_mime2text() has new signature, but
U8T_CANONICAL
is missing. This should not happen. Check config.log for additional
information.])
fi
! if test "$ac_cv_u8t_canonical" = "yes" && test
"$ac_cv_utf8_mime2text" = "old"; then
AC_MSG_ERROR([utf8_mime2text() has old signature, but
U8T_CANONICAL
is present. This should not happen. Check config.log for additional
information.])
fi
--- 147,169
old_CFLAGS=$CFLAGS
CFLAGS="-I$IMAP_INC_DIR"
! AC_CACHE_CHECK(for U8T_DECOMPOSE, ac_cv_u8t_canonical,
AC_TRY_COMPILE([
#include
],[
int i = U8T_CANONICAL;
],[
! ac_cv_u8t_decompo
#44098 [Com]: imap_utf8() returns only capital letters
ID: 44098
Comment by: sebastian dot gerlach at digionline dot de
Reported By: steffen at dislabs dot de
Status: Feedback
Bug Type: IMAP related
Operating System: FreeBSD 6.2
PHP Version: 5.2.5
Assigned To: pajoye
New Comment:
http://digionline.de/sebastian.gerlach/imap-capital-letters.patch
# patch -p0 -i imap-capital-letters.patch
Previous Comments:
[2009-12-22 20:20:48] paj...@php.net
Can you provide a link to the patch please?
[2009-12-22 18:00:11] sebastian dot gerlach at digionline dot de
Complete patch for 5.3.1:
*** configure 2009-11-18 21:11:57.0 +0100
--- configure.new 2009-12-22 18:36:30.0 +0100
***
*** 47697,47703
CFLAGS="-I$IMAP_INC_DIR"
echo $ac_n "checking for U8T_CANONICAL""... $ac_c" 1>&6
echo "configure:47700: checking for U8T_CANONICAL" >&5
! if eval "test \"`echo '$''{'ac_cv_u8t_canonical'+set}'`\" = set";
then
echo $ac_n "(cached) $ac_c" 1>&6
else
cat > conftest.$ac_ext <&6
echo "configure:47700: checking for U8T_CANONICAL" >&5
! if eval "test \"`echo '$''{'ac_cv_u8t_decompose'+set}'`\" = set";
then
echo $ac_n "(cached) $ac_c" 1>&6
else
cat > conftest.$ac_ext <&5; (eval
$ac_compile) 2>&5; }; then
rm -rf conftest*
! ac_cv_u8t_canonical=yes
else
echo "configure: failed program was:" >&5
cat conftest.$ac_ext >&5
rm -rf conftest*
! ac_cv_u8t_canonical=no
fi
rm -f conftest*
fi
! echo "$ac_t""$ac_cv_u8t_canonical" 1>&6
CFLAGS=$old_CFLAGS
! if test "$ac_cv_u8t_canonical" = "no" && test
"$ac_cv_utf8_mime2text" = "new"; then
{ echo "configure: error: utf8_mime2text() has new signature,
but
U8T_CANONICAL is missing. This should not happen. Check config.log for
additional information." 1>&2; exit 1; }
fi
! if test "$ac_cv_u8t_canonical" = "yes" && test
"$ac_cv_utf8_mime2text" = "old"; then
{ echo "configure: error: utf8_mime2text() has old signature,
but
U8T_CANONICAL is present. This should not happen. Check config.log for
additional information." 1>&2; exit 1; }
fi
--- 47715,47741
if { (eval echo configure:47716: \"$ac_compile\") 1>&5; (eval
$ac_compile) 2>&5; }; then
rm -rf conftest*
! ac_cv_u8t_decompose=yes
else
echo "configure: failed program was:" >&5
cat conftest.$ac_ext >&5
rm -rf conftest*
! ac_cv_u8t_decompose=no
fi
rm -f conftest*
fi
! echo "$ac_t""$ac_cv_u8t_decompose" 1>&6
CFLAGS=$old_CFLAGS
! if test "$ac_cv_u8t_decompose" = "no" && test
"$ac_cv_utf8_mime2text" = "new"; then
{ echo "configure: error: utf8_mime2text() has new signature,
but
U8T_CANONICAL is missing. This should not happen. Check config.log for
additional information." 1>&2; exit 1; }
fi
! if test "$ac_cv_u8t_decompose" = "yes" && test
"$ac_cv_utf8_mime2text" = "old"; then
{ echo "configure: error: utf8_mime2text() has old signature,
but
U8T_CANONICAL is present. This should not happen. Check config.log for
additional information." 1>&2; exit 1; }
fi
*** ext/imap/config.m4 2009-05-05 03:22:44.0 +0200
--- ext/imap/config.m4.new 2009-12-22 18:39:16.0 +0100
***
*** 147,169
old_CFLAGS=$CFLAGS
CFLAGS="-I$IMAP_INC_DIR"
! AC_CACHE_CHECK(for U8T_CANONICAL, ac_cv_u8t_canonical,
AC_TRY_COMPILE([
#include
],[
int i = U8T_CANONICAL;
],[
! ac_cv_u8t_canonical=yes
],[
! ac_cv_u8t_canonical=no
])
)
CFLAGS=$old_CFLAGS
! if test "$ac_cv_u8t_canonical" = "no" && test
"$ac_cv_utf8_mime2text" = "new"; then
AC_MSG_ERROR([utf8_mime2text() has new signature, but
U8T_CANONICAL
is missing. This should not happen. Check config.log for additional
information.])
fi
! if test "$ac_cv_u8t_canonical" = "yes" && test
"$ac_cv_utf8_mime2text" = "old"; then
AC_MSG_ER
#44098 [Com]: imap_utf8() returns only capital letters
ID: 44098
Comment by: sebastian dot gerlach at digionline dot de
Reported By: steffen at dislabs dot de
Status: No Feedback
Bug Type: IMAP related
Operating System: FreeBSD 6.2
PHP Version: 5.2.5
Assigned To: pajoye
New Comment:
Hi,
i've changed the patch. It also works without changing the configure
file.
http://digionline.de/sebastian.gerlach/imap-capital-letters.patch
Previous Comments:
[2010-01-13 01:00:00] 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".
[2010-01-05 01:17:25] paj...@php.net
hi,
The patch should be against configure.in not configure. Can you update
it again please?
[2009-12-23 15:16:54] sebastian dot gerlach at digionline dot de
http://digionline.de/sebastian.gerlach/imap-capital-letters.patch
# patch -p0 -i imap-capital-letters.patch
[2009-12-22 20:20:48] paj...@php.net
Can you provide a link to the patch please?
[2009-12-22 18:00:11] sebastian dot gerlach at digionline dot de
Complete patch for 5.3.1:
*** configure 2009-11-18 21:11:57.0 +0100
--- configure.new 2009-12-22 18:36:30.0 +0100
***
*** 47697,47703
CFLAGS="-I$IMAP_INC_DIR"
echo $ac_n "checking for U8T_CANONICAL""... $ac_c" 1>&6
echo "configure:47700: checking for U8T_CANONICAL" >&5
! if eval "test \"`echo '$''{'ac_cv_u8t_canonical'+set}'`\" = set";
then
echo $ac_n "(cached) $ac_c" 1>&6
else
cat > conftest.$ac_ext <&6
echo "configure:47700: checking for U8T_CANONICAL" >&5
! if eval "test \"`echo '$''{'ac_cv_u8t_decompose'+set}'`\" = set";
then
echo $ac_n "(cached) $ac_c" 1>&6
else
cat > conftest.$ac_ext <&5; (eval
$ac_compile) 2>&5; }; then
rm -rf conftest*
! ac_cv_u8t_canonical=yes
else
echo "configure: failed program was:" >&5
cat conftest.$ac_ext >&5
rm -rf conftest*
! ac_cv_u8t_canonical=no
fi
rm -f conftest*
fi
! echo "$ac_t""$ac_cv_u8t_canonical" 1>&6
CFLAGS=$old_CFLAGS
! if test "$ac_cv_u8t_canonical" = "no" && test
"$ac_cv_utf8_mime2text" = "new"; then
{ echo "configure: error: utf8_mime2text() has new signature,
but
U8T_CANONICAL is missing. This should not happen. Check config.log for
additional information." 1>&2; exit 1; }
fi
! if test "$ac_cv_u8t_canonical" = "yes" && test
"$ac_cv_utf8_mime2text" = "old"; then
{ echo "configure: error: utf8_mime2text() has old signature,
but
U8T_CANONICAL is present. This should not happen. Check config.log for
additional information." 1>&2; exit 1; }
fi
--- 47715,47741
if { (eval echo configure:47716: \"$ac_compile\") 1>&5; (eval
$ac_compile) 2>&5; }; then
rm -rf conftest*
! ac_cv_u8t_decompose=yes
else
echo "configure: failed program was:" >&5
cat conftest.$ac_ext >&5
rm -rf conftest*
! ac_cv_u8t_decompose=no
fi
rm -f conftest*
fi
! echo "$ac_t""$ac_cv_u8t_decompose" 1>&6
CFLAGS=$old_CFLAGS
! if test "$ac_cv_u8t_decompose" = "no" && test
"$ac_cv_utf8_mime2text" = "new"; then
{ echo "configure: error: utf8_mime2text() has new signature,
but
U8T_CANONICAL is missing. This should not happen. Check config.log for
additional information." 1>&2; exit 1; }
fi
! if test "$ac_cv_u8t_decompose" = "yes" && test
"$ac_cv_utf8_mime2text" = "old"; then
{ echo "configure: error: utf8_mime2text() has old signature,
but
U8T_CANONICAL is present. This should not happen. Check config.log for
additional information." 1>&2; exit 1; }
fi
*** ext/imap/config.m4 2009-05-05 03:22:44.0 +0200
--- ext/imap/config.m4.new 2009-12-22 18:39:16.0
#35056 [Com]: Apache2 child crashes if ErrorDocument is PHP script
ID: 35056
Comment by: sebastian dot harnau at gmx dot de
Reported By: margus at zone dot ee
Status: Open
Bug Type: Reproducible crash
Operating System: SuSE Linux 9.0
PHP Version: 4.4.1RC1
New Comment:
Same Problem here (SuSE 9.2), Solution works for me, too!
Previous Comments:
[2005-11-01 20:25:57] margus at zone dot ee
Description:
I have PHP compiled as apache2handler SAPI and using ErrorDocument,
which points to an PHP script. If this ErrorDocument is triggered, then
apache child crashes.
It must be connected with the bug #33987
and as ironic it is, PHP 4.4.1 Changelog claims, that #33987 is fixed.
Bug #33987 is actually reported against PHP5.1 and not against 4.4.0.
PHP 4.4.0 works fine with ErrorDocuments.
-
I looked into the apache2handler source
(sapi/apache2handler/sapi_apache2.c) and after debugging it was clear,
that crash happens on line (538):
if (parent_req && strcmp(parent_req->handler, PHP_MAGIC_TYPE) &&
strcmp(parent_req->handler, PHP_SOURCE_MAGIC_TYPE) &&
strcmp(parent_req->handler, PHP_SCRIPT)) {
If changed to this:
if (parent_req && parent_req->handler && strcmp(parent_req->handler,
PHP_MAGIC_TYPE) && strcmp(parent_req->handler, PHP_SOURCE_MAGIC_TYPE) &&
strcmp(parent_req->handler, PHP_SCRIPT)) {
then everything's fine and works.
The correct extra check is present in 5.1.0 (but for some odd reason
not in 4.4.1 and 5.0.5).
Reproduce code:
---
.htaccess
-
ErrorDocument 404 /error.php?status=404
/error.php
-
die( "File Not Found!" );
Expected result:
File Not Found!
Actual result:
--
Apache2 crashes.
--
Edit this bug report at http://bugs.php.net/?id=35056&edit=1
#43069 [NEW]: SoapClient causes 505 HTTP Version not supported error message
From: sebastian dot habeker at roli dot com
Operating system: Windows 2000
PHP version: 5.2.4
PHP Bug Type: SOAP related
Bug description: SoapClient causes 505 HTTP Version not supported error message
Description:
I am trying to use PHP as a SOAP client with a MSSQL 2005 SOAP endpoint. I
can query the wsdl in my browser without a problem, but in PHP I get the
error:
Warning: SoapClient::SoapClient(http://myuri?wsdl)
[function.SoapClient-SoapClient]: failed to open stream: HTTP request
failed! HTTP/1.1 505 HTTP Version not supported in C:\scripts\test.php on
line 2
Warning: SoapClient::SoapClient() [function.SoapClient-SoapClient]: I/O
warning : failed to load external entity "http://myuri?wsdl"; in
C:\scripts\test.php on line 2
Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing
WSDL: Couldn't load from 'http://myuri?wsdl' in C:\scripts\test.php:2 Stack
trace: #0 C:\scripts\test.php(2): SoapClient->SoapClient('http://...',
Array) #1 {main} thrown in C:\scripts\test.php on line 2
A TCP trace shows the following:
GET /uri?wsdl HTTP/1.0
Host: 10.20.30.40
HTTP/1.1 505 HTTP Version not supported
Content-Length: 0
Server: Microsoft-SQL/9.0 Microsoft-HTTPAPI/1.0
Date: Mon, 22 Oct 2007 15:44:13 GMT
Connection: close
Reproduce code:
---
http://myuri?wsdl');
?>
Expected result:
It should be able to use HTTP/1.1 instead of HTTP/1.0 for the SOAP client
request.
--
Edit bug report at http://bugs.php.net/?id=43069&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43069&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43069&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43069&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43069&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43069&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43069&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43069&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43069&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43069&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43069&r=support
Expected behavior:http://bugs.php.net/fix.php?id=43069&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43069&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43069&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43069&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43069&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43069&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43069&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43069&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43069&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43069&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43069&r=mysqlcfg
#37301 [NEW]: segmentation fault in PEAR-environment
From: sebastian dot harnau at gmx dot de Operating system: SuSE Linux 9.2 PHP version: 5.1.3 PHP Bug Type: Reproducible crash Bug description: segmentation fault in PEAR-environment Description: After compiling PHP 5.1.3 or PHP 5.2.0dev without any problems there is a problem with "make install" concerning the part of PEAR Installation. I don't know, if this problem is caused by PHP >5.1.2 or by PEAR, but PEAR does not to know the newest version in the bug tracking tool. And of course the problem is caused by PHP Installation. The configure-string: './configure' '--prefix=/usr/share' '--datadir=/usr/share/ php' '--bindir=/usr/bin' '--libdir=/usr/share' '-- includedir=/usr/include' '--sysconfdir=/etc' '--with- _lib=lib' '--with-config-file-path=/etc' '--with-exec-dir=/ usr/lib/php/bin' '--disable-debug' '--enable-bcmath' '-- enable-calendar' '--enable-ctype' '--enable-dbase' '-- enable-discard-path' '--enable-exif' '--enable-filepro' '-- enable-force-cgi-redirect' '--enable-ftp' '--enable-gd- imgstrttf' '--enable-gd-native-ttf' '--enable-inline- optimization' '--enable-magic-quotes' '--enable-mbstr-enc- trans' '--enable-mbstring' '--enable-mbregex' '--enable- memory-limit' '--enable-safe-mode' '--enable-shmop' '-- enable-sigchild' '--enable-sysvsem' '--enable-sysvshm' '-- enable-track-vars' '--enable-trans-sid' '--enable- versioning' '--enable-wddx' '--enable-yp' '--with-bz2' '-- with-dom=/usr/include/libxml2' '--with-ftp' '--with-gdbm' '--with-gettext' '--with-gmp' '--with-imap-dir=/usr/local/ src/imap-2004g/c-client' '--with-jpeg-dir=/usr' '--with- ldap=yes' '--with-mcal=/usr' '--with-mcrypt' '--with-mhash' '--with-mysql=/usr' '--with-mysqli=/usr/bin/mysql_config' '--with-ndbm' '--with-png-dir=/usr' '--with-snmp' '--with- t1lib' '--with-tiff-dir=/usr' '--with-ttf' '--with-freetype- dir=yes' '--with-xml' '--with-xpm-dir=/usr/X11R6' '--with- zlib=yes' '--with-gd' '--with-openssl' '--with-curl' '-- with-imap-ssl' '--enable-xslt' '--with-xslt-sablot' '--with- iconv' '--with-apxs2=/usr/sbin/apxs2-worker' 'i586-suse- linux' '--enable-sockets' phpinfo.php: http://alster080.server4you.de/phpinfo.php Reproduce code: --- alster:/usr/local/src/php5.1-200605031830 # make install Installing PHP SAPI module: apache2handler /usr/share/apache2/build/instdso.sh SH_LIBTOOL='/usr/share/apache2/build/libtool' libphp5.la /usr/lib/apache2-worker /usr/share/apache2/build/libtool --mode=install cp libphp5.la /usr/lib/apache2-worker/ cp .libs/libphp5.so /usr/lib/apache2-worker/libphp5.so cp .libs/libphp5.lai /usr/lib/apache2-worker/libphp5.la libtool: install: warning: remember to run `libtool --finish /usr/local/src/php5.1-200605031830/libs' chmod 755 /usr/lib/apache2-worker/libphp5.so [activating module `php5' in /etc/apache2/httpd2-worker.conf] Installing PHP CLI binary:/usr/bin/ Installing PHP CLI man page: /usr/share/man/man1/ Installing build environment: /usr/share/build/ Installing header files: /usr/include/php/ Installing helper programs: /usr/bin/ program: phpize program: php-config Installing man pages: /usr/share/man/man1/ page: phpize.1 page: php-config.1 Installing PEAR environment: /usr/share/php/ --22:14:11-- http://pear.php.net/install-pear-nozlib.phar => `pear/install-pear-nozlib.phar' Resolving pear.php.net... 216.92.131.66 Connecting to pear.php.net|216.92.131.66|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 3,167,908 (3.0M) [text/plain] 100%[>] 3,167,908303.55K/sETA 00:00 22:14:22 (294.21 KB/s) - `pear/install-pear-nozlib.phar' saved [3167908/3167908] make[1]: *** [install-pear-installer] Segmentation fault make: *** [install-pear] Error 2 Actual result: -- result of "make install -p --debug": http://publ-iz-ity.de/ install.log -- Edit bug report at http://bugs.php.net/?id=37301&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37301&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=37301&r=trysnapshot51 Try a CVS s
#37301 [Fbk->Opn]: segmentation fault in PEAR-environment
ID: 37301 User updated by: sebastian dot harnau at gmx dot de Reported By: sebastian dot harnau at gmx dot de -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: SuSE Linux 9.2 PHP Version: 5.1.3 New Comment: alster:/usr/local/src/php5.1-200605031830 # gdb /usr/bin/php core GNU gdb 6.2.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 "i586-suse-linux"...Using host libthread_db library "/lib/tls/libthread_db.so.1". Core was generated by `/usr/local/src/php5.1-200605031830/ sapi/cli/php -n -dshort_open_tag=0 -dsafe_mo'. Program terminated with signal 11, Segmentation fault. warning: current_sos: Can't read pathname for load map: Input/output error Reading symbols from /lib/libcrypt.so.1...done. Loaded symbols for /lib/libcrypt.so.1 Reading symbols from /usr/lib/libmhash.so.2...done. Loaded symbols for /usr/lib/libmhash.so.2 Reading symbols from /usr/lib/libmcrypt.so.4...done. Loaded symbols for /usr/lib/libmcrypt.so.4 Reading symbols from /usr/lib/libltdl.so.3...done. Loaded symbols for /usr/lib/libltdl.so.3 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /usr/lib/libldap-2.2.so.7...done. Loaded symbols for /usr/lib/libldap-2.2.so.7 Reading symbols from /usr/lib/libsasl2.so.2...done. Loaded symbols for /usr/lib/libsasl2.so.2 Reading symbols from /usr/lib/libssl.so.0.9.7...done. Loaded symbols for /usr/lib/libssl.so.0.9.7 Reading symbols from /usr/lib/libcrypto.so.0.9.7...done. Loaded symbols for /usr/lib/libcrypto.so.0.9.7 Reading symbols from /usr/lib/liblber-2.2.so.7...done. Loaded symbols for /usr/lib/liblber-2.2.so.7 Reading symbols from /usr/lib/libgmp.so.3...done. Loaded symbols for /usr/lib/libgmp.so.3 Reading symbols from /usr/local/lib/libt1.so.5...done. Loaded symbols for /usr/local/lib/libt1.so.5 Reading symbols from /usr/lib/libfreetype.so.6...done. Loaded symbols for /usr/lib/libfreetype.so.6 Reading symbols from /usr/X11R6/lib/libX11.so.6...done. Loaded symbols for /usr/X11R6/lib/libX11.so.6 Reading symbols from /usr/X11R6/lib/libXpm.so.4...done. Loaded symbols for /usr/X11R6/lib/libXpm.so.4 Reading symbols from /usr/lib/libpng.so.3...done. Loaded symbols for /usr/lib/libpng.so.3 Reading symbols from /usr/lib/libjpeg.so.62...done. Loaded symbols for /usr/lib/libjpeg.so.62 Reading symbols from /usr/lib/libgdbm.so.3...done. Loaded symbols for /usr/lib/libgdbm.so.3 Reading symbols from /usr/lib/libgdbm_compat.so.3...done. Loaded symbols for /usr/lib/libgdbm_compat.so.3 Reading symbols from /usr/lib/libbz2.so.1...done. Loaded symbols for /usr/lib/libbz2.so.1 Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/tls/libm.so.6...done. Loaded symbols for /lib/tls/libm.so.6 Reading symbols from /lib/libnsl.so.1...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /usr/lib/libcurl.so.3...done. Loaded symbols for /usr/lib/libcurl.so.3 Reading symbols from /lib/tls/libpthread.so.0...done. Loaded symbols for /lib/tls/libpthread.so.0 Reading symbols from /usr/lib/libnetsnmp.so.5...done. Loaded symbols for /usr/lib/libnetsnmp.so.5 Reading symbols from /usr/lib/libxml2.so.2...done. Loaded symbols for /usr/lib/libxml2.so.2 Reading symbols from /lib/tls/libc.so.6...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/X11R6/lib/libXext.so.6...done. Loaded symbols for /usr/X11R6/lib/libXext.so.6 Reading symbols from /lib/libz.so.1...done. Loaded symbols for /lib/libz.so.1 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 #0 0x0881a079 in ?? () (gdb) bt #0 0x0881a079 in ?? () #1 0x401fea62 in EVP_DigestInit_ex () from /usr/lib/ libcrypto.so.0.9.7 #2 0xbfffd1a0 in ?? () #3 0x402112a1 in rcon () from /usr/lib/libcrypto.so.0.9.7 #4 0x00ca in ?? () #5 0x in ?? () #6 0x4052d970 in ?? () from /usr/lib/libnetsnmp.so.5 #7 0x405ac3b4 in ?? () from /usr/lib/libnetsnmp.so.5 #8 0x0017 in ?? () #9 0x4021c3bc in ?? () from /usr/lib/libcrypto.so.0.9.7 #10 0xbfffd1a0 in ?? () #11 0xbfffd1b0 in ?? () #12 0xbfffd1c8 in ?? () #13 0x401bcb32 in EVP_DigestInit () from /usr/lib/ libcrypto.so.0.9.7 #14 0x in ?? () #15 0x in ?? () #16 0x401bcb00 in EVP_DigestFinal () from /usr/lib/ libcrypto.so.0.9.7 #17 0xbfffd1a0 in ?? () #18 0x088196c0 in ?? () #19 0x0871de38 in optind@@GLIBC_2.0 () #20 0x000a in ?? () #21 0xbfffd1b0 in ?? () #22 0x4000cc26 in fixup () from /lib/ld-linux.so.2 #
#37301 [Fbk->Opn]: segmentation fault in PEAR-environment
ID: 37301 User updated by: sebastian dot harnau at gmx dot de Reported By: sebastian dot harnau at gmx dot de -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: SuSE Linux 9.2 PHP Version: 5.1.3 New Comment: The last backtrace was with option "--enable-debug". I will try to run "pear"-command manually to be sure that the backtrace is showing the right thing... Is the generating of the backtrace correct? The help page shows only the process when error is with php driven by apache... I also can try to compile PHP 5.1.2 to be shure that it is a php problem and not a system problem... Previous Comments: [2006-05-04 07:49:18] [EMAIL PROTECTED] Doesn't look lika PHP problem. Could you configure PHP with --enable-debug and try again? ---- [2006-05-04 07:31:23] sebastian dot harnau at gmx dot de alster:/usr/local/src/php5.1-200605031830 # gdb /usr/bin/php core GNU gdb 6.2.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 "i586-suse-linux"...Using host libthread_db library "/lib/tls/libthread_db.so.1". Core was generated by `/usr/local/src/php5.1-200605031830/ sapi/cli/php -n -dshort_open_tag=0 -dsafe_mo'. Program terminated with signal 11, Segmentation fault. warning: current_sos: Can't read pathname for load map: Input/output error Reading symbols from /lib/libcrypt.so.1...done. Loaded symbols for /lib/libcrypt.so.1 Reading symbols from /usr/lib/libmhash.so.2...done. Loaded symbols for /usr/lib/libmhash.so.2 Reading symbols from /usr/lib/libmcrypt.so.4...done. Loaded symbols for /usr/lib/libmcrypt.so.4 Reading symbols from /usr/lib/libltdl.so.3...done. Loaded symbols for /usr/lib/libltdl.so.3 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /usr/lib/libldap-2.2.so.7...done. Loaded symbols for /usr/lib/libldap-2.2.so.7 Reading symbols from /usr/lib/libsasl2.so.2...done. Loaded symbols for /usr/lib/libsasl2.so.2 Reading symbols from /usr/lib/libssl.so.0.9.7...done. Loaded symbols for /usr/lib/libssl.so.0.9.7 Reading symbols from /usr/lib/libcrypto.so.0.9.7...done. Loaded symbols for /usr/lib/libcrypto.so.0.9.7 Reading symbols from /usr/lib/liblber-2.2.so.7...done. Loaded symbols for /usr/lib/liblber-2.2.so.7 Reading symbols from /usr/lib/libgmp.so.3...done. Loaded symbols for /usr/lib/libgmp.so.3 Reading symbols from /usr/local/lib/libt1.so.5...done. Loaded symbols for /usr/local/lib/libt1.so.5 Reading symbols from /usr/lib/libfreetype.so.6...done. Loaded symbols for /usr/lib/libfreetype.so.6 Reading symbols from /usr/X11R6/lib/libX11.so.6...done. Loaded symbols for /usr/X11R6/lib/libX11.so.6 Reading symbols from /usr/X11R6/lib/libXpm.so.4...done. Loaded symbols for /usr/X11R6/lib/libXpm.so.4 Reading symbols from /usr/lib/libpng.so.3...done. Loaded symbols for /usr/lib/libpng.so.3 Reading symbols from /usr/lib/libjpeg.so.62...done. Loaded symbols for /usr/lib/libjpeg.so.62 Reading symbols from /usr/lib/libgdbm.so.3...done. Loaded symbols for /usr/lib/libgdbm.so.3 Reading symbols from /usr/lib/libgdbm_compat.so.3...done. Loaded symbols for /usr/lib/libgdbm_compat.so.3 Reading symbols from /usr/lib/libbz2.so.1...done. Loaded symbols for /usr/lib/libbz2.so.1 Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/tls/libm.so.6...done. Loaded symbols for /lib/tls/libm.so.6 Reading symbols from /lib/libnsl.so.1...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /usr/lib/libcurl.so.3...done. Loaded symbols for /usr/lib/libcurl.so.3 Reading symbols from /lib/tls/libpthread.so.0...done. Loaded symbols for /lib/tls/libpthread.so.0 Reading symbols from /usr/lib/libnetsnmp.so.5...done. Loaded symbols for /usr/lib/libnetsnmp.so.5 Reading symbols from /usr/lib/libxml2.so.2...done. Loaded symbols for /usr/lib/libxml2.so.2 Reading symbols from /lib/tls/libc.so.6...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/X11R6/lib/libXext.so.6...done. Loaded symbols for /usr/X11R6/lib/libXext.so.6 Reading symbols from /lib/libz.so.1...done. Loaded symbols for /lib/libz.so.1 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 #0 0x0881a079 in ?? () (gdb) bt #0 0x0881a079 in ?? () #1 0x401fea62 in EVP_DigestInit_ex () from /usr/lib/ libcrypto.so.0.9.7 #
#37301 [Fbk->Csd]: segmentation fault in PEAR-environment
ID: 37301 User updated by: sebastian dot harnau at gmx dot de Reported By: sebastian dot harnau at gmx dot de -Status: Feedback +Status: Closed Bug Type: Reproducible crash Operating System: SuSE Linux 9.2 PHP Version: 5.1.3 New Comment: I tried PHP 5.1.2 and got the error, too... it seems to be that the problem is caused by system. Thanks for your help! Previous Comments: [2006-05-04 13:53:41] [EMAIL PROTECTED] Yes, please try with 5.1.2. But the backtrace clearly shows that the problem is caused by the system. [2006-05-04 08:24:09] sebastian dot harnau at gmx dot de The last backtrace was with option "--enable-debug". I will try to run "pear"-command manually to be sure that the backtrace is showing the right thing... Is the generating of the backtrace correct? The help page shows only the process when error is with php driven by apache... I also can try to compile PHP 5.1.2 to be shure that it is a php problem and not a system problem... [2006-05-04 07:49:18] [EMAIL PROTECTED] Doesn't look lika PHP problem. Could you configure PHP with --enable-debug and try again? ---- [2006-05-04 07:31:23] sebastian dot harnau at gmx dot de alster:/usr/local/src/php5.1-200605031830 # gdb /usr/bin/php core GNU gdb 6.2.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 "i586-suse-linux"...Using host libthread_db library "/lib/tls/libthread_db.so.1". Core was generated by `/usr/local/src/php5.1-200605031830/ sapi/cli/php -n -dshort_open_tag=0 -dsafe_mo'. Program terminated with signal 11, Segmentation fault. warning: current_sos: Can't read pathname for load map: Input/output error Reading symbols from /lib/libcrypt.so.1...done. Loaded symbols for /lib/libcrypt.so.1 Reading symbols from /usr/lib/libmhash.so.2...done. Loaded symbols for /usr/lib/libmhash.so.2 Reading symbols from /usr/lib/libmcrypt.so.4...done. Loaded symbols for /usr/lib/libmcrypt.so.4 Reading symbols from /usr/lib/libltdl.so.3...done. Loaded symbols for /usr/lib/libltdl.so.3 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /usr/lib/libldap-2.2.so.7...done. Loaded symbols for /usr/lib/libldap-2.2.so.7 Reading symbols from /usr/lib/libsasl2.so.2...done. Loaded symbols for /usr/lib/libsasl2.so.2 Reading symbols from /usr/lib/libssl.so.0.9.7...done. Loaded symbols for /usr/lib/libssl.so.0.9.7 Reading symbols from /usr/lib/libcrypto.so.0.9.7...done. Loaded symbols for /usr/lib/libcrypto.so.0.9.7 Reading symbols from /usr/lib/liblber-2.2.so.7...done. Loaded symbols for /usr/lib/liblber-2.2.so.7 Reading symbols from /usr/lib/libgmp.so.3...done. Loaded symbols for /usr/lib/libgmp.so.3 Reading symbols from /usr/local/lib/libt1.so.5...done. Loaded symbols for /usr/local/lib/libt1.so.5 Reading symbols from /usr/lib/libfreetype.so.6...done. Loaded symbols for /usr/lib/libfreetype.so.6 Reading symbols from /usr/X11R6/lib/libX11.so.6...done. Loaded symbols for /usr/X11R6/lib/libX11.so.6 Reading symbols from /usr/X11R6/lib/libXpm.so.4...done. Loaded symbols for /usr/X11R6/lib/libXpm.so.4 Reading symbols from /usr/lib/libpng.so.3...done. Loaded symbols for /usr/lib/libpng.so.3 Reading symbols from /usr/lib/libjpeg.so.62...done. Loaded symbols for /usr/lib/libjpeg.so.62 Reading symbols from /usr/lib/libgdbm.so.3...done. Loaded symbols for /usr/lib/libgdbm.so.3 Reading symbols from /usr/lib/libgdbm_compat.so.3...done. Loaded symbols for /usr/lib/libgdbm_compat.so.3 Reading symbols from /usr/lib/libbz2.so.1...done. Loaded symbols for /usr/lib/libbz2.so.1 Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/tls/libm.so.6...done. Loaded symbols for /lib/tls/libm.so.6 Reading symbols from /lib/libnsl.so.1...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /usr/lib/libcurl.so.3...done. Loaded symbols for /usr/lib/libcurl.so.3 Reading symbols from /lib/tls/libpthread.so.0...done. Loaded symbols for /lib/tls/libpthread.so.0 Reading symbols from /usr/lib/libnetsnmp.so.5...done. Loaded symbols for /usr/lib/libnetsnmp.so.5 Reading symbols from /usr/lib/libxml2.so.2...done. Loaded symbols for /usr/lib/libxml2.so.2 Reading symbols from /lib/tls/libc.so.6...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols fr
#37301 [Csd]: segmentation fault in PEAR-environment
ID: 37301 User updated by: sebastian dot harnau at gmx dot de Reported By: sebastian dot harnau at gmx dot de Status: Closed Bug Type: Reproducible crash Operating System: SuSE Linux 9.2 PHP Version: 5.1.3 New Comment: I compiled PHP 5.1.4 without SNMP and suddenly PEAR works perfectly... Previous Comments: [2006-05-05 05:34:40] sebastian dot harnau at gmx dot de I tried PHP 5.1.2 and got the error, too... it seems to be that the problem is caused by system. Thanks for your help! [2006-05-04 13:53:41] [EMAIL PROTECTED] Yes, please try with 5.1.2. But the backtrace clearly shows that the problem is caused by the system. [2006-05-04 08:24:09] sebastian dot harnau at gmx dot de The last backtrace was with option "--enable-debug". I will try to run "pear"-command manually to be sure that the backtrace is showing the right thing... Is the generating of the backtrace correct? The help page shows only the process when error is with php driven by apache... I also can try to compile PHP 5.1.2 to be shure that it is a php problem and not a system problem... [2006-05-04 07:49:18] [EMAIL PROTECTED] Doesn't look lika PHP problem. Could you configure PHP with --enable-debug and try again? ---- [2006-05-04 07:31:23] sebastian dot harnau at gmx dot de alster:/usr/local/src/php5.1-200605031830 # gdb /usr/bin/php core GNU gdb 6.2.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 "i586-suse-linux"...Using host libthread_db library "/lib/tls/libthread_db.so.1". Core was generated by `/usr/local/src/php5.1-200605031830/ sapi/cli/php -n -dshort_open_tag=0 -dsafe_mo'. Program terminated with signal 11, Segmentation fault. warning: current_sos: Can't read pathname for load map: Input/output error Reading symbols from /lib/libcrypt.so.1...done. Loaded symbols for /lib/libcrypt.so.1 Reading symbols from /usr/lib/libmhash.so.2...done. Loaded symbols for /usr/lib/libmhash.so.2 Reading symbols from /usr/lib/libmcrypt.so.4...done. Loaded symbols for /usr/lib/libmcrypt.so.4 Reading symbols from /usr/lib/libltdl.so.3...done. Loaded symbols for /usr/lib/libltdl.so.3 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /usr/lib/libldap-2.2.so.7...done. Loaded symbols for /usr/lib/libldap-2.2.so.7 Reading symbols from /usr/lib/libsasl2.so.2...done. Loaded symbols for /usr/lib/libsasl2.so.2 Reading symbols from /usr/lib/libssl.so.0.9.7...done. Loaded symbols for /usr/lib/libssl.so.0.9.7 Reading symbols from /usr/lib/libcrypto.so.0.9.7...done. Loaded symbols for /usr/lib/libcrypto.so.0.9.7 Reading symbols from /usr/lib/liblber-2.2.so.7...done. Loaded symbols for /usr/lib/liblber-2.2.so.7 Reading symbols from /usr/lib/libgmp.so.3...done. Loaded symbols for /usr/lib/libgmp.so.3 Reading symbols from /usr/local/lib/libt1.so.5...done. Loaded symbols for /usr/local/lib/libt1.so.5 Reading symbols from /usr/lib/libfreetype.so.6...done. Loaded symbols for /usr/lib/libfreetype.so.6 Reading symbols from /usr/X11R6/lib/libX11.so.6...done. Loaded symbols for /usr/X11R6/lib/libX11.so.6 Reading symbols from /usr/X11R6/lib/libXpm.so.4...done. Loaded symbols for /usr/X11R6/lib/libXpm.so.4 Reading symbols from /usr/lib/libpng.so.3...done. Loaded symbols for /usr/lib/libpng.so.3 Reading symbols from /usr/lib/libjpeg.so.62...done. Loaded symbols for /usr/lib/libjpeg.so.62 Reading symbols from /usr/lib/libgdbm.so.3...done. Loaded symbols for /usr/lib/libgdbm.so.3 Reading symbols from /usr/lib/libgdbm_compat.so.3...done. Loaded symbols for /usr/lib/libgdbm_compat.so.3 Reading symbols from /usr/lib/libbz2.so.1...done. Loaded symbols for /usr/lib/libbz2.so.1 Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/tls/libm.so.6...done. Loaded symbols for /lib/tls/libm.so.6 Reading symbols from /lib/libnsl.so.1...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /usr/lib/libcurl.so.3...done. Loaded symbols for /usr/lib/libcurl.so.3 Reading symbols from /lib/tls/libpthread.so.0...done. Loaded symbols for /lib/tls/libpthread.so.0 Reading symbols from /usr/lib/libnetsnmp.so.5...done. Loaded symbols for /usr/lib/libnetsnmp.so.5 Reading symbols from /us
#36229 [NEW]: Adding arbitary expression to class cause premature end to script
From: perry dot sebastian at gmail dot com
Operating system: linux - SUSE 10
PHP version: 5.1.2
PHP Bug Type: Scripting Engine problem
Bug description: Adding arbitary expression to class cause premature end to
script
Description:
Adding a line of code to a specific object class causes the web
application to terminate prematurely. A line of code such as "function
testthis() {}" will trigger this problem. When this line is commented out,
the application behaves as expected.
Code previously worked under PHP 4.4.
Reproduce code:
---
Expected result:
Web page with printed output of application states at the top of the page.
Actual result:
--
This problem seems to be isolated with this class file. I have turned on
STRICT for error reporting, but no error relevant to this object comes
back when the application is executed. I cleaned line endings, changed
function names, removed and added code, and the problem persists. Apache
does not report an error.
Premature termination is also very strange. It seems very inconsistent.
Initially an error occurred that flagged an included file for consuming
too much memory. This error stopped after the error was investigated (and
I have not been able to replicate this error). The failure appears to
"reach back" in the code execution and stop application output before the
point of failure (noted by various print statement track code execution).
Forcing an exit of the application before loading this object class causes
termination at the appropriate point - not before.
--
Edit bug report at http://bugs.php.net/?id=36229&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=36229&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=36229&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=36229&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36229&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=36229&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36229&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36229&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36229&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36229&r=support
Expected behavior:http://bugs.php.net/fix.php?id=36229&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=36229&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=36229&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36229&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36229&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36229&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36229&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36229&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36229&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36229&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36229&r=mysqlcfg
