#19292 [Com]: random error: open_basedir restriction in effect. File is in wrong directory
ID: 19292 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Apache related Operating System: linux PHP Version: 4.2.3,4.3.0 New Comment: I have about the same problem, I use a restrictive open_basedir by default, but turn it off for certain vhosts: php_admin_value open_basedir / This has always worked for me in 4.2.3, but after upgrading to 4.3.0 I get open_basedir errors (no changes to php.ini): --> Warning: Unknown(): open_basedir restriction in effect. File(/var/www/hostname/root/admin/phpinfo.php) is not within the allowed path(s): (/) in Unknown on line 0 Warning: Unknown(/var/www/hostname/root/admin/phpinfo.php): failed to create stream: Operation not permitted in Unknown on line 0 Warning: Unknown(): Failed opening '/var/www/hostname/root/admin/phpinfo.php' for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0 --> This is persistent for me on FreeBSD 4.7-STABLE: --> Build Date Feb 3 2003 14:35:44 Configure Command './configure' '--with-apxs=/usr/local/sbin/apxs' '--with-config-file-path=/usr/local/etc' '--enable-versioning' '--with-regex=system' '--without-gd' '--without-mysql' '--with-gd=/usr/local' '--enable-gd-native-ttf' '--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-zlib' '--with-bz2=/usr' '--with-mcrypt=/usr/local' '--with-mhash=/usr/local' '--with-mysql=/usr/local' '--with-expat-dir=/usr/local' '--with-ming=/usr/local' '--enable-trans-sid' '--prefix=/usr/local' 'i386-portbld-freebsd4.7' --> Previous Comments: [2003-01-30 09:33:52] [EMAIL PROTECTED] Same problem, suse 8.1 , apache 1.3.26. selfcompiled php 4.2.3 updated from 4.2.2 [2003-01-24 09:11:18] [EMAIL PROTECTED] I use redhat8.0 and upgrade from php4.12 to php4.2.3 and the file have open_basedir restriction, and after all the include file is inside the basedir not outside [2003-01-20 13:16:28] [EMAIL PROTECTED] Same problem FreeBSD 4.7p3 PHP 4.3.0 PHP 4.2.3 Apache 1.3.27 (bug 20190) [2003-01-17 13:57:47] [EMAIL PROTECTED] The same probleme is in php4-STABLE-200301171630 Please correct that Warning: Unknown(): open_basedir restriction in effect. File(/home/ovh/www/forum/list.php) is not within the allowed path(s): (/home/users/xiaoping) in Unknown on line 0 Warning: Unknown(/home/ovh/www/forum/list.php): failed to create stream: Operation not permitted in Unknown on line 0 Warning: (null)() [function.include]: Failed opening '/home/ovh/www/forum/list.php' for inclusion (include_path='.:/upload/') in Unknown on line 0 [2003-01-12 05:40:52] [EMAIL PROTECTED] Same problem with php 4.3.0 / apache 1.3.27 / Slackware The problem seems to appear when a virtual host has a open_basedir defined, but not in other virtualhost. In this case others virtual hosts take the value of one of defined open_basedir. (maybe the value come from another http child open in same time) Seems to have same behaviour with auto_append. Hope it will help to solve this bug. Fred 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/19292 -- Edit this bug report at http://bugs.php.net/?id=19292&edit=1
#22220 [NEW]: can't turn open_basedir off anymore since 4.2.3 -> 4.3.0
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.7-STABLE PHP version: 4.3.0 PHP Bug Type: Apache related Bug description: can't turn open_basedir off anymore since 4.2.3 -> 4.3.0 I have this in my php.ini as default: open_basedir = /var/www I have a virtualhost block like this: ServerName "host.example.com" DocumentRoot "/var/www/host.example.com/root" Options Indexes ExecCgi php_admin_value safe_mode 0 php_admin_value open_basedir "/" The goal is to force a default open_basedir of "/var/www" to everything, except the explicitly specified /admin directory and contents (same with safe_mode). First, I read that setting the open_basedir to "/" doesn't work anymore in http://bugs.php.net/bug.php?id=22101. Seems kinda weird as the documentation states: [The restriction specified with open_basedir is actually a prefix, not a directory name. This means that "open_basedir = /dir/incl" also allows access to "/dir/include" and "/dir/incls" if they exist. When you want to restrict access to only the specified directory, end with a slash. For example: "open_basedir = /dir/incl/"] But besides that, specifying 'none' as open basedir in the virtualhost doesn't turn it off, it uses the default of /var/www, and I haven't found a way to set the open_basedir to NULL. So, as I see it either the 'none' setting isn't working correctly and needs to be fixed or the possibility of setting the open_basedir to "/" needs to be put back in. Unless I'm overseeing some very trivial way of turning the open_basedir restriction off of course. Thanks in advance. -- Edit bug report at http://bugs.php.net/?id=0&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=0&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=0&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=0&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=0&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=0&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=0&r=support Expected behavior: http://bugs.php.net/fix.php?id=0&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=0&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=0&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=0&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=0&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=0&r=dst IIS Stability: http://bugs.php.net/fix.php?id=0&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=0&r=gnused
#22220 [Bgs->Opn]: can't turn open_basedir off anymore since 4.2.3 -> 4.3.0
ID: 0 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Apache related Operating System: FreeBSD 4.7-STABLE PHP Version: 4.3.0 New Comment: Actually, I added a comment to 19292 about my problem and it was deleted as not being appropriate there. I am not having trouble with random open_basedir errors, I'm having one simple problem. I have a default open_basedir of '/var/www/' in my php.ini and I used to turn off ('allow all files to be opened') for a particular vhost by setting open_basedir to '/'. Whether this wastes resources I don't know and actually I don't care too, because it does what I want. Starting with 4.3.0 I can't use '/' as open_basedir anymore for some reason, and imo it wasn't thought about properly because it creates contradictory error messages like: [Warning: Unknown(): open_basedir restriction in effect. File(/var/www/host.example.com/root/admin/phpinfo.php) is not within the allowed path(s): (/) in Unknown on line 0] But I couldn't care less if there was an equivalent for setting open_basedir to '/'. Because all I need is to turn off open_basedir for a particular vhost. And I tried setting open_basedir to none, 'none' and "none", but this just leaves the default of '/var/www' in effect. So I'm guessing that the 'none' setting isn't working properly as I would think that it should turn off the open_basedir restriction for the vhost. Previous Comments: [2003-02-14 08:36:03] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. First of all open_basedir of '/' is rather meaningless since it allows opening of every file anyway. Secondly the open_basedir problems especially in FreeBSD enviroment should be convered in bug report #19292. [2003-02-14 04:26:02] [EMAIL PROTECTED] Hmm it works for my system open_basedir = '/www'; in php.ini and in apache directive i have php_admin_value open_basedir none which works grand. did you try actually acessing a file outside the docroot? [2003-02-14 04:03:11] [EMAIL PROTECTED] I have this in my php.ini as default: open_basedir = /var/www I have a virtualhost block like this: ServerName "host.example.com" DocumentRoot "/var/www/host.example.com/root" Options Indexes ExecCgi php_admin_value safe_mode 0 php_admin_value open_basedir "/" The goal is to force a default open_basedir of "/var/www" to everything, except the explicitly specified /admin directory and contents (same with safe_mode). First, I read that setting the open_basedir to "/" doesn't work anymore in http://bugs.php.net/bug.php?id=22101. Seems kinda weird as the documentation states: [The restriction specified with open_basedir is actually a prefix, not a directory name. This means that "open_basedir = /dir/incl" also allows access to "/dir/include" and "/dir/incls" if they exist. When you want to restrict access to only the specified directory, end with a slash. For example: "open_basedir = /dir/incl/"] But besides that, specifying 'none' as open basedir in the virtualhost doesn't turn it off, it uses the default of /var/www, and I haven't found a way to set the open_basedir to NULL. So, as I see it either the 'none' setting isn't working correctly and needs to be fixed or the possibility of setting the open_basedir to "/" needs to be put back in. Unless I'm overseeing some very trivial way of turning the open_basedir restriction off of course. Thanks in advance. -- Edit this bug report at http://bugs.php.net/?id=0&edit=1
#22220 [Com]: "php_admin_value open_basedir none" does not work
ID: 0 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: Apache related Operating System: FreeBSD 4.7-STABLE PHP Version: 4.3.0 New Comment: As there's nothing I can find in the documentation about the 'none' setting I don't know wheter it should turn off the open_basedir or should inherit the default. Both make sense, but if it's the latter then there's no way to turn the open_basedir restriction off, other than '/'. Previous Comments: [2003-02-15 13:20:25] [EMAIL PROTECTED] I tested that now, and indeed, it doesn't work. [2003-02-15 13:18:13] [EMAIL PROTECTED] So this bug's summary should be: "'php_admin_value open_basedir none' does not work" ??? [2003-02-15 13:02:19] [EMAIL PROTECTED] Actually, I added a comment to 19292 about my problem and it was deleted as not being appropriate there. I am not having trouble with random open_basedir errors, I'm having one simple problem. I have a default open_basedir of '/var/www/' in my php.ini and I used to turn off ('allow all files to be opened') for a particular vhost by setting open_basedir to '/'. Whether this wastes resources I don't know and actually I don't care too, because it does what I want. Starting with 4.3.0 I can't use '/' as open_basedir anymore for some reason, and imo it wasn't thought about properly because it creates contradictory error messages like: [Warning: Unknown(): open_basedir restriction in effect. File(/var/www/host.example.com/root/admin/phpinfo.php) is not within the allowed path(s): (/) in Unknown on line 0] But I couldn't care less if there was an equivalent for setting open_basedir to '/'. Because all I need is to turn off open_basedir for a particular vhost. And I tried setting open_basedir to none, 'none' and "none", but this just leaves the default of '/var/www' in effect. So I'm guessing that the 'none' setting isn't working properly as I would think that it should turn off the open_basedir restriction for the vhost. [2003-02-14 08:36:03] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. First of all open_basedir of '/' is rather meaningless since it allows opening of every file anyway. Secondly the open_basedir problems especially in FreeBSD enviroment should be convered in bug report #19292. [2003-02-14 04:26:02] [EMAIL PROTECTED] Hmm it works for my system open_basedir = '/www'; in php.ini and in apache directive i have php_admin_value open_basedir none which works grand. did you try actually acessing a file outside the docroot? 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/0 -- Edit this bug report at http://bugs.php.net/?id=0&edit=1
#22220 [Csd]: "php_admin_value open_basedir none" does not work
ID: 0 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache related Operating System: FreeBSD 4.7-STABLE PHP Version: 4.3.0 New Comment: Fixes my problem, thank you. Previous Comments: [2003-02-15 14:24:42] [EMAIL PROTECTED] 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. [2003-02-15 13:36:38] [EMAIL PROTECTED] As there's nothing I can find in the documentation about the 'none' setting I don't know wheter it should turn off the open_basedir or should inherit the default. Both make sense, but if it's the latter then there's no way to turn the open_basedir restriction off, other than '/'. [2003-02-15 13:20:25] [EMAIL PROTECTED] I tested that now, and indeed, it doesn't work. [2003-02-15 13:18:13] [EMAIL PROTECTED] So this bug's summary should be: "'php_admin_value open_basedir none' does not work" ??? [2003-02-15 13:02:19] [EMAIL PROTECTED] Actually, I added a comment to 19292 about my problem and it was deleted as not being appropriate there. I am not having trouble with random open_basedir errors, I'm having one simple problem. I have a default open_basedir of '/var/www/' in my php.ini and I used to turn off ('allow all files to be opened') for a particular vhost by setting open_basedir to '/'. Whether this wastes resources I don't know and actually I don't care too, because it does what I want. Starting with 4.3.0 I can't use '/' as open_basedir anymore for some reason, and imo it wasn't thought about properly because it creates contradictory error messages like: [Warning: Unknown(): open_basedir restriction in effect. File(/var/www/host.example.com/root/admin/phpinfo.php) is not within the allowed path(s): (/) in Unknown on line 0] But I couldn't care less if there was an equivalent for setting open_basedir to '/'. Because all I need is to turn off open_basedir for a particular vhost. And I tried setting open_basedir to none, 'none' and "none", but this just leaves the default of '/var/www' in effect. So I'm guessing that the 'none' setting isn't working properly as I would think that it should turn off the open_basedir restriction for the vhost. 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/0 -- Edit this bug report at http://bugs.php.net/?id=0&edit=1
Bug #16616: segmentation fault --with-imap
From: [EMAIL PROTECTED] Operating system: linux redhdat 6.2 PHP version: 4.1.2 PHP Bug Type: *Compile Issues Bug description: segmentation fault --with-imap i`m having dificulties getting imap support into php. When i compiled it --with-imap it compiles fine but when i restart apache it seg. faults. I tried imap-2000c and imap-2001a versions but all without luck. I at first tryed to compile 4.0.6 which gave me the exact output as 4.1.2 which i tryed later on. If i recompile without imap it works again. Sys info--- Apache = 1.3.24 (mod_ssl) php 4.1.2 Linux RED-Hat 6.2 Kernel 2.4.18 #1 SMP Wed Mar 6 08:54:04 CET 2002 i686 php compiled with: == ./configure --with-mysql=/usr --enable-sysvsem --enable-sysvshm --with-gd=yes --with-zlib --with-ttf --with-zlib-dir=/usr --enable-versioning --with-gd-dir=/usr --with-jpeg-dir=/usr/ --enable-gd-imgstrttf --with-config-file-path=/etc/httpd/conf/ --enable-trans-sid --with-png-dir=/usr/ --with-freetype --with-recode --with-apxs --with-openssl --with-imap=/usr/local/src/imap-2000c/ == apache 1.3.24 (with mod_ssl) compiled: ./configure \ "--prefix=/usr" \ "--with-layout=RedHat" \ "--enable-module=rewrite" \ "--enable-module=expires" \ "--disable-rule=WANTHSREGEX" \ "--enable-shared=max" \ "--enable-module=ssl" \ "--enable-module=proxy" \ When i run apache: httpd Segmentation fault GDB : === [root php-4.1.2]# gdb /usr/sbin/httpd GNU gdb 19991004 Copyright 1998 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: /usr/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x403a4237 in object.8 () at lstat.c:45 45 lstat.c: No such file or directory. (gdb) -- Edit bug report at http://bugs.php.net/?id=16616&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16616&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16616&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16616&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16616&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16616&r=support Expected behavior: http://bugs.php.net/fix.php?id=16616&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16616&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16616&r=submittedtwice
Bug #16616 Updated: segmentation fault --with-imap
ID: 16616 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: *Compile Issues Operating System: linux redhdat 6.2 PHP Version: 4.1.2 New Comment: OK i have been changing stuff all day on that machine, so the dbd looks a bit diffrent now but it still seg faults... -- gdb /usr/sbin/httpd GNU gdb 19991004 Copyright 1998 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: /usr/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x40339d02 in hash_lookup (hashtab=0x80dab68, key=0xb9a0 "\207?H@T5F@x5F@\227MF@??\r\b\207?H@") at misc.c:317 317 misc.c: No such file or directory. (gdb) bt #0 0x40339d02 in hash_lookup (hashtab=0x80dab68, key=0xb9a0 "\207?H@T5F@x5F@\227MF@??\r\b\207?H@") at misc.c:317 #1 0x404637fd in find_symbol (outer=0x80da9f0, name=0x4048e687 "data", type=SYMBOL_CREATE_CHARSET) at names.c:255 #2 0x40464d97 in register_all_modules (outer=0x80da9f0) at outer.c:353 #3 0x404650ea in recode_new_outer (auto_abort=true) at outer.c:419 #4 0x402c91e7 in php_minit_recode (type=1, module_number=6) at recode.c:78 #5 0x4027cee9 in zend_startup_module (module=0x403f67a0) at zend_API.c:624 #6 0x4028d2be in php_startup_extensions (ptr=0x403f21c0, count=13) at main.c:703 #7 0x4028e265 in php_startup_internal_extensions () at internal_functions.c:70 #8 0x4028d685 in php_module_startup (sf=0x403f1160) at main.c:873 #9 0x4028ae08 in php_apache_startup (sapi_module=0x403f1160) at mod_php4.c:259 #10 0x4028b855 in php_init_handler (s=0x808e77c, p=0x808e754) at mod_php4.c:744 #11 0x8056b99 in ap_init_modules () #12 0x806184d in main () #13 0x400db9cb in __libc_start_main (main=0x806150c , argc=2, argv=0xbb64, init=0x804ebe0 <_init>, fini=0x807a05c <_fini>, rtld_fini=0x4000aea0 <_dl_fini>, stack_end=0xbb5c) at ../sysdeps/generic/libc-start.c:92 (gdb) Previous Comments: [2002-04-15 12:38:14] [EMAIL PROTECTED] Can you please enter bt at the gdb prompt after the SIGSEGV is received and post the backtrace here? [2002-04-15 07:14:07] [EMAIL PROTECTED] i`m having dificulties getting imap support into php. When i compiled it --with-imap it compiles fine but when i restart apache it seg. faults. I tried imap-2000c and imap-2001a versions but all without luck. I at first tryed to compile 4.0.6 which gave me the exact output as 4.1.2 which i tryed later on. If i recompile without imap it works again. Sys info--- Apache = 1.3.24 (mod_ssl) php 4.1.2 Linux RED-Hat 6.2 Kernel 2.4.18 #1 SMP Wed Mar 6 08:54:04 CET 2002 i686 php compiled with: == ./configure --with-mysql=/usr --enable-sysvsem --enable-sysvshm --with-gd=yes --with-zlib --with-ttf --with-zlib-dir=/usr --enable-versioning --with-gd-dir=/usr --with-jpeg-dir=/usr/ --enable-gd-imgstrttf --with-config-file-path=/etc/httpd/conf/ --enable-trans-sid --with-png-dir=/usr/ --with-freetype --with-recode --with-apxs --with-openssl --with-imap=/usr/local/src/imap-2000c/ == apache 1.3.24 (with mod_ssl) compiled: ./configure \ "--prefix=/usr" \ "--with-layout=RedHat" \ "--enable-module=rewrite" \ "--enable-module=expires" \ "--disable-rule=WANTHSREGEX" \ "--enable-shared=max" \ "--enable-module=ssl" \ "--enable-module=proxy" \ When i run apache: httpd Segmentation fault GDB : === [root php-4.1.2]# gdb /usr/sbin/httpd GNU gdb 19991004 Copyright 1998 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
Bug #16616 Updated: segmentation fault --with-imap
14:07] [EMAIL PROTECTED] i`m having dificulties getting imap support into php. When i compiled it --with-imap it compiles fine but when i restart apache it seg. faults. I tried imap-2000c and imap-2001a versions but all without luck. I at first tryed to compile 4.0.6 which gave me the exact output as 4.1.2 which i tryed later on. If i recompile without imap it works again. Sys info--- Apache = 1.3.24 (mod_ssl) php 4.1.2 Linux RED-Hat 6.2 Kernel 2.4.18 #1 SMP Wed Mar 6 08:54:04 CET 2002 i686 php compiled with: == ./configure --with-mysql=/usr --enable-sysvsem --enable-sysvshm --with-gd=yes --with-zlib --with-ttf --with-zlib-dir=/usr --enable-versioning --with-gd-dir=/usr --with-jpeg-dir=/usr/ --enable-gd-imgstrttf --with-config-file-path=/etc/httpd/conf/ --enable-trans-sid --with-png-dir=/usr/ --with-freetype --with-recode --with-apxs --with-openssl --with-imap=/usr/local/src/imap-2000c/ == apache 1.3.24 (with mod_ssl) compiled: ./configure \ "--prefix=/usr" \ "--with-layout=RedHat" \ "--enable-module=rewrite" \ "--enable-module=expires" \ "--disable-rule=WANTHSREGEX" \ "--enable-shared=max" \ "--enable-module=ssl" \ "--enable-module=proxy" \ When i run apache: httpd Segmentation fault GDB : === [root php-4.1.2]# gdb /usr/sbin/httpd GNU gdb 19991004 Copyright 1998 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: /usr/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x403a4237 in object.8 () at lstat.c:45 45 lstat.c: No such file or directory. (gdb) -- Edit this bug report at http://bugs.php.net/?id=16616&edit=1
Bug #16616 Updated: segmentation fault --with-imap
fffb5c) at ../sysdeps/generic/libc-start.c:92 (gdb) [2002-04-15 12:38:14] [EMAIL PROTECTED] Can you please enter bt at the gdb prompt after the SIGSEGV is received and post the backtrace here? [2002-04-15 07:14:07] [EMAIL PROTECTED] i`m having dificulties getting imap support into php. When i compiled it --with-imap it compiles fine but when i restart apache it seg. faults. I tried imap-2000c and imap-2001a versions but all without luck. I at first tryed to compile 4.0.6 which gave me the exact output as 4.1.2 which i tryed later on. If i recompile without imap it works again. Sys info--- Apache = 1.3.24 (mod_ssl) php 4.1.2 Linux RED-Hat 6.2 Kernel 2.4.18 #1 SMP Wed Mar 6 08:54:04 CET 2002 i686 php compiled with: == ./configure --with-mysql=/usr --enable-sysvsem --enable-sysvshm --with-gd=yes --with-zlib --with-ttf --with-zlib-dir=/usr --enable-versioning --with-gd-dir=/usr --with-jpeg-dir=/usr/ --enable-gd-imgstrttf --with-config-file-path=/etc/httpd/conf/ --enable-trans-sid --with-png-dir=/usr/ --with-freetype --with-recode --with-apxs --with-openssl --with-imap=/usr/local/src/imap-2000c/ == apache 1.3.24 (with mod_ssl) compiled: ./configure \ "--prefix=/usr" \ "--with-layout=RedHat" \ "--enable-module=rewrite" \ "--enable-module=expires" \ "--disable-rule=WANTHSREGEX" \ "--enable-shared=max" \ "--enable-module=ssl" \ "--enable-module=proxy" \ When i run apache: httpd Segmentation fault GDB : === [root php-4.1.2]# gdb /usr/sbin/httpd GNU gdb 19991004 Copyright 1998 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: /usr/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x403a4237 in object.8 () at lstat.c:45 45 lstat.c: No such file or directory. (gdb) -- Edit this bug report at http://bugs.php.net/?id=16616&edit=1
Bug #16616 Updated: Crash at startup when both recode and imap are included
ID: 16616 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed -Bug Type: Recode related +Bug Type: IMAP related Operating System: linux redhdat 6.2 PHP Version: 4.1.2 New Comment: I got my system working with both recode and imap. First i tried it on another system (suse 7.3) and it worked. The only diffrence was realy in the imap it self. Suse provided imap as a .so and the php afterwards was linked to that lib but Redhat rpm (and if i compiled it with make lnp i didn`t get the .so either) provided only libc-client.a and c-client.a. so the diffrence was in the ldd libphp4.so when compiled on diff systems with the same parameters. So i took the imap.spm from suse ftp, extract it and build it specified in the spec (there was a patch too). Then i just rebuilded the php with the same configure string. It works on both now 4.1.2 and on 4.0.6. ldd of php now looks like this: -- libpam.so.0 => /lib/libpam.so.0 (0x401a8000) librecode.so.0 => /usr/lib/librecode.so.0 (0x401b) libc-client.so => /usr/lib/libc-client.so (0x40228000) libdl.so.2 => /lib/libdl.so.2 (0x402d1000) libmysqlclient.so.10 => /usr/lib/mysql/libmysqlclient.so.10 (0x402d6000) libz.so.1 => /usr/lib/libz.so.1 (0x402f2000) libttf.so.2 => /usr/local/lib//libttf.so.2 (0x40301000) libpng.so.2 => /usr/lib/libpng.so.2 (0x40327000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40351000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x4037) libssl.so.0 => /usr/lib/libssl.so.0 (0x4039f000) libcrypto.so.0 => /usr/lib/libcrypto.so.0 (0x403d1000) libresolv.so.2 => /lib/libresolv.so.2 (0x404a3000) libm.so.6 => /lib/libm.so.6 (0x404b2000) libnsl.so.1 => /lib/libnsl.so.1 (0x404cf000) libgssapi_krb5.so.2 => /usr/kerberos/lib/libgssapi_krb5.so.2 (0x404e5000) libkrb5.so.2 => /usr/kerberos/lib/libkrb5.so.2 (0x4050) libk5crypto.so.2 => /usr/kerberos/lib/libk5crypto.so.2 (0x4056f000) libcom_err.so.3 => /usr/kerberos/lib/libcom_err.so.3 (0x4058b000) libc.so.6 => /lib/libc.so.6 (0x4058e000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000) -- Previous Comments: [2002-04-15 20:00:31] [EMAIL PROTECTED] reclassified [2002-04-15 13:51:50] [EMAIL PROTECTED] i removed the recode option (--with-recode) and it works now. Recode version is 3.5. The problem is that i need recode just as bad as i need imap :( Without recode it works in 4.0.6 also. I tryed with recode 3.6 and it doesnt work also. [2002-04-15 12:57:21] [EMAIL PROTECTED] Sorry!! the previus one(bt) was from 4.0.6! This one is from 4.1.2. == gdb /usr/sbin/httpd GNU gdb 19991004 Copyright 1998 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: /usr/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x403891d2 in hash_lookup (hashtab=0x80dd308, key=0xb978 "\207?O@T\025M@x\025M@¨???\227-M@\220?\r\b\207?O@") at misc.c:317 317 misc.c: No such file or directory. (gdb) bt #0 0x403891d2 in hash_lookup (hashtab=0x80dd308, key=0xb978 "\207?O@T\025M@x\025M@¨???\227-M@\220?\r\b\207?O@") at misc.c:317 #1 0x404d17fd in find_symbol (outer=0x80dd190, name=0x404fc687 "data", type=SYMBOL_CREATE_CHARSET) at names.c:255 #2 0x404d2d97 in register_all_modules (outer=0x80dd190) at outer.c:353 #3 0x404d30ea in recode_new_outer (auto_abort=true) at outer.c:419 #4 0x402ee477 in zm_startup_recode (type=1, module_number=6) at recode.c:79 #5 0x40290b56 in zend_startup_module (module=0x40446860) at zend_API.c:1004 #6 0x4029ebe3 in php_startup_extensions (ptr=0x404421c8, count=13) at main.c:779 #7 0x402a0230 in php_startup_internal_extensions () at internal_functions.c:70 #8 0x4029f055 in php_module_startup (sf=0x40441000) at main.c:934 #9 0x4029b2f1 in php_apache_startup (sapi_module=0x40441000) at mod_php4.c:279 #10 0x4029c243 in php_init_handler (s=0x808e77c, p=0x808e754) at mod_php4.c:836 #11 0x8056b99 in ap_init_modules () #
#4266 [Com]: Undeclared variables in function/imap.c starting ar line 435
ID: 4266 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Compile Failure Operating System: linux (redhat 6.2) PHP Version: 3.0.16 New Comment: Your bug support leaves a lot to be desired. You require a password that doesn't exist. This is what you emailed to me. "The password for bug report #4266 is ." The bug you commented on was reported over 2 years ago and the best comment you can give is that I'm not using the current version. You could at least have recognized that there was a two-year delay and that I wasn't using the current version, because it didn't exist when I reported the bug. Better still, you could just have continued to ignore the bug, since I don't give a damn about it anymore. Previous Comments: [2002-09-30 19:52:11] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. [2000-04-28 04:14:37] [EMAIL PROTECTED] step=php.1 logmesg=/data/install/logs/m$step cat /data/install/shells/$step | tee $logmesg && \ date | tee -a $logmesg && \ ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-apache=/usr/local/apache/bin/httpd \ --with-config-file-path=/etc/httpd \ --with-gd=/usr/local \ --with-imap=/usr \ --with-mysql=/usr/local/mysql \ --with-ldap=/usr/local \ --with-zlib \ --with-xml \ --enable-track-vars \ 2>&1 | tee -a $logmesg && \ date | tee -a $logmesg Thu Apr 27 21:59:19 EDT 2000 creating cache ./config.cache checking whether build environment is sane... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for bison... bison -y checking bison version... 1.28 (ok) checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for ranlib... ranlib checking whether gcc and cc understand -c and -o together... yes checking whether ln -s works... yes checking for perl... /usr/bin/perl checking for sh... /bin/sh checking for working const... yes checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking if compiler supports -Wl,--version-script... yes checking size of long... 4 checking size of int... 4 checking for sendmail... /usr/sbin/sendmail checking for gethostent... yes checking for socket in -lc... yes checking for gethostbyaddr in -lc... yes checking for crypt in -lc... no checking for crypt in -lcrypt... yes checking for dlopen in -lc... no checking for dlopen in -ldl... yes checking for sin in -lc... no checking for sin in -lm... yes checking for res_search in -lsocket... no checking for res_search in -lresolv... yes checking for pam_start in -lpam... yes checking for inet_aton in -lbind... no checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for dirent.h that defines DIR... yes checking for opendir in -ldir... no checking for fclose declaration... ok checking for fcntl.h... yes checking for unistd.h... yes checking for crypt.h... yes checking for sys/file.h... yes checking for memory.h... yes checking for pwd.h... yes checking for grp.h... yes checking for sys/socket.h... yes checking for sys/wait.h... yes checking for syslog.h... yes checking for string.h... yes checking for sys/varargs.h... no checking for stdarg.h... yes checking for sys/resource.h... yes checking for sys/time.h... yes checking for signal.h... yes checking for netinet/in.h... yes checking for dlfcn.h... yes checking for limits.h... yes checking for sys/types.h... yes checking for sys/statvfs.h... yes checking for sys/statfs.h... yes checking for unix.h... no checking for db.h... yes checking for dbm.h... no checking for ndbm.h... no checking for db1/ndbm.h... yes checking for locale.h... yes checking for features.h... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for tm_zone in struct tm... yes checking for tm_gmtoff in struct tm... yes checking for struct flock... yes checking for st_blksize in struct stat... yes checking for st_blocks in struct stat... yes checking for st_rdev in struct
#19776 [NEW]: recode is "silent"
From: [EMAIL PROTECTED] Operating system: redhat 8.0 PHP version: 4.2.3 PHP Bug Type: Recode related Bug description: recode is "silent" I have compiled php 4.2.3 on redhat 8.0 with -php configure CGI--- ./configure --with-mysql=/usr --enable-sysvsem --enable-sysvshm --with-gd=yes --with-zlib --with-ttf --with-zlib-dir=/usr --with-gd-dir=/ usr/ --with-jpeg-dir=/usr/lib/ --enable-gd-imgstrttf --with-config-file-path=/etc/httpd/conf/ --enable-trans-sid --with-png-dir=/usr/ --with -sablot --with-recode --with-curl --with-openssl - The dso is the same one it just has --with-apxs added and the results are the same on cgi and dso All compiles fine php runs ok but when i try to use an recode function from php script it doesnt do anyhing. so an test line containing only 'echo recode("../qp","sas=32");' doesnt return anything. I have an old working system with 4.0.6 and recode 3.5 which returns what it should [thats 'sas=3D32'] Recode it self works in the shell [tmp]#cat recode.txt sas=32 recode ../qp recode.txt [tmp]# cat recode.txt sas=3D32 i tried also making an error [i didn`t suply any parameters to the function] and it warns me with "... Wrong parameter count for recode() in ..." I tried with recode rpm from redhat, i tried mine [compiled it my self] no diffrence it just doesnt return anything. -- Edit bug report at http://bugs.php.net/?id=19776&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19776&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19776&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19776&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19776&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19776&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19776&r=support Expected behavior: http://bugs.php.net/fix.php?id=19776&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19776&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19776&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19776&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19776&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19776&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19776&r=isapi
#19776 [Fbk->Opn]: recode is "silent"
ID: 19776 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Recode related Operating System: redhat 8.0 PHP Version: 4.2.3 New Comment: Right now i`m using 3.6. 3.5 does not compile and run on rh 8.0 [it seg faults even in the shell]. i did not how ever put a lot of effort into the compiling of 3.5. Previous Comments: [2002-10-06 14:26:40] [EMAIL PROTECTED] Which recode library are you using now? There seems to be a problem with recode 3.6, since all string based functions always return blank string. [2002-10-06 04:55:06] [EMAIL PROTECTED] I have compiled php 4.2.3 on redhat 8.0 with -php configure CGI--- ./configure --with-mysql=/usr --enable-sysvsem --enable-sysvshm --with-gd=yes --with-zlib --with-ttf --with-zlib-dir=/usr --with-gd-dir=/ usr/ --with-jpeg-dir=/usr/lib/ --enable-gd-imgstrttf --with-config-file-path=/etc/httpd/conf/ --enable-trans-sid --with-png-dir=/usr/ --with -sablot --with-recode --with-curl --with-openssl - The dso is the same one it just has --with-apxs added and the results are the same on cgi and dso All compiles fine php runs ok but when i try to use an recode function from php script it doesnt do anyhing. so an test line containing only 'echo recode("../qp","sas=32");' doesnt return anything. I have an old working system with 4.0.6 and recode 3.5 which returns what it should [thats 'sas=3D32'] Recode it self works in the shell [tmp]#cat recode.txt sas=32 recode ../qp recode.txt [tmp]# cat recode.txt sas=3D32 i tried also making an error [i didn`t suply any parameters to the function] and it warns me with "... Wrong parameter count for recode() in ..." I tried with recode rpm from redhat, i tried mine [compiled it my self] no diffrence it just doesnt return anything. -- Edit this bug report at http://bugs.php.net/?id=19776&edit=1
#19987 [NEW]: supplied argument is not a valid imap resource.
From: [EMAIL PROTECTED] Operating system: Debian GNU Linux 3.0 woody PHP version: 4.2.2 PHP Bug Type: IMAP related Bug description: supplied argument is not a valid imap resource. Hello, I'm trying to use IMAP module under PHP. I've written the simple script which works well on the server of my ISP but when I try to launch it on my own system (Debian GNU Linux 3.0 woody) I always get "supplied argument is not a valid imap resource". There is no matter which statements do I use: imap_check, imap_close or anything other. imap_open() establishes POP3 connection as well. But any further requests fail. ./configure --prefix=/srv/php --with-apxs=/srv/apache/bin/ --with-imap=/arch/build/imap-2003.RC3 I've already tried to config & compile it with libc-client distributed with Debian. There is no difference. It produces always the same error. Here is my test script (taken from imap_open() notes): Mailboxes\n"; $folders = imap_listmailbox ($mbox, $ConnStr, "*"); if ($folders == false) { echo "Call failed\n"; } else { while (list ($key, $val) = each ($folders)) { echo $val."\n"; } } echo "Headers in INBOX\n"; $headers = imap_headers ($mbox); if ($headers == false) { echo "Call failed\n"; } else { while (list ($key,$val) = each ($headers)) { echo $val."\n"; } } imap_close($mbox); ?> Following does it reply so far i call it from browser: Warning: imap_check(): supplied argument is not a valid imap resource in /home/serve/public_html/imap.php on line 7 imap_check() failed: Warning: imap_close(): supplied argument is not a valid imap resource in /home/serve/public_html/imap.php on line 25 Thanks & regards -- Edit bug report at http://bugs.php.net/?id=19987&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19987&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19987&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19987&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19987&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19987&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19987&r=support Expected behavior: http://bugs.php.net/fix.php?id=19987&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19987&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19987&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19987&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19987&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19987&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19987&r=isapi
#19987 [Com]: supplied argument is not a valid imap resource.
ID: 19987 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IMAP related Operating System: Debian GNU Linux 3.0 woody PHP Version: 4.2.2 New Comment: P.S. IMAP package was compiled using "make slx". PHP is bound to apache via APXS. Apache version: 1.3.26. And the same situation I relive on Windows XP with the same version of Apache and PHP. php_imap.dll was added to PHP.INI and will be loaded (was tested through process module list). I've tested enought software like NOCC using imap and no one package did worked. Previous Comments: [2002-10-18 22:03:07] [EMAIL PROTECTED] Hello, I'm trying to use IMAP module under PHP. I've written the simple script which works well on the server of my ISP but when I try to launch it on my own system (Debian GNU Linux 3.0 woody) I always get "supplied argument is not a valid imap resource". There is no matter which statements do I use: imap_check, imap_close or anything other. imap_open() establishes POP3 connection as well. But any further requests fail. ./configure --prefix=/srv/php --with-apxs=/srv/apache/bin/ --with-imap=/arch/build/imap-2003.RC3 I've already tried to config & compile it with libc-client distributed with Debian. There is no difference. It produces always the same error. Here is my test script (taken from imap_open() notes): Mailboxes\n"; $folders = imap_listmailbox ($mbox, $ConnStr, "*"); if ($folders == false) { echo "Call failed\n"; } else { while (list ($key, $val) = each ($folders)) { echo $val."\n"; } } echo "Headers in INBOX\n"; $headers = imap_headers ($mbox); if ($headers == false) { echo "Call failed\n"; } else { while (list ($key,$val) = each ($headers)) { echo $val."\n"; } } imap_close($mbox); ?> Following does it reply so far i call it from browser: Warning: imap_check(): supplied argument is not a valid imap resource in /home/serve/public_html/imap.php on line 7 imap_check() failed: Warning: imap_close(): supplied argument is not a valid imap resource in /home/serve/public_html/imap.php on line 25 Thanks & regards -- Edit this bug report at http://bugs.php.net/?id=19987&edit=1
#19987 [Bgs]: supplied argument is not a valid imap resource.
ID: 19987 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: IMAP related Operating System: Debian GNU Linux 3.0 woody PHP Version: 4.2.2 New Comment: Hello, thanks a lot for your support! It was really script error - well, sometimes I look lide idiot ;-))). I've fixid it in such the way: ($mbox = imap_open($ConnStr, "root", "hellsoft")) || die ("can't connect: " . imap_last_error()); But on the provider server it works well and I think that works because of --enable-inline-optimization in config string. Thanks a lot. Previous Comments: [2002-10-18 23:58:49] [EMAIL PROTECTED] This is not a bug. Your error handling is wrong. || die() after your imap_open() call is going to end up putting a boolean into $mbox. You need the lower precedence OR operator. Change that line to be: $mbox = imap_open($ConnStr, "csb", "masd123") OR die ("can't connect: " . imap_last_error()); and I bet it will work just fine. [2002-10-18 22:06:45] [EMAIL PROTECTED] P.S. IMAP package was compiled using "make slx". PHP is bound to apache via APXS. Apache version: 1.3.26. And the same situation I relive on Windows XP with the same version of Apache and PHP. php_imap.dll was added to PHP.INI and will be loaded (was tested through process module list). I've tested enought software like NOCC using imap and no one package did worked. [2002-10-18 22:03:07] [EMAIL PROTECTED] Hello, I'm trying to use IMAP module under PHP. I've written the simple script which works well on the server of my ISP but when I try to launch it on my own system (Debian GNU Linux 3.0 woody) I always get "supplied argument is not a valid imap resource". There is no matter which statements do I use: imap_check, imap_close or anything other. imap_open() establishes POP3 connection as well. But any further requests fail. ./configure --prefix=/srv/php --with-apxs=/srv/apache/bin/ --with-imap=/arch/build/imap-2003.RC3 I've already tried to config & compile it with libc-client distributed with Debian. There is no difference. It produces always the same error. Here is my test script (taken from imap_open() notes): Mailboxes\n"; $folders = imap_listmailbox ($mbox, $ConnStr, "*"); if ($folders == false) { echo "Call failed\n"; } else { while (list ($key, $val) = each ($folders)) { echo $val."\n"; } } echo "Headers in INBOX\n"; $headers = imap_headers ($mbox); if ($headers == false) { echo "Call failed\n"; } else { while (list ($key,$val) = each ($headers)) { echo $val."\n"; } } imap_close($mbox); ?> Following does it reply so far i call it from browser: Warning: imap_check(): supplied argument is not a valid imap resource in /home/serve/public_html/imap.php on line 7 imap_check() failed: Warning: imap_close(): supplied argument is not a valid imap resource in /home/serve/public_html/imap.php on line 25 Thanks & regards -- Edit this bug report at http://bugs.php.net/?id=19987&edit=1
Bug #15945: While starting Apache I get an undefined symbol error.
mysql_field_count From: [EMAIL PROTECTED] X-PHP-Bug: 15945 Message-ID: <[EMAIL PROTECTED]> From: [EMAIL PROTECTED] Operating system: RedHat 7.2 PHP version: 4.1.2 PHP Bug Type: MySQL related Bug description: While starting Apache I get an undefined symbol error. mysql_field_count While starting Apache I get an undefined symbol error. mysql_field_count Running RedHat 7.2 Installed MySQL 3.23.49a from binary into /usr/local/mysql from mysql-3.23.49a-pc-linux-gnu-i686. MySQL runs correctly. php-4.1.2.tar.gz untarred into php-4.1.2 build was ./configure "--with-mysql=/usr/local/mysql and --with-apxs=/usr/sbin/apxs" ran correctly (without error) make ran without error make install ran without error Apache won't start, reporting "undefined symbol" /etc/rc.d/init.d/httpd start Starting httpd: Syntax error on line 261 of /etc/httpd/conf/httpd.conf: Cannot load /etc/httpd/modules/libphp4.so into server: /etc/httpd/modules/libphp4.so: undefined symbol: mysql_field_count [FAILED] -- Edit bug report at http://bugs.php.net/?id=15945&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15945&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15945&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15945&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15945&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15945&r=support Expected behavior: http://bugs.php.net/fix.php?id=15945&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15945&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15945&r=submittedtwice
Bug #16401: odbc_num_rows() returns last number of rows, no matter what result id is given
From: [EMAIL PROTECTED] Operating system: Windows 2000 Professional PHP version: 4.1.2 PHP Bug Type: ODBC related Bug description: odbc_num_rows() returns last number of rows, no matter what result id is given I access a mysql database using the odbc functions (i'm not using the mysql functions because it has to migrate to another database system later) first execute 2 select queryies: $result1 = odbc_exec($connection, $query1); $result2 = odbc_exec($connection, $query2); after this, even when the number of rows is not equal odbc_num_rows(result1) wil return the number of result2 The bug can be in : mysql, odbc-mysql driver or the php odbc function... i don't have a clue ;) -- Edit bug report at http://bugs.php.net/?id=16401&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16401&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16401&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16401&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16401&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16401&r=support Expected behavior: http://bugs.php.net/fix.php?id=16401&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16401&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16401&r=submittedtwice
#22237 [Com]: PHP crashes when class references property using variable variable
ID: 22237 Comment by: root at kitten dot net Reported By: peter at globalvision dot com dot au Status: Verified Bug Type: Zend Engine 2 problem Operating System: MS Windows PHP Version: 5CVS-2003-02-15 (dev) New Comment: This is pretty serious... it prevents pear from working. Can someone please take a look at it? Thanks Previous Comments: [2003-02-15 19:15:01] [EMAIL PROTECTED] No crash with PHP 4.3.1-dev, does crash with PHP 5-dev. [2003-02-15 19:06:29] peter at globalvision dot com dot au $bar; //line 1 //echo $this->foo; //line 2 } } ?> commenting out line 1 (and optionally including line 2) cause it to run normally. The crash occurs as soon as you include $this->$. >From a dos command line on Windows XP Pro SP1 (build 2600): >php c:\temp\t.php I get PHP Script Interpreter has encountered a problem and needs to close (pop up). I'm using the windows build from the snaps page. I've had this error over the past few days of snaps too. >php -m [PHP Modules] bcmath calendar com ctype ftp mysql odbc pcre rpc session standard tokenizer wddx xml zlib [Zend Modules] The crash details are: AppName: php.exe AppVer: 5.0.0.0 ModName: php4ts.dll ModVer: 5.0.0.0 Offset: 000b3bdc Exception Information: Code: 0xc005 Flags: 0x Record: 0x000Address: 0x0100b3bdc -- Edit this bug report at http://bugs.php.net/?id=22237&edit=1
#22867 [NEW]: Session Data from other session ID
From: chris at root dot pl Operating system: RedHat 6.2 PHP version: 4.3.1 PHP Bug Type: Session related Bug description: Session Data from other session ID Sometimes an PHP engine fetch SESSION Data from other SID (with using Session API). I have some sittuations when I must restart a Windows, and after return to thw website - my system send a session cookie - but PHP engine retrieve a different Session Data. This is a critical situation. If you're interested - then I can send you a PHP code which I use to operate on session. Greets -- Edit bug report at http://bugs.php.net/?id=22867&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22867&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22867&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22867&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22867&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22867&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22867&r=support Expected behavior: http://bugs.php.net/fix.php?id=22867&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22867&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22867&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22867&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22867&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22867&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22867&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22867&r=gnused
#33644 [NEW]: sprintf digit formating problem
From: root at sunstation dot com Operating system: linux PHP version: 4.3.11 PHP Bug Type: Unknown/Other Function Bug description: sprintf digit formating problem Description: There is a problem with formatting float output for 0.28 values. Check it out. Reproduce code: --- %d",$a*100); } ?> Expected result: I would expect no output at all Actual result: -- 29 -> 28 57 -> 56 58 -> 57 113 -> 112 114 -> 113 115 -> 114 116 -> 115 201 -> 200 203 -> 202 205 -> 204 207 -> 206 226 -> 225 228 -> 227 230 -> 229 232 -> 231 251 -> 250 253 -> 252 255 -> 254 402 -> 401 406 -> 405 410 -> 409 414 -> 413 427 -> 426 431 -> 430 435 -> 434 439 -> 438 452 -> 451 456 -> 455 460 -> 459 464 -> 463 477 -> 476 481 -> 480 485 -> 484 489 -> 488 ... ... 8160 -> 8159 8171 -> 8170 8174 -> 8173 8182 -> 8181 8185 -> 8184 -- Edit bug report at http://bugs.php.net/?id=33644&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33644&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33644&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33644&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33644&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33644&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33644&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33644&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33644&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33644&r=support Expected behavior: http://bugs.php.net/fix.php?id=33644&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33644&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33644&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33644&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33644&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33644&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33644&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33644&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33644&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33644&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33644&r=mysqlcfg
#25577 [NEW]: PHP ncurses code error?
From: root at noms4me dot net Operating system: Sun solaris 9 PHP version: 4.3.3 PHP Bug Type: Compile Failure Bug description: PHP ncurses code error? Description: The machine in question is a SunBlade 150 running solaris 9 (sparc 64) GCC 3.3 Apache 2.0.47 ncurses 5.3 make 3.80 Have tried to compile first php 3.3 then 3.2 and both of them gives me the same error during make. /bin/sh /home/vrghost/new_soft/httpd/php-4.3.2/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/ncurses/ -I/home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ -DPHP_ATOM_INC -I/home/vrghost/new_soft/httpd/php-4.3.2/include -I/home/vrghost/new_soft/httpd/php-4.3.2/main -I/home/vrghost/new_soft/httpd/php-4.3.2 -I/usr/local/apache2/include -I/home/vrghost/new_soft/httpd/php-4.3.2/Zend -I/usr/local/ssl/include -I/usr/local/include -I/usr/local/mysql/include/mysql -I/usr/local/include/include -I/home/vrghost/new_soft/httpd/php-4.3.2/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -I/home/vrghost/new_soft/httpd/php-4.3.2/TSRM -g -O2 -prefer-pic -c /home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c -o ext/ncurses/ncurses.lo /home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c: In function `zm_startup_ncurses': /home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c:212: error: `KEY_RESIZE' undeclared (first use in this function) /home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c:212: error: (Each undeclared identifier is reported only once /home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c:212: error: for each function it appears in.) /home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c:243: error: `BUTTON4_PRESSED' undeclared (first use in this function) /home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c:244: error: `BUTTON4_RELEASED' undeclared (first use in this function) /home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c:245: error: `BUTTON4_CLICKED' undeclared (first use in this function) /home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c:246: error: `BUTTON4_DOUBLE_CLICKED' undeclared (first use in this function) /home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c:247: error: `BUTTON4_TRIPLE_CLICKED' undeclared (first use in this function) /home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c:248: error: `BUTTON_SHIFT' undeclared (first use in this function) /home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c:249: error: `BUTTON_CTRL' undeclared (first use in this function) /home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c:250: error: `BUTTON_ALT' undeclared (first use in this function) /home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c: In function `zm_info_ncurses': /home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c:297: error: `NCURSES_VERSION' undeclared (first use in this function) make: *** [ext/ncurses/ncurses.lo] Error 1 Cheers Ben -- Edit bug report at http://bugs.php.net/?id=25577&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25577&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25577&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25577&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25577&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25577&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25577&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25577&r=support Expected behavior: http://bugs.php.net/fix.php?id=25577&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25577&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25577&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25577&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25577&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25577&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25577&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25577&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25577&r=float
#27765 [NEW]: is_dir on large file make an error
From: chris at root dot pl Operating system: Linux 2.4.25 SMP PHP version: 4.3.4 PHP Bug Type: Directory function related Bug description: is_dir on large file make an error Description: when I make is_dir function of file which has about 4gb (DVD ISO), then PHP makes an error: Warning: is_dir(): Stat failed for /var/ftp/public/filest_dvd.iso (errno=75 - Value too large for defined data type) in /var/htdocs/html/akacjenet/include/addons/ftpfiles.inc on line 17 Reproduce code: --- it doesn't matter Expected result: i want to know is that file is a file or a directory... I have a small script for catalogue ftp content into mysql database Actual result: -- Warning: is_dir(): Stat failed for /var/ftp/public/filest_dvd.iso (errno=75 - Value too large for defined data type) in /var/htdocs/html/akacjenet/include/addons/ftpfiles.inc on line 17 -- Edit bug report at http://bugs.php.net/?id=27765&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27765&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27765&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27765&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27765&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27765&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27765&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27765&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27765&r=support Expected behavior: http://bugs.php.net/fix.php?id=27765&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27765&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27765&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27765&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27765&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27765&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27765&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27765&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27765&r=float
#31984 [NEW]: sessions fail randomly, causes a segmentation fault in apache
From: root at mediamonks dot net Operating system: FreeBSD 4.11-STABLE PHP version: 5.0.3 PHP Bug Type: Session related Bug description: sessions fail randomly, causes a segmentation fault in apache Description: Apache 2.0.53 & mod_php5 5.0.3 Sessions occasionally work, but in two-thirds of the session requests an error is generated and the apache child segfaults. Error recorded in the logfile: PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 Error reported on site: Notice: Undefined variable: HTTP_SESSION_VARS in Notice: Undefined variable: _SESSION in in Warning: session_register() [function.session-register]: Cannot find save handler in Warning: session_register() [function.session-register]: Cannot find save handler in I'm using php.ini-recommended as php.ini. Tried commenting out session.save_handler, setting it to "files" and just files. Reproduce code: --- session_start(); -- Edit bug report at http://bugs.php.net/?id=31984&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31984&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31984&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31984&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31984&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31984&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31984&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31984&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31984&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31984&r=support Expected behavior: http://bugs.php.net/fix.php?id=31984&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31984&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31984&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31984&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31984&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31984&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31984&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31984&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31984&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31984&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31984&r=mysqlcfg
#31984 [Opn]: sessions fail randomly, causes a segmentation fault in apache
ID: 31984 User updated by: root at mediamonks dot net Reported By: root at mediamonks dot net Status: Open Bug Type: Session related Operating System: FreeBSD 4.11-STABLE PHP Version: 5.0.3 New Comment: with notices on the log file records: PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 [Tue Feb 15 14:27:45 2005] [notice] child pid 83780 exit signal Segmentation fault (11) [Tue Feb 15 14:27:45 2005] [notice] child pid 83776 exit signal Segmentation fault (11) [Tue Feb 15 14:27:45 2005] [notice] child pid 83710 exit signal Segmentation fault (11) PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 [Tue Feb 15 14:27:48 2005] [notice] child pid 83752 exit signal Segmentation fault (11) [Tue Feb 15 14:27:48 2005] [notice] child pid 83713 exit signal Segmentation fault (11) Previous Comments: [2005-02-15 13:44:44] root at mediamonks dot net Description: Apache 2.0.53 & mod_php5 5.0.3 Sessions occasionally work, but in two-thirds of the session requests an error is generated and the apache child segfaults. Error recorded in the logfile: PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 Error reported on site: Notice: Undefined variable: HTTP_SESSION_VARS in Notice: Undefined variable: _SESSION in in Warning: session_register() [function.session-register]: Cannot find save handler in Warning: session_register() [function.session-register]: Cannot find save handler in I'm using php.ini-recommended as php.ini. Tried commenting out session.save_handler, setting it to "files" and just files. Reproduce code: --- session_start(); -- Edit this bug report at http://bugs.php.net/?id=31984&edit=1
#31984 [Fbk->Opn]: sessions fail randomly, causes a segmentation fault in apache
ID: 31984 User updated by: root at mediamonks dot net Reported By: root at mediamonks dot net -Status: Feedback +Status: Open Bug Type: Session related Operating System: FreeBSD 4.11-STABLE PHP Version: 5.0.3 New Comment: That CVS build has screwed even more on my system... Log file records: httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free Allowed memory size of 16777216 bytes exhausted (tried to allocate 1 bytes) httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free [Wed Feb 16 16:00:54 2005] [notice] child pid 21258 exit signal Segmentation fault (11) This repeats thousands of times, apache children segfault after each 10 or so, original save handler error remains. Previous Comments: [2005-02-16 00:23:58] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2005-02-15 14:30:56] root at mediamonks dot net with notices on the log file records: PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 [Tue Feb 15 14:27:45 2005] [notice] child pid 83780 exit signal Segmentation fault (11) [Tue Feb 15 14:27:45 2005] [notice] child pid 83776 exit signal Segmentation fault (11) [Tue Feb 15 14:27:45 2005] [notice] child pid 83710 exit signal Segmentation fault (11) PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 [Tue Feb 15 14:27:48 2005] [notice] child pid 83752 exit signal Segmentation fault (11) [Tue Feb 15 14:27:48 2005] [notice] child pid 83713 exit signal Segmentation fault (11) [2005-02-15 13:44:44] root at mediamonks dot net Description: Apache 2.0.53 & mod_php5 5.0.3 Sessions occasionally work, but in two-thirds of the session requests an error is generated and the apache child segfaults. Error recorded in the logfile: PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 Error reported on site: Notice: Undefined variable: HTTP_SESSION_VARS in Notice: Undefined variable: _SESSION in in Warning: session_register() [function.session-register]: Cannot find save handler in Warning: session_register() [function.session-register]: Cannot find save handler in I'm using php.ini-recommended as php.ini. Tried commenting out session.save_handler, setting it to "files" and just files. Reproduce code: --- session_start(); -- Edit this bug report at http://bugs.php.net/?id=31984&edit=1
#31984 [Opn]: sessions fail randomly, causes a segmentation fault in apache
ID: 31984 User updated by: root at mediamonks dot net Reported By: root at mediamonks dot net Status: Open Bug Type: Session related Operating System: FreeBSD 4.11-STABLE PHP Version: 5.0.3 New Comment: I thought I'd give the mm handler a try as a workaround, but the same problem is present there: PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 [Fri Feb 18 13:08:04 2005] [notice] child pid 73434 exit signal Segmentation fault (11) Previous Comments: [2005-02-16 16:02:35] root at mediamonks dot net That CVS build has screwed even more on my system... Log file records: httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free Allowed memory size of 16777216 bytes exhausted (tried to allocate 1 bytes) httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free [Wed Feb 16 16:00:54 2005] [notice] child pid 21258 exit signal Segmentation fault (11) This repeats thousands of times, apache children segfault after each 10 or so, original save handler error remains. [2005-02-16 00:23:58] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2005-02-15 14:30:56] root at mediamonks dot net with notices on the log file records: PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 [Tue Feb 15 14:27:45 2005] [notice] child pid 83780 exit signal Segmentation fault (11) [Tue Feb 15 14:27:45 2005] [notice] child pid 83776 exit signal Segmentation fault (11) [Tue Feb 15 14:27:45 2005] [notice] child pid 83710 exit signal Segmentation fault (11) PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 [Tue Feb 15 14:27:48 2005] [notice] child pid 83752 exit signal Segmentation fault (11) [Tue Feb 15 14:27:48 2005] [notice] child pid 83713 exit signal Segmentation fault (11) [2005-02-15 13:44:44] root at mediamonks dot net Description: Apache 2.0.53 & mod_php5 5.0.3 Sessions occasionally work, but in two-thirds of the session requests an error is generated and the apache child segfaults. Error recorded in the logfile: PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 Error reported on site: Notice: Undefined variable: HTTP_SESSION_VARS in Notice: Undefined variable: _SESSION in in Warning: session_register() [function.session-register]: Cannot find save handler in Warning: session_register() [function.session-register]: Cannot find save handler in I'm using php.ini-recommended as php.ini. Tried commenting out session.save_handler, setting it to "files" and just files. Reproduce code: --- session_start(); -- Edit this bug report at http://bugs.php.net/?id=31984&edit=1
#31984 [Opn]: sessions fail randomly, causes a segmentation fault in apache
ID: 31984 User updated by: root at mediamonks dot net Reported By: root at mediamonks dot net Status: Open Bug Type: Session related Operating System: FreeBSD 4.11-STABLE PHP Version: 5.0.3 New Comment: Backtrace: #0 ps_mm_destroy (data=0x82df880) at /home/terrence/php/php5-STABLE-200502211130/ext/session/mod_mm.c:243 #1 0x284d0a1d in zm_shutdown_ps_mm (type=1, module_number=3) at /home/terrence/php/php5-STABLE-200502211130/ext/session/mod_mm.c:295 #2 0x284cf895 in zm_shutdown_session (type=1, module_number=3) at /home/terrence/php/php5-STABLE-200502211130/ext/session/session.c:1824 #3 0x2856acfa in module_destructor (module=0x82f0c80) at /home/terrence/php/php5-STABLE-200502211130/Zend/zend_API.c:1500 #4 0x2856d0bd in zend_hash_apply_deleter (ht=0x285e8360, p=0x82efd00) at /home/terrence/php/php5-STABLE-200502211130/Zend/zend_hash.c:574 #5 0x2856d1ee in zend_hash_graceful_reverse_destroy (ht=0x285e8360) at /home/terrence/php/php5-STABLE-200502211130/Zend/zend_hash.c:640 #6 0x28566f34 in zend_shutdown () at /home/terrence/php/php5-STABLE-200502211130/Zend/zend.c:699 #7 0x28538b54 in php_module_shutdown () at /home/terrence/php/php5-STABLE-200502211130/main/main.c:1516 #8 0x28538b23 in php_module_shutdown_wrapper (sapi_globals=0x285e3140) at /home/terrence/php/php5-STABLE-200502211130/main/main.c:1491 #9 0x285a3d85 in php_apache_server_shutdown (tmp=0x0) at /home/terrence/php/php5-STABLE-200502211130/sapi/apache2handler/sapi_apache2.c:331 #10 0x2831d8f8 in run_cleanups () from /usr/local/lib/apache2/libapr-0.so.9 #11 0x2831cd11 in apr_pool_clear () from /usr/local/lib/apache2/libapr-0.so.9 #12 0x806890e in main () #13 0x805ce2e in _start () Previous Comments: [2005-02-18 13:09:46] root at mediamonks dot net I thought I'd give the mm handler a try as a workaround, but the same problem is present there: PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 [Fri Feb 18 13:08:04 2005] [notice] child pid 73434 exit signal Segmentation fault (11) [2005-02-16 16:02:35] root at mediamonks dot net That CVS build has screwed even more on my system... Log file records: httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free Allowed memory size of 16777216 bytes exhausted (tried to allocate 1 bytes) httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free [Wed Feb 16 16:00:54 2005] [notice] child pid 21258 exit signal Segmentation fault (11) This repeats thousands of times, apache children segfault after each 10 or so, original save handler error remains. [2005-02-16 00:23:58] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2005-02-15 14:30:56] root at mediamonks dot net with notices on the log file records: PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 [Tue Feb 15 14:27:45 2005] [notice] child pid 83780 exit signal Segmentation fault (11) [Tue Feb 15 14:27:45 2005] [notice] child pid 83776 exit signal Segmentation fault (11) [Tue Feb 15 14:27:45 2005] [notice] child pid 83710 exit signal Segmentation fault (11) PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 [Tue Feb 15 14:27:48 2005] [notice] child pid 83752 exit signal Segmentation fault (11) [Tue Feb 15 14:27:48 2005] [notice] child pid 83713 exit signal Segmentation fault (11) [2005-02-15 13:44:44] root at mediamonks dot net Description: Apache 2.0.53 & mod_php5 5.0.3 Sessions occasionally work, but in two-thirds of the session requests an error is generated and the apache child segfaults. Error recorded in the logfile: PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line
#31984 [Fbk->Opn]: sessions fail randomly, causes a segmentation fault in apache
ID: 31984 User updated by: root at mediamonks dot net Reported By: root at mediamonks dot net -Status: Feedback +Status: Open Bug Type: Session related Operating System: FreeBSD 4.11-STABLE PHP Version: 5CVS-2005-02-25 New Comment: './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local' '--enable-session' '--enable-spl' '--with-regex=php' '--disable-cli' '--with-apxs2=/usr/local/sbin/apxs' '--disable-ipv6' '--prefix=/usr/local' and './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local' '--with-mm' '--enable-session' '--enable-spl' '--with-regex=php' '--disable-cli' '--with-apxs2=/usr/local/sbin/apxs' '--disable-ipv6' '--prefix=/usr/local' Previous Comments: [2005-02-28 20:25:14] [EMAIL PROTECTED] What was the configure line you used to configure PHP? [2005-02-26 22:47:55] root at mediamonks dot net Backtrace: #0 ps_mm_destroy (data=0x82df880) at /home/terrence/php/php5-STABLE-200502211130/ext/session/mod_mm.c:243 #1 0x284d0a1d in zm_shutdown_ps_mm (type=1, module_number=3) at /home/terrence/php/php5-STABLE-200502211130/ext/session/mod_mm.c:295 #2 0x284cf895 in zm_shutdown_session (type=1, module_number=3) at /home/terrence/php/php5-STABLE-200502211130/ext/session/session.c:1824 #3 0x2856acfa in module_destructor (module=0x82f0c80) at /home/terrence/php/php5-STABLE-200502211130/Zend/zend_API.c:1500 #4 0x2856d0bd in zend_hash_apply_deleter (ht=0x285e8360, p=0x82efd00) at /home/terrence/php/php5-STABLE-200502211130/Zend/zend_hash.c:574 #5 0x2856d1ee in zend_hash_graceful_reverse_destroy (ht=0x285e8360) at /home/terrence/php/php5-STABLE-200502211130/Zend/zend_hash.c:640 #6 0x28566f34 in zend_shutdown () at /home/terrence/php/php5-STABLE-200502211130/Zend/zend.c:699 #7 0x28538b54 in php_module_shutdown () at /home/terrence/php/php5-STABLE-200502211130/main/main.c:1516 #8 0x28538b23 in php_module_shutdown_wrapper (sapi_globals=0x285e3140) at /home/terrence/php/php5-STABLE-200502211130/main/main.c:1491 #9 0x285a3d85 in php_apache_server_shutdown (tmp=0x0) at /home/terrence/php/php5-STABLE-200502211130/sapi/apache2handler/sapi_apache2.c:331 #10 0x2831d8f8 in run_cleanups () from /usr/local/lib/apache2/libapr-0.so.9 #11 0x2831cd11 in apr_pool_clear () from /usr/local/lib/apache2/libapr-0.so.9 #12 0x806890e in main () #13 0x805ce2e in _start () [2005-02-18 13:09:46] root at mediamonks dot net I thought I'd give the mm handler a try as a workaround, but the same problem is present there: PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 [Fri Feb 18 13:08:04 2005] [notice] child pid 73434 exit signal Segmentation fault (11) [2005-02-16 16:02:35] root at mediamonks dot net That CVS build has screwed even more on my system... Log file records: httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free Allowed memory size of 16777216 bytes exhausted (tried to allocate 1 bytes) httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free [Wed Feb 16 16:00:54 2005] [notice] child pid 21258 exit signal Segmentation fault (11) This repeats thousands of times, apache children segfault after each 10 or so, original save handler error remains. [2005-02-16 00:23:58] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip 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/31984 -- Edit this bug report at http://bugs.php.net/?id=31984&edit=1
#31984 [Fbk->Opn]: sessions fail randomly, causes a segmentation fault in apache
ID: 31984 User updated by: root at mediamonks dot net Reported By: root at mediamonks dot net -Status: Feedback +Status: Open Bug Type: Session related Operating System: FreeBSD 4.11-STABLE -PHP Version: 5CVS-2005-02-25 +PHP Version: 5CVS-2005-03-21 New Comment: does not change anything Previous Comments: [2005-03-21 11:13:32] [EMAIL PROTECTED] Try without --enable-versioning [2005-02-28 20:35:35] root at mediamonks dot net './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local' '--enable-session' '--enable-spl' '--with-regex=php' '--disable-cli' '--with-apxs2=/usr/local/sbin/apxs' '--disable-ipv6' '--prefix=/usr/local' and './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local' '--with-mm' '--enable-session' '--enable-spl' '--with-regex=php' '--disable-cli' '--with-apxs2=/usr/local/sbin/apxs' '--disable-ipv6' '--prefix=/usr/local' [2005-02-28 20:25:14] [EMAIL PROTECTED] What was the configure line you used to configure PHP? [2005-02-26 22:47:55] root at mediamonks dot net Backtrace: #0 ps_mm_destroy (data=0x82df880) at /home/terrence/php/php5-STABLE-200502211130/ext/session/mod_mm.c:243 #1 0x284d0a1d in zm_shutdown_ps_mm (type=1, module_number=3) at /home/terrence/php/php5-STABLE-200502211130/ext/session/mod_mm.c:295 #2 0x284cf895 in zm_shutdown_session (type=1, module_number=3) at /home/terrence/php/php5-STABLE-200502211130/ext/session/session.c:1824 #3 0x2856acfa in module_destructor (module=0x82f0c80) at /home/terrence/php/php5-STABLE-200502211130/Zend/zend_API.c:1500 #4 0x2856d0bd in zend_hash_apply_deleter (ht=0x285e8360, p=0x82efd00) at /home/terrence/php/php5-STABLE-200502211130/Zend/zend_hash.c:574 #5 0x2856d1ee in zend_hash_graceful_reverse_destroy (ht=0x285e8360) at /home/terrence/php/php5-STABLE-200502211130/Zend/zend_hash.c:640 #6 0x28566f34 in zend_shutdown () at /home/terrence/php/php5-STABLE-200502211130/Zend/zend.c:699 #7 0x28538b54 in php_module_shutdown () at /home/terrence/php/php5-STABLE-200502211130/main/main.c:1516 #8 0x28538b23 in php_module_shutdown_wrapper (sapi_globals=0x285e3140) at /home/terrence/php/php5-STABLE-200502211130/main/main.c:1491 #9 0x285a3d85 in php_apache_server_shutdown (tmp=0x0) at /home/terrence/php/php5-STABLE-200502211130/sapi/apache2handler/sapi_apache2.c:331 #10 0x2831d8f8 in run_cleanups () from /usr/local/lib/apache2/libapr-0.so.9 #11 0x2831cd11 in apr_pool_clear () from /usr/local/lib/apache2/libapr-0.so.9 #12 0x806890e in main () #13 0x805ce2e in _start () [2005-02-18 13:09:46] root at mediamonks dot net I thought I'd give the mm handler a try as a workaround, but the same problem is present there: PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 [Fri Feb 18 13:08:04 2005] [notice] child pid 73434 exit signal Segmentation fault (11) 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/31984 -- Edit this bug report at http://bugs.php.net/?id=31984&edit=1
#31984 [Fbk->Opn]: sessions fail randomly, causes a segmentation fault in apache
ID: 31984 User updated by: root at mediamonks dot net Reported By: root at mediamonks dot net -Status: Feedback +Status: Open Bug Type: Session related Operating System: FreeBSD 4.11-STABLE PHP Version: 5CVS-2005-03-21 New Comment: Every time I tried, I downloaded the latest stable CVS snapshot and deleted the old dirs. php5-200503220330 does not change anything about the error or the effects. Previous Comments: [2005-03-21 23:39:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-03-21 23:37:42] [EMAIL PROTECTED] You tried it with latest CVS snapshot? Fresh sources? (delete config.cache always before reconfigure, and 'make clean' before 'make') [2005-03-21 12:21:55] root at mediamonks dot net does not change anything [2005-03-21 11:13:32] [EMAIL PROTECTED] Try without --enable-versioning [2005-02-28 20:35:35] root at mediamonks dot net './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local' '--enable-session' '--enable-spl' '--with-regex=php' '--disable-cli' '--with-apxs2=/usr/local/sbin/apxs' '--disable-ipv6' '--prefix=/usr/local' and './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local' '--with-mm' '--enable-session' '--enable-spl' '--with-regex=php' '--disable-cli' '--with-apxs2=/usr/local/sbin/apxs' '--disable-ipv6' '--prefix=/usr/local' 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/31984 -- Edit this bug report at http://bugs.php.net/?id=31984&edit=1
#31984 [Opn]: sessions fail randomly, causes a segmentation fault in apache
ID: 31984 User updated by: root at mediamonks dot net Reported By: root at mediamonks dot net Status: Open Bug Type: Session related Operating System: FreeBSD 4.11-STABLE -PHP Version: 5CVS-2005-03-21 +PHP Version: 5CVS-2005-04-11 New Comment: I thought I'd try attaching gdb to an apache child and provoke a segfault with the latest stable CVS snapshot. The result is: Continuing. Program received signal SIGSEGV, Segmentation fault. 0x285d9179 in php_apache_sapi_ub_write ( str=0x80ca924 "\nFatal error: Unknown: Cannot find save handler \002 in Unknown on line 0\n", str_length=105) at /home/terrence/php/php5-STABLE-200504110038/sapi/apache2handler/sapi_apache2.c:76 76 r = ctx->r; (gdb) bt #0 0x285d9179 in php_apache_sapi_ub_write ( str=0x80ca924 "\nFatal error: Unknown: Cannot find save handler \002 in Unknown on line 0\n", str_length=105) at /home/terrence/php/php5-STABLE-200504110038/sapi/apache2handler/sapi_apache2.c:76 #1 0x2857567f in php_ub_body_write_no_header ( str=0x80ca924 "\nFatal error: Unknown: Cannot find save handler \002 in Unknown on line 0\n", str_length=105) at /home/terrence/php/php5-STABLE-200504110038/main/output.c:684 #2 0x28574592 in php_body_write ( str=0x80ca924 "\nFatal error: Unknown: Cannot find save handler \002 in Unknown on line 0\n", str_length=105) at /home/terrence/php/php5-STABLE-200504110038/main/output.c:119 #3 0x28564667 in php_printf (format=0x285f5f20 "%s\n%s: %s in %s on line %d\n%s") at /home/terrence/php/php5-STABLE-200504110038/main/main.c:399 #4 0x28565192 in php_error_cb (type=1, error_filename=0x28611b8b "Unknown", error_lineno=0, format=0x285f5cb4 "%s", args=0xbfbff1e0 "$\2174\b\021]_(0") at /home/terrence/php/php5-STABLE-200504110038/main/main.c:740 #5 0x285a857b in zend_error (type=1, format=0x285f5cb4 "%s") at /home/terrence/php/php5-STABLE-200504110038/Zend/zend.c:921 #6 0x28564aff in php_verror (docref=0x0, params=0x285f5b58 "", type=1, format=0x285dcf77 "Cannot find save handler %s", args=0xbfbff294 "ä~4\bÀ\221b(ä~4\bàò¿¿\233~[(") at /home/terrence/php/php5-STABLE-200504110038/main/main.c:539 #7 0x28564c3d in php_error_docref0 (docref=0x0, type=1, format=0x285dcf77 "Cannot find save handler %s") at /home/terrence/php/php5-STABLE-200504110038/main/main.c:559 #8 0x284d2d3e in OnUpdateSaveHandler (entry=0x82f7a00, new_value=0x8347ee4 "\002", new_value_length=5, mh_arg1=0x0, mh_arg2=0x0, mh_arg3=0x0, stage=16) at /home/terrence/php/php5-STABLE-200504110038/ext/session/session.c:102 #9 0x285b7e9b in zend_alter_ini_entry (name=0x835d0e0 "session.save_handler", name_length=21, new_value=0x835c600 "\002", new_value_length=5, modify_type=2, stage=16) at /home/terrence/php/php5-STABLE-200504110038/Zend/zend_ini.c:227 #10 0x285da754 in apply_config (dummy=0x8107350) at /home/terrence/php/php5-STABLE-200504110038/sapi/apache2handler/apache_config.c:169 #11 0x285d9c1c in php_handler (r=0x8355050) at /home/terrence/php/php5-STABLE-200504110038/sapi/apache2handler/sapi_apache2.c:452 #12 0x8063f34 in ap_run_handler () #13 0x806448d in ap_invoke_handler () #14 0x806173f in ap_process_request () #15 0x805d217 in ap_process_http_connection () #16 0x806cc10 in ap_run_process_connection () #17 0x806ced4 in ap_process_connection () #18 0x8062b3b in child_main () #19 0x8062c92 in make_child () #20 0x8062cee in startup_children () #21 0x8063037 in ap_mpm_run () #22 0x8068aac in main () #23 0x805ce2e in _start () Previous Comments: [2005-03-22 06:36:23] root at mediamonks dot net Every time I tried, I downloaded the latest stable CVS snapshot and deleted the old dirs. php5-200503220330 does not change anything about the error or the effects. [2005-03-21 23:39:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-03-21 23:37:42] [EMAIL PROTECTED] You tried it with latest CVS snapshot? Fresh sources? (delete config.cache always before reconfigure, and 'make clean' before 'make') [2005-03-21 12:21:55] root at mediamonks dot net does not change anything [2005-03-21 11:13:32] [EMAIL PROTECTED] Try without --enable-versioning 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/31984 -- Edit this bug report at http://bugs.php.net/?id=31984&edit=1
#31984 [Opn]: sessions fail randomly, causes a segmentation fault in apache
ID: 31984 User updated by: root at mediamonks dot net Reported By: root at mediamonks dot net Status: Open Bug Type: Session related Operating System: FreeBSD 4.11-STABLE PHP Version: 5CVS-2005-04-11 New Comment: The following "patch" fixes all the errors, and everything works as usual after applying it: --- session.c Thu Mar 24 02:32:45 2005 +++ session-new.c Mon Apr 11 08:39:38 2005 @@ -96,6 +96,8 @@ { SESSION_CHECK_ACTIVE_STATE; + new_value="files"; PS(mod) = _php_find_ps_module(new_value TSRMLS_CC); if (PG(modules_activated) && !PS(mod)) { Previous Comments: [2005-04-11 08:24:46] root at mediamonks dot net I thought I'd try attaching gdb to an apache child and provoke a segfault with the latest stable CVS snapshot. The result is: Continuing. Program received signal SIGSEGV, Segmentation fault. 0x285d9179 in php_apache_sapi_ub_write ( str=0x80ca924 "\nFatal error: Unknown: Cannot find save handler \002 in Unknown on line 0\n", str_length=105) at /home/terrence/php/php5-STABLE-200504110038/sapi/apache2handler/sapi_apache2.c:76 76 r = ctx->r; (gdb) bt #0 0x285d9179 in php_apache_sapi_ub_write ( str=0x80ca924 "\nFatal error: Unknown: Cannot find save handler \002 in Unknown on line 0\n", str_length=105) at /home/terrence/php/php5-STABLE-200504110038/sapi/apache2handler/sapi_apache2.c:76 #1 0x2857567f in php_ub_body_write_no_header ( str=0x80ca924 "\nFatal error: Unknown: Cannot find save handler \002 in Unknown on line 0\n", str_length=105) at /home/terrence/php/php5-STABLE-200504110038/main/output.c:684 #2 0x28574592 in php_body_write ( str=0x80ca924 "\nFatal error: Unknown: Cannot find save handler \002 in Unknown on line 0\n", str_length=105) at /home/terrence/php/php5-STABLE-200504110038/main/output.c:119 #3 0x28564667 in php_printf (format=0x285f5f20 "%s\n%s: %s in %s on line %d\n%s") at /home/terrence/php/php5-STABLE-200504110038/main/main.c:399 #4 0x28565192 in php_error_cb (type=1, error_filename=0x28611b8b "Unknown", error_lineno=0, format=0x285f5cb4 "%s", args=0xbfbff1e0 "$\2174\b\021]_(0") at /home/terrence/php/php5-STABLE-200504110038/main/main.c:740 #5 0x285a857b in zend_error (type=1, format=0x285f5cb4 "%s") at /home/terrence/php/php5-STABLE-200504110038/Zend/zend.c:921 #6 0x28564aff in php_verror (docref=0x0, params=0x285f5b58 "", type=1, format=0x285dcf77 "Cannot find save handler %s", args=0xbfbff294 "ä~4\bÀ\221b(ä~4\bàò¿¿\233~[(") at /home/terrence/php/php5-STABLE-200504110038/main/main.c:539 #7 0x28564c3d in php_error_docref0 (docref=0x0, type=1, format=0x285dcf77 "Cannot find save handler %s") at /home/terrence/php/php5-STABLE-200504110038/main/main.c:559 #8 0x284d2d3e in OnUpdateSaveHandler (entry=0x82f7a00, new_value=0x8347ee4 "\002", new_value_length=5, mh_arg1=0x0, mh_arg2=0x0, mh_arg3=0x0, stage=16) at /home/terrence/php/php5-STABLE-200504110038/ext/session/session.c:102 #9 0x285b7e9b in zend_alter_ini_entry (name=0x835d0e0 "session.save_handler", name_length=21, new_value=0x835c600 "\002", new_value_length=5, modify_type=2, stage=16) at /home/terrence/php/php5-STABLE-200504110038/Zend/zend_ini.c:227 #10 0x285da754 in apply_config (dummy=0x8107350) at /home/terrence/php/php5-STABLE-200504110038/sapi/apache2handler/apache_config.c:169 #11 0x285d9c1c in php_handler (r=0x8355050) at /home/terrence/php/php5-STABLE-200504110038/sapi/apache2handler/sapi_apache2.c:452 #12 0x8063f34 in ap_run_handler () #13 0x806448d in ap_invoke_handler () #14 0x806173f in ap_process_request () #15 0x805d217 in ap_process_http_connection () #16 0x806cc10 in ap_run_process_connection () #17 0x806ced4 in ap_process_connection () #18 0x8062b3b in child_main () #19 0x8062c92 in make_child () #20 0x8062cee in startup_children () #21 0x8063037 in ap_mpm_run () #22 0x8068aac in main () #23 0x805ce2e in _start () [2005-03-22 06:36:23] root at mediamonks dot net Every time I tried, I downloaded the latest stable CVS snapshot and deleted the old dirs. php5-200503220330 does not change anything about the error or the effects. [2005-03-21 23:39:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-03-21 23:37:42] [EMAIL PROTECTED] You tried it with latest CVS snapshot? Fresh sources? (delete config.cache always before
[PHP-BUG] Bug #60895 [NEW]: null pointer dereference in php_win32_free_rng_lock()
From: Operating system: Windows Server 2008 R2 x64 PHP version: 5.3.9 Package: Unknown/Other Function Bug Type: Bug Bug description:null pointer dereference in php_win32_free_rng_lock() Description: If php_win32_get_random_bytes() has never been called, then this line of code: + CryptReleaseContext(hCryptProv, 0); passes a null pointer, resulting in a C005 exception in CryptReleaseContext(). This line should be preceded by: if (has_crypto_ctx) This was specifically tested with the windows.php.net 32-bit TS build running on 64-bit Windows. I do not know how it behaves in other configurations. Test script: --- I do not have a short test case, but the bug is pretty obvious. -- Edit bug report at https://bugs.php.net/bug.php?id=60895&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60895&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60895&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60895&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60895&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60895&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60895&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60895&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60895&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60895&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60895&r=support Expected behavior: https://bugs.php.net/fix.php?id=60895&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60895&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60895&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60895&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60895&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60895&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60895&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60895&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60895&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60895&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60895&r=mysqlcfg
Bug #60895 [Com]: null pointer dereference in php_win32_free_rng_lock()
Edit report at https://bugs.php.net/bug.php?id=60895&edit=1 ID: 60895 Comment by: root at ihack dot net Reported by:root at ihack dot net Summary:null pointer dereference in php_win32_free_rng_lock() Status: Open Type: Bug Package:Unknown/Other Function Operating System: Windows Server 2008 R2 x64 PHP Version:5.3.9 Block user comment: N Private report: N New Comment: BTW, this bug was introduced in revision 312201, during the 5.3.7 release cycle. Previous Comments: [2012-01-26 19:45:21] root at ihack dot net Description: If php_win32_get_random_bytes() has never been called, then this line of code: + CryptReleaseContext(hCryptProv, 0); passes a null pointer, resulting in a C005 exception in CryptReleaseContext(). This line should be preceded by: if (has_crypto_ctx) This was specifically tested with the windows.php.net 32-bit TS build running on 64-bit Windows. I do not know how it behaves in other configurations. Test script: --- I do not have a short test case, but the bug is pretty obvious. -- Edit this bug report at https://bugs.php.net/bug.php?id=60895&edit=1
[PHP-BUG] Bug #64251 [NEW]: preg_replace non-obvious behavior
From: root at microsoft dot com Operating system: all PHP version: 5.4.11 Package: Scripting Engine problem Bug Type: Bug Bug description:preg_replace non-obvious behavior Description: Behavior of preg_replace is non-obvious, if second argument is function call. Test script: --- class My{ function prepare($text){ return preg_replace( '/\{(.+?)\}/', $this->rand(explode('|', '\\1')), $text ); } private function rand(array $values){ return $values[rand(0, sizeof($values)-1)]; } } echo (new My)->prepare('i choose {ps3|games}'); Expected result: i choose ps or i choose games Actual result: -- i choose ps3|games -- Edit bug report at https://bugs.php.net/bug.php?id=64251&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64251&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64251&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64251&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64251&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64251&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64251&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64251&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64251&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64251&r=support Expected behavior: https://bugs.php.net/fix.php?id=64251&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64251&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64251&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64251&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64251&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64251&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64251&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64251&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64251&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64251&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64251&r=mysqlcfg
#48229 [NEW]: php mail function open_basedir bypass
From: root at 80sec dot com Operating system: linux PHP version: 5.2.9 PHP Bug Type: Safe Mode/open_basedir Bug description: php mail function open_basedir bypass Description: The mail function may bypass open_basedir or read/write arbitrary file. Reproduce code: --- Expected result: we can get the contents of /etc/passwd in /tmp/80sec. Actual result: -- we can get the contents of /etc/passwd in /tmp/80sec. -- Edit bug report at http://bugs.php.net/?id=48229&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48229&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48229&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48229&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48229&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48229&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48229&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48229&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48229&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48229&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48229&r=support Expected behavior: http://bugs.php.net/fix.php?id=48229&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48229&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48229&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48229&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48229&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48229&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48229&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48229&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48229&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48229&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48229&r=mysqlcfg
#48230 [NEW]: xml_utf8_decode incorrectly decode
From: root at 80sec dot com Operating system: Linux/win PHP version: 5.2.9 PHP Bug Type: *XML functions Bug description: xml_utf8_decode incorrectly decode Description: xml_utf8_decode function incorrectly decode. Reproduce code: --- Expected result: it will output a "'" incorrectly. Actual result: -- it will output a "'" incorrectly. -- Edit bug report at http://bugs.php.net/?id=48230&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48230&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48230&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48230&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48230&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48230&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48230&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48230&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48230&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48230&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48230&r=support Expected behavior: http://bugs.php.net/fix.php?id=48230&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48230&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48230&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48230&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48230&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48230&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48230&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48230&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48230&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48230&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48230&r=mysqlcfg
#48231 [NEW]: php create_function commond injection vulnerability
From: root at 80sec dot com Operating system: Linux/win PHP version: 5.2.9 PHP Bug Type: Unknown/Other Function Bug description: php create_function commond injection vulnerability Description: there is a commond injection in this function,you can EXECUTE your php code directly but not CREATE a lambda-style function.It is very useful when sometimes you can create a function but cann¡¯t call your function. Reproduce code: --- Expected result: phpinfo executes runtime,needn't call newfunc. Actual result: -- phpinfo executes runtime,needn't call newfunc. -- Edit bug report at http://bugs.php.net/?id=48231&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48231&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48231&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48231&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48231&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48231&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48231&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48231&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48231&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48231&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48231&r=support Expected behavior: http://bugs.php.net/fix.php?id=48231&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48231&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48231&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48231&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48231&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48231&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48231&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48231&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48231&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48231&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48231&r=mysqlcfg
#48230 [Bgs]: xml_utf8_decode incorrectly decode
ID: 48230 User updated by: root at 80sec dot com Reported By: root at 80sec dot com Status: Bogus Bug Type: XML related Operating System: Linux/win PHP Version: 5.2.9 New Comment: chr(0xf0).chr(0xc0).chr(0xc0).chr(0xa7) is not a valid utf8 data. Previous Comments: [2009-05-11 09:27:12] j...@php.net RTFM: "This function decodes data , assumed to be UTF-8 encoded, to ISO-8859- 1." [2009-05-11 02:41:26] root at 80sec dot com Description: xml_utf8_decode function incorrectly decode. Reproduce code: --- Expected result: it will output a "'" incorrectly. Actual result: -- it will output a "'" incorrectly. -- Edit this bug report at http://bugs.php.net/?id=48230&edit=1
#43181 [NEW]: Unable to find the socket transport "ssl"
From: root at rw23 dot de Operating system: archlinux PHP version: 5.2.4 PHP Bug Type: Streams related Bug description: Unable to find the socket transport "ssl" Description: ssl connection fails. related configureoptions used: --with-openssl=shared --with-curl=shared Reproduce code: --- Expected result: no output -> would mean all is okay Actual result: -- Warning: fsockopen(): unable to connect to ssl://euserv.de:443 (Unable to find the socket transport "ssl" - did you forget to enable it when you configured PHP?) in /root/test.php on line 1 -- Edit bug report at http://bugs.php.net/?id=43181&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43181&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43181&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43181&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43181&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43181&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43181&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43181&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43181&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43181&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43181&r=support Expected behavior:http://bugs.php.net/fix.php?id=43181&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43181&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43181&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43181&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43181&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43181&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43181&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43181&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43181&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43181&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43181&r=mysqlcfg
#43181 [Opn->Bgs]: Unable to find the socket transport "ssl"
ID: 43181 User updated by: root at rw23 dot de Reported By: root at rw23 dot de -Status: Open +Status: Bogus Bug Type: Streams related Operating System: archlinux PHP Version: 5.2.4 New Comment: okay my fault; did forget to enable the openssl.so in php.ini Previous Comments: [2007-11-02 23:22:40] root at rw23 dot de Description: ssl connection fails. related configureoptions used: --with-openssl=shared --with-curl=shared Reproduce code: --- Expected result: no output -> would mean all is okay Actual result: -- Warning: fsockopen(): unable to connect to ssl://euserv.de:443 (Unable to find the socket transport "ssl" - did you forget to enable it when you configured PHP?) in /root/test.php on line 1 -- Edit this bug report at http://bugs.php.net/?id=43181&edit=1
#43677 [NEW]: Inconsistent behaviour of include_path set with php_value
From: root at net1 dot cc Operating system: FreeBSD 6.2 PHP version: 5.2.5 PHP Bug Type: Safe Mode/open_basedir Bug description: Inconsistent behaviour of include_path set with php_value Description: PHP randomly assigns for the local include_path value the global one, not the one set with php_value, and, when it does assign the global value, it does not allow to use ini_set() to modify it (behaves like it was set with php_admin_value). Reproduce code: --- My default include path is ".:/usr/local/share/pear". In the httpd.conf (btw, this is Apache 2.2.x), I have: php_value include_path .:/blabla There's a file 'test.php' which contains the following: Expected result: I open the test.php in a web browser and keep refreshing it. I expect it to show: include_path .:/blabla each time i refresh it Actual result: -- The results are random, once it shows: include_path .:/blabla once it shows: include_path .:/usr/local/share/pear -- Edit bug report at http://bugs.php.net/?id=43677&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43677&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43677&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43677&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43677&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43677&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43677&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43677&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43677&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43677&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43677&r=support Expected behavior:http://bugs.php.net/fix.php?id=43677&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43677&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43677&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43677&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43677&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43677&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43677&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43677&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43677&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43677&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43677&r=mysqlcfg
#43677 [Opn]: Inconsistent behaviour of include_path set with php_value
ID: 43677 User updated by: root at net1 dot cc Reported By: root at net1 dot cc Status: Open Bug Type: Safe Mode/open_basedir Operating System: FreeBSD 6.2 PHP Version: 5.2.5 New Comment: Digging some more into that, I've found the problem to be in the Apache/PHP interpretation of the configured VirtualHost. First, the problem only exists if we do have *both* VirtualHost(s) with 'php_admin_value include_path' *and* another VirtualHost(s)with 'php_value include_path'. If all our VirtualHosts use 'php_value' only, it's behaving as usual. Experimenting with this shows that, after an Apache startup/reload, things work OK. Then, they start to randomly fail until some time later 100% of the requests fail to work OK. Looking at the Apache logs, the problem (according to me) is that the PHP module behaves strange when it sees the php_admin_value variable. Let's say we have this config (not a working one, just to give you the idea): ServerName test1.dot.com php_value include_path .:/test1 ServerName test2.dot.com php_admin_value include_path .:/test2 We fire up Apache, and start accessing test1.dot.com pages *only*. Everything works fine. *But* when we start to simultaneously access test2.dot.com, the test1.dot.com pages start to fail more and more (due to the incorrect include_path). Monitoring which Apache process servers each page reveals that *when* a process serves a page for test2.dot.com, it reads the 'php_admin_value' for it, sets it up, and refuses to change the include_path from further config lines, *even* if they are from the config of the virtual host of a *new* request. That is - once an Apache process servers a page for a VirtualHost with php_admin_value, all consequent requests served by the same process are processed with that php_admin_value, regardless of their config. The *solution* , though insecure, is to change *all* your 'php_admin_value include_path' lines to 'php_value include_path'. I would very much like to see this fixed (though I'm completely unaware of the way Apache/PHP configuration is parsed), and will provide more feedback if needed. Previous Comments: [2008-01-07 20:57:58] tborgans at gmx dot de same problem here on linux with 5.2.5, apache 1.3.39 [2008-01-06 21:38:14] d at tpyo dot net Noticed the same thing with 5.2.5 on Linux w/ Apache 2. I'm aware this is supposed to be the intended behaviour as of 5.2.5 but something is definitely breaking. It seems the include_path is being unset or ignored at some point. Haven't experienced this at random as described - once it breaks it doesn't correct itself until restarting Apache. Could be linked to the fix for bug #41561? ---- [2007-12-26 01:47:49] root at net1 dot cc Description: PHP randomly assigns for the local include_path value the global one, not the one set with php_value, and, when it does assign the global value, it does not allow to use ini_set() to modify it (behaves like it was set with php_admin_value). Reproduce code: --- My default include path is ".:/usr/local/share/pear". In the httpd.conf (btw, this is Apache 2.2.x), I have: php_value include_path .:/blabla There's a file 'test.php' which contains the following: Expected result: I open the test.php in a web browser and keep refreshing it. I expect it to show: include_path .:/blabla each time i refresh it Actual result: -- The results are random, once it shows: include_path .:/blabla once it shows: include_path .:/usr/local/share/pear -- Edit this bug report at http://bugs.php.net/?id=43677&edit=1
#43677 [Opn]: Inconsistent behaviour of include_path set with php_value
ID: 43677 User updated by: root at net1 dot cc Reported By: root at net1 dot cc Status: Open Bug Type: Safe Mode/open_basedir Operating System: FreeBSD 6.2 PHP Version: 5.2.5 New Comment: I'm gonna test Manuel's patch (thanks!) and report back later if it does fix the problems observed. Previous Comments: [2008-01-12 18:08:43] manuel at mausz dot at I tracked the problem down. Every altered ini setting gets added to the modified_ini_directives-hashtable in order to restore the original value after the request has been processed. Zend simply forgets to restore the modifiable-level. A patch can be found at http://manuel.mausz.at/coding/patches/php/5.2.5/php5.2.5-restore-ini-level.patch Please note that this patch will break the ini setting ABI. Thus all extensions registering ini settings will have to be recompiled. [2008-01-07 22:57:03] root at net1 dot cc Digging some more into that, I've found the problem to be in the Apache/PHP interpretation of the configured VirtualHost. First, the problem only exists if we do have *both* VirtualHost(s) with 'php_admin_value include_path' *and* another VirtualHost(s)with 'php_value include_path'. If all our VirtualHosts use 'php_value' only, it's behaving as usual. Experimenting with this shows that, after an Apache startup/reload, things work OK. Then, they start to randomly fail until some time later 100% of the requests fail to work OK. Looking at the Apache logs, the problem (according to me) is that the PHP module behaves strange when it sees the php_admin_value variable. Let's say we have this config (not a working one, just to give you the idea): ServerName test1.dot.com php_value include_path .:/test1 ServerName test2.dot.com php_admin_value include_path .:/test2 We fire up Apache, and start accessing test1.dot.com pages *only*. Everything works fine. *But* when we start to simultaneously access test2.dot.com, the test1.dot.com pages start to fail more and more (due to the incorrect include_path). Monitoring which Apache process servers each page reveals that *when* a process serves a page for test2.dot.com, it reads the 'php_admin_value' for it, sets it up, and refuses to change the include_path from further config lines, *even* if they are from the config of the virtual host of a *new* request. That is - once an Apache process servers a page for a VirtualHost with php_admin_value, all consequent requests served by the same process are processed with that php_admin_value, regardless of their config. The *solution* , though insecure, is to change *all* your 'php_admin_value include_path' lines to 'php_value include_path'. I would very much like to see this fixed (though I'm completely unaware of the way Apache/PHP configuration is parsed), and will provide more feedback if needed. [2008-01-07 20:57:58] tborgans at gmx dot de same problem here on linux with 5.2.5, apache 1.3.39 [2008-01-06 21:38:14] d at tpyo dot net Noticed the same thing with 5.2.5 on Linux w/ Apache 2. I'm aware this is supposed to be the intended behaviour as of 5.2.5 but something is definitely breaking. It seems the include_path is being unset or ignored at some point. Haven't experienced this at random as described - once it breaks it doesn't correct itself until restarting Apache. Could be linked to the fix for bug #41561? [2007-12-26 01:47:49] root at net1 dot cc Description: PHP randomly assigns for the local include_path value the global one, not the one set with php_value, and, when it does assign the global value, it does not allow to use ini_set() to modify it (behaves like it was set with php_admin_value). Reproduce code: --- My default include path is ".:/usr/local/share/pear". In the httpd.conf (btw, this is Apache 2.2.x), I have: php_value include_path .:/blabla There's a file 'test.php' which contains the following: Expected result: I open the test.php in a web browser and keep refreshing it. I expect it to show: include_path .:/blabla each time i refresh it Actual result: -- The results are random, once it shows: include_path .:/blabla once it shows: include_path .:/usr/local/share/pear -- Edit this bug report at http://bugs.php.net/?id=43677&edit=1
#43677 [Opn]: Inconsistent behaviour of include_path set with php_value
ID: 43677 User updated by: root at net1 dot cc Reported By: root at net1 dot cc Status: Open Bug Type: Safe Mode/open_basedir Operating System: FreeBSD 6.2 PHP Version: 5.2.5 New Comment: I've been using the patched PHP for several hours now, and - confirmed - it's working flawless! This patch really fixes the issue! Thanks once again, Manuel! For FreeBSD users, I've uploaded a modified patch file for deployment with the ports system, for ease of use, and instructions here: http://mirror.net1.cc/projects/php-bug43677-patch/ Previous Comments: [2008-01-12 21:19:29] root at net1 dot cc I'm gonna test Manuel's patch (thanks!) and report back later if it does fix the problems observed. [2008-01-12 18:08:43] manuel at mausz dot at I tracked the problem down. Every altered ini setting gets added to the modified_ini_directives-hashtable in order to restore the original value after the request has been processed. Zend simply forgets to restore the modifiable-level. A patch can be found at http://manuel.mausz.at/coding/patches/php/5.2.5/php5.2.5-restore-ini-level.patch Please note that this patch will break the ini setting ABI. Thus all extensions registering ini settings will have to be recompiled. ---- [2008-01-07 22:57:03] root at net1 dot cc Digging some more into that, I've found the problem to be in the Apache/PHP interpretation of the configured VirtualHost. First, the problem only exists if we do have *both* VirtualHost(s) with 'php_admin_value include_path' *and* another VirtualHost(s)with 'php_value include_path'. If all our VirtualHosts use 'php_value' only, it's behaving as usual. Experimenting with this shows that, after an Apache startup/reload, things work OK. Then, they start to randomly fail until some time later 100% of the requests fail to work OK. Looking at the Apache logs, the problem (according to me) is that the PHP module behaves strange when it sees the php_admin_value variable. Let's say we have this config (not a working one, just to give you the idea): ServerName test1.dot.com php_value include_path .:/test1 ServerName test2.dot.com php_admin_value include_path .:/test2 We fire up Apache, and start accessing test1.dot.com pages *only*. Everything works fine. *But* when we start to simultaneously access test2.dot.com, the test1.dot.com pages start to fail more and more (due to the incorrect include_path). Monitoring which Apache process servers each page reveals that *when* a process serves a page for test2.dot.com, it reads the 'php_admin_value' for it, sets it up, and refuses to change the include_path from further config lines, *even* if they are from the config of the virtual host of a *new* request. That is - once an Apache process servers a page for a VirtualHost with php_admin_value, all consequent requests served by the same process are processed with that php_admin_value, regardless of their config. The *solution* , though insecure, is to change *all* your 'php_admin_value include_path' lines to 'php_value include_path'. I would very much like to see this fixed (though I'm completely unaware of the way Apache/PHP configuration is parsed), and will provide more feedback if needed. [2008-01-07 20:57:58] tborgans at gmx dot de same problem here on linux with 5.2.5, apache 1.3.39 [2008-01-06 21:38:14] d at tpyo dot net Noticed the same thing with 5.2.5 on Linux w/ Apache 2. I'm aware this is supposed to be the intended behaviour as of 5.2.5 but something is definitely breaking. It seems the include_path is being unset or ignored at some point. Haven't experienced this at random as described - once it breaks it doesn't correct itself until restarting Apache. Could be linked to the fix for bug #41561? 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/43677 -- Edit this bug report at http://bugs.php.net/?id=43677&edit=1
#43982 [Com]: Running specific error code without any error messages
ID: 43982 Comment by: root at mantoru dot de Reported By: php at ert dot org dot ua Status: Open Bug Type: *Compile Issues Operating System: WinXP PHP Version: 5.2.5 New Comment: Accessing offsets is only supported for strings and arrays. As the manual states: "Accessing by [] or {} to variables of other type silently returns NULL." See also http://php.net/language.types.string and bug #41195. Previous Comments: [2008-01-30 10:24:19] php at ert dot org dot ua Description: When I try to index some scalar value (integer, for example), I want to get error message, but I have normal NULL result. Reproduce code: --- Expected result: Error, warning or notice Actual result: -- no -- Edit this bug report at http://bugs.php.net/?id=43982&edit=1
#43677 [NoF->Opn]: Inconsistent behaviour of include_path set with php_value
ID: 43677 User updated by: root at net1 dot cc Reported By: root at net1 dot cc -Status: No Feedback +Status: Open Bug Type: Safe Mode/open_basedir Operating System: FreeBSD 6.2 PHP Version: 5.2.5 New Comment: This issue is still open! Previous Comments: [2008-02-14 13:05:22] manuel at mausz dot at As there was no CVS commit the bug is still not fixed. I also tried to contact Antony who is responsible for the code which caused this bug but he don't have time atm. So can someone please change the bug to open again? - I'm not the author. [2008-02-14 12:06:42] it at inmolinkmls dot com We have compiled the latest CVS snapshot (http://snaps.php.net/php5.2-latest.tar.gz) on Linux kernel 2.6.9-42.plus.c4 (Centos 4) as apache2 module with no luck. We have used just the most basic configuration (--with-apxs2=/wwwroot/bin/apxs). We have been able to reproduce the bug with 2 virtualhost, one with php_value and another one with php_admin_value. As soon as we load the one with php_admin_value, the include_path of the first one starts to randomly fail. We have a serious problem with this bug, since we are developing an application with Zend Framework (Did you realize how seriously this bug affects Zend Framework MVC (Zend/Loader.php / loadFile (#125))? It just doesn't work at all because of the bug). Hope to see this bug solved soon. [2008-02-14 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". [2008-02-07 00:56:08] manuel at mausz dot at There's no need to test this. I can still see the bug in CVS. Look at zend_ini.c: ini_entry->modifiable gets modified (... = ZEND_INI_SYSTEM) and won't get restored after the request has been processed (zend_restore_ini_entry_cb). [2008-02-07 00:47:55] [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 Just to be sure this isn't fixed already. There were some changes done but I'm not sure anymore if those actually went into 5.2.5 and I don't have Apache setup around to test right now.. 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/43677 -- Edit this bug report at http://bugs.php.net/?id=43677&edit=1
#43677 [Opn]: Inconsistent behaviour of include_path set with php_value
ID: 43677 User updated by: root at net1 dot cc Reported By: root at net1 dot cc Status: Open Bug Type: Safe Mode/open_basedir Operating System: FreeBSD 6.2 PHP Version: 5.2.5 New Comment: I can confirm both of Manuel's patches fix the problem on another machine, too. Also, the first patch is used in production since it was made, and I have not encountered any problems up to now. It's high time devs look at this issue, isn't it? Previous Comments: [2008-02-21 12:56:43] tallyce at gmail dot com See also bug http://bugs.php.net/bug.php?id=44178 which I now see describes the same behaviour. [2008-02-18 16:59:59] laurent_dorer at yahoo dot fr One more thing, does someone knows if installing suExec for Apache and then use multiple php.ini, would correct this very annoying problem [2008-02-18 14:18:54] laurent_dorer at yahoo dot fr I forgot to describe the server in my last submission , so : PHP: 5.2.0-8+etch10 (apache2handler) MySQL: 5.0.32-Debian_7etch5-log and apache 2.2.3-4 pardon my english !! [2008-02-18 14:07:18] laurent_dorer at yahoo dot fr Hi, we have got the same problem here: two virtualhost for our site in utf8 (with mbstring activated) and another virtualhost for our mediawiki. The problem occurs when someone goes on the web site (mbstring.func_overload 6) then, the mediawiki (mbstring.func_overload 0) starts to behave randomly => sometimes it's ok and sometime it's like if func_overload was set to 6. I spend a lot of time to found this was a bug, and didn't find any solution... neither in apache bugs, nor php bug :( [2008-02-14 12:06:42] it at inmolinkmls dot com We have compiled the latest CVS snapshot (http://snaps.php.net/php5.2-latest.tar.gz) on Linux kernel 2.6.9-42.plus.c4 (Centos 4) as apache2 module with no luck. We have used just the most basic configuration (--with-apxs2=/wwwroot/bin/apxs). We have been able to reproduce the bug with 2 virtualhost, one with php_value and another one with php_admin_value. As soon as we load the one with php_admin_value, the include_path of the first one starts to randomly fail. We have a serious problem with this bug, since we are developing an application with Zend Framework (Did you realize how seriously this bug affects Zend Framework MVC (Zend/Loader.php / loadFile (#125))? It just doesn't work at all because of the bug). Hope to see this bug solved soon. 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/43677 -- Edit this bug report at http://bugs.php.net/?id=43677&edit=1
[PHP-BUG] Bug #51452 [NEW]: 'make install-sapi' tries to execute "" for litespeed, resulting in an error
From: Operating system: FreeBSD 8.0-STABLE PHP version: 5.3.2 Package: Other web server Bug Type: Bug Bug description:'make install-sapi' tries to execute "" for litespeed, resulting in an error Description: Litespeed SAPI generates an error on install due to make trying to execute an empty variable. Normally a harmless error, however it results in make returning non-zero exit status. This breaks the installation from within the Litespeed webadmin. >From Makefile: install-sapi: $(OVERALL_TARGET) [snip] @$(INSTALL_IT) INSTALL_IT is empty, resulting in: # make install-sapi Installing PHP SAPI module: litespeed :No such file or directory *** Error code 1 (continuing) # make -n install-sapi echo "Installing PHP SAPI module: litespeed" /usr/local/lsws/phpbuild/php-5.2.12/build/shtool mkdir -p /opt/lsws/lsphp5/bin if test ! -r /usr/local/lsws/phpbuild/php-5.2.12/libs/libphp5.so; then for i in 0.0.0 0.0 0; do if test -r /usr/local/lsws/phpbuild/php-5.2.12/libs/libphp5.so.$i; then ln -s /usr/local/lsws/phpbuild/php-5.2.12/libs/libphp5.so.$i /usr/local/lsws/phpbuild/php-5.2.12/libs/libphp5.so; break; fi; done; fi # Notice the empty line in the -n output. Setting INSTALL_IT to a dummy command (INSTALL_IT="@true") in sapi/litespeed/config.m4 fixes this. Additionally, 'make install-sapi' doesn't even really install anything for litespeed, because their webadmin scripts copy the binary directly from the build directory to where it needs to be (which is not at $prefix). As usually you'd expect a compiled binary to end up in $prefix/bin after installation I propose fixing this so it actually installs something. Ideally the Litespeed scripts should then copy the binary from $prefix/bin instead of from the build directory. A patch that fixes this bug is attached, it also installs the binary to $prefix/bin/lsphp. -- Edit bug report at http://bugs.php.net/bug.php?id=51452&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51452&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51452&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51452&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51452&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51452&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51452&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51452&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51452&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51452&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51452&r=support Expected behavior: http://bugs.php.net/fix.php?id=51452&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51452&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51452&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51452&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51452&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51452&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51452&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51452&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51452&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51452&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51452&r=mysqlcfg
Bug #51452 [Com]: 'make install-sapi' tries to execute "" for litespeed, resulting in an error
Edit report at http://bugs.php.net/bug.php?id=51452&edit=1 ID: 51452 Comment by: root at mediamonks dot net Reported by: root at mediamonks dot net Summary: 'make install-sapi' tries to execute "" for litespeed, resulting in an error Status: Assigned Type: Bug Package: Other web server Operating System: FreeBSD 8.0-STABLE PHP Version: 5.3.2 Assigned To: gwang New Comment: I forgot to add that I think this to be a BSD specific issue. Previous Comments: [2010-03-31 23:43:36] johan...@php.net George, please look into this. ---- [2010-03-31 23:32:35] root at mediamonks dot net Description: Litespeed SAPI generates an error on install due to make trying to execute an empty variable. Normally a harmless error, however it results in make returning non-zero exit status. This breaks the installation from within the Litespeed webadmin. >From Makefile: install-sapi: $(OVERALL_TARGET) [snip] @$(INSTALL_IT) INSTALL_IT is empty, resulting in: # make install-sapi Installing PHP SAPI module: litespeed :No such file or directory *** Error code 1 (continuing) # make -n install-sapi echo "Installing PHP SAPI module: litespeed" /usr/local/lsws/phpbuild/php-5.2.12/build/shtool mkdir -p /opt/lsws/lsphp5/bin if test ! -r /usr/local/lsws/phpbuild/php-5.2.12/libs/libphp5.so; then for i in 0.0.0 0.0 0; do if test -r /usr/local/lsws/phpbuild/php-5.2.12/libs/libphp5.so.$i; then ln -s /usr/local/lsws/phpbuild/php-5.2.12/libs/libphp5.so.$i /usr/local/lsws/phpbuild/php-5.2.12/libs/libphp5.so; break; fi; done; fi # Notice the empty line in the -n output. Setting INSTALL_IT to a dummy command (INSTALL_IT="@true") in sapi/litespeed/config.m4 fixes this. Additionally, 'make install-sapi' doesn't even really install anything for litespeed, because their webadmin scripts copy the binary directly from the build directory to where it needs to be (which is not at $prefix). As usually you'd expect a compiled binary to end up in $prefix/bin after installation I propose fixing this so it actually installs something. Ideally the Litespeed scripts should then copy the binary from $prefix/bin instead of from the build directory. A patch that fixes this bug is attached, it also installs the binary to $prefix/bin/lsphp. -- Edit this bug report at http://bugs.php.net/bug.php?id=51452&edit=1
#42921 [NEW]: date('u') doesn't work
From: root at mantoru dot de Operating system: Windows XP PHP version: 5.2.4 PHP Bug Type: Date/time related Bug description: date('u') doesn't work Description: The u modifier is supposed to convert into microseconds... however, under Windows (5.2.3) and Linux (5.2.4), I'm always getting '00'. Reproduce code: --- Expected result: 6-digit number Actual result: -- 00 -- Edit bug report at http://bugs.php.net/?id=42921&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42921&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42921&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42921&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42921&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42921&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42921&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42921&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42921&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42921&r=support Expected behavior:http://bugs.php.net/fix.php?id=42921&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42921&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42921&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42921&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42921&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42921&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42921&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42921&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42921&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42921&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42921&r=mysqlcfg
#42950 [NEW]: Read-only error wrongly pointing to main()
From: root at mantoru dot de Operating system: * PHP version: 5.2.4 PHP Bug Type: XML Reader Bug description: Read-only error wrongly pointing to main() Description: The error that is issued trying to modify a read-only attribute of XMLReader points to main(). (Probably php_error_docref?) (Given that read-only properties are not yet implemented, I assumed that it's an extension-specific bug.) Reproduce code: --- isEmptyElement = null; ?> Expected result: Warning: Cannot write to read-only property in %s on line %d Actual result: -- Warning: main() [function.main.html]: Cannot write to read-only property in %s on line %d -- Edit bug report at http://bugs.php.net/?id=42950&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42950&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42950&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42950&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42950&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42950&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42950&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42950&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42950&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42950&r=support Expected behavior:http://bugs.php.net/fix.php?id=42950&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42950&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42950&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42950&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42950&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42950&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42950&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42950&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42950&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42950&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42950&r=mysqlcfg
#43099 [NEW]: XMLWriter::endElement() doesn't use WRONG_PARAM_COUNT
From: root at mantoru dot de Operating system: * PHP version: 5.2.4 PHP Bug Type: XML Writer Bug description: XMLWriter::endElement() doesn't use WRONG_PARAM_COUNT Description: XMLWriter::endElement() fails to emit a warning if too many parameters (= parameters at all) are passed. Gave me some trouble because I assumed it would write the ending tag of the specified tagname (""). Reproduce code: --- openMemory(); $xml->startDocument('1.0', 'UTF-8', 'yes'); $xml->writeComment('Generated by XMLWriter'); $xml->startElement('root'); $xml->writeElement('timestamp', time()); $xml->endElement('root'); // echo $xml->flush(); ?> Expected result: Warning: Wrong parameter count for XMLWriter::endElement() in %s on line %d Actual result: -- No warning -- Edit bug report at http://bugs.php.net/?id=43099&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43099&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43099&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43099&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43099&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43099&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43099&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43099&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43099&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43099&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43099&r=support Expected behavior:http://bugs.php.net/fix.php?id=43099&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43099&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43099&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43099&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43099&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43099&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43099&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43099&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43099&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43099&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43099&r=mysqlcfg
#37353 [NEW]: Miscompile in the 5.1.X series
From: root at nk dot ca Operating system: BSD/OS 4.3.1 PHP version: 5.1.4 PHP Bug Type: Compile Failure Bug description: Miscompile in the 5.1.X series Description: Attempt to add PHP 5.1.X fail miserable in BSD/OS 4.3.1 using Gcc 3.2.2 Reproduce code: --- /usr/lib/gcc-lib/i386-unknown-bsdi4.3.1/3.2.2/../../../../i386-unknown-bsdi4.3.1/bin/ld:/usr/source/php-5.1.4/sapi/apache/php.sym: file format not recognized; treating as linker script /usr/lib/gcc-lib/i386-unknown-bsdi4.3.1/3.2.2/../../../../i386-unknown-bsdi4.3.1/bin/ld:/usr/source/php-5.1.4/sapi/apache/php.sym:2: parse error *** Error code 1 Expected result: No errors -- Edit bug report at http://bugs.php.net/?id=37353&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37353&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=37353&r=trysnapshot51 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37353&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37353&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37353&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37353&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37353&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37353&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37353&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37353&r=support Expected behavior:http://bugs.php.net/fix.php?id=37353&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37353&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37353&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37353&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37353&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37353&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37353&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37353&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37353&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37353&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37353&r=mysqlcfg
[PHP-BUG] Bug #64124 [NEW]: IPv6 malformed
From: andy at root dot lu Operating system: Debian Squeeze PHP version: 5.4.11 Package: SNMP related Bug Type: Bug Bug description:IPv6 malformed Description: The following straightforward code throws the following warning: PHP Warning: snmpget(): mailformed IPv6 address, closing square bracket missing $ip = "[2001:abc:dead:beef::22]"; $test = snmpget($ip, "mycommunity", "something"); Clearly, there is no missing closing bracket. The IPv6 address is working. Also, the warning has a typo. It should say malformed instead of mailformed :-) Test script: --- $ip = "[2001:abc:dead:beef::22]"; $test = snmpget($ip, "mycommunity", "something"); -- Edit bug report at https://bugs.php.net/bug.php?id=64124&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64124&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64124&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64124&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64124&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64124&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64124&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64124&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64124&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64124&r=support Expected behavior: https://bugs.php.net/fix.php?id=64124&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64124&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64124&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64124&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64124&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64124&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64124&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64124&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64124&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64124&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64124&r=mysqlcfg
Bug #64124 [Fbk->Opn]: IPv6 malformed
Edit report at https://bugs.php.net/bug.php?id=64124&edit=1 ID: 64124 User updated by:andy at root dot lu Reported by:andy at root dot lu Summary:IPv6 malformed -Status: Feedback +Status: Open Type: Bug Package:SNMP related Operating System: Debian Squeeze PHP Version:5.4.11 Block user comment: N Private report: N New Comment: Updated to latest. Problem persists. I noticed something though: This code works (only 2 lines): $ip = "[2001:abc:dead:beef::22]"; $test = snmpget($ip, "mycommunity", "something"); This code does not work and throws the error about missing closing bracket: $ip = "[2001:abc:dead:beef::22]"; for($j=1;$j<5;$j++) { $test = snmpget($ip, "mycommunity", "something".$j); echo "Outlet $j: $test\n"; } First iteration of for loop works fine, but after second iteration it complains about malformed ipv6 address, which does not make any sense. Same issue happens if I use a while loop. OUTPUT: Outlet 1: 1 Warning: snmpget(): malformed IPv6 address, closing square bracket missing in test.php on line 9 Outlet 2: Warning: snmpget(): malformed IPv6 address, closing square bracket missing in test.php on line 9 Outlet 3: Warning: snmpget(): malformed IPv6 address, closing square bracket missing in test.php on line 9 Outlet 4: Previous Comments: [2013-02-01 11:28:01] johan...@php.net Please try using this snapshot: http://snaps.php.net/php5.4-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Works for me (Warning: snmpget(): Invalid object identifier: something in - on line 3) and code looks correct, too. ---- [2013-02-01 10:10:25] andy at root dot lu Description: The following straightforward code throws the following warning: PHP Warning: snmpget(): mailformed IPv6 address, closing square bracket missing $ip = "[2001:abc:dead:beef::22]"; $test = snmpget($ip, "mycommunity", "something"); Clearly, there is no missing closing bracket. The IPv6 address is working. Also, the warning has a typo. It should say malformed instead of mailformed :-) Test script: --- $ip = "[2001:abc:dead:beef::22]"; $test = snmpget($ip, "mycommunity", "something"); -- Edit this bug report at https://bugs.php.net/bug.php?id=64124&edit=1
Bug #64124 [Opn]: IPv6 malformed
Edit report at https://bugs.php.net/bug.php?id=64124&edit=1 ID: 64124 User updated by:andy at root dot lu Reported by:andy at root dot lu Summary:IPv6 malformed Status: Open Type: Bug Package:SNMP related Operating System: Debian Squeeze PHP Version:5.4.11 Block user comment: N Private report: N New Comment: Basically calling snmpget more than once will throw this error. Code: $ip = "[2001:abc:dead:beef::22]"; $test = snmpget($ip, "mycommunity", "something"); $test = snmpget($ip, "mycommunity", "something-else"); $test = snmpget($ip, "mycommunity", "something-different"); Throws this error twice: Warning: snmpget(): malformed IPv6 address, closing square bracket missing in test.php Warning: snmpget(): malformed IPv6 address, closing square bracket missing in test.php Previous Comments: ---- [2013-02-01 19:03:42] andy at root dot lu Updated to latest. Problem persists. I noticed something though: This code works (only 2 lines): $ip = "[2001:abc:dead:beef::22]"; $test = snmpget($ip, "mycommunity", "something"); This code does not work and throws the error about missing closing bracket: $ip = "[2001:abc:dead:beef::22]"; for($j=1;$j<5;$j++) { $test = snmpget($ip, "mycommunity", "something".$j); echo "Outlet $j: $test\n"; } First iteration of for loop works fine, but after second iteration it complains about malformed ipv6 address, which does not make any sense. Same issue happens if I use a while loop. OUTPUT: Outlet 1: 1 Warning: snmpget(): malformed IPv6 address, closing square bracket missing in test.php on line 9 Outlet 2: Warning: snmpget(): malformed IPv6 address, closing square bracket missing in test.php on line 9 Outlet 3: Warning: snmpget(): malformed IPv6 address, closing square bracket missing in test.php on line 9 Outlet 4: [2013-02-01 11:28:01] johan...@php.net Please try using this snapshot: http://snaps.php.net/php5.4-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Works for me (Warning: snmpget(): Invalid object identifier: something in - on line 3) and code looks correct, too. [2013-02-01 10:10:25] andy at root dot lu Description: The following straightforward code throws the following warning: PHP Warning: snmpget(): mailformed IPv6 address, closing square bracket missing $ip = "[2001:abc:dead:beef::22]"; $test = snmpget($ip, "mycommunity", "something"); Clearly, there is no missing closing bracket. The IPv6 address is working. Also, the warning has a typo. It should say malformed instead of mailformed :-) Test script: --- $ip = "[2001:abc:dead:beef::22]"; $test = snmpget($ip, "mycommunity", "something"); -- Edit this bug report at https://bugs.php.net/bug.php?id=64124&edit=1
Bug #64124 [Fbk->Asn]: IPv6 malformed
Edit report at https://bugs.php.net/bug.php?id=64124&edit=1 ID: 64124 User updated by:andy at root dot lu Reported by:andy at root dot lu Summary:IPv6 malformed -Status: Feedback +Status: Assigned Type: Bug Package:SNMP related Operating System: Debian Squeeze PHP Version:5.4.11 Assigned To:lytboris Block user comment: N Private report: N New Comment: Hi, patch went well, but I am getting a segmentation fault while executing the code. I made sure to use make distclean first, so I recompiled everything from scratch. I used the current built: php5.4-201302011830 (which worked with the same test code before I applied the patch) Previous Comments: [2013-02-06 21:48:19] johan...@php.net Hi Andy, I don't have an SNMP-enabled device at hand, can you try this patch? https://github.com/johannes/php-src/compare/bug64124.diff This should fix the only potential problem explaining this. Thanks. [2013-02-01 19:12:33] andy at root dot lu Basically calling snmpget more than once will throw this error. Code: $ip = "[2001:abc:dead:beef::22]"; $test = snmpget($ip, "mycommunity", "something"); $test = snmpget($ip, "mycommunity", "something-else"); $test = snmpget($ip, "mycommunity", "something-different"); Throws this error twice: Warning: snmpget(): malformed IPv6 address, closing square bracket missing in test.php Warning: snmpget(): malformed IPv6 address, closing square bracket missing in test.php [2013-02-01 19:03:42] andy at root dot lu Updated to latest. Problem persists. I noticed something though: This code works (only 2 lines): $ip = "[2001:abc:dead:beef::22]"; $test = snmpget($ip, "mycommunity", "something"); This code does not work and throws the error about missing closing bracket: $ip = "[2001:abc:dead:beef::22]"; for($j=1;$j<5;$j++) { $test = snmpget($ip, "mycommunity", "something".$j); echo "Outlet $j: $test\n"; } First iteration of for loop works fine, but after second iteration it complains about malformed ipv6 address, which does not make any sense. Same issue happens if I use a while loop. OUTPUT: Outlet 1: 1 Warning: snmpget(): malformed IPv6 address, closing square bracket missing in test.php on line 9 Outlet 2: Warning: snmpget(): malformed IPv6 address, closing square bracket missing in test.php on line 9 Outlet 3: Warning: snmpget(): malformed IPv6 address, closing square bracket missing in test.php on line 9 Outlet 4: [2013-02-01 11:28:01] johan...@php.net Please try using this snapshot: http://snaps.php.net/php5.4-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Works for me (Warning: snmpget(): Invalid object identifier: something in - on line 3) and code looks correct, too. [2013-02-01 10:10:25] andy at root dot lu Description: The following straightforward code throws the following warning: PHP Warning: snmpget(): mailformed IPv6 address, closing square bracket missing $ip = "[2001:abc:dead:beef::22]"; $test = snmpget($ip, "mycommunity", "something"); Clearly, there is no missing closing bracket. The IPv6 address is working. Also, the warning has a typo. It should say malformed instead of mailformed :-) Test script: --- $ip = "[2001:abc:dead:beef::22]"; $test = snmpget($ip, "mycommunity", "something"); -- Edit this bug report at https://bugs.php.net/bug.php?id=64124&edit=1
Bug #64124 [Fbk->Asn]: IPv6 malformed
Edit report at https://bugs.php.net/bug.php?id=64124&edit=1 ID: 64124 User updated by:andy at root dot lu Reported by:andy at root dot lu Summary:IPv6 malformed -Status: Feedback +Status: Assigned Type: Bug Package:SNMP related Operating System: * PHP Version:5.4.* Assigned To:lytboris Block user comment: N Private report: N New Comment: I confirm that there is no more issue with the latest version of php. In my case: php5.4-201302132030 Thank you! Previous Comments: [2013-02-07 17:51:05] lytbo...@php.net Please try using this snapshot: http://snaps.php.net/php5.4-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2013-02-07 17:43:56] lytbo...@php.net Automatic comment on behalf of lytboris Revision: http://git.php.net/?p=php-src.git;a=commit;h=ed6763420c10c5eb47d6db675322ecaa6de079b6 Log: fix bug #64124 (IPv6 malformed) [2013-02-07 17:42:17] lytbo...@php.net Automatic comment on behalf of lytboris Revision: http://git.php.net/?p=php-src.git;a=commit;h=ed6763420c10c5eb47d6db675322ecaa6de079b6 Log: fix bug #64124 (IPv6 malformed) [2013-02-07 17:36:34] lytbo...@php.net Automatic comment on behalf of lytboris Revision: http://git.php.net/?p=php-src.git;a=commit;h=ed6763420c10c5eb47d6db675322ecaa6de079b6 Log: fix bug #64124 (IPv6 malformed) [2013-02-07 08:01:07] lytbo...@php.net johannes, I found the same bug source an currently I'm in the middle of testing it. ps. I wonder why specifying "s/" in param parsing call is not enough... 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=64124 -- Edit this bug report at https://bugs.php.net/bug.php?id=64124&edit=1
#33349 [Com]: imap_fetchstructure hangs on some mails
ID: 33349 Comment by: root at ka-rel dot cz Reported By: benjamin dot malynovytch at libertic dot fr Status: Open Bug Type: IMAP related Operating System: * PHP Version: 5CVS-2005-06-20 New Comment: I'm experiencing the same behaviour with certain messages (mostly spam but not always). A sample message is located at http://ka-rel.cz/imap/bad001.tmp. Whenever imap_fetchstructure function tries to analyze the message, cpu gets to 100% and hangs (on NT 4.0 Server) or displays the "crash message" (on WinXP), requesting to send it to Microsoft. Till now, I've noticed that the bad messages have improperly set boundary strings - maybe this confuses the function and results to unability to parse individual parts of message. Also, such messages are not decoded correctly if opened in a mail client. PHP 4.3.3 IMAP c-Client Version 2001 WinXP: php_imap.dll, 593920 bytes, 24th August 2003 WinNT: php_imap.dll, 602112 bytes, 6th June 2005 Previous Comments: [2005-06-20 15:11:36] benjamin dot malynovytch at libertic dot fr iliaa and sniper, you'll find the asked informations in your mailboxes. Is it possible that php5 doesn't work properly, when php4 does ? It tried the application on an "old" box, using php4(4.3.4), and it works fine (even on the message-of-death). I haven't tried out on the production box though, cause I can't swap so easily on php4 (other applications will dropp). I also noticed, that a similar bug had been corrected in php 4.0.4 (imap_fetchstructure crashing) (Changelog). Is it possible that php5 has the same bug again ? [2005-06-20 11:54:59] [EMAIL PROTECTED] We're interested in the 'message-of-death' only. Just export that message and put it online or send via email to [EMAIL PROTECTED] and [EMAIL PROTECTED] Your initial example script is a bit odd though, what EXACTLY (for real!) is $mbox_path set to? [2005-06-20 11:32:27] benjamin dot malynovytch at libertic dot fr Illia said: >If the problem persists, please provide a URL to the complete text of the message that causes the hang. As I said just before, no output message are created. No error, nothing, except the generated code that had been flushed (cleanly) before the crash. I can't even give you access to the page the generates this error: it's placed on an intranet. [2005-06-20 10:24:02] [EMAIL PROTECTED] Do not add any strace output here if not asked for. Please provide the information Ilia asked before. [2005-06-20 09:51:13] benjamin dot malynovytch at libertic dot fr I tried several versions of imap (UW): imap-2001a, imap-2002a, imap-2004a, imap-2004d, imap-2004e-DEVEL None of them worked. I'm afraid their's no error log: the application hangs without returning anything (would be too easy to debug). The only thing I know, is that the application hangs just after the call to "imap_fetchstructure" (did some echo "..."; flush(); to be sure). Any idea ? 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/33349 -- Edit this bug report at http://bugs.php.net/?id=33349&edit=1
#26328 [Com]: compile dies on openssl 0.9.7
ID: 26328 Comment by: root at star2 dot abcm dot com Reported By: zerokode at gmx dot net Status: Bogus Bug Type: Compile Failure Operating System: SuSE Linux PHP Version: 5CVS-2003-11-19 (dev) New Comment: Does NOT work for me, I got the exact same error. I installed .97c using the same directory settings as my previous .96. Apache 2.0.48 and imap with ssl support both compile fine. Php does not Previous Comments: [2003-11-21 22:07:34] [EMAIL PROTECTED] Works fine for me, seems like you have mixed versions of openssl installed in your system. Make sure you only have ONE version, header and library files.. [2003-11-19 21:24:10] zerokode at gmx dot net Description: ext/openssl/openssl.lo(.text+0xd1b): In function `zm_startup_openssl': /home/storm/source/cvs/php-src/ext/openssl/openssl.c:560: undefined reference to `OPENSSL_add_all_algorithms_noconf' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 This is the bug, that I get it in the compile stage... works fine with 0.9.6... -- Edit this bug report at http://bugs.php.net/?id=26328&edit=1
#26263 [Com]: Apache doesn't start up wiht LoadModule phpX_module .. in config
ID: 26263 Comment by: root at md5 dot com dot ar Reported By: peoyli at bredband dot net Status: Open Bug Type: Apache2 related Operating System: OpenBSD 3.4 PHP Version: Irrelevant New Comment: I have the same problem, with my php compiled with --with-mysql but adding in the /etc/rc.conf this shlib_dirs="/usr/local/mysql/lib/mysql", apache start up normarly. Previous Comments: [2003-11-18 18:11:55] peoyli at bredband dot net I'm using just one of the sample php.ini's (php.ini-recommended). No enabled extensions there, what I can see. [2003-11-18 17:13:06] [EMAIL PROTECTED] Are you loading any modules and/or extensions via php.ini? [2003-11-18 02:00:56] peoyli at bredband dot net PHP5 + MySQL 4.1 core dumps when calling mysql related functions (mysql_connect ...). I will try the internal support for mysql 4.0.16 or older. [2003-11-16 15:52:47] peoyli at bredband dot net One other note: I DID get it running using the internal mysql support (no path given to --with-mysql) after some hassle. I also now have PHP 5 running together with mysql 4.1.0 alpha. The problem seems to have something to do with mysql 4.0.16 (haven't tried earlier versions), although, as I mentioned before, there is not problem with mysql 4.0.16 by itself. [2003-11-16 15:48:40] peoyli at bredband dot net no output using 'apachectl configtest'. Seems like httpd crasches as soon as the LoadModule line is appended to the configuration. 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/26263 -- Edit this bug report at http://bugs.php.net/?id=26263&edit=1
#40866 [NEW]: Propably wrong dll.
From: Martiny dot Root at gmail dot com Operating system: MS Vista PHP version: 5.2.1 PHP Bug Type: Dynamic loading Bug description: Propably wrong dll. Description: PHP Warning: PHP Startup: Invalid library (maybe not a PHP library) 'libmysql.dll' in Unknown on line 0 Actual result: -- All work, but in the end of page I can see the sentence: PHP Warning: PHP Startup: Invalid library (maybe not a PHP library) 'libmysql.dll' in Unknown on line 0 -- Edit bug report at http://bugs.php.net/?id=40866&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40866&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40866&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40866&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40866&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40866&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40866&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40866&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40866&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40866&r=support Expected behavior:http://bugs.php.net/fix.php?id=40866&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40866&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40866&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40866&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40866&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40866&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40866&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40866&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40866&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40866&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40866&r=mysqlcfg
Req #44369 [Com]: PHP Loop Labels
Edit report at https://bugs.php.net/bug.php?id=44369&edit=1 ID: 44369 Comment by: root at bugs dot php dot net Reported by:php at xyzzy dot cjb dot net Summary:PHP Loop Labels Status: Not a bug Type: Feature/Change Request Package:Feature/Change Request Operating System: Mac OS X 10.5.2 PHP Version:5.2.5 Block user comment: N Private report: N New Comment: Did you consider this: for ($i = 0; $i < 5; ++$i) { print "$i: "; for ($j = 0; $j < 5; ++$j) { print "$j "; if ($j == 2 && $i == 4) goto END; } print "\n"; END: } If the label needs to proceed a statement, try LABEL: noop(); Another solution could be to get the the nesting level and use: continue $nest_level - 1; Unfortunately, I can find no such function so this would need to be done manually. Previous Comments: [2008-03-08 18:16:11] php at xyzzy dot cjb dot net How can this code be rewritten using goto? I downloaded a PHP 6 snapshot and tried this: ROW: for ($i = 0; $i < 5; ++$i) { print "$i: "; COLUMN: for ($j = 0; $j < 5; ++$j) { print "$j "; if ($j == 2 && $i == 4) goto ROW; } print "\n"; } but the entire loop is repeated; it doesn't produce the same output as the first example. >From http://www.php.net/~derick/meeting-notes.html#adding-goto (first result >on Google for "php 6 goto"), I see that there were plans to "reuse the break >keyword, and extend it with a static label.", but this does not appear to be >implemented the the latest snapshot. Those meeting notes were from 2005 >however. Google also found http://php6dev.blogspot.com/ but that page is >currently down so I couldn't read it. How can I use goto to act as "continue 2" or "break 2"? I also tried: for ($i = 0; $i < 5; ROW: ++$i) { print "$i: "; for ($j = 0; $j < 5; ++$j) { print "$j "; if ($j == 2 && $i == 4) goto ROW; } print "\n"; } and: for ($i = 0; ROW: $i < 5; ++$i) and: for (ROW: $i = 0; $i < 5; ROW: ++$i) but these all report: Parse error: syntax error, unexpected ':', expecting ')' [2008-03-08 11:41:48] johan...@php.net PHP 6 has goto which can be used for that. [2008-03-08 06:56:00] php at xyzzy dot cjb dot net Description: This is an enhancement request to add loop labels to PHP. Currently, to break out of nested loops, PHP allows you to specify a number to a break or continue statement. It would increase code clarity and maintainability to be able to specify a textual label of the loop to continue or break out of. This is similar to Bug #29287 "Request: Line labels and goto" except that I'm not requesting goto, which is what that bug was mostly used to discuss before being closed. This ticket is specifically for the feature of adding loop labels, which was not adequately discussed in #29287. Reproduce code: --- An example of a nested loop (admittedly not a very useful example), how PHP currently allows you to write it: for ($i = 0; $i < 5; ++$i) { print "$i: "; for ($j = 0; $j < 5; ++$j) { print "$j "; if ($j == 2 && $i == 4) continue 2; } print "\n"; } How I would like to be able to write it: ROW: for ($i = 0; $i < 5; ++$i) { print "$i: "; COLUMN: for ($j = 0; $j < 5; ++$j) { print "$j "; if ($j == 2 && $i == 4) continue ROW; } print "\n"; } Expected result: Both examples should behave the same, if this feature is implemented. Actual result: -- Parse error: syntax error, unexpected ':' in /private/tmp/a.php on line 2 -- Edit this bug report at https://bugs.php.net/bug.php?id=44369&edit=1
Req #52766 [Com]: FTP need the ability to read from the output buffer without issuing a command
Edit report at https://bugs.php.net/bug.php?id=52766&edit=1 ID: 52766 Comment by: bar at root dot co dot il Reported by:trevor dot lanyon at lanyonconsulting dot com Summary:FTP need the ability to read from the output buffer without issuing a command Status: Closed Type: Feature/Change Request Package:FTP related Operating System: Fedora 13 PHP Version:5.3.3 Assigned To:rasmus Block user comment: N Private report: N New Comment: Hi, seems that in PHP 5.3.19 this bug is still exists. Previous Comments: [2011-11-01 21:09:21] ras...@php.net 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. [2011-11-01 17:57:36] bram at ebskamp dot me This is caused by the bug I posted about yesterday: https://bugs.php.net/bug.php?id=60183 (has been fixed in SVN today) [2011-09-13 20:50:49] 92spam92 at gmail dot com hi, i have the same problem. PHP 5.3.8 CentOS 6. the only solution is to close the ftp connection and re-open it. [2010-09-02 18:05:02] trevor dot lanyon at lanyonconsulting dot com Description: Working with ftp_raw there is a need for a function that allows interaction with the output buffer of the connection. There are times when issuing commands leaves messages on the buffer thereby causing future commands to be out of sync with the output and no way to synchronize them. Below is an example: Using HylaFax's proprietary ftp interface I required the ability to issue a 'STOT' command. I issued a 'PASV' command to get the appropriate port to open a second connection to. I open a second connection, write a file, then close it. The original connection now has a line on the output buffer similar to this: 226 Transfer complete (FILE: /tmp/doc94274.tmp) But there is no way to grab this. Issuing any command will return the buffered line. Subsequent commands will return the output of the previous command. For example if I now issue a 'NOOP' I will now get the: 226 Transfer complete (FILE: /tmp/doc94274.tmp). and If I issue a second 'NOOP' I will get the response from the orginal 'NOOP': 200 NOOP command successful With the second Noop now sitting on the out buffer of the ftp connection. Test script: --- 2) { $resultCode = substr($resultString, 0, strpos($resultString, ' ' ) ); return $resultCode; } return $resultCode; } function getResultToString( $resultArray, $glue = "\n" ) { if ( is_array( $resultArray ) ) { return implode($resultArray, $glue ); } return false; } function sendFile( $localFileName, $connection, $hostName ) { //Enter PASV mode if($results = getResultToString( ftp_raw($connection, 'PASV') )) { //Make sure we got the appropriate 227 back if(getResultCode( $results ) == 227) { //Grab the ip and ports out of the response $ports = substr($results, strpos($results, '(')+1 ) ; //get rid of the extra ')' as the end $ports = substr($ports, 0, strlen($ports) - 1); //make an array of the results using the ',' as the seporator $ports = explode(",", $ports); //grab the last octet $lastOctet = array_pop($ports); //grab the first octet $firstOctet = array_pop($ports); //deduce the appropriate port to connect back to $port = $firstOctet * 256 + $lastOctet; //create a connection to listen on if( $passiveSocket = fsockopen( $hostName, $port) ) { //Tell the ftp server to make a connection if($results = getResultToString(ftp_raw( $connection, 'STOT' ) ) ) { //make sure the connection was successful if(getResultCode($results) == 150) {
[PHP-BUG] Bug #63543 [NEW]: ftp_raw out of sync
From: bar at root dot co dot il Operating system: CentOS 6.3 PHP version: 5.3.18 Package: FTP related Bug Type: Bug Bug description:ftp_raw out of sync Description: The same bug that affect versions < 5.3.9 (reported as fixed in 5.3.9) is back in 5.3.18 (or maybe before..) https://bugs.php.net/bug.php?id=60183 <- the original bug report Test script: --- ftp_raw($ftp,'PASV'); // Output: 227 Entering Passive Mode ftp_raw($ftp,'STOR file'); // Output: 150 Opening ASCII mode data connection for test ftp_raw($ftp,'NOOP'); // Output: 226 Transfer complete. Expected result: ftp_raw($ftp,'PASV'); // Output: 227 Entering Passive Mode ftp_raw($ftp,'STOR file'); // Output: 150 Opening ASCII mode data connection for test && 226 Transfer complete. ftp_raw($ftp,'NOOP'); // Output: 200 NOOP ok. -- Edit bug report at https://bugs.php.net/bug.php?id=63543&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63543&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63543&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63543&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63543&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=63543&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63543&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63543&r=needscript Try newer version: https://bugs.php.net/fix.php?id=63543&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=63543&r=support Expected behavior: https://bugs.php.net/fix.php?id=63543&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63543&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=63543&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=63543&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63543&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=63543&r=dst IIS Stability: https://bugs.php.net/fix.php?id=63543&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=63543&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=63543&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=63543&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=63543&r=mysqlcfg
#29504 [Com]: Inproper handling of empty resultset
ID: 29504 Comment by: alex dot kiesel at document-root dot de Reported By: sq6elt at zp dot amsnet dot pl Status: Open Bug Type: Sybase-ct (ctlib) related Operating System: Linux - Debian, sarge PHP Version: 4.3.8 New Comment: I cannot reproduce this: Example code: Output: resource(5) of type (sybase-ct result) resource(6) of type (sybase-ct result) I assume this is due to your (quite old) FreeTDS version. I am running freetds v0.63.dev.20040814 (though there are several stable versions between our two). Previous Comments: [2004-08-03 10:20:05] sq6elt at zp dot amsnet dot pl Description: If resultset returned by sybase_query is empty, following message appears: Warning: sybase_fetch_row(): supplied argument is not a valid Sybase result resource in file.php Expected to sybase_fetch_row to return false. Tested on: Debian Sarge, php 4.3.8, libct1 0.61-5, freetds-dev 0.61-5 With regards, Paul -- Edit this bug report at http://bugs.php.net/?id=29504&edit=1