#34244 [Opn-Bgs]: The array_pop()-function doesn't take immediate arrays (like explode())
ID: 34244 Updated by: [EMAIL PROTECTED] Reported By: d-tail at msx dot org -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: Windows XP PHP Version: 5.1.0RC1 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: [2005-08-25 03:16:49] d-tail at msx dot org Another workaround is this: ?php $bread = slice1.slice2.slice3.slice4; $last_slice = array_pop(@explode(., $bread)); echo($last_slice); ? Notice the '@' before the explode()-function. [2005-08-25 02:58:28] d-tail at msx dot org Description: The array_pop()-function (and most likely, similar array operators) doesn't take immediate arrays anymore, that is, arrays without a variable name. It worked in previous versions, though. Reproduce code: --- ?php $bread = slice1.slice2.slice3.slice4; $last_slice = array_pop(explode(., $bread)); echo($last_slice); ? Expected result: Expect to see: slice4 Workaround: ?php $bread = slice1.slice2.slice3.slice4; $slices_array = explode(., $bread); $last_slice = array_pop($slices_array); echo($last_slice); ? Actual result: -- Fatal error: Only variables can be passed by reference in D:\www\browser\index.php on line 46 -- Edit this bug report at http://bugs.php.net/?id=34244edit=1
#34239 [Fbk-Opn]: Iconv doesn't return expected results
ID: 34239 User updated by: mmingxx at yahoo dot com Reported By: mmingxx at yahoo dot com -Status: Feedback +Status: Open Bug Type: ICONV related Operating System: Linux PHP Version: 4.4.0 New Comment: It doesn't work either. Previous Comments: [2005-08-25 09:43:15] [EMAIL PROTECTED] Does that work if you use the command line iconv tool? (man iconv) [2005-08-25 05:22:51] mmingxx at yahoo dot com I obtained the following information from my php.ini file: iconv support: enabled iconv implementation: glibc iconv library version: 2.3.2 -- From my experience, iconv converts fine between big5 and gb2312 except for the problem that I mentioned before. [2005-08-24 22:56:06] [EMAIL PROTECTED] Are you using libiconv or glibc? Are you sure the implementation actually supports this? (it's pretty unlikely this is any bug in PHP..) [2005-08-24 20:18:49] mmingxx at yahoo dot com Description: Reference: string iconv ( string in_charset, string out_charset, string str ) Description: Iconv converts fine from GB2312 to Big5 if str contains only keyboard characters (e.g. [EMAIL PROTECTED]) and GB2312 encoded characters. However, if str contains Big5 encoded characters, unexpected result would return. I tried to use append //IGNORE to the end of the out_charset but it didn't work either. Same problem exists for converting from Big5 to GB2312. Reproduce code: --- ? echo iconv(GB2312, Big5//IGNORE, Big5: ¤¤¤å¦rÅé; ); echo iconv(Big5, GB2312//IGNORE, GB2312: ÖÐÎÄ×ÖÌå); ? Expected result: Big5: ¤¤¤å¦rÅé; GB2312: ÖÐÎÄ×ÖÌå Actual result: -- Big5: ¡¼¡¼r¯y; GB2312: ¡¼¡¼×ÖÌå -- Edit this bug report at http://bugs.php.net/?id=34239edit=1
#34239 [Opn-Bgs]: Iconv doesn't return expected results
ID: 34239 Updated by: [EMAIL PROTECTED] Reported By: mmingxx at yahoo dot com -Status: Open +Status: Bogus Bug Type: ICONV related Operating System: Linux PHP Version: 4.4.0 New Comment: Then it's not PHP bug but just something glibc hasn't implemented. Previous Comments: [2005-08-25 10:29:35] mmingxx at yahoo dot com It doesn't work either. [2005-08-25 09:43:15] [EMAIL PROTECTED] Does that work if you use the command line iconv tool? (man iconv) [2005-08-25 05:22:51] mmingxx at yahoo dot com I obtained the following information from my php.ini file: iconv support: enabled iconv implementation: glibc iconv library version: 2.3.2 -- From my experience, iconv converts fine between big5 and gb2312 except for the problem that I mentioned before. [2005-08-24 22:56:06] [EMAIL PROTECTED] Are you using libiconv or glibc? Are you sure the implementation actually supports this? (it's pretty unlikely this is any bug in PHP..) [2005-08-24 20:18:49] mmingxx at yahoo dot com Description: Reference: string iconv ( string in_charset, string out_charset, string str ) Description: Iconv converts fine from GB2312 to Big5 if str contains only keyboard characters (e.g. [EMAIL PROTECTED]) and GB2312 encoded characters. However, if str contains Big5 encoded characters, unexpected result would return. I tried to use append //IGNORE to the end of the out_charset but it didn't work either. Same problem exists for converting from Big5 to GB2312. Reproduce code: --- ? echo iconv(GB2312, Big5//IGNORE, Big5: ¤¤¤å¦rÅé; ); echo iconv(Big5, GB2312//IGNORE, GB2312: ÖÐÎÄ×ÖÌå); ? Expected result: Big5: ¤¤¤å¦rÅé; GB2312: ÖÐÎÄ×ÖÌå Actual result: -- Big5: ¡¼¡¼r¯y; GB2312: ¡¼¡¼×ÖÌå -- Edit this bug report at http://bugs.php.net/?id=34239edit=1
#34246 [NEW]: Dividing number by half over and over eventually returns 0
From: platinumsupreme at aol dot com
Operating system: Windows XP
PHP version: 4.4.0
PHP Bug Type: Math related
Bug description: Dividing number by half over and over eventually returns 0
Description:
There is a problem out there that states that if you take a number and
keep dividing it by half you should never reach zero. But apparently in
PHP that is not the case..
Reproduce code:
---
?php
$number = 50;
echo Starting Number: $numberbr;
while($number 0){
$number = $number / 2;
echo Number: $numberbr;
}
?
Expected result:
It should just go on for a ridiculous amount of time until it memory
leaks...
Actual result:
--
It ends up at 0.
--
Edit bug report at http://bugs.php.net/?id=34246edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34246r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34246r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34246r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34246r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34246r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34246r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34246r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34246r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34246r=support
Expected behavior: http://bugs.php.net/fix.php?id=34246r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34246r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34246r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34246r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34246r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34246r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34246r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34246r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34246r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34246r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34246r=mysqlcfg
#34246 [Opn-Bgs]: Dividing number by half over and over eventually returns 0
ID: 34246
Updated by: [EMAIL PROTECTED]
Reported By: platinumsupreme at aol dot com
-Status: Open
+Status: Bogus
Bug Type: Math related
Operating System: Windows XP
PHP Version: 4.4.0
New Comment:
Floating point values have a limited precision. Hence a value might
not have the same string representation after any processing. That also
includes writing a floating point value in your script and directly
printing it without any mathematical operations.
If you would like to know more about floats and what IEEE
754 is read this:
http://docs.sun.com/source/806-3568/ncg_goldberg.html
Thank you for your interest in PHP.
.
Previous Comments:
[2005-08-25 11:41:23] platinumsupreme at aol dot com
Description:
There is a problem out there that states that if you take a number and
keep dividing it by half you should never reach zero. But apparently in
PHP that is not the case..
Reproduce code:
---
?php
$number = 50;
echo Starting Number: $numberbr;
while($number 0){
$number = $number / 2;
echo Number: $numberbr;
}
?
Expected result:
It should just go on for a ridiculous amount of time until it memory
leaks...
Actual result:
--
It ends up at 0.
--
Edit this bug report at http://bugs.php.net/?id=34246edit=1
#34247 [NEW]: configure claims g++ does not support shared libraries (when used as LD)
From: arattink at correct dot net Operating system: Linux 2.4.25 SMP PHP version: 5.1.0RC1 PHP Bug Type: *Configuration Issues Bug description: configure claims g++ does not support shared libraries (when used as LD) Description: The configure fails to discover that that g++ (ie LD=/usr/bin/g++) supports shared libraries. From the output: checking whether the gcc linker (/usr/bin/g++) supports shared libraries... no I can assure you that g++ (used as 'ld) does support shared libs. I need to use g++ specificly because ld does not link C++ libraries correctly and we use some C++ code in our own extensions. g++ --version == 2.95.3 For the record: *only* LD is set, not CC or CXX or any xxxFLAGS. Reproduce code: --- LD=/usr/bin/g++ ./configure --disable_all Expected result: checking whether the gcc linker (/usr/bin/g++) supports shared libraries... yes Actual result: -- checking whether the gcc linker (/usr/bin/g++) supports shared libraries... no Unfortunately it is nigh impossible to figure out what configure does. I also tried gcc-3.4.3 which claimed g++ did and did not support it in the same run, but in the end refused to build the .so file anyway. I also tried 'LD=g++ -v' and '--with-gnu-ld' but to no avail. All these tests on a freshly untarred tarball to be sure. Yours sincerely, Arnoud Rattink. -- Edit bug report at http://bugs.php.net/?id=34247edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34247r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34247r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34247r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34247r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34247r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34247r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34247r=needscript Try newer version: http://bugs.php.net/fix.php?id=34247r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34247r=support Expected behavior: http://bugs.php.net/fix.php?id=34247r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34247r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34247r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34247r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34247r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34247r=dst IIS Stability: http://bugs.php.net/fix.php?id=34247r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34247r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34247r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34247r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34247r=mysqlcfg
#34247 [Opn-Bgs]: configure claims g++ does not support shared libraries (when used as LD)
ID: 34247 Updated by: [EMAIL PROTECTED] Reported By: arattink at correct dot net -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: Linux 2.4.25 SMP PHP Version: 5.1.0RC1 New Comment: Trying to outsmart configure is not bug in PHP. If your stuff doesn't work without setting g++ as linker, it's not PHP's fault. Previous Comments: [2005-08-25 13:36:42] arattink at correct dot net Description: The configure fails to discover that that g++ (ie LD=/usr/bin/g++) supports shared libraries. From the output: checking whether the gcc linker (/usr/bin/g++) supports shared libraries... no I can assure you that g++ (used as 'ld) does support shared libs. I need to use g++ specificly because ld does not link C++ libraries correctly and we use some C++ code in our own extensions. g++ --version == 2.95.3 For the record: *only* LD is set, not CC or CXX or any xxxFLAGS. Reproduce code: --- LD=/usr/bin/g++ ./configure --disable_all Expected result: checking whether the gcc linker (/usr/bin/g++) supports shared libraries... yes Actual result: -- checking whether the gcc linker (/usr/bin/g++) supports shared libraries... no Unfortunately it is nigh impossible to figure out what configure does. I also tried gcc-3.4.3 which claimed g++ did and did not support it in the same run, but in the end refused to build the .so file anyway. I also tried 'LD=g++ -v' and '--with-gnu-ld' but to no avail. All these tests on a freshly untarred tarball to be sure. Yours sincerely, Arnoud Rattink. -- Edit this bug report at http://bugs.php.net/?id=34247edit=1
#34247 [Bgs]: configure claims g++ does not support shared libraries (when used as LD)
ID: 34247 Updated by: [EMAIL PROTECTED] Reported By: arattink at correct dot net Status: Bogus Bug Type: *Configuration Issues Operating System: Linux 2.4.25 SMP PHP Version: 5.1.0RC1 New Comment: There are extensions in PECL written in C++ and compiling them does not require setting LD as g++ so it's something wrong with your stuff, not PHP's. Previous Comments: [2005-08-25 13:37:49] [EMAIL PROTECTED] Trying to outsmart configure is not bug in PHP. If your stuff doesn't work without setting g++ as linker, it's not PHP's fault. [2005-08-25 13:36:42] arattink at correct dot net Description: The configure fails to discover that that g++ (ie LD=/usr/bin/g++) supports shared libraries. From the output: checking whether the gcc linker (/usr/bin/g++) supports shared libraries... no I can assure you that g++ (used as 'ld) does support shared libs. I need to use g++ specificly because ld does not link C++ libraries correctly and we use some C++ code in our own extensions. g++ --version == 2.95.3 For the record: *only* LD is set, not CC or CXX or any xxxFLAGS. Reproduce code: --- LD=/usr/bin/g++ ./configure --disable_all Expected result: checking whether the gcc linker (/usr/bin/g++) supports shared libraries... yes Actual result: -- checking whether the gcc linker (/usr/bin/g++) supports shared libraries... no Unfortunately it is nigh impossible to figure out what configure does. I also tried gcc-3.4.3 which claimed g++ did and did not support it in the same run, but in the end refused to build the .so file anyway. I also tried 'LD=g++ -v' and '--with-gnu-ld' but to no avail. All these tests on a freshly untarred tarball to be sure. Yours sincerely, Arnoud Rattink. -- Edit this bug report at http://bugs.php.net/?id=34247edit=1
#34248 [Opn]: PDO connects to database but do not execute sql statements
ID: 34248 User updated by: joel at everlast dot se Reported By: joel at everlast dot se Status: Open Bug Type: PDO related Operating System: Debian GNU/Linux 2.4.24-1-386 PHP Version: 5.1.0RC1 New Comment: Sorry for my bad english, is there a way to edit the original description and correct my spellings? Previous Comments: [2005-08-25 14:39:46] joel at everlast dot se Description: I were using 5.1.0Ob2 and pdo wich worked almost fine, everything but transaction worked. So I updated to 5.1.0RC1 and suddenly all pdo related code cease to work. I'm using apache1.3 as the httpd. Se link for more information and code example. Reproduce code: --- http://bowser.everlast.se/~qzio/pdofailure.php Expected result: I want it to execute the $pdo-query() and print out the results. -- Edit this bug report at http://bugs.php.net/?id=34248edit=1
#34248 [NEW]: PDO connects to database but do not execute sql statements
From: joel at everlast dot se Operating system: Debian GNU/Linux 2.4.24-1-386 PHP version: 5.1.0RC1 PHP Bug Type: PDO related Bug description: PDO connects to database but do not execute sql statements Description: I were using 5.1.0Ob2 and pdo wich worked almost fine, everything but transaction worked. So I updated to 5.1.0RC1 and suddenly all pdo related code cease to work. I'm using apache1.3 as the httpd. Se link for more information and code example. Reproduce code: --- http://bowser.everlast.se/~qzio/pdofailure.php Expected result: I want it to execute the $pdo-query() and print out the results. -- Edit bug report at http://bugs.php.net/?id=34248edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34248r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34248r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34248r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34248r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34248r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34248r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34248r=needscript Try newer version: http://bugs.php.net/fix.php?id=34248r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34248r=support Expected behavior: http://bugs.php.net/fix.php?id=34248r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34248r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34248r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34248r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34248r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34248r=dst IIS Stability: http://bugs.php.net/fix.php?id=34248r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34248r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34248r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34248r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34248r=mysqlcfg
#34248 [Opn-Asn]: PDO connects to database but do not execute sql statements
ID: 34248 Updated by: [EMAIL PROTECTED] Reported By: joel at everlast dot se -Status: Open +Status: Assigned Bug Type: PDO related Operating System: Debian GNU/Linux 2.4.24-1-386 PHP Version: 5.1.0RC1 -Assigned To: +Assigned To: wez New Comment: Assigned to PDO maintainer. Previous Comments: [2005-08-25 14:44:01] joel at everlast dot se Sorry for my bad english, is there a way to edit the original description and correct my spellings? [2005-08-25 14:39:46] joel at everlast dot se Description: I were using 5.1.0Ob2 and pdo wich worked almost fine, everything but transaction worked. So I updated to 5.1.0RC1 and suddenly all pdo related code cease to work. I'm using apache1.3 as the httpd. Se link for more information and code example. Reproduce code: --- http://bowser.everlast.se/~qzio/pdofailure.php Expected result: I want it to execute the $pdo-query() and print out the results. -- Edit this bug report at http://bugs.php.net/?id=34248edit=1
#34243 [Opn-Asn]: ReflectionClass::getDocComment() returns no result
ID: 34243
Updated by: [EMAIL PROTECTED]
Reported By: colin at encode dot net dot au
-Status: Open
+Status: Assigned
Bug Type: Scripting Engine problem
Operating System: *
PHP Version: 5.1.0RC1
-Assigned To:
+Assigned To: helly
New Comment:
Assigned to the maintainer.
Previous Comments:
[2005-08-25 02:27:32] colin at encode dot net dot au
Description:
The getDocComment() method from the Reflection API (in this case, the
ReflectionClass class) returns no result where an if block exists
before the documentation comment.
Reproduce code:
---
if (!class_exists('AnotherObject'))
{
require(anotherobject.php);
}
/**
* Comment to test getDocComment()
*/
class TestObject
{
}
$rclass = new ReflectionClass('TestObject');
echo Comment: '.$rclass-getDocComment().';
Expected result:
Comment: '/** * Comment to test getDocComment() */'
Actual result:
--
Comment: ''
--
Edit this bug report at http://bugs.php.net/?id=34243edit=1
#34249 [NEW]: apache crash / error on php error document
From: jeroen at terena dot nl Operating system: Debian Linux PHP version: 5.1.0RC1 PHP Bug Type: Reproducible crash Bug description: apache crash / error on php error document Description: Please see http://bugs.php.net/bug.php?id=33987 I'm still experiencing the same bug in 5.1RC1 Any custom error document other than a PHP document works. If I use a PHP document no code gets executed it just seems to ignore the error document. Occaisionally I get an even weirder response like Apache trying to send the original file (jpeg in my case) anyway. This ofcourse doesn't work. I'm using PHP5.1RC1, Apache2 on Debian Linux. Reproduce code: --- .htaccess ErrorDocument 404 /404.php 404.php can leave it empty Expected result: empty page or whatever code was put in 404.php Actual result: -- nothing. displays referring page in mozilla. IE shows its page could not be displayed document. -- Edit bug report at http://bugs.php.net/?id=34249edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34249r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34249r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34249r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34249r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34249r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34249r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34249r=needscript Try newer version: http://bugs.php.net/fix.php?id=34249r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34249r=support Expected behavior: http://bugs.php.net/fix.php?id=34249r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34249r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34249r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34249r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34249r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34249r=dst IIS Stability: http://bugs.php.net/fix.php?id=34249r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34249r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34249r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34249r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34249r=mysqlcfg
#34249 [Opn-Fbk]: apache crash / error on php error document
ID: 34249 Updated by: [EMAIL PROTECTED] Reported By: jeroen at terena dot nl -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Debian Linux PHP Version: 5.1.0RC1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-08-25 16:23:41] jeroen at terena dot nl Description: Please see http://bugs.php.net/bug.php?id=33987 I'm still experiencing the same bug in 5.1RC1 Any custom error document other than a PHP document works. If I use a PHP document no code gets executed it just seems to ignore the error document. Occaisionally I get an even weirder response like Apache trying to send the original file (jpeg in my case) anyway. This ofcourse doesn't work. I'm using PHP5.1RC1, Apache2 on Debian Linux. Reproduce code: --- .htaccess ErrorDocument 404 /404.php 404.php can leave it empty Expected result: empty page or whatever code was put in 404.php Actual result: -- nothing. displays referring page in mozilla. IE shows its page could not be displayed document. -- Edit this bug report at http://bugs.php.net/?id=34249edit=1
#29036 [Com]: imap with ssl not working on windows
ID: 29036 Comment by: dweingart at pobox dot com Reported By: josef dot spangler at rz dot uni-regensburg dot de Status: No Feedback Bug Type: IMAP related Operating System: Windows PHP Version: 4.3.6 New Comment: [EMAIL PROTECTED] wrote: It won't help much since we don't build the c-client library on windows with SSL support. Does this mean that the imap_* functions on the Windows platforms won't work over SSL at all? Even with the openssl extension enabled? If so, that's probably a documentation bug, since the IMAP section of the manual should probably mention that the SSL-enabled examples won't work on Windows. Previous Comments: [2004-07-26 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2004-07-08 11:33:00] [EMAIL PROTECTED] It won't help much since we don't build the c-client library on windows with SSL support.. And the .dsp file should be edited too, did you to that? (give a diff for that if you did :) [2004-07-06 21:18:07] josef dot spangler at rz dot uni-regensburg dot de Description: The php_imap extension is unable to connect over ssl to an imap server. The reason is because the ssl engine is not initialized: In php_imap.c Line 435 the function ssl_onceonlyinit (); is not called on windows systems. The following fix will correct this: *** php_imap.c.org Thu Jan 15 01:36:08 2004 --- php_imap.c Thu May 06 13:28:30 2004 *** *** 427,438 #ifndef PHP_WIN32 auth_link(auth_log); /* link in the log authenticator */ auth_link(auth_md5); /* link in the cram-md5 authenticator */ #if HAVE_IMAP_KRB defined(HAVE_IMAP_AUTH_GSS) auth_link(auth_gss); /* link in the gss authenticator */ #endif #ifdef HAVE_IMAP_SSL ssl_onceonlyinit (); - #endif #endif --- 427,438 #ifndef PHP_WIN32 auth_link(auth_log); /* link in the log authenticator */ auth_link(auth_md5); /* link in the cram-md5 authenticator */ #if HAVE_IMAP_KRB defined(HAVE_IMAP_AUTH_GSS) auth_link(auth_gss); /* link in the gss authenticator */ #endif + #endif #ifdef HAVE_IMAP_SSL ssl_onceonlyinit (); #endif -- Edit this bug report at http://bugs.php.net/?id=29036edit=1
#34251 [NEW]: Wrong location suggestions for PHP.ini
From: elwoodb2 at free dot fr Operating system: win32 PHP version: 4.4.0 PHP Bug Type: *Configuration Issues Bug description: Wrong location suggestions for PHP.ini Description: The doc suggests in Chapter 9. Runtime Configuration to store PHP.ini in the following location: - directory pointed to by the PHPRC env variable - directory of PHP (otherwise in Windows) Both doesn't work. (Apache/1.3.33) Phpinfo() always says: Configuration File (php.ini) Path C:\WINNT -- Edit bug report at http://bugs.php.net/?id=34251edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34251r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34251r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34251r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34251r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34251r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34251r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34251r=needscript Try newer version: http://bugs.php.net/fix.php?id=34251r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34251r=support Expected behavior: http://bugs.php.net/fix.php?id=34251r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34251r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34251r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34251r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34251r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34251r=dst IIS Stability: http://bugs.php.net/fix.php?id=34251r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34251r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34251r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34251r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34251r=mysqlcfg
#34252 [NEW]: Base functions extension and refactoring
From: [EMAIL PROTECTED] Operating system: W2K PHP version: 6CVS-2005-08-25 (CVS) PHP Bug Type: Feature/Change Request Bug description: Base functions extension and refactoring Description: Include some of the functions of Aidan Lister in std. C extension. I think everybody agrees that wrote some of them by himself. http://aidan.dotgeek.org/lib/ Also get rid of some old aliases and if you'll ever decide to make refactoring of PHP function set - describe them in separate branch of PHP documentation, because version comments (added/removed in PHP version ...) can become a big problem to read through. -- Edit bug report at http://bugs.php.net/?id=34252edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34252r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34252r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34252r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34252r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34252r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34252r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34252r=needscript Try newer version: http://bugs.php.net/fix.php?id=34252r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34252r=support Expected behavior: http://bugs.php.net/fix.php?id=34252r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34252r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34252r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34252r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34252r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34252r=dst IIS Stability: http://bugs.php.net/fix.php?id=34252r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34252r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34252r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34252r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34252r=mysqlcfg
#34250 [NEW]: strtotime(next year) returns +2 years?
From: gecko at geckzilla dot com Operating system: Linux PHP version: 5.0.4 PHP Bug Type: Date/time related Bug description: strtotime(next year) returns +2 years? Description: Simply expecting for strtotime(next year) to return +1 year instead of +2. Reproduce code: --- $nextyear = strtotime(next year); $now = time(); echo date(F jS Y,$nextyear); echo br; echo date(F jS Y,$now); Expected result: August 25th 2006 August 25th 2005 Actual result: -- August 25th 2007 August 25th 2005 -- Edit bug report at http://bugs.php.net/?id=34250edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34250r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34250r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34250r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34250r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34250r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34250r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34250r=needscript Try newer version: http://bugs.php.net/fix.php?id=34250r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34250r=support Expected behavior: http://bugs.php.net/fix.php?id=34250r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34250r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34250r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34250r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34250r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34250r=dst IIS Stability: http://bugs.php.net/fix.php?id=34250r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34250r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34250r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34250r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34250r=mysqlcfg
#34253 [NEW]: COM binary object/array issue (question marks?)
From: inny at core dot fetchnet dot org
Operating system: Windows 2000
PHP version: 5.1.0RC1
PHP Bug Type: COM related
Bug description: COM binary object/array issue (question marks?)
Description:
I was translating the following script:
http://demis.inny.org/temp/wms.asp.txt
http://demis.inny.org/temp/wms.php.txt is a non-functional translation I
had at that time.
If $QueryString ($_SERVER['QUERY_STRING']) contained the proper
variables/values, the WMSServer would return a byte-stream/array/whatever
(I'm no genius at COM and such) containing a map-image.
http://demis.inny.org/temp/wms.php.txt would return, instead of the image,
8 question marks (). I solved this by changing echo($content); into
the following:
if (substr($contenttype, 0, 5) == 'image') {
$image = null;
foreach ($content As $obj) { // $obj will contain 1 byte each time,
echo'ing it would print a decimal which in turn represents an ASCII value.
hence chr();
$image .= chr($obj);
}
echo($image);
} else {
echo($content);
}
But this doesn't seem too resource-efficient to me (a run of foreach for
every byte), and I doubt it's an intended work-around (the ?'s really got
me puzzled, I'd have expected an error message).
Anyway, seeing as I needed to use chr(); with foreach, this seems related
to a fixed bug #15782: http://bugs.php.net/bug.php?id=15782
Maybe you were aware of all of this.. Maybe not. Cheers.
Reproduce code:
---
$WMSService = new COM(DemisWMSConnect.Service);
$MapServer = $WMSService-WMS($wms);
if (!is_object($MapServer)) {
dosomestuffand();
die();
} else {
$content = new VARIANT(null);
$contenttype = new VARIANT(null);
$return = $MapServer-WMSRequest($QueryString, $content, $contenttype);
header('Content-type: '.$contenttype);
echo($content);
}
--
Edit bug report at http://bugs.php.net/?id=34253edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34253r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34253r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34253r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34253r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34253r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34253r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34253r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34253r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34253r=support
Expected behavior: http://bugs.php.net/fix.php?id=34253r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34253r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34253r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34253r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34253r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34253r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34253r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34253r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34253r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34253r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34253r=mysqlcfg
#34253 [Opn]: COM binary object/array issue (question marks?)
ID: 34253
User updated by: inny at core dot fetchnet dot org
Reported By: inny at core dot fetchnet dot org
Status: Open
Bug Type: COM related
Operating System: Windows 2000
PHP Version: 5.1.0RC1
New Comment:
FYI, source of a now-operational version here:
http://demis.inny.org/temp/wms_working.php.txt
Non-operational script as .phps file:
http://demis.inny.org/temp/wms.phps
Previous Comments:
[2005-08-25 18:31:46] inny at core dot fetchnet dot org
Description:
I was translating the following script:
http://demis.inny.org/temp/wms.asp.txt
http://demis.inny.org/temp/wms.php.txt is a non-functional translation
I had at that time.
If $QueryString ($_SERVER['QUERY_STRING']) contained the proper
variables/values, the WMSServer would return a
byte-stream/array/whatever (I'm no genius at COM and such) containing a
map-image.
http://demis.inny.org/temp/wms.php.txt would return, instead of the
image, 8 question marks (). I solved this by changing
echo($content); into the following:
if (substr($contenttype, 0, 5) == 'image') {
$image = null;
foreach ($content As $obj) { // $obj will contain 1 byte each time,
echo'ing it would print a decimal which in turn represents an ASCII
value. hence chr();
$image .= chr($obj);
}
echo($image);
} else {
echo($content);
}
But this doesn't seem too resource-efficient to me (a run of foreach
for every byte), and I doubt it's an intended work-around (the ?'s
really got me puzzled, I'd have expected an error message).
Anyway, seeing as I needed to use chr(); with foreach, this seems
related to a fixed bug #15782: http://bugs.php.net/bug.php?id=15782
Maybe you were aware of all of this.. Maybe not. Cheers.
Reproduce code:
---
$WMSService = new COM(DemisWMSConnect.Service);
$MapServer = $WMSService-WMS($wms);
if (!is_object($MapServer)) {
dosomestuffand();
die();
} else {
$content = new VARIANT(null);
$contenttype = new VARIANT(null);
$return = $MapServer-WMSRequest($QueryString, $content,
$contenttype);
header('Content-type: '.$contenttype);
echo($content);
}
--
Edit this bug report at http://bugs.php.net/?id=34253edit=1
#34254 [NEW]: ora-12154 and other errors
From: inet2024 at hotmail dot com Operating system: win2kas PHP version: 5.0.4 PHP Bug Type: OCI8 related Bug description: ora-12154 and other errors Description: I am trying to get Oracle 10g to work with php5 on win2kas running IIS5. I have successfully installed all components and tested each. I have also installed oracle client, tested sqlplus and 3rd party products and ora-connect and ODBC are all working. I have set environment variables ORACLE_HOME, ORACLE_SID, ORACLE_BASE and TNS_ADMIN, and verified (printed) these from within a php program. The php_oci8.dll loaded successfully. The tnsnames.ora, sqlnet.ora and listener.ora are all configured and contain the correct SID and naming. I have tried to connect (see below) using both TNSNAMES and EZCONNECT methods, neither work. I have read and read and read on how to set this up, and all looks fine on my end - but no connect. Reproduce code: --- $db_connoci = ocilogon(username, password, $db_db); where $db_db = ORACLE_SID (which has been verified correctly). also tried with $db_db = \\hostname\Oracle_SID (for EZCONNECT) Expected result: Connection to Oracle Actual result: -- ORA-12154 -- Edit bug report at http://bugs.php.net/?id=34254edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34254r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34254r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34254r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34254r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34254r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34254r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34254r=needscript Try newer version: http://bugs.php.net/fix.php?id=34254r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34254r=support Expected behavior: http://bugs.php.net/fix.php?id=34254r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34254r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34254r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34254r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34254r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34254r=dst IIS Stability: http://bugs.php.net/fix.php?id=34254r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34254r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34254r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34254r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34254r=mysqlcfg
#34256 [NEW]: wddx_deserialize losing arrays
From: mpamphile at hotmail dot com
Operating system: win 2000 professional
PHP version: 4.4.0
PHP Bug Type: XML related
Bug description: wddx_deserialize losing arrays
Description:
wddx_deserialize is only returning the last array in a wddx structure with
multiple arrays.
Reproduce code:
---
$servercontents = wddxPacket
version='1.0'headercomment/comment/headerdatastructvar
name='payment_id'string23/string/varvar
name='member_id'string4/string/varvar
name='product_id'string5/string/varvar
name='begin_date'string2005-08-23/string/varvar
name='expire_date'string2007-08-21/string/varvar
name='paysys_id'stringclickbank/string/varvar
name='receipt_id'stringC7L836H8/string/varvar
name='amount'string79.95/string/varvar
name='completed'string1/string/varvar
name='remote_addr'string209.94.216.188/string/varvar
name='data'array length='2'structvar
name='product_id'string5/string/varvar
name='paysys_id'stringclickbank/string/varvar
name='coupon'string/string/varvar
name='action'stringrenew/string/var/structstructvar
name='seed'string23/string/varvar
name='cbpop'string27RG7BJQ/string/varvar
name='cbreceipt'stringC7L836H8/string/var/struct/array/varvar
name='time'string20050821173210/string/varvar
name='aff_id'string0/string/varvar
name='payer_id'string/string/varvar
name='coupon_id'string0/string/varvar
name='tm_added'string2005-08-21 17:31:33/string/varvar
name='tm_completed'string2005-08-21 17:32:10/string/varvar
name='payment_id'string22/string/varvar
name='member_id'string4/string/varvar
name='product_id'string4/string/varvar
name='begin_date'string2005-08-23/string/varvar
name='expire_date'string2006-08-21/string/varvar
name='paysys_id'stringclickbank/string/varvar
name='receipt_id'stringCDSDHXG8/string/varvar
name='amount'string39.95/string/varvar
name='completed'string1/string/varvar
name='remote_addr'string209.94.216.188/string/varvar
name='data'array length='2'structvar
name='product_id'string4/string/varvar
name='paysys_id'stringclickbank/string/varvar
name='coupon'string/string/varvar
name='action'stringrenew/string/var/structstructvar
name='seed'string22/string/varvar
name='cbpop'stringM2C6CHPT/string/varvar
name='cbreceipt'stringCDSDHXG8/string/var/struct/array/varvar
name='time'string20050821152456/string/varvar
name='aff_id'string0/string/varvar
name='payer_id'string/string/varvar
name='coupon_id'string0/string/varvar
name='tm_added'string2005-08-21 15:21:11/string/varvar
name='tm_completed'string2005-08-21 15:24:56/string/varvar
name='payment_id'string18/string/varvar
name='member_id'string4/string/varvar
name='product_id'string1/string/varvar
name='begin_date'string2005-08-23/string/varvar
name='expire_date'string2005-08-21/string/varvar
name='paysys_id'stringclickbank/string/varvar
name='receipt_id'stringmanual/string/varvar
name='amount'string0.00/string/varvar
name='completed'string1/string/varvar
name='remote_addr'string/string/varvar name='data'array
length='1'boolean value='false'//array/varvar
name='time'string20050821144942/string/varvar
name='aff_id'string0/string/varvar
name='payer_id'string/string/varvar
name='coupon_id'string0/string/varvar
name='tm_added'string2005-08-21 14:49:42/string/varvar
name='tm_completed'string2005-08-21
14:49:42/string/var/struct/data/wddxPacket;
$xmlvalues = wddx_deserialize($servercontents);
if(!empty($xmlvalues))
{
foreach ($xmlvalues as $key = $data)
{
echo $key = $databr;
}
}
Expected result:
There are three arrays inside of the wddx structure,
payment_id = 23
member_id = 4
product_id = 5
begin_date = 2005-08-25
expire_date = 2007-08-21
paysys_id = clickbank
receipt_id = C7L836H8
amount = 79.95
completed = 1
remote_addr = 209.94.216.188
data = Array
time = 20050821173210
aff_id = 0
payer_id =
coupon_id = 0
tm_added = 2005-08-21 17:31:33
tm_completed = 2005-08-21 17:32:10
payment_id = 22
member_id = 4
product_id = 4
begin_date = 2005-08-25
expire_date = 2006-08-21
paysys_id = clickbank
receipt_id = CDSDHXG8
amount = 39.95
completed = 1
remote_addr = 209.94.216.188
data = Array
time = 20050821152456
aff_id = 0
payer_id =
coupon_id = 0
tm_added = 2005-08-21 15:21:11
tm_completed = 2005-08-21 15:24:56
payment_id = 18
member_id = 4
product_id = 1
begin_date = 2005-08-25
expire_date = 2005-08-21
paysys_id = clickbank
receipt_id = manual
amount = 0.00
completed = 1
remote_addr =
data = Array
time = 20050821144942
aff_id = 0
payer_id =
coupon_id = 0
tm_added = 2005-08-21 14:49:42
tm_completed = 2005-08-21 14:49:42
Actual result:
--
It only reproduces the last one
payment_id = 18
member_id = 4
product_id = 1
begin_date = 2005-08-25
expire_date =
#34257 [NEW]: lib64 not handled correctly in ming extension
From: arekm at pld-linux dot org Operating system: Linux PHP version: 5.1.0RC1 PHP Bug Type: Compile Failure Bug description: lib64 not handled correctly in ming extension Description: When building ming extension configure script checks only /usr/lib (where lib is hardcoded) so no support for ie. amd64 platform when lib64 is used. -- Edit bug report at http://bugs.php.net/?id=34257edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34257r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34257r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34257r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34257r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34257r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34257r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34257r=needscript Try newer version: http://bugs.php.net/fix.php?id=34257r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34257r=support Expected behavior: http://bugs.php.net/fix.php?id=34257r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34257r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34257r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34257r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34257r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34257r=dst IIS Stability: http://bugs.php.net/fix.php?id=34257r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34257r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34257r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34257r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34257r=mysqlcfg
#34257 [Opn]: lib64 not handled correctly in ming extension
ID: 34257 User updated by: arekm at pld-linux dot org Reported By: arekm at pld-linux dot org Status: Open Bug Type: Compile Failure Operating System: Linux PHP Version: 5.1.0RC1 New Comment: diff -urN php-5.1.0RC1.org/ext/ming/config.m4 php-5.1.0RC1/ext/ming/config.m4 --- php-5.1.0RC1.org/ext/ming/config.m4 2005-07-18 01:58:39.0 +0200 +++ php-5.1.0RC1/ext/ming/config.m4 2005-08-25 19:23:28.356268128 +0200 @@ -9,7 +9,7 @@ AC_CHECK_LIB(m, sin) for i in $PHP_MING /usr/local /usr; do -if test -f $i/lib/libming.$SHLIB_SUFFIX_NAME -o -f $i/lib/libming.a; then +if test -f $i/$PHP_LIBDIR/libming.$SHLIB_SUFFIX_NAME -o -f $i/$PHP_LIBDIR/libming.a; then MING_DIR=$i break fi Previous Comments: [2005-08-25 19:31:58] arekm at pld-linux dot org Description: When building ming extension configure script checks only /usr/lib (where lib is hardcoded) so no support for ie. amd64 platform when lib64 is used. -- Edit this bug report at http://bugs.php.net/?id=34257edit=1
#34257 [Opn-Asn]: lib64 not handled correctly in ming extension
ID: 34257 Updated by: [EMAIL PROTECTED] Reported By: arekm at pld-linux dot org -Status: Open +Status: Assigned Bug Type: Compile Failure Operating System: Linux -PHP Version: 5.1.0RC1 +PHP Version: 5.0.4 -Assigned To: +Assigned To: helly Previous Comments: [2005-08-25 19:32:29] arekm at pld-linux dot org diff -urN php-5.1.0RC1.org/ext/ming/config.m4 php-5.1.0RC1/ext/ming/config.m4 --- php-5.1.0RC1.org/ext/ming/config.m4 2005-07-18 01:58:39.0 +0200 +++ php-5.1.0RC1/ext/ming/config.m4 2005-08-25 19:23:28.356268128 +0200 @@ -9,7 +9,7 @@ AC_CHECK_LIB(m, sin) for i in $PHP_MING /usr/local /usr; do -if test -f $i/lib/libming.$SHLIB_SUFFIX_NAME -o -f $i/lib/libming.a; then +if test -f $i/$PHP_LIBDIR/libming.$SHLIB_SUFFIX_NAME -o -f $i/$PHP_LIBDIR/libming.a; then MING_DIR=$i break fi [2005-08-25 19:31:58] arekm at pld-linux dot org Description: When building ming extension configure script checks only /usr/lib (where lib is hardcoded) so no support for ie. amd64 platform when lib64 is used. -- Edit this bug report at http://bugs.php.net/?id=34257edit=1
#34258 [NEW]: Problems with download
From: sillva at gmail dot com Operating system: Linux 2.4 PHP version: 4.4.0 PHP Bug Type: Unknown/Other Function Bug description: Problems with download Description: Hi, I think know a bug in php, i have an file in folder (/home/user/file/file.ext), when i try download (with my script), the php insert a \n at start of the file. I try to remove the \n, dont resolve the problem. I'm sorry for my bad english. If this is not bug ... sorry ... i try find a solution in the google but not happen. Reproduce code: --- header(Pragma: public); header(Expires: 0); header(Cache-Control: must-revalidate, post-check=0, pre-check=0); header(Cache-Control: private,false); header(Content-Type: $ctype); header(Content-Disposition: attachment; filename=\.$nm_layout.\;); header(Content-Transfer-Encoding: binary); header(Content-Length: .$tm_layout); set_time_limit(0); readerfile($bn_layout); /* the variables have a value, the download is finished and all the content of the file is correct, but the \n broken the file */ Expected result: Correct file content Actual result: -- Correct file content but with \n at start. -- Edit bug report at http://bugs.php.net/?id=34258edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34258r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34258r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34258r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34258r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34258r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34258r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34258r=needscript Try newer version: http://bugs.php.net/fix.php?id=34258r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34258r=support Expected behavior: http://bugs.php.net/fix.php?id=34258r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34258r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34258r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34258r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34258r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34258r=dst IIS Stability: http://bugs.php.net/fix.php?id=34258r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34258r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34258r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34258r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34258r=mysqlcfg
#34259 [NEW]: ArrayAccess interface and Apache crush
From: gabaden at gmail dot com
Operating system: winxp sp2
PHP version: 5.0.4
PHP Bug Type: SPL related
Bug description: ArrayAccess interface and Apache crush
Description:
ArrayAccess(AA) interface bug.
If you try get element of obj, which implements AA interface by
index($obj[$index]) and $index result of any scalar
operation($obj[$index+1], it will crush apache server.
p.s. sorry for my English.
Reproduce code:
---
[code]
class Collection implements ArrayAccess
{
private $items = null;
private $counter = null;
function __construct()
{
$this-items = array();
$this-counter = 0;
}
function add($obj)
{
$this-items[$this-counter++] = $obj;
}
function offsetExists($offset)
{
if (isset($this-items[$offset]))
{
return true;
}
return false;
}
function offsetGet($offset)
{
if (isset($this-items[$offset]))
{
return $this-items[$offset];
}
}
function offsetSet($offset, $value)
{
// readonly
}
function offsetUnset($offset)
{
// readonly
}
function count()
{
return $this-counter;
}
}
$arr = array(key1=0,
key2=);
$arr[key1] = 1;
$arr[key2] = test;
$arr1[] = $arr;
$col = new Collection();
$col-add($arr1);
$num = $col-count();
if ($num 0)
{
for($i=0;$i$num;$i++)
{
echo pre;
print_r($col[$i+0]); //crush
echo /pre;
}
}
[/code]
--
Edit bug report at http://bugs.php.net/?id=34259edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34259r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34259r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34259r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34259r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34259r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34259r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34259r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34259r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34259r=support
Expected behavior: http://bugs.php.net/fix.php?id=34259r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34259r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34259r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34259r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34259r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34259r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34259r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34259r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34259r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34259r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34259r=mysqlcfg
#34120 [Com]: func_get_arg() can be used function call parameter if used only once
ID: 34120
Comment by: csaba at alum dot mit dot edu
Reported By: ondrej at sury dot org
Status: Assigned
Bug Type: Scripting Engine problem
Operating System: *
PHP Version: 5CVS, 4CVS (2005-08-013)
Assigned To: dmitry
New Comment:
Note: Because this function depends on the current scope to determine
parameter details, it may only appear in the first argument to a
function. Thus
myfunc1 (myfunc2 (func_get_arg(1), 7)) OK
myfunc1 (myfunc2 (7, func_get_arg(0))) Error
myfunc1 (7+func_get_arg(0)+func_get_arg(1))OK
myfunc2 (func_get_arg(0), func_get_arg(1)) Error
If you must pass this value of func_get_arg() not in the first
argument, assign the results to a variable, and pass the variable.
Csaba Gabor from Vienna
Previous Comments:
[2005-08-15 23:08:45] [EMAIL PROTECTED]
Dmitry, this script should fail for all of those:
?php
function doTitle($a = NULL, $b = NULL) {
print doTitle: $a, $b\n;
}
function doHead() {
doTitle(func_num_args());
doTitle(func_get_arg(0));
doTitle(func_get_args());
}
doHead(1, 2);
[2005-08-13 20:23:35] [EMAIL PROTECTED]
Manual says:
Note: Because this function depends on the current scope to determine
parameter details, it cannot be used as a function parameter. If you
must pass this value, assign the results to a variable, and pass the
variable.
[2005-08-13 14:38:51] [EMAIL PROTECTED]
Well, that's true then. But I'm not sure how important this bug is :)
[2005-08-13 14:37:03] ondrej at sury dot org
Hi Derrick,
I don't consider to be bug, that it cannot be used as function
argument.
However I consider to be bug, that it CAN be used if you use it only
once.
This works:
doTitle(func_get_arg(0));
This works also:
doTitle(func_get_arg(1));
So it should not work at all, to be consistent.
Ondrej.
[2005-08-13 13:58:46] ondrej at sury dot org
Description:
func_get_arg() can be used as argument to function only once.
Reproduce code:
---
?php
function doTitle($a = NULL, $b = NULL) {
print doTitle: $a, $b\n;
}
function doHead() {
doTitle(func_get_arg(0));
doTitle(func_get_arg(1));
doTitle(func_get_arg(0), 3);
doTitle(func_get_arg(0), func_get_arg(1));
}
doHead(1, 2);
?
Expected result:
doTitle: 1,
doTitle: 2,
doTitle: 1, 3
doTitle: 1, 2
Actual result:
--
doTitle: 1,
doTitle: 2,
doTitle: 1, 3
Fatal error: func_get_arg(): Can't be used as a function parameter in
/tmp/func_get_arg.php on line 11
--
Edit this bug report at http://bugs.php.net/?id=34120edit=1
#34261 [NEW]: openssl_pkcs7_verify returns FALSE for msg that *was* correct
From: arnaud dot bertrand at apvsys dot org
Operating system: win32 Linux
PHP version: 5.0.4
PHP Bug Type: OpenSSL related
Bug description: openssl_pkcs7_verify returns FALSE for msg that *was* correct
Description:
Context:
A message msg.txt was signed the 01-01-2005 with a certificate expired
the 03-03-2005. It is a valid signed message.
If the system date is 02-02-2005,the openssl_pkcs7_verify function applied
to this msg.txt returns TRUE. It means it is a valid message
If you change the system date to 04-04-2005 (date after the expiration
date of the certificate), the openssl_pkcs7_verify function applied to
this msg.txt returns FALSE! Without any other information.
But it is not correct because at the moment of the signature, it was
correct.
Reproduce code:
---
$filename=/tmp/msg.txt;
$lCertT=array(/tmp/certifdir,/tmp/certifdir/thawte_freemail.cer);
$tmp_cert = tempnam (, crt);
$res = openssl_pkcs7_verify($filename, 0, $tmp_cert, $lCertT);
if (!$res) {
echo(Digital Signature BAD!br\n);
}
else if ($res === -1) {
echo(Error ...);
}
else {
echo(Digital Signature OK!br\n);
$cert_info = openssl_x509_parse(file://$tmp_cert);
var_dump($cert_info);
}
Expected result:
We expect to have result independent of the current date.. or at least, to
have information that at the signature time, the message was correct but
was signed with a certificate that is expired today.
Another possibility could be: to foressen an extra parameter to the
function to pass the date of the validation.
If you check the same message with an e-mail client (e.g. thunderbird), it
will say that the message was correctly signed with a valid certificate...
whatever the current date is.
Actual result:
--
Validation result depends of the system date
--
Edit bug report at http://bugs.php.net/?id=34261edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34261r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34261r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34261r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34261r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34261r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34261r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34261r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34261r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34261r=support
Expected behavior: http://bugs.php.net/fix.php?id=34261r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34261r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34261r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34261r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34261r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34261r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34261r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34261r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34261r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34261r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34261r=mysqlcfg
#34257 [Asn]: lib64 not handled correctly in ming extension
ID: 34257 Updated by: [EMAIL PROTECTED] Reported By: arekm at pld-linux dot org Status: Assigned Bug Type: Compile Failure Operating System: Linux PHP Version: 5.0.4 Assigned To: helly New Comment: Fixed in Head correctly, your patch was incomplete :-) About MFHing we need to wait for RM approval. Previous Comments: [2005-08-25 19:32:29] arekm at pld-linux dot org diff -urN php-5.1.0RC1.org/ext/ming/config.m4 php-5.1.0RC1/ext/ming/config.m4 --- php-5.1.0RC1.org/ext/ming/config.m4 2005-07-18 01:58:39.0 +0200 +++ php-5.1.0RC1/ext/ming/config.m4 2005-08-25 19:23:28.356268128 +0200 @@ -9,7 +9,7 @@ AC_CHECK_LIB(m, sin) for i in $PHP_MING /usr/local /usr; do -if test -f $i/lib/libming.$SHLIB_SUFFIX_NAME -o -f $i/lib/libming.a; then +if test -f $i/$PHP_LIBDIR/libming.$SHLIB_SUFFIX_NAME -o -f $i/$PHP_LIBDIR/libming.a; then MING_DIR=$i break fi [2005-08-25 19:31:58] arekm at pld-linux dot org Description: When building ming extension configure script checks only /usr/lib (where lib is hardcoded) so no support for ie. amd64 platform when lib64 is used. -- Edit this bug report at http://bugs.php.net/?id=34257edit=1
#34262 [NEW]: mutliple users cause write one but not another
From: hkncs06 at gmail dot com
Operating system: Windows XP
PHP version: 5.0.4
PHP Bug Type: *General Issues
Bug description: mutliple users cause write one but not another
Description:
NOT sure if this is a bug or program issue. If two people acess the file
at the same time, would php write both of their information to the file or
one will write to the file and the other doesn't not. With the code below,
on the RequestLog.txt file, both of them on that file but only one on the
TimeRequested.csv file. Why is this happened? Or this happen because
someone is open the file (TimeRequested) while the other write to the
file. Any help would be appreciate.
Reproduce code:
---
$flog = fopen(RequestLog.txt,a);
fwrite($flog, $name);
fwrite($flog, submitted on );
fwrite($flog, $day);
fwrite($flog, at );
fwrite($flog, $time);
fwrite($flog, \n);
fclose($flog);
if(file_exists(TimeRequested.csv))
{
writeToFile();
}
else
{
writeToFileHeader();
}
Expected result:
All information of the two people access at the same time should be in the
TimeRequested.csv file
Actual result:
--
Only one information write to the file.
--
Edit bug report at http://bugs.php.net/?id=34262edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34262r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34262r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34262r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34262r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34262r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34262r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34262r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34262r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34262r=support
Expected behavior: http://bugs.php.net/fix.php?id=34262r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34262r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34262r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34262r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34262r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34262r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34262r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34262r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34262r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34262r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34262r=mysqlcfg
#34262 [Opn-Bgs]: mutliple users cause write one but not another
ID: 34262
Updated by: [EMAIL PROTECTED]
Reported By: hkncs06 at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: *General Issues
-Operating System: Windows XP
+Operating System: *
-PHP Version: 5.0.4
+PHP Version: *
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
a means that you always append at the end of the file, this
information is read upon opening and kept up to date during writing.
Thus if you don't lock and both open at the same time the file will
only contain the writes of the latter.
Previous Comments:
[2005-08-25 23:28:03] hkncs06 at gmail dot com
Description:
NOT sure if this is a bug or program issue. If two people acess the
file at the same time, would php write both of their information to the
file or one will write to the file and the other doesn't not. With the
code below, on the RequestLog.txt file, both of them on that file but
only one on the TimeRequested.csv file. Why is this happened? Or this
happen because someone is open the file (TimeRequested) while the other
write to the file. Any help would be appreciate.
Reproduce code:
---
$flog = fopen(RequestLog.txt,a);
fwrite($flog, $name);
fwrite($flog, submitted on );
fwrite($flog, $day);
fwrite($flog, at );
fwrite($flog, $time);
fwrite($flog, \n);
fclose($flog);
if(file_exists(TimeRequested.csv))
{
writeToFile();
}
else
{
writeToFileHeader();
}
Expected result:
All information of the two people access at the same time should be in
the TimeRequested.csv file
Actual result:
--
Only one information write to the file.
--
Edit this bug report at http://bugs.php.net/?id=34262edit=1
#34250 [Opn-Bgs]: strtotime(next year) returns +2 years?
ID: 34250 Updated by: [EMAIL PROTECTED] Reported By: gecko at geckzilla dot com -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Linux PHP Version: 5.0.4 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 This is expected for PHP 5.1. In PHp 5.1 and 6.0 this will work just fine. The reasoning is that you have: first = 1 next = 2 third = 3 and follows the GNU standards. We did decide to fix this in PHP 5.1 though. Previous Comments: [2005-08-25 17:42:59] gecko at geckzilla dot com Description: Simply expecting for strtotime(next year) to return +1 year instead of +2. Reproduce code: --- $nextyear = strtotime(next year); $now = time(); echo date(F jS Y,$nextyear); echo br; echo date(F jS Y,$now); Expected result: August 25th 2006 August 25th 2005 Actual result: -- August 25th 2007 August 25th 2005 -- Edit this bug report at http://bugs.php.net/?id=34250edit=1
#34257 [Asn-Csd]: lib64 not handled correctly in ming extension
ID: 34257 Updated by: [EMAIL PROTECTED] Reported By: arekm at pld-linux dot org -Status: Assigned +Status: Closed Bug Type: Compile Failure Operating System: Linux -PHP Version: 5.0.4 +PHP Version: 5.0.* Assigned To: helly New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Fixed in 5.1, the first release that supports 64 bit systems in that way. Previous Comments: [2005-08-25 22:50:23] [EMAIL PROTECTED] Fixed in Head correctly, your patch was incomplete :-) About MFHing we need to wait for RM approval. [2005-08-25 19:32:29] arekm at pld-linux dot org diff -urN php-5.1.0RC1.org/ext/ming/config.m4 php-5.1.0RC1/ext/ming/config.m4 --- php-5.1.0RC1.org/ext/ming/config.m4 2005-07-18 01:58:39.0 +0200 +++ php-5.1.0RC1/ext/ming/config.m4 2005-08-25 19:23:28.356268128 +0200 @@ -9,7 +9,7 @@ AC_CHECK_LIB(m, sin) for i in $PHP_MING /usr/local /usr; do -if test -f $i/lib/libming.$SHLIB_SUFFIX_NAME -o -f $i/lib/libming.a; then +if test -f $i/$PHP_LIBDIR/libming.$SHLIB_SUFFIX_NAME -o -f $i/$PHP_LIBDIR/libming.a; then MING_DIR=$i break fi [2005-08-25 19:31:58] arekm at pld-linux dot org Description: When building ming extension configure script checks only /usr/lib (where lib is hardcoded) so no support for ie. amd64 platform when lib64 is used. -- Edit this bug report at http://bugs.php.net/?id=34257edit=1
#30931 [Com]: is_writable() and is_readable() return false when access is permitted via ACL
ID: 30931 Comment by: matthew at acintrix dot net Reported By: bugzilla-php at bwurst dot org Status: No Feedback Bug Type: Filesystem function related Operating System: gentoo linux (kernel 2.6) PHP Version: 5.0.2 New Comment: I too am expierencing this bug on Fedora Core 4 with PHP 5.0.4. Previous Comments: [2005-08-08 18:18:11] ka at pacific dot net Same bug found here in 5.04 on Fedora Core 4 with modphp Symptom: modphp cannot write to files even if they are `chmod 777`, if there is an acl for apache on the file. [2005-06-15 23:51:26] 1 at 234 dot cx I don't know if this is useful to anyone, but this seems to be a regression of bug #14923, which was fixed back in 2002. I have just experienced the bug on Fedora 4. I tried JR's patch, and that solves the problem for me. Thanks, Pete [2005-06-12 16:16:35] jr at terragate dot net I've written a patch to address this issue. It uses POSIX's access function to determine file permissions. I tested this patch on Mac OS 10.4.1, Windows XP SP2 and FreeBSD 5.2.1. I am not sure if this patch also works for Win 9x (maybe R_OK, W_OK etc. are not defined there) and other non POSIX conformant OSes. Probably some more #ifndefs are required. http://jr.terragate.net/access.diff [2005-05-12 21:34:01] nickls at apple dot com This also effects OS X Tiger ACLs. Why was this changed from access() on PHP 4.3.X? [2005-04-25 17:32:41] kibab at icehouse dot net This is not fixed yet as of Mar. 31 in the 5.0.4 release. 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/30931 -- Edit this bug report at http://bugs.php.net/?id=30931edit=1
#34214 [Ver-Csd]: base64_decode() does not properly ignore whitespace
ID: 34214 Updated by: [EMAIL PROTECTED] Reported By: dev at worldlinked dot net -Status: Verified +Status: Closed Bug Type: Strings related Operating System: * PHP Version: 5CVS, 6CVS, 4CVS (2005-08-24) New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-08-23 22:59:57] dev at worldlinked dot net Hmm, Im pretty sure it still fails. We tried it also with 4.4.0. I did notice though that if you cut and paste the phps file that the spaces do not appear in $enctext in the first line. Perhaps you can try again and manually put spaces at the beginning of each line, or you can download a tgz of the php file here: http://www.worldlinked.net/blog/files/testbase64.tgz [2005-08-23 00:08:48] dev at worldlinked dot net This bug was first reported in http://bugs.php.net/bug.php?id=1596 however the patch listed there was either never applied or does not work. [2005-08-22 23:39:49] dev at worldlinked dot net Description: RFC 2045 says: All line breaks or other characters not found in Table 1 must be ignored by decoding software. However if a caracter such as a space is in the encoded data (which some encoders such as newegg.com do) then the base64_decode does not work. Reproduce code: --- http://www.worldlinked.net/blog/files/testbase64.php or http://www.worldlinked.net/blog/files/testbase64.phps Expected result: Hello, There seems to be a problem with php's base64_decode() function. Whitespace needs to be trimmed from the email before it will properly decode. Actual result: -- Hello, There seems to be a problem with php's base64_decode() function. Whitespace needs to be trimmed from the emù ¥°½É¥ÐÝ¥±°ÁɽÁɱ佸 -- Edit this bug report at http://bugs.php.net/?id=34214edit=1
#25876 [Com]: session_start(): Failed to initialize storage module
ID: 25876
Comment by: smbukas at gmail dot com
Reported By: golden at riscom dot com
Status: No Feedback
Bug Type: Session related
Operating System: freebsd 4.8
PHP Version: 4.3.9-4.3.10
Assigned To: sniper
New Comment:
I have this problem too and adding the the code with setting
session.save_handler, session.save_path, session.use_cookies does
not solve this problem.
I use PHP Version 4.4.0
Previous Comments:
[2005-08-18 10:15:44] frank dot altpeter at gmail dot com
Used the workaround mentioned two comments below, but experiencing
still the same sporadic errors.
Any further hints are very appreciated.
[2005-08-15 11:04:30] frank dot altpeter at gmail dot com
I experience the same (sporadic) errors on my FreeBSD 4.11-RELEASE-p11
using php4-4.4.0 and apache-1.3.33.
The mentioned workaround (putting ini_set in an auto_prepend_file) is
now in place and to be tested.
Additionally, i would be glad if the PHP crew would do something about
this - it's really a shame to see that this bug still happens with
4.4.0.
[2005-06-27 10:37:51] ftownes at w3-hosting dot net
On our ES 3 machines, we worked around this bug by pre-pending and
appending the following code to all scripts executed (via the php.ini)
file:
[EMAIL PROTECTED] root]# cat /tmp/auto_append_file.php
?php
if (ini_get(session.save_handler) == user) {
@ini_set(session.save_handler,files);
@ini_set(session.save_path,/tmp);
@ini_set(session.use_cookies,1);
}
?
Since the error is never exhibited on a freshly spawned instance of
apache, reducing the number of requests handled by apache (in Worker
MPM mode) made sure that new children were spawned before old age
increased probability of the bug; this seemed to be vital to make a 99%
effective solution.
[EMAIL PROTECTED] root]# httpd -l
Compiled in modules:
core.c
prefork.c
http_core.c
mod_so.c
On our machine we also noticed that after testing this for workaround
for 3 weeks we haven't used any swap on the machine as opposed to
~100MB previously, another desireable side effect.
[2005-06-18 11:03:03] guillaume at ironie dot org
I had the same problem, with the same error message, mainly
on a dotclear weblog application, on the manage section.
I put the PHP code given in the prepend file :
ini_set(session.save_handler, files);
and the error automagically disappear, for good (I hope!)
The save_handler is just defined in php.ini with value
files, and not redefined anywhere else. It's strange
that I have to define it again in the code.
Best regards, gu!llaume
[2005-06-13 15:14:16] maarten at students dot ch
PHP Version 4.3.10, Linux srv1-2 2.4.19 #2 SMP Tue Dec 3 15:16:08 CET
2002 i686, Apache
Same Problem over here. It came out of nowhere and sporadically
appears.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/25876
--
Edit this bug report at http://bugs.php.net/?id=25876edit=1
