#29566 [Fbk->Opn]: foreach/string handling strangeness (crash)
ID: 29566 User updated by: stefan at hotpaenz dot de Reported By: stefan at hotpaenz dot de -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Linux 2.6.3 PHP Version: 5.0.1 New Comment: It still crashes with stable PHP5 snapshot 200408250430 and HEAD snapshot 200408250630. Is there anything else I could do beside testing again and again? I would like to help you making PHP better, and I have some C knowledge, but I don't really understand the inner workings of Zend/PHP. Is there anything I could add to the code to reveal what leads to the crash? Previous Comments: [2004-08-24 23:43:54] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2004-08-24 10:32:22] stefan at hotpaenz dot de I use Linux 2.6.3 and glibc 2.3.2. PHP crashes _after_ printing the warning "Invalid argument supplied for foreach()" at the end of the script (perhaps when cleaning up?). I tested again with the 200408240630 snapshots (stable and HEAD). This is the HEAD backtrace: #0 _efree (ptr=0x75736f6e) at /root/php/test/php5-200408240630/Zend/zend_alloc.c:285 285 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size); (gdb) bt #0 _efree (ptr=0x75736f6e) at /root/php/test/php5-200408240630/Zend/zend_alloc.c:285 #1 0x08178298 in _zval_ptr_dtor (zval_ptr=0xbfffd6a8) at /root/php/test/php5-200408240630/Zend/zend_execute_API.c:390 #2 0x081a3407 in zend_switch_free_handler (execute_data=0xbfffd710) at /root/php/test/php5-200408240630/Zend/zend_execute.c:245 #3 0x0819eb48 in execute (op_array=0x8274014) at /root/php/test/php5-200408240630/Zend/zend_execute.c:1498 #4 0x08181f95 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php/test/php5-200408240630/Zend/zend.c:1052 #5 0x0814d5ad in php_execute_script (primary_file=0xbaa0) at /root/php/test/php5-200408240630/main/main.c:1633 #6 0x081a9c81 in main (argc=2, argv=0xbb64) at /root/php/test/php5-200408240630/sapi/cgi/cgi_main.c:1568 The backtrace of stable is slightly different: #0 _efree (ptr=0x75736f6e) at /root/php/test/php5-STABLE-200408240630/Zend/zend_alloc.c:263 263 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size); (gdb) bt #0 _efree (ptr=0x75736f6e) at /root/php/test/php5-STABLE-200408240630/Zend/zend_alloc.c:263 #1 0x081764b8 in _zval_ptr_dtor (zval_ptr=0xbfffd678) at /root/php/test/php5-STABLE-200408240630/Zend/zend_execute_API.c:391 #2 0x081a0632 in zend_switch_free_handler (execute_data=0xbfffd6f0, opline=0x8272464, op_array=0x826deec) at /root/php/test/php5-STABLE-200408240630/Zend/zend_execute.c:210 #3 0x0819c0a9 in execute (op_array=0x826deec) at /root/php/test/php5-STABLE-200408240630/Zend/zend_execute.c:1400 #4 0x081802b5 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php/test/php5-STABLE-200408240630/Zend/zend.c:1061 #5 0x0814b99d in php_execute_script (primary_file=0xba80) at /root/php/test/php5-STABLE-200408240630/main/main.c:1629 #6 0x081a68c7 in main (argc=2, argv=0xbb44) at /root/php/test/php5-STABLE-200408240630/sapi/cgi/cgi_main.c:1568 [2004-08-24 09:46:48] [EMAIL PROTECTED] No crash with latest HEAD (Linux 2.6.8.1, glibc 2.3.2). [2004-08-24 09:40:13] stefan at hotpaenz dot de Indeed it works fine with the latest PHP4 snapshot (200408232230 tested), but this is a PHP5 bug. For the record: It still crashes with the 200408232230 PHP5 snapshot (unstable) [2004-08-24 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". 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/29566 -- Edit this bug report at http://bugs.php.net/?id=29566&edit=1
#29627 [NoF->Opn]: Compile Failure with external gd 2.0.28
ID: 29627 User updated by: fev at ukrti dot com dot ua Reported By: fev at ukrti dot com dot ua -Status: No Feedback +Status: Open Bug Type: Compile Failure Operating System: Red Hat 7.3 with kernel 2.4.3 PHP Version: 4.3.8 New Comment: Bug has still alive. I have tried php source php4-STABLE-200408250430. My test configure command: ./configure --with-zlib=/usr/local --with-gd=/usr/local/gd2 --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-ttf --with-freetype-dir=/usr/local/freetype2 --enable-gd-native-ttf --with-gettext Result of test compiling: ext/gd/gd.o(.text+0x3639): In function `zif_imagecreatefromstring': /src/php_dev/php4-STABLE-200408250430/ext/gd/gd.c:1341: undefined reference to `gdImageCreateFromGifCtx' ext/gd/gd.o(.text+0x3a62): In function `zif_imagecreatefromgif': /src/php_dev/php4-STABLE-200408250430/ext/gd/gd.c:1497: undefined reference to `gdImageCreateFromGifCtx' ext/gd/gd.o(.text+0x3a75):/src/php_dev/php4-STABLE-200408250430/ext/gd/gd.c:1497: undefined reference to `gdImageCreateFromGif' ext/gd/gd.o(.text+0x43cc): In function `zif_imagegif': /src/php_dev/php4-STABLE-200408250430/ext/gd/gd.c:1732: undefined reference to `gdImageGifCtx' ext/gd/gd.o(.text+0xae14): In function `_php_image_convert': /src/php_dev/php4-STABLE-200408250430/ext/gd/gd.c:3746: undefined reference to `gdImageCreateFromGif' collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 Previous Comments: [2004-08-24 01:00:05] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2004-08-16 03:27:48] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-08-12 08:33:40] fev at ukrti dot com dot ua Description: When i try compile php 4.3.8 with external GD library 2.0.28 (with support GIF read, create) compiling hasn't done. It stopped when find fuction like óreateGIF in the gd 2.0.28. Reproduce code: --- ./configure --with-mysql=/usr/local/mysql --with-mysql-sock=/usr/local/mysql/mysql.sock --with-zlib=/usr/local --with-openssl=/usr/local/ssl --with-curl=/usr/local --with-gd=/usr/local/gd2 --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-ttf --with-freetype-dir=/usr/local/freetype2 --enable-gd-native-ttf --with-gettext --enable-calendar --enable-ftp --enable-sockets Expected result: . ext/gd/gd.o(.text+0x3639): In function `zif_imagecreatefromstring': /src/php/php-4.3.8/ext/gd/gd.c:1336: undefined reference to `gdImageCreateFromGifCtx' ext/gd/gd.o(.text+0x3a52): In function `zif_imagecreatefromgif': /src/php/php-4.3.8/ext/gd/gd.c:1492: undefined reference to `gdImageCreateFromGif' ext/gd/gd.o(.text+0x3a5c):/src/php/php-4.3.8/ext/gd/gd.c:1492: undefined reference to `gdImageCreateFromGifCtx' ext/gd/gd.o(.text+0x4392): In function `zif_imagegif': /src/php/php-4.3.8/ext/gd/gd.c:1727: undefined reference to `gdImageGifCtx' ext/gd/gd.o(.text+0xade4): In function `_php_image_convert': /src/php/php-4.3.8/ext/gd/gd.c:3741: undefined reference to `gdImageCreateFromGif' collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 -- Edit this bug report at http://bugs.php.net/?id=29627&edit=1
#29566 [Opn]: foreach/string handling strangeness (crash)
ID: 29566 User updated by: stefan at hotpaenz dot de Reported By: stefan at hotpaenz dot de Status: Open Bug Type: Reproducible crash Operating System: Linux 2.6.3 PHP Version: 5.0.1 New Comment: Okay, I just discovered PHP only crashes with a non-debug build. My configure line is: ./configure --disable-cli --enable-cgi --without-pear Previous Comments: [2004-08-25 09:13:18] stefan at hotpaenz dot de It still crashes with stable PHP5 snapshot 200408250430 and HEAD snapshot 200408250630. Is there anything else I could do beside testing again and again? I would like to help you making PHP better, and I have some C knowledge, but I don't really understand the inner workings of Zend/PHP. Is there anything I could add to the code to reveal what leads to the crash? [2004-08-24 23:43:54] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2004-08-24 10:32:22] stefan at hotpaenz dot de I use Linux 2.6.3 and glibc 2.3.2. PHP crashes _after_ printing the warning "Invalid argument supplied for foreach()" at the end of the script (perhaps when cleaning up?). I tested again with the 200408240630 snapshots (stable and HEAD). This is the HEAD backtrace: #0 _efree (ptr=0x75736f6e) at /root/php/test/php5-200408240630/Zend/zend_alloc.c:285 285 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size); (gdb) bt #0 _efree (ptr=0x75736f6e) at /root/php/test/php5-200408240630/Zend/zend_alloc.c:285 #1 0x08178298 in _zval_ptr_dtor (zval_ptr=0xbfffd6a8) at /root/php/test/php5-200408240630/Zend/zend_execute_API.c:390 #2 0x081a3407 in zend_switch_free_handler (execute_data=0xbfffd710) at /root/php/test/php5-200408240630/Zend/zend_execute.c:245 #3 0x0819eb48 in execute (op_array=0x8274014) at /root/php/test/php5-200408240630/Zend/zend_execute.c:1498 #4 0x08181f95 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php/test/php5-200408240630/Zend/zend.c:1052 #5 0x0814d5ad in php_execute_script (primary_file=0xbaa0) at /root/php/test/php5-200408240630/main/main.c:1633 #6 0x081a9c81 in main (argc=2, argv=0xbb64) at /root/php/test/php5-200408240630/sapi/cgi/cgi_main.c:1568 The backtrace of stable is slightly different: #0 _efree (ptr=0x75736f6e) at /root/php/test/php5-STABLE-200408240630/Zend/zend_alloc.c:263 263 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size); (gdb) bt #0 _efree (ptr=0x75736f6e) at /root/php/test/php5-STABLE-200408240630/Zend/zend_alloc.c:263 #1 0x081764b8 in _zval_ptr_dtor (zval_ptr=0xbfffd678) at /root/php/test/php5-STABLE-200408240630/Zend/zend_execute_API.c:391 #2 0x081a0632 in zend_switch_free_handler (execute_data=0xbfffd6f0, opline=0x8272464, op_array=0x826deec) at /root/php/test/php5-STABLE-200408240630/Zend/zend_execute.c:210 #3 0x0819c0a9 in execute (op_array=0x826deec) at /root/php/test/php5-STABLE-200408240630/Zend/zend_execute.c:1400 #4 0x081802b5 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php/test/php5-STABLE-200408240630/Zend/zend.c:1061 #5 0x0814b99d in php_execute_script (primary_file=0xba80) at /root/php/test/php5-STABLE-200408240630/main/main.c:1629 #6 0x081a68c7 in main (argc=2, argv=0xbb44) at /root/php/test/php5-STABLE-200408240630/sapi/cgi/cgi_main.c:1568 [2004-08-24 09:46:48] [EMAIL PROTECTED] No crash with latest HEAD (Linux 2.6.8.1, glibc 2.3.2). [2004-08-24 09:40:13] stefan at hotpaenz dot de Indeed it works fine with the latest PHP4 snapshot (200408232230 tested), but this is a PHP5 bug. For the record: It still crashes with the 200408232230 PHP5 snapshot (unstable) 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/29566 -- Edit this bug report at http://bugs.php.net/?id=29566&edit=1
#29828 [Fbk->Bgs]: Interfaces no longer work
ID: 29828 Updated by: [EMAIL PROTECTED] Reported By: jellybob at gmail dot com -Status: Feedback +Status: Bogus Bug Type: Zend Engine 2 problem Operating System: Linux PHP Version: 5.0.1 New Comment: You mention on your website that it was Zend Optimizer, so bogussing this report. Please add those comments yourself next time as not all PHP developers are monitoring your website. Previous Comments: [2004-08-25 08:29:58] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2004-08-25 01:52:04] jellybob at gmail dot com Description: It appears that attempting to implement any interface when creating a class will cause PHP to segfault. Reproduce code: --- blah(); ?> Expected result: Hello, world! Actual result: -- [EMAIL PROTECTED]:~/php-5.0.1> php ~/test.php Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=29828&edit=1
#29831 [NEW]: bindtextdomain
From: tedf at ndrw dot co dot uk Operating system: Windows NT PHP version: 4.3.8 PHP Bug Type: *Configuration Issues Bug description: bindtextdomain Description: It seems that this function requires the gettext module, I assume this is php-gettext.dll this is not shipped with 4.3.8. My test code work OK on Linux fails on Windows. Any suggestions? I am using 4.3.8 becasue it is the same version as My ISP is using. There is fix in bug report #18693 but the download link is bad Reproduce code: --- Expected result: Dsiplay some text Actual result: -- Fatal error: Call to undefined function: bindtextdomain() in F:\Inetpub\wwwroot\test\bind.php on line 6 -- Edit bug report at http://bugs.php.net/?id=29831&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29831&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29831&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29831&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29831&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29831&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29831&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29831&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29831&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29831&r=support Expected behavior: http://bugs.php.net/fix.php?id=29831&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29831&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29831&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29831&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29831&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29831&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29831&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29831&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29831&r=float
#29824 [Bgs]: The apache-module doesn't load php.ini
ID: 29824 User updated by: mp at 247net dot de Reported By: mp at 247net dot de Status: Bogus Bug Type: *Configuration Issues Operating System: OpenBSD PHP Version: 5.0.1 New Comment: it's the same problem with --with-config-file-path=/var/www/conf. And as mentioned before it's (--with-config-file-path=/var/www/conf/php.ini) running with php5-200408241630. So maybe the stable version could also be fixed. Previous Comments: [2004-08-25 02:47:51] [EMAIL PROTECTED] --with-config-file-path is the *path* where php.ini lives, not the filename. [2004-08-24 21:08:42] mp at 247net dot de Description: The ini-file isn't loaded by the apache module (the cli-version works fine). Seemingly it's fixed in CVS (5.1.x-dev) php5-200408241630! # ./configure \ --with-config-file-path=/var/www/conf/php.ini \ --with-apxs=/usr/sbin/apxs # cat /var/www/conf/httpd.conf | grep php5 LoadModule php5_module /usr/local/lib/php/libphp5.so # ls -l /var/www/conf/php.ini -rw-r- 1 root www 44.1K Aug 24 19:05 /var/www/conf/php.ini # php -f phpinfo.php phpinfo() PHP Version => 5.0.1 System => OpenBSD www 3.5 GENERIC#34 i386 Build Date => Aug 24 2004 18:57:18 Configure Command => './configure' '--with-config-file-path=/var/www/conf/php.ini' '--with-apxs=/usr/sbin/apxs' Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /var/www/conf/php.ini PHP API => 20031224 PHP Extension => 20040412 Zend Extension => 220040412 Debug Build => no Thread Safety => disabled IPv6 Support => enabled Registered PHP Streams => php, file, http, ftp Registered Stream Socket Transports => tcp, udp, unix, udg -- Edit this bug report at http://bugs.php.net/?id=29824&edit=1
#27903 [Bgs->Fbk]: Undesired behavior of class destructor
ID: 27903 Updated by: [EMAIL PROTECTED] Reported By: schroeter at liquidvision dot net -Status: Bogus +Status: Feedback Bug Type: Class/Object related Operating System: Winn2000 Server PHP Version: 5.0.0RC1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2004-08-25 03:21:24] alvaro at utahgateway dot com I have to agree with schroeter. Is there a reason why you can't call the code in the dtors before shutting down the sessions. [2004-04-07 09:11:28] schroeter at liquidvision dot net Anyways, 1. I disagree that this behavior is the way it should be. It does not make sense to me that internal stuff is cleaned up before the user defined stuff is?! 2. If it will remain this way, it has to made clear in the docs. 3. I found a workaround that will solve this: just place a register_shutdown_function(array(&$this, 'your class function')); at the end of the __constructor function -this will give the desired functionality. I hope that will remain in future releases. Thanks, Tom [2004-04-07 09:11:01] [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 This is correct behavior, nothing we can fix most likely here for PHP 5.0. [2004-04-07 07:57:43] [EMAIL PROTECTED] You need to redesign your stuff, the destructor works just fine. (don't misuse it like you did) [2004-04-07 07:04:36] schroeter at liquidvision dot net Description: The __destruct() method seems buggy as the destructor is called after some system internals are already cleaned up (e.g. mysql extension, session etc.). Thus it is impossible to set e.g. session data in the destructor, leaving this mostly superfluous! I have prepared an example that shows the point in detail. This is also true for e.g. mysql_close() in the destructor! Reproduce code: --- http://www.liquidvision.net/tomimg/php/destruct.php5 Expected result: Please see comments in file. -- Edit this bug report at http://bugs.php.net/?id=27903&edit=1
#26347 [Com]: array_element function.
ID: 26347
Comment by: leszek at dubiel dot pl
Reported By: technophreak at gammae dot com
Status: Wont fix
Bug Type: Feature/Change Request
Operating System: all
PHP Version: 4.3.2
New Comment:
Yes -- we can use these two lines of code, but I thought php was build
to be simple -- why does it have so many other functions? I think this
should be opened.
Previous Comments:
[2004-04-03 11:43:50] [EMAIL PROTECTED]
You can use those two lines of code just fine. Marking this "won't
fix".
regards,
Derick
[2003-11-21 06:13:02] technophreak at gammae dot com
sorry for the typo, I meant SUCH, not SUC* ...
[2003-11-21 06:11:09] technophreak at gammae dot com
Description:
There should be a function used to simply return element [n] of an
array. This will allow to return the value of an array by simply
specifying the key or element to be returned. list() or any other
function can do this.
if a such function alredy exist please let me know. I didnt find it.
Reproduce code:
---
Sample code of what function should do.
function array_element($array array,$element mixed){
return $array[$element];
}
here is an example of why that would be useful.
If i dont want to write two lines to get a hostname from a url.
$myhost = array_element(parse_url($someurl),"host");
INSTEAD OF
$host_info = parse_url($someurl);
$myhost = $host_info["host"];
Also.. there are many things that the list() function cannot do ... an
array_element() function would be very useful in any situation where
the array would be the result of another function ..
There are numerous examples where I would have used that and I am sure
that a lot of people would be looking for suck feature.
Same idea for an array_put() function but array_merge() does the same.
--
Edit this bug report at http://bugs.php.net/?id=26347&edit=1
#26347 [WFx]: array_element function.
ID: 26347
Updated by: [EMAIL PROTECTED]
Reported By: technophreak at gammae dot com
Status: Wont fix
Bug Type: Feature/Change Request
Operating System: all
PHP Version: 4.3.2
New Comment:
Perhaps we should also add a show_me_a_forum() then?
Previous Comments:
[2004-08-25 10:28:49] leszek at dubiel dot pl
Yes -- we can use these two lines of code, but I thought php was build
to be simple -- why does it have so many other functions? I think this
should be opened.
[2004-04-03 11:43:50] [EMAIL PROTECTED]
You can use those two lines of code just fine. Marking this "won't
fix".
regards,
Derick
[2003-11-21 06:13:02] technophreak at gammae dot com
sorry for the typo, I meant SUCH, not SUC* ...
[2003-11-21 06:11:09] technophreak at gammae dot com
Description:
There should be a function used to simply return element [n] of an
array. This will allow to return the value of an array by simply
specifying the key or element to be returned. list() or any other
function can do this.
if a such function alredy exist please let me know. I didnt find it.
Reproduce code:
---
Sample code of what function should do.
function array_element($array array,$element mixed){
return $array[$element];
}
here is an example of why that would be useful.
If i dont want to write two lines to get a hostname from a url.
$myhost = array_element(parse_url($someurl),"host");
INSTEAD OF
$host_info = parse_url($someurl);
$myhost = $host_info["host"];
Also.. there are many things that the list() function cannot do ... an
array_element() function would be very useful in any situation where
the array would be the result of another function ..
There are numerous examples where I would have used that and I am sure
that a lot of people would be looking for suck feature.
Same idea for an array_put() function but array_merge() does the same.
--
Edit this bug report at http://bugs.php.net/?id=26347&edit=1
#29805 [Opn]: HTTP Authentication Issues
ID: 29805
Updated by: [EMAIL PROTECTED]
Reported By: michaelw at webcentral dot com dot au
Status: Open
Bug Type: iPlanet related
Operating System: Solaris 9
PHP Version: 4.3.8
New Comment:
The PHP AuthTrans must be the first AuthTrans directive. I can take a
look at this the next days.
Previous Comments:
[2004-08-25 00:45:31] michaelw at webcentral dot com dot au
>From obj.conf
AuthTrans fn=php4_auth_trans
[2004-08-24 23:51:33] [EMAIL PROTECTED]
Have you installed the fake authenticator "php4_ as written in the
docs?
"To use PHP Authentication on a single directory, add the following:
AuthTrans fn=php4_auth_trans
"
The problem is: iPlanet SunONE does not send the password to PHP so it
is not a problem of PHP. With the code from the docs you tell SunONE to
pass the authentication data to the "fake" function "php4_auth_trans"
that only says "auth done" and no other AuthTrans directives from
obj.conf get executed. This switches of all other authentication in the
server (Java, .htaccess,...) but lets PHP get the data. By limiting this
to a directory you can leave the SunONE authentication for other
directories intact.
[2004-08-24 03:39:56] michaelw at webcentral dot com dot au
Description:
Hi,
PHP HTTP Authentication under Sun One Webserver 6.0 (and presumably any
iPlanet variant) doesn't seem to work correctly.
The PHP_AUTH_USER and PHP_AUTH_PW variables don't seem to get set.
(This is with Safe Mode disabled).
Additionally, with Safe Mode enabled, I cannot determine the username
or password entered by the user.
Reproduce code:
---
Hello {$_SERVER['PHP_AUTH_USER']}.";
echo "You entered {$_SERVER['PHP_AUTH_PW']} as your
password.";
}
?>
Expected result:
Under apache, the output is:
Hello testing.
You entered 123 as your password.
(when username is testing and 123 is password)
Under SunOne, the username/password box just keeps redisplaying.
Actual result:
--
Under SunOne, the username/password box just keeps redisplaying.
--
Edit this bug report at http://bugs.php.net/?id=29805&edit=1
#29805 [Opn]: HTTP Authentication Issues
ID: 29805
User updated by: michaelw at webcentral dot com dot au
Reported By: michaelw at webcentral dot com dot au
Status: Open
Bug Type: iPlanet related
Operating System: Solaris 9
PHP Version: 4.3.8
New Comment:
Currently, it is the ONLY AuthTrans directive.
Previous Comments:
[2004-08-25 11:05:24] [EMAIL PROTECTED]
The PHP AuthTrans must be the first AuthTrans directive. I can take a
look at this the next days.
[2004-08-25 00:45:31] michaelw at webcentral dot com dot au
>From obj.conf
AuthTrans fn=php4_auth_trans
[2004-08-24 23:51:33] [EMAIL PROTECTED]
Have you installed the fake authenticator "php4_ as written in the
docs?
"To use PHP Authentication on a single directory, add the following:
AuthTrans fn=php4_auth_trans
"
The problem is: iPlanet SunONE does not send the password to PHP so it
is not a problem of PHP. With the code from the docs you tell SunONE to
pass the authentication data to the "fake" function "php4_auth_trans"
that only says "auth done" and no other AuthTrans directives from
obj.conf get executed. This switches of all other authentication in the
server (Java, .htaccess,...) but lets PHP get the data. By limiting this
to a directory you can leave the SunONE authentication for other
directories intact.
[2004-08-24 03:39:56] michaelw at webcentral dot com dot au
Description:
Hi,
PHP HTTP Authentication under Sun One Webserver 6.0 (and presumably any
iPlanet variant) doesn't seem to work correctly.
The PHP_AUTH_USER and PHP_AUTH_PW variables don't seem to get set.
(This is with Safe Mode disabled).
Additionally, with Safe Mode enabled, I cannot determine the username
or password entered by the user.
Reproduce code:
---
Hello {$_SERVER['PHP_AUTH_USER']}.";
echo "You entered {$_SERVER['PHP_AUTH_PW']} as your
password.";
}
?>
Expected result:
Under apache, the output is:
Hello testing.
You entered 123 as your password.
(when username is testing and 123 is password)
Under SunOne, the username/password box just keeps redisplaying.
Actual result:
--
Under SunOne, the username/password box just keeps redisplaying.
--
Edit this bug report at http://bugs.php.net/?id=29805&edit=1
#29832 [NEW]: Compilation fails due to C++-style comment
From: my-stuff at mail dot ru Operating system: SunOS 5.6 PHP version: 5.0.1 PHP Bug Type: Compile Failure Bug description: Compilation fails due to C++-style comment Description: Compilation fails due to C++-style comment in file named zend_compile.c, line number 1103. Operating system: SunOS 5.6 Compiler: SUN Workshop C Compiler After removing this comment (or changing it to C-style comment) compilation finishes ok. -- Edit bug report at http://bugs.php.net/?id=29832&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29832&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29832&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29832&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29832&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29832&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29832&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29832&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29832&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29832&r=support Expected behavior: http://bugs.php.net/fix.php?id=29832&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29832&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29832&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29832&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29832&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29832&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29832&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29832&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29832&r=float
#29832 [Opn->Bgs]: Compilation fails due to C++-style comment
ID: 29832 Updated by: [EMAIL PROTECTED] Reported By: my-stuff at mail dot ru -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: SunOS 5.6 PHP Version: 5.0.1 New Comment: already fixed in CVS, get a newer snapshot. Previous Comments: [2004-08-25 13:24:05] my-stuff at mail dot ru Description: Compilation fails due to C++-style comment in file named zend_compile.c, line number 1103. Operating system: SunOS 5.6 Compiler: SUN Workshop C Compiler After removing this comment (or changing it to C-style comment) compilation finishes ok. -- Edit this bug report at http://bugs.php.net/?id=29832&edit=1
#28924 [Com]: Apache SAPI and Oracle OCI memory conflict
ID: 28924
Comment by: wreckmybike at yahoo dot com
Reported By: ben at grinvalds dot net
Status: Open
Bug Type: OCI8 related
Operating System: Windows XP
PHP Version: 5.0.0RC3
Assigned To: tony2001
New Comment:
Heres the setup: windows XP/Apache2.0.50/PHP5.0.0(SAPI)/Oracle 9.2
Applications interacting with OCI8 (logon, parse, execute,
fetch,logoff), which worked as expected using the latest PHP4 release,
resulted in an apache2 crash. "Parent: child process exited with status
3221225477 -- Restarting"..
I then upgraded to PHP5.0.1 which seems to have fixed the above crashes
but now causes every couple of requests to result in the browser hanging
- waiting for the server response. If I hit the browsers refresh button
it forces a response. I suspect it has something to do with the OCI8
Logon/Logoff function.
I have none of these issues when running PHP5 as a CGI.
Previous Comments:
[2004-08-23 12:49:04] tanis at altralogica dot it
I am experiencing the same problem with Apache 1.3.29 and PHP 5.0.0,
5.0.1 and 5.0.2-dev of today (August, 23), so I guess this has not been
solved yet.
Is there anything I could to do help debug this problem? I am getting
mad trying to work with this configuration but I cannot do otherwise.
Till now 5.0.0 is the only one that is working from time to time. All
other versions hung immediately.
[2004-07-19 23:46:09] ben at grinvalds dot net
I went and got the latest version PHP 5.0.1-dev (cli). I ran the
following script from the console and it consistantly hung the php
execution. This is how I executed it at the command prompt (> php.exe
-f test.php).
Here is the script I ran. The object count for my database was just
over 10,000 records.
[2004-07-19 17:24:56] [EMAIL PROTECTED]
Could you please try latest CVS snapshots from http://snaps.php.net?
And could you try to run the code from console too?
Does it crash?
[2004-06-30 18:15:52] ben at grinvalds dot net
I've been doing some more investigation. When I changed my php
configuration in the Apache http.conf from sapi to cgi, the problem
goes away. Looks like the problem is related to the sapi module.
[2004-06-29 16:11:23] ben at grinvalds dot net
I have included a script which causes a reference memory error to occur
more frequently. If you run this script three or four times back to
back you will get the error.
Ben
_ncount = oci_fetch_all($stmt, $this->_results);
oci_free_statement($stmt);
oci_close($conn);
for ($i = 0; $i < $this->_ncount; $i++) {
echo $this->_results["ENAME"][$i];
}}}
$test = new Test();
$test->display();
?>
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/28924
--
Edit this bug report at http://bugs.php.net/?id=28924&edit=1
#29834 [NEW]: imagecolorAllocate doesnt set backgroundcolor after imageCreateTrueColor
From: waszm at freemail dot hu
Operating system: win32
PHP version: 5.0.1
PHP Bug Type: GD related
Bug description: imagecolorAllocate doesnt set backgroundcolor after
imageCreateTrueColor
Description:
When I use imageCreateTrueColor instead of imageCreate, and I call
imagecolorAllocate(), the background color won't be changed.
I got a black background instead of a green. My gd version is bundled
(2.0.28 compatible)
Reproduce code:
---
In case of imagCreateTrueColor(): ';
if(imageColorAt($image2, 1, 1)==$green2){
print'Ok, background is green.';
}else{
print'Background is black.';
}
?>
Expected result:
In case of imagCreate(): Ok, background is green.
In case of imagCreateTrueColor(): Ok, background is green.
Actual result:
--
In case of imagCreate(): Ok, background is green.
In case of imagCreateTrueColor(): Background is black.
--
Edit bug report at http://bugs.php.net/?id=29834&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29834&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29834&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29834&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=29834&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=29834&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29834&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29834&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29834&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=29834&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29834&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=29834&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=29834&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=29834&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29834&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=29834&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29834&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=29834&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29834&r=float
#18710 [Com]: dirname("/") returns ("\")
ID: 18710
Comment by: renegaderesearch at hotpop dot com
Reported By: duncan at emarketeers dot com
Status: Closed
Bug Type: *Directory/Filesystem functions
Operating System: Windows 2000
PHP Version: 4.2.2
New Comment:
I'm still getting this error in PHP 4.3.8. Any chance of getting this
bug open again? There really needs to be something in the documentation
too. Like Duncan said it's a real problem for portable code.
Replacing / with \ in a URL will even screw up Firefox.
Previous Comments:
[2002-08-02 14:18:02] duncan at emarketeers dot com
dirname() in windows works inconsistently.
dirname("/a/b") returns "/a"
but dirname("/") returns "\"
This makes writing portable code which will work on Unix and Windows
problematic.
I've looked at ext/standard/string.c and I think the fix would be to
replace all occurrences of DEFAULT_SLASH with "/"
--
Edit this bug report at http://bugs.php.net/?id=18710&edit=1
#29835 [NEW]: OCI8 module could not load in IIS
From: izhekov at ppartner dot com Operating system: Windows 2003 PHP version: 5.0.1 PHP Bug Type: OCI8 related Bug description: OCI8 module could not load in IIS Description: I've tried to install PHP on IIS 6 with Oracle module support. Everything is set correctly - the PHP installation instructions are executed, an Oracle client is installed, Oracle environments are set. The problem is that when I try to open any .php script, the web server return an error message: "Unable to load dynamic library c:\php\ext\php_oci8.dll: Access denied" The file php_oci8.dll is right there and it have property permissions set. oci.dll is located in %ORACLE_HOME%\bin\. I've tried this on three different servers and the problem is on all of them. Oracle version is 9.2.0.1.0. -- Edit bug report at http://bugs.php.net/?id=29835&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29835&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29835&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29835&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29835&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29835&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29835&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29835&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29835&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29835&r=support Expected behavior: http://bugs.php.net/fix.php?id=29835&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29835&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29835&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29835&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29835&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29835&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29835&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29835&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29835&r=float
#29836 [NEW]: Wrong variables
From: andreas at bunnyhero dot de Operating system: linux PHP version: 5.0.1 PHP Bug Type: CGI related Bug description: Wrong variables Description: hi, i use the roxen webserver with php as cgi. the variables: PHP_SELF, DOCUMENT_URI, DOCUMENT_NAME, SCRIPT_NAME, ORIG_SCRIPT_NAME at PHP Version 5.0.1: shows up the php binary! (/cgi/php) PHP Version 4.3.5: at the scriptname. http://bunnyhero.de/tmp/php4_info.html http://bunnyhero.de/tmp/php5_info.html -- Edit bug report at http://bugs.php.net/?id=29836&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29836&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29836&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29836&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29836&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29836&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29836&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29836&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29836&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29836&r=support Expected behavior: http://bugs.php.net/fix.php?id=29836&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29836&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29836&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29836&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29836&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29836&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29836&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29836&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29836&r=float
#26286 [Com]: Parent: child process exited with status 3221225477 -- Restarting
ID: 26286
Comment by: vixxen314 at hotmail dot com
Reported By: igg10 at alu dot ua dot es
Status: No Feedback
Bug Type: Apache2 related
Operating System: Windows 2000
PHP Version: 4.3.4
New Comment:
I was having this error:
Parent: child process exited with status 3221225477 -- Restarting.
Server:
WinXP-SP1
Running apache and php from XAMPP 1.4.6
Simply i goback to xampp version 1.4.5 and the error dissapear.
Previous Comments:
[2004-08-13 05:08:37] loye dot young at iycc dot net
There is a command in a Pear function that tries to write information
to the server. Some Windows installations and Unix servers with strict
Safe Mode options enabled, do not allow this. You can fix this yourself
however. Open the file ./pear/Date/TimeZone.php in a text editor. Go to
line 247. You should be in a function named 'inDaylightTime()'. Add
this line: return date("I"); at the very top of the function. It should
now look like this:
function inDaylightTime($date)
{
return date("I");
$env_tz = "";
if(getenv("TZ"))
$env_tz = getenv("TZ");
putenv("TZ=".$this->id);
$ltime = localtime($date->getTime(), true);
putenv("TZ=".$env_tz);
return $ltime['tm_isdst'];
}
This should stop the error. Perhaps in the future, the Pear team will
supply a work around.
[2004-07-05 16:23:19] adam dot phillips at orange dot net
Continuing from my post above, I tried replacing the switch statement
with if () {} elseif ... and still got the error so it appears it is
not the switch statement
[2004-07-05 16:01:24] adam dot phillips at orange dot net
I experienced the same problem on 2 systems - Win2k with Apache
2.0.48/PHP 4.3.4 and Red Hat Linux with Apache 1.3.29 and PHP 4.3.5.
So far as i can tell, the cause of the error is a switch statement. I
have a function withian a class module declared as follows:
function getsales($scope="", $returnasobjects=false) {
}
Inside this function is a switch statment based on $scope.
There are four cases. The first three perform different functions
which all return arrays and the fourth case (which is the default)
performs all 3 of the previous cases and merges the results into a
single array (I won't write out all the code since it all appears to
work outside of this switch statement. Please e-mail if needed). The
error occurs in the fourth case but originally the code was identical
to that of the first 3 'stuck together'. I have since tried a number
of alternatives none of which work. Most intriguing was when instead
of using default: for the fourth case i renamed it case "all". Then it
worked when called from another page but not when called from within the
same class module. I then renamed it "everything" and the opposite was
true. I then tried changed my function declaration to
function getsales($scope="all", $returnasobjects=false) {}
and it wouldn't work in either case. Similarly if i replaced "all"
with everything. The final bit of strangeness was that i tried using
the following code in the default case
return array_merge($this->getsales("case1"), $this->getsales("case2"),
$this->getsales("case3"))
which wouldn't work even tho each of the cases worked individually.
Each time i get the same error in my Apache Error Log
Parent: child process exited with status 3221225725 -- Restarting
[2004-06-28 16:54:47] joker at localfoo dot info
The snippet posted by ''hakk at email dot it'' reproduces the
...Restarting... problem with the following packages also under
WinXP/SP1
(not tested under Win2000)
===HOST:
P3-1GHz/256MB Notebook
Windows XP/SP1
Apache 2.0.49
PHP 4.3.7 (php4apache2.dll)
with/without ZendOptimizer 2.5.1
===TESTED WITH:
PHP 4-win32-STABLE-200406272030
(PHP 4.3.8-dev as module)
PHP 5-win32-200406271830
(PHP5.0.0-dev as module)
===SNIP OD SYSLOG:
Ereignistyp:Informationen
Ereignisquelle: Application Popup
Ereigniskategorie: Keine
Ereigniskennung:26
Datum: 28.06.2004
Zeit: 16:36:16
Benutzer: Nicht zutreffend
Computer: LT04
Beschreibung:
Anwendungspopup: apache.exe - Fehler in Anwendung: Die Anweisung in
"0x" verweist auf Speicher in "0x". Der Vorgang
"read" konnte nicht auf dem Speicher durchgeführt werden.
===END OF SNIP
This also occurs on some webapplications (e.g. mamboserver-cms,
mylansite). They RIP sometimes under several circumstances preferred
running with php as module. They work almost fine with PHP in CGI mode.
I also had a user reporting Error 128 instead of 3221225477
-
[Referring: http://bugs.php.net/bug.php?id=26771]
The auth
#29837 [NEW]: disable-output-escaping = "yes", ignored
From: tetsuo at scriptsphp dot org Operating system: Linux PHP version: 5.0.1 PHP Bug Type: XSLT related Bug description: disable-output-escaping = "yes", ignored Description: CDATA sections in XSL templates that are enclosed in give output that IS escaped but shouldn't be. I've been testing the transformation with xsltproc and everything behaves correctly. libxslt Version 1.1.6 libxslt compiled against libxml Version 2.6.9 Reproduce code: --- http://tetsuo.scriptsphp.net:81/XsltTest.php http://tetsuo.scriptsphp.net:81/xslttest/test.xsl http://tetsuo.scriptsphp.net:81/xslttest/test.xml Expected result: ... ... Actual result: -- ... ... -- Edit bug report at http://bugs.php.net/?id=29837&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29837&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29837&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29837&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29837&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29837&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29837&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29837&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29837&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29837&r=support Expected behavior: http://bugs.php.net/fix.php?id=29837&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29837&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29837&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29837&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29837&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29837&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29837&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29837&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29837&r=float
#29838 [NEW]: Memory leak in sprintf argument swapping
From: tim at digicol dot de Operating system: SuSE Linux 8.2 (i586) PHP version: 4.3.8 PHP Bug Type: Strings related Bug description: Memory leak in sprintf argument swapping Description: Using argument swapping in sprintf() or printf() calls makes PHP leak memory. (I've been running this code using the PHP CLI binary.) Have been able to reproduce this with PHP 4.3.7 as well. ./configure --with-config-file-path=/usr/local/php/conf --enable-cli --enable-track-vars --disable-magic-quotes --enable-xml --enable-sysvsem --enable-sysvshm --with-apxs=/usr/local/apache/bin/apxs --disable-debug --enable-ftp --enable-wddx --enable-sigchild --enable-inline-optimization --enable-exif --with-pgsql=/usr/local/pgsql --prefix=/usr/local/php --with-oci8=/dot/oracle/product/9.2.0 --with-db3=/usr/local/db3 --with-zlib --with-dom --with-gd --with-mhash=/usr/local/mhash --enable-mbstring=all --enable-mbstr-enc-trans --enable-mbregex --disable-pic --with-gdbm --enable-pcntl --enable-sysvmsg --with-iconv=/dot/local/iconv --enable-memory-limit Reproduce code: --- Expected result: Grown by 376 Actual result: -- Grown by 4000336 -- Edit bug report at http://bugs.php.net/?id=29838&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29838&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29838&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29838&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29838&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29838&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29838&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29838&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29838&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29838&r=support Expected behavior: http://bugs.php.net/fix.php?id=29838&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29838&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29838&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29838&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29838&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29838&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29838&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29838&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29838&r=float
#29835 [Opn->Bgs]: OCI8 module could not load in IIS
ID: 29835 Updated by: [EMAIL PROTECTED] Reported By: izhekov at ppartner dot com -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: Windows 2003 PHP Version: 5.0.1 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. Thank you for your interest in PHP. . Previous Comments: [2004-08-25 15:35:26] izhekov at ppartner dot com Description: I've tried to install PHP on IIS 6 with Oracle module support. Everything is set correctly - the PHP installation instructions are executed, an Oracle client is installed, Oracle environments are set. The problem is that when I try to open any .php script, the web server return an error message: "Unable to load dynamic library c:\php\ext\php_oci8.dll: Access denied" The file php_oci8.dll is right there and it have property permissions set. oci.dll is located in %ORACLE_HOME%\bin\. I've tried this on three different servers and the problem is on all of them. Oracle version is 9.2.0.1.0. -- Edit this bug report at http://bugs.php.net/?id=29835&edit=1
#29838 [Opn]: Memory leak in sprintf argument swapping
ID: 29838 User updated by: tim at digicol dot de Reported By: tim at digicol dot de Status: Open Bug Type: Strings related Operating System: SuSE Linux 8.2 (i586) PHP Version: 4.3.8 New Comment: Also happens on PHP 4.3.9RC1 ... Previous Comments: [2004-08-25 17:15:04] tim at digicol dot de Description: Using argument swapping in sprintf() or printf() calls makes PHP leak memory. (I've been running this code using the PHP CLI binary.) Have been able to reproduce this with PHP 4.3.7 as well. ./configure --with-config-file-path=/usr/local/php/conf --enable-cli --enable-track-vars --disable-magic-quotes --enable-xml --enable-sysvsem --enable-sysvshm --with-apxs=/usr/local/apache/bin/apxs --disable-debug --enable-ftp --enable-wddx --enable-sigchild --enable-inline-optimization --enable-exif --with-pgsql=/usr/local/pgsql --prefix=/usr/local/php --with-oci8=/dot/oracle/product/9.2.0 --with-db3=/usr/local/db3 --with-zlib --with-dom --with-gd --with-mhash=/usr/local/mhash --enable-mbstring=all --enable-mbstr-enc-trans --enable-mbregex --disable-pic --with-gdbm --enable-pcntl --enable-sysvmsg --with-iconv=/dot/local/iconv --enable-memory-limit Reproduce code: --- Expected result: Grown by 376 Actual result: -- Grown by 4000336 -- Edit this bug report at http://bugs.php.net/?id=29838&edit=1
#29839 [NEW]: incorrect convert (xml:lang to lang)
From: mobi at delfnet dot pl Operating system: windows 2000 SP4 PHP version: 5CVS-2004-08-25 (dev) PHP Bug Type: SOAP related Bug description: incorrect convert (xml:lang to lang) Description: I used wsdl file to create w soap server (http://www.oasis-open.org/committees/wsrp/specifications/version1/wsrp_service.wsdl). I have noticed the soap response convert xml:lang type to lang type. Wsdl (import http://www.oasis-open.org/committees/wsrp/specifications/version1/wsrp_v1_types.xsd): (...) (...) Soap response: (...) exampledescription (...) Should be: exampledescription The namespace ns1 is ok but lang has wrong type. -- Edit bug report at http://bugs.php.net/?id=29839&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29839&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29839&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29839&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29839&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29839&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29839&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29839&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29839&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29839&r=support Expected behavior: http://bugs.php.net/fix.php?id=29839&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29839&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29839&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29839&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29839&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29839&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29839&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29839&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29839&r=float
#29839 [Opn->Asn]: incorrect convert (xml:lang to lang)
ID: 29839 Updated by: [EMAIL PROTECTED] Reported By: mobi at delfnet dot pl -Status: Open +Status: Assigned Bug Type: SOAP related Operating System: windows 2000 SP4 PHP Version: 5CVS-2004-08-25 (dev) -Assigned To: +Assigned To: dmitry Previous Comments: [2004-08-25 17:37:01] mobi at delfnet dot pl Description: I used wsdl file to create w soap server (http://www.oasis-open.org/committees/wsrp/specifications/version1/wsrp_service.wsdl). I have noticed the soap response convert xml:lang type to lang type. Wsdl (import http://www.oasis-open.org/committees/wsrp/specifications/version1/wsrp_v1_types.xsd): (...) (...) Soap response: (...) exampledescription (...) Should be: exampledescription The namespace ns1 is ok but lang has wrong type. -- Edit this bug report at http://bugs.php.net/?id=29839&edit=1
#29840 [NEW]: is_executable does not honor the safe_mode!
From: markus at cultcom dot de Operating system: Linux 2.4.x PHP version: 4.3.8 PHP Bug Type: Filesystem function related Bug description: is_executable does not honor the safe_mode! Description: Seems to be a common problem nobody complains about... "is_executable()" does not work in safe_mode! Some PHP-Projects check for sendmail using this function and don't work in safe_mode even if sendmail acutally IS executable (i.e. PEAR: Mail.php). is_executable() should at least honor the safe_mode_exec_dir directive! Reproduce code: --- Try with PHP/CGI and suexec + safe_mode where example-UID != sendmail-UID Expected result: true, what else? Actual result: -- false. -- Edit bug report at http://bugs.php.net/?id=29840&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29840&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29840&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29840&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29840&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29840&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29840&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29840&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29840&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29840&r=support Expected behavior: http://bugs.php.net/fix.php?id=29840&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29840&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29840&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29840&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29840&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29840&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29840&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29840&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29840&r=float
#29841 [NEW]: mysqli_fetch_field wrong max_length w/ empty query
From: maillist at pnpitalia dot it
Operating system: linux gentoo 3q2004
PHP version: 5CVS-2004-08-25 (dev)
PHP Bug Type: MySQL related
Bug description: mysqli_fetch_field wrong max_length w/ empty query
Description:
mysqli_fetch_field return an object like this (printed with print_r):
stdClass Object
(
[name] => username
[orgname] => username
[table] => utenti
[orgtable] => utenti
[def] =>
[max_length] => 0
[flags] => 16392
[type] => 253
[decimals] => 0
)
the property [max_length] should contain the lenght of the field.
Often empty query (select * from utenti where id = -1) are used to
retrieve the description of the query when u want to automatically
generate a form to insert a record, so I think it's important that this
function work also with this kind of query.
My workaround for now is to open 2 recordset one selecting the first row
of the table (SELECT ... WHERE 1 LIMIT 0,1) and the other with the right
where clause.
BTW in php 4.3.x and obviously with the mysql extension not mysqli it work
well.
Reproduce code:
---
name);
printf("Table:%s\n", $finfo->table);
printf("max. Len: %d\n", $finfo->max_length);
printf("Flags:%d\n", $finfo->flags);
printf("Type: %d\n\n", $finfo->type);
}
mysqli_free_result($result);
}
/* close connection */
mysqli_close($link);
?>
--
Edit bug report at http://bugs.php.net/?id=29841&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29841&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29841&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29841&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=29841&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=29841&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29841&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29841&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29841&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=29841&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29841&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=29841&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=29841&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=29841&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29841&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=29841&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29841&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=29841&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29841&r=float
#29841 [Opn]: mysqli_fetch_field wrong max_length w/ empty query
ID: 29841
User updated by: maillist at pnpitalia dot it
Reported By: maillist at pnpitalia dot it
Status: Open
Bug Type: MySQL related
Operating System: linux gentoo 3q2004
PHP Version: 5CVS-2004-08-25 (dev)
New Comment:
worst ... almost for varchar (type=253) field it *always* return the
length of the string contained in the recordset .
i.e. with the previous example:
if used SELECT username WHERE username ="12345"
[max_length] => 5
Previous Comments:
[2004-08-25 18:31:25] maillist at pnpitalia dot it
Description:
mysqli_fetch_field return an object like this (printed with print_r):
stdClass Object
(
[name] => username
[orgname] => username
[table] => utenti
[orgtable] => utenti
[def] =>
[max_length] => 0
[flags] => 16392
[type] => 253
[decimals] => 0
)
the property [max_length] should contain the lenght of the field.
Often empty query (select * from utenti where id = -1) are used to
retrieve the description of the query when u want to automatically
generate a form to insert a record, so I think it's important that this
function work also with this kind of query.
My workaround for now is to open 2 recordset one selecting the first
row of the table (SELECT ... WHERE 1 LIMIT 0,1) and the other with the
right where clause.
BTW in php 4.3.x and obviously with the mysql extension not mysqli it
work well.
Reproduce code:
---
name);
printf("Table:%s\n", $finfo->table);
printf("max. Len: %d\n", $finfo->max_length);
printf("Flags:%d\n", $finfo->flags);
printf("Type: %d\n\n", $finfo->type);
}
mysqli_free_result($result);
}
/* close connection */
mysqli_close($link);
?>
--
Edit this bug report at http://bugs.php.net/?id=29841&edit=1
#29841 [Opn->Bgs]: mysqli_fetch_field wrong max_length w/ empty query
ID: 29841
Updated by: [EMAIL PROTECTED]
Reported By: maillist at pnpitalia dot it
-Status: Open
+Status: Bogus
Bug Type: MySQL related
Operating System: linux gentoo 3q2004
PHP Version: 5CVS-2004-08-25 (dev)
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
mysql(i)_fetch_field returns metadata information for
resultset, not the tabledefinition.
Same behaviour for ext/mysql (mysql_fetch_field)
Previous Comments:
[2004-08-25 18:57:02] maillist at pnpitalia dot it
worst ... almost for varchar (type=253) field it *always* return the
length of the string contained in the recordset .
i.e. with the previous example:
if used SELECT username WHERE username ="12345"
[max_length] => 5
[2004-08-25 18:31:25] maillist at pnpitalia dot it
Description:
mysqli_fetch_field return an object like this (printed with print_r):
stdClass Object
(
[name] => username
[orgname] => username
[table] => utenti
[orgtable] => utenti
[def] =>
[max_length] => 0
[flags] => 16392
[type] => 253
[decimals] => 0
)
the property [max_length] should contain the lenght of the field.
Often empty query (select * from utenti where id = -1) are used to
retrieve the description of the query when u want to automatically
generate a form to insert a record, so I think it's important that this
function work also with this kind of query.
My workaround for now is to open 2 recordset one selecting the first
row of the table (SELECT ... WHERE 1 LIMIT 0,1) and the other with the
right where clause.
BTW in php 4.3.x and obviously with the mysql extension not mysqli it
work well.
Reproduce code:
---
name);
printf("Table:%s\n", $finfo->table);
printf("max. Len: %d\n", $finfo->max_length);
printf("Flags:%d\n", $finfo->flags);
printf("Type: %d\n\n", $finfo->type);
}
mysqli_free_result($result);
}
/* close connection */
mysqli_close($link);
?>
--
Edit this bug report at http://bugs.php.net/?id=29841&edit=1
#29841 [Bgs]: mysqli_fetch_field wrong max_length w/ empty query
ID: 29841
User updated by: maillist at pnpitalia dot it
Reported By: maillist at pnpitalia dot it
Status: Bogus
Bug Type: MySQL related
Operating System: linux gentoo 3q2004
PHP Version: 5CVS-2004-08-25 (dev)
New Comment:
sorry, I was looking at a piece of software that has stopped to work
after a major LAMP upgrade and I'we not thinked to read it.
Previous Comments:
[2004-08-25 19:11:25] [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
mysql(i)_fetch_field returns metadata information for
resultset, not the tabledefinition.
Same behaviour for ext/mysql (mysql_fetch_field)
[2004-08-25 18:57:02] maillist at pnpitalia dot it
worst ... almost for varchar (type=253) field it *always* return the
length of the string contained in the recordset .
i.e. with the previous example:
if used SELECT username WHERE username ="12345"
[max_length] => 5
[2004-08-25 18:31:25] maillist at pnpitalia dot it
Description:
mysqli_fetch_field return an object like this (printed with print_r):
stdClass Object
(
[name] => username
[orgname] => username
[table] => utenti
[orgtable] => utenti
[def] =>
[max_length] => 0
[flags] => 16392
[type] => 253
[decimals] => 0
)
the property [max_length] should contain the lenght of the field.
Often empty query (select * from utenti where id = -1) are used to
retrieve the description of the query when u want to automatically
generate a form to insert a record, so I think it's important that this
function work also with this kind of query.
My workaround for now is to open 2 recordset one selecting the first
row of the table (SELECT ... WHERE 1 LIMIT 0,1) and the other with the
right where clause.
BTW in php 4.3.x and obviously with the mysql extension not mysqli it
work well.
Reproduce code:
---
name);
printf("Table:%s\n", $finfo->table);
printf("max. Len: %d\n", $finfo->max_length);
printf("Flags:%d\n", $finfo->flags);
printf("Type: %d\n\n", $finfo->type);
}
mysqli_free_result($result);
}
/* close connection */
mysqli_close($link);
?>
--
Edit this bug report at http://bugs.php.net/?id=29841&edit=1
#29842 [NEW]: soapclient return null value
From: mobi at delfnet dot pL
Operating system: Win2000 SP4
PHP version: 5CVS-2004-08-25 (dev)
PHP Bug Type: SOAP related
Bug description: soapclient return null value
Description:
SOAP result is null (wsdl file is correct and WebService works).
The following pice of code explain the problem:
Reproduce code:
---
$wsdl = new
SoapClient('http://wsrp.netunitysoftware.com/WSRPTestService/WSRPTestService.asmx?Operation=WSDL',array('trace'
=> 1));
$RegistrationData =
array("consumerName" => "test",
"consumerAgent" => "test.1.0",
"methodGetSupported" => false,
"consumerModes" => array('wsrp:view','wsrp:edit'),
"consumerWindowStates" => array('wsrp:view','wsrp:edit'),
"consumerUserScopes" => array(),
"customUserProfileData" => array(),
"registrationProperties" => array(),
"extensions" => array());
print_r($wsdl->register($RegistrationData_Type));
Expected result:
SOAP RESULT:
http://schemas.xmlsoap.org/soap/envelope/";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";>
1f9c4223-ce73-4cdf-b24f-fdd15d2066ad
print:
Array
(
[registrationHandle] => 1f9c4223-ce73-4cdf-b24f-fdd15d2066ad
)
Actual result:
--
SOAP RESULT:
the same as bottom
print:
NULL
--
Edit bug report at http://bugs.php.net/?id=29842&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29842&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29842&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29842&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=29842&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=29842&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29842&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29842&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29842&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=29842&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29842&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=29842&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=29842&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=29842&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29842&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=29842&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29842&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=29842&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29842&r=float
#29811 [Fbk->Csd]: XSLTProcessor::transformToXml() doesn't accept DOM-manipulated XML-tree as XSL
ID: 29811
User updated by: php at kaiundina dot de
Reported By: php at kaiundina dot de
-Status: Feedback
+Status: Closed
Bug Type: XSLT related
Operating System: WinXP home - Apache2
PHP Version: 5.0.0
New Comment:
I finally got a test-script working.
I'll recheck the namespaces in my scripts - my fault.
thanks
sorry for bothering - but good docs are really hard to get.
Previous Comments:
[2004-08-24 12:55:52] [EMAIL PROTECTED]
Check that you handle the namespaces correctly when modifying the doc
and that this is not just a coding error. If this is not the case,
please post link to code.
See http://www.ctindustries.net/dom/domxsl.txt for an example of
building an xsl stylesheet manually using dom.
[2004-08-24 11:25:36] php at kaiundina dot de
Description:
I tried loading a XML-document an a XSL-document into a XSLTProcessor
for retrieving a transformed XML.
It works fine as long both source documents come from a file.
Then i tried to modify the XSL-tree using DOM-dunctions resulting in
the following algorithm:
1. create XML-Document
2. load XML-document from file
3. create XSL-Document
4. load XSL-document from file
5. modify the XSL-tree // this is the new step
6. create the XSLTProcessor
7. import the XSL-Tree
8. retrieve the resulting XML-string
The resulting XML string is empty ("") then.
I compared the result XSL-Tree after step 5 with the file's content of
the working example - they were identical
I found a really ugly workaround:
inserting the following steps
5.1 render the XSL-tree to a XML-string
5.2 called loadXML() for the existing xsl-document, using the result of
step 5.1
solved the problem - which showed, that my tree was valid for use as
XSL.
maybe i'm wrong, but documentation is rare. Hope there's another
solution.
btw: the xsl-extension is declared as experimental - is there a stable
version/equivalent available?
thanks in advance
Kai
(hope this issue wasn't mentioned elsewhere)
Reproduce code:
---
I found a code similar to mine, having the same problem. I'll post my
own if necessary.
http://www.zend.org/phorum/read.php?num=6&id=1575&thread=1552
Expected result:
XSLTProcessor::transformToXml() produces a valid result XML-String
Actual result:
--
XSLTProcessor::transformToXml() produces an empty string
--
Edit this bug report at http://bugs.php.net/?id=29811&edit=1
#29780 [Fbk->Opn]: Constructor isn't called if a class is extended from a built in class
ID: 29780
User updated by: d dot khan at ventigo dot com
Reported By: d dot khan at ventigo dot com
-Status: Feedback
+Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Linux (Gentoo)
PHP Version: 5.0.1
New Comment:
You example works - mine doesn't. It seems to be an oddity with
extensions...
Example code:
Output:
Called in child
Warning: PDO::__construct() expects at least 1 parameter, 0 given in
/home/shares/development/khan/wandern/html/test.php on line 19
Previous Comments:
[2004-08-23 18:20:12] [EMAIL PROTECTED]
This code:
works fine and outputs 'Called in child' for me.
Please, check it one more time and/or try newer snapshot.
[2004-08-21 11:58:01] d dot khan at ventigo dot com
Description:
Hello,
maybe this is bogus but I found a situation where the OOP engine
doesn't behave as - at least I - would expect.
I tried to extend the PDO extension and my local construct method isn't
called.
The engine always calls the parent construct method.
Greetings
Daniel Khan
Reproduce code:
---
Class rltxPDO extends PDO {
function __construct() {
echo 'Called in child';
}
public static function instance() {
static $instance;
if (!$instance) {
$instance = new rltxPDO();
}
return $instance;
}
}
Expected result:
Output: Called in child
Actual result:
--
Warning: PDO::__construct() expects at least 1 parameter, 0 given
--
Edit this bug report at http://bugs.php.net/?id=29780&edit=1
#29158 [Com]: Warning with preg_match
ID: 29158
Comment by: webmaster at xphpx dot net
Reported By: admin at profvince dot com
Status: Open
Bug Type: PCRE related
Operating System: Linux 2.6.6 - LFS 5.1pre1
PHP Version: 5.0.0
New Comment:
Same problem here with php 5.0.1
Previous Comments:
[2004-08-25 07:20:48] ppanula at lapua dot net
I have same problem.
As far i can see, php 5.0.x uses it old pcre-routines. If you have your
own pcre-installed it does not use them. You can check using phpinfo()
and you can see it's old pcre even if you have never installed.
[2004-08-23 20:03:49] alexisdal at nospamplease dot hotmail dot com
Same problem here :
Fatal error: Call to undefined function preg_match()
Error Line
--
var_dump(preg_match("undefined", "this function is undefined"));
Config
--
PHP 5.0.0
FreeBSD 5.2.1-RELEASE
I'm kinda new to *nix setup and I could not reproduce the bug under
windows. In the documentation about this
(http://fr2.php.net/manual/en/ref.pcre.php), it says nothing needs to
be setup in order to use the thing... ???
[2004-07-30 01:55:25] gaui at gaui dot is
When I try to use preg_match(), I get this...
Fatal error: Call to undefined function preg_match() in
/usr/home/www/library/defines.php on line 25
-
Error line
-
if (!preg_match('@([0-9]{1,2}).([0-9]{1,2}).([0-9]{1,2})@',
phpversion(), $match))
-
Environment
-
FreeBSD 4.10-STABLE
PHP 5.0.0
Apache 1.3.31
MySQL 4.0.20
-
PHP Configure
-
--enable-versioning
--enable-memory-limit
--with-layout=GNU
--disable-all
--enable-libxml
--with-libxml-dir=/usr/local
--enable-spl
--with-regex=php
--disable-cli
--with-apxs=/usr/local/sbin/apxs
--disable-ipv6
--prefix=/usr/local
[2004-07-30 01:43:15] gaui at gaui dot is
Same problem here.
[2004-07-14 19:07:35] admin at profvince dot com
Description:
--
Descritpiton :
I've just installed php-5.0.0, and I'm experiencing a warning with
preg_match, related with PCRE, no matter the pattern or the string
(especially on first page onf phpmyadmin).
Warning: preg_match: internal pcre_fullinfo() error -3 in [myscript] on
line [line]
This error doesn't occur with PHP-5.0.0RC2 and PHP-5.0.0RC3 (and the
same php configuration)
-
Environment :
LFS 5.1pre1
Linux 2.6.6
Apache 2.0.50 (with mpm=worker)
PCRE version 4.5 01-December-2003
Mysql 4.0.20
---
PHP configure :
./configure --with-apxs2=/usr/local/apache/bin/apxs
--with-config-file-path=/etc/apache
--with-calendar
--with-pdf
--enable-trans-sid
--enable-mbstring
--enable-dbase
--with-dom
--with-sablot
--with-ttf
--enable-gd-imgstrttf
--enable-gd-native-ttf
--enable-bcmath
--with-bz2=/usr
--with-curl=/usr
--with-curlwrappers
--enable-exif
--enable-ftp
--with-gd=/usr
--with-freetype-dir=/usr
--with-gettext=/usr
--with-gmp=/usr
--with-ldap=/usr
--with-openssl=/usr
--with-mysql=/usr/local/mysql
--with-ncurses=/usr
--with-pcre-regex=/usr
--with-jpeg-dir=/usr
--with-png-dir=/usr
--with-zlib=/usr
--with-tiff-dir=/usr
--with-pspell=/usr
--with-libxml-dir=/usr
--with-openssl-dir=/usr
--enable-sockets
--with-libexpat-dir=/usr
--with-xsl=/usr
--enable-memory-limit
--enable-zend-multibyte
---
diff php.ini-dist php.ini :
197c197
< ;open_basedir =
---
> open_basedir = /srv/http
202c202
< disable_functions =
---
> disable_function = php_uname, putenv, getmyuid, getmypid, passthru,
leak, listen, diskfreespace, tmpfile, link, ignore_user_abord,
shell_exec, popen, dl, set_time_limit, exec, system, highlight_file,
source, show_source, fpaththru, virtual, posix_ctermid, posix_getcwd,
posix_getegid, posix_geteuid, posix_getgid, posix_getgrgid,
posix_getgrnam, posix_getgroups, posix_getlogin, posix_getpgid,
posix_getpgrp, posix_getpid, posix_getppid, posix_getpwnam,
posix_getpwuid, posix_getrlimit, posix_getsid, posix_getuid,
posix_isatty, posix_kill, posix_mkfifo, posix_setegid, posix_seteuid,
posix_setgid, posix_setpgid, posix_setsid, posix_setuid, posix_times,
posix_ttyname, posix_uname
378c378
< register_long_arrays = On
---
> register_long_arrays = Off
383c383
< register_argc_argv = On
---
> register_argc_argv = Off
386c386
< post_max_size = 8M
---
> post_max_size = 2M
443c443
< enable_dl = On
---
> enable_dl = Off
485c485
< ;upload_tmp_dir =
---
> upload_tmp_dir = /srv/http/upload
536d535
<
596d594
< smtp_port = 25
640c638
< mysql.allow_persistent = On
---
> mysql.allow_persistent = Off
643c641
< mysql.max_persistent = -1
---
> mysql.max_persistent = 0
864c862
< ;session.save_path = "/tmp
#26780 [Com]: Undefined variables cause type hints to become useless
ID: 26780 Comment by: php at kaiundina dot de Reported By: jebmc at iprimus dot com dot au Status: Suspended Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5.0.* New Comment: I've a similar problem related to optional parameters. Since null-values are not accepted for parameters using type-hints, it seems to be impossible to create optional parameters! following case: doesn't work and results in: Fatal error: Argument 2 must not be null in C:\Projekte\www\test\typehints.php5 on line 6 the following workaround I tried is also disallowed: $x = new Foo(); function myFunc($param1, Foo $bar = $x) and results in: Parse error: parse error, unexpected T_VARIABLE in C:\Projekte\www\test\typehints.php5 on line 8 I think type hints should pass null-values like it is in Java and C# for allowance of optional object parameters. On the other hand 'is_a()' and 'instanceof' should return false, to have a chance to determine if an object is capable of doing specific operations. Just my point of view ;) Let me know, if things change... thanks Previous Comments: [2004-01-04 05:12:13] [EMAIL PROTECTED] The undefined variable is a NULL value when passed to the functionand at the moment type hints accept NULL values. I strongly disagreee here and we are still discussing about a notation to decide whether to accpet or block NULL values with type hints. [2004-01-04 02:00:15] jebmc at iprimus dot com dot au Description: If you pass an undefined variable as the value of a type-hinted argument, the type-hint checking appears to be skipped. Rather, a notice error is printed for the undefined variable (as it should be) and the function or method happily continues on. Reproduce code: --- Expected result: "Notice: Undefined variable: badVariable in foo.php on line 11 Fatal error: Argument 2 must be an object of class foo in foo.php on line 6" Actual result: -- "Notice: Undefined variable: badVariable in foo.php on line 11 This is a test" -- Edit this bug report at http://bugs.php.net/?id=26780&edit=1
#29811 [Csd->Bgs]: XSLTProcessor::transformToXml() doesn't accept DOM-manipulated XML-tree as XSL
ID: 29811
Updated by: [EMAIL PROTECTED]
Reported By: php at kaiundina dot de
-Status: Closed
+Status: Bogus
Bug Type: XSLT related
Operating System: WinXP home - Apache2
PHP Version: 5.0.0
New Comment:
not a bug bogus
Previous Comments:
[2004-08-25 21:42:03] php at kaiundina dot de
I finally got a test-script working.
I'll recheck the namespaces in my scripts - my fault.
thanks
sorry for bothering - but good docs are really hard to get.
[2004-08-24 12:55:52] [EMAIL PROTECTED]
Check that you handle the namespaces correctly when modifying the doc
and that this is not just a coding error. If this is not the case,
please post link to code.
See http://www.ctindustries.net/dom/domxsl.txt for an example of
building an xsl stylesheet manually using dom.
[2004-08-24 11:25:36] php at kaiundina dot de
Description:
I tried loading a XML-document an a XSL-document into a XSLTProcessor
for retrieving a transformed XML.
It works fine as long both source documents come from a file.
Then i tried to modify the XSL-tree using DOM-dunctions resulting in
the following algorithm:
1. create XML-Document
2. load XML-document from file
3. create XSL-Document
4. load XSL-document from file
5. modify the XSL-tree // this is the new step
6. create the XSLTProcessor
7. import the XSL-Tree
8. retrieve the resulting XML-string
The resulting XML string is empty ("") then.
I compared the result XSL-Tree after step 5 with the file's content of
the working example - they were identical
I found a really ugly workaround:
inserting the following steps
5.1 render the XSL-tree to a XML-string
5.2 called loadXML() for the existing xsl-document, using the result of
step 5.1
solved the problem - which showed, that my tree was valid for use as
XSL.
maybe i'm wrong, but documentation is rare. Hope there's another
solution.
btw: the xsl-extension is declared as experimental - is there a stable
version/equivalent available?
thanks in advance
Kai
(hope this issue wasn't mentioned elsewhere)
Reproduce code:
---
I found a code similar to mine, having the same problem. I'll post my
own if necessary.
http://www.zend.org/phorum/read.php?num=6&id=1575&thread=1552
Expected result:
XSLTProcessor::transformToXml() produces a valid result XML-String
Actual result:
--
XSLTProcessor::transformToXml() produces an empty string
--
Edit this bug report at http://bugs.php.net/?id=29811&edit=1
#29843 [NEW]: A pretty segfault in ctype_digit()
From: guth at fiifo dot u-psud dot fr Operating system: Linux (Mandrake 9.2) PHP version: 5.0.1 PHP Bug Type: Reproducible crash Bug description: A pretty segfault in ctype_digit() Description: Please excuse me for my english, but i am french... So i found a problem with ctype_digit() function, who seems to crash PHP with a big (or not ?) integer. Reproduce code: --- Expected result: A warning or something like that, because $id is an integer, but not a segfault... Actual result: -- nothing, except a new line in my apache error_log file : [Thu Aug 26 00:00:18 2004] [notice] child pid 3877 exit signal Segmentation fault (11) -- Edit bug report at http://bugs.php.net/?id=29843&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29843&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29843&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29843&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29843&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29843&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29843&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29843&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29843&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29843&r=support Expected behavior: http://bugs.php.net/fix.php?id=29843&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29843&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29843&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29843&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29843&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29843&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29843&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29843&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29843&r=float
#29843 [Com]: A pretty segfault in ctype_digit()
ID: 29843
Comment by: kiad at free dot fr
Reported By: guth at fiifo dot u-psud dot fr
Status: Open
Bug Type: Reproducible crash
Operating System: Linux (Mandrake 9.2)
PHP Version: 5.0.1
New Comment:
It seems the bug comes from ctype librairy :
#include
int main(int argc, char ** argv) {
int i = isdigit(10);
}
$ gcc test.c -o plop
$ ./plop
Segmentation fault
Previous Comments:
[2004-08-26 00:08:08] guth at fiifo dot u-psud dot fr
Description:
Please excuse me for my english, but i am french...
So i found a problem with ctype_digit() function, who seems to crash
PHP with a big (or not ?) integer.
Reproduce code:
---
Expected result:
A warning or something like that, because $id is an integer, but not a
segfault...
Actual result:
--
nothing, except a new line in my apache error_log file :
[Thu Aug 26 00:00:18 2004] [notice] child pid 3877 exit signal
Segmentation fault (11)
--
Edit this bug report at http://bugs.php.net/?id=29843&edit=1
#29576 [Fbk->NoF]: Fsockopen function working incorrectly?
ID: 29576
Updated by: [EMAIL PROTECTED]
Reported By: admin at php2tor dot com
-Status: Feedback
+Status: No Feedback
Bug Type: Network related
Operating System: Fedora Core 1
PHP Version: 4.3.8
New Comment:
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
Previous Comments:
[2004-08-09 07:16:28] [EMAIL PROTECTED]
Run this:
strace -e trace=network php yourscript.php
and paste the output here.
Also, please try running telnet from the fedora machine to that IP and
port combo to see if it does the same thing.
[2004-08-09 02:25:14] admin at php2tor dot com
Description:
I'm using Fedora Core 1 and PHP 4.3.8
I'm using the fsockopen function to check status of port for a windows
environment. I'm going thru the WAN to check this port which is two
hops away. For some reason I had a routing issue to the destination
network. I tried to ping the server from my windows workstation and I
would get reply from the router (as opposed to just getting a request
timeout message) saying the destination network was unavailable.
Anyway, when I ran the script that checks the server (from the fedora
machine), the php script would report the server as up, when in reality
it couldn't be reached.
I'm guessing cause the router respoded with reply messages that the
fsockopen function assumes a connection is made?
Reproduce code:
---
$host = '192.168.1.1';
$port = '445';
$timeout = '2';
$fp = fsockopen($host, $port, $errno. $errstr, $timeout);
if ($fp)
{
print 'server_up.gif';
}else{
print 'server_down.gif';
}
Expected result:
Should show the host is not reachable and print "the device is down".
Actual result:
--
given the conditions mentioned above, the server should show down, but
the fsockopen says its up.
--
Edit this bug report at http://bugs.php.net/?id=29576&edit=1
#29445 [Fbk->NoF]: Pages randomly go blank
ID: 29445 Updated by: [EMAIL PROTECTED] Reported By: jcapellman at hotmail dot com -Status: Feedback +Status: No Feedback Bug Type: Reproducible crash Operating System: Linux 2.4 PHP Version: 4.3.8 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2004-08-18 15:17:18] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2004-07-29 15:28:45] jcapellman at hotmail dot com Description: The problem is that pages randomly goto a blank screen. You can go about 5 or 6 pages before it does it. I checked my logs after one of these bugs occurred and it doesn't show up at all. Refreshing the page or copying and pasting the url into the url box gets you to the page after one of these bugs, it's just really annoying to have to do that. Even pages that only have 1 result returned do this so it's not a memory/cpu usage problem. I'm using 1and1.com for hosting, they use Apache 1.3.29 and MySQL 4.0.20. I never had this problem when I was hosting it on my own server but that was with an older version of PHP. List of modules compiled with PHP (taken from a phpinfo() call): '../configure' '--with-mysql=/usr' '--with-zlib' '--enable-debug=no' '--enable-safe-mode=no' '--enable-discard-path=no' '--with-gd=/usr' '--with-png-dir=/usr/lib' '--enable-track-vars' '--with-db' '--with-gdbm' '--enable-force-cgi-redirect' '--with-ttf=/usr/' '--enable-ftp' '--with-mcrypt' '--enable-dbase' '--enable-memory-limit' '--enable-calendar' '--enable-wddx' '--with-jpeg-dir=/usr/src/kundenserver/jpeg-6b' '--enable-bcmath' '--enable-gd-imgstrttf' '--enable-shmop' '--enable-mhash' '--with-mhash=/usr/src/kundenserver/mhash-0.8.9/' '--with-openssl' '--enable-xslt' '--with-xslt-sablot' '--with-dom' '--with-dom-xslt' '--with-dom-exslt' '--with-imap' '--with-curl' '--with-iconv=/usr/local' '--with-freetype-dir=/usr/include/freetype2' '--with-bz2' '--with-gettext' '--enable-exif' '--with-idn' Reproduce code: --- Anywhere on www.jarredcapellman.com (my site) after a couple page views you will see the problem. At the bottom of page lists the number queries, execution time and memory usage, which aren't ever very high even with quite a few people on it. Actual result: -- Random blank pages -- Edit this bug report at http://bugs.php.net/?id=29445&edit=1
#13472 [Com]: input type=hidden should be in a fieldset if there is one (XHTML and trans sid)
ID: 13472 Comment by: glenjamin at gmail dot com Reported By: mat at dioxine dot com Status: Closed Bug Type: Session related Operating System: Any PHP Version: 4.3.0 New Comment: i've found that removing the form= and using fieldset=fakeentry worked fine for me on php 4.3.6 Previous Comments: [2004-04-21 05:21:16] paulc at 4-life dot net I'm also getting this problem. Is there a possible fix without having to edit the php.ini file? [2004-04-18 11:19:01] gareth at blueshadow dot org dot uk How about, finding a form's first tag, and inserting the hidden field just in front of that... That way, if the author has put their first input tag in a valid place, PHP won't change that, and if it isn't in a compliant place, again, PHP won't make it any more or less valid... Just my $0.02 [2004-01-30 06:12:31] ebola at psychoholics dot org I am going to test this very soon and will be fairly surprised if it isn't fixed. I'll test on latest 4.x and 5.x. Maybe a patch if i get some free time. Good night. [2003-11-14 16:20:04] yallis at surr dot no I don't know if this bug has been fixed, but many of us is still stuck on hosts with "outdated" software. I solved this problem by putting this lines in my .htaccess: php_value arg_separator.output "&" php_value url_rewriter.tags "a=href,area=href,frame=src,input=src" ..and put the hidden form value where I wanted it with Seem to work properly and my XHTML1.1 is valid. [2003-05-25 14:42:06] harrydeboer at home dot nl PHP writes an extra in my code, which is html 4.01 strict. But in html 4.01 strict there should not be a closing slash, so the code becomes invalid. Is there any way to solve that without changing php.ini? 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/13472 -- Edit this bug report at http://bugs.php.net/?id=13472&edit=1
#29843 [Opn->Csd]: A pretty segfault in ctype_digit()
ID: 29843
Updated by: [EMAIL PROTECTED]
Reported By: guth at fiifo dot u-psud dot fr
-Status: Open
+Status: Closed
Bug Type: Reproducible crash
Operating System: Linux (Mandrake 9.2)
PHP Version: 5.0.1
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2004-08-26 00:12:14] kiad at free dot fr
It seems the bug comes from ctype librairy :
#include
int main(int argc, char ** argv) {
int i = isdigit(10);
}
$ gcc test.c -o plop
$ ./plop
Segmentation fault
[2004-08-26 00:08:08] guth at fiifo dot u-psud dot fr
Description:
Please excuse me for my english, but i am french...
So i found a problem with ctype_digit() function, who seems to crash
PHP with a big (or not ?) integer.
Reproduce code:
---
Expected result:
A warning or something like that, because $id is an integer, but not a
segfault...
Actual result:
--
nothing, except a new line in my apache error_log file :
[Thu Aug 26 00:00:18 2004] [notice] child pid 3877 exit signal
Segmentation fault (11)
--
Edit this bug report at http://bugs.php.net/?id=29843&edit=1
#29838 [Opn->Bgs]: Memory leak in sprintf argument swapping
ID: 29838 Updated by: [EMAIL PROTECTED] Reported By: tim at digicol dot de -Status: Open +Status: Bogus Bug Type: Strings related Operating System: SuSE Linux 8.2 (i586) PHP Version: 4.3.8 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php You created 10 temporary variables inside PHP, what do you expect... Previous Comments: [2004-08-25 17:27:44] tim at digicol dot de Also happens on PHP 4.3.9RC1 ... [2004-08-25 17:15:04] tim at digicol dot de Description: Using argument swapping in sprintf() or printf() calls makes PHP leak memory. (I've been running this code using the PHP CLI binary.) Have been able to reproduce this with PHP 4.3.7 as well. ./configure --with-config-file-path=/usr/local/php/conf --enable-cli --enable-track-vars --disable-magic-quotes --enable-xml --enable-sysvsem --enable-sysvshm --with-apxs=/usr/local/apache/bin/apxs --disable-debug --enable-ftp --enable-wddx --enable-sigchild --enable-inline-optimization --enable-exif --with-pgsql=/usr/local/pgsql --prefix=/usr/local/php --with-oci8=/dot/oracle/product/9.2.0 --with-db3=/usr/local/db3 --with-zlib --with-dom --with-gd --with-mhash=/usr/local/mhash --enable-mbstring=all --enable-mbstr-enc-trans --enable-mbregex --disable-pic --with-gdbm --enable-pcntl --enable-sysvmsg --with-iconv=/dot/local/iconv --enable-memory-limit Reproduce code: --- Expected result: Grown by 376 Actual result: -- Grown by 4000336 -- Edit this bug report at http://bugs.php.net/?id=29838&edit=1
#29834 [Opn->Bgs]: imagecolorAllocate doesnt set backgroundcolor after imageCreateTrueColor
ID: 29834
Updated by: [EMAIL PROTECTED]
Reported By: waszm at freemail dot hu
-Status: Open
+Status: Bogus
Bug Type: GD related
Operating System: win32
PHP Version: 5.0.1
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
imagecolorAllocate() is for images created via
imagecreate() (256 colors only).
Previous Comments:
[2004-08-25 14:59:50] waszm at freemail dot hu
Description:
When I use imageCreateTrueColor instead of imageCreate, and I call
imagecolorAllocate(), the background color won't be changed.
I got a black background instead of a green. My gd version is bundled
(2.0.28 compatible)
Reproduce code:
---
In case of imagCreateTrueColor(): ';
if(imageColorAt($image2, 1, 1)==$green2){
print'Ok, background is green.';
}else{
print'Background is black.';
}
?>
Expected result:
In case of imagCreate(): Ok, background is green.
In case of imagCreateTrueColor(): Ok, background is green.
Actual result:
--
In case of imagCreate(): Ok, background is green.
In case of imagCreateTrueColor(): Background is black.
--
Edit this bug report at http://bugs.php.net/?id=29834&edit=1
#29808 [Opn->Csd]: array_count_values bungles strings which are numbers
ID: 29808
Updated by: [EMAIL PROTECTED]
Reported By: php_bugs at michaeldouma dot com
-Status: Open
+Status: Closed
Bug Type: Arrays related
Operating System: MacOSX or Linux
PHP Version: 5.0.1
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2004-08-24 08:02:39] php_bugs at michaeldouma dot com
whoops, swapped Expected and Actual result
[2004-08-24 08:01:09] php_bugs at michaeldouma dot com
Description:
Similar to Bug #28435 which should not be closed.
Can not access results from array_count_values when
counting strings which happen to be numbers.
Reproduce code:
---
$items1 = array (1,2,2,3,3,3);
$hist1 = array_count_values ($items1);
print "\nworks: ".join(",", $hist1);
print "\nworks: ".$hist1[1].",".$hist1[2].",".$hist1[3];
print "\nworks: ".$hist1["1"].",".$hist1["2"].",".$hist1["3"];
$items2 = array ("1","2","2","3","3","3","z","z");
$hist2 = array_count_values ($items2);
print "\nworks: ".join(",", $hist2);
print "\nfails: ".$hist2[1].",".$hist2[2].",".$hist2[3];
print "\nfails:
".$hist2["1"].",".$hist2["2"].",".$hist2["3"].",".$hist2["z"];
print "\n\n";
var_dump($hist1);
var_dump($hist2);
Expected result:
works: 1,2,3
works: 1,2,3
works: 1,2,3
works: 1,2,3,2
fails: ,,
fails: ,,,2
Actual result:
--
works: 1,2,3
works: 1,2,3
works: 1,2,3
works: 1,2,3,2
fails: 1,2,3
fails: 1,2,3,2
--
Edit this bug report at http://bugs.php.net/?id=29808&edit=1
#29844 [NEW]: SOAP doesn't return the result of a valid SOAP request
From: [EMAIL PROTECTED]
Operating system: WinXP SP2
PHP version: 5.0.1
PHP Bug Type: SOAP related
Bug description: SOAP doesn't return the result of a valid SOAP request
Description:
I have written a simple Hello World client/server application.
When I issue my request, no exception is thrown, but the result is NULL,
even though the SOAP response suggests it should be otherwise.
- Davey
Reproduce code:
---
Server:
constructMsg($to);
}
public function goodBye($to)
{
return "Goodbye $to";
}
/**
* Construct Greeting
*
* @param string $to
* @return string
*/
private function constructMsg($to)
{
return 'Hello ' . $to;
}
}
$server = new SoapServer('HelloWorld.wsdl', array('trace' => 1));
$server->setClass('hello_world');
if ($_SERVER["REQUEST_METHOD"] == "POST") {
$server->handle();
} else {
echo "This SOAP server can handle following functions: ";
$functions = $server->getFunctions();
foreach($functions as $func) {
echo $func . "";
}
}
?>
Client:
http://davey.synapticmedia.net/php-mag/shafikdavey_automaticwebservices/src/HelloWorld.wsdl',
array('trace' => 1));
try {
echo $client->hello('davey');
echo $client->__getLastRequestHeaders();
echo "\n";
echo "\n";
echo $client->__getLastRequest();
echo "\n";
echo "\n";
echo $client->__getLastResponse();
}
catch (Exception $e) {
echo $e;
echo "\n";
echo "\n";
echo $client->__getLastRequestHeaders();
echo "\n";
echo "\n";
echo $client->__getLastRequest();
echo "\n";echo "\n";
echo $client->__getLastResponse();
}
?>
Expected result:
"Hello davey"
Actual result:
--
returns NULL
Headers:
POST /php-mag/shafikdavey_automaticwebservices/src/Listing%201.php
HTTP/1.1
Host: davey.synapticmedia.net
Connection: Keep-Alive
User-Agent: PHP SOAP 0.1
Content-Type: text/xml; charset="utf-8"
SOAPAction:
"http://davey.synapticmedia.net/php-mag/shafikdavey_automaticwebservices/src/Listing%201.php#hello";
Content-Length: 430
Request:
http://schemas.xmlsoap.org/soap/envelope/";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/";
SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";>
davey
Response:
http://schemas.xmlsoap.org/soap/envelope/";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/";
SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";>
Hello davey
--
Edit bug report at http://bugs.php.net/?id=29844&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29844&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29844&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29844&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=29844&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=29844&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29844&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29844&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29844&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=29844&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29844&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=29844&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=29844&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=29844&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29844&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=29844&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29844&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=29844&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29844&r=float
#29842 [Opn->Asn]: soapclient return null value
ID: 29842
Updated by: [EMAIL PROTECTED]
Reported By: mobi at delfnet dot pL
-Status: Open
+Status: Assigned
Bug Type: SOAP related
Operating System: Win2000 SP4
PHP Version: 5CVS-2004-08-25 (dev)
-Assigned To:
+Assigned To: dmitry
Previous Comments:
[2004-08-25 20:55:40] mobi at delfnet dot pL
Description:
SOAP result is null (wsdl file is correct and WebService works).
The following pice of code explain the problem:
Reproduce code:
---
$wsdl = new
SoapClient('http://wsrp.netunitysoftware.com/WSRPTestService/WSRPTestService.asmx?Operation=WSDL',array('trace'
=> 1));
$RegistrationData =
array("consumerName" => "test",
"consumerAgent" => "test.1.0",
"methodGetSupported" => false,
"consumerModes" => array('wsrp:view','wsrp:edit'),
"consumerWindowStates" => array('wsrp:view','wsrp:edit'),
"consumerUserScopes" => array(),
"customUserProfileData" => array(),
"registrationProperties" => array(),
"extensions" => array());
print_r($wsdl->register($RegistrationData_Type));
Expected result:
SOAP RESULT:
http://schemas.xmlsoap.org/soap/envelope/";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";>
1f9c4223-ce73-4cdf-b24f-fdd15d2066ad
print:
Array
(
[registrationHandle] => 1f9c4223-ce73-4cdf-b24f-fdd15d2066ad
)
Actual result:
--
SOAP RESULT:
the same as bottom
print:
NULL
--
Edit this bug report at http://bugs.php.net/?id=29842&edit=1
#29843 [Csd->Fbk]: A pretty segfault in ctype_digit()
ID: 29843
Updated by: [EMAIL PROTECTED]
Reported By: guth at fiifo dot u-psud dot fr
-Status: Closed
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux (Mandrake 9.2)
PHP Version: 5.0.1
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
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:
[2004-08-26 02:03:42] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
[2004-08-26 00:12:14] kiad at free dot fr
It seems the bug comes from ctype librairy :
#include
int main(int argc, char ** argv) {
int i = isdigit(10);
}
$ gcc test.c -o plop
$ ./plop
Segmentation fault
[2004-08-26 00:08:08] guth at fiifo dot u-psud dot fr
Description:
Please excuse me for my english, but i am french...
So i found a problem with ctype_digit() function, who seems to crash
PHP with a big (or not ?) integer.
Reproduce code:
---
Expected result:
A warning or something like that, because $id is an integer, but not a
segfault...
Actual result:
--
nothing, except a new line in my apache error_log file :
[Thu Aug 26 00:00:18 2004] [notice] child pid 3877 exit signal
Segmentation fault (11)
--
Edit this bug report at http://bugs.php.net/?id=29843&edit=1
#29843 [Fbk->Csd]: A pretty segfault in ctype_digit()
ID: 29843
Updated by: [EMAIL PROTECTED]
Reported By: guth at fiifo dot u-psud dot fr
-Status: Feedback
+Status: Closed
Bug Type: Reproducible crash
Operating System: Linux (Mandrake 9.2)
PHP Version: 5.0.1
New Comment:
Sorry, wrong button.
Previous Comments:
[2004-08-26 08:58:13] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
[2004-08-26 02:03:42] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
[2004-08-26 00:12:14] kiad at free dot fr
It seems the bug comes from ctype librairy :
#include
int main(int argc, char ** argv) {
int i = isdigit(10);
}
$ gcc test.c -o plop
$ ./plop
Segmentation fault
[2004-08-26 00:08:08] guth at fiifo dot u-psud dot fr
Description:
Please excuse me for my english, but i am french...
So i found a problem with ctype_digit() function, who seems to crash
PHP with a big (or not ?) integer.
Reproduce code:
---
Expected result:
A warning or something like that, because $id is an integer, but not a
segfault...
Actual result:
--
nothing, except a new line in my apache error_log file :
[Thu Aug 26 00:00:18 2004] [notice] child pid 3877 exit signal
Segmentation fault (11)
--
Edit this bug report at http://bugs.php.net/?id=29843&edit=1
#29844 [Opn->Asn]: SOAP doesn't return the result of a valid SOAP request
ID: 29844
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Assigned
Bug Type: SOAP related
Operating System: WinXP SP2
PHP Version: 5.0.1
-Assigned To:
+Assigned To: dmitry
Previous Comments:
[2004-08-26 06:29:55] [EMAIL PROTECTED]
Description:
I have written a simple Hello World client/server application.
When I issue my request, no exception is thrown, but the result is
NULL, even though the SOAP response suggests it should be otherwise.
- Davey
Reproduce code:
---
Server:
constructMsg($to);
}
public function goodBye($to)
{
return "Goodbye $to";
}
/**
* Construct Greeting
*
* @param string $to
* @return string
*/
private function constructMsg($to)
{
return 'Hello ' . $to;
}
}
$server = new SoapServer('HelloWorld.wsdl', array('trace' => 1));
$server->setClass('hello_world');
if ($_SERVER["REQUEST_METHOD"] == "POST") {
$server->handle();
} else {
echo "This SOAP server can handle following functions: ";
$functions = $server->getFunctions();
foreach($functions as $func) {
echo $func . "";
}
}
?>
Client:
http://davey.synapticmedia.net/php-mag/shafikdavey_automaticwebservices/src/HelloWorld.wsdl',
array('trace' => 1));
try {
echo $client->hello('davey');
echo $client->__getLastRequestHeaders();
echo "\n";
echo "\n";
echo $client->__getLastRequest();
echo "\n";
echo "\n";
echo $client->__getLastResponse();
}
catch (Exception $e) {
echo $e;
echo "\n";
echo "\n";
echo $client->__getLastRequestHeaders();
echo "\n";
echo "\n";
echo $client->__getLastRequest();
echo "\n";echo "\n";
echo $client->__getLastResponse();
}
?>
Expected result:
"Hello davey"
Actual result:
--
returns NULL
Headers:
POST /php-mag/shafikdavey_automaticwebservices/src/Listing%201.php
HTTP/1.1
Host: davey.synapticmedia.net
Connection: Keep-Alive
User-Agent: PHP SOAP 0.1
Content-Type: text/xml; charset="utf-8"
SOAPAction:
"http://davey.synapticmedia.net/php-mag/shafikdavey_automaticwebservices/src/Listing%201.php#hello";
Content-Length: 430
Request:
http://schemas.xmlsoap.org/soap/envelope/";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/";
SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";>
davey
Response:
http://schemas.xmlsoap.org/soap/envelope/";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/";
SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";>
Hello davey
--
Edit this bug report at http://bugs.php.net/?id=29844&edit=1
