Bug #54256 [Com]: DirectoryIterator isn't iterable with a foreach
Edit report at https://bugs.php.net/bug.php?id=54256edit=1 ID: 54256 Comment by: sniper dot unreal at web dot de Reported by:gege2061 at homecomputing dot fr Summary:DirectoryIterator isn't iterable with a foreach Status: Feedback Type: Bug Package:SPL related Operating System: Debian unstable PHP Version:5.3.5 Block user comment: N Private report: N New Comment: Hi Everyone, I had the same problem on ubuntu (which is also debian based). After installing the VirtualBox guest additions that are on the ISO that comes with VirtualBox instead of the guest additions bundled with debian/ubuntu solved the issue. So you just have do install the guest additions on your VM and it should work fine. Previous Comments: [2011-03-17 10:26:03] gege2061 at homecomputing dot fr The problem is reproducible with php5.3-201103170730 [2011-03-16 21:13:31] johan...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Works perfectly for me. PHP version: 5.3.5-1 is none of our version numbers. MAybe your distribution has patched this somehow. Please test our version or talk to the distributor. [2011-03-15 15:23:26] gege2061 at homecomputing dot fr Description: Hello, DirectoryIterator is iterable in a while but not in a foreach. This bug is reproductible only on a vboxsf filesystem. I run this script on Debian sid hosted on Windows XP (NTFS formated hd). I have no problem when I execute this script on Windows or on a virtual disk. Test script: --- ?php function test_iterator($dirname) { $files = array(); $dir = new DirectoryIterator($dirname); while($dir-valid()) { $files[] = (string)$dir-current(); $dir-next(); } return $files; } function test_iterator_bug($dirname) { $files = array(); $dir = new DirectoryIterator($dirname); foreach($dir as $file) { $files[] = (string)$file; } return $files; } echo 'PHP version: ' . phpversion() . \n\n; $dirname = dirname(__FILE__); foreach (array('iterator', 'iterator_bug') as $test_name) { echo --- {$test_name} ---\n; $foo = test_{$test_name}; var_dump($foo($dirname)); echo \n; } Expected result: PHP version: 5.3.5-1 --- iterator --- array(3) { [0]= string(1) . [1]= string(2) .. [2]= string(9) index.php } --- iterator_bug --- array(3) { [0]= string(1) . [1]= string(2) .. [2]= string(9) index.php } Actual result: -- PHP version: 5.3.5-1 --- iterator --- array(3) { [0]= string(1) . [1]= string(2) .. [2]= string(9) index.php } --- iterator_bug --- array(0) { } -- Edit this bug report at https://bugs.php.net/bug.php?id=54256edit=1
Bug #18281 [Com]: strtotime incorrectly evaluates AM/PM
Edit report at http://bugs.php.net/bug.php?id=18281edit=1 ID: 18281 Comment by: sniper at svencoop dot com Reported by:mwilmes at avc dot edu Summary:strtotime incorrectly evaluates AM/PM Status: Bogus Type: Bug Package:Date/time related Operating System: Win 2K PHP Version:4.2.1 Block user comment: N New Comment: NOT BOGUS. sni...@php.net, you missed his point entirely. His code is correct. strotime() doesn't account for the 12 hour format being passed in, that's the issue. The time string returned is passed to date(), which outputs correctly strtotime()'s invalid conversion of the text string. The issue is when a 12 hour format time like 5:00 PM is passed in, it always returns with 5:00 AM. He is obviously using h for the date output, but that's not important what-so- ever. This should be fixed. Previous Comments: [2002-07-11 15:15:15] sni...@php.net Your script is buggy. Read this manual page a bit more carefully: http://www.php.net/manual/en/function.date.php h - hour, 12-hour format; i.e. 01 to 12 H - hour, 24-hour format; i.e. 00 to 23 [2002-07-11 13:39:23] mwilmes at avc dot edu I'm writing a timeclock for work, but have a problem processing 12 hour times: --Script-- ?php $T=array('05:00 PM','05:00PM','5:00 PM','5:00PM'); foreach ($T as $TIME) { echo $TIME.'br'; echo strtotime($TIME).'br'; echo date(Y-m-d h:i:s,strtotime($TIME)).'brbr'; } ? --Output-- 05:00 PM 1026432000 2002-07-11 05:00:00 05:00PM 1026432000 2002-07-11 05:00:00 5:00 PM 1026432000 2002-07-11 05:00:00 5:00PM 1026432000 2002-07-11 05:00:00 I've compiled PHP 4.2.1 for Apache 2.0.39 with SSLOpen 0.9.7 beta 2. PHP is installed as a module. Is it me or my box? Thanks in advance, Mike Wilmes -- Edit this bug report at http://bugs.php.net/bug.php?id=18281edit=1
Bug #18281 [Com]: strtotime incorrectly evaluates AM/PM
Edit report at http://bugs.php.net/bug.php?id=18281edit=1 ID: 18281 Comment by: sniper at svencoop dot com Reported by:mwilmes at avc dot edu Summary:strtotime incorrectly evaluates AM/PM Status: Bogus Type: Bug Package:Date/time related Operating System: Win 2K PHP Version:4.2.1 Block user comment: N New Comment: Oops, disregard. Previous Comments: [2010-08-18 21:51:17] jedinewrepublic at netscape dot net I think you jumped the gun, 05:00:00 is correct but the AM / PM was ommitted from the output [2010-08-18 20:55:56] sniper at svencoop dot com NOT BOGUS. sni...@php.net, you missed his point entirely. His code is correct. strotime() doesn't account for the 12 hour format being passed in, that's the issue. The time string returned is passed to date(), which outputs correctly strtotime()'s invalid conversion of the text string. The issue is when a 12 hour format time like 5:00 PM is passed in, it always returns with 5:00 AM. He is obviously using h for the date output, but that's not important what-so- ever. This should be fixed. [2002-07-11 15:15:15] sni...@php.net Your script is buggy. Read this manual page a bit more carefully: http://www.php.net/manual/en/function.date.php h - hour, 12-hour format; i.e. 01 to 12 H - hour, 24-hour format; i.e. 00 to 23 [2002-07-11 13:39:23] mwilmes at avc dot edu I'm writing a timeclock for work, but have a problem processing 12 hour times: --Script-- ?php $T=array('05:00 PM','05:00PM','5:00 PM','5:00PM'); foreach ($T as $TIME) { echo $TIME.'br'; echo strtotime($TIME).'br'; echo date(Y-m-d h:i:s,strtotime($TIME)).'brbr'; } ? --Output-- 05:00 PM 1026432000 2002-07-11 05:00:00 05:00PM 1026432000 2002-07-11 05:00:00 5:00 PM 1026432000 2002-07-11 05:00:00 5:00PM 1026432000 2002-07-11 05:00:00 I've compiled PHP 4.2.1 for Apache 2.0.39 with SSLOpen 0.9.7 beta 2. PHP is installed as a module. Is it me or my box? Thanks in advance, Mike Wilmes -- Edit this bug report at http://bugs.php.net/bug.php?id=18281edit=1
#48853 [Opn-Fbk]: Using bundled pcre fails if no unbundled headers are available on the system
ID: 48853 Updated by: sni...@php.net Reported By: leonard-php-bugs at ottolander dot nl -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: CentOS-4 PHP Version: 5.2CVS-2009-07-08 (CVS) New Comment: Considering the error really happens inside Apache headers, how is this a PHP bug? From your compile error: /usr/src/redhat/BUILD/php-5.2.9/sapi/apache2handler/mod_php5.c:26: /usr/include/httpd/httpd.h:43:23: pcreposix.h: No such file or directory Blindly adding unnecessary include paths to fix something outside our control is not very wise.. Previous Comments: [2010-02-23 17:15:34] leonard-php-bugs at ottolander dot nl I narrowed the offending configure option down to --with-apxs2=/usr/sbin/apxs Afaik I need to specify that option to build the apache module... Or am I mistaken? [2010-02-23 15:29:09] j...@php.net no feedback means you didn't provide the feedback from the correct tab but failed and used Add Comment instead (the right place is Edit Submission for you since you reported this). Now, can you please provide the actual configure line? Something I can copy'n'paste and which has ONLY the required options to reproduce this. Note: I can not reproduce this with or without the pcre headers around.. [2010-02-23 14:18:28] leonard-php-bugs at ottolander dot nl I am unsure why this report was labeled No Feedback as I provided the requested configure line within 2 hours after the request was made. I was not aware of this state change as I haven't received an email indicting this. Doing a quick checkup in SVN it seems this issue was not fixed. In 5.3.2 the block where $PHP_PCRE_REGEX = yes tests true got moved to the bottom of the file, but the required include path still seems not to be provided. To shortly restate the issue: On a system where no other pcre headers are available the headers of the bundled pcre are not found due to a missing include path and the build fails. Since on most systems pcre headers will be available you will need to explicitly remove the pcre headers provided by the build system (pcre-devel package or similar) to reproduce this issue. If any other pcre headers than the bundled ones are available on the system the build will use those and succeed where it shouldn't. Build still fails on CentOS(/RHEL)-4 for php-5.2.12. Old headers have been removed using rpm -e --nodeps pcre-devel. I am aware this is an unusual situation, but what is the point of building against the bundled pcre source when the build uses the (old and wrong) headers provided by the build system? PHP should find and use the headers of the bundled pcre when building against these, not some random headers available on the system. [2009-07-08 22:29:16] leonard-php-bugs at ottolander dot nl As I said, I'm not using a --with- or --without-pcre option. The other options seem not very relevant in this context but I'll paste the line from the used rpm spec file here. %configure translates to configure ;) %configure \ --cache-file=../config.cache \ --with-libdir=%{_lib} \ --with-config-file-path=%{_sysconfdir} \ --with-config-file-scan-dir=%{_sysconfdir}/php.d \ --disable-debug \ --with-pic \ --disable-rpath \ --without-pear \ --with-bz2 \ --with-exec-dir=%{_bindir} \ --with-freetype-dir=%{_prefix} \ --with-png-dir=%{_prefix} \ --enable-gd-native-ttf \ --without-gdbm \ --with-gettext \ --with-gmp \ --with-iconv \ --with-jpeg-dir=%{_prefix} \ --with-openssl \ --with-zlib \ --with-layout=GNU \ --enable-exif \ --enable-ftp \ --enable-magic-quotes \ --enable-sockets \ --enable-sysvsem --enable-sysvshm --enable-sysvmsg \ --with-kerberos \ --enable-ucd-snmp-hack \ --enable-shmop \ --enable-calendar \ --without-mime-magic \ --without-sqlite \ --with-libxml-dir=%{_prefix} \ --enable-xml \ --with-system-tzdata \ $* I'd say, just open ext/pcre/config0.m4 and see there's no PHP_ADD_INCLUDE inside the second (nested) if that causes httpd.h to be unable to locate pcreposix.h if no pcre headers are installed on the system. If there is already a local copy of the pcre headers installed the -I/usr/include will cause the build to still find a (possible incorrect) version of the headers, and it succeeds (if the versions are close enough). On my system these headers aren't available as on CentOS-4 they are version 4.5, so I removed them. This is an unusual
#48853 [Opn-Bgs]: Using bundled pcre fails if no unbundled headers are available on the system
ID: 48853 Updated by: sni...@php.net Reported By: leonard-php-bugs at ottolander dot nl -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: CentOS-4 PHP Version: 5.2CVS-2009-07-08 (CVS) New Comment: You have deleted required header files and expect _PHP_ to fix it's configure to allow building against 3rd party headers _requiring_ those header files you have deleted, that's is quite insane. It's _APACHE_ requiring the headers, using the headers, needing the headers and linking to the specific library. (Try ldd httpd..) You can't just expect the bundled PCRE the be the correct one, can you? Now, thanks to our broken stuff you have found this problem in your system which you should fix. Previous Comments: [2010-02-23 21:58:45] leonard-php-bugs at ottolander dot nl Btw, I'm not saying the proposed patch is the best place to fix this. You might want to fix this missing include path around where the option --with-apxs2 is parsed and set the include path there in case we build against the bundled pcre. But again, since only PHP knows the path to it's own bundled pcre headers it's PHP's task to make the path to those bundled headers available. [2010-02-23 21:37:54] leonard-php-bugs at ottolander dot nl The issue is that the apache headers that you include in the module build expect the pcre headers in one of the default locations. Since we build against the pcre library that you bundle you should provide that extra path to those headers. You cannot expect apache to look for them in an unknown build path and an unknown subdiretory. [2010-02-23 19:59:38] sni...@php.net Considering the error really happens inside Apache headers, how is this a PHP bug? From your compile error: /usr/src/redhat/BUILD/php-5.2.9/sapi/apache2handler/mod_php5.c:26: /usr/include/httpd/httpd.h:43:23: pcreposix.h: No such file or directory Blindly adding unnecessary include paths to fix something outside our control is not very wise.. [2010-02-23 17:15:34] leonard-php-bugs at ottolander dot nl I narrowed the offending configure option down to --with-apxs2=/usr/sbin/apxs Afaik I need to specify that option to build the apache module... Or am I mistaken? [2010-02-23 15:29:09] j...@php.net no feedback means you didn't provide the feedback from the correct tab but failed and used Add Comment instead (the right place is Edit Submission for you since you reported this). Now, can you please provide the actual configure line? Something I can copy'n'paste and which has ONLY the required options to reproduce this. Note: I can not reproduce this with or without the pcre headers around.. 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/48853 -- Edit this bug report at http://bugs.php.net/?id=48853edit=1
#51115 [Opn-Fbk]: session_start() IE8 slow
ID: 51115 Updated by: sni...@php.net Reported By: m dot keckeis at solarys dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: Debian Linux PHP Version: 5.2.12 New Comment: And with any other browser it's not slow? Previous Comments: [2010-02-22 16:10:50] m dot keckeis at solarys dot com Description: session_start() in combination with IE8: When i get the SID over GET it's normal (fast). But when the SID come from a cookie it's slow. This method needs 0,5s to get done with Cookie handling from IE8. I don't know if it's an IE8 problem or a PHP problem, but it's very annoying. When i checked the cookie information which is saved, there only stands .net instead of the whole domain. More information are here available: http://social.msdn.microsoft.com/Forums/en-US/iewebdevelopment/thread/b171c33a-53e2-4174-a876-554fe0729208 -- Edit this bug report at http://bugs.php.net/?id=51115edit=1
#51008 [Opn]: Zend/tests/bug45877.phpt fails
ID: 51008 Updated by: sni...@php.net Reported By: geissert at debian dot org Status: Open Bug Type: Scripting Engine problem Operating System: debian sid PHP Version: 5.3.1 New Comment: Possibly same issue as bug #51023 ?? Previous Comments: [2010-02-12 18:58:42] geissert at debian dot org It fails for me with 5.3.1 on i686, ia64, s390, alpha, powerpc, x86_64, etc. Even on those running kfreebsd. It also fails with the latest 5.3 svn on ia64 (haven't built it on any other arch.) [2010-02-12 17:02:47] j...@php.net In what kind of environment does it fail? It works fine for me in both 32bit and 64bit systems. (using latest SVN checkout of course :) [2010-02-11 01:54:21] geissert at debian dot org Description: The test fails Reproduce code: --- ?php $keys = array(PHP_INT_MAX, (string) PHP_INT_MAX, (string) (-PHP_INT_MAX - 1), -PHP_INT_MAX - 1, (string) (PHP_INT_MAX + 1)); var_dump(array_fill_keys($keys, 1)); ? Expected result: array(2) { [2147483647]= int(1) [-2147483648]= int(1) [2147483648]= int(1) } Actual result: -- array(2) { [2147483647]= int(1) [-2147483648]= int(1) } -- Edit this bug report at http://bugs.php.net/?id=51008edit=1
#49983 [Opn-Fbk]: PHP silently discards POST variables after 1000 variables.
ID: 49983 Updated by: sni...@php.net Reported By: dgrace at wingsnw dot com -Status: Open +Status: Feedback -Bug Type: Unknown/Other Function +Bug Type: *General Issues Operating System: Debian Linux PHP Version: 5.2.11 New Comment: Obviously it's some misconfiguration / limitation of your server setup: $_POST contained 10001 out of 1 variable(s) You should check your error logs, php.ini for post_max_size and especially the webserver setting you use. I tried with lighttpd + PHP (FastCGI) and had no problems. Previous Comments: [2009-10-24 01:51:51] dgrace at wingsnw dot com Description: PHP will quietly discard variables POSTed to a form after the 1000th posted variable. This value seems to be consistent and is not affected by post_max_size. I've searched the documentation about php.ini directives and could not find anything suggesting this limit can be changed. This is especially problematic if presenting a list of items to be selected by the user (i.e. listing 1000+ items with an option to delete the selected items). The discard occurs regardless of the POST variable names -- i.e. if they are all named id[] to convert to an array, the failure will still happen. Tested with both IE7 and FF3.5.3 to confirm that it was not a browser limitation. Tested on Apache/2.2.13 (Debian) Reproduce code: --- ?php /* Test case for bug report: See how many POST variables make it back to PHP. */ error_reporting(E_ALL); $numvars = 1; echo 'htmlbody'; echo 'p$_POST contained ', ((int) @count($_POST)), ' out of ', $numvars, ' variable(s)/p'; echo form action=\?\ method=\post\; for($n = 0 ; $n $numvars; ++$n) { echo 'input type=hidden name=v', $n, ' value=0 /'; } echo 'input type=submit name=submit value=Run Test /'; echo '/form'; echo '/body/html'; Expected result: After submitting the form once, 10001 out of 1 variables (since the submit button itself is an additional _POST variable, the count would be off in this case) Actual result: -- 1000 of 1 variables -- Edit this bug report at http://bugs.php.net/?id=49983edit=1
#49981 [Opn-Bgs]: strtotime work on sunday as a first day of week
ID: 49981 Updated by: sni...@php.net Reported By: shokarta at gmail dot com -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: WinXP SP2/AppServ2.5.9 PHP Version: 5.2SVN-2009-10-24 (snap) New Comment: Check your timezone. Always use gmdate() to not get such surprises. There is no bug here. Previous Comments: [2009-10-24 00:40:50] shokarta at gmail dot com can make it works like this: $actual_week = date(Y\WW,1319281200); $real_result = strtotime(this monday,strtotime($actual_week)); but its only for this specific error [2009-10-24 00:20:30] shokarta at gmail dot com Description: Got a timestamp for sunday 1319281200 (its Sunday 23.10.2011), date(W) says its 42nd week of the year. if i do strtotime(this monday,1319281200) then it will return: 1319367600 which is monday 24.10.2011 and date(W) says its 43rd week on that year.. so simply strtotime works that sunday is a first day in a week instead of date which makes monday as a first day... can i configure strtotime to work on monday as a first day as well? Reproduce code: --- strtotime(this monday,1319281200); Expected result: 1318762800 (week 42, monday, 17/10/2011) Actual result: -- 1319367600 (week 43, sunday, 24/10/2011) -- Edit this bug report at http://bugs.php.net/?id=49981edit=1
#49968 [Opn-Fbk]: php 5.2.11 with suhosin and mhash.so enabled causes canary mismatch
ID: 49968 Updated by: sni...@php.net Reported By: ciny at synapsia dot sk -Status: Open +Status: Feedback Bug Type: mhash related Operating System: FreeBSD 7.2 amd64 PHP Version: 5.2.11 New Comment: Well, running something does not require installing it: # make sapi/cli/php -v And are you somehow enabling ZTS too? And you're sure you're loading the mhash.so from the same build? (I can't reproduce this..) Previous Comments: [2009-10-23 18:08:45] ciny at synapsia dot sk ok here http://www.pastebin.cz/e9a52bce5e4288 is the gdb output on the core dump of php 5.2.11 without the suhosin patch with debugging symbols enabled. If I remove mhash.so from the extensions php runs without problem. If mhash is enabled it produces the segmentation fault (heap overflow). Mhash package works normally and python mhash module works as well so from what I can see it is probably some kind of issue in php5-mhash. PS: And yes, I can run it from commandline but I had to recompile php without the suhosin patch included ;) [2009-10-23 12:36:20] j...@php.net You can't run the thing on command line..? I thought that's how you really meant it to be reproduced: # php -v ? (please don't reply before you have real feedback) [2009-10-23 12:33:52] ciny at synapsia dot sk it was with suhosin patch compiled in but with USE_ZEND_ALLOC set to 0. I can post a test without suhosin but that will have to wait until night - I see this behaviour on a production machine so I can not allow php to segfault during work hours and I don't have a spare one to reproduce the problem. [2009-10-23 12:08:43] j...@php.net Was the backtrace with or without the suhosin patch? (I'm guessing without?) [2009-10-23 11:38:46] ciny at synapsia dot sk if by 3rd party patch you mean suhosin then yes, bud instead of the error message it segfaults. 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/49968 -- Edit this bug report at http://bugs.php.net/?id=49968edit=1
#49975 [Opn-Bgs]: malformation of request data
ID: 49975 Updated by: sni...@php.net Reported By: e dot ehritt at web dot de -Status: Open +Status: Bogus Bug Type:*General Issues PHP Version: 5.3.1RC2 New Comment: 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. Thank you for your interest in PHP. See bug #48597 Previous Comments: [2009-10-23 17:27:37] e dot ehritt at web dot de Description: It occurs in all current versions Incoming request data are malformed: POST / HTTP/1.1 Host: localhost Content-Type: application/x-www-form-urlencoded Content-Length: 17 a%5Bb%5Bc%5D%5D=d Reproduce code: --- form action=s.php method=post p input name=a[b[c]] type=text/ input type=submit /p /form # ?php # s.php $a=array('a'=array('b[c]'='d')); print_r($_POST); print_r($a); ? Expected result: Array ( [a] = Array ( [b[c]] = d ) ) Array ( [a] = Array ( [b[c]] = d ) ) Actual result: -- Array ( [a] = Array ( [b[c] = d ) ) Array ( [a] = Array ( [b[c]] = d ) ) So, I miss ] in POST data. -- Edit this bug report at http://bugs.php.net/?id=49975edit=1
#48093 [Opn-Bgs]: Generated index is reset due to integer overflow
ID: 48093 Updated by: sni...@php.net Reported By: Marcel dot Glacki at stud dot fh-swf dot de -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: * PHP Version: 5.2.9 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Previous Comments: [2009-04-27 23:02:39] Marcel dot Glacki at stud dot fh-swf dot de Description: The generated index normally has the highest integer value regarding all integers it has encountered as indexes before. (And is automatically increased by +1) It is possible to reset this index (the internal pointer) not only by the functions intended to do so (like reset()) but also by increasing it above integers' max value (integer overflow). Reproduce code: --- ?php $max_int = 2147483647; // Max value for integer on a 32-bit system $arr = array(); $arr[1] = 'one'; // New index: 2 $arr[ $max_int ] = 'two'; // New index: -2147483648 $arr[0] = 'three'; // New index: 1 (already occupied with value 'foo') $arr[] = 'failure here'; // Warning: Cannot add element to the array as the next element is already occupied. ? -- Edit this bug report at http://bugs.php.net/?id=48093edit=1
#43613 [Opn-Bgs]: $_SERVER['PHP_SELF'] gives appended url output
ID: 43613 Updated by: [EMAIL PROTECTED] Reported By: todd dot jackson at manukau dot ac dot nz -Status: Open +Status: Bogus Bug Type: CGI related Operating System: win xp PHP Version: 5.2.5 New Comment: 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. Thank you for your interest in PHP. Previous Comments: [2007-12-16 23:51:12] todd dot jackson at manukau dot ac dot nz Description: $_SERVER{'PHP_SELF'] outputs /dir1/dir2/script_name.php/dir1/dir2/script_name.php instead of /dir1/dir2/script_name.php Note: tested winxp sp2 iis5.1 php5.2.4 fast-cgi works fine if php installed as isapi module in iis5.1 Reproduce code: --- ?php echo \$_SERVER{\'PHP_SELF\'] is : .$_server['PHP_SELF'] ? Expected result: /dir1/dir2/script_name.php or passing get vars (querystring) /dir1/dir2/script_name.php?foo=barfoo1=bar1 Actual result: -- /dir1/dir2/script_name.php/dir1/dir2/script_name.php or passing get vars (querystring) /dir1/dir2/script_name.php/dir1/dir2/script_name.php?foo=barfoo1=bar1 -- Edit this bug report at http://bugs.php.net/?id=43613edit=1
#43610 [Opn-Fbk]: fastcgi socket dies on high concurrency
ID: 43610 Updated by: [EMAIL PROTECTED] Reported By: oliver at realtsp dot com -Status: Open +Status: Feedback Bug Type: CGI related Operating System: FreeBSD 6.2 PHP Version: 5.2.5 New Comment: 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 Previous Comments: [2007-12-16 21:55:00] oliver at realtsp dot com Description: Version information below. When I load the server with siege, once the fastcgi-php parent process reaches a load of ~200 concurrent requests the process appears to crash and refuses to accept further connections, even after the load is removed again. Only way to recover is to restart lighttpd and thereby the fastcgi-php server (and its children). Clearly a load of 200+ is probably overloaded not sustainable. However a non-recoverable crash means that even when a temporary load drops away (produced by some aggressive robot on our production setup for example) the server remains unusable and returns 500 responses. php version as below, but patched with this: http://cvs.php.net/viewvc.cgi/php-src/main/SAPI.c?r1=1.202.2.7.2.15r2=1.202.2.7.2.16pathrev=PHP_5_2diff_format=u because of this bug: http://bugs.php.net/bug.php?id=43295 That patch removes the errors on /root/php-5.2.5/main/SAPI.c(445) but the overload crash remains. [EMAIL PROTECTED] /usr/ports/lang/php5]# lighttpd -v lighttpd-1.4.18 (ssl) - a light and fast webserver Build-Date: Dec 5 2007 18:23:49 fastcgi.server = ( .php = ( localhost = ( socket = /var/run/lighttpd/php-fastcgi.socket, bin-path = /usr/local/bin/php-cgi, max-procs = 1, bin-environment = ( PHP_FCGI_CHILDREN = 16, PHP_FCGI_MAX_REQUESTS = 500 ), broken-scriptfilename = enable ) ) ) [EMAIL PROTECTED] /usr/ports/lang/php5]# php-cgi -v PHP 5.2.5 (cgi-fcgi) (built: Dec 16 2007 20:47:09) (DEBUG) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies [EMAIL PROTECTED] /usr/ports/lang/php5]# php-cgi -m [PHP Modules] cgi-fcgi date libxml Reflection standard [Zend Modules] NOTE: no opcode cache or third party extensions php.ini parsed is none (ie all defaults) FreeBSD muriwai.realtsp.com 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 08:43:30 UTC 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP amd64 Reproduce code: --- a trivial script will do: ?php sleep(1); phpinfo(); with .siegerc # # Default number of simulated concurrent users # ex: concurrent = 25 # concurrent = 250 Expected result: php fastcgi parent process (and children) remaining stable. maybe an overloaded or even temporary 500 type response would be acceptable. but crashing and then being completely unreponsive is a bit of an issue. Actual result: -- lighttpd.error.log reports this 2007-12-16 21:19:22: (mod_fastcgi.c.1731) connect failed: Connection refused on unix:/var/run/lighttpd/php-fastcgi.socket-87058-0 2007-12-16 21:19:22: (mod_fastcgi.c.2885) backend died; we'll disable it for 5 seconds and send the request to another backend instead: reconnects: 0 load: 210 2007-12-16 21:19:22: (mod_fastcgi.c.3496) all handlers for /index.php on .php are down. i haven't managed a backtrace yet, because this is not that easy with a fastcgi process, but i am working on it. NOTE: despite what lighty says above..it does not restart the php parent process. I am not sure why, but this is a separate issue i believe. -- Edit this bug report at http://bugs.php.net/?id=43610edit=1
#43601 [Opn-Bgs]: Extension Compiling Errors
ID: 43601 Updated by: [EMAIL PROTECTED] Reported By: sskaje at gmail dot com -Status: Open +Status: Bogus -Bug Type: *Compile Issues +Bug Type: Compile Failure Operating System: Windows 2003 PHP Version: 5.2.5 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2007-12-15 09:04:52] sskaje at gmail dot com Description: i tried to compile some extension such as php_imagick on ms windows 2003 with php 5.2.5 and imagemagick 6.3.7-2 when linking imagick.obj : error LNK2001: unresolved external symbol _executor_globals_id imagick.obj : error LNK2001: unresolved external symbol _zend_ce_iterator i found a zend_class_implements(php_imagick_sc_entry TSRMLS_CC, 1, zend_ce_iterator); in the source code of imagick at the very beginning, i thought it's the bug of that pecl extension, then i tried to search for 'zend_ce_iterator' in the php-5.2.5-source/ext/ there in ext/sqlite/sqlite.c, it has a similar one then i tried to compile the sqlite, and stopped because of the same error i thought its something wrong caused by php5ts.lib but when i tried to use the php5ts.lib i compiled, error still exists -- Edit this bug report at http://bugs.php.net/?id=43601edit=1
#43598 [Opn-Bgs]: Patch for Bug #41561 breaks ini_set()
ID: 43598 Updated by: [EMAIL PROTECTED] Reported By: birne at 007mail dot de -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: irrelevant PHP Version: 5.2.5 New Comment: php_admin_* is supposed to make any such option unusable by anybody in any script. And it's meant for hosting companies.. Previous Comments: [2007-12-14 18:18:52] birne at 007mail dot de By the way Bug #43378 mentions the same issue but calls it a Documentation problem. In my opinion this is a bug. [2007-12-14 18:14:00] birne at 007mail dot de Description: The Author of Bug #41561 wrote: quote When I set a value inside the httpd.conf with php_admin_value or php_admin_flag that is INI_ALL or INI_PERDIR it can be overwritten at runtime using ini_set() I don't think this should be possible. But the documentation on this problem doesn't assure me if this is a bug or a feature! /quote Unfortunately, his question was neither discussed nor answered. Also I disagree that is should not be possible re-setting the value of a INI_ALL configuration directive with ini_set(). According to http://www.php.net/manual/en/ini.php PHP_INI_ALL means Entry can be set anywhere. In my opinion this mutually includes Entry can be changed anywhere. Currently setting e.g. the include_path using ini_set('include_path', ..) or set_include_path(..) will fail when there is a php_admin_value include_path directive in the apache configuration. The include_path is a PHP_INI_ALL directive. Reproduce code: --- Set in apaches https.conf php_admin_value include_path .:/usr/share/php:/server/wide/libs/ and the run if (!set_include_path(get_include_path().PATH_SEPARATOR.'local/libs/')) { echo 'set_include_path() failed'; } else { echo get_include_path(); } Expected result: .:/usr/share/php:/server/wide/libs/:local/libs/ Actual result: -- set_include_path() failed -- Edit this bug report at http://bugs.php.net/?id=43598edit=1
#43593 [Opn-Fbk]: Impossible to disable Zend Memory Manager in anything other than CLI SAPI
ID: 43593 Updated by: [EMAIL PROTECTED] Reported By: phajdan dot jr at gmail dot com -Status: Open +Status: Feedback Bug Type: PHP options/info functions Operating System: Linux Gentoo 2007.0 PHP Version: 5.2.5 New Comment: How about you tell us what the crash is you get? (what bug id was the one you reported?) Also note that some crash bugs were fixed recently. And there are no -disable-zend-memory-manager or --enable-malloc-mm configure options. To disable the memory manager (for debugging) you start e.g. apache with same way you do with PHP CLI: # USE_ZEND_ALLOC=0 /usr/sbin/httpd your options here Previous Comments: [2007-12-14 10:38:40] phajdan dot jr at gmail dot com Wait, I can test everything, but which method should I use (to disable Zend Memory Manager)? The crashes occur even in 5.3-latest, so please tell me what should I *exactly* do with this snapshot. [2007-12-14 08:43:15] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2007-12-14 07:23:21] phajdan dot jr at gmail dot com Description: Okay, so generally the PHP website and docs tell me to use following methods to disable Zend Memory Manager: Set env var USE_ZEND_ALLOC=0 (works only for CLI) Compile PHP with --disable-zend-memory-manager or --enable-malloc-mm (these options do not get recognized; I know the first one has been removed, and the second one added - but why doesn't it work?) How do I test whether it works or not? phpinfo has a position called Zend Memory Manager, which can be either enabled or disabled. If I try to disable it and it still says enabled I suppose the method doesn't work. Last but not least, why would I want to disable the memory manager? I get horrible crashes with it, I (and not only I) reported it, the bug got closed as a dupe, but the original bug was also closed with no feedback etc. And while I believe in fixing the bug itself, it would be nice to have a workaround. -- Edit this bug report at http://bugs.php.net/?id=43593edit=1
#43592 [Opn-Fbk]: error: utf8_mime2text() has new signature, but U8T_CANONICAL is missing
ID: 43592 Updated by: [EMAIL PROTECTED] Reported By: will at willspc dot net -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Linux 2.6.9-55.0.6.EL PHP Version: 5.2.5 New Comment: How did you install the c-client library? What OS are you using? Previous Comments: [2007-12-14 01:50:29] will at willspc dot net Description: 5.2.5 does not build because it's missing the definition of U8T_CANONICAL in the imap extension. I checked utf8.h on my system (buried in perl) and it does not have U8T_CANONICAL. I'm using a CENTOS/BlueQuartz box, which uses a DoveCot implementation of imap. Oddly enough, I originally tried using the exact configure command for 4.3.9, according to phpinfo (which was originally installed) and it did not build. I'm having to install many libraries to get it to work. Reproduce code: --- ./configure --build=i686-redhat-linux-gnu --host=i686-redhat-linux-gnu --target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --cache-file=../config.cache --with-config-file-path=/etc --with-config-file-scan-dir=/etc/php.d --enable-force-cgi-redirect --disable-debug --enable-pic --disable-rpath --enable-inline-optimization --with-bz2 --with-db4=/usr --with-curl --with-exec-dir=/usr/bin --with-freetype-dir=/usr --with-png-dir=/usr --with-gd=shared --enable-gd-native-ttf --without-gdbm --with-gettext --with-ncurses=shared --with-gmp --with-iconv --with-jpeg-dir=/usr --with-openssl --with-png --with-pspell --with-xml --with-expat-dir=/usr --with-dom=shared,/usr --with-dom-xslt=/usr --with-dom-exslt=/usr --with-xmlrpc=shared --with-pcre-regex=/usr --with-zlib=/usr --with-layout=GNU --enable-bcmath --enable-exif --enable-ftp --enable-magic-quotes --enable-sockets --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-trans-sid --enable-yp --enable-wddx --with-pear=/usr/share/pear --with-imap=shared --with-imap-ssl --with-kerberos --with-ldap=shared --with-mysql=shared,/usr --with-pgsql=shared --with-snmp=shared,/usr --with-snmp=shared --enable-ucd-snmp-hack --with-unixODBC=shared,/usr --enable-memory-limit --enable-shmop --enable-calendar --enable-dbx --enable-dio --enable-mbstring=shared --enable-mbstr-enc-trans --enable-mbregex --with-mime-magic=/usr/share/file/magic.mime Expected result: I expect configure to succeed. Actual result: -- checking if your cpp allows macro usage in include lines... yes checking for IMAP support... yes, shared checking for IMAP Kerberos support... yes checking for IMAP SSL support... yes checking for utf8_mime2text signature... new checking for U8T_CANONICAL... no configure: error: utf8_mime2text() has new signature, but U8T_CANONICAL is missing. This should not happen. Check config.log for additional information. -- Edit this bug report at http://bugs.php.net/?id=43592edit=1
#43593 [Opn-Fbk]: Impossible to disable Zend Memory Manager in anything other than CLI SAPI
ID: 43593 Updated by: [EMAIL PROTECTED] Reported By: phajdan dot jr at gmail dot com -Status: Open +Status: Feedback Bug Type: PHP options/info functions Operating System: Linux Gentoo 2007.0 PHP Version: 5.2.5 New Comment: 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 Previous Comments: [2007-12-14 07:23:21] phajdan dot jr at gmail dot com Description: Okay, so generally the PHP website and docs tell me to use following methods to disable Zend Memory Manager: Set env var USE_ZEND_ALLOC=0 (works only for CLI) Compile PHP with --disable-zend-memory-manager or --enable-malloc-mm (these options do not get recognized; I know the first one has been removed, and the second one added - but why doesn't it work?) How do I test whether it works or not? phpinfo has a position called Zend Memory Manager, which can be either enabled or disabled. If I try to disable it and it still says enabled I suppose the method doesn't work. Last but not least, why would I want to disable the memory manager? I get horrible crashes with it, I (and not only I) reported it, the bug got closed as a dupe, but the original bug was also closed with no feedback etc. And while I believe in fixing the bug itself, it would be nice to have a workaround. -- Edit this bug report at http://bugs.php.net/?id=43593edit=1
#41967 [Opn-Csd]: file_get_contents or fopen produce my_thread_global_end error
ID: 41967 Updated by: [EMAIL PROTECTED] Reported By: tech at millennium dot ab dot ca -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: Windows 2000 SBS PHP Version: 5.2.3 New Comment: Already fixed in CVS. (why didn't you search before reporting?!) Previous Comments: [2007-07-11 18:07:09] tech at millennium dot ab dot ca Forgot to mention, I use this function for an XML call, not specifically google, but that example will produce the same error as I get. This only started happening after the update to 5.2.3, I never had this problem before and I'm using all the same code as I have been for a number of years. [2007-07-11 17:51:15] tech at millennium dot ab dot ca Description: After upgrading to PHP 5.2.3 I began seeing Error in my_thread_global_end(): 1 threads didn't exit whenever using the fopen or file_get_contents with a URL. I get it regardless of SSL or not. This has nothing to do with the MySQL thing, I've tryed those DLL's and it's not that. MySQL is working fine without any errors, this only happens when using the functions mentioned above. Reproduce code: --- ?php $Contents = @file_get_contents(http://www.google.ca;);? Expected result: responce from server stored in $Contents Actual result: -- responce from server stored in $Contents + Error in my_thread_global_end(): 1 threads didn't exit -- Edit this bug report at http://bugs.php.net/?id=41967edit=1
#41966 [Opn-Fbk]: cannot set include_path in php.ini
ID: 41966 Updated by: [EMAIL PROTECTED] Reported By: badaboom003-asdf at yahoo dot com -Status: Open +Status: Feedback Bug Type: PHP options/info functions Operating System: Ubuntu 7.04 Feisty Fawn AMD64 PHP Version: 5.2.3 New Comment: 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 And check phpinfo() output for what php.ini files was loaded and actually in use. Previous Comments: [2007-07-11 17:28:07] badaboom003-asdf at yahoo dot com Description: Using: Apache/2.2.3 (Ubuntu) PHP/5.2.1 can't change the include_path in php.ini. it always defaults to: .:/usr/share/php:/usr/share/pear. i know i'm using the correct php.ini file because it shows the correct Configuration File Path in phpinfo(). i can successfully set other variables in php.ini such as memory_limit or whatever, restart apache, and everything works fine. however, when i try to change the include_path, nothing happens. Reproduce code: --- ; UNIX: /path1:/path2 include_path = .:/usr/share/php:/usr/share/php/PEAR:/var/somesite/app/classes ; ; Windows: \path1;\path2 ;include_path = .;c:\php\includes Expected result: when i run phpinfo() i should see: include_path .:/usr/share/php:/usr/share/pear:/var/somesite/app/classes Actual result: -- what i actually see is: include_path .:/usr/share/php:/usr/share/pear -- Edit this bug report at http://bugs.php.net/?id=41966edit=1
#41965 [Opn-Fbk]: configure fails on AIX with LDAP
ID: 41965 Updated by: [EMAIL PROTECTED] Reported By: tprohaska2 at honeywell dot com -Status: Open +Status: Feedback -Bug Type: PHP options/info functions +Bug Type: LDAP related Operating System: AIX 5.1 PHP Version: 5.2.3 New Comment: Those libraries are enough. What was the configure line you used? And in what path are those libraries in? And what exact error do you get? Is there anything in config.log about the error? Previous Comments: [2007-07-11 17:07:42] tprohaska2 at honeywell dot com Description: gcc 4.0 / AIX 5.1 / When running configure with the LDAP option it fails on not being able to find ssl3 and sslap50. I have determined that there is no corresponding libssl3.a and libssldap50.a libraries although I have the completed LDAPCSDK (5.11) loaded. The libraries libssl3.so and libssldap50.so files do exist however. -- Edit this bug report at http://bugs.php.net/?id=41965edit=1
#41973 [Opn-Fbk]: Can't configure php with ldap
ID: 41973 Updated by: [EMAIL PROTECTED] Reported By: steffen at hauihau dot de -Status: Open +Status: Feedback Bug Type: LDAP related Operating System: Gentoo Linux PHP Version: 5.2.3 New Comment: Does it work if you remove the '=shared' from the --with-ldap option..? (remember to delete config.cache if you don't do clean build) Also, upgrade to PHP 5.2.3 first. Previous Comments: [2007-07-11 23:54:08] steffen at hauihau dot de Description: I tried to emerge php 5.2.2 on gentoo with ldap support. configure --prefix=/usr/lib/php5 --host=i686-pc-linux-gnu --mandir=/usr/lib/php5/man --infodir=/usr/lib/php5/info --sysconfdir=/etc --cache-file=./config.cache --enable-maintainer-zts --enable-cli --disable-cgi --with-config-file-path=/etc/php/cli-php5 --with-config-file-scan-dir=/etc/php/cli-php5/ext-active --without-pear --enable-bcmath=shared --with-bz2=shared --enable-calendar=shared --with-curl=shared --without-curlwrappers --disable-dbase --enable-exif=shared --without-fbsql --without-fdftk --disable-filter --enable-ftp=shared --with-gettext=shared --without-gmp --disable-json --without-kerberos --enable-mbstring=shared --with-mcrypt=shared --with-mhash=shared --without-msql --without-mssql --with-ncurses=shared --with-openssl --with-openssl-dir=/usr --disable-pcntl --disable-pdo --without-pgsql --with-pspell=shared --without-recode --disable-simplexml --disable-shmop --with-snmp=shared --enable-soap=shared --enable-sockets=shared --without-sybase --without-sybase-ct --disable-sysvmsg --disable-sysvsem --disable-sysvshm --with-tidy=shared --disable-wddx --with-xmlrpc=shared --with-xsl=shared --enable-zip=shared --with-zlib=shared --disable-debug --enable-dba=shared --without-cdb --with-db4 --without-flatfile --with-gdbm --without-inifile --without-qdbm --with-freetype-dir=/usr --with-t1lib=/usr --disable-gd-jis-conv --with-jpeg-dir=/usr --with-png-dir=/usr --with-xpm-dir=/usr/X11R6 --with-gd --with-imap=shared --with-imap-ssl --with-ldap=shared --without-ldap-sasl --with-mysql=shared,/usr --with-mysql-sock=/var/run/mysqld/mysqld.sock --with-mysqli=shared,/usr/bin/mysql_config --with-readline --without-libedit --without-mm --with-sqlite=/usr --enable-sqlite-utf8 Configure failes with these ldap related functions: checking for LDAP support... yes, shared checking for LDAP Cyrus SASL support... no checking for 3 arg ldap_set_rebind_proc... yes checking for ldap_parse_result... no checking for ldap_parse_reference... no checking for ldap_start_tls_s... no checking for ldap_bind_s... no configure: error: LDAP build check failed. Please check config.log for more information. In config.log it sais: configure:67384: checking for ldap_bind_s configure:67440: i686-pc-linux-gnu-gcc -o conftest -I/usr/include -march=pentium-m -O2 -msse3 -pipe -fomit-frame-pointer -pthread -D_REENTRANT -I/usr/include -L/usr/lib -L/usr/lib -Wl,-O1 -Wl,--as-needed -Wl,-znow -Wl,--sort-common -s -lldap -llber conftest.c -lt1 -lfreetype -lX11 -lXpm -lpng -lz -ljpeg -ldb-4.5 -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lssl -lcrypto -ldl -lxml2 -lz -lm 5 /var/tmp/portage/dev-lang/php-5.2.2-r1/temp/ccfMyG4A.o: In function `main': conftest.c:(.text+0xf): undefined reference to `ldap_bind_s' collect2: ld returned 1 exit status I tried to manually compile the failed code and get it to work when I added -lldap to the end of the above command. So I think -lldap is missing in $LIBS. I do not know if this is really a bug, but I have no idea how to fix this issue as I need ldap support in php. If you need further Information, please let me know. Regards, Steffen Hau -- Edit this bug report at http://bugs.php.net/?id=41973edit=1
#41956 [Opn-Bgs]: Warning: copy(\\server1\test\input\info.txt) [function.copy]: failed to open
ID: 41956 Updated by: [EMAIL PROTECTED] Reported By: rajakrishnan dot b at gmail dot com -Status: Open +Status: Bogus Bug Type: *Directory/Filesystem functions Operating System: windows 2000 PHP Version: 5CVS-2007-07-10 (snap) New Comment: If the user the script is run as does not have read/write access, of course you get errors like this. It's not a bug. Previous Comments: [2007-07-10 21:10:28] rajakrishnan dot b at gmail dot com Description: Warning: copy(\\server1\test\input\info.txt) [function.copy]: failed to open stream: Permission denied in c:\Inetpub\wwwroot\test.php on line 10. I run with IIS. Please help me to solve this -- Edit this bug report at http://bugs.php.net/?id=41956edit=1
#41953 [Opn-Bgs]: ldap_add incorrectly handles the comma, even with two backslashes (\\,)
ID: 41953 Updated by: [EMAIL PROTECTED] Reported By: ahoyt at kpcommunications dot com -Status: Open +Status: Bogus Bug Type: LDAP related Operating System: Mac OS X, Windows 2003 Server PHP Version: 5.2.3 New Comment: Whatever is passed as DN is passed directly to the underlying LDAP library's function. In other words: It's not PHP bug. Previous Comments: [2007-07-10 19:27:30] ahoyt at kpcommunications dot com Description: ldap_add fails when creating a new user in Active Directory with the following circumstances: 1. The DN contains a comma such as: CN=Last, First,CN=Users,DC=example,DC=com 2. This bug is reproducible on Mac OS X and Windows 2003 Server (Have not tried other OS's). 3. unknown whether the problem is with php_ldap module or with zend engine. Sourcecode for AD user creation from http://adldap.sourceforge.net. Class modified to make entry as straightforward as possible. See example.php user_create() and change the dn in adLDAP.php to a preset string. Reproduce code: --- //ldap connect - $_conn (returns a valid link resource) ldap_set_option($_conn, LDAP_OPT_PROTOCOL_VERSION, 3); ldap_set_option($_conn, LDAP_OPT_REFERRALS, 0); //ldaps bind (ldap binds with ssl) $dn = CN=Last\\, First,CN=Users,DC=example,DC=com; //escape twice for a single backslash in ldap echo $dn; echo br; $attributes[samaccountname][0] = flast; $attributes[anyattribute][0] = anything; ldap_add($_conn,$dn,$attributes); //Error Expected result: ldap_add returns true, new user created at CN=Last\, First,CN=Users,DC=example,DC=com Note: This happens with Active Directory on Windows 2003 Server, as well as many open directory implementations. The comma character is not defined in RFC 2255, PHP or SSL does not deal with it correctly. php class located at: http://adldap.sourceforge.net Actual result: -- Program returns the following: -- CN=Last\, First,CN=Users,DC=example,DC=com Warning: ldap_add() [function.ldap-add]: Add: Invalid DN syntax in / PHP/classes/class.adLDAP.php on line 689 -- Notes: The dn syntax is completely valid, no reason why this should not work. line 689 is not the actual location of ldap_add in the original adldap class: (http://adldap.sourceforge.net), but it is near that line. In the class, it is preceeded by an @. I removed the @ to see the error messages. Notes: the phpLDAPadmin project has a similar problem but when exporting to LDIF format, the DN comes out like this: CN=Last\2C First,CN=Users,DC=example,DC=com under and Open Directory Server. Other notes: This bug also seems to appear in the PEAR package for LDAP. I have tried DN entries with commas ,, backslash commas, \,, etc. and none of it works. -- Edit this bug report at http://bugs.php.net/?id=41953edit=1
#41957 [Opn-Bgs]: utf8 data appears to become ascii after mysql_query/mysql_fetch_row
ID: 41957 Updated by: [EMAIL PROTECTED] Reported By: jhala at uoregon dot edu -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Vista/Fedora 7/WinXP PHP Version: 5.2.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2007-07-10 21:41:48] jhala at uoregon dot edu Description: I have a fully UTF-8 MySQL database with a fully UTF-8 table. I have a php page which has meta http-equiv=content-type content=application/xhtml+xml; charset=utf-8 / at the top of the html section and mysql_set_charset(utf8); after my connection. I have all my php.ini mbstring stuff configured for utf-8: mbstring.language = Neutral mbstring.internal_encoding = UTF-8 mbstring.http_input = auto mbstring.encoding_translation = On mbstring.detect_order = auto and for what it's worth, echo mb_internal_encoding(); reports UTF-8 and mysql_client_encoding(); reports utf8. Reproduce code: --- $con = mysql_connect('localhost', 'user', 'password'); mysql_select_db(database, $con); mysql_set_charset(utf8); $query = SELECT japanese_terms.term_lang, language_en FROM japanese_terms, languages ; $query .=WHERE japanese_terms.term_id = languages.language_id ORDER BY term_id; $result = mysql_query($query); while( $row = mysql_fetch_row($result)) { foreach($row as $field) { print($field . br /); } } Expected result: I expect the UTF-8 data to display properly, and as UTF-8 data. When I run the same query that pulls out (in this case, Japanese, but say any) UTF8 data, it displays properly in MySQL Query Browser. Actual result: -- With php in the above context however, it does not. Instead, it prints a ? corresponding to each character. When I use mb_detect_encoding(); on each such string, it tells me they are encoded as ASCII instead of expected UTF-8. -- Edit this bug report at http://bugs.php.net/?id=41957edit=1
#41489 [Opn-Fbk]: stream_select does not work on ssl stream_socket_server (works in 5.2.1!) on 64b
ID: 41489 Updated by: [EMAIL PROTECTED] Reported By: n dot escuder at intra-links dot com -Status: Open +Status: Feedback Bug Type: Streams related Operating System: Linux 2.6 PHP Version: 5.2.3 Assigned To: iliaa New Comment: Please give more information about your (64bit) system. And also the full configure line. I can NOT reproduce this using latest CVS on this system: # uname -a Linux linux5 2.6.20-1.2944.fc6 #1 SMP Tue Apr 10 17:46:00 EDT 2007 x86_64 x86_64 x86_64 GNU/Linux (fedora 6) Previous Comments: [2007-07-09 13:22:49] n dot escuder at intra-links dot com I have sent an email to [EMAIL PROTECTED] on 03/07/2007 with no answer. So i reopen the bug. Email content : I just retry with php 5.2.3 and php 5.2.4-dev On 64 bit plateform the ACCEPT never arrive. With PHP 5.2.1 on the same plateform ACCEPT arrive. I can do some try if you need. Email me. I don't known what to do ... And i need this function ;o) [2007-07-02 16:12:08] [EMAIL PROTECTED] I've just tried it on a 64 bit opteron and it definitely goes into ACCEPT [2007-07-01 01:50:13] [EMAIL PROTECTED] Ilia, can you check it out please? [2007-06-29 19:59:04] n dot escuder at intra-links dot com Ok now it's good on 32 bit plateform but not on 64 bit. If i compile 32 bit version of PHP this works. If i compile 64 bit version of PHP your patch don't work. [2007-05-27 17:06:17] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. 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/41489 -- Edit this bug report at http://bugs.php.net/?id=41489edit=1
#41926 [Opn-Bgs]: Dir function unable to view shared folders
ID: 41926 Updated by: [EMAIL PROTECTED] Reported By: fskbcb at puk dot ac dot za -Status: Open +Status: Bogus Bug Type: Network related Operating System: Windows XP PHP Version: 5.2.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2007-07-08 18:43:45] fskbcb at puk dot ac dot za Description: I am unable to access a shared directory on another windows pc by executing the windows dir \\remoteserver\sharedir function in php. I have tried this using exec(),system() etc. When I type the command dir \\remoteserver\sharedir on the windows command line (cmd) it works fine. If I do a dir \\ownserver\sharedir of the shares of the pc that I am working on, I am able to view them. It seems that when php executes the command to read another pc's shares, there may be permission problems? Reproduce code: --- ?php /* Please change server name and directory name to relevant windows share */ $server_name=radio; $server_name=radio; $directory_name=photos; $share=.$server_name.\\.$directory_name; $cmd=array( net use .$share, dir .$share); for ($x=0;$x count($cmd);$x++) { echo Command: .$cmd[$x]. br; $result = `$cmd[$x]`; echo The result is: br.$result. br; } ? Expected result: Command: net use \\radio\photos The result is: Local name Remote name \\radio\photos Resource type Disk Status OK # Opens 0 # Connections 1 The command completed successfully. Command: dir \\radio\photos The result is: Actual result: -- Command: net use \\radio\photos The result is: Local name Remote name \\radio\photos Resource type Disk Status OK # Opens 0 # Connections 1 The command completed successfully. Command: dir \\radio\photos The result is: Volume in drive \\radio\photos is Spare Volume Serial Number is 4C41-9557 Directory of \\radio\photos 05/07/2007 06:13 PMDIR . 05/07/2007 06:13 PMDIR .. etc . . . . . -- Edit this bug report at http://bugs.php.net/?id=41926edit=1
#41899 [Opn-Csd]: Can't open files with leading relative path of '..' and '..' is not readable
ID: 41899 Updated by: [EMAIL PROTECTED] Reported By: geoffwa at cs dot rmit dot edu dot au -Status: Open +Status: Closed Bug Type: Streams related Operating System: Solaris 10 PHP Version: 5.2.3 New Comment: Since it's fixed in CVS - closed. Previous Comments: [2007-07-06 01:03:53] geoffwa at cs dot rmit dot edu dot au Is also broken in 5.2.0 and 5.2.2. Appears to be fixed in latest snapshot: ./php-5.2-200707060030 -v PHP 5.2.4-dev (cli) (built: Jul 6 2007 10:59:53) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies ./php-5.2-200707060030 -f test.php Current working directory is: /home/g/geoffwa/test Opened /home/g/geoffwa/test/a/b/file Opened ./a/b/file from ./a using ./b/file Opened ./a/b/file from ./a using ./b/c/../file Opened ./a/b/file from ./a/b/c using ../file Opened ../file from ./a/b/c using ./../file Opened ./a/b/file from ./a/b using ./file Opened ./a/file from ./a/b using ./c/../../file Opened ./a/b/c/file from ./a/b/c using ../c/file [2007-07-05 21:59:45] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2007-07-05 06:34:06] geoffwa at cs dot rmit dot edu dot au Description: (possibly related to bug #39953 or bug #39351) If a relative path to a file has '..' as a leading path component, and the directory referred to by '..' is not readable by the user, then opening a file using the relative path fails. Using an absolute path or a path with a non-'..' leading component opens said file just fine. Reproduce code: --- See http://goanna.cs.rmit.edu.au/~geoffwa/relative_path_bug.php for a large test script. Expected result: (Using PHP 5.1.4) Current working directory is: /home/g/geoffwa/test Opened /home/g/geoffwa/test/a/b/file Opened ./a/b/file from ./a using ./b/file Opened ./a/b/file from ./a using ./b/c/../file Opened ./a/b/file from ./a/b/c using ../file Opened ../file from ./a/b/c using ./../file Opened ./a/b/file from ./a/b using ./file Opened ./a/file from ./a/b using ./c/../../file Opened ./a/b/c/file from ./a/b/c using ../c/file Actual result: -- (Using PHP 5.2.3 + suhosin patch) Opened /home/g/geoffwa/test/a/b/file Opened ./a/b/file from ./a using ./b/file Opened ./a/b/file from ./a using ./b/c/../file Failed to open ./a/b/file from ./a/b/c using ../file Failed to open ./a/b/file from ./a/b/c using ./../file Opened ./a/b/file from ./a/b using ./file Opened ./a/file from ./a/b using ./c/../../file Failed to open ./a/b/c/file from ./a/b/c using ../c/file -- Edit this bug report at http://bugs.php.net/?id=41899edit=1
#41906 [Opn-Fbk]: slow local mysql_connect
ID: 41906 Updated by: [EMAIL PROTECTED] Reported By: kkr at mit dot de -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: Windows 2000 PHP Version: 5.2.3 New Comment: 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 Previous Comments: [2007-07-05 15:56:22] kkr at mit dot de Description: Between 5.2.1 and 5.2.2 the PHP connects much slower to a local mysql5 installation running under apache/windows 2000. It now takes 5 seconds more to a simple connect which at least does work after that time. In the changelog I've seen a new mysql client lib used starting from 5.2.2 upwards, anyone else has these problems too? The 5.2.3 still has the same behavior. A connect is either via TCP or via named pipe/socket possible but slow. Local graphical frontends to the database are as fast as always. MySQL version is the latest released one 5.0.41. Reproduce code: --- the usual mysql_connect() Expected result: I expect a connect time from 200ms and experience 5500ms now. -- Edit this bug report at http://bugs.php.net/?id=41906edit=1
#41899 [Opn-Fbk]: Can't open files with leading relative path of '..' and '..' is not readable
ID: 41899 Updated by: [EMAIL PROTECTED] Reported By: geoffwa at cs dot rmit dot edu dot au -Status: Open +Status: Feedback Bug Type: Streams related Operating System: Solaris 10 PHP Version: 5.2.3 New Comment: 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 Previous Comments: [2007-07-05 06:34:06] geoffwa at cs dot rmit dot edu dot au Description: (possibly related to bug #39953 or bug #39351) If a relative path to a file has '..' as a leading path component, and the directory referred to by '..' is not readable by the user, then opening a file using the relative path fails. Using an absolute path or a path with a non-'..' leading component opens said file just fine. Reproduce code: --- See http://goanna.cs.rmit.edu.au/~geoffwa/relative_path_bug.php for a large test script. Expected result: (Using PHP 5.1.4) Current working directory is: /home/g/geoffwa/test Opened /home/g/geoffwa/test/a/b/file Opened ./a/b/file from ./a using ./b/file Opened ./a/b/file from ./a using ./b/c/../file Opened ./a/b/file from ./a/b/c using ../file Opened ../file from ./a/b/c using ./../file Opened ./a/b/file from ./a/b using ./file Opened ./a/file from ./a/b using ./c/../../file Opened ./a/b/c/file from ./a/b/c using ../c/file Actual result: -- (Using PHP 5.2.3 + suhosin patch) Opened /home/g/geoffwa/test/a/b/file Opened ./a/b/file from ./a using ./b/file Opened ./a/b/file from ./a using ./b/c/../file Failed to open ./a/b/file from ./a/b/c using ../file Failed to open ./a/b/file from ./a/b/c using ./../file Opened ./a/b/file from ./a/b using ./file Opened ./a/file from ./a/b using ./c/../../file Failed to open ./a/b/c/file from ./a/b/c using ../c/file -- Edit this bug report at http://bugs.php.net/?id=41899edit=1
#38245 [Opn-Asn]: File Upload Problem When magic_quotes_gpc = On
ID: 38245 Updated by: [EMAIL PROTECTED] Reported By: david at orangegateos dot com -Status: Open +Status: Assigned Bug Type: *General Issues Operating System: Windows 2003 and IIS6.0 PHP Version: 5CVS-2006-07-31 (snap) -Assigned To: +Assigned To: iliaa New Comment: Ilia, this can't be intentional.. Previous Comments: [2007-06-21 22:28:31] [EMAIL PROTECTED] Uhm, I think the filename should only escaped after applying basename(). I didn't look to the sources to check if that is possible, though. [2006-08-04 16:07:48] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Actually upon further review it seems that this behavior is intended. The filename is supposed to contain just the filename, however on Win32 backslash (\) is considered to be a directory separator, at it foo\'bar.txt would actually be treated as directory foo containing file 'bar.txt. [2006-07-31 21:51:17] david at orangegateos dot com I did some rather extensive testing today with many different versions of PHP. I used Windows versions of PHP for my testing. Utilized versions of PHP 5 were from 5.0.0 to 5.1.4 and versions of PHP 4 from 4.1.0 to 4.4.2. The result I was looking for was a full, escaped filename to be output on the page (e.g. David\'s Image.jpg). Versions that gave the *desired* results were: 4.1.0, 4.1.1, 4.1.2, 4.2.0, 4.2.1, 4.2.3, 4.3.0, 4.3.1, 4.3.2, 4.3.3, 4.3.4, 4.3.5, 4.3.6, 4.3.7, 4.3.8, 4.3.9, 5.0.0, 5.0.1, and 5.0.2. Versions 4.3.10+ and 5.0.3+ all gave incorrect results. It is noted in the ChangeLog that this bug was fixed in PHP versions 4.3.11 and 5.0.4, but these versions still produce incorrect results. In the Handling File Uploads documentation notes section, some users report that there are some problems with this feature. The first occurrence of this is at http://us2.php.net/manual/en/features.file-upload.php#60024, and another appears at http://us2.php.net/manual/en/features.file-upload.php#64087. The documentation states that $_FILES['userfile']['name'] is the original name of the file on the client machine. Are Windows versions of PHP supposed to be chopping off the filename if magic_quotes_gpc is on, or is it supposed to return the full, escaped filename? [2006-07-28 21:42:14] david at orangegateos dot com I have just tried the linked version for Windows, and I continue to receive the same problem. I used the included php.ini-dist file, unmodified from the zip file. However, I do receive the full, escaped filename with 5.0.2, similiar to what you say you receive with the linked 5.2. This is on a Windows Server 2003 box with IIS6.0. [2006-07-28 21:05:46] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip I've tried it on latest version of PHP 5.2 from CVS and it works fine, the full, escaped file name is returned. 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/38245 -- Edit this bug report at http://bugs.php.net/?id=38245edit=1
#41889 [Opn-Fbk]: file_get_contents crashes on some SSL sites
ID: 41889 Updated by: [EMAIL PROTECTED] Reported By: roman dot vanicek at gmail dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Ubuntu Linux 6.06 PHP Version: 5.2.3 New Comment: Are each and every one of those extensions linked with same SSL libraries? And none of them is linked with static ssl libs? Previous Comments: [2007-07-03 15:38:16] roman dot vanicek at gmail dot com I have more details and the strack-trace (below). The problem appears only if there are both oci8.so and pdo_oci.so loaded as dynamic modules. If there is none of them loaded or just one of them present, it works ok. When there are both of them, it segfaults. The static linking i have not tried. The stack trace (--disable-debug). #3 0xb7f4eb30 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 #4 0xb65c2115 in __do_global_dtors_aux () from /usr/local/lib/oracli/libclntsh.so.10.1 #5 0xb71120be in _fini () from /usr/local/lib/oracli/libclntsh.so.10.1 #6 0xb7f4f8f4 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 #7 0xb7cd75d7 in exit () from /lib/tls/i686/cmov/libc.so.6 #8 0x0805dd58 in ap_start_restart () #9 0x0805f070 in ap_update_child_status () #10 0x08060e0f in main () (gdb) The stack trace (--enable-debug). Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1211394368 (LWP 13339)] 0xb7f593d3 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 (gdb) bt #0 0xb7f593d3 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 #1 0xb7f597c9 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 #2 0xb7f5cbf6 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 #3 0xb7f5cb30 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 #4 0xb6303055 in A_X931RandomContextDestroy () from /usr/local/lib/oracli/libnnz10.so #5 0xb7c1f7d6 in ssl3_get_key_exchange () from /usr/lib/i686/cmov/libssl.so.0.9.8 #6 0xb7c22207 in ssl3_connect () from /usr/lib/i686/cmov/libssl.so.0.9.8 #7 0xb7c345f4 in SSL_connect () from /usr/lib/i686/cmov/libssl.so.0.9.8 #8 0xb7c287ce in ssl23_connect () from /usr/lib/i686/cmov/libssl.so.0.9.8 #9 0xb7c345f4 in SSL_connect () from /usr/lib/i686/cmov/libssl.so.0.9.8 #10 0xb19a782e in php_openssl_enable_crypto (stream=0x8115de4, sslsock=0x8115d80, cparam=0xbfe5fd30) at /root/build/php/php-5.2.3/ext/openssl/xp_ssl.c:418 #11 0xb19a72a5 in php_openssl_sockop_set_option (stream=0x8115de4, option=8, value=0, ptrparam=0xbfe5fd30) at /root/build/php/php-5.2.3/ext/openssl/xp_ssl.c:666 #12 0xb1c13631 in _php_stream_set_option (stream=0x8115de4, option=8, value=0, ptrparam=0xbfe5fd30) at /root/build/php/php-5.2.3/main/streams/streams.c:1133 #13 0xb1c2132e in php_stream_xport_crypto_enable (stream=0x8115de4, activate=1) at /root/build/php/php-5.2.3/main/streams/transports.c:371 ---Type return to continue, or q return to quit--- [2007-07-03 14:56:30] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. [2007-07-03 14:21:59] roman dot vanicek at gmail dot com Description: I have a PHP compiled with OpenSSL support. Calling function file_get_contents with an URL should give me a string but it crashes instead (segmentation fault). If my PHP runs as CLI or Apache2 module, it works fine. If my PHP runs as Apache1.3 module, it segfaults. With HTTP url, it works. With HTTPS url it works for some sites and crashes for others. With PHP version 5.2.0, everything works fine under the same circumstances (Apache1.3 module, HTTPS, same sites). Reproduce code: --- ?php $s = file_get_contents( https://www.mikropost.cz/index.php; ); var_dump($s); ? Expected result: The contents of the web-page. Actual result: -- Nothing - Apache process ends with segmentation fault. -- Edit this bug report at http://bugs.php.net/?id=41889edit=1
#41872 [Opn-Bgs]: PECL Binary Package for Win seems to contain wrong dll
ID: 41872 Updated by: [EMAIL PROTECTED] Reported By: msspamfang at gmx dot de -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Win XP Pro PHP Version: 5.2.3 New Comment: This is wrong place to report bugs in PECL extensions. Use http://pecl.php.net/bugs/ instead. Previous Comments: [2007-07-02 14:39:04] msspamfang at gmx dot de Description: the file php_apc.dll in the pecl-binary-package (5.2.3) for windows found on the download-page seems to be not working. Error Message (comming up twice) PHP Startup: Unable to load dynamic library '[somepathhere]\php_apc.dll' - Das angegebene Modul wurde nicht gefunden (module not found) Downloading the file from pecl.php.net (http://pecl4win.php.net/download.php/ext/5_2/5.2.1/php_apc.dll) solves the problem (yes, actually this is 5.2.1, while php download package is 5.2.3). Maybe of relevance: System Win XP Pro SP2, up to date patches Webserver Apache 2.2 php 5.2.3 has been a new installation, not just copied over an existing one Reproduce code: --- see description above Expected result: well, php should start... Actual result: -- php doesn't start correctly, see description above -- Edit this bug report at http://bugs.php.net/?id=41872edit=1
#41871 [Opn-Bgs]: mysql_free_result does not free result for a referenced result variable
ID: 41871 Updated by: [EMAIL PROTECTED] Reported By: kulakov74 at yandex dot ru -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Linux / Windows PHP Version: 5.2.3 New Comment: This is expected result. mysql_free_result() just decreases the refcount to the result and actual freeing happens during request shutdown (if refcount to the result is 0!). Previous Comments: [2007-07-02 13:12:53] kulakov74 at yandex dot ru Description: When I call mysql_free_result($Res) I expect I won't be able to use the result in calls to mysql_fetch_array() etc. But if $Res is passed by reference as a function parameter and is copied to another variable the result is not freed and I can still use it. I realize this is a VERY unlikely condition and I found it by accident (mixed 2 lines of code and got surprised to see no error). Also this might well be intentional behavior. Anyway, just in case. Reproduce code: --- a($Res); function a($Res){ $Res=mysql_query(Show Tables); $Res1=$Res; mysql_free_result($Res); mysql_fetch_array($Res); //still works! } Expected result: Warning: mysql_fetch_array(): 7 is not a valid MySQL result resource in Actual result: -- No errors -- Edit this bug report at http://bugs.php.net/?id=41871edit=1
#41446 [Asn-Fbk]: Incorrect PATH_INFO when just '/' is specified
ID: 41446 Updated by: [EMAIL PROTECTED] Reported By: robertn at the-nelsons dot org -Status: Assigned +Status: Feedback Bug Type: CGI related Operating System: Linux PHP Version: 5.2.2 Assigned To: iliaa New Comment: 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 Previous Comments: [2007-05-22 08:30:00] robertn at the-nelsons dot org I wanted to avoid having the URLs below attached to the bug report so I replied directly to [EMAIL PROTECTED] with the information below complete with full URLs. I've created a file called tst.php with the following contents: html body h1$_SERVER - ?php print phpversion();?/h1 table tbody ?php foreach ($_SERVER as $name = $value) { print trtd$name/tdtd$value/td/tr; } ? /tbody /table /body /html I then linked it to tst.php5 and tst.php5f. Files with extension .php5 are set up to be executed by php version 5.2.1 unmodified. This is the stock version my Hosting provider uses. I also tested an unmodified 5.2.2 and the problem also occurs. It is just easier to use the 5.2.1 then build a non working 5.2.2. Files with extension .php5f are executed by php version 5.2.2 patched as per the bug report. You can see the different results using the URLs below: [The URLs were removed.] [2007-05-21 16:41:22] [EMAIL PROTECTED] I've tried to reproduce the problem, but it seems to be working fine as is. Can you show me output of $_SERVER from a working path info request? [2007-05-20 22:46:06] robertn at the-nelsons dot org Apache/2.0.54 (Unix) PHP/4.4.4 mod_ssl/2.0.54 OpenSSL/0.9.7e mod_fastcgi/2.4.2 DAV/2 SVN/1.4.2 [2007-05-20 16:06:10] [EMAIL PROTECTED] What web server are you using? [2007-05-20 02:09:25] robertn at the-nelsons dot org This bug happens because tsrm_realpath() strips any trailing slashes before resolving the realpath. The fix is to change the code in sapi/cgi/cgi_main.c at line 799. From: if (script_path_translated (real_path = tsrm_realpath(script_path_translated, NULL TSRMLS_CC)) == NULL) { to: if (script_path_translated (script_path_translated[strlen(script_path_translated) - 1] == '/' || script_path_translated[strlen(script_path_translated) - 1] == '\\' || (real_path = tsrm_realpath(script_path_translated, NULL TSRMLS_CC)) == NULL)) { This isn't the most efficient fix but best illustrates the solution. 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/41446 -- Edit this bug report at http://bugs.php.net/?id=41446edit=1
#38476 [Opn-Fbk]: PATH_INFO, ORIG_PATH_INFO, and PHP_SELF not set in Lighttpd1.4.11/PHP4.4.3
ID: 38476 Updated by: [EMAIL PROTECTED] Reported By: fietka at rpi dot edu -Status: Open +Status: Feedback Bug Type: CGI related Operating System: Debian Linux PHP Version: 4.4.3 New Comment: 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 There have been some fixes to this. Please try it out. And FYI: PHP 4 is being phased out, meaning, there won't be any support whatsoever for it soon. Previous Comments: [2007-05-27 18:06:28] [EMAIL PROTECTED] I added the missing entries into HEAD/PHP_5_2 branches php.ini-* files. [2006-08-17 13:37:29] fietka at rpi dot edu Okay - upgrading to the latest 5.2 from CVS populated PHP_SELF correctly, with ORIG_PATH_INFO and PATH_INFO still empty. I did notice that php.ini with php5 no longer has the cgi.fix_pathinfo option available - why is that? [2006-08-17 12:44:16] fietka at rpi dot edu I'll try to give that try on a development machine,but as far as I know, installing PHP5 will break most, if not all, of my PHP applications. Is this actually a PHP4 bug? [2006-08-17 11:45:56] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-08-16 23:38:59] fietka at rpi dot edu Actually, bug 31892 is slightly different (only 1 of the 3 variables I'm missing is missing in that bug). Also, the solutions, diffs, and patches cited in that bug are long outdated, making that report irrelevant. 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/38476 -- Edit this bug report at http://bugs.php.net/?id=38476edit=1
#41820 [Opn-Asn]: Color noise in resized image when using IMAGECOPYRESAMPLED
ID: 41820 Updated by: [EMAIL PROTECTED] Reported By: richard dot gavenda at rksting dot cz -Status: Open +Status: Assigned Bug Type: GD related Operating System: Windows XP PHP Version: 5.2.3 Assigned To: pajoye Previous Comments: [2007-06-28 10:14:26] richard dot gavenda at rksting dot cz Ok, so let's close whis thread. I will wait for future versions :-) [2007-06-28 10:12:15] richard dot gavenda at rksting dot cz So there must be some sort of bug in resampling algorithm. When i resizing bitmap filled with solid color in any bitmap editor, using any aproximation (linear, bicubic, etc.) I get an image filled with exactly same solid color. With this issue I'm unable to reach one bit transparency of resized image. [2007-06-28 10:08:08] [EMAIL PROTECTED] Position of horizontal and vertical stripes is different on different machines. Yes, it is the problem with floating points value when we need a constant and precise result on different architecture. See; http://docs.sun.com/source/806-3568/ncg_goldberg.html for a good explanation about this problem. For example, your images has variation between 126 and 127 for a given channel. It may be only something like 126.4 and 126.5. I don't think I can fix it easily for this implementation (bicubic interpolation using floating points implementation). Future versions will have more filters and using less volatile precisions. [2007-06-28 10:00:33] richard dot gavenda at rksting dot cz Position of horizontal and vertical stripes is different on different machines. [2007-06-28 09:58:20] [EMAIL PROTECTED] It is what I said, a rounding issue. I'm not sure yet how to make it more portable. 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/41820 -- Edit this bug report at http://bugs.php.net/?id=41820edit=1
#41879 [Opn-Fbk]: POST array becomes empty
ID: 41879 Updated by: [EMAIL PROTECTED] Reported By: getmequick at gmail dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: Linux PHP Version: 5.2.3 New Comment: What SAPI are you using? (Apache, CGI / FastCGI, something else?) Previous Comments: [2007-07-02 23:27:43] getmequick at gmail dot com Description: We have recently installed SSL support to our domain and some problems came up, When we submit html form by using POST method, we get session vars instead in $_POST array or just empty array, if there no session vars registered. This happens only if we start session before, if we don't, $_POST array has values as expected. Reproduce code: --- test1.php page form action=test2.php method=post input type=text name=text / input type=submit name=text2 value=Submit / /form test2.php page ?php session_start(); print_r($_POST); ? Expected result: Array ( [text] = blah [text2] = Submit ) Actual result: -- Array ( ) -- Edit this bug report at http://bugs.php.net/?id=41879edit=1
#41879 [Opn-Fbk]: POST array becomes empty
ID: 41879 Updated by: [EMAIL PROTECTED] Reported By: getmequick at gmail dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: Linux PHP Version: 5.2.3 New Comment: 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 There was one issue fixed in CVS which _might_ be causing this so please try the snapshot. Lot of other issues were fixed too, so if you encounter any other problems, don't hesitate reporting them too in separate reports! Previous Comments: [2007-07-02 23:42:30] getmequick at gmail dot com it's Apache 1.3x [2007-07-02 23:33:31] [EMAIL PROTECTED] What SAPI are you using? (Apache, CGI / FastCGI, something else?) [2007-07-02 23:27:43] getmequick at gmail dot com Description: We have recently installed SSL support to our domain and some problems came up, When we submit html form by using POST method, we get session vars instead in $_POST array or just empty array, if there no session vars registered. This happens only if we start session before, if we don't, $_POST array has values as expected. Reproduce code: --- test1.php page form action=test2.php method=post input type=text name=text / input type=submit name=text2 value=Submit / /form test2.php page ?php session_start(); print_r($_POST); ? Expected result: Array ( [text] = blah [text2] = Submit ) Actual result: -- Array ( ) -- Edit this bug report at http://bugs.php.net/?id=41879edit=1
#41879 [Opn-Fbk]: POST array becomes empty
ID: 41879 Updated by: [EMAIL PROTECTED] Reported By: getmequick at gmail dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: Linux PHP Version: 5.2.3 New Comment: The urls posted above direct you to packages to download and those packages contain the NEWS file with all fixes and changes, etc. Previous Comments: [2007-07-02 23:55:43] getmequick at gmail dot com OK, where do I find the latest snapshot's changelog? [2007-07-02 23:44:19] [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 There was one issue fixed in CVS which _might_ be causing this so please try the snapshot. Lot of other issues were fixed too, so if you encounter any other problems, don't hesitate reporting them too in separate reports! [2007-07-02 23:42:30] getmequick at gmail dot com it's Apache 1.3x [2007-07-02 23:33:31] [EMAIL PROTECTED] What SAPI are you using? (Apache, CGI / FastCGI, something else?) [2007-07-02 23:27:43] getmequick at gmail dot com Description: We have recently installed SSL support to our domain and some problems came up, When we submit html form by using POST method, we get session vars instead in $_POST array or just empty array, if there no session vars registered. This happens only if we start session before, if we don't, $_POST array has values as expected. Reproduce code: --- test1.php page form action=test2.php method=post input type=text name=text / input type=submit name=text2 value=Submit / /form test2.php page ?php session_start(); print_r($_POST); ? Expected result: Array ( [text] = blah [text2] = Submit ) Actual result: -- Array ( ) -- Edit this bug report at http://bugs.php.net/?id=41879edit=1
#41863 [Opn-Csd]: post array is empty
ID: 41863 Updated by: [EMAIL PROTECTED] Reported By: eag at jensentechnologies dot com -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: FreeBSD 6.0 PHP Version: 5.2.3 New Comment: This is already fixed in CVS. For the next time: SEARCH before reporting.. Previous Comments: [2007-07-01 11:43:44] judas dot iscariote at gmail dot com I can't use POST from AJAX. Upgrading to php 5.2.3 will probably help. http_raw_post-data was broken in 5.2.2, try with a newer version first [2007-07-01 08:37:24] eag at jensentechnologies dot com Forgot this... Request Headers Hostlandlordterminal.com User-Agent Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.12) Gecko/20070508 Firefox/1.5.0.12 Accept text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language en-us,en;q=0.5 Accept-Encoding gzip,deflate Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive 300 Connection keep-alive Content-Typeapplication/octet-stream Content-Length 53 Cookie project_manager=1; logged_users=NNS; __utmz=28800929.1181397462.24.3.utmccn=(organic)|utmcsr=google|utmctr=web+based+property+management+system|utmcmd=organic; __utma=28800929.1605506228.1177254938.1182327548.1183110471.26; PHPSESSID=v6t22l44ggss1l4011pb36pt40 Pragma no-cache Cache-Control no-cache [2007-07-01 08:34:04] eag at jensentechnologies dot com Description: PHP Version is 5.2.2 Response Headers Via 1.1 STARGATE Connection Keep-Alive Proxy-ConnectionKeep-Alive Content-Length 326 Expires Thu, 19 Nov 1981 08:52:00 GMT DateSun, 01 Jul 2007 08:09:18 GMT Content-Typetext/plain; charset=utf-8 Server Apache/2.2.4 (Unix) PHP/5.2.2 with Suhosin-Patch mod_ssl/2.2.4 OpenSSL/0.9.7e-p1 mod_apreq2-20051231/2.5.7 mod_perl/2.0.3 Perl/v5.8.7 X-Powered-ByPHP/5.2.2 Set-Cookie debug=no Cache-Control no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma no-cache Keep-Alive timeout=5, max=100 Post Data data[id]=1334data[txt]=4data[sel]=cardact=checkout always_populate_raw_post_data Off variables_order GPCS Please help, I can't use POST from AJAX. If I send POST from usual form, I getting it normally. -- Edit this bug report at http://bugs.php.net/?id=41863edit=1
#41787 [Opn-Bgs]: not view the correct code in the browser
ID: 41787 Updated by: [EMAIL PROTECTED] Reported By: d58m at hotmail dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: windows 2000 Professional PHP Version: 5.2.4 New Comment: You're just installed PHP wrong or something like that. I can't reproduce this with latest CVS on any system. Previous Comments: [2007-07-01 11:22:36] d58m at hotmail dot com I am working my way through a book called PHP 5 in easy steps ISBN 1-84078-282-x very basic, my webpage teacher recommended. -- I have typed this programme and get an error: The page cannot be displayed. ?php phpinfo();? - This programme in two parts will generate the bug that I report to you. html head titleCalculation Form/title /head body form action = calc.php method = post Value 1: input type = text name = val1 size = 10 Value 2: input type = text name = val2 size = 10 br Calculation: br input type = radio name = calc value = add Add input type = radio name = calc value = sub Subtract input type = radio name = calc value = mul Multiply input type = radio name = calc value = div Divide hr input type = submit value = Calculate input type = reset value = Clear /form /body /html - !-- example for PHP 5.0.0 final release -- html head titleCalculation Result/title /head body p ?php $val1 = $_POST['val1']; $val2 = $_POST['val2']; $calc = $_POST['calc']; if( is_numeric( $val1 ) is_numeric( $val2 ) ) { if( $calc != null ) { switch( $calc ) { case add : $result = $val1 + $val2; break; case sub : $result = $val1 - $val2; break; case mul : $result = $val1 * $val2; break; case div : $result = $val1 / $val2; break; } echo( Calculation result: $result ); } } else { echo( Invalid entry - please retry ); } ? /p pnbsp;/p pnbsp;/p pa href=calc.htmlCalc/a/p /body /html [2007-07-01 01:48:33] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2007-06-30 17:38:02] d58m at hotmail dot com DebugDiag 1.1 (x86) Report: Thread 0 - System ID 3720 Entry point php+2fc2 Create time 30/06/2007 05:16:18 PM Time spent in user mode 0 Days 00:00:00.031 Time spent in kernel mode 0 Days 00:00:00.01 Thread 1 - System ID 2896 Entry point KERNEL32!BaseAttachComplete Create time 30/06/2007 05:17:27 PM Time spent in user mode 0 Days 00:00:00.00 Time spent in kernel mode 0 Days 00:00:00.00 Thread 2 - System ID 2920 Entry point 0x85e0bc88 Create time 30/06/2007 05:18:24 PM Time spent in user mode 0 Days 00:00:00.00 Time spent in kernel mode 0 Days 00:00:00.00 Thread 0 - System ID 3720 Entry point php+2fc2 Create time 30/06/2007 05:16:18 PM Time spent in user mode 0 Days 00:00:00.031 Time spent in kernel mode 0 Days 00:00:00.015 Thread 1 - System ID 2896 Entry point 0x Create time 30/06/2007 05:17:27 PM Time spent in user mode 0 Days 00:00:00.00 Time spent in kernel mode 0 Days 00:00:00.00 Thread 2 - System ID 2920 Entry point 0x85e0bc88 Create time 30/06/2007 05:18:24 PM Time spent in user mode 0 Days 00:00:00.00 Time spent in kernel mode 0 Days 00:00:00.00 -- If you double clicked on PhP.exe file you get these dll errors: PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ ext\php_exif.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ ext\php_oci8.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ ext\php_pdo_oci.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to
#41864 [Opn-Bgs]: CLI crashes on exit when loading php_threads.dll
ID: 41864 Updated by: [EMAIL PROTECTED] Reported By: deepermm at web dot de -Status: Open +Status: Bogus Bug Type: CGI related Operating System: Windows Vista PHP Version: 5CVS-2007-07-01 (snap) New Comment: This is wrong place to report bugs in PECL extensions. Previous Comments: [2007-07-01 13:15:51] deepermm at web dot de not loading php_threads.dll works around that [2007-07-01 13:07:30] deepermm at web dot de Rechecked: It also crashes upon die() and exit(), this time apache suffers as well. [2007-07-01 13:02:32] deepermm at web dot de Description: When running the 5.2.4-dev (5.2.2.4) php.exe, php-win.exe or php-cgi.exe from either the command line or the explorer, using any command line options, windows will generate an CLI does not work anymore error as soon as the applications exits. When viewing pages through the Apache 2.2 php module, everything works fine. Reproduce code: --- just run the CLI and exit witth CTRL-Z or run with any command line options Expected result: clean exit Actual result: -- Visual Studio quotes an Unhandled exception at 0x10099c2d in php.exe: 0xC005: Access violation reading location 0x0014., the call stack shows that the call comes from php5ts.dll!10099c2d() in an earlier stage. Windows Event log gives Application Error, Event-ID: 1000, Level: 2, Task category: 100, Keyword: 0x80 (classic), Protocol channel: Application Error in php.exe (5.2.4.4), failing module: php5ts.dll (5.2.4.4) Timestamp 0x4687981e, Exception code 0xc005, Error offset 00099c2d Process ID b98, Application start time 01c7bbddaf3efa82. Visual Studio backtrace: php5ts.dll!zend_hash_destroy(_hashtable * ht=0x0001) Line 522 + 0x7 bytes C php5ts.dll!module_registry_cleanup(_zend_module_entry * module=0x01a5de98, void * * * tsrm_ls=0x0015f860) Line 1946 + 0x11 bytes C php5ts.dll!zend_hash_apply(_hashtable * ht=0x104b0fc0, int (void *, void * * *)* apply_func=0x100078b0, void * * * tsrm_ls=0x0015f860) Line 673 + 0x9 bytes C php5ts.dll!zend_deactivate_modules(void * * * tsrm_ls=0x0015f860) Line 838 + 0x10 bytes C php5ts.dll!php_request_shutdown(void * dummy=0x) Line 1317C php.exe!main(int argc=1, char * * argv=0x0015f838) Line 1332 + 0x8 bytes C php.exe!_mainCRTStartup() + 0xe3 bytes kernel32.dll!77343833() [Frames below may be incorrect and/or missing, no symbols loaded for kernel32.dll] ntdll.dll!77a1a9bd() -- Edit this bug report at http://bugs.php.net/?id=41864edit=1
#41857 [Opn-Asn]: proc_close() sometimes returns 0 but most times returns -1
ID: 41857 Updated by: [EMAIL PROTECTED] Reported By: charpour at gnet dot gr -Status: Open +Status: Assigned Bug Type: Program Execution Operating System: Debian 4.0 etch/Slackware 10.2.0 PHP Version: 5.2.3 -Assigned To: +Assigned To: tony2001 New Comment: According to Thies' commit comment about the --enable-sigchild option it is needed when using oracle libs = 8.1 (see: cvs log -r1.132 configure.in) Does it still count? And if it does, is this option just for the oracle stuff? If it is, why not move it into ext/oci8/config.m4 ? (and perhaps ext/pdo_oci/config.m4 needs it too..) Previous Comments: [2007-06-30 11:49:00] judas dot iscariote at gmail dot com If you remove --enable-sigchild it will work. do not use that, is not needed anymore for nothing. ( IIRC was needed for old oracle extension that is no longer in use) I only wonder why it has not been removed yet.. [2007-06-30 00:21:09] thespacefrog at hotmail dot com I have the same problem with proc_close and I need the sigchild option to have the script run as a daemon. Is there any chance to fix this?:/ Thanks [2007-06-29 21:37:18] charpour at gnet dot gr Without these options in the configure command works fine (returns always 0) : --enable-sigchild --enable-pcntl --enable-shmop --enable-sysvsem [2007-06-29 20:52:33] charpour at gnet dot gr Description: Sometimes proc_close() returns the expected value 0 but most times returns -1. Configure command: './configure' '--prefix=/usr/local/php5.2' '--with-mysql' '--with-mysql-sock' '--with-sqlite' '--enable-sqlite-utf8' '--with-zlib' '--with-zlib-dir' '--with-bz2' '--with-config-file-path=/usr/local/php5.2' '--enable-mbstring' '--enable-sigchild' '--enable-pcntl' '--enable-shmop' '--enable-sysvsem' '--enable-cli' '--disable-cgi' Reproduce code: --- ?php $descriptorspec = array( 0 = array(pipe, r), 1 = array(pipe, w), 2 = array(file, /tmp/error-output.txt, a) ); $cwd = '/tmp'; $process = proc_open('ls -lap', $descriptorspec, $pipes, $cwd); if (is_resource($process)) { fclose($pipes[0]); echo stream_get_contents($pipes[1]); fclose($pipes[1]); $return_value = proc_close($process); echo command returned $return_value\n; } ? Expected result: command returned 0. Actual result: -- command returned 0. or command returned -1. -- Edit this bug report at http://bugs.php.net/?id=41857edit=1
#41855 [Opn-Bgs]: Problem with require()
ID: 41855 Updated by: [EMAIL PROTECTED] -Summary: Problem with require function Reported By: siegler at boskage dot com -Status: Open +Status: Bogus -Bug Type: Filesystem function related +Bug Type: Scripting Engine problem Operating System: Windows Server 2003 (IIS 6) PHP Version: 5.2.3 New Comment: FYI: require / include are not functions, they are language constructs. And something like 'require() or foo()' isn't gonna work since require exits if file is not found. Previous Comments: [2007-06-29 18:32:22] siegler at boskage dot com Description: I am having problems using a require statement and getting very odd results. The link of code is: require(util.php); util.php does exist in the same directory as the executing script (I have even run getcwd() to insure my path is getting interpreted correctly). Initially I was getting no error output from this, and for some reason when I change the code to read: require(util.php) or die(blah); I will get my error, except require is throwing a notice instead of a fatal error so I need this die statement to actually get an error to show, and die never shows the text I pass to the function. Reproduce code: --- Any require statement may or may not reproduce this issue (for the most part it seems pretty random). I can temporarily fix this by switching my require to an include, run the script, switch back to require and rerun the script. It will work then for a short period of time. -- Edit this bug report at http://bugs.php.net/?id=41855edit=1
#41787 [Opn-Bgs]: not view the correct code in the browser
ID: 41787 Updated by: [EMAIL PROTECTED] Reported By: d58m at hotmail dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: windows 2000 Professional PHP Version: 5.2.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2007-07-01 13:34:42] d58m at hotmail dot com You're just installed PHP wrong or something like that. I can't reproduce this with latest CVS on any system. Please can you sent me the your installation process for php ver 5.2.4 for windows professional 2ooo so that I can check against me installation: apache_2.2.4-win32-x86-no_ssl lasted version. 1. Double click on PHP-5.2-Windows-installer-latest. 2. I accept the the terms in the licence Agreement. 3. C:\Program Files\PhP\ 4. Apache 2.2x module 5. C\Apache Software foundation\Apache2.2\Conf\ 6. Choose Items to install select all. 7. Install button clicked ok. 8. No installing errors. [2007-07-01 13:02:45] [EMAIL PROTECTED] You're just installed PHP wrong or something like that. I can't reproduce this with latest CVS on any system. [2007-07-01 11:22:36] d58m at hotmail dot com I am working my way through a book called PHP 5 in easy steps ISBN 1-84078-282-x very basic, my webpage teacher recommended. -- I have typed this programme and get an error: The page cannot be displayed. ?php phpinfo();? - This programme in two parts will generate the bug that I report to you. html head titleCalculation Form/title /head body form action = calc.php method = post Value 1: input type = text name = val1 size = 10 Value 2: input type = text name = val2 size = 10 br Calculation: br input type = radio name = calc value = add Add input type = radio name = calc value = sub Subtract input type = radio name = calc value = mul Multiply input type = radio name = calc value = div Divide hr input type = submit value = Calculate input type = reset value = Clear /form /body /html - !-- example for PHP 5.0.0 final release -- html head titleCalculation Result/title /head body p ?php $val1 = $_POST['val1']; $val2 = $_POST['val2']; $calc = $_POST['calc']; if( is_numeric( $val1 ) is_numeric( $val2 ) ) { if( $calc != null ) { switch( $calc ) { case add : $result = $val1 + $val2; break; case sub : $result = $val1 - $val2; break; case mul : $result = $val1 * $val2; break; case div : $result = $val1 / $val2; break; } echo( Calculation result: $result ); } } else { echo( Invalid entry - please retry ); } ? /p pnbsp;/p pnbsp;/p pa href=calc.htmlCalc/a/p /body /html [2007-07-01 01:48:33] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2007-06-30 17:38:02] d58m at hotmail dot com DebugDiag 1.1 (x86) Report: Thread 0 - System ID 3720 Entry point php+2fc2 Create time 30/06/2007 05:16:18 PM Time spent in user mode 0 Days 00:00:00.031 Time spent in kernel mode 0 Days 00:00:00.01 Thread 1 - System ID 2896 Entry point KERNEL32!BaseAttachComplete Create time 30/06/2007 05:17:27 PM Time spent in user mode 0 Days 00:00:00.00 Time spent in kernel mode 0 Days 00:00:00.00 Thread 2 - System ID 2920 Entry point 0x85e0bc88 Create time 30/06/2007
#39484 [Opn-Fbk]: intermittent include failure under symlinked virtual hosts
ID: 39484 Updated by: [EMAIL PROTECTED] Reported By: phpbugz at x0rz dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: linux kernel 2.4.27 w/debian 3.1 PHP Version: 5.2.0 New Comment: 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 Previous Comments: [2006-11-12 23:21:49] phpbugz at x0rz dot com Description: the *first* include will fail intermittently if apache2 virtual host is pointing to a symlinked DocumentRoot. problem is not easily reproducable and would occur perhaps 1 in 100 times, usually disappearing on refresh. this issue has gone away since reconfiguring the apache virtualhost's DocumentRoot to point to an absolute path instead of a symlinked one. a resolution was also found by setting an absolute path for the very first include within a script. Reproduce code: --- ? set_include_path($_SERVER['DOCUMENT_ROOT']); include('foo_include.php'); include('bar_include.php'); ? Filesystem : /home/www - /var/www Apache : VirtualHost DocumentRoot /home/www /VirtualHost Expected result: Occasionally observe the following : *Warning*: include(some_include.php) [function.include]: failed to open stream: No such file or directory in *foo_include.php* on line *blah* *Fatal error*: Call to undefined function foo_function() in *bar_include* on line *blah* ** noting that the first include fails but the second is ok. ** the include_path shown with this error will also point to the symlink path (/home/www in the 'reproduce code' example), not the symlink target. Actual result: -- code was added to dump the SERVER variables on include failure, keeping in mind the filesystem path is actually /var/www : *Warning*: include(required/connect.php) [function.include]: failed to open stream: No such file or directory in */var/www/moa/XXX/includes/required_includes.php* on line *7* *Warning*: include() [function.include]: Failed opening 'required/connect.php' for inclusion (include_path='/home/www/moa/XXX/') in */var/www/moa/XXX/includes/required_includes.php* on line *7* array(34) { [nokeepalive]= string(1) 1 [ssl-unclean-shutdown]= string(1) 1 [downgrade-1_0]= string(1) 1 [force-response-1_0]= string(1) 1 [HTTP_ACCEPT]= string(87) image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, */* [HTTP_REFERER]= string(40) http://moa.XXX.com/members_index.php; [HTTP_ACCEPT_LANGUAGE]= string(5) en-us [HTTP_UA_CPU]= string(3) x86 [HTTP_ACCEPT_ENCODING]= string(13) gzip, deflate [HTTP_USER_AGENT]= string(89) Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) [HTTP_HOST]= string(15) moa.XXX.com [HTTP_CONNECTION]= string(10) Keep-Alive [HTTP_COOKIE]= string(42) PHPSESSID=45f4ceaef2ff8824143aad70569ba022 [PATH]= string(28) /usr/local/bin:/usr/bin:/bin [SERVER_SIGNATURE]= string(0) [SERVER_SOFTWARE]= string(102) Apache/2.0.54 (Debian GNU/Linux) PHP/5.2.0-0.dotdeb.1 with Suhosin-Patch mod_ssl/2.0.54 OpenSSL/0.9.7e [SERVER_NAME]= string(15) moa.XXX.com [SERVER_ADDR]= string(12) 1.2.3.4 [SERVER_PORT]= string(2) 80 [REMOTE_ADDR]= string(12) 4.5.6.7 [DOCUMENT_ROOT]= string(22) /home/www/moa/XXX/ [SERVER_ADMIN]= string(18) [no address given] [SCRIPT_FILENAME]= string(30) /home/www/moa/XXX/menu.php [REMOTE_PORT]= string(5) 33073 [GATEWAY_INTERFACE]= string(7) CGI/1.1 [SERVER_PROTOCOL]= string(8) HTTP/1.1 [REQUEST_METHOD]= string(3) GET [QUERY_STRING]= string(11) module_id=5 [REQUEST_URI]= string(21) /menu.php?module_id=5 [SCRIPT_NAME]= string(9) /menu.php [PHP_SELF]= string(9) /menu.php [REQUEST_TIME]= int(1163034668) [argv]= array(1) { [0]= string(11) module_id=5 } [argc]= int(1) } *Fatal error*: Call to undefined function conn() in */var/www/moa/XXX/security/session.php* on line *109* on line *109* -- Edit this bug report at http://bugs.php.net/?id=39484edit=1
#41787 [Opn-Bgs]: not view the correct code in the browser
ID: 41787 Updated by: [EMAIL PROTECTED] Reported By: d58m at hotmail dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: windows 2000 Professional PHP Version: 5.2.4 New Comment: This is not the place to report bugs in PECL extensions. Report them at http://pecl.php.net/bugs/ Previous Comments: [2007-07-01 20:39:01] d58m at hotmail dot com I suggest you don't accept all and chose the bare minimum you need. php_iisfunc.dll, php_sam.dll and php_threads.dll appear to be causing breakages and should probably be removed from the installer until they are sorted. -- My teacher webpage developer show how to pick the appropriate windows php software to be installed in windows and apache software too. Then he show me how to installed PhP software and apache software in windows so therefore, I knew it was not installation errors. Up to then I was searching the web and read books and came up short because your software is developing so fast I was making errors installing the software and there was no help on your website for beginners only professions who are using server. When will you be up dating these dll files to remove the bugs? php_iisfunc.dll, php_sam.dll and php_threads.dll [2007-07-01 17:22:37] [EMAIL PROTECTED] I suggest you don't accept all and chose the bare minimum you need. php_iisfunc.dll, php_sam.dll and php_threads.dll appear to be causing breakages and should probably be removed from the installer until they are sorted. [2007-07-01 13:41:39] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. [2007-07-01 13:34:42] d58m at hotmail dot com You're just installed PHP wrong or something like that. I can't reproduce this with latest CVS on any system. Please can you sent me the your installation process for php ver 5.2.4 for windows professional 2ooo so that I can check against me installation: apache_2.2.4-win32-x86-no_ssl lasted version. 1. Double click on PHP-5.2-Windows-installer-latest. 2. I accept the the terms in the licence Agreement. 3. C:\Program Files\PhP\ 4. Apache 2.2x module 5. C\Apache Software foundation\Apache2.2\Conf\ 6. Choose Items to install select all. 7. Install button clicked ok. 8. No installing errors. [2007-07-01 13:02:45] [EMAIL PROTECTED] You're just installed PHP wrong or something like that. I can't reproduce this with latest CVS on any system. 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/41787 -- Edit this bug report at http://bugs.php.net/?id=41787edit=1
#41865 [Opn-Csd]: fputcsv(): 2nd parameter is not optional
ID: 41865 Updated by: [EMAIL PROTECTED] Reported By: machour at gmail dot com -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.2.3 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Nice catch. :) Previous Comments: [2007-07-01 21:20:52] machour at gmail dot com Description: Hi, The $fields parameter should be made mandatory on fputcsv() for two reason: 1. Calling fputcsv($fp) doesn't make sense (to me at least) 2. Calling fputcsv($fp) segfaults Please change the C source to look like if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, ra|ss, instead of if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, r|ass, (/ext/standard/file.c:1999 in HEAD) -- Edit this bug report at http://bugs.php.net/?id=41865edit=1
#41787 [Opn-Fbk]: not view the correct code in the browser
ID: 41787 Updated by: [EMAIL PROTECTED] Reported By: d58m at hotmail dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: windows 2000 Professional PHP Version: 5.2.4 New Comment: Do you understand what command line means? You open the shell and run 'php.exe yourscript.php'.. Previous Comments: [2007-06-29 18:53:41] d58m at hotmail dot com I hope that you fine this data useful in diagnosing my problem? Thread 251 - System ID 3672 Entry point Msvcrt!_beginthreadex+6b Create time 29/06/2007 07:11:54 PM Time spent in user mode 0 Days 0:0:0.15 Time spent in kernel mode 0 Days 0:0:0.0 FunctionArg 1 Arg 2 Arg 3 Source php5ts!zend_hash_add_or_update+11a 0961b84c 09618ed0 0005 php5ts!php_register_variable_ex+6c8 Thread 0 - System ID 3748 Entry point httpd+1e9f Create time 29/06/2007 06:35:03 PM Time spent in user mode 0 Days 0:0:0.281 Time spent in kernel mode 0 Days 0:0:0.218 FunctionArg 1 Arg 2 Arg 3 Source NTDLL!KiRaiseUserExceptionDispatcher+38 7c577ef0 0274 0006fee0 NTDLL!NtClose+b 0274 0006fee0 0204662b KERNEL32!CloseHandle+4f 0274 02047f6c 0274 php_apc+662b00239ff0 00239fe0 0023bf10 libapr_1!apr_pool_clear+2b 00239fe0 0072 006d0065 httpd+163b 0003 00232750 00232b28 httpd+1f82 0072 006d0065 7ffdf000 KERNEL32!BaseProcessStart+3d00401e9f 00c8 -- Thread 0 - System ID 472 Entry point httpd+1e9f Create time 29/06/2007 07:06:36 PM Time spent in user mode 0 Days 0:0:0.484 Time spent in kernel mode 0 Days 0:0:0.328 - FunctionArg 1 Arg 2 Arg 3 Source NTDLL!KiRaiseUserExceptionDispatcher+38 7c577ef0 0274 0006fee0 NTDLL!NtClose+b 0274 0006fee0 0661662b KERNEL32!CloseHandle+4f 0274 06611aa0 0274 php_apc+662b00239ff0 00239fe0 0023bf10 libapr_1!apr_pool_clear+2b 00239fe0 00720044 00760069 httpd+163b 0003 00232750 00232b28 httpd+1f82 00720044 00760069 7ffdf000 KERNEL32!BaseProcessStart+3d00401e9f 00c8 - Thread 0 - System ID 696 Entry point httpd+1e9f Create time 29/06/2007 11:26:30 AM Time spent in user mode 0 Days 0:0:2.328 Time spent in kernel mode 0 Days 0:0:1.984 FunctionArg 1 Arg 2 Arg 3 Source NTDLL!KiRaiseUserExceptionDispatcher+38 7c577ef0 0270 0006fee0 NTDLL!NtClose+b 0270 0006fee0 0142662b KERNEL32!CloseHandle+4f 0270 01421aa0 0270 php_apc+662b00239ff0 00239fe0 0023bf10 libapr_1!apr_pool_clear+2b 00239fe0 00740070 004d0070 httpd+163b 0003 00232750 00232b28 httpd+1f82 00740070 004d0070 7ffdf000 KERNEL32!BaseProcessStart+3d00401e9f 00c8 -- Thread 0 - System ID 3560 Entry point httpd+1e9f Create time 29/06/2007 07:15:13 PM Time spent in user mode 0 Days 0:0:0.203 Time spent in kernel mode 0 Days 0:0:0.203 FunctionArg 1 Arg 2 Arg 3 Source NTDLL!KiRaiseUserExceptionDispatcher+38 7c577ef0 0270 0006fee0 NTDLL!NtClose+b 0270 0006fee0 0204662b KERNEL32!CloseHandle+4f 0270 02041aa0 0270 php_apc+662b00239ff0 00239fe0 0023bf10 libapr_1!apr_pool_clear+2b 00239fe0 0072 006d0065 httpd+163b 0003 00232750 00232b28 httpd+1f82 0072 006d0065 7ffdf000 KERNEL32!BaseProcessStart+3d00401e9f
#41787 [Fbk]: not view the correct code in the browser
ID: 41787 Updated by: [EMAIL PROTECTED] Reported By: d58m at hotmail dot com Status: Feedback Bug Type: Apache2 related Operating System: windows 2000 Professional PHP Version: 5.2.4 New Comment: Also, what exactly is in that script of yours? Previous Comments: [2007-06-30 16:03:06] [EMAIL PROTECTED] Do you understand what command line means? You open the shell and run 'php.exe yourscript.php'.. [2007-06-29 18:53:41] d58m at hotmail dot com I hope that you fine this data useful in diagnosing my problem? Thread 251 - System ID 3672 Entry point Msvcrt!_beginthreadex+6b Create time 29/06/2007 07:11:54 PM Time spent in user mode 0 Days 0:0:0.15 Time spent in kernel mode 0 Days 0:0:0.0 FunctionArg 1 Arg 2 Arg 3 Source php5ts!zend_hash_add_or_update+11a 0961b84c 09618ed0 0005 php5ts!php_register_variable_ex+6c8 Thread 0 - System ID 3748 Entry point httpd+1e9f Create time 29/06/2007 06:35:03 PM Time spent in user mode 0 Days 0:0:0.281 Time spent in kernel mode 0 Days 0:0:0.218 FunctionArg 1 Arg 2 Arg 3 Source NTDLL!KiRaiseUserExceptionDispatcher+38 7c577ef0 0274 0006fee0 NTDLL!NtClose+b 0274 0006fee0 0204662b KERNEL32!CloseHandle+4f 0274 02047f6c 0274 php_apc+662b00239ff0 00239fe0 0023bf10 libapr_1!apr_pool_clear+2b 00239fe0 0072 006d0065 httpd+163b 0003 00232750 00232b28 httpd+1f82 0072 006d0065 7ffdf000 KERNEL32!BaseProcessStart+3d00401e9f 00c8 -- Thread 0 - System ID 472 Entry point httpd+1e9f Create time 29/06/2007 07:06:36 PM Time spent in user mode 0 Days 0:0:0.484 Time spent in kernel mode 0 Days 0:0:0.328 - FunctionArg 1 Arg 2 Arg 3 Source NTDLL!KiRaiseUserExceptionDispatcher+38 7c577ef0 0274 0006fee0 NTDLL!NtClose+b 0274 0006fee0 0661662b KERNEL32!CloseHandle+4f 0274 06611aa0 0274 php_apc+662b00239ff0 00239fe0 0023bf10 libapr_1!apr_pool_clear+2b 00239fe0 00720044 00760069 httpd+163b 0003 00232750 00232b28 httpd+1f82 00720044 00760069 7ffdf000 KERNEL32!BaseProcessStart+3d00401e9f 00c8 - Thread 0 - System ID 696 Entry point httpd+1e9f Create time 29/06/2007 11:26:30 AM Time spent in user mode 0 Days 0:0:2.328 Time spent in kernel mode 0 Days 0:0:1.984 FunctionArg 1 Arg 2 Arg 3 Source NTDLL!KiRaiseUserExceptionDispatcher+38 7c577ef0 0270 0006fee0 NTDLL!NtClose+b 0270 0006fee0 0142662b KERNEL32!CloseHandle+4f 0270 01421aa0 0270 php_apc+662b00239ff0 00239fe0 0023bf10 libapr_1!apr_pool_clear+2b 00239fe0 00740070 004d0070 httpd+163b 0003 00232750 00232b28 httpd+1f82 00740070 004d0070 7ffdf000 KERNEL32!BaseProcessStart+3d00401e9f 00c8 -- Thread 0 - System ID 3560 Entry point httpd+1e9f Create time 29/06/2007 07:15:13 PM Time spent in user mode 0 Days 0:0:0.203 Time spent in kernel mode 0 Days 0:0:0.203 FunctionArg 1 Arg 2 Arg 3 Source NTDLL!KiRaiseUserExceptionDispatcher+38 7c577ef0 0270 0006fee0 NTDLL!NtClose+b 0270 0006fee0 0204662b KERNEL32!CloseHandle+4f 0270 02041aa0 0270 php_apc+662b00239ff0 00239fe0 0023bf10 libapr_1!apr_pool_clear+2b 00239fe0 0072 006d0065 httpd+163b 0003 00232750 00232b28 httpd+1f82
#41787 [Opn-Fbk]: not view the correct code in the browser
ID: 41787 Updated by: [EMAIL PROTECTED] Reported By: d58m at hotmail dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: windows 2000 Professional PHP Version: 5.2.4 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Previous Comments: [2007-06-30 17:38:02] d58m at hotmail dot com DebugDiag 1.1 (x86) Report: Thread 0 - System ID 3720 Entry point php+2fc2 Create time 30/06/2007 05:16:18 PM Time spent in user mode 0 Days 00:00:00.031 Time spent in kernel mode 0 Days 00:00:00.01 Thread 1 - System ID 2896 Entry point KERNEL32!BaseAttachComplete Create time 30/06/2007 05:17:27 PM Time spent in user mode 0 Days 00:00:00.00 Time spent in kernel mode 0 Days 00:00:00.00 Thread 2 - System ID 2920 Entry point 0x85e0bc88 Create time 30/06/2007 05:18:24 PM Time spent in user mode 0 Days 00:00:00.00 Time spent in kernel mode 0 Days 00:00:00.00 Thread 0 - System ID 3720 Entry point php+2fc2 Create time 30/06/2007 05:16:18 PM Time spent in user mode 0 Days 00:00:00.031 Time spent in kernel mode 0 Days 00:00:00.015 Thread 1 - System ID 2896 Entry point 0x Create time 30/06/2007 05:17:27 PM Time spent in user mode 0 Days 00:00:00.00 Time spent in kernel mode 0 Days 00:00:00.00 Thread 2 - System ID 2920 Entry point 0x85e0bc88 Create time 30/06/2007 05:18:24 PM Time spent in user mode 0 Days 00:00:00.00 Time spent in kernel mode 0 Days 00:00:00.00 -- If you double clicked on PhP.exe file you get these dll errors: PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ ext\php_exif.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ ext\php_oci8.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ ext\php_pdo_oci.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ ext\php_pdo_oci8.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ ext\php_pdo_sqlite_external.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ ext\php_pspell.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ ext\php_sybase_ct.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ ext\php_ibm_db2.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ ext\php_ifx.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ ext\php_ingres.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ ext\php_maxdb.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ ext\php_mcve.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ ext\php_netools.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ ext\php_oracle.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ ext\php_pdo_ibm.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ ext\php_pdo_informix.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Program Files\PHP\ ext\php_svn.dll'
#41489 [Opn-Asn]: stream_select does not work on ssl stream_socket_server (works in 5.2.1!) on 64b
ID: 41489 Updated by: [EMAIL PROTECTED] Reported By: n dot escuder at intra-links dot com -Status: Open +Status: Assigned Bug Type: Streams related Operating System: Linux 2.6 PHP Version: 5.2.3 -Assigned To: +Assigned To: iliaa New Comment: Ilia, can you check it out please? Previous Comments: [2007-06-29 19:59:04] n dot escuder at intra-links dot com Ok now it's good on 32 bit plateform but not on 64 bit. If i compile 32 bit version of PHP this works. If i compile 64 bit version of PHP your patch don't work. [2007-05-27 17:06:17] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2007-05-24 13:09:30] n dot escuder at intra-links dot com Description: When creating an socket server in ssl mode stream_select don't work. In PHP 5.2.1 all work fine the bug is in PHP 5.2.2. Reproduce code: --- server.php: $options = array( ssl = array( allow_self_signed = true, verify_peer = false, local_cert = /www/conf/ssl/server.pem ) ); $context = stream_context_create(); stream_context_set_option( $context, $options ); $s = stream_socket_server( ssl://0.0.0.0:6310, $errno, $errstr, STREAM_SERVER_BIND | STREAM_SERVER_LISTEN, $context ); while ( 1 ) { $read = array( $s ); $wr = null; $ed = null; if ( stream_select( $read, $wr, $ed, 0, 500 ) 0 ) { echo ACCEPT\n; } } client.php: $s = stream_socket_client( ssl://localhost:6310 ); $s-write(toto\r\n\r\n); sleep( 1 ); Expected result: when running server.php we must go ACCEPT onto the screen. Actual result: -- nothing -- Edit this bug report at http://bugs.php.net/?id=41489edit=1
#41849 [Opn-Csd]: php-config report wrong --includes which break phpize'd program building
ID: 41849 Updated by: [EMAIL PROTECTED] Reported By: phpxcache at gmail dot com -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: linux PHP Version: 5CVS-2007-06-29 (CVS) New Comment: Fixed. Thanks for the heads up, but next time: send an email to the internals list. Opening a bug report for CVS versions is not very useful. Previous Comments: [2007-06-29 02:03:01] phpxcache at gmail dot com Description: php-config report wrong --includes which break phpize'd program building relative commit: http://cvs.php.net/viewvc.cgi/php-src/scripts/php-config.in?r1=1.3.2.2.2.2r2=1.3.2.2.2.3 suggested fix: vim scripts/php-config.in :%s/$includedir/$include_dir/g :wq svn ci -m oops Reproduce code: --- ~/php5-debug-zts-simple/bin/php-config --includes Expected result: -I -I/home/moo/php5-debug-zts-simple/include/php/main -I/home/moo/php5-debug-zts-simple/include/php/TSRM -I/home/moo/php5-debug-zts-simple/include/php/Zend -I/home/moo/php5-debug-zts-simple/include/php/ext -I/home/moo/php5-debug-zts-simple/include/php/ext/date/lib Actual result: -- -I -I/main -I/TSRM -I/Zend -I/ext -I/ext/date/lib -- Edit this bug report at http://bugs.php.net/?id=41849edit=1
#41850 [Opn-Bgs]: can not get the session by http get
ID: 41850 Updated by: [EMAIL PROTECTED] Reported By: timwhoung at 126 dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: win,linux PHP Version: 5.2.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2007-06-29 04:21:23] timwhoung at 126 dot com Description: I can not get the session by HTTP GET whitch is set by another script, the 2 scripts are in the same domain... Reproduce code: --- there are 2 scripts,one is a.php,another is b.php at b.php,the code is: #b.php //session_id('1234'); session_id($_COOKIE['PHPSESSID']); session_start(); $_SESSION['abc'] = 'test'; and the a.php is: #a.php # //session_id('1234'); session_start(); fetch(b.php); print_r($_SESSION); function fetch($url){ //at this,i try file_get_contents,curl(send cookie SID),and PEAR::HTTP_Request,and all can not work } Expected result: I want it will display the value of $_SESSION at a.php whitch set in b.php Actual result: -- timeout,blank -- Edit this bug report at http://bugs.php.net/?id=41850edit=1
#41817 [Opn-Asn]: CGI Trailing slash is still not correct!
ID: 41817 Updated by: [EMAIL PROTECTED] Reported By: progcom at gmail dot com -Status: Open +Status: Assigned Bug Type: CGI related Operating System: FreeBSD PHP Version: 5CVS-2007-06-27 (CVS) Assigned To: dmitry Previous Comments: [2007-06-29 03:31:01] progcom at gmail dot com Yes, runs php-cgi, not php(cli version). [2007-06-28 20:10:43] [EMAIL PROTECTED] And you're absolutely sure your scripts point to the right binary? (it was renamed to be php-cgi in 5.2.3) [2007-06-28 10:30:56] progcom at gmail dot com Yes, I use apache 2.2.4 with mod_fastcgi 2.4.2, setup by FreeBSD ports. Here is my httpd.conf: FastCgiServer /usr/local/www/php-bin/php-cgi Alias /php-bin /usr/lcal/www/php-bin Action php-fastcgi /php-bin/php-cgi AddHandler php-fastcgi .php AddType application/x-httpd-php .php Location /php-bin SetHandler php-fastcgi /Location [2007-06-28 10:09:29] [EMAIL PROTECTED] I was never able to reproduce this trailing slash problem. Do you user apache with mod_fastcgi or something else? Could you provide your FasrtCGI configuration? [2007-06-27 04:55:31] progcom at gmail dot com Description: This is same bug as #40419, so I tried CVS version, but problem is still occured. Request with trailing slash, PHP doen't set any PATH_INFO or PATH_TRANSLATED. Reproduce code: --- http://www.foo.com/bar.php/ Expected result: $_SERVER['PATH_INFO'] = / $_SERVER['PATH_TRANSLATED'] = /blahblah/bar.php/ Actual result: -- $_SERVER['PATH_INFO'] = NULL $_SERVER['PATH_TRANSLATED'] = NULL -- Edit this bug report at http://bugs.php.net/?id=41817edit=1
#41787 [Opn-Fbk]: not view the correct code in the browser
ID: 41787 Updated by: [EMAIL PROTECTED] Reported By: d58m at hotmail dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: windows 2000 Professional PHP Version: 5.2.4 New Comment: Try reading this page once more and look for 'call stack': http://bugs.php.net/bugs-generating-backtrace-win32.php Previous Comments: [2007-06-29 11:26:54] d58m at hotmail dot com I have never written a Dll link file, so the debugger was set to basic: I hope that this data is useful. In the Tools menu 1. selected options... 2. selected Debugging 3. selected native 4. ticked the box next to Load Dll exports 5. ticked the box next to RPC debugging 6. I just ticked all the empty boxes until got the results. I type tested a programme in address space: http://localhost/calc/calc.html when I input some values into the form to launch PhP engine to generate the result I get an error message asking to terminate or debug.However I have got installed on My system Microsoft Visual Studio .NET 2003. Microsoft Visual Basic .NET (Standard) Microsoft Visual C++ .NET (standard) Microsoft Visual Studio .NET 2003 Service Pack 1 (KB918007) 'httpd.exe': Loaded 'C:\Apache Software Foundation\Apache2.2\bin\httpd.exe', No symbols loaded. 'httpd.exe': Loaded 'C:\WINNT\system32\NTDLL.DLL', Exports loaded. 'httpd.exe': Loaded 'C:\Apache Software Foundation\Apache2.2\bin\libapr-1.dll', Exports loaded. 'httpd.exe': Loaded 'C:\WINNT\system32\KERNEL32.DLL', Exports loaded. 'httpd.exe': Loaded 'C:\WINNT\system32\ADVAPI32.DLL', Exports loaded. 'httpd.exe': Loaded 'C:\WINNT\system32\rpcrt4.dll', Exports loaded. 'httpd.exe': Loaded 'C:\WINNT\system32\ws2_32.dll', Exports loaded. 'httpd.exe': Loaded 'C:\WINNT\system32\Msvcrt.dll', Exports loaded. 'httpd.exe': Loaded 'C:\WINNT\system32\ws2help.dll', Exports loaded. 'httpd.exe': Loaded 'C:\WINNT\system32\mswsock.dll', Exports loaded. 'httpd.exe': Loaded 'C:\WINNT\system32\USER32.DLL', Exports loaded. 'httpd.exe': Loaded 'C:\WINNT\system32\GDI32.DLL', Exports loaded. 'httpd.exe': Loaded 'C:\WINNT\system32\dnsapi.dll', Exports loaded. 'httpd.exe': Loaded 'C:\WINNT\system32\wsock32.dll', Exports loaded. 'httpd.exe': Loaded 'C:\Apache Software Foundation\Apache2.2\bin\libaprutil-1.dll', Exports loaded. 'httpd.exe': Loaded 'C:\WINNT\system32\WLDAP32.DLL', Exports loaded. 'httpd.exe': Loaded 'C:\Apache Software Foundation\Apache2.2\bin\libapriconv-1.dll', Exports loaded. 'httpd.exe': Loaded 'C:\Apache Software Foundation\Apache2.2\bin\libhttpd.dll', Exports loaded. 'httpd.exe': Loaded 'C:\WINNT\system32\SHELL32.DLL', Exports loaded. 'httpd.exe': Loaded 'C:\WINNT\system32\SHLWAPI.DLL', Exports loaded. 'httpd.exe': Loaded 'C:\WINNT\system32\comctl32.dll', Exports loaded. 'httpd.exe': Loaded 'C:\WINNT\system32\OLE32.DLL', Exports loaded. 'httpd.exe': Loaded 'C:\WINNT\system32\msafd.dll', Exports loaded. 'httpd.exe': Loaded 'C:\WINNT\system32\wshtcpip.dll', Exports loaded. 'httpd.exe': Loaded 'C:\Apache Software Foundation\Apache2.2\modules\mod_actions.so', Exports loaded. 'httpd.exe': Loaded 'C:\Apache Software Foundation\Apache2.2\modules\mod_alias.so', Exports loaded. 'httpd.exe': Loaded 'C:\Apache Software Foundation\Apache2.2\modules\mod_asis.so', Exports loaded. 'httpd.exe': Loaded 'C:\Apache Software Foundation\Apache2.2\modules\mod_auth_basic.so', Exports loaded. 'httpd.exe': Loaded 'C:\Apache Software Foundation\Apache2.2\modules\mod_authn_default.so', Exports loaded. 'httpd.exe': Loaded 'C:\Apache Software Foundation\Apache2.2\modules\mod_authn_file.so', Exports loaded. 'httpd.exe': Loaded 'C:\Apache Software Foundation\Apache2.2\modules\mod_authz_default.so', Exports loaded. 'httpd.exe': Loaded 'C:\Apache Software Foundation\Apache2.2\modules\mod_authz_groupfile.so', Exports loaded. 'httpd.exe': Loaded 'C:\Apache Software Foundation\Apache2.2\modules\mod_authz_host.so', Exports loaded. 'httpd.exe': Loaded 'C:\Apache Software Foundation\Apache2.2\modules\mod_authz_user.so', Exports loaded. 'httpd.exe': Loaded 'C:\Apache Software Foundation\Apache2.2\modules\mod_autoindex.so', Exports loaded. 'httpd.exe': Loaded 'C:\Apache Software Foundation\Apache2.2\modules\mod_cgi.so', Exports loaded. 'httpd.exe': Loaded 'C:\Apache Software Foundation\Apache2.2\modules\mod_dir.so', Exports loaded. 'httpd.exe': Loaded 'C:\Apache Software Foundation\Apache2.2\modules\mod_env.so', Exports loaded. 'httpd.exe': Loaded 'C:\Apache Software Foundation\Apache2.2\modules\mod_imagemap.so', Exports loaded. 'httpd.exe': Loaded 'C:\Apache Software Foundation\Apache2.2\modules\mod_include.so', Exports loaded. 'httpd.exe': Loaded 'C:\Apache Software Foundation\Apache2.2\modules\mod_isapi.so', Exports loaded. 'httpd.exe': Loaded 'C:\Apache Software Foundation\Apache2.2\modules\mod_log_config.so', Exports loaded. 'httpd.exe': Loaded 'C:\Apache Software
#41787 [Opn-Fbk]: not view the correct code in the browser
ID: 41787 Updated by: [EMAIL PROTECTED] Reported By: d58m at hotmail dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: windows 2000 Professional PHP Version: 5.2.4 New Comment: Are you able to reproduce this on command line using PHP CLI binary? And have you tried using PHP CGI binary instead of the apache module? Previous Comments: [2007-06-29 12:19:03] d58m at hotmail dot com call stack php5ts.dll!_zend_hash_add_or_update() + 0x10e [2007-06-29 12:13:37] [EMAIL PROTECTED] Try reading this page once more and look for 'call stack': http://bugs.php.net/bugs-generating-backtrace-win32.php [2007-06-27 16:15:31] [EMAIL PROTECTED] Thanks, but I asked for a backtrace, no need to resubmit disassembly, it's completely useless. So therefore I get a different result than your out of date MSVC6 progtramme, when I comes to debugging. Right, and we'd like to see that different result. [2007-06-24 11:22:31] d58m at hotmail dot com Description: OS: windows 2000 professional software used: Apache2.2 PHP5.2.3 Browser: IE 6.0.2800.1106 1. Type the address into the address: http://localhost/test/s.php and pressed return. 2. I get a blank page in the browser no text display in the browser. 3. Right clicked on the page and get the code in the Reproduce code: form. It should be the code in the Actual result: form tech. I was working up to 25/05/07 then it stopped. Reproduce code: --- !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN HTMLHEAD META http-equiv=Content-Type content=text/html; charset=windows-1252/HEAD BODY/BODY/HTML Expected result: marqueesite under construction/marqueebr / a href=index.htmllink to index page /a Actual result: -- !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; html xmlns=http://www.w3.org/1999/xhtml; head meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 / titleUntitled Document/title /head body marqueesite under construction/marqueebr / a href=index.htmllink to index page /a /body /html -- Edit this bug report at http://bugs.php.net/?id=41787edit=1
#41787 [Opn-Fbk]: not view the correct code in the browser
ID: 41787 Updated by: [EMAIL PROTECTED] Reported By: d58m at hotmail dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: windows 2000 Professional PHP Version: 5.2.4 New Comment: Maybe this could help you providing us something useful: http://blog.thepimp.net/index.php/post/2007/06/10/debug-pack-or-how-to-generate-backtrack-on-windows-without-compiling And DON'T reopen this before you have something useful to give as feedback! Previous Comments: [2007-06-29 13:24:00] d58m at hotmail dot com Are you able to reproduce this on command line using PHP CLI binary? I have looked for the file PhP CLI binary and I have found nothing how do I invoke the file and what is the proper name of the file Tech. [2007-06-29 12:54:57] [EMAIL PROTECTED] Are you able to reproduce this on command line using PHP CLI binary? And have you tried using PHP CGI binary instead of the apache module? [2007-06-29 12:19:03] d58m at hotmail dot com call stack php5ts.dll!_zend_hash_add_or_update() + 0x10e [2007-06-29 12:13:37] [EMAIL PROTECTED] Try reading this page once more and look for 'call stack': http://bugs.php.net/bugs-generating-backtrace-win32.php [2007-06-27 16:15:31] [EMAIL PROTECTED] Thanks, but I asked for a backtrace, no need to resubmit disassembly, it's completely useless. So therefore I get a different result than your out of date MSVC6 progtramme, when I comes to debugging. Right, and we'd like to see that different result. 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/41787 -- Edit this bug report at http://bugs.php.net/?id=41787edit=1
#38915 [Opn-Fbk]: mod_php: system() (and similar) don't cleanup opened handles of Apache
ID: 38915 Updated by: [EMAIL PROTECTED] Reported By: dimmoborgir at gmail dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: UNIX PHP Version: 5.2.2, 4.4.7 New Comment: 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 Previous Comments: [2007-03-05 21:11:51] oliver at realtsp dot com apart from the security considerations mentioned above the fact that mod_php doesn't free the FDs when forking prevents us from forking cleanly. ie we cannot from a web request to mod_php fork a cli process cleanly because it will inherit all the open FDs (ie typically port 80 443) even if you use setsid() (or daemon on FreeBSD) etc.. you can see this when you... fork stop apache netstat -an | grep LISTEN your cli process will be LISTENING to port 80 443. this is not only a security risk, but it will prevent apache for restarting: (48)Address already in use: make_sock: could not bind to address [::]:443 no listening sockets available, shutting down I have not found any way to close these sockets as they should be because the resource handles are not available in php. If you could at least make these available then we could at least ensure we close them manually. Regards Oliver [2007-01-04 19:25:26] anomie at users dot sf dot net On 20 Oct 2006 9:48am UTC, [EMAIL PROTECTED] wrote: The opened file descriptors are opened by Apache. It is the job of Apache to protect them, not something that should be reinvented in all apache modules. If that's your position, then as far as I can tell mod_php should be calling apr_proc_create() instead of system()/popen()/etc and apr_pool_cleanup_for_exec() before exec(). Apache adds (or should be adding) all the FDs that should be closed on exec to a list that those functions make use of. If you don't like that, then either explain (in as much detail as is required) why that isn't Apache's method of protecting the FDs, find a non-bogus reason for claiming this issue is not a mod_php bug, or just fix the bug already. Apache should just use FD_CLOEXEC isn't a non-bogus reason, BTW, although convincing Apache to do so and making sure FD_CLOEXEC is supported on all platforms mod_php can possibly be used on might be an acceptable bugfix. I've also seen the MTA ends up listening on port 80 issue after using the php mail functions. [2006-11-23 15:36:55] php at vanviegen dot net It seems that the mail() function is suffering from the same problem. It is rather scary to see Apache failing to restart, because the MTA (exim in our case) is already listening on port *:80 ! More details: http://www.exim.org/mail-archives/exim-users/Week-of-Mon-20030407/msg00049.html [2006-10-30 16:55:36] jlawson-php at bovine dot net It should be PHP's responsibility to close all open file handles (after forking but before the exec). Keep in mind that PHP is running as a module within the same process space as Apache, and those private FDs are required for it to operate. Apache cannot reasonably close and re-open all of those whenever it is invoking a module's handlers, nor can it reasonably run modules in a separate process. Modules are intended to be trusted code and so Apache does not attempt to protect itself from misdesigned modules. (In the case where PHP is installed as a CGI and not a module, then Apache does indeed close the private FDs prior to running PHP.) For example, when a CGI process via Apache's mod_cgi, that module is responsible for ensuring that it explicitly closes all open files prior to the exec(). PHP is in a similar situation and should also do the same when executing sub-processes. Passing blame to Apache by saying that they should use close on fork fcntl is not reasonable. Its current expectation is that modules which need to fork will explicitly close files (as demonstrated by mod_cgi's own implementation). [2006-10-22 19:13:26] dimmoborgir at gmail dot com There are some people that disagree. Let them express their opinion here. 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/38915 -- Edit this bug report at http://bugs.php.net/?id=38915edit=1
#41817 [Opn-Fbk]: CGI Trailing slash is still not correct!
ID: 41817 Updated by: [EMAIL PROTECTED] Reported By: progcom at gmail dot com -Status: Open +Status: Feedback Bug Type: CGI related Operating System: FreeBSD PHP Version: 5CVS-2007-06-27 (CVS) Assigned To: dmitry New Comment: And you're absolutely sure your scripts point to the right binary? (it was renamed to be php-cgi in 5.2.3) Previous Comments: [2007-06-28 10:30:56] progcom at gmail dot com Yes, I use apache 2.2.4 with mod_fastcgi 2.4.2, setup by FreeBSD ports. Here is my httpd.conf: FastCgiServer /usr/local/www/php-bin/php-cgi Alias /php-bin /usr/lcal/www/php-bin Action php-fastcgi /php-bin/php-cgi AddHandler php-fastcgi .php AddType application/x-httpd-php .php Location /php-bin SetHandler php-fastcgi /Location [2007-06-28 10:09:29] [EMAIL PROTECTED] I was never able to reproduce this trailing slash problem. Do you user apache with mod_fastcgi or something else? Could you provide your FasrtCGI configuration? [2007-06-27 04:55:31] progcom at gmail dot com Description: This is same bug as #40419, so I tried CVS version, but problem is still occured. Request with trailing slash, PHP doen't set any PATH_INFO or PATH_TRANSLATED. Reproduce code: --- http://www.foo.com/bar.php/ Expected result: $_SERVER['PATH_INFO'] = / $_SERVER['PATH_TRANSLATED'] = /blahblah/bar.php/ Actual result: -- $_SERVER['PATH_INFO'] = NULL $_SERVER['PATH_TRANSLATED'] = NULL -- Edit this bug report at http://bugs.php.net/?id=41817edit=1
#39457 [Ver-Asn]: Multiple invoked OO connections never close
ID: 39457 Updated by: [EMAIL PROTECTED] Reported By: josh at mykoala dot com -Status: Verified +Status: Assigned Bug Type: MySQLi related Operating System: OS X 10.4.8 PHP Version: 5.2.0 Assigned To: georg New Comment: Georg, reassign to someone else if this is not for you. :) Previous Comments: [2007-05-08 21:36:09] bugs dot php at david-salisbury dot co dot uk I've experienced this behaviour on the latest PHP5 CVS (built May 8 2007 22:31:22) running in Apache 2.0.59 as mod_php5. Further reproduce code if necessary: ?php $m = new mysqli(); $m-init(); $m-real_connect('localhost', 'root', 'pass', 'dbname'); $m-real_connect('localhost', 'root', 'pass', 'dbname'); $m-real_connect('localhost', 'root', 'pass', 'dbname'); ? [2006-11-10 12:00:27] josh at mykoala dot com Description: After invoking multiple identical connect() calls to a MySQLi object (after mysqli_init), only one is closed via close() or script termination. Reproduce code: --- # only when invoked through apache $db = mysqli_init(); $db-connect(null, 'root'); $db-connect(null, 'root'); $db-close(); Expected result: Just like when using procedural MySQLi functions (or via mysql_* funcs), multiple connect() calls will not result in rogue db connections. Actual result: -- Checking the MySQL process list after each execution shows a rogue connection, which goes on until you reach max connections. This only happens when using OO style. -- Edit this bug report at http://bugs.php.net/?id=39457edit=1
#41676 [Opn-Csd]: PDO Startup Error
ID: 41676 Updated by: [EMAIL PROTECTED] Reported By: alison dot holloway at oracle dot com -Status: Open +Status: Closed -Bug Type: Unknown/Other Function +Bug Type: PDO related Operating System: Windows XP SP2 PHP Version: 5.2.3 Assigned To: jmertic New Comment: Assuming this is fixed now. Previous Comments: [2007-06-28 13:16:04] [EMAIL PROTECTED] Checked into CVS the change for the textual description in the installer for pdo_oci8 and pdo_oci as described below. The Wix UI doesn't have a good way to make features mutually exclusive, so I've put notes in the right pane when selecting the extension to pick the right one. [2007-06-28 04:44:58] alison dot holloway at oracle dot com My suggestion is to change the installer so that the following occurs. Under PDO extensions, have two options for the Oracle PDO drivers: 1. Oracle8i/Oracle9i Client This installs php_pdo_oci8.dll 2. Oracle10g Client and above This installs php_pdo_oci.dll The PDO library is based on the Oracle Client, not the Oracle Database, so I think it's important to state that in the install notes in the right hand pane when selecting the option. Each option should be mutually exclusive. So you can't install both. This will cause problems. The current two installs seem to do the same thing, install the php_pdo_oci8.dll and php_pdo_oci.dll files. It doesn't make sense. As for the errors that are currently happening, I haven't done any further investigation, but I'd suggest getting the install right now, then fixing the dll loading issues. [2007-06-26 11:09:44] [EMAIL PROTECTED] So what do you propose, Alison? [2007-06-26 01:50:12] alison dot holloway at oracle dot com On Windows platforms, the php_pdo_oci8.dll library was built against the Oracle8i and 9i library. php_pdo_oci.dll was built against the Oracle 10g library. So, php_pdo_oci8.dll may be used with Oracle 8i or 9i clients, and php_pdo_oci.dll should be used to connect to Oracle 10g clients. If both libraries are installed, this would likely cause problems connecting to Oracle. [2007-06-25 18:56:38] [EMAIL PROTECTED] Edin, what is php_pdo_oci8.dll and why do we have two dlls for PDO_OCI? 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/41676 -- Edit this bug report at http://bugs.php.net/?id=41676edit=1
#41846 [Opn-Fbk]: Cookies lost when form is large
ID: 41846 Updated by: [EMAIL PROTECTED] Reported By: aminehaddad at gmail dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: Debian Etch PHP Version: 5.2.3 New Comment: 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 Previous Comments: [2007-06-28 22:43:53] aminehaddad at gmail dot com Description: I have page 1 which sets the session, also setting the cookie. Then page 2 which shows this cookie, and session, and 2 forms. The first form is short, and the second form is large (25x bigger than form 1). Both form actions point to page 3, which simply outputs the cookie/session. If you submit form 1, it will show you the phpsessid, and the session data. If you submit form 2, which is a rather large form, it will show you an empty cookie. It seems that it forgets the cookie depending on the amount of input you give (how large a form is). The problem has been reproduced several times, and I will attach (if possible) the source that reproduces this. Also, the exact version of php is: 5.2.0-8+etch4 Reproduce code: --- http://tremulous.endra.org/htdocs.tar Put those in your htdocs, and start with login.php. With form 1, page 3 will show your cookie, with form 2, it won't. Expected result: I expect to see the cookie. Actual result: -- Array( ) instead of the array with the phpsessid in it. -- Edit this bug report at http://bugs.php.net/?id=41846edit=1
#41713 [Opn]: Persistent memory consumption since 5.2
ID: 41713 Updated by: [EMAIL PROTECTED] Reported By: mplomer at gmx dot de Status: Open Bug Type: Performance problem Operating System: Windows PHP Version: 5.2.4-dev 2007-06-26 00:09 New Comment: It's most likely a ZTS issue, so testing on *nix with e.g. apache worker and apache2handler SAPI might be a good idea too.. Previous Comments: [2007-06-27 11:42:32] [EMAIL PROTECTED] Too bad we don't have any developers maintaining Windows port on a daily basis. So you're encouraged to help us and investigate the issue. Any additional information you can find would be appreciated. [2007-06-26 11:37:27] mplomer at gmx dot de It seems so. I could reproduce it only under windows yet. (See my comment from [17 Jun 9:04am UTC]). [2007-06-26 11:10:41] [EMAIL PROTECTED] Is this windows only issue? [2007-06-26 06:52:27] mplomer at gmx dot de I can still reproduce this. I tested this with the actual 5.2.4-dev 2007-06-26 00:09 snapshot without php.ini. Today with 20 array elements I needed 6 or 7 script executions, with 40 elements I need 2-3 script executions, and with 80 I could not reproduce the problem. Could you reproduce the problem? Or do you need some additional infos to reproduce it? PS: Now httpd.exe crashes on every shutdown, but this possibly another bug ;-) [2007-06-25 18:08:09] [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 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/41713 -- Edit this bug report at http://bugs.php.net/?id=41713edit=1
#41692 [Opn-Asn]: ArrayObject shows wierd behaviour in respect to inheritance
ID: 41692 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: SPL related Operating System: Gentoo PHP Version: 5.2.3 Assigned To: helly Previous Comments: [2007-06-14 18:50:19] [EMAIL PROTECTED] Description: See the code for best description, what happens... Reproduce code: --- class Bar extends ArrayObject { private $foo = array( 1, 2, 3 ); function __construct() { parent::__construct($this-foo); } } $foo = new Bar(); var_dump($foo); object(Bar)#1 (3) { [0]= int(1) [1]= int(2) [2]= int(3) } $foo['foo'] = 23; var_dump($foo); object(Bar)#1 (4) { [0]= int(1) [1]= int(2) [2]= int(3) [foo]= int(23) } $bar = new Bar(); var_dump($bar); object(Bar)#2 (4) { [0]= int(1) [1]= int(2) [2]= int(3) [foo]= int(23) } Expected result: The second instance should have a clean array instead of the array which the first one got. -- Edit this bug report at http://bugs.php.net/?id=41692edit=1
#28038 [Opn]: Sent incorrect RCPT TO commands to SMTP server
ID: 28038 Updated by: [EMAIL PROTECTED] Reported By: jordi at jcanals dot net Status: Open Bug Type: Mail related Operating System: win32 PHP Version: 5CVS, 4CVS (2006-01-06) (cvs) New Comment: It's propably not complicated to fix but there just isn't anyone with enough interest to do it. Feel free to provide a patch and perhaps someone might catch on it. Or pay someone serious cash to fix it.. Previous Comments: [2007-02-23 14:24:43] business at ziu dot de This bug is now open since THREE YEARS. And still the version of today (5.2.1) can not talk to SMTP servers as it should do. This can not be so complicated to fix. [2006-04-14 11:55:21] [EMAIL PROTECTED] See also bug #37073 [2006-01-06 03:17:07] [EMAIL PROTECTED] The case reported in bug #35013 should be fixed now in CVS. (the others are NOT!) [2005-11-10 15:57:04] Ruben at e-builds dot com The sames happens when using mail() with the 'From' part of the extra headers. php uses this Header From part (and others for RPath etc..) for the MAIL FROM address in the SMTP protocol, at least if you didn't specify the sendmail_from setting in php.ini. But for one reason or another, php (I thÃnk it's php) wraps this part in and again! The workaround is not to use the special format -User [EMAIL PROTECTED]-, but just the e-mail address [EMAIL PROTECTED]. Of course then php scripters who like a professional approach and want to use this special format, ..well..they can't, at least not per php script. I use a Domino SMTP server on Win32. P.S. I saw several bugs of the same kind allover. Some are even wrongly closed, I presume. [2005-11-02 00:05:27] php-louis at steelbytes dot com can we at least just implement stripping of leading and trailing white space on what is extracted from the headers? (as that'll fix 35013). 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/28038 -- Edit this bug report at http://bugs.php.net/?id=28038edit=1
#41713 [Opn-Fbk]: Persistent memory consumption since 5.2
ID: 41713 Updated by: [EMAIL PROTECTED] Reported By: mplomer at gmx dot de -Status: Open +Status: Feedback Bug Type: Performance problem -Operating System: Windows +Operating System: win32 only PHP Version: 5.2.4-dev 2007-06-26 00:09 New Comment: Thank you, at least we know it only happens with Windows. Have you tried running PHP as FastCGI under windows? That might cure this too.. Previous Comments: [2007-06-27 20:56:14] mplomer at gmx dot de OK, no problem. ... Today I tested this with apache worker, but I still cannot reproduce it under linux. I used a Debian 4.0 system and I compiled Apache 2.2.4 with: ./configure --prefix=/usr/local/apache2 --with-included-apr --with-mpm=worker --enable-so ... and PHP 5.2.3 with: ./configure --prefix=/usr/local/php --with-apxs2=/usr/local/apache2/bin/apxs --enable-memory-limit So phpinfo() said, Thread Safety is enabled. And I played around with the elementCount ... but under linux the memory is always completely freed. If you have some tips to track this down inside PHP, please let me know. I now have a working PHP build-environment under windows. [2007-06-27 11:54:27] [EMAIL PROTECTED] It's most likely a ZTS issue, so testing on *nix with e.g. apache worker and apache2handler SAPI might be a good idea too.. [2007-06-27 11:42:32] [EMAIL PROTECTED] Too bad we don't have any developers maintaining Windows port on a daily basis. So you're encouraged to help us and investigate the issue. Any additional information you can find would be appreciated. [2007-06-26 11:37:27] mplomer at gmx dot de It seems so. I could reproduce it only under windows yet. (See my comment from [17 Jun 9:04am UTC]). [2007-06-26 11:10:41] [EMAIL PROTECTED] Is this windows only issue? 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/41713 -- Edit this bug report at http://bugs.php.net/?id=41713edit=1
#41809 [Opn-Fbk]: Provide option to limit number of logfile entries per script invocation
ID: 41809 Updated by: [EMAIL PROTECTED] Reported By: bugs-php at misc dot lka dot org dot lu -Status: Open +Status: Feedback Bug Type: PHP options/info functions Operating System: Linux PHP Version: 5.2.3 New Comment: Have you tried using ignore_repeated_errors and/or ignore_repeated_sourice php.ini settings? Previous Comments: [2007-06-26 09:25:58] bugs-php at misc dot lka dot org dot lu Description: Right now, an untrusted user can write a PHP script that seriously impacts a server by filling up its log file. Even the ignore_repeated_errors settings doesn't help here, if the script alternates between two messges. We had this happen here accidentally, using a construct such as follows: $fp=fopen($website,r); while (!feof($fp)) { } where the test whether $fp was a valid file handle was forgotten... And log_errors_max_len didn't help either; apparently this covers the length of an individual log entry, rather than multiple log entries issued by the same script invocation. In order to solve this issue, would it be possible to have one of the following solutions: 1. A max_log_lines quota which would just stop logging if reached. 2. A max_log_lines_kill quota, which would kill the script if reached 3. Some mandatory wait after each log line, to slow down the filling up of the log Reproduce code: --- ?php $website=http://www.ruthe.de/strip/strip.pl;; $fp=fopen($website,r); // or die (Cannot open url); $bild=null; while (!feof($fp)) { $a = ereg(img/strip_[0-9]+.jpg,fgets($fp,1024),$bild); } $url=http://www.ruthe.de/strip/.$bild[0]; //print ruthe.de=$url; fclose($fp); ? Expected result: Script fails, but machine stays up Actual result: -- Apache error_log file fills up /var partition until machine crashes and burns... -- Edit this bug report at http://bugs.php.net/?id=41809edit=1
#41803 [Opn-Fbk]: Linking MySQLi fails during ./configure
ID: 41803 Updated by: [EMAIL PROTECTED] Reported By: seth at pricepages dot org -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Mac 10.4.9 PHP Version: 5CVS-2007-06-25 (snap) New Comment: That config.log is identical to what I get for succesful run. Just to be sure: You're using 100% fresh sources, ie. you have deleted config.cache before rerunning configure? Previous Comments: [2007-06-26 03:08:19] seth at pricepages dot org Here it is in its entirety: http://144.92.10.211/config.log [2007-06-25 23:29:50] [EMAIL PROTECTED] What does config.log have about this? [2007-06-25 22:36:59] seth at pricepages dot org $ ls -l /usr/local/mysql/lib/libmysqlclient.15.dylib -rwxr-xr-x 1 root mysql 2033452 Apr 26 15:48 /usr/local/mysql/lib/ libmysqlclient.15.dylib $ ls -l /usr/local/mysql/lib/mysql/ ls: /usr/local/mysql/lib/mysql/: No such file or directory [2007-06-25 21:45:47] [EMAIL PROTECTED] ls -l /usr/local/mysql/lib/libmysqlclient.15.dylib ? [2007-06-25 21:28:42] seth at pricepages dot org No, the library is in /usr/local/mysql/lib and mysql_config beleives it is in /usr/local/mysql/lib. I'm not sure what is causing the conftest program to do what it's doing. The mysql install was a binary install of v5.0.41, and as far as I can tell is working fine. 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/41803 -- Edit this bug report at http://bugs.php.net/?id=41803edit=1
#41803 [Fbk]: Linking MySQLi fails during ./configure
ID: 41803 Updated by: [EMAIL PROTECTED] Reported By: seth at pricepages dot org Status: Feedback Bug Type: Compile Failure Operating System: Mac 10.4.9 PHP Version: 5CVS-2007-06-25 (snap) New Comment: Perhaps this is the issue here: http://www.fatmixx.com/2007/05/30/ruby-mysql-gem-error/ Previous Comments: [2007-06-26 10:43:16] [EMAIL PROTECTED] That config.log is identical to what I get for succesful run. Just to be sure: You're using 100% fresh sources, ie. you have deleted config.cache before rerunning configure? [2007-06-26 03:08:19] seth at pricepages dot org Here it is in its entirety: http://144.92.10.211/config.log [2007-06-25 23:29:50] [EMAIL PROTECTED] What does config.log have about this? [2007-06-25 22:36:59] seth at pricepages dot org $ ls -l /usr/local/mysql/lib/libmysqlclient.15.dylib -rwxr-xr-x 1 root mysql 2033452 Apr 26 15:48 /usr/local/mysql/lib/ libmysqlclient.15.dylib $ ls -l /usr/local/mysql/lib/mysql/ ls: /usr/local/mysql/lib/mysql/: No such file or directory [2007-06-25 21:45:47] [EMAIL PROTECTED] ls -l /usr/local/mysql/lib/libmysqlclient.15.dylib ? 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/41803 -- Edit this bug report at http://bugs.php.net/?id=41803edit=1
#41777 [Opn-Fbk]: Segmentation Fault when calling mail()
ID: 41777 Updated by: [EMAIL PROTECTED] Reported By: diego dot malatesta at mottaeditore dot it -Status: Open +Status: Feedback -Bug Type: Mail related +Bug Type: Reproducible crash Operating System: Ubuntu Server 7.04 (Sparc) PHP Version: 5.2.3 New Comment: What was the configure line you used to configure PHP? Previous Comments: [2007-06-26 07:55:02] diego dot malatesta at mottaeditore dot it I tested other scripts (without the mail() function call) and they work (so I do really think is something related to sendmail (on the sparc platform?)). Sorry I was wrong with this one. I realized that I've tested only fairly basic scripts with echoes and a few variables (sorry, I'm trying to debug while configuring this server that has to go on production in a few days). By running this script: ?php $arr = array(1,2,3); print_r($arr); ? for example, I get a segmentation fault. I've captured the backtrace if you need it: (gdb) run /usr/local/apache2/htdocs/test.php Starting program: /usr/local/bin/php /usr/local/apache2/htdocs/test.php Program received signal SIGSEGV, Segmentation fault. _zval_ptr_dtor (zval_ptr=0xff8a53e4) at /root/php-5.2.3/Zend/zend_execute_API.c:412 412 (*zval_ptr)-refcount--; (gdb) bt #0 _zval_ptr_dtor (zval_ptr=0xff8a53e4) at /root/php-5.2.3/Zend/zend_execute_API.c:412 #1 0x0027bf64 in zend_do_fcall_common_helper_SPEC (execute_data=0xff8a54b4) at /root/php-5.2.3/Zend/zend_execute.h:155 #2 0x0026c5d8 in execute (op_array=0x5e4000) at /root/php-5.2.3/Zend/zend_vm_execute.h:92 #3 0x0024a838 in zend_execute_scripts (type=8, retval=value optimized out, file_count=3) at /root/php-5.2.3/Zend/zend.c:1134 #4 0x00204554 in php_execute_script (primary_file=0xff8a5590) at /root/php-5.2.3/main/main.c:1794 #5 0x002d5c68 in main (argc=2, argv=0xff8a7ab4) at /root/php-5.2.3/sapi/cli/php_cli.c:1138 As it's clear that is not a mail related bug anymore (I dunno if it can be considered even a bug..), I'll just use php 5.1.6 that works well. I'll try to help if you think it is worth to investigate into this problem, otherwise you can just close this report. Thank you for your time. [2007-06-26 07:21:27] diego dot malatesta at mottaeditore dot it Yes, the script is exactly that line, to test the mailing capabilities of the server. I ran it using the CLI binary an it outputs Segmentation fault. I actually noticed one think though. For a stupid sendmail misconfiguration, the mails weren't delivered. Now that the configuration is correct, even with the segmentation fault, the mail ARE delivered correctly, both using the CLI binary and the apache module. I tested other scripts (without the mail() function call) and they work (so I do really think is something related to sendmail (on the sparc platform?)). [2007-06-25 16:13:07] [EMAIL PROTECTED] You really tried with that exact script you pasted here? Try the same with CLI binary.. [2007-06-25 10:46:44] diego dot malatesta at mottaeditore dot it I've installed php 5.1.6 and the mail() function worked. Then I put back php 5.2.1 and the script started crashing again. Back to php 5.1.6 and the script works again. For now I'm going to use 5.1.6 until there's a bugfix or I find out what's wrong with 5.2.x [2007-06-25 06:50:27] diego dot malatesta at mottaeditore dot it No I don't have any appended or prepended file nor any zend extension enabled. Btw, I've compiled also php version 5.2.1 and the latest snapshot, but the script keeps crashing. 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/41777 -- Edit this bug report at http://bugs.php.net/?id=41777edit=1
#40424 [Opn-Asn]: Fatal error when setting the value of COM object's property array
ID: 40424 Updated by: [EMAIL PROTECTED] Reported By: lee at dark-circuit dot com -Status: Open +Status: Assigned Bug Type: COM related Operating System: Windows XP SP2 PHP Version: 5CVS-2007-02-10 (snap) Assigned To: wharmby Previous Comments: [2007-04-16 22:45:56] lee at dark-circuit dot com Still Getting same problem on suggested snapshot, will put together a test case as soon as possible. [2007-04-12 15:13:40] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Hi Lee Is this still an issue for you with latest 5.2 snapshot builds ? With snapshot build of April 10th 2007 I am unable to recreate the issue your report in this defect. Unfortunatley I do not have the pre-requisite software (PawCom and Peachtree accounting software ?) to run your supplied testcase so I have hacked togther one which I believe does something very similar using Excel as follows: ?php if (file_exists(c:/COM/Sample2.xls)) { unlink(c:/COM/Sample2.xls); } $excel = new COM('Excel.Application') or die('Start Excel automation failed.'); $wbook = $excel-Workbooks-Open(c:/COM/Sample.xls); $sheet = $wbook-ActiveSheet; $cells = $sheet-Cells; print $cells[3][2];echo \n; $cells[3][2] = 99; print $cells[3][2];echo \n; $wbook-Close(true, c:/COM/Sample2.xls); $excel = null; echo Test passed\n; ? This both reads and writes a multi-dimension array with no problems which suggests to me the problem has either been fixed in PHP in the interim or its not a simple case of COM array assignment not working. Also, the error message you get Error [0x8002000f] Parameter not optional suggests something specific to the property you are trying to modify. If you still have a problem with latest snapshot is there anyway you can provide a standalone testcase so I can recreate the issue locally. Regards Andy [2007-02-10 04:31:38] lee at dark-circuit dot com sorry, messed up expected result slightly. Should be: Expected result: CAKE PIE PIE [2007-02-10 00:36:05] lee at dark-circuit dot com Description: Fatal error when setting the value of COM object's property array Basically I'm having the same problem as Bug #28161 [This bug is marked closed, fixed] http://bugs.php.net/bug.php?id=28161edit=1 COM Array Assignment isn't working. In the old closed bug, wez posted a fix that went into RC2 of PHP 5.0, but I'm guessing that the fix didn't make it into release 5.0 or any current versions. Have tested code on most currentish snaps of PHP 5.0 - 5.2.2 for sanity. Reproduce code: --- $itemindex = 2914; $oInfo = new COM(PAW.LineItem) or die(WHAT THE?); $oInfo-GetForIndex($itemindex); // CustomField is: // string CustomField(ByVal Index As Integer) echo $oInfo-CustomField[1]; echo \n; $oInfo-CustomField[1] = PIE; echo \n; echo $oInfo-CustomField[1]; Expected result: CAKE PIE CAKE Actual result: -- CAKE PHP Fatal error: Uncaught exception 'com_exception' with message 'Error [0x8002000f] Parameter not optional. ' in C:\New Folder\prime-sync-itemdb.php:197 Stack trace: #0 C:\New Folder (3)\prime-sync-itemdb.php(197): unknown() #1 {main} thrown in C:\New Folder\prime-sync-itemdb.php on line 197 Note: for sanity I confirmed assignment works to same property by writing same program in VB.NET. Works ok. oInfo.CustomField(1) = PIE in VB.NET -- Edit this bug report at http://bugs.php.net/?id=40424edit=1
#41809 [Opn-Fbk]: Provide option to limit number of logfile entries per script invocation
ID: 41809 Updated by: [EMAIL PROTECTED] Reported By: bugs-php at misc dot lka dot org dot lu -Status: Open +Status: Feedback Bug Type: PHP options/info functions Operating System: Linux PHP Version: 5.2.3 New Comment: Something like quota you should be doing on the filesystem level. Especially if you're running some hosting company or such. Previous Comments: [2007-06-26 09:25:58] bugs-php at misc dot lka dot org dot lu Description: Right now, an untrusted user can write a PHP script that seriously impacts a server by filling up its log file. Even the ignore_repeated_errors settings doesn't help here, if the script alternates between two messges. We had this happen here accidentally, using a construct such as follows: $fp=fopen($website,r); while (!feof($fp)) { } where the test whether $fp was a valid file handle was forgotten... And log_errors_max_len didn't help either; apparently this covers the length of an individual log entry, rather than multiple log entries issued by the same script invocation. In order to solve this issue, would it be possible to have one of the following solutions: 1. A max_log_lines quota which would just stop logging if reached. 2. A max_log_lines_kill quota, which would kill the script if reached 3. Some mandatory wait after each log line, to slow down the filling up of the log Reproduce code: --- ?php $website=http://www.ruthe.de/strip/strip.pl;; $fp=fopen($website,r); // or die (Cannot open url); $bild=null; while (!feof($fp)) { $a = ereg(img/strip_[0-9]+.jpg,fgets($fp,1024),$bild); } $url=http://www.ruthe.de/strip/.$bild[0]; //print ruthe.de=$url; fclose($fp); ? Expected result: Script fails, but machine stays up Actual result: -- Apache error_log file fills up /var partition until machine crashes and burns... -- Edit this bug report at http://bugs.php.net/?id=41809edit=1
#41803 [Opn-Bgs]: Linking MySQLi fails during ./configure
ID: 41803 Updated by: [EMAIL PROTECTED] Reported By: seth at pricepages dot org -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Mac 10.4.9 PHP Version: 5CVS-2007-06-25 (snap) New Comment: This has some more info (in german, but has english comments in the end): http://blog.calganx.net/2007/05/20/apache-2-php-5-und-mysql-5-fr-macos-x/ As this is really not PHP bug at all, I'm closing this. Previous Comments: [2007-06-26 13:31:46] seth at pricepages dot org I deleted the entire directory and reinstalled from the .tar.gz snapshot. I still get the error, but the config.log is different (according to diff). It's uploaded to the same address. That looks like the error I'm getting. What command can I use to test it out? [2007-06-26 10:51:05] [EMAIL PROTECTED] Perhaps this is the issue here: http://www.fatmixx.com/2007/05/30/ruby-mysql-gem-error/ [2007-06-26 10:43:16] [EMAIL PROTECTED] That config.log is identical to what I get for succesful run. Just to be sure: You're using 100% fresh sources, ie. you have deleted config.cache before rerunning configure? [2007-06-26 03:08:19] seth at pricepages dot org Here it is in its entirety: http://144.92.10.211/config.log [2007-06-25 23:29:50] [EMAIL PROTECTED] What does config.log have about this? 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/41803 -- Edit this bug report at http://bugs.php.net/?id=41803edit=1
#41813 [Opn]: segmentation fault in string to array conversion
ID: 41813 Updated by: [EMAIL PROTECTED] Reported By: jontsa at amigaone dot cc Status: Open Bug Type: Scripting Engine problem Operating System: Gentoo Linux -PHP Version: 5.2.3 +PHP Version: 5.2.4-dev New Comment: Verified. Previous Comments: [2007-06-26 15:23:35] jontsa at amigaone dot cc Description: If you convert a non-empty string to an array with object as value, you get a segmentation fault. Tested on Gentoo Linux and Solaris with Apache 2 and PHP 5.2.3. Theres no segmentation fault when converting for example a scalar variable but an error message as expected. Also tested from shell using: # echo '?php $foo=50;$foo[0]-bar=xyz; ?' | /opt/php5/bin/php Segmentation fault Reproduce code: --- $foo=50; $foo[0]-bar=xyz; Expected result: An error message of some sort. Actual result: -- From apache logs: [Tue Jun 26 18:03:23 2007] [notice] child pid 16155 exit signal Segmentation fault (11) -- Edit this bug report at http://bugs.php.net/?id=41813edit=1
#41741 [Opn-Fbk]: include/require fails for ../file
ID: 41741 Updated by: [EMAIL PROTECTED] Reported By: tobi at byte23 dot net -Status: Open +Status: Feedback Bug Type: *Directory/Filesystem functions Operating System: NetBSD 3.1.0 stable PHP Version: 5.2.3 New Comment: Please try the provided packages. We do not support any ports. Previous Comments: [2007-06-26 16:07:18] tobi at byte23 dot net Yes I can include files from subdirs... I downgraded to PHP4 again (now it works...) but that's not an appropriate solution I think. I think in the NetBSD pkgsrc there already is the latest PHP stable version... [2007-06-25 18:01:42] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2007-06-25 13:42:15] michael at chunkycow dot com dot au quoteFor example: in file /foo/subdir/alpha.php I want to include /foo/beta.php the following error occurs:/quote Works fine here on CentOS4.5, kubuntu Fiesty and latest debian linuxes. Can you include files from a subdirectory of the current one aka /foo/subdir/subsubdir/ ? [2007-06-19 20:25:14] tobi at byte23 dot net NetBSD 3.1.0 not 3.0.1 sorry, it's my first bug report ;) [2007-06-19 20:17:19] tobi at byte23 dot de I should add the following: The errors don not only occur on self written codes but on every Wordpress and Typo3 installation on this server. 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/41741 -- Edit this bug report at http://bugs.php.net/?id=41741edit=1
#41797 [Opn-Fbk]: Build failure on parse_date.lo
ID: 41797 Updated by: [EMAIL PROTECTED] Reported By: jbg at webstep dot no -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: SLES 9 PHP Version: 5.2.3 New Comment: Just to rule out all other issues here, try using this configure line: # rm config.cache ; ./configure --disable-all --disable-cgi # make clean # make Previous Comments: [2007-06-25 09:33:47] jbg at webstep dot no Description: /bin/sh /tmp/build/php-5.2.3/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/tmp/build/php-5.2.3/ext/date/ -DPHP_ATOM_INC -I/tmp/build/php-5.2.3/include -I/tmp/build/php-5.2.3/main -I/tmp/build/php-5.2. 3 -I/opt/libxml2/include/libxml2 -I/tmp/build/php-5.2.3/ext/date/lib -I/include -I/usr/include/imap -I/usr/include/mysql -I/oracle8/rdbms/public -I/oracle8/rdbm s/demo -I/tmp/build/php-5.2.3/TSRM -I/tmp/build/php-5.2.3/Zend -I/usr/include -g -O2 -prefer-non-pic -c /tmp/build/php-5.2.3/ext/date/lib/parse_date.c -o ex t/date/lib/parse_date.lo make: *** [ext/date/lib/parse_date.lo] Error 1 bgnl2:/tmp/build/php-5.2.3 # gcc -v Reading specs from /usr/lib/gcc-lib/i586-suse-linux/3.3.3/specs Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local- prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --enable-lan guages=c,c++,f77,objc,java,ada --disable-checking --libdir=/usr/lib --enable-lib gcj --with-gxx-include-dir=/usr/include/g++ --with-slibdir=/lib --with-system-zl ib --enable-shared --enable-__cxa_atexit i586-suse-linux Thread model: posix gcc version 3.3.3 (SuSE Linux) # cat /etc/issue|grep -i suse Welcome to SUSE LINUX Enterprise Server 9 (i586) - Kernel \r (\l). Reproduce code: --- Rather long configure statement: './configure' '--prefix=/opt/php5' '--with-apxs2=/opt/apache2/bin/apxs' '--with-config-file-path=/www/conf' '--disable-ipv6' '--with-openssl' '--with-zlib' '--with-gd' '--with-ttf' '--with-gettext' '--with-imap' '--with-imap-ssl' '--with-ldap' '--with-mysql' '--with-mysql-sock' '--with-oci8=/oracle8' '--with-pdo-oci=/oracle8' '--enable-soap' '--without-sqlite' '--with-pear=/opt/pear' '--with-libxml-dir=/opt/libxml2' Expected result: Build completion. Used same configure on 5.2.0 where `make` stage completes successfully. Actual result: -- Build failure: /bin/sh /tmp/build/php-5.2.3/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/tmp/build/php-5.2.3/ext/date/ -DPHP_ATOM_INC -I/tmp/build/php-5.2.3/include -I/tmp/build/php-5.2.3/main -I/tmp/build/php-5.2. 3 -I/opt/libxml2/include/libxml2 -I/tmp/build/php-5.2.3/ext/date/lib -I/include -I/usr/include/imap -I/usr/include/mysql -I/oracle8/rdbms/public -I/oracle8/rdbm s/demo -I/tmp/build/php-5.2.3/TSRM -I/tmp/build/php-5.2.3/Zend -I/usr/include -g -O2 -prefer-non-pic -c /tmp/build/php-5.2.3/ext/date/lib/parse_date.c -o ex t/date/lib/parse_date.lo make: *** [ext/date/lib/parse_date.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=41797edit=1
#41777 [Opn-Fbk]: Segmentation Fault when calling mail()
ID: 41777 Updated by: [EMAIL PROTECTED] Reported By: diego dot malatesta at mottaeditore dot it -Status: Open +Status: Feedback Bug Type: Mail related Operating System: Ubuntu Server 7.04 (Sparc) PHP Version: 5.2.3 New Comment: You really tried with that exact script you pasted here? Try the same with CLI binary.. Previous Comments: [2007-06-25 10:46:44] diego dot malatesta at mottaeditore dot it I've installed php 5.1.6 and the mail() function worked. Then I put back php 5.2.1 and the script started crashing again. Back to php 5.1.6 and the script works again. For now I'm going to use 5.1.6 until there's a bugfix or I find out what's wrong with 5.2.x [2007-06-25 06:50:27] diego dot malatesta at mottaeditore dot it No I don't have any appended or prepended file nor any zend extension enabled. Btw, I've compiled also php version 5.2.1 and the latest snapshot, but the script keeps crashing. [2007-06-24 17:04:20] [EMAIL PROTECTED] I doubt it's mail() function that is crashing here. Check that you don't have some auto_prepend_file (or append) in php.ini set. And that you don't have any zend_extensions enabled either. [2007-06-22 08:33:25] diego dot malatesta at mottaeditore dot it PS: Forgot to specify the Sparc platform [2007-06-22 07:41:43] diego dot malatesta at mottaeditore dot it Description: When I run the script the browser asks me if I want to save the file or view it as if I were downloading it and I get a blank page. Reproduce code: --- ?php mail([EMAIL PROTECTED],bla,blabla); ? Expected result: I expect the mail to be sent =) Actual result: -- Apache reports this in the error_log file: [Fri Jun 22 10:22:01 2007] [notice] child pid 22502 exit signal Segmentation fault (11) [Fri Jun 22 10:22:01 2007] [notice] child pid 22503 exit signal Segmentation fault (11) The Backtrace: (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X [Thread debugging using libthread_db enabled] [New Thread -134829856 (LWP 22573)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -134829856 (LWP 22573)] _zval_ptr_dtor (zval_ptr=0xfff1ef9c) at /root/php-5.2.3/Zend/zend_execute_API.c:412 412 (*zval_ptr)-refcount--; (gdb) bt #0 _zval_ptr_dtor (zval_ptr=0xfff1ef9c) at /root/php-5.2.3/Zend/zend_execute_API.c:412 #1 0xf79541ec in zend_do_fcall_common_helper_SPEC (execute_data=0xfff1f034) at /root/php-5.2.3/Zend/zend_execute.h:155 #2 0xf7944860 in execute (op_array=0x20af60) at /root/php-5.2.3/Zend/zend_vm_execute.h:92 #3 0xf7922ac0 in zend_execute_scripts (type=8, retval=value optimized out, file_count=3) at /root/php-5.2.3/Zend/zend.c:1134 #4 0xf78dc7dc in php_execute_script (primary_file=0xfff1f110) at /root/php-5.2.3/main/main.c:1794 #5 0xf79ad374 in php_handler (r=0x246b40) at /root/php-5.2.3/sapi/apache2handler/sapi_apache2.c:623 #6 0x0003fb4c in ap_run_handler (r=0x246b40) at config.c:157 #7 0x00042c28 in ap_invoke_handler (r=0x246b40) at config.c:372 #8 0x00058744 in ap_process_request (r=0x246b40) at http_request.c:258 #9 0x000557ac in ap_process_http_connection (c=0x242b70) at http_core.c:184 #10 0x000465b0 in ap_run_process_connection (c=0x242b70) at connection.c:43 #11 0x0006b2d4 in child_main (child_num_arg=value optimized out) at prefork.c:640 #12 0x0006b4a4 in make_child (s=value optimized out, slot=0) at prefork.c:680 #13 0x0006c1c4 in ap_mpm_run (_pconf=0xa40a8, plog=value optimized out, s=0xa8c80) at prefork.c:956 #14 0x0002ce3c in main (argc=2, argv=0xfff21ad4) at main.c:717 -- Edit this bug report at http://bugs.php.net/?id=41777edit=1
#41794 [Opn-Csd]: Library test for external sqlite3 misses -lrt and fails
ID: 41794 Updated by: [EMAIL PROTECTED] Reported By: geoffwa at cs dot rmit dot edu dot au -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Solaris 10 PHP Version: 5.2.3 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2007-06-25 07:27:48] geoffwa at cs dot rmit dot edu dot au The following patch allows PHP to configure and build successfully: --- php-old/configure.in2007-05-31 04:45:59.0 +1000 +++ php-new/configure.in2007-06-25 17:16:31.90200 +1000 @@ -326,4 +326,6 @@ PHP_CHECK_FUNC(dn_skipname, resolv, bind) +dnl I wish Solaris came with a /usr/lib/pkgconfig/normal_base_system.pc +PHP_CHECK_LIBRARY(rt, nanosleep, [PHP_ADD_LIBRARY(rt)], []) dnl Then headers. I used PHP_CHECK_LIBRARY in lieu of PHP_CHEC_FUNC as the later picks up a __nanosleep() symbol from Sun's libc, and ext/standard/basic_functions.c makes use of nanosleep() [2007-06-25 05:21:41] geoffwa at cs dot rmit dot edu dot au Description: The library test for external SQLite3 libraries fails on Solaris 10 as it does not include -lrt and consequently always fails. When building with bundled sqlite3 library, there is a test for -lrt on line 122 of ext/pdo_sqlite/config.m4: dnl Solaris fix PHP_CHECK_LIBRARY(rt, fdatasync, [ PHP_ADD_LIBRARY(rt,, PDO_SQLITE_SHARED_LIBADD)]) This test could be moved so it's usable by both the bundled and non-bundled builds. (I'd offer a patch but my M4 foo is weak) Reproduce code: --- shell: ./configure --prefix=/usr/local --with-pdo-sqlite=shared,/usr/local *snip* checking for sqlite 3 support for PDO... yes, shared checking for PDO includes... (cached) /export/work/php-5.2.3/ext checking for sqlite3_open in -lsqlite3... no configure: error: wrong sqlite lib version or lib not found config.log: configure:76889: cc -o conftest -I/usr/include -O -I/usr/local/include -D_POSIX_PTHREAD_SEMANTICS -R/usr/local/lib -L/usr/local/lib -L/usr/lib -L/usr/local/ lib -R/usr/local/lib -R/usr/ucblib -L/usr/ucblib -R/usr/local/lib -L/usr/local/lib -lm conftest.c -lsqlite3 -lintl -lbz2 -lz -lpcre -lresolv -lm -lnsl -ls ocket -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lnsl 15 Undefined first referenced symbol in file fdatasync /usr/local/lib/libsqlite3.so ld: fatal: Symbol referencing errors. No output written to conftest configure: failed program was: #line 76878 configure #include confdefs.h /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char sqlite3_open(); int main() { sqlite3_open() ; return 0; } -- Edit this bug report at http://bugs.php.net/?id=41794edit=1
#41797 [Fbk]: Build failure on parse_date.lo
ID: 41797 Updated by: [EMAIL PROTECTED] Reported By: jbg at webstep dot no Status: Feedback Bug Type: Compile Failure Operating System: SLES 9 PHP Version: 5.2.3 New Comment: You could also try passing configure the --disable-inline-optimization option. (see ./configure --help for more info about it) Previous Comments: [2007-06-25 16:10:10] [EMAIL PROTECTED] Just to rule out all other issues here, try using this configure line: # rm config.cache ; ./configure --disable-all --disable-cgi # make clean # make [2007-06-25 09:33:47] jbg at webstep dot no Description: /bin/sh /tmp/build/php-5.2.3/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/tmp/build/php-5.2.3/ext/date/ -DPHP_ATOM_INC -I/tmp/build/php-5.2.3/include -I/tmp/build/php-5.2.3/main -I/tmp/build/php-5.2. 3 -I/opt/libxml2/include/libxml2 -I/tmp/build/php-5.2.3/ext/date/lib -I/include -I/usr/include/imap -I/usr/include/mysql -I/oracle8/rdbms/public -I/oracle8/rdbm s/demo -I/tmp/build/php-5.2.3/TSRM -I/tmp/build/php-5.2.3/Zend -I/usr/include -g -O2 -prefer-non-pic -c /tmp/build/php-5.2.3/ext/date/lib/parse_date.c -o ex t/date/lib/parse_date.lo make: *** [ext/date/lib/parse_date.lo] Error 1 bgnl2:/tmp/build/php-5.2.3 # gcc -v Reading specs from /usr/lib/gcc-lib/i586-suse-linux/3.3.3/specs Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local- prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --enable-lan guages=c,c++,f77,objc,java,ada --disable-checking --libdir=/usr/lib --enable-lib gcj --with-gxx-include-dir=/usr/include/g++ --with-slibdir=/lib --with-system-zl ib --enable-shared --enable-__cxa_atexit i586-suse-linux Thread model: posix gcc version 3.3.3 (SuSE Linux) # cat /etc/issue|grep -i suse Welcome to SUSE LINUX Enterprise Server 9 (i586) - Kernel \r (\l). Reproduce code: --- Rather long configure statement: './configure' '--prefix=/opt/php5' '--with-apxs2=/opt/apache2/bin/apxs' '--with-config-file-path=/www/conf' '--disable-ipv6' '--with-openssl' '--with-zlib' '--with-gd' '--with-ttf' '--with-gettext' '--with-imap' '--with-imap-ssl' '--with-ldap' '--with-mysql' '--with-mysql-sock' '--with-oci8=/oracle8' '--with-pdo-oci=/oracle8' '--enable-soap' '--without-sqlite' '--with-pear=/opt/pear' '--with-libxml-dir=/opt/libxml2' Expected result: Build completion. Used same configure on 5.2.0 where `make` stage completes successfully. Actual result: -- Build failure: /bin/sh /tmp/build/php-5.2.3/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/tmp/build/php-5.2.3/ext/date/ -DPHP_ATOM_INC -I/tmp/build/php-5.2.3/include -I/tmp/build/php-5.2.3/main -I/tmp/build/php-5.2. 3 -I/opt/libxml2/include/libxml2 -I/tmp/build/php-5.2.3/ext/date/lib -I/include -I/usr/include/imap -I/usr/include/mysql -I/oracle8/rdbms/public -I/oracle8/rdbm s/demo -I/tmp/build/php-5.2.3/TSRM -I/tmp/build/php-5.2.3/Zend -I/usr/include -g -O2 -prefer-non-pic -c /tmp/build/php-5.2.3/ext/date/lib/parse_date.c -o ex t/date/lib/parse_date.lo make: *** [ext/date/lib/parse_date.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=41797edit=1
#41646 [Opn-Bgs]: mail function will only send when i have a small body
ID: 41646 Updated by: [EMAIL PROTECTED] Reported By: rgadala at gmail dot com -Status: Open +Status: Bogus Bug Type: Mail related Operating System: Windows XP PHP Version: 5.2.3 New Comment: It's obviously your SMTP server's limitation. Previous Comments: [2007-06-12 23:24:57] rgadala at gmail dot com Actually I think I figured out the problem. I changed the \n\n's to \r\n\r\n because I am running windows and I read that that was a problem unless you are using unix, then you want to use \n\n Any feedback on this? [2007-06-12 12:31:31] [EMAIL PROTECTED] Could it be the limitation of your SMTP server? [2007-06-10 23:02:04] rgadala at gmail dot com Description: If I send a mail function with the body as only 'test' my email will get sent.Otherwise if I try and send a message like $body = Thank you for requesting to leave feedback. To complete the final step, please click on this link:\n\n; $body .= http://www.abcdef.com/leavefeedback.php?x=12y=12345678911234567892123456789312;; my message will not get sent. I have tried using $body = wordwrap($body, 70) before I send the email out but that still doesnt work. Reproduce code: --- $body = Thank you for requesting to leave feedback. To complete the final step, please click on this link:\n\n; $body .= http://www.abcdef.com/leavefeedback.php?x=12y=12345678911234567892123456789312;; $mailSent = mail([EMAIL PROTECTED], 'Leave Feedback Activation Link', $body, 'From: [EMAIL PROTECTED]'); if($mailSent){ echo ' Thank You For Requesting to leave feedback. br /An email to '[EMAIL PROTECTED]' has been sent to you to activate your feedback. Please disregard the old one.'; } else { echo ' An email could not be sent to you due to a system error. br / We apologize for any inconvenience. br /'; } Expected result: Thank You For Requesting to leave feedback. br /An email to [EMAIL PROTECTED] has been sent to you to activate your feedback. Please disregard the old one. (Then actually Recieving the email.) Actual result: -- Thank You For Requesting to leave feedback. br /An email to [EMAIL PROTECTED] has been sent to you to activate your feedback. Please disregard the old one. (Not Recieving the email.) -- Edit this bug report at http://bugs.php.net/?id=41646edit=1
#41796 [Opn-Fbk]: preg_match segmentation fault
ID: 41796 Updated by: [EMAIL PROTECTED] Reported By: iamsoordinary at gmail dot com -Status: Open +Status: Feedback Bug Type: PCRE related Operating System: Linux PHP Version: 5.2.3 New Comment: 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 The bundled PCRE library is upgraded to 7.2 in CVS, perhaps it fixes this issue too. (assuming you are using the bundled library..) Previous Comments: [2007-06-25 09:10:00] iamsoordinary at gmail dot com Description: Using the preg_match function (as used in the textilePHP class available at http://jimandlissa.com/project/textilephp) causes a segmentation fault in PHP. This worked fine until version 5.2.0. Reproduce code: --- http://www.irede.com/zero/php_crash.txt Expected result: No segmentation fault Actual result: -- Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=41796edit=1
#41796 [Opn-Csd]: preg_match segmentation fault
ID: 41796 Updated by: [EMAIL PROTECTED] Reported By: iamsoordinary at gmail dot com -Status: Open +Status: Closed Bug Type: PCRE related Operating System: Linux PHP Version: 5.2.3 New Comment: Yes it will. There were some issues in the previous PCRE libs, apparently this was one of them. Previous Comments: [2007-06-25 16:58:34] iamsoordinary at gmail dot com Thanks for your reply. I'm using the bundled PCRE library. I've just tried the development snapshot and the problem is gone. :) By the way, will this fix be in the next release? [2007-06-25 16:36:44] [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 The bundled PCRE library is upgraded to 7.2 in CVS, perhaps it fixes this issue too. (assuming you are using the bundled library..) [2007-06-25 09:10:00] iamsoordinary at gmail dot com Description: Using the preg_match function (as used in the textilePHP class available at http://jimandlissa.com/project/textilephp) causes a segmentation fault in PHP. This worked fine until version 5.2.0. Reproduce code: --- http://www.irede.com/zero/php_crash.txt Expected result: No segmentation fault Actual result: -- Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=41796edit=1
#41803 [Opn-Fbk]: Linking MySQLi fails during ./configure
ID: 41803 Updated by: [EMAIL PROTECTED] Reported By: seth at pricepages dot org -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Mac 10.4.9 PHP Version: 5CVS-2007-06-25 (snap) New Comment: According to your mysql_config output, the library should be in: /usr/local/mysql/lib/ And you say the library is in: /usr/local/mysql/lib/mysql/ Have you moved it manually or something? Previous Comments: [2007-06-25 17:27:51] seth at pricepages dot org Description: The test program compiled by configure links to a non-existant mysqli library (and fails to be run). See the following debug.log: CONFIGURE: './configure' '--with-mysqli=/usr/local/mysql/bin/ mysql_config' CC: gcc CFLAGS: -I/usr/local/include -g -O2 CPPFLAGS:-no-cpp-precomp CXX: CXXFLAGS: INCLUDES:-I/usr/include/libxml2 -I/usr/local/php/ php5.2-200706251630/ext/date/lib -I/usr/local/mysql/include LDFLAGS:-liconv -L/usr/local/lib -L/usr/local/lib -L/usr/local/ lib -L/usr/local/mysql/lib -L/usr/local/mysql/lib LIBS: -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lmysqlclient -lz -lm -lxml2 -lz -liconv -lm DLIBS: SAPI: cgi PHP_RPATHS: /usr/local/lib /usr/local/mysql/lib uname -a: Darwin Pine06.local 8.10.0 Darwin Kernel Version 8.10.0: Wed May 23 16:50:59 PDT 2007; root:xnu-792.21.3~1/RELEASE_PPC Power Macintosh powerpc gcc -o conftest -I/usr/local/include -g -O2 -no-cpp-precomp -liconv - L/usr/local/lib -L/usr/local/lib -L/usr/local/lib -L/usr/local/mysql/ lib -L/usr/local/mysql/lib conftest.c -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lmysqlclient -lz -lm -lxml2 -lz -liconv - lm 15 conftest.c: In function 'main': conftest.c:3: warning: incompatible implicit declaration of built-in function 'exit' dyld: Library not loaded: /usr/local/mysql/lib/mysql/libmysqlclient. 15.dylib Referenced from: /usr/local/php/php5.2-200706251630/./conftest Reason: image not found ./configure: line 90558: 4955 Trace/BPT trap ./conftest The dyld *does* exist at this location: /usr/local/mysql/lib/libmysqlclient.15.dylib mysql_config gives this: Usage: /usr/local/mysql/bin/mysql_config [OPTIONS] Options: --cflags [-I/usr/local/mysql/include -Os -arch ppc - fno-common] --include[-I/usr/local/mysql/include] --libs [-L/usr/local/mysql/lib -lmysqlclient -lz - lm] --libs_r [-L/usr/local/mysql/lib -lmysqlclient_r -lz - lm] --socket [/tmp/mysql.sock] --port [3306] --version[5.0.41] --libmysqld-libs [-L/usr/local/mysql/lib -lmysqld -lz -lm] This problem exists in the latest v5 CVS snap and 5.2.3, but not in 5.2.0. Reproduce code: --- ./configure --with-mysqli=/usr/local/mysql/bin/mysql_config Expected result: Configure should end like this: ... | your web space, users may be able to circumvent existing .htaccess | | security by loading files directly through the parser. See| | http://www.php.net/manual/security.php for more details. | ++ | License: | | This software is subject to the PHP License, available in this | | distribution in the file LICENSE. By continuing this installation | ... Actual result: -- But it doesn't: ... | your web space, users may be able to circumvent existing .htaccess | | security by loading files directly through the parser. See| | http://www.php.net/manual/security.php for more details. | ++ | *** ATTENTION ***| || | Something is likely to be messed up here, because the configure| | script was not able to detect a simple feature on your platform. | | This is often caused by incorrect configuration parameters. Please | | see the file debug.log for error messages. | || | If you are unable to fix this, send the file debug.log to the | | [EMAIL PROTECTED] mailing list and include appropiate | | information about your setup. | ++ | License: | | This software is subject to the PHP License, available in this | | distribution in the file LICENSE. By continuing this installation | ... -- Edit this bug report at
#41803 [Opn-Fbk]: Linking MySQLi fails during ./configure
ID: 41803 Updated by: [EMAIL PROTECTED] Reported By: seth at pricepages dot org -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Mac 10.4.9 PHP Version: 5CVS-2007-06-25 (snap) New Comment: What does config.log have about this? Previous Comments: [2007-06-25 22:36:59] seth at pricepages dot org $ ls -l /usr/local/mysql/lib/libmysqlclient.15.dylib -rwxr-xr-x 1 root mysql 2033452 Apr 26 15:48 /usr/local/mysql/lib/ libmysqlclient.15.dylib $ ls -l /usr/local/mysql/lib/mysql/ ls: /usr/local/mysql/lib/mysql/: No such file or directory [2007-06-25 21:45:47] [EMAIL PROTECTED] ls -l /usr/local/mysql/lib/libmysqlclient.15.dylib ? [2007-06-25 21:28:42] seth at pricepages dot org No, the library is in /usr/local/mysql/lib and mysql_config beleives it is in /usr/local/mysql/lib. I'm not sure what is causing the conftest program to do what it's doing. The mysql install was a binary install of v5.0.41, and as far as I can tell is working fine. [2007-06-25 20:43:24] [EMAIL PROTECTED] According to your mysql_config output, the library should be in: /usr/local/mysql/lib/ And you say the library is in: /usr/local/mysql/lib/mysql/ Have you moved it manually or something? [2007-06-25 17:27:51] seth at pricepages dot org Description: The test program compiled by configure links to a non-existant mysqli library (and fails to be run). See the following debug.log: CONFIGURE: './configure' '--with-mysqli=/usr/local/mysql/bin/ mysql_config' CC: gcc CFLAGS: -I/usr/local/include -g -O2 CPPFLAGS:-no-cpp-precomp CXX: CXXFLAGS: INCLUDES:-I/usr/include/libxml2 -I/usr/local/php/ php5.2-200706251630/ext/date/lib -I/usr/local/mysql/include LDFLAGS:-liconv -L/usr/local/lib -L/usr/local/lib -L/usr/local/ lib -L/usr/local/mysql/lib -L/usr/local/mysql/lib LIBS: -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lmysqlclient -lz -lm -lxml2 -lz -liconv -lm DLIBS: SAPI: cgi PHP_RPATHS: /usr/local/lib /usr/local/mysql/lib uname -a: Darwin Pine06.local 8.10.0 Darwin Kernel Version 8.10.0: Wed May 23 16:50:59 PDT 2007; root:xnu-792.21.3~1/RELEASE_PPC Power Macintosh powerpc gcc -o conftest -I/usr/local/include -g -O2 -no-cpp-precomp -liconv - L/usr/local/lib -L/usr/local/lib -L/usr/local/lib -L/usr/local/mysql/ lib -L/usr/local/mysql/lib conftest.c -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lmysqlclient -lz -lm -lxml2 -lz -liconv - lm 15 conftest.c: In function 'main': conftest.c:3: warning: incompatible implicit declaration of built-in function 'exit' dyld: Library not loaded: /usr/local/mysql/lib/mysql/libmysqlclient. 15.dylib Referenced from: /usr/local/php/php5.2-200706251630/./conftest Reason: image not found ./configure: line 90558: 4955 Trace/BPT trap ./conftest The dyld *does* exist at this location: /usr/local/mysql/lib/libmysqlclient.15.dylib mysql_config gives this: Usage: /usr/local/mysql/bin/mysql_config [OPTIONS] Options: --cflags [-I/usr/local/mysql/include -Os -arch ppc - fno-common] --include[-I/usr/local/mysql/include] --libs [-L/usr/local/mysql/lib -lmysqlclient -lz - lm] --libs_r [-L/usr/local/mysql/lib -lmysqlclient_r -lz - lm] --socket [/tmp/mysql.sock] --port [3306] --version[5.0.41] --libmysqld-libs [-L/usr/local/mysql/lib -lmysqld -lz -lm] This problem exists in the latest v5 CVS snap and 5.2.3, but not in 5.2.0. Reproduce code: --- ./configure --with-mysqli=/usr/local/mysql/bin/mysql_config Expected result: Configure should end like this: ... | your web space, users may be able to circumvent existing .htaccess | | security by loading files directly through the parser. See| | http://www.php.net/manual/security.php for more details. | ++ | License: | | This software is subject to the PHP License, available in this | | distribution in the file LICENSE. By continuing this installation | ... Actual result: -- But it doesn't: ... | your web space, users may be able to circumvent existing .htaccess | | security by loading files directly through the parser. See| | http://www.php.net/manual/security.php for more details. |
#41485 [Opn-Fbk]: segmentation fault parsing wrong xsl file
ID: 41485 Updated by: [EMAIL PROTECTED] Reported By: andyjunkie at tiscali dot it -Status: Open +Status: Feedback Bug Type: XSLT related Operating System: linux debian PHP Version: 5.2.2 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. Previous Comments: [2007-06-20 14:07:00] andyjunkie at tiscali dot it No crash from command line. Crashes with: Debian 2.6.18-4-686 Apache/2.2.3 (Debian) PHP/5.2.0-8+etch4 libxml2 2.6.27 libxslt 1.1.19 [2007-06-08 01:12:54] [EMAIL PROTECTED] Works for me on Linux Fedora 6. [2007-06-01 15:00:52] [EMAIL PROTECTED] You might want to try using xsltproc command line to see if it crashes there as well (indicating not a PHP issue). Also, try upgrading your libxml2 and libxslt libraries. It's working fine on linux with libxml2-2.6.23 and libxslt-1.1.15 [2007-06-01 14:33:15] andyjunkie at tiscali dot it ?php $xsl = '?xml version=1.0 encoding=ISO-8859-1? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:template match=/ br /xsl:template /xsl:stylesheet'; $xsltProcessor = new XSLTProcessor(); $xslDom = new DOMDocument(); $xslDom-loadXML($xsl); $xsltProcessor-importStyleSheet($xslDom); ? [2007-06-01 14:27:54] andyjunkie at tiscali dot it Here is the script: ?php $xsltProcessor = new XSLTProcessor(); $xslDom = new DOMDocument(); $xslDom-load(dirname(__FILE__).'/test.xsl'); $xsltProcessor-importStyleSheet($xslDom); // SEG FAULT ? This is the content of test.xsl, note that br tag is not closed ?xml version=1.0 encoding=ISO-8859-1? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:template match=/ br /xsl:template /xsl:stylesheet 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/41485 -- Edit this bug report at http://bugs.php.net/?id=41485edit=1
#36379 [Opn-Fbk]: SVG XML parsing looses child tags and attributes
ID: 36379 Updated by: [EMAIL PROTECTED] Reported By: rele at gmx dot de -Status: Open +Status: Feedback Bug Type: SimpleXML related Operating System: Windows XP SP1 PHP Version: 5.2.0 New Comment: 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 Previous Comments: [2006-07-27 05:44:23] rele at gmx dot de I tried the code with the 5.2.0RC2-dev Win32 build (Date = Jul 27 2006 04:15:19), but it produced the same result, and $parent[0] was always NULL, too. In addition I had to modify the second example code from foreach($simplexml as $parent) { to foreach($simplexml as $parent) { because it produced: PHP Fatal error: An iterator cannot be used with foreach by reference [2006-07-27 02:00:36] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-05-10 20:11:35] rele at gmx dot de Description: Maybe it will be clearer if I use type casting. As you can see in the result output, there is no array index 0 in each parent which should store the text value of the first child, like there are for all childs. Especially not for parent 1a ParentText and 1c . The attributes are fine, either by direct access $parent['style'] or by using $parent-attributes(). But $parent[0] is always NULL. Reproduce code: --- $test_simplexml_errors_svg = EOD ?xml version=1.0 encoding=utf-8 standalone=yes? !DOCTYPE svg PUBLIC -//W3C//DTD SVG 1.1//EN http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd;[ !ENTITY E1 'font-size:7pt' ] svg id=svg_output version=1.1 xmlns=http://www.w3.org/2000/svg; viewBox=-2 -7 1561 708 text id=1a style=E1; x=300 y=100ParentText tspan id=2a dy=12 x=310ChildText1/tspantspan id=3a dy=12 x=350 /tspan/text text id=1b style=E1; x=400 y=200tspan id=2b dy=12 x=410ChildText1/tspantspan id=3b dy=12 x=450 /tspan/text text id=1c style=E1; x=500 y=300 tspan id=2c dy=12 x=510ChildText1/tspantspan id=3c dy=12 x=550ChildText2/tspan/text /svg EOD; $simplexml = simplexml_load_string($test_simplexml_errors_svg); foreach($simplexml as $parent) { echo 'parent ', $parent-getName(), ' ', $parent['id'], ' = ', (string) $parent, '', \n; print_r($parent); foreach($parent as $child) { echo ' child ', $child-getName(), ' ', $child['id'], ' = ', (string) $child, '', \n; print_r($child); } } Actual result: -- parent text 1a = ParentText SimpleXMLElement Object ( [EMAIL PROTECTED] = Array ( [id] = 1a [style] = font-size:7pt [x] = 300 [y] = 100 ) [tspan] = Array ( [0] = ChildText1 [1] = SimpleXMLElement Object ( [EMAIL PROTECTED] = Array ( [id] = 3a [dy] = 12 [x] = 350 ) [0] = ) ) ) child tspan 2a = ChildText1 SimpleXMLElement Object ( [EMAIL PROTECTED] = Array ( [id] = 2a [dy] = 12 [x] = 310 ) [0] = ChildText1 ) child tspan 3a = SimpleXMLElement Object ( [EMAIL PROTECTED] = Array ( [id] = 3a [dy] = 12 [x] = 350 ) [0] = ) parent text 1b = SimpleXMLElement Object ( [EMAIL PROTECTED] = Array ( [id] = 1b [style] = font-size:7pt [x] = 400 [y] = 200 ) [tspan] = Array ( [0] = ChildText1 [1] = SimpleXMLElement Object ( [EMAIL PROTECTED] = Array ( [id] = 3b [dy] = 12 [x] = 450 ) [0] = ) ) ) child tspan 2b = ChildText1 SimpleXMLElement Object ( [EMAIL PROTECTED] = Array ( [id] = 2b [dy] = 12 [x] = 410 ) [0] = ChildText1 ) child tspan 3b = SimpleXMLElement Object ( [EMAIL PROTECTED] = Array ( [id] = 3b [dy] = 12 [x] = 450 ) [0] = ) parent text 1c = SimpleXMLElement Object ( [EMAIL PROTECTED] = Array ( [id] = 1c [style] = font-size:7pt [x] = 500
#28227 [Asn-Fbk]: PHP CGI depends upon non-standard SCRIPT_FILENAME
ID: 28227 Updated by: [EMAIL PROTECTED] Reported By: lukem at NetBSD dot org -Status: Assigned +Status: Feedback Bug Type: CGI related Operating System: * PHP Version: 5CVS, 4CVS (2005-02-04) Assigned To: fmk New Comment: 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 Previous Comments: [2006-08-10 19:05:01] [EMAIL PROTECTED] The patch broke CGI on other web servers (IIS on Win32). That was the reason it was reverted. So far I have not been able to come up with a way to apply your patch so it will work in all cases (not breaking existing installed systems). [2006-08-10 00:04:42] lukem at NetBSD dot org If I recall correctly, PHP4 as a CGI _did_ rely upon SCRIPT_FILENAME being set by the web server, at least in the default build of PHP4. My original workaround was to modify the non-Apache web server I was using to set SCRIPT_FILENAME before invoking php-as-cgi. IMHO, it not an acceptable long-term solution to modify the _web server_ because the _CGI application_ (php) relies upon a non-standard CGI variable. Which is why I developed the patch, which worked at the time for the release of PHP I was using (4.3.6). Based on the replies I've seen to my bug report patch, other people are also seeing this problem, even in newer releases of PHP. Not everyone uses PHP as an Apache module, and not everyone uses Apache as a web server. People that want to use php as a CGI on other minimal web servers (e.g, embedded systems) may run into this problem, spend time trying to fix it, get pushback from the PHP developer community about this not being a problem (c.f. the way various bug reports documenting a similar problem with the no input file found being closed as configuration problem, when I show that it's PHP-as-CGI barfing because SCRIPT_FILENAME isn't set), and in the end punt and use another solution. I strongly suggest that the PHP developers set up a test environment where PHP runs as a CGI from one of the many minimal (Open Source) web servers available that don't implement SCRIPT_FILENAME to attempt to reproduce this issue that numerous people have observerd (based on followups to this ticket, and other tickets that I've read). [2006-08-09 18:30:05] [EMAIL PROTECTED] because the patch is not correct and this is an incredibly fragile mechanism due to the wide variety of web servers out there. And despite what the bug report says, PHP does not rely on SCRIPT_FILENAME being present, it simply uses it if it is there. As far as I can tell using ./configure --enable-discard-path should take care of this problem. [2006-05-26 20:52:04] wink15 at hotmail dot com This is getting retarded...Why is this STILL not fixed? Seriously...WTF? [2006-03-15 17:00:13] mike dot scarborough at yahoo dot com I tried using Luke's changes within the php-5.1.2 source under netBSD, so that I could use the same bozohttpd server. Those changes didn't seem to help the problem under 5.1.2. I'd like to look into it further, but it would be very helpful if this could get fixed. Lots of times apache and iis are not options for a project. 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/28227 -- Edit this bug report at http://bugs.php.net/?id=28227edit=1
#41806 [Opn-Asn]: milliseconds in date function
ID: 41806 Updated by: [EMAIL PROTECTED] Reported By: lordi at msdi dot ca -Status: Open +Status: Assigned Bug Type: Date/time related Operating System: FreeBSD 6.2-RELEASE PHP Version: 5.2.3 -Assigned To: +Assigned To: derick New Comment: I think someone forgot to commit the part to the ext/date/lib/ side of things when adding 'u' format as I can't see anywhere where t-f would be set to anything but 0.. Previous Comments: [2007-06-25 23:53:12] lordi at msdi dot ca Description: Hi, the u parameters in the date function should return milliseconds, but it always returns zeros. Reproduce code: --- date_default_timezone_set('America/Montreal'); echo date ('H:i:s:u'); Expected result: 19:50:39:123456 Actual result: -- 19:50:39:00 -- Edit this bug report at http://bugs.php.net/?id=41806edit=1
#41751 [Opn]: touch() works incorrectly in Windows.
ID: 41751 Updated by: [EMAIL PROTECTED] Reported By: aeolianmeson at blitzeclipse dot com Status: Open Bug Type: *General Issues Operating System: Windows XP SP2 PHP Version: 5.2.3 New Comment: See also bug #41786 Previous Comments: [2007-06-21 13:38:30] aeolianmeson at blitzeclipse dot com It's set to 'America/Detroit' at runtime, which is still -5 (or -4 during DST). [2007-06-21 13:37:27] [EMAIL PROTECTED] Yes, that's how it should work but maybe not. What is date.timezone set for you? [2007-06-21 13:33:41] aeolianmeson at blitzeclipse dot com Timezone is set to -5 at runtime. OS is setting to Detroit (-5)... But, timezones don't matter until epoch times are converted to strings-- This wouldn't apply since we're just talking about the timestamps. [2007-06-21 13:30:28] [EMAIL PROTECTED] Of course. What is your system timezone set to? And what about the timezone setting in php.ini, date.timezone ? [2007-06-20 22:30:10] aeolianmeson at blitzeclipse dot com Plus, this only happens with Windows. Dustin 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/41751 -- Edit this bug report at http://bugs.php.net/?id=41751edit=1
#41786 [Opn]: Setting lastmodified file time with touch gives unexpexted values
ID: 41786 Updated by: [EMAIL PROTECTED] Reported By: thbley at gmail dot com Status: Open Bug Type: Date/time related Operating System: WinXP SP2 PHP Version: 5.2.3 New Comment: See also bug #41751 Previous Comments: [2007-06-24 07:21:47] thbley at gmail dot com Description: When I try to set the last modified time of two files to the same value, I get different values. Date configuration: (php default, nothing changed, I'm living in Europe/Berlin) date date/time support enabled Timezone Database Version 2006.16 Timezone Database internal Default timezoneEurope/Paris Directive Local Value Master Value date.default_latitude 31.7667 31.7667 date.default_longitude 35.2333 35.2333 date.sunrise_zenith 90.58 90.58 date.sunset_zenith 90.58 90.58 date.timezone no valueno value Reproduce code: --- ?php // same result with date_default_timezone_set(Europe/Berlin); touch(c:/test1.txt,strtotime(02/18/2007 20:00:00)); touch(c:/test2.txt,filemtime(c:/test1.txt)); echo filemtime(c:/test1.txt).br\n; echo filemtime(c:/test2.txt).br\n; echo date(d.m.Y H:i:s,filemtime(c:/test1.txt)).br\n; echo date(d.m.Y H:i:s,filemtime(c:/test2.txt)).br\n; ? Expected result: 1171818000 1171818000 18.02.2007 18:00:00 18.02.2007 18:00:00 or 1171821600 1171821600 18.02.2007 19:00:00 18.02.2007 19:00:00 Actual result: -- 1171821600 1171818000 18.02.2007 19:00:00 18.02.2007 18:00:00 -- Edit this bug report at http://bugs.php.net/?id=41786edit=1
#41787 [Opn-Fbk]: not view the correct code in the browser
ID: 41787 Updated by: [EMAIL PROTECTED] Reported By: d58m at hotmail dot com -Status: Open +Status: Feedback Bug Type: Performance problem Operating System: windows 2000 Professional PHP Version: 5.2.3 New Comment: 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 Previous Comments: [2007-06-24 12:30:05] d58m at hotmail dot com OS: windows 2000 professional software used: Apache2.2 PHP5.2.3 Browser: IE 6.0.2800.1106 1. Type the address into the address: http://localhost/test/s.php and pressed return. 2. I get a blank page in the browser no text display in the browser. 3. Right clicked on the page and get the code in the Reproduce code: form. It should be the code in the Actual result: form tech. It was working up to 25/05/07 then it stopped. Running different application I get this error: httpd.exe Application error. The instruction at 0x005c8cba referenced memory at 0x0011. the memory could not be read click on OK to terminate the program. Click on cancel to debug the program. [2007-06-24 11:22:31] d58m at hotmail dot com Description: OS: windows 2000 professional software used: Apache2.2 PHP5.2.3 Browser: IE 6.0.2800.1106 1. Type the address into the address: http://localhost/test/s.php and pressed return. 2. I get a blank page in the browser no text display in the browser. 3. Right clicked on the page and get the code in the Reproduce code: form. It should be the code in the Actual result: form tech. I was working up to 25/05/07 then it stopped. Reproduce code: --- !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN HTMLHEAD META http-equiv=Content-Type content=text/html; charset=windows-1252/HEAD BODY/BODY/HTML Expected result: marqueesite under construction/marqueebr / a href=index.htmllink to index page /a Actual result: -- !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; html xmlns=http://www.w3.org/1999/xhtml; head meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 / titleUntitled Document/title /head body marqueesite under construction/marqueebr / a href=index.htmllink to index page /a /body /html -- Edit this bug report at http://bugs.php.net/?id=41787edit=1
#41773 [Opn-Fbk]: php_strip_whitespace sends headers with errors suppressed
ID: 41773 Updated by: [EMAIL PROTECTED] Reported By: andi at splitbrain dot org -Status: Open +Status: Feedback Bug Type: Output Control Operating System: Linux (Debian unstable) PHP Version: 5.2.4-dev (200706222030) New Comment: And why shouldn't the headers be sent? You're not getting any fatal error there.. Previous Comments: [2007-06-22 22:29:10] andi at splitbrain dot org Its still the same with the snapshot you linked. [2007-06-21 22:30:56] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2007-06-21 22:16:48] andi at splitbrain dot org Description: When suppressing error output of php_strip_whitespace and trying to load a non existent file, output is started. The code below prints not sent on older PHP versions but prints sent on PHP 5.2.3-1 Reproduce code: --- ?php $foo = @php_strip_whitespace('non existent file'); if(headers_sent()){ echo sent\n; }else{ echo not sent\n; } Expected result: not sent Actual result: -- sent -- Edit this bug report at http://bugs.php.net/?id=41773edit=1
#41789 [Opn-Asn]: Incorrect Modification to httpd.conf
ID: 41789 Updated by: [EMAIL PROTECTED] Reported By: philjcrawford at gmail dot com -Status: Open +Status: Assigned Bug Type: Apache2 related Operating System: Windows XP SP2 PHP Version: 5.2.3 -Assigned To: +Assigned To: jmertic New Comment: Assigned to the installer guru. Previous Comments: [2007-06-24 12:21:21] philjcrawford at gmail dot com Description: When installing PHP 5.2.3 for Apache 2.2, the following is appended to the httpd.conf file: #BEGIN PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL PHPIniDir C:\\Program Files\\PHP\\ LoadModule php5_module C:\\Program Files\\PHP\\php5apache2_2.dll #END PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL I had just managed to enable PHP 5.2.1 using the following, which the 5.2.3 installer commented out: #BEGIN PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL #PHPIniDir C:/Program Files/PHP/ #LoadModule php5_module C:/Program Files/PHP/php5apache2_2.dll #END PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL Note the / instead of \\ in the path. I don't need help but thought this should be fixed for subsequent releases. -- Edit this bug report at http://bugs.php.net/?id=41789edit=1
#41767 [Opn-Bgs]: realpath() is not working properly now
ID: 41767 Updated by: [EMAIL PROTECTED] Reported By: programatorfreez at gmail dot com -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: GNU/Linux PHP Version: 5.2.3 New Comment: Works fine for me. Previous Comments: [2007-06-22 18:04:02] programatorfreez at gmail dot com Actually i'm happy that my PHP 5.2.2 is working and unfortunatelly i don't have enough time to compile CVS version and then stable again. I'll wait until it will be in Gentoo portage, it's the best way for me. Do you have installed CVS version? If so, please try: - ?php echo realpath('./'); ? - The directory with script must be in php.ini - open_basedir, don't forget to add the final slash. Safe mode must be on. The result with PHP 5.2.2 is something like /var/www/localhost/htdocs/mypages. With PHP 5.2.3 the result is similar to open_basedir restriction in affect, directory /var/www/localhost/htdocs/mypages is not in allowed path. PHP 5.2.3 is actually running only on webhosting, where are stored my pages. Thanks for a try [2007-06-21 19:16: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 [2007-06-21 16:16:37] programatorfreez at gmail dot com Description: Hello, In PHP = 5.2.2 realpath('.) will return realpath to current working directory (for example /var/www/localhost/htdocs/mypages) but in PHP 5.2.3 function realpath('.') causes openbase_dir restriction related error. Reason == echo realpath('/var/www/localhost/htdocs/mypages/'); in PHP = 5.2.2 works, but in PHP 5.2.3 causes openbase_dir restriction error with something like You have not access to /var/www/localhost/htdocs/mypages' (it's because the final slash is missing) the openbase_dir in php.ini is set to /var/www/localhost/htdocs/mypages/, function realpath will cut the final slash and this will lead to error. Reproduce code: --- ?php echo 'It's described above =)'; ? -- Edit this bug report at http://bugs.php.net/?id=41767edit=1
#41787 [Opn-Fbk]: not view the correct code in the browser
ID: 41787 Updated by: [EMAIL PROTECTED] Reported By: d58m at hotmail dot com -Status: Open +Status: Feedback Bug Type: Performance problem Operating System: windows 2000 Professional PHP Version: 5.2.4 New Comment: And you're 100% sure you have replaced ALL old dlls with the ones from the zip you downloaded from snaps.php.net? And that includes the extra dlls too. How exactly have you installed PHP to run under Apache? As a module or as CGI binary? Previous Comments: [2007-06-24 14:58:46] d58m at hotmail dot com I have updated to PHP version 5.2.4 and I am still getting the same problem with proformace at runtine. httpd.exe Application error. The instruction at 0x77f87eeb referenced memory at 0x0014. the memory could not be read click on OK to terminate the program. Click on cancel to debug the program. [2007-06-24 13:15:18] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2007-06-24 12:30:05] d58m at hotmail dot com OS: windows 2000 professional software used: Apache2.2 PHP5.2.3 Browser: IE 6.0.2800.1106 1. Type the address into the address: http://localhost/test/s.php and pressed return. 2. I get a blank page in the browser no text display in the browser. 3. Right clicked on the page and get the code in the Reproduce code: form. It should be the code in the Actual result: form tech. It was working up to 25/05/07 then it stopped. Running different application I get this error: httpd.exe Application error. The instruction at 0x005c8cba referenced memory at 0x0011. the memory could not be read click on OK to terminate the program. Click on cancel to debug the program. [2007-06-24 11:22:31] d58m at hotmail dot com Description: OS: windows 2000 professional software used: Apache2.2 PHP5.2.3 Browser: IE 6.0.2800.1106 1. Type the address into the address: http://localhost/test/s.php and pressed return. 2. I get a blank page in the browser no text display in the browser. 3. Right clicked on the page and get the code in the Reproduce code: form. It should be the code in the Actual result: form tech. I was working up to 25/05/07 then it stopped. Reproduce code: --- !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN HTMLHEAD META http-equiv=Content-Type content=text/html; charset=windows-1252/HEAD BODY/BODY/HTML Expected result: marqueesite under construction/marqueebr / a href=index.htmllink to index page /a Actual result: -- !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; html xmlns=http://www.w3.org/1999/xhtml; head meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 / titleUntitled Document/title /head body marqueesite under construction/marqueebr / a href=index.htmllink to index page /a /body /html -- Edit this bug report at http://bugs.php.net/?id=41787edit=1
#41777 [Opn-Fbk]: Segmentation Fault when calling mail()
ID: 41777 Updated by: [EMAIL PROTECTED] Reported By: diego dot malatesta at mottaeditore dot it -Status: Open +Status: Feedback Bug Type: Mail related Operating System: Ubuntu Server 7.04 (Sparc) PHP Version: 5.2.3 New Comment: I doubt it's mail() function that is crashing here. Check that you don't have some auto_prepend_file (or append) in php.ini set. And that you don't have any zend_extensions enabled either. Previous Comments: [2007-06-22 08:33:25] diego dot malatesta at mottaeditore dot it PS: Forgot to specify the Sparc platform [2007-06-22 07:41:43] diego dot malatesta at mottaeditore dot it Description: When I run the script the browser asks me if I want to save the file or view it as if I were downloading it and I get a blank page. Reproduce code: --- ?php mail([EMAIL PROTECTED],bla,blabla); ? Expected result: I expect the mail to be sent =) Actual result: -- Apache reports this in the error_log file: [Fri Jun 22 10:22:01 2007] [notice] child pid 22502 exit signal Segmentation fault (11) [Fri Jun 22 10:22:01 2007] [notice] child pid 22503 exit signal Segmentation fault (11) The Backtrace: (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X [Thread debugging using libthread_db enabled] [New Thread -134829856 (LWP 22573)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -134829856 (LWP 22573)] _zval_ptr_dtor (zval_ptr=0xfff1ef9c) at /root/php-5.2.3/Zend/zend_execute_API.c:412 412 (*zval_ptr)-refcount--; (gdb) bt #0 _zval_ptr_dtor (zval_ptr=0xfff1ef9c) at /root/php-5.2.3/Zend/zend_execute_API.c:412 #1 0xf79541ec in zend_do_fcall_common_helper_SPEC (execute_data=0xfff1f034) at /root/php-5.2.3/Zend/zend_execute.h:155 #2 0xf7944860 in execute (op_array=0x20af60) at /root/php-5.2.3/Zend/zend_vm_execute.h:92 #3 0xf7922ac0 in zend_execute_scripts (type=8, retval=value optimized out, file_count=3) at /root/php-5.2.3/Zend/zend.c:1134 #4 0xf78dc7dc in php_execute_script (primary_file=0xfff1f110) at /root/php-5.2.3/main/main.c:1794 #5 0xf79ad374 in php_handler (r=0x246b40) at /root/php-5.2.3/sapi/apache2handler/sapi_apache2.c:623 #6 0x0003fb4c in ap_run_handler (r=0x246b40) at config.c:157 #7 0x00042c28 in ap_invoke_handler (r=0x246b40) at config.c:372 #8 0x00058744 in ap_process_request (r=0x246b40) at http_request.c:258 #9 0x000557ac in ap_process_http_connection (c=0x242b70) at http_core.c:184 #10 0x000465b0 in ap_run_process_connection (c=0x242b70) at connection.c:43 #11 0x0006b2d4 in child_main (child_num_arg=value optimized out) at prefork.c:640 #12 0x0006b4a4 in make_child (s=value optimized out, slot=0) at prefork.c:680 #13 0x0006c1c4 in ap_mpm_run (_pconf=0xa40a8, plog=value optimized out, s=0xa8c80) at prefork.c:956 #14 0x0002ce3c in main (argc=2, argv=0xfff21ad4) at main.c:717 -- Edit this bug report at http://bugs.php.net/?id=41777edit=1
#41793 [Opn-Fbk]: SCRIPT_NAME breaks when a slash follows filename.php in URL
ID: 41793 Updated by: [EMAIL PROTECTED] Reported By: chris at w3style dot co dot uk -Status: Open +Status: Feedback Bug Type: CGI related Operating System: Mac OS X PHP Version: 5.2.3 New Comment: 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 I think something like this was fixed last week. Previous Comments: [2007-06-24 21:30:21] chris at w3style dot co dot uk Description: When comparing the values held in $_SERVER['SCRIPT_NAME'] in CGI and SAPI in PHP 5.2.3, there's an obvious bug in the CGI version. It works fine when the .php is the end of the URL, but in the case you use a URL like the following it breaks: http://site.com/script.php/some/extra/info Without the slash: [SCRIPT_NAME] = /~d11wtq/Router/demo.php With the slash: [SCRIPT_NAME] = tq/Sites/Router/demo.php This is probably because PHP is trying to truncate the wrong environment variable when producing the string. The path on disk is: /Users/d11wtq/Sites/Router/demo.php You'll notice that the length of the incorrect string is actually the same as the length of the correct string, which is why I make this assumption. I have found the following PHP code offers a suitable workaround until this bug is fixed: ?php if (isset($_SERVER[SCRIPT_NAME])) { if (isset($_SERVER[ORIG_PATH_INFO])) { $len = strlen($_SERVER[SCRIPT_NAME]); if (($tmp = substr($_SERVER[ORIG_PATH_INFO], 0, $len)) != $_SERVER[SCRIPT_NAME]) { $_SERVER[SCRIPT_NAME] = $tmp; } } } ? Reproduce code: --- Not needed, the description explains it nicely :) Expected result: $_SERVER[SCRIPT_NAME] should contain the virtual path to the file in both cases. This should be: ~d11wtq/Router/demo.php Actual result: -- SCRIPT_NAME contains a bogus string when run under CGI, but only if there's a slash after the .php suffix. -- Edit this bug report at http://bugs.php.net/?id=41793edit=1