#33116 [NEW]: crash when assigning class name to global variable in __autoload
From: segv74 at gmail dot com
Operating system: linux 2.4.28
PHP version: 5.0.3
PHP Bug Type: Reproducible crash
Bug description: crash when assigning class name to global variable in
__autoload
Description:
following codes produce wrong output. I think this bug is related with
php's internal reference counter.
If I change assign $class to "$class" (comment 1), It product correct
outputs.
If I turn on comment 2(comment 1 is off), debug mode php client crashes.
gdb backtrace is here.
(gdb) bt
#0 0x4029db87 in memcpy () from /lib/libc.so.6
#1 0x0825a1a3 in _mem_block_check (ptr=0xbfffbd84, silent=0,
__zend_filename=0x8435640
"/jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend_variables.c",
__zend_lineno=193,
__zend_orig_filename=0x8434900
"/jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend_execute.h",
__zend_orig_lineno=61) at
/jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend_alloc.c:722
#2 0x0825a15e in _mem_block_check (ptr=0xbfffbd84, silent=1,
__zend_filename=0x8435640
"/jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend_variables.c",
__zend_lineno=193,
__zend_orig_filename=0x8434900
"/jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend_execute.h",
__zend_orig_lineno=61) at
/jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend_alloc.c:714
#3 0x08259294 in _efree (ptr=0xbfffbd84, __zend_filename=0x8435640
"/jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend_variables.c",
__zend_lineno=193,
__zend_orig_filename=0x8434900
"/jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend_execute.h",
__zend_orig_lineno=61) at
/jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend_alloc.c:265
#4 0x08269504 in safe_free_zval_ptr_rel (p=0xbfffbd84,
__zend_filename=0x8435640
"/jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend_variables.c",
__zend_lineno=193,
__zend_orig_filename=0x8434980
"/jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend_execute_API.c",
__zend_orig_lineno=393) at
/jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend_execute.h:61
#5 0x08266a41 in _zval_ptr_dtor (zval_ptr=0x852b0d8,
__zend_filename=0x8435640
"/jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend_variables.c",
__zend_lineno=193)
at /jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend_execute_API.c:393
#6 0x08273aa5 in _zval_ptr_dtor_wrapper (zval_ptr=0x852b0d8) at
/jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend_variables.c:193
#7 0x0827e61a in zend_hash_destroy (ht=0x852a814) at
/jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend_hash.c:519
#8 0x08273649 in _zval_dtor (zvalue=0x852b97c, __zend_filename=0x8434980
"/jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend_execute_API.c",
__zend_lineno=392)
at /jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend_variables.c:52
#9 0x08266a1a in _zval_ptr_dtor (zval_ptr=0x851b208,
__zend_filename=0x8435640
"/jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend_variables.c",
__zend_lineno=193)
at /jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend_execute_API.c:392
#10 0x08273aa5 in _zval_ptr_dtor_wrapper (zval_ptr=0x851b208) at
/jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend_variables.c:193
#11 0x0827e8d0 in zend_hash_apply_deleter (ht=0x849f8f0, p=0x851b1fc) at
/jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend_hash.c:574
#12 0x0827eb58 in zend_hash_graceful_reverse_destroy (ht=0x849f8f0) at
/jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend_hash.c:640
#13 0x08266071 in shutdown_executor () at
/jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend_execute_API.c:208
#14 0x082754c3 in zend_deactivate () at
/jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend.c:818
#15 0x082272cb in php_request_shutdown (dummy=0x0) at
/jocoso/install/tmp/APACHESO/php-5.0.3/main/main.c:1212
#16 0x082af690 in main (argc=2, argv=0xbfffe3a4) at
/jocoso/install/tmp/APACHESO/php-5.0.3/sapi/cli/php_cli.c:1046
(gdb) up
...
#11 0x0827e8d0 in zend_hash_apply_deleter (ht=0x849f8f0, p=0x851b1fc) at
/jocoso/install/tmp/APACHESO/php-5.0.3/Zend/zend_hash.c:574
574 ht->pDestructor(p->pData);
(gdb) print *p
$1 = {h = 1695326377, nKeyLength = 8, pData = 0x851b208, pDataPtr =
0x852b97c, pListNext = 0x0, pListLast = 0x85255fc, pNext = 0x0, pLast =
0x0, arKey = "i"}
(gdb) print (char *)&*p->arKey
$3 = 0x851b21c "include"
Reproduce code:
---
test.php ==
DefClass.inc ==
Expected result:
Array
(
[0] => DefClass
)
Actual result:
--
Array
(
[0] => 139613932
)
--
Edit bug report at http://bugs.php.net/?id=33116&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33116&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33116&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33116&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33116&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33116&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33116&r=needtrace
Need Repro
#33115 [NEW]: Windows Install Silent Option breaks OS environment path variable
From: john dot jantjes at gmail dot com Operating system: Windows XP PHP version: 4.3.11 PHP Bug Type: Unknown/Other Function Bug description: Windows Install Silent Option breaks OS environment path variable Description: I have been using the windows installer, with the "/s" option for a silent install, and have found that it breaks the OS environment variable. For example Instread of path being path=c:\windows;c:\windows\system32; . It becomes path=%SystemRoot%;%SystemRoot%\system32;.. It set the path variable to reference another variable, which just does not seem to work. Only the windows and windows system entries in path are effected. -- Edit bug report at http://bugs.php.net/?id=33115&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33115&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33115&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33115&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33115&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33115&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33115&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33115&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33115&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33115&r=support Expected behavior: http://bugs.php.net/fix.php?id=33115&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33115&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33115&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33115&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33115&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33115&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33115&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33115&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33115&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33115&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33115&r=mysqlcfg
#33115 [Opn]: Windows Install Silent Option breaks OS environment path variable
ID: 33115 User updated by: john dot jantjes at gmail dot com Reported By: john dot jantjes at gmail dot com Status: Open Bug Type: Unknown/Other Function Operating System: Windows XP PHP Version: 4.3.11 New Comment: If the installer is used normally, not silent, the issue does not appear. Previous Comments: [2005-05-24 04:16:42] john dot jantjes at gmail dot com Description: I have been using the windows installer, with the "/s" option for a silent install, and have found that it breaks the OS environment variable. For example Instread of path being path=c:\windows;c:\windows\system32; . It becomes path=%SystemRoot%;%SystemRoot%\system32;.. It set the path variable to reference another variable, which just does not seem to work. Only the windows and windows system entries in path are effected. -- Edit this bug report at http://bugs.php.net/?id=33115&edit=1
#33114 [NEW]: SIGSEGV in zend_shutdown/memory leak
From: K dot Kaczkowski at eisp dot pl Operating system: Linux 2.4.30 PHP version: 4CVS-2005-05-23 (stable) PHP Bug Type: Reproducible crash Bug description: SIGSEGV in zend_shutdown/memory leak Description: I have a problem with reproducible crashes during zend_shutdown when PHP is compiled with --disable-debug. When the same script is run under --enable-debug, it only reports memory leaks. Unfortunately I wasn't able to isolate simple test case for php crash, but I have script causing memory leak and I'm pretty sure it's the same bug and fixing leak will also fix crashes. This bug was introduced in 4.3.10 version, all versions above behave similar with small difference: in 4.3.10/4.3.11 bad free happens in shutdown_memory_manager called from php_request_shutdown instead of zend_shutdown from php_module_shutdown in latest snapshot. 4.3.9 works without any problems. Backtrace for crash case: Program received signal SIGSEGV, Segmentation fault. 0x400fdd43 in free () from /lib/libc.so.6 (gdb) bt #0 0x400fdd43 in free () from /lib/libc.so.6 #1 0x400fdaa3 in free () from /lib/libc.so.6 #2 0x08101670 in zend_hash_destroy (ht=0x8157de0) at /usr/src/php4-STABLE-200505232041/Zend/zend_hash.c:561 #3 0x080fd6d6 in zend_shutdown () at /usr/src/php4-STABLE-200505232041/Zend/zend.c:581 #4 0x080d91d2 in php_module_shutdown () at /usr/src/php4-STABLE-200505232041/main/main.c:1294 #5 0x08115b3c in main (argc=2, argv=0xbfffd724) at /usr/src/php4-STABLE-200505232041/sapi/cli/php_cli.c:885 Output for crash case when compiled with --enable-debug: /usr/src/php4-STABLE-200505232041/Zend/zend_execute.c(1749) : Freeing 0x081FD6EC (5 bytes), script=test1.php /usr/src/php4-STABLE-200505232041/Zend/zend_variables.c(111) : Actual location (location was relayed) Last leak repeated 3 times Details for "memory leak only" case are below. Reproduce code: --- Expected result: nothing/no memory leak Actual result: -- /usr/src/php4-STABLE-200505232041/Zend/zend_execute.c(1749) : Freeing 0x081D1014 (5 bytes), script=test2.php /usr/src/php4-STABLE-200505232041/Zend/zend_variables.c(111) : Actual location (location was relayed) Last leak repeated 1 time -- Edit bug report at http://bugs.php.net/?id=33114&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33114&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33114&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33114&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33114&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33114&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33114&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33114&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33114&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33114&r=support Expected behavior: http://bugs.php.net/fix.php?id=33114&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33114&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33114&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33114&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33114&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33114&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33114&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33114&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33114&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33114&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33114&r=mysqlcfg
#33097 [Opn->Bgs]: OCI_Password_Change fails to change password
ID: 33097
Updated by: [EMAIL PROTECTED]
Reported By: dboeke at eesus dot jnj dot com
-Status: Open
+Status: Bogus
Bug Type: OCI8 related
Operating System: Win2k Server ver 5.0.2195 SP4
PHP Version: 5.0.4
New Comment:
Yes, I was able to reproduce it once, but after some time spent on
debugging/dropping and creating new users I can't reproduce it
anymore.
Anyway, this is not a PHP bug, because PHP just calls
OCIPasswordChange() function and if it fails randomly there is nothing
we can do.
Try to search metalink database and bug Oracle people.
Previous Comments:
[2005-05-23 21:03:02] dboeke at eesus dot jnj dot com
'Success') : oci_error($conn);
@oci_close($conn);
} else {
$e = oci_error();
}
echo $e['message'];
?>
Same Error (ORA-28008: invalid old password ) with the above code.
[2005-05-23 20:19:25] [EMAIL PROTECTED]
And what if you remove all this stuff not related to the OCI itself
(like strpslashes, forms etc.) ?
[2005-05-23 19:12:07] dboeke at eesus dot jnj dot com
I can use the Password command in SQL Plus to successfully change the
password. Also confirmed that other passwords using similar structure
fail, ie:
Zzxx!$123
Aabb!$456
I haven't been able to check the local 9i environment yet, cause I
don't have a user account, but I have requested one, and will update
when I can.
[2005-05-21 23:11:11] [EMAIL PROTECTED]
And please try to use oci_password_change() with your locally installed
Oracle.
[2005-05-21 23:10:13] [EMAIL PROTECTED]
And what happens if you try to change the password using sqlplus (but
not with "alter user" command) ?
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/33097
--
Edit this bug report at http://bugs.php.net/?id=33097&edit=1
#32810 [Opn->Csd]: fread after tmpfile() reads only 8192 bytes
ID: 32810 Updated by: [EMAIL PROTECTED] Reported By: matteo at beccati dot com -Status: Open +Status: Closed Bug Type: Filesystem function related Operating System: * PHP Version: 5CVS, 4CVS (2005-04-24) Assigned To: tony2001 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-05-23 15:55:21] [EMAIL PROTECTED] The fix is wrong, and will be reverted shortly. [2005-05-23 13:52:50] [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. [2005-05-23 13:37:29] [EMAIL PROTECTED] Testing the patch.. [2005-05-22 00:32:22] [EMAIL PROTECTED] php5-win32-200505191430 is still suffering from this. [2005-04-24 16:40:51] [EMAIL PROTECTED] Wez breaks, Wez fixes. (Streams stuff broke this) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/32810 -- Edit this bug report at http://bugs.php.net/?id=32810&edit=1
#33113 [NEW]: Evaluating trim trim on an array kills it
From: c dot herzog at chsoftware dot net Operating system: XP PHP version: 4.3.10 PHP Bug Type: Arrays related Bug description: Evaluating trim trim on an array kills it Description: When you use a trim by mistake on an array, the array get's an string Reproduce code: --- settype($asd,"array"); $asd["a"] = "one"; $asd["b"] = "two"; $asd["c"] = "three"; echo gettype($asd); //-> array print_r($asd); //gets back the array $asd = trim($asd); //trim it print_r($asd); //prints Array echo gettype($asd);//gives string back Expected result: There should be an error, because a trim function can't be use to an array, or every offset should get trimmed. -- Edit bug report at http://bugs.php.net/?id=33113&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33113&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33113&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33113&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33113&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33113&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33113&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33113&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33113&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33113&r=support Expected behavior: http://bugs.php.net/fix.php?id=33113&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33113&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33113&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33113&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33113&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33113&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33113&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33113&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33113&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33113&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33113&r=mysqlcfg
#33113 [Opn->Bgs]: Evaluating trim trim on an array kills it
ID: 33113 Updated by: [EMAIL PROTECTED] Reported By: c dot herzog at chsoftware dot net -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: XP PHP Version: 4.3.10 New Comment: There IS error: Notice: Array to string conversion in ... just turn display_errors On and set error_reporting to E_ALL. Previous Comments: [2005-05-23 22:53:02] c dot herzog at chsoftware dot net Description: When you use a trim by mistake on an array, the array get's an string Reproduce code: --- settype($asd,"array"); $asd["a"] = "one"; $asd["b"] = "two"; $asd["c"] = "three"; echo gettype($asd); //-> array print_r($asd); //gets back the array $asd = trim($asd); //trim it print_r($asd); //prints Array echo gettype($asd);//gives string back Expected result: There should be an error, because a trim function can't be use to an array, or every offset should get trimmed. -- Edit this bug report at http://bugs.php.net/?id=33113&edit=1
#33095 [Bgs]: pspell stops working under increased load
ID: 33095 User updated by: mkellogg at wordreference dot com Reported By: mkellogg at wordreference dot com Status: Bogus Bug Type: Pspell related Operating System: Windows 2003 PHP Version: 4.3.11 New Comment: I repeat that Aspell is installed. Aspell works on the command line just fine. pspell even works some of the time! But not all of the time. If Aspell were installed incorrectly, then it would not work at all right? But it does. But I will look to see if PHP needs Aspell to be installed differently... Thanks. Previous Comments: [2005-05-23 21:51:08] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Works fine here. You just haven't installed aspell + dictionaries correctly. [2005-05-23 18:49:39] mkellogg at wordreference dot com First I had to close the if conditional with a "}". This script wouldn't even work once, while the old scripts worked in testing, confirming that the "en" dictionary is installed. (I did not try either one in production this time.) The error I received was the same: [client xxx.xxx.xxx.xxx] PHP Warning: PSPELL couldn't open the dictionary. reason: No word lists can be found for the language "en". in C:\\Program Files\\Apache Group\\Apache2\\htdocs\\iframe5t2.php on line 4 [client xxx.xxx.xxx.xxx] PHP Warning: 0 is not a PSPELL result index in C:\\Program Files\\Apache Group\\Apache2\\htdocs\\iframe5t2.php on line 5 [client xxx.xxx.xxx.xxx] PHP Warning: 0 is not a PSPELL result index in C:\\Program Files\\Apache Group\\Apache2\\htdocs\\iframe5t2.php on line 6 The end user sees a blank page. Thanks. PS. Wed. night I leave for a two week vacation, so I will be unable to help during that time period. [2005-05-23 18:02:32] [EMAIL PROTECTED] Try with this script: $suggestions) echo "$suggestion"; ?> (calling pspell_config_create() and not using the value it returns anywhere is not very useful) [2005-05-23 15:18:48] mkellogg at wordreference dot com I don't have a Linux server to test it on. If you want to put my original code on a Linux server, I would be happy to put the exact same load on it. Even if it works under Linux, it might be good if it works on all platforms. [2005-05-23 09:12:53] [EMAIL PROTECTED] Have you tried it under Linux/anything else bug windows? 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/33095 -- Edit this bug report at http://bugs.php.net/?id=33095&edit=1
#33070 [Opn]: bzdecompress inefficient
ID: 33070 User updated by: lindsay at bitleap dot com Reported By: lindsay at bitleap dot com Status: Open Bug Type: Performance problem Operating System: Linux 2.6.10 kernel PHP Version: 5.0.3 New Comment: I noticed the new code was crashing. You can reliably reproduce the results by creating a file which compresses well. I created my data sample with the following commands: dd if=/dev/zero bs=1024 count=65536 of=large bzip2 large When I run the script on this, I get the following crash: file length 256K ran in: 0 seconds file length 512K ran in: 1 seconds file length 1M ran in: 1 seconds file length 2M ran in: 2 seconds file length 3M ran in: 2 seconds file length 4M ran in: 3 seconds file length large ran in: *** glibc detected *** double free or corruption (!prev): 0x0853f418 *** Previous Comments: [2005-05-23 20:09:43] lindsay at bitleap dot com I applied the patch suggested by jeff at vertexdev dot com. I also added another test for 64M data chunks. Just to be sure, I verified php's bzdecompress w/ the patch produces data creating the same md5sum as bzunzip. file length 256K ran in: 0 seconds file length 512K ran in: 0 seconds file length 1M ran in: 2 seconds file length 2M ran in: 1 seconds file length 3M ran in: 3 seconds file length 4M ran in: 3 seconds file length 64M ran in: 38 seconds [2005-05-23 16:50:02] lindsay at bitleap dot com It looks like BZ2_bzRead() requires a file to read from. Would: BZ2_bzDecompressInit loop BZ2_bzDecompress //decompress in chunks BZ2_bzDecompressEnd work? The source code for BZ2_bzBuffToBuffDecompress seems like it could almost be used if the BZ2_bzDecompress was looped through 'source' in chunks. [2005-05-23 10:02:56] [EMAIL PROTECTED] jeff at vertexdev dot com: Yes. And now look at the code. [2005-05-23 00:40:16] jeff at vertexdev dot com The fix is really easy. In function bzdecompress, you need to do the following: 1. Before the 'do' loop, initialize size to some reasonable value: size = PHP_BZ_DECOMPRESS_SIZE; 2. Inside of the loop, double the size each time (replace the existing 'size = dest_len * iter;' statement with this): size *= 2; This will temporarily use up a little bit more memory than stricly necessary, but it will make the function usable. Drop me an email if you need more information. [2005-05-22 22:04:49] [EMAIL PROTECTED] Yes, this is possibel with the BZ2_bzRead() api call. 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/33070 -- Edit this bug report at http://bugs.php.net/?id=33070&edit=1
#33092 [Opn->Fbk]: Unable to complete network request to host
ID: 33092
Updated by: [EMAIL PROTECTED]
Reported By: fabio at bs2 dot com dot br
-Status: Open
+Status: Feedback
Bug Type: InterBase related
Operating System: FreeBSD
PHP Version: 5.0.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-05-23 19:23:19] fabio at bs2 dot com dot br
I'm was wrong, the version of apache in both servers is 2.0.54. The
differs is only the php version and number of users accessing the site.
The server of intebase is version 6.0.
I forgotten to say that the error occurs some times, is not constant.
[2005-05-23 19:16:05] fabio at bs2 dot com dot br
array(
'lifetime' => 0
),
'login' => array(
'username' => 'ra',
'password' => 'senha'
),
'logout' => array(
'destroy' => false
),
'authContainers' => array(
...{Configuration of auth container}...
)
);
$user = isset($_REQUEST['user']) ?$_REQUEST['user'] :'';
$pass = isset($_REQUEST['pass']) ?$_REQUEST['pass'] :'';
$logout = isset($_REQUEST['action']) && $_REQUEST['action'] ==
'logout';
$lu = &LiveUser::singleton($conf);
$lu->init($user ,$pass ,$logout);
$con = ibase_pconnect(...);
$res = ibase_query($con ,"SELECT * FROM table");
$row = ibase_fetch_assoc($res);
var_dump($row);
?>
[2005-05-23 10:28:48] [EMAIL PROTECTED]
Please provide a complete reproducing script. (one that starts with
)
[2005-05-21 16:49:53] fabio at bs2 dot com dot br
in one test without the connection persistent connection of liveUser
the error occurs too.
[2005-05-21 16:47:36] fabio at bs2 dot com dot br
Description:
the interbase server is not on same computer as the script
I'm using connect, the error had to be in the connect function and not
in the query function.
the function connect should be get the connection from the previous
persistent connection. In mysql_connect function have an parameter
new_link to force to create new connection, but interbase not.
the version of Apache in the server where the error occurs is 2.0.54
I have the same code in other machine(development server) with Apache
1.3 and php 5.0.3 and works ok.
Reproduce code:
---
{conecting to bd using liveUser and MDB with persistent connection}
$con = ibase_connect(...);
$res = ibase_query($con ,"SELECT * FROM someTable"); // the error
occurs here
$row = ibase_fetch_assoc($res);
var_dump($row);
ibase_close($con);
Actual result:
--
ibase_query() [function.ibase-query]: Unable to complete network
request to host "some ip". Error reading data from the connection. Bad
file descriptor.
--
Edit this bug report at http://bugs.php.net/?id=33092&edit=1
#33095 [Opn->Bgs]: pspell stops working under increased load
ID: 33095
Updated by: [EMAIL PROTECTED]
Reported By: mkellogg at wordreference dot com
-Status: Open
+Status: Bogus
Bug Type: Pspell related
Operating System: Windows 2003
PHP Version: 4.3.11
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
Works fine here. You just haven't installed aspell + dictionaries
correctly.
Previous Comments:
[2005-05-23 18:49:39] mkellogg at wordreference dot com
First I had to close the if conditional with a "}".
This script wouldn't even work once, while the old scripts worked in
testing, confirming that the "en" dictionary is installed. (I did not
try either one in production this time.)
The error I received was the same:
[client xxx.xxx.xxx.xxx] PHP Warning: PSPELL couldn't open the
dictionary. reason: No word lists can be found for the language "en".
in C:\\Program Files\\Apache Group\\Apache2\\htdocs\\iframe5t2.php on
line 4
[client xxx.xxx.xxx.xxx] PHP Warning: 0 is not a PSPELL result index
in C:\\Program Files\\Apache Group\\Apache2\\htdocs\\iframe5t2.php on
line 5
[client xxx.xxx.xxx.xxx] PHP Warning: 0 is not a PSPELL result index
in C:\\Program Files\\Apache Group\\Apache2\\htdocs\\iframe5t2.php on
line 6
The end user sees a blank page.
Thanks.
PS. Wed. night I leave for a two week vacation, so I will be unable to
help during that time period.
[2005-05-23 18:02:32] [EMAIL PROTECTED]
Try with this script:
$suggestions)
echo "$suggestion";
?>
(calling pspell_config_create() and not using the value it returns
anywhere is not very useful)
[2005-05-23 15:18:48] mkellogg at wordreference dot com
I don't have a Linux server to test it on. If you want to put my
original code on a Linux server, I would be happy to put the exact same
load on it.
Even if it works under Linux, it might be good if it works on all
platforms.
[2005-05-23 09:12:53] [EMAIL PROTECTED]
Have you tried it under Linux/anything else bug windows?
[2005-05-21 19:40:01] mkellogg at wordreference dot com
Description:
I have tried this under IIS and Apache on Windows 2003. The script
works fine in testing, but once I put it in production on the server,
it stops working within a few minutes.
Using latest version of Aspell 0.50.3
Reproduce code:
---
http://forum.wordreference.com/wr_spelling/iframe5.txt
pspell_config_create("en");
$pspell_link = pspell_new("en","","","", PSPELL_FAST);
if (!pspell_check($pspell_link, $_GET['word'])) {
$suggestions = pspell_suggest($pspell_link, $_GET['word']);
foreach ($suggestions as $key => $suggestion) {
echo "$suggestion";
}
}
?>
Expected result:
Spelling suggestions. :)
Actual result:
--
User: A page that hangs.
Apache's error message:
PHP Warning: PSPELL couldn't open the dictionary. reason: No word
lists can be found for the language "en". in C:\\Program Files\\Apache
Group\\Apache2\\htdocs\\iframe5.php on line 4
Apache often crashes as a result, too.
IIS error message as seen by Firefox users:
PHP has encountered an Access Violation at ...
--
Edit this bug report at http://bugs.php.net/?id=33095&edit=1
#33097 [Fbk->Opn]: OCI_Password_Change fails to change password
ID: 33097
User updated by: dboeke at eesus dot jnj dot com
Reported By: dboeke at eesus dot jnj dot com
-Status: Feedback
+Status: Open
Bug Type: OCI8 related
Operating System: Win2k Server ver 5.0.2195 SP4
PHP Version: 5.0.4
New Comment:
'Success') : oci_error($conn);
@oci_close($conn);
} else {
$e = oci_error();
}
echo $e['message'];
?>
Same Error (ORA-28008: invalid old password ) with the above code.
Previous Comments:
[2005-05-23 20:19:25] [EMAIL PROTECTED]
And what if you remove all this stuff not related to the OCI itself
(like strpslashes, forms etc.) ?
[2005-05-23 19:12:07] dboeke at eesus dot jnj dot com
I can use the Password command in SQL Plus to successfully change the
password. Also confirmed that other passwords using similar structure
fail, ie:
Zzxx!$123
Aabb!$456
I haven't been able to check the local 9i environment yet, cause I
don't have a user account, but I have requested one, and will update
when I can.
[2005-05-21 23:11:11] [EMAIL PROTECTED]
And please try to use oci_password_change() with your locally installed
Oracle.
[2005-05-21 23:10:13] [EMAIL PROTECTED]
And what happens if you try to change the password using sqlplus (but
not with "alter user" command) ?
[2005-05-21 22:20:56] dboeke at eesus dot jnj dot com
Description:
I am using the binary download of php 5.04 for win32 platforms. It is
running as a CGI under Apache/2.0.52. The only extension that I have
loaded is php_oci8.dll [Revision: 1.257.2.6]
The Windows 2000 Server that PHP is running on has the Oracle9i
9.2.0.1.0 Server and Client installed.
The Oracle server that we are connecting to is running Oracle 8i
Enterprise 8.1.7.2.0 on Unix. This server has complexity rules set
(minimum password length of 6 and passwords must have 3 levels of
complexity: letters, numbers and special chars)
We created a webpage for users to be able to change their oracle
password. It has worked for almost all users. However, we have a user
that had a password: Ddnn!$52
He was unable to change the password, even though he could logon to
oracle through SqlPlus with the password. The OCI_Change_Password
function returned the oracle error: ORA-28008: invalid old password.
This means that the PHP script successfully authenticated him using
$conn=oci_new_connect($userID, $oldPwd, $oraSid); function but the
oci_password_change($conn, $userID, $oldPwd, $newPwd); using the same
variable values was unable to properly authenticate to oracle?
Also, I discovered while I was testing, that when I changed my password
(using the webform) to Ddnn!$52, that I could no longer log into oracle
via any means. It seems like the value of the old/new password is
possibly being changed by the oci_password_change function.
Reproduce code:
---
'Success') : oci_error($conn);
@oci_close($conn);
} else { $e = oci_error(); }
} else { $e = array('message'=>'Please Change Your Password'); }
echo"\n\n\tOCI Change Pwd
Test\n\n\n" .
"\n" . $e['message'] . "\n" .
"Oracle Instance: \n"
.
"User Name: \n" .
"Current Password: \n" .
"New Password: \n" .
"\n"
.
"\n\n\n\n";
?>
Expected result:
Password changed with no error if user submitted the correct password
information.
Actual result:
--
ORA-28008: invalid old password
--
Edit this bug report at http://bugs.php.net/?id=33097&edit=1
#33070 [Opn]: bzdecompress inefficient
ID: 33070 User updated by: lindsay at bitleap dot com Reported By: lindsay at bitleap dot com Status: Open Bug Type: Performance problem Operating System: Linux 2.6.10 kernel PHP Version: 5.0.3 New Comment: I applied the patch suggested by jeff at vertexdev dot com. I also added another test for 64M data chunks. Just to be sure, I verified php's bzdecompress w/ the patch produces data creating the same md5sum as bzunzip. file length 256K ran in: 0 seconds file length 512K ran in: 0 seconds file length 1M ran in: 2 seconds file length 2M ran in: 1 seconds file length 3M ran in: 3 seconds file length 4M ran in: 3 seconds file length 64M ran in: 38 seconds Previous Comments: [2005-05-23 16:50:02] lindsay at bitleap dot com It looks like BZ2_bzRead() requires a file to read from. Would: BZ2_bzDecompressInit loop BZ2_bzDecompress //decompress in chunks BZ2_bzDecompressEnd work? The source code for BZ2_bzBuffToBuffDecompress seems like it could almost be used if the BZ2_bzDecompress was looped through 'source' in chunks. [2005-05-23 10:02:56] [EMAIL PROTECTED] jeff at vertexdev dot com: Yes. And now look at the code. [2005-05-23 00:40:16] jeff at vertexdev dot com The fix is really easy. In function bzdecompress, you need to do the following: 1. Before the 'do' loop, initialize size to some reasonable value: size = PHP_BZ_DECOMPRESS_SIZE; 2. Inside of the loop, double the size each time (replace the existing 'size = dest_len * iter;' statement with this): size *= 2; This will temporarily use up a little bit more memory than stricly necessary, but it will make the function usable. Drop me an email if you need more information. [2005-05-22 22:04:49] [EMAIL PROTECTED] Yes, this is possibel with the BZ2_bzRead() api call. [2005-05-22 20:56:20] lindsay at bitleap dot com Given that bzip can be used in a stream, could the data be decompressed in chunks? 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/33070 -- Edit this bug report at http://bugs.php.net/?id=33070&edit=1
#33097 [Opn->Fbk]: OCI_Password_Change fails to change password
ID: 33097
Updated by: [EMAIL PROTECTED]
Reported By: dboeke at eesus dot jnj dot com
-Status: Open
+Status: Feedback
Bug Type: OCI8 related
Operating System: Win2k Server ver 5.0.2195 SP4
PHP Version: 5.0.4
New Comment:
And what if you remove all this stuff not related to the OCI itself
(like strpslashes, forms etc.) ?
Previous Comments:
[2005-05-23 19:12:07] dboeke at eesus dot jnj dot com
I can use the Password command in SQL Plus to successfully change the
password. Also confirmed that other passwords using similar structure
fail, ie:
Zzxx!$123
Aabb!$456
I haven't been able to check the local 9i environment yet, cause I
don't have a user account, but I have requested one, and will update
when I can.
[2005-05-21 23:11:11] [EMAIL PROTECTED]
And please try to use oci_password_change() with your locally installed
Oracle.
[2005-05-21 23:10:13] [EMAIL PROTECTED]
And what happens if you try to change the password using sqlplus (but
not with "alter user" command) ?
[2005-05-21 22:20:56] dboeke at eesus dot jnj dot com
Description:
I am using the binary download of php 5.04 for win32 platforms. It is
running as a CGI under Apache/2.0.52. The only extension that I have
loaded is php_oci8.dll [Revision: 1.257.2.6]
The Windows 2000 Server that PHP is running on has the Oracle9i
9.2.0.1.0 Server and Client installed.
The Oracle server that we are connecting to is running Oracle 8i
Enterprise 8.1.7.2.0 on Unix. This server has complexity rules set
(minimum password length of 6 and passwords must have 3 levels of
complexity: letters, numbers and special chars)
We created a webpage for users to be able to change their oracle
password. It has worked for almost all users. However, we have a user
that had a password: Ddnn!$52
He was unable to change the password, even though he could logon to
oracle through SqlPlus with the password. The OCI_Change_Password
function returned the oracle error: ORA-28008: invalid old password.
This means that the PHP script successfully authenticated him using
$conn=oci_new_connect($userID, $oldPwd, $oraSid); function but the
oci_password_change($conn, $userID, $oldPwd, $newPwd); using the same
variable values was unable to properly authenticate to oracle?
Also, I discovered while I was testing, that when I changed my password
(using the webform) to Ddnn!$52, that I could no longer log into oracle
via any means. It seems like the value of the old/new password is
possibly being changed by the oci_password_change function.
Reproduce code:
---
'Success') : oci_error($conn);
@oci_close($conn);
} else { $e = oci_error(); }
} else { $e = array('message'=>'Please Change Your Password'); }
echo"\n\n\tOCI Change Pwd
Test\n\n\n" .
"\n" . $e['message'] . "\n" .
"Oracle Instance: \n"
.
"User Name: \n" .
"Current Password: \n" .
"New Password: \n" .
"\n"
.
"\n\n\n\n";
?>
Expected result:
Password changed with no error if user submitted the correct password
information.
Actual result:
--
ORA-28008: invalid old password
--
Edit this bug report at http://bugs.php.net/?id=33097&edit=1
#33092 [Opn]: Unable to complete network request to host
ID: 33092
User updated by: fabio at bs2 dot com dot br
Reported By: fabio at bs2 dot com dot br
Status: Open
Bug Type: InterBase related
Operating System: FreeBSD
PHP Version: 5.0.4
New Comment:
I'm was wrong, the version of apache in both servers is 2.0.54. The
differs is only the php version and number of users accessing the site.
The server of intebase is version 6.0.
I forgotten to say that the error occurs some times, is not constant.
Previous Comments:
[2005-05-23 19:16:05] fabio at bs2 dot com dot br
array(
'lifetime' => 0
),
'login' => array(
'username' => 'ra',
'password' => 'senha'
),
'logout' => array(
'destroy' => false
),
'authContainers' => array(
...{Configuration of auth container}...
)
);
$user = isset($_REQUEST['user']) ?$_REQUEST['user'] :'';
$pass = isset($_REQUEST['pass']) ?$_REQUEST['pass'] :'';
$logout = isset($_REQUEST['action']) && $_REQUEST['action'] ==
'logout';
$lu = &LiveUser::singleton($conf);
$lu->init($user ,$pass ,$logout);
$con = ibase_pconnect(...);
$res = ibase_query($con ,"SELECT * FROM table");
$row = ibase_fetch_assoc($res);
var_dump($row);
?>
[2005-05-23 10:28:48] [EMAIL PROTECTED]
Please provide a complete reproducing script. (one that starts with
)
[2005-05-21 16:49:53] fabio at bs2 dot com dot br
in one test without the connection persistent connection of liveUser
the error occurs too.
[2005-05-21 16:47:36] fabio at bs2 dot com dot br
Description:
the interbase server is not on same computer as the script
I'm using connect, the error had to be in the connect function and not
in the query function.
the function connect should be get the connection from the previous
persistent connection. In mysql_connect function have an parameter
new_link to force to create new connection, but interbase not.
the version of Apache in the server where the error occurs is 2.0.54
I have the same code in other machine(development server) with Apache
1.3 and php 5.0.3 and works ok.
Reproduce code:
---
{conecting to bd using liveUser and MDB with persistent connection}
$con = ibase_connect(...);
$res = ibase_query($con ,"SELECT * FROM someTable"); // the error
occurs here
$row = ibase_fetch_assoc($res);
var_dump($row);
ibase_close($con);
Actual result:
--
ibase_query() [function.ibase-query]: Unable to complete network
request to host "some ip". Error reading data from the connection. Bad
file descriptor.
--
Edit this bug report at http://bugs.php.net/?id=33092&edit=1
#33092 [Fbk->Opn]: Unable to complete network request to host
ID: 33092
User updated by: fabio at bs2 dot com dot br
Reported By: fabio at bs2 dot com dot br
-Status: Feedback
+Status: Open
Bug Type: InterBase related
Operating System: FreeBSD
PHP Version: 5.0.4
New Comment:
array(
'lifetime' => 0
),
'login' => array(
'username' => 'ra',
'password' => 'senha'
),
'logout' => array(
'destroy' => false
),
'authContainers' => array(
...{Configuration of auth container}...
)
);
$user = isset($_REQUEST['user']) ?$_REQUEST['user'] :'';
$pass = isset($_REQUEST['pass']) ?$_REQUEST['pass'] :'';
$logout = isset($_REQUEST['action']) && $_REQUEST['action'] ==
'logout';
$lu = &LiveUser::singleton($conf);
$lu->init($user ,$pass ,$logout);
$con = ibase_pconnect(...);
$res = ibase_query($con ,"SELECT * FROM table");
$row = ibase_fetch_assoc($res);
var_dump($row);
?>
Previous Comments:
[2005-05-23 10:28:48] [EMAIL PROTECTED]
Please provide a complete reproducing script. (one that starts with
)
[2005-05-21 16:49:53] fabio at bs2 dot com dot br
in one test without the connection persistent connection of liveUser
the error occurs too.
[2005-05-21 16:47:36] fabio at bs2 dot com dot br
Description:
the interbase server is not on same computer as the script
I'm using connect, the error had to be in the connect function and not
in the query function.
the function connect should be get the connection from the previous
persistent connection. In mysql_connect function have an parameter
new_link to force to create new connection, but interbase not.
the version of Apache in the server where the error occurs is 2.0.54
I have the same code in other machine(development server) with Apache
1.3 and php 5.0.3 and works ok.
Reproduce code:
---
{conecting to bd using liveUser and MDB with persistent connection}
$con = ibase_connect(...);
$res = ibase_query($con ,"SELECT * FROM someTable"); // the error
occurs here
$row = ibase_fetch_assoc($res);
var_dump($row);
ibase_close($con);
Actual result:
--
ibase_query() [function.ibase-query]: Unable to complete network
request to host "some ip". Error reading data from the connection. Bad
file descriptor.
--
Edit this bug report at http://bugs.php.net/?id=33092&edit=1
#33097 [Fbk->Opn]: OCI_Password_Change fails to change password
ID: 33097
User updated by: dboeke at eesus dot jnj dot com
Reported By: dboeke at eesus dot jnj dot com
-Status: Feedback
+Status: Open
Bug Type: OCI8 related
Operating System: Win2k Server ver 5.0.2195 SP4
PHP Version: 5.0.4
New Comment:
I can use the Password command in SQL Plus to successfully change the
password. Also confirmed that other passwords using similar structure
fail, ie:
Zzxx!$123
Aabb!$456
I haven't been able to check the local 9i environment yet, cause I
don't have a user account, but I have requested one, and will update
when I can.
Previous Comments:
[2005-05-21 23:11:11] [EMAIL PROTECTED]
And please try to use oci_password_change() with your locally installed
Oracle.
[2005-05-21 23:10:13] [EMAIL PROTECTED]
And what happens if you try to change the password using sqlplus (but
not with "alter user" command) ?
[2005-05-21 22:20:56] dboeke at eesus dot jnj dot com
Description:
I am using the binary download of php 5.04 for win32 platforms. It is
running as a CGI under Apache/2.0.52. The only extension that I have
loaded is php_oci8.dll [Revision: 1.257.2.6]
The Windows 2000 Server that PHP is running on has the Oracle9i
9.2.0.1.0 Server and Client installed.
The Oracle server that we are connecting to is running Oracle 8i
Enterprise 8.1.7.2.0 on Unix. This server has complexity rules set
(minimum password length of 6 and passwords must have 3 levels of
complexity: letters, numbers and special chars)
We created a webpage for users to be able to change their oracle
password. It has worked for almost all users. However, we have a user
that had a password: Ddnn!$52
He was unable to change the password, even though he could logon to
oracle through SqlPlus with the password. The OCI_Change_Password
function returned the oracle error: ORA-28008: invalid old password.
This means that the PHP script successfully authenticated him using
$conn=oci_new_connect($userID, $oldPwd, $oraSid); function but the
oci_password_change($conn, $userID, $oldPwd, $newPwd); using the same
variable values was unable to properly authenticate to oracle?
Also, I discovered while I was testing, that when I changed my password
(using the webform) to Ddnn!$52, that I could no longer log into oracle
via any means. It seems like the value of the old/new password is
possibly being changed by the oci_password_change function.
Reproduce code:
---
'Success') : oci_error($conn);
@oci_close($conn);
} else { $e = oci_error(); }
} else { $e = array('message'=>'Please Change Your Password'); }
echo"\n\n\tOCI Change Pwd
Test\n\n\n" .
"\n" . $e['message'] . "\n" .
"Oracle Instance: \n"
.
"User Name: \n" .
"Current Password: \n" .
"New Password: \n" .
"\n"
.
"\n\n\n\n";
?>
Expected result:
Password changed with no error if user submitted the correct password
information.
Actual result:
--
ORA-28008: invalid old password
--
Edit this bug report at http://bugs.php.net/?id=33097&edit=1
#32097 [Opn]: Larger search limit for ldap_search
ID: 32097 User updated by: stasinia at msoe dot edu Reported By: stasinia at msoe dot edu Status: Open Bug Type: Feature/Change Request Operating System: Windows -PHP Version: 5.0.3 +PHP Version: 5.0.3 & 5.0.4 New Comment: This is a bump. I had hoped that 5.0.4 would have fixed this problem, looks like it has not. It really should not be that much of a problem to just change one line in the LDAP library code prior to compile. Previous Comments: [2005-02-24 19:10:02] stasinia at msoe dot edu Description: ldap_search is limited to a max of 2000 results. I do alot of work with AD that would greatly help if that limit was increased to at least 10,000, idealy 20,000 (so I can search the entire directory). You can leave the default value at 2,000, just change the hard coded limit in the LDAP library. Thank you in advance. Reproduce code: --- ldap_search ($connection, $basedn, $SearchWith>2000Results) Expected result: 2000+ results Actual result: -- Error messsage about not complete results. -- Edit this bug report at http://bugs.php.net/?id=32097&edit=1
#33095 [Fbk->Opn]: pspell stops working under increased load
ID: 33095
User updated by: mkellogg at wordreference dot com
Reported By: mkellogg at wordreference dot com
-Status: Feedback
+Status: Open
Bug Type: Pspell related
Operating System: Windows 2003
PHP Version: 4.3.11
New Comment:
First I had to close the if conditional with a "}".
This script wouldn't even work once, while the old scripts worked in
testing, confirming that the "en" dictionary is installed. (I did not
try either one in production this time.)
The error I received was the same:
[client xxx.xxx.xxx.xxx] PHP Warning: PSPELL couldn't open the
dictionary. reason: No word lists can be found for the language "en".
in C:\\Program Files\\Apache Group\\Apache2\\htdocs\\iframe5t2.php on
line 4
[client xxx.xxx.xxx.xxx] PHP Warning: 0 is not a PSPELL result index
in C:\\Program Files\\Apache Group\\Apache2\\htdocs\\iframe5t2.php on
line 5
[client xxx.xxx.xxx.xxx] PHP Warning: 0 is not a PSPELL result index
in C:\\Program Files\\Apache Group\\Apache2\\htdocs\\iframe5t2.php on
line 6
The end user sees a blank page.
Thanks.
PS. Wed. night I leave for a two week vacation, so I will be unable to
help during that time period.
Previous Comments:
[2005-05-23 18:02:32] [EMAIL PROTECTED]
Try with this script:
$suggestions)
echo "$suggestion";
?>
(calling pspell_config_create() and not using the value it returns
anywhere is not very useful)
[2005-05-23 15:18:48] mkellogg at wordreference dot com
I don't have a Linux server to test it on. If you want to put my
original code on a Linux server, I would be happy to put the exact same
load on it.
Even if it works under Linux, it might be good if it works on all
platforms.
[2005-05-23 09:12:53] [EMAIL PROTECTED]
Have you tried it under Linux/anything else bug windows?
[2005-05-21 19:40:01] mkellogg at wordreference dot com
Description:
I have tried this under IIS and Apache on Windows 2003. The script
works fine in testing, but once I put it in production on the server,
it stops working within a few minutes.
Using latest version of Aspell 0.50.3
Reproduce code:
---
http://forum.wordreference.com/wr_spelling/iframe5.txt
pspell_config_create("en");
$pspell_link = pspell_new("en","","","", PSPELL_FAST);
if (!pspell_check($pspell_link, $_GET['word'])) {
$suggestions = pspell_suggest($pspell_link, $_GET['word']);
foreach ($suggestions as $key => $suggestion) {
echo "$suggestion";
}
}
?>
Expected result:
Spelling suggestions. :)
Actual result:
--
User: A page that hangs.
Apache's error message:
PHP Warning: PSPELL couldn't open the dictionary. reason: No word
lists can be found for the language "en". in C:\\Program Files\\Apache
Group\\Apache2\\htdocs\\iframe5.php on line 4
Apache often crashes as a result, too.
IIS error message as seen by Firefox users:
PHP has encountered an Access Violation at ...
--
Edit this bug report at http://bugs.php.net/?id=33095&edit=1
#33095 [Opn->Fbk]: pspell stops working under increased load
ID: 33095
Updated by: [EMAIL PROTECTED]
Reported By: mkellogg at wordreference dot com
-Status: Open
+Status: Feedback
Bug Type: Pspell related
Operating System: Windows 2003
PHP Version: 4.3.11
New Comment:
Try with this script:
$suggestions)
echo "$suggestion";
?>
(calling pspell_config_create() and not using the value it returns
anywhere is not very useful)
Previous Comments:
[2005-05-23 15:18:48] mkellogg at wordreference dot com
I don't have a Linux server to test it on. If you want to put my
original code on a Linux server, I would be happy to put the exact same
load on it.
Even if it works under Linux, it might be good if it works on all
platforms.
[2005-05-23 09:12:53] [EMAIL PROTECTED]
Have you tried it under Linux/anything else bug windows?
[2005-05-21 19:40:01] mkellogg at wordreference dot com
Description:
I have tried this under IIS and Apache on Windows 2003. The script
works fine in testing, but once I put it in production on the server,
it stops working within a few minutes.
Using latest version of Aspell 0.50.3
Reproduce code:
---
http://forum.wordreference.com/wr_spelling/iframe5.txt
pspell_config_create("en");
$pspell_link = pspell_new("en","","","", PSPELL_FAST);
if (!pspell_check($pspell_link, $_GET['word'])) {
$suggestions = pspell_suggest($pspell_link, $_GET['word']);
foreach ($suggestions as $key => $suggestion) {
echo "$suggestion";
}
}
?>
Expected result:
Spelling suggestions. :)
Actual result:
--
User: A page that hangs.
Apache's error message:
PHP Warning: PSPELL couldn't open the dictionary. reason: No word
lists can be found for the language "en". in C:\\Program Files\\Apache
Group\\Apache2\\htdocs\\iframe5.php on line 4
Apache often crashes as a result, too.
IIS error message as seen by Firefox users:
PHP has encountered an Access Violation at ...
--
Edit this bug report at http://bugs.php.net/?id=33095&edit=1
#33111 [Asn]: make error
ID: 33111 User updated by: gregrlb at softhome dot net Reported By: gregrlb at softhome dot net Status: Assigned Bug Type: Compile Failure Operating System: AIX 5.2 PHP Version: 5CVS-2005-05-23 (dev) Assigned To: wez New Comment: cc -Iext/pdo/ -I/tmp2/php5-200505231030/ext/pdo/ -DPHP_ATOM_INC -I/tmp2/php5-200505231030/include -I/tmp2/php5-200505231030/main -I/tmp2/php5-200505231030 -I/opt/freeware/include/libxml2 -I/tmp2/php5-200505231030/TSRM -I/tmp2/php5-200505231030/Zend-g -c /tmp2/php5-200505231030/ext/pdo/pdo.c -o ext/pdo/pdo.o && echo > ext/pdo/pdo.lo "/tmp2/php5-200505231030/ext/pdo/php_pdo_driver.h", line 73.34: 1506-243 (S) Value of enumeration constant must be in range of signed integer. make: 1254-004 The error code from the last command is 1. Stop. Previous Comments: [2005-05-23 15:51:25] [EMAIL PROTECTED] gregrlb: assuming that the error is referring to line 73 of php_pdo_driver.h (never seen a floating point line number before ;-), that line looks like this: PDO_PARAM_INPUT_OUTPUT = 0x8000 Could you try changing it to: PDO_PARAM_INPUT_OUTPUT = 0x8000L and see if that makes the compiler happy? [2005-05-23 14:56:11] [EMAIL PROTECTED] Wez breaks, Wez fixes.. [2005-05-23 13:24:42] gregrlb at softhome dot net Description: Hi, I can't do a 'make' of the last package I downloaded at "http://snaps.php.net/php5-200505231030.tar.gz"; (latest cvs). Anyone knows how I can solve it? Thanks, Greg. Reproduce code: --- cd /php5-200505231030 ./configure make Actual result: -- cc -Iext/pdo/ -I/tmp2/php5-200505231030/ext/pdo/ -DPHP_ATOM_INC -I/tmp2/php5-200505231030/include -I/tmp2/php5-200505231030/main -I/tmp2/php5-200505231030 -I/opt/freeware/include/libxml2 -I/tmp2/php5-200505231030/TSRM -I/tmp2/php5-200505231030/Zend-g -c /tmp2/php5-200505231030/ext/pdo/pdo.c -o ext/pdo/pdo.o && echo > ext/pdo/pdo.lo "/tmp2/php5-200505231030/ext/pdo/php_pdo_driver.h", line 73.34: 1506-243 (S) Value of enumeration constant must be in range of signed integer. make: 1254-004 The error code from the last command is 1. Stop. -- Edit this bug report at http://bugs.php.net/?id=33111&edit=1
#32469 [Csd]: With COM ports (Windows), fread sees nothing until 8K
ID: 32469
Updated by: [EMAIL PROTECTED]
Reported By: mccaskey at stanford dot edu
Status: Closed
Bug Type: Filesystem function related
Operating System: Windows XP
PHP Version: 5CVS-2005-03-29
New Comment:
sniper: are you sure this is fixed?
Previous Comments:
[2005-05-23 14:59:15] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
[2005-04-02 20:29:45] mccaskey at stanford dot edu
(2) was an artifact of my test setup. Ignore that. But (1) stands: I
can't see any input until 8K bytes have been read.
Using a COM-port monitoring program, I can see and count the bytes
coming in, and a terminal emulator gets them starting with the first
byte, but php (fread, fgets, or fgetc) doesn't.
[2005-03-29 08:03:58] mccaskey at stanford dot edu
Tried it. No difference.
[2005-03-29 00:40:59] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-03-28 03:56:10] mccaskey at stanford dot edu
Description:
(1) Open a COM port as a serial input using fopen. Read using fread or
fgets. No data appears until 8K bytes have been read. There is an 8K
buffer on writes, but there shouldn't be one on reads. (Should there?)
Are reads somehow using the write buffer? Sure enough:
(2) Again, open a COM port as a serial input using fopen. This time,
write some characters using fwrite. Now fread 8K of serial data. At the
head of that stream appears the data you had written with fwrite. Oops.
[Several people have reported an inability to get fgets to read COM
data, saying they tried and fgets just never sees any input. I assume
this was their problem. But others have reported using fgets on COM
successfully. Something specific to OS/PHP versions?]
Reproduce code:
---
(1)
$serial_port = fopen("COM4", "r+");
echo(fread($serial_port, 8192));
(2)
$serial_port = fopen("COM4", "r+");
fwrite($serial_port, "MP");
echo(fread($serial_port, 8192));
Expected result:
(1) & (2)
serial data starting with the first byte that came in on the serial
line
Actual result:
--
(1) Nothing until 8K of data has been read in.
(2) After enough serial data to fill the buffer, first the data written
("MP" in this example), then the data that came in on the serial line.
--
Edit this bug report at http://bugs.php.net/?id=32469&edit=1
#33070 [Fbk->Opn]: bzdecompress inefficient
ID: 33070 User updated by: lindsay at bitleap dot com Reported By: lindsay at bitleap dot com -Status: Feedback +Status: Open Bug Type: Performance problem Operating System: Linux 2.6.10 kernel PHP Version: 5.0.3 New Comment: It looks like BZ2_bzRead() requires a file to read from. Would: BZ2_bzDecompressInit loop BZ2_bzDecompress //decompress in chunks BZ2_bzDecompressEnd work? The source code for BZ2_bzBuffToBuffDecompress seems like it could almost be used if the BZ2_bzDecompress was looped through 'source' in chunks. Previous Comments: [2005-05-23 10:02:56] [EMAIL PROTECTED] jeff at vertexdev dot com: Yes. And now look at the code. [2005-05-23 00:40:16] jeff at vertexdev dot com The fix is really easy. In function bzdecompress, you need to do the following: 1. Before the 'do' loop, initialize size to some reasonable value: size = PHP_BZ_DECOMPRESS_SIZE; 2. Inside of the loop, double the size each time (replace the existing 'size = dest_len * iter;' statement with this): size *= 2; This will temporarily use up a little bit more memory than stricly necessary, but it will make the function usable. Drop me an email if you need more information. [2005-05-22 22:04:49] [EMAIL PROTECTED] Yes, this is possibel with the BZ2_bzRead() api call. [2005-05-22 20:56:20] lindsay at bitleap dot com Given that bzip can be used in a stream, could the data be decompressed in chunks? [2005-05-22 15:20:22] [EMAIL PROTECTED] And how do you think it should work? I don't see any more effective way that will not hit memory instead of CPU usage. 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/33070 -- Edit this bug report at http://bugs.php.net/?id=33070&edit=1
#33108 [Opn->Fbk]: COM two dimensional variant problem
ID: 33108
Updated by: [EMAIL PROTECTED]
Reported By: php at it-solutions dot org
-Status: Open
+Status: Feedback
Bug Type: COM related
Operating System: WINDOWS XP
PHP Version: 5.*
New Comment:
We need a complete, self-contained, working script that we can use to
reproduce the problem.
Previous Comments:
[2005-05-23 12:17:02] php at it-solutions dot org
Thanks Sniper
I have downloaded this and tried it (I didn't reboot windoze - but I
did restart the IIS which I think would be enough...
Same problem...
[2005-05-23 11:44:55] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2005-05-23 11:43:49] php at it-solutions dot org
Description:
Basically - when I try to derefference a two dimensional array returned
from a COM object PHP bombs with a CGI Error:
CGI / FastCGI has encountered a problem and needs to close. We are
sorry for the inconvenience.
and
CGI Error
The specified CGI application misbehaved by not returning a complete
set of HTTP headers. The headers it did return are:
The call works fine in VB so I know th 2-D array is ok.(Or at least ok
for VB)
I know this action wasn't available in 4 - but I thought I could do it
in 5.
the code bellow shows how the problem can be created
I have some additional info - but will wait for this to be requested
(you may already know that this function doesn't work)
Reproduce code:
---
$DataClass = new COM("SOME.DATA.ACCESS.COM.CLASS");
$SQLRes = new VARIANT(); // Variable to store result
//$SQLRes = array();
$Complete = new VARIANT("False"); // Variable to store returned bool
// some SQL Statement that DOES return data
$GetUserSQL = new VARIANT("SELECT X from Y WHERE Z = 'A'");
//Execute the COM function and get some data back in $SQLRes
$Complete = $DataClass->ExecuteSQL($GetUserSQL,$SQLRes,0);
//Try to output the value of the first (or second) index of the array
(I did try this with index 0 too...)
print $SQLRes[1][1];
Expected result:
Exepcted output would be the value in the array
Actual result:
--
CGI Error.
--
Edit this bug report at http://bugs.php.net/?id=33108&edit=1
#32810 [Csd->Opn]: fread after tmpfile() reads only 8192 bytes
ID: 32810 Updated by: [EMAIL PROTECTED] Reported By: matteo at beccati dot com -Status: Closed +Status: Open Bug Type: Filesystem function related Operating System: * PHP Version: 5CVS, 4CVS (2005-04-24) Assigned To: tony2001 New Comment: The fix is wrong, and will be reverted shortly. Previous Comments: [2005-05-23 13:52:50] [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. [2005-05-23 13:37:29] [EMAIL PROTECTED] Testing the patch.. [2005-05-22 00:32:22] [EMAIL PROTECTED] php5-win32-200505191430 is still suffering from this. [2005-04-24 16:40:51] [EMAIL PROTECTED] Wez breaks, Wez fixes. (Streams stuff broke this) [2005-04-24 16:04:54] matteo at beccati dot com Description: In recent PHP versions, fread only reads 8192 bytes from a file generated with tmpfile(). I've already seen bug reports #29023 and #30936 which seem strongly related to this issue. From what I can see, fread on local files isn't limited to the PHP chunk size of 8192, while a fread on a tmpfile acts like it was i.e. a network stream, breaking backwards compatibility. I found out this issue investigating a recently reported bug for phpAdsNew, which uses this function to deal with remote ftp-stored files. IMVHO this can be considered a bug in in the tmpfile() implementation. If you don't agree, well... I suggest to mark it as a documentation bug, because I couldn't find nothing related to the 8192 bytes limit in the manual. Versions/OS tested and affected: PHP 4.3.10 Linux PHP 4.3.11 FreeBSD and Windows PHP 5.0.4 Windows Versions/OS tested and unaffected: PHP 4.3.4 Windows Reproduce code: --- Expected result: Bytes written: 10 Bytes read:10 Actual result: -- Bytes written: 10 Bytes read:8192 -- Edit this bug report at http://bugs.php.net/?id=32810&edit=1
#33111 [Asn]: make error
ID: 33111 Updated by: [EMAIL PROTECTED] Reported By: gregrlb at softhome dot net Status: Assigned Bug Type: Compile Failure Operating System: AIX 5.2 PHP Version: 5CVS-2005-05-23 (dev) Assigned To: wez New Comment: gregrlb: assuming that the error is referring to line 73 of php_pdo_driver.h (never seen a floating point line number before ;-), that line looks like this: PDO_PARAM_INPUT_OUTPUT = 0x8000 Could you try changing it to: PDO_PARAM_INPUT_OUTPUT = 0x8000L and see if that makes the compiler happy? Previous Comments: [2005-05-23 14:56:11] [EMAIL PROTECTED] Wez breaks, Wez fixes.. [2005-05-23 13:24:42] gregrlb at softhome dot net Description: Hi, I can't do a 'make' of the last package I downloaded at "http://snaps.php.net/php5-200505231030.tar.gz"; (latest cvs). Anyone knows how I can solve it? Thanks, Greg. Reproduce code: --- cd /php5-200505231030 ./configure make Actual result: -- cc -Iext/pdo/ -I/tmp2/php5-200505231030/ext/pdo/ -DPHP_ATOM_INC -I/tmp2/php5-200505231030/include -I/tmp2/php5-200505231030/main -I/tmp2/php5-200505231030 -I/opt/freeware/include/libxml2 -I/tmp2/php5-200505231030/TSRM -I/tmp2/php5-200505231030/Zend-g -c /tmp2/php5-200505231030/ext/pdo/pdo.c -o ext/pdo/pdo.o && echo > ext/pdo/pdo.lo "/tmp2/php5-200505231030/ext/pdo/php_pdo_driver.h", line 73.34: 1506-243 (S) Value of enumeration constant must be in range of signed integer. make: 1254-004 The error code from the last command is 1. Stop. -- Edit this bug report at http://bugs.php.net/?id=33111&edit=1
#33095 [Fbk->Opn]: pspell stops working under increased load
ID: 33095
User updated by: mkellogg at wordreference dot com
Reported By: mkellogg at wordreference dot com
-Status: Feedback
+Status: Open
Bug Type: Pspell related
Operating System: Windows 2003
PHP Version: 4.3.11
New Comment:
I don't have a Linux server to test it on. If you want to put my
original code on a Linux server, I would be happy to put the exact same
load on it.
Even if it works under Linux, it might be good if it works on all
platforms.
Previous Comments:
[2005-05-23 09:12:53] [EMAIL PROTECTED]
Have you tried it under Linux/anything else bug windows?
[2005-05-21 19:40:01] mkellogg at wordreference dot com
Description:
I have tried this under IIS and Apache on Windows 2003. The script
works fine in testing, but once I put it in production on the server,
it stops working within a few minutes.
Using latest version of Aspell 0.50.3
Reproduce code:
---
http://forum.wordreference.com/wr_spelling/iframe5.txt
pspell_config_create("en");
$pspell_link = pspell_new("en","","","", PSPELL_FAST);
if (!pspell_check($pspell_link, $_GET['word'])) {
$suggestions = pspell_suggest($pspell_link, $_GET['word']);
foreach ($suggestions as $key => $suggestion) {
echo "$suggestion";
}
}
?>
Expected result:
Spelling suggestions. :)
Actual result:
--
User: A page that hangs.
Apache's error message:
PHP Warning: PSPELL couldn't open the dictionary. reason: No word
lists can be found for the language "en". in C:\\Program Files\\Apache
Group\\Apache2\\htdocs\\iframe5.php on line 4
Apache often crashes as a result, too.
IIS error message as seen by Firefox users:
PHP has encountered an Access Violation at ...
--
Edit this bug report at http://bugs.php.net/?id=33095&edit=1
#30441 [NoF->Csd]: file_get_contents and fread don't read the wholle file
ID: 30441
Updated by: [EMAIL PROTECTED]
Reported By: christian at koch dot net
-Status: No Feedback
+Status: Closed
Bug Type: Filesystem function related
Operating System: Windows XP SP2
PHP Version: 5.0.2
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-10-22 13:54:53] [EMAIL PROTECTED]
I can't reproduce it with PHP 5.1.0-dev, 5.0.3-dev and 4.3.10-dev.
Please, provide a downloadable example.
[2004-10-22 13:46:37] christian at koch dot net
bug is still in 5.01 and 5.00
[2004-10-22 13:41:45] christian at koch dot net
read a file into a string, the string has a different content as the
file. try this
where textfile.txt contains:
begin
" soso stop>
bla="fasel" begin="<%testtag name="abc"%>" soso stop
blafasel begin="<%testtag name="abc"%>" soso stop
blafasel begin="<%testtag name="abc"%>" soso stop
blafasel begin="<%testtag name="abc"%>" soso stop
blafasel begin="<%testtag name="abc"%>" soso stop
">
,<%COMPONENT
file="/templates/hallo.html"%>">
">
blafasel begin="<%testtag name="abc"%>" soso stop
blafasel begin="<%testtag name="abc"%>" soso stop
end
the differences occurs at line 2(chr 37) and line 10(chr 62). both are
" (doublequotes) the error occurs too if I use the fread() function.
Hope this is enough info
I've made an upgrade to 5.02. the still occurs
Christian
[2004-10-21 23:22:01] [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-10-15 08:35:15] christian at koch dot net
Description:
">
,<%COMPONENT file="/templates/hallo.html"%>">
">
">
,<%COMPONENT
file="/templates/hallo.html"%>">
">
I'm missings some (") if there are outer (") then the second inner (")
is missing.
Christian
Reproduce code:
---
var_dump ( file_get_contents("") );
Expected result:
if i read a file i think the file shoud be read completely :-)
Actual result:
--
s.o.
--
Edit this bug report at http://bugs.php.net/?id=30441&edit=1
#29023 [Opn->Csd]: fread() only reads 8192 bytes from a local file
ID: 29023 Updated by: [EMAIL PROTECTED] Reported By: benjcarson at digitaljunkies dot ca -Status: Open +Status: Closed Bug Type: Filesystem function related Operating System: Linux PHP Version: 5CVS-2004-07-05 (dev) Assigned To: wez Previous Comments: [2005-05-22 00:39:12] [EMAIL PROTECTED] I think there are a couple dupes (#32810, #32469, maybe even #30441) of this one. And on a recent win head snapshot it was still broken: php5-win32-200505191430 [2004-07-10 12:57:28] [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-07-06 16:42:38] benjcarson at digitaljunkies dot ca While I realize that file_get_contents() is faster, the code that lead me to this bug was not my own. It was Smarty (2.6.2, although 2.6.3 has the same problem), which has worked very well with PHP5 until now. [2004-07-06 15:26:51] [EMAIL PROTECTED] I really can't see how this can be CORRECT behaviour as this has worked (like it says in docs too :) before just fine. OTOH, you should always use file_get_contents() instead anyway. :) [2004-07-06 09:14:52] [EMAIL PROTECTED] Assigning to Wez... although I'd say that this is *correct* behavior, it shouldn't cause a BC break. 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/29023 -- Edit this bug report at http://bugs.php.net/?id=29023&edit=1
#32469 [Opn->Csd]: With COM ports (Windows), fread sees nothing until 8K
ID: 32469
Updated by: [EMAIL PROTECTED]
Reported By: mccaskey at stanford dot edu
-Status: Open
+Status: Closed
Bug Type: Filesystem function related
Operating System: Windows XP
PHP Version: 5CVS-2005-03-29
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2005-04-02 20:29:45] mccaskey at stanford dot edu
(2) was an artifact of my test setup. Ignore that. But (1) stands: I
can't see any input until 8K bytes have been read.
Using a COM-port monitoring program, I can see and count the bytes
coming in, and a terminal emulator gets them starting with the first
byte, but php (fread, fgets, or fgetc) doesn't.
[2005-03-29 08:03:58] mccaskey at stanford dot edu
Tried it. No difference.
[2005-03-29 00:40:59] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-03-28 03:56:10] mccaskey at stanford dot edu
Description:
(1) Open a COM port as a serial input using fopen. Read using fread or
fgets. No data appears until 8K bytes have been read. There is an 8K
buffer on writes, but there shouldn't be one on reads. (Should there?)
Are reads somehow using the write buffer? Sure enough:
(2) Again, open a COM port as a serial input using fopen. This time,
write some characters using fwrite. Now fread 8K of serial data. At the
head of that stream appears the data you had written with fwrite. Oops.
[Several people have reported an inability to get fgets to read COM
data, saying they tried and fgets just never sees any input. I assume
this was their problem. But others have reported using fgets on COM
successfully. Something specific to OS/PHP versions?]
Reproduce code:
---
(1)
$serial_port = fopen("COM4", "r+");
echo(fread($serial_port, 8192));
(2)
$serial_port = fopen("COM4", "r+");
fwrite($serial_port, "MP");
echo(fread($serial_port, 8192));
Expected result:
(1) & (2)
serial data starting with the first byte that came in on the serial
line
Actual result:
--
(1) Nothing until 8K of data has been read in.
(2) After enough serial data to fill the buffer, first the data written
("MP" in this example), then the data that came in on the serial line.
--
Edit this bug report at http://bugs.php.net/?id=32469&edit=1
#33111 [Opn->Asn]: make error
ID: 33111 Updated by: [EMAIL PROTECTED] Reported By: gregrlb at softhome dot net -Status: Open +Status: Assigned Bug Type: Compile Failure Operating System: AIX 5.2 PHP Version: 5CVS-2005-05-23 (dev) -Assigned To: +Assigned To: wez New Comment: Wez breaks, Wez fixes.. Previous Comments: [2005-05-23 13:24:42] gregrlb at softhome dot net Description: Hi, I can't do a 'make' of the last package I downloaded at "http://snaps.php.net/php5-200505231030.tar.gz"; (latest cvs). Anyone knows how I can solve it? Thanks, Greg. Reproduce code: --- cd /php5-200505231030 ./configure make Actual result: -- cc -Iext/pdo/ -I/tmp2/php5-200505231030/ext/pdo/ -DPHP_ATOM_INC -I/tmp2/php5-200505231030/include -I/tmp2/php5-200505231030/main -I/tmp2/php5-200505231030 -I/opt/freeware/include/libxml2 -I/tmp2/php5-200505231030/TSRM -I/tmp2/php5-200505231030/Zend-g -c /tmp2/php5-200505231030/ext/pdo/pdo.c -o ext/pdo/pdo.o && echo > ext/pdo/pdo.lo "/tmp2/php5-200505231030/ext/pdo/php_pdo_driver.h", line 73.34: 1506-243 (S) Value of enumeration constant must be in range of signed integer. make: 1254-004 The error code from the last command is 1. Stop. -- Edit this bug report at http://bugs.php.net/?id=33111&edit=1
#33008 [Opn->Fbk]: phpinfo(INFO_MODULES) crashes Apache 2
ID: 33008 Updated by: [EMAIL PROTECTED] Reported By: elie_cohen at yahoo dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: XP Home SP2 PHP Version: 5CVS-2005-05-11 (dev) New Comment: No, thanks, we don't need your output. You'd better provide more info on how to reproduce it. As I have already said I can't reproduce it nor on XP Home, neither on Linux. Previous Comments: [2005-05-23 13:16:04] elie_cohen at yahoo dot com I guest the output of phpinfo(INFO_MODULES) is too long. It looks like the bug system is expecting short answers, and is suspicious of anything with a large amount of characters. I made a file of the output. Where do you suggest I put it? Is there a ftp site I can upload it to? Thanks, Elie [2005-05-23 12:23:12] [EMAIL PROTECTED] What was reject as a spam? Put it somewhere and give us the link. [2005-05-19 10:26:26] elie_cohen at yahoo dot com I still get the crash after disabling the two modules in php.ini. I tried to included the output of the call ran from the command line (instead of from a browser where it crashes), in case it might help figure out what might be different with my configuration, but it was rejected as a spam. [2005-05-18 21:24:57] [EMAIL PROTECTED] Disable them and try again. [2005-05-18 20:16:42] elie_cohen at yahoo dot com The modules enabled in php.ini are (all the others are left commented out): extension=php_mbstring.dll extension=php_mysql.dll 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/33008 -- Edit this bug report at http://bugs.php.net/?id=33008&edit=1
#32810 [Asn->Csd]: fread after tmpfile() reads only 8192 bytes
ID: 32810 Updated by: [EMAIL PROTECTED] Reported By: matteo at beccati dot com -Status: Assigned +Status: Closed Bug Type: Filesystem function related Operating System: * PHP Version: 5CVS, 4CVS (2005-04-24) Assigned To: tony2001 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-05-23 13:37:29] [EMAIL PROTECTED] Testing the patch.. [2005-05-22 00:32:22] [EMAIL PROTECTED] php5-win32-200505191430 is still suffering from this. [2005-04-24 16:40:51] [EMAIL PROTECTED] Wez breaks, Wez fixes. (Streams stuff broke this) [2005-04-24 16:04:54] matteo at beccati dot com Description: In recent PHP versions, fread only reads 8192 bytes from a file generated with tmpfile(). I've already seen bug reports #29023 and #30936 which seem strongly related to this issue. From what I can see, fread on local files isn't limited to the PHP chunk size of 8192, while a fread on a tmpfile acts like it was i.e. a network stream, breaking backwards compatibility. I found out this issue investigating a recently reported bug for phpAdsNew, which uses this function to deal with remote ftp-stored files. IMVHO this can be considered a bug in in the tmpfile() implementation. If you don't agree, well... I suggest to mark it as a documentation bug, because I couldn't find nothing related to the 8192 bytes limit in the manual. Versions/OS tested and affected: PHP 4.3.10 Linux PHP 4.3.11 FreeBSD and Windows PHP 5.0.4 Windows Versions/OS tested and unaffected: PHP 4.3.4 Windows Reproduce code: --- Expected result: Bytes written: 10 Bytes read:10 Actual result: -- Bytes written: 10 Bytes read:8192 -- Edit this bug report at http://bugs.php.net/?id=32810&edit=1
#32810 [Asn]: fread after tmpfile() reads only 8192 bytes
ID: 32810 Updated by: [EMAIL PROTECTED] Reported By: matteo at beccati dot com Status: Assigned Bug Type: Filesystem function related Operating System: * PHP Version: 5CVS, 4CVS (2005-04-24) -Assigned To: wez +Assigned To: tony2001 New Comment: Testing the patch.. Previous Comments: [2005-05-22 00:32:22] [EMAIL PROTECTED] php5-win32-200505191430 is still suffering from this. [2005-04-24 16:40:51] [EMAIL PROTECTED] Wez breaks, Wez fixes. (Streams stuff broke this) [2005-04-24 16:04:54] matteo at beccati dot com Description: In recent PHP versions, fread only reads 8192 bytes from a file generated with tmpfile(). I've already seen bug reports #29023 and #30936 which seem strongly related to this issue. From what I can see, fread on local files isn't limited to the PHP chunk size of 8192, while a fread on a tmpfile acts like it was i.e. a network stream, breaking backwards compatibility. I found out this issue investigating a recently reported bug for phpAdsNew, which uses this function to deal with remote ftp-stored files. IMVHO this can be considered a bug in in the tmpfile() implementation. If you don't agree, well... I suggest to mark it as a documentation bug, because I couldn't find nothing related to the 8192 bytes limit in the manual. Versions/OS tested and affected: PHP 4.3.10 Linux PHP 4.3.11 FreeBSD and Windows PHP 5.0.4 Windows Versions/OS tested and unaffected: PHP 4.3.4 Windows Reproduce code: --- Expected result: Bytes written: 10 Bytes read:10 Actual result: -- Bytes written: 10 Bytes read:8192 -- Edit this bug report at http://bugs.php.net/?id=32810&edit=1
#33008 [Opn->Fbk]: phpinfo(INFO_MODULES) crashes Apache 2
ID: 33008 Updated by: [EMAIL PROTECTED] Reported By: elie_cohen at yahoo dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: XP Home SP2 PHP Version: 5CVS-2005-05-11 (dev) New Comment: What was reject as a spam? Put it somewhere and give us the link. Previous Comments: [2005-05-19 10:26:26] elie_cohen at yahoo dot com I still get the crash after disabling the two modules in php.ini. I tried to included the output of the call ran from the command line (instead of from a browser where it crashes), in case it might help figure out what might be different with my configuration, but it was rejected as a spam. [2005-05-18 21:24:57] [EMAIL PROTECTED] Disable them and try again. [2005-05-18 20:16:42] elie_cohen at yahoo dot com The modules enabled in php.ini are (all the others are left commented out): extension=php_mbstring.dll extension=php_mysql.dll [2005-05-18 13:13:03] [EMAIL PROTECTED] Can't reproduce. What modules are enabled in php.ini ? [2005-05-11 16:11:43] elie_cohen at yahoo dot com Description: Trying to call the function phpinfo(INFO_MODULES) (code below) from either IE 6 or Firefox crashes Apache 2.0.54. This problem can be reproduce with PHP 5.0.4, and PHP 5.1. The other phpinfo options (INFO_GENERAL, INFO_...) seem to work OK. phpMyAdmin seems to work fine also. Also the script works from the command line using php.exe. Let me know if you need more infos Reproduce code: --- Expected result: Modules list on Web page Actual result: -- Crashes Apache 2.0.54 with following Error signature: szAppName: apache.exe szAppVer: 2.0.54.0 szModName: MxAVIsp.dll szModVer: 5.0.0.6 offset: 19a9 -- Edit this bug report at http://bugs.php.net/?id=33008&edit=1
#33111 [NEW]: make error
From: gregrlb at softhome dot net Operating system: AIX 5.2 PHP version: 5CVS-2005-05-23 (dev) PHP Bug Type: Compile Failure Bug description: make error Description: Hi, I can't do a 'make' of the last package I downloaded at "http://snaps.php.net/php5-200505231030.tar.gz"; (latest cvs). Anyone knows how I can solve it? Thanks, Greg. Reproduce code: --- cd /php5-200505231030 ./configure make Actual result: -- cc -Iext/pdo/ -I/tmp2/php5-200505231030/ext/pdo/ -DPHP_ATOM_INC -I/tmp2/php5-200505231030/include -I/tmp2/php5-200505231030/main -I/tmp2/php5-200505231030 -I/opt/freeware/include/libxml2 -I/tmp2/php5-200505231030/TSRM -I/tmp2/php5-200505231030/Zend-g -c /tmp2/php5-200505231030/ext/pdo/pdo.c -o ext/pdo/pdo.o && echo > ext/pdo/pdo.lo "/tmp2/php5-200505231030/ext/pdo/php_pdo_driver.h", line 73.34: 1506-243 (S) Value of enumeration constant must be in range of signed integer. make: 1254-004 The error code from the last command is 1. Stop. -- Edit bug report at http://bugs.php.net/?id=33111&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33111&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33111&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33111&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33111&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33111&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33111&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33111&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33111&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33111&r=support Expected behavior: http://bugs.php.net/fix.php?id=33111&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33111&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33111&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33111&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33111&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33111&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33111&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33111&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33111&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33111&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33111&r=mysqlcfg
#33008 [Fbk->Opn]: phpinfo(INFO_MODULES) crashes Apache 2
ID: 33008 User updated by: elie_cohen at yahoo dot com Reported By: elie_cohen at yahoo dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: XP Home SP2 PHP Version: 5CVS-2005-05-11 (dev) New Comment: I guest the output of phpinfo(INFO_MODULES) is too long. It looks like the bug system is expecting short answers, and is suspicious of anything with a large amount of characters. I made a file of the output. Where do you suggest I put it? Is there a ftp site I can upload it to? Thanks, Elie Previous Comments: [2005-05-23 12:23:12] [EMAIL PROTECTED] What was reject as a spam? Put it somewhere and give us the link. [2005-05-19 10:26:26] elie_cohen at yahoo dot com I still get the crash after disabling the two modules in php.ini. I tried to included the output of the call ran from the command line (instead of from a browser where it crashes), in case it might help figure out what might be different with my configuration, but it was rejected as a spam. [2005-05-18 21:24:57] [EMAIL PROTECTED] Disable them and try again. [2005-05-18 20:16:42] elie_cohen at yahoo dot com The modules enabled in php.ini are (all the others are left commented out): extension=php_mbstring.dll extension=php_mysql.dll [2005-05-18 13:13:03] [EMAIL PROTECTED] Can't reproduce. What modules are enabled in 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/33008 -- Edit this bug report at http://bugs.php.net/?id=33008&edit=1
#33110 [Opn]: date("B") returns wrong net time - or does it?
ID: 33110
User updated by: benjamin dot rich at gmail dot com
Reported By: benjamin dot rich at gmail dot com
Status: Open
Bug Type: Date/time related
-Operating System: net time incorrectly calculated?
+Operating System: Linux, Mac OSX
PHP Version: 4.3.10
New Comment:
updated wrong operating system designation for bug
Previous Comments:
[2005-05-23 13:11:58] benjamin dot rich at gmail dot com
Description:
I was hyperventilating trying to solve a seemingly phantom bug in my
script to do with net time (see bug 33082).
It appeared, when I got down to it, that when I calculated net time
with date() from the local clock, it would give me the correct net
time:
date("B", time());
but when I did it from a static timestamp - adjusted to local time - it
showed the date and time correctly, but always screwed up the net time:
//6:41am 2005-5-20 GMT:
$test = date(@B", mktime(06,41,00,05,20,2005));
echo "should show @361: $test";
-> @403
I tried for some time to figure out why - it seemed - the date()
function was adding an hour to the net time for these dates - and not,
as I later found out through experimentation, the actual date or time
they represented. For example, date("r @B") for the above might give
me: fri 20 may 2005 06:41am @403.
After long and painful, and unscientific, experimentation, I finally
discovered the problem: the time it was giving *was* right - just not
according to every net time calculator I entered the time into.
For example - enter the date/time 5th May 1999, 6:41pm with location
Austtralia, SYDNEY into one of the following net time calculators:
http://www.help4web.net/adds/swatch.html
and you get @361
http://www.users.bigpond.net.au/snakeman/converter.html
and you get @403
Swatch's own converter thinks different:
http://www.swatch.com/internettime/home.php
gives @361
yet PHP's date() function will give you: @403.
Something, somewhere, is not... calculating daylight savings correctly?
It would appear something is awry. I thought I should bring this to the
attention of the PHP devs.
I mean... sure, nobody *uses* net-time... but come on! That's no excuse
not to make it work properly =)
For my own money, my own calculations show 403 is the correct net time
for the above date. I worked it out as:
Australia (Sydney) is EST, and during May, which is not daylight
savings time, is GMT+10. Given that BMT, net time's meridian, is GMT+1,
this means the net time for any given time in Australia is: ((Australian
time in hours) - 9) * 41.666.
41.666 is the number of net-time 'beats' per hour. The above yields an
answer of 403 for the given date/time (18:41 EST time 2005-5-20)
--
Edit this bug report at http://bugs.php.net/?id=33110&edit=1
#33110 [NEW]: date("B") returns wrong net time - or does it?
From: benjamin dot rich at gmail dot com
Operating system: net time incorrectly calculated?
PHP version: 4.3.10
PHP Bug Type: Date/time related
Bug description: date("B") returns wrong net time - or does it?
Description:
I was hyperventilating trying to solve a seemingly phantom bug in my
script to do with net time (see bug 33082).
It appeared, when I got down to it, that when I calculated net time with
date() from the local clock, it would give me the correct net time:
date("B", time());
but when I did it from a static timestamp - adjusted to local time - it
showed the date and time correctly, but always screwed up the net time:
//6:41am 2005-5-20 GMT:
$test = date(@B", mktime(06,41,00,05,20,2005));
echo "should show @361: $test";
-> @403
I tried for some time to figure out why - it seemed - the date() function
was adding an hour to the net time for these dates - and not, as I later
found out through experimentation, the actual date or time they
represented. For example, date("r @B") for the above might give me: fri 20
may 2005 06:41am @403.
After long and painful, and unscientific, experimentation, I finally
discovered the problem: the time it was giving *was* right - just not
according to every net time calculator I entered the time into.
For example - enter the date/time 5th May 1999, 6:41pm with location
Austtralia, SYDNEY into one of the following net time calculators:
http://www.help4web.net/adds/swatch.html
and you get @361
http://www.users.bigpond.net.au/snakeman/converter.html
and you get @403
Swatch's own converter thinks different:
http://www.swatch.com/internettime/home.php
gives @361
yet PHP's date() function will give you: @403.
Something, somewhere, is not... calculating daylight savings correctly? It
would appear something is awry. I thought I should bring this to the
attention of the PHP devs.
I mean... sure, nobody *uses* net-time... but come on! That's no excuse
not to make it work properly =)
For my own money, my own calculations show 403 is the correct net time for
the above date. I worked it out as:
Australia (Sydney) is EST, and during May, which is not daylight savings
time, is GMT+10. Given that BMT, net time's meridian, is GMT+1, this means
the net time for any given time in Australia is: ((Australian time in
hours) - 9) * 41.666.
41.666 is the number of net-time 'beats' per hour. The above yields an
answer of 403 for the given date/time (18:41 EST time 2005-5-20)
--
Edit bug report at http://bugs.php.net/?id=33110&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33110&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33110&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33110&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33110&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33110&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33110&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33110&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33110&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33110&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33110&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33110&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33110&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33110&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33110&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33110&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33110&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33110&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33110&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33110&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33110&r=mysqlcfg
#32895 [Com]: old openssl included in Windows distributions
ID: 32895 Comment by: lopez dot thomas1 at free dot fr Reported By: mdlawler at gwmicro dot com Status: Assigned Bug Type: OpenSSL related Operating System: Windows XP PHP Version: 5CVS-2005-04-29 (dev) Assigned To: edink New Comment: Yes i have the same pb :( Previous Comments: [2005-04-30 04:29:45] [EMAIL PROTECTED] Assigning to the win32 distro/snaps maintainer :) [2005-04-29 22:16:40] mdlawler at gwmicro dot com Description: The Windows distributions both released and snaps include openssl 0.9.7c. They should be updated to include 0.9.7g for security-related and other fixes. -- Edit this bug report at http://bugs.php.net/?id=32895&edit=1
#33108 [Fbk->Opn]: COM two dimensional variant problem
ID: 33108
User updated by: php at it-solutions dot org
Reported By: php at it-solutions dot org
-Status: Feedback
+Status: Open
Bug Type: COM related
Operating System: WINDOWS XP
PHP Version: 5.0.3
New Comment:
Thanks Sniper
I have downloaded this and tried it (I didn't reboot windoze - but I
did restart the IIS which I think would be enough...
Same problem...
Previous Comments:
[2005-05-23 11:44:55] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2005-05-23 11:43:49] php at it-solutions dot org
Description:
Basically - when I try to derefference a two dimensional array returned
from a COM object PHP bombs with a CGI Error:
CGI / FastCGI has encountered a problem and needs to close. We are
sorry for the inconvenience.
and
CGI Error
The specified CGI application misbehaved by not returning a complete
set of HTTP headers. The headers it did return are:
The call works fine in VB so I know th 2-D array is ok.(Or at least ok
for VB)
I know this action wasn't available in 4 - but I thought I could do it
in 5.
the code bellow shows how the problem can be created
I have some additional info - but will wait for this to be requested
(you may already know that this function doesn't work)
Reproduce code:
---
$DataClass = new COM("SOME.DATA.ACCESS.COM.CLASS");
$SQLRes = new VARIANT(); // Variable to store result
//$SQLRes = array();
$Complete = new VARIANT("False"); // Variable to store returned bool
// some SQL Statement that DOES return data
$GetUserSQL = new VARIANT("SELECT X from Y WHERE Z = 'A'");
//Execute the COM function and get some data back in $SQLRes
$Complete = $DataClass->ExecuteSQL($GetUserSQL,$SQLRes,0);
//Try to output the value of the first (or second) index of the array
(I did try this with index 0 too...)
print $SQLRes[1][1];
Expected result:
Exepcted output would be the value in the array
Actual result:
--
CGI Error.
--
Edit this bug report at http://bugs.php.net/?id=33108&edit=1
#33109 [Opn->Bgs]: no required wsyslog.h found in php sources
ID: 33109 Updated by: [EMAIL PROTECTED] Reported By: dan at yes dot lt -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: winxp PHP Version: 5CVS-2005-05-23 (dev) New Comment: This is not a support forum. Also read this: http://www.mail-archive.com/internals@lists.php.net/msg10687.html Previous Comments: [2005-05-23 11:46:37] dan at yes dot lt Description: no required wsyslog.h found in php sources, can't compile without it... -- Edit this bug report at http://bugs.php.net/?id=33109&edit=1
#33109 [NEW]: no required wsyslog.h found in php sources
From: dan at yes dot lt Operating system: winxp PHP version: 5CVS-2005-05-23 (dev) PHP Bug Type: *General Issues Bug description: no required wsyslog.h found in php sources Description: no required wsyslog.h found in php sources, can't compile without it... -- Edit bug report at http://bugs.php.net/?id=33109&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33109&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33109&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33109&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33109&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33109&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33109&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33109&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33109&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33109&r=support Expected behavior: http://bugs.php.net/fix.php?id=33109&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33109&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33109&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33109&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33109&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33109&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33109&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33109&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33109&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33109&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33109&r=mysqlcfg
#33108 [Opn->Fbk]: COM two dimensional variant problem
ID: 33108
Updated by: [EMAIL PROTECTED]
Reported By: php at it-solutions dot org
-Status: Open
+Status: Feedback
Bug Type: COM related
Operating System: WINDOWS XP
PHP Version: 5.0.3
New Comment:
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
Previous Comments:
[2005-05-23 11:43:49] php at it-solutions dot org
Description:
Basically - when I try to derefference a two dimensional array returned
from a COM object PHP bombs with a CGI Error:
CGI / FastCGI has encountered a problem and needs to close. We are
sorry for the inconvenience.
and
CGI Error
The specified CGI application misbehaved by not returning a complete
set of HTTP headers. The headers it did return are:
The call works fine in VB so I know th 2-D array is ok.(Or at least ok
for VB)
I know this action wasn't available in 4 - but I thought I could do it
in 5.
the code bellow shows how the problem can be created
I have some additional info - but will wait for this to be requested
(you may already know that this function doesn't work)
Reproduce code:
---
$DataClass = new COM("SOME.DATA.ACCESS.COM.CLASS");
$SQLRes = new VARIANT(); // Variable to store result
//$SQLRes = array();
$Complete = new VARIANT("False"); // Variable to store returned bool
// some SQL Statement that DOES return data
$GetUserSQL = new VARIANT("SELECT X from Y WHERE Z = 'A'");
//Execute the COM function and get some data back in $SQLRes
$Complete = $DataClass->ExecuteSQL($GetUserSQL,$SQLRes,0);
//Try to output the value of the first (or second) index of the array
(I did try this with index 0 too...)
print $SQLRes[1][1];
Expected result:
Exepcted output would be the value in the array
Actual result:
--
CGI Error.
--
Edit this bug report at http://bugs.php.net/?id=33108&edit=1
#33017 [Asn->Csd]: make distclean give error outside of php-src
ID: 33017 Updated by: [EMAIL PROTECTED] Reported By: xuefer at 21cn dot com -Status: Assigned +Status: Closed Bug Type: Compile Warning Operating System: linux PHP Version: 5.0.4, 4.3.11 Assigned To: sniper New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-05-12 18:08:01] xuefer at 21cn dot com the problem of php_have_iconv.h is bogus. i should have been buildconf after cvs up. the egrep problem is still there sorry to submit too fast. i'll check more before submit next time. [2005-05-12 17:55:05] xuefer at 21cn dot com even worse after configure && make: /usr/src/php4/ext/iconv/php_iconv.h:36:38: ext/iconv/php_have_iconv.h: No such file or directory [2005-05-12 16:20:41] xuefer at 21cn dot com Description: when configure/compile outside of php source directory, make distclean failed to figure out where configure is. Reproduce code: --- $ ../php4/configure ... $ make distclean egrep define'.*include/php' configure|sed 's/.*>//'|xargs rm -f grep: configure: No such file or directory -- Edit this bug report at http://bugs.php.net/?id=33017&edit=1
#33108 [NEW]: COM two dimensional variant problem
From: php at it-solutions dot org
Operating system: WINDOWS XP
PHP version: 5.0.3
PHP Bug Type: COM related
Bug description: COM two dimensional variant problem
Description:
Basically - when I try to derefference a two dimensional array returned
from a COM object PHP bombs with a CGI Error:
CGI / FastCGI has encountered a problem and needs to close. We are sorry
for the inconvenience.
and
CGI Error
The specified CGI application misbehaved by not returning a complete set
of HTTP headers. The headers it did return are:
The call works fine in VB so I know th 2-D array is ok.(Or at least ok for
VB)
I know this action wasn't available in 4 - but I thought I could do it in
5.
the code bellow shows how the problem can be created
I have some additional info - but will wait for this to be requested (you
may already know that this function doesn't work)
Reproduce code:
---
$DataClass = new COM("SOME.DATA.ACCESS.COM.CLASS");
$SQLRes = new VARIANT(); // Variable to store result
//$SQLRes = array();
$Complete = new VARIANT("False"); // Variable to store returned bool
// some SQL Statement that DOES return data
$GetUserSQL = new VARIANT("SELECT X from Y WHERE Z = 'A'");
//Execute the COM function and get some data back in $SQLRes
$Complete = $DataClass->ExecuteSQL($GetUserSQL,$SQLRes,0);
//Try to output the value of the first (or second) index of the array (I
did try this with index 0 too...)
print $SQLRes[1][1];
Expected result:
Exepcted output would be the value in the array
Actual result:
--
CGI Error.
--
Edit bug report at http://bugs.php.net/?id=33108&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33108&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33108&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33108&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33108&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33108&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33108&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33108&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33108&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33108&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33108&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33108&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33108&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33108&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33108&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33108&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33108&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33108&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33108&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33108&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33108&r=mysqlcfg
#33092 [Opn->Fbk]: Unable to complete network request to host
ID: 33092
Updated by: [EMAIL PROTECTED]
Reported By: fabio at bs2 dot com dot br
-Status: Open
+Status: Feedback
Bug Type: InterBase related
Operating System: FreeBSD
PHP Version: 5.0.4
New Comment:
Please provide a complete reproducing script. (one that starts with
)
Previous Comments:
[2005-05-21 16:49:53] fabio at bs2 dot com dot br
in one test without the connection persistent connection of liveUser
the error occurs too.
[2005-05-21 16:47:36] fabio at bs2 dot com dot br
Description:
the interbase server is not on same computer as the script
I'm using connect, the error had to be in the connect function and not
in the query function.
the function connect should be get the connection from the previous
persistent connection. In mysql_connect function have an parameter
new_link to force to create new connection, but interbase not.
the version of Apache in the server where the error occurs is 2.0.54
I have the same code in other machine(development server) with Apache
1.3 and php 5.0.3 and works ok.
Reproduce code:
---
{conecting to bd using liveUser and MDB with persistent connection}
$con = ibase_connect(...);
$res = ibase_query($con ,"SELECT * FROM someTable"); // the error
occurs here
$row = ibase_fetch_assoc($res);
var_dump($row);
ibase_close($con);
Actual result:
--
ibase_query() [function.ibase-query]: Unable to complete network
request to host "some ip". Error reading data from the connection. Bad
file descriptor.
--
Edit this bug report at http://bugs.php.net/?id=33092&edit=1
#33089 [Opn->Bgs]: Ibase dont work with special caracteres (^ ~ ´)
ID: 33089 Updated by: [EMAIL PROTECTED] Reported By: koyote at task dot com dot br -Status: Open +Status: Bogus Bug Type: InterBase related Operating System: Windows Xp PHP Version: 5.0.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. RTFM: http://www.php.net/ibase_connect (the 4th 'Note:' paragraph) Previous Comments: [2005-05-21 10:26:06] koyote at task dot com dot br Description: I have a table of cities and some of then have accent, like Araxá . If i make a normal sql SELECT * FROM CITIES where have ID, NAME and STATE. The function starts to collect from the database and print in the screen. But when it reads a city that have accent it stops and generates a Warning. I had search a lot in the internet and i couldnt find anything about it. I think that ibase have problems to read accent in Interbase Databases. Reproduce code: --- sth); ?> Expected result: It should return a string with all the values from each field of the row. Actual result: -- PHP Warning: ibase_fetch_row() [function.ibase-fetch-row]: arithmetic exception, numeric overflow, or string truncation Cannot transliterate character between character sets in C:\Inetpub\wwwroot\croquiteca\banco.php on line 45 -- Edit this bug report at http://bugs.php.net/?id=33089&edit=1
#33106 [Opn->Bgs]: Session handling problem
ID: 33106 Updated by: [EMAIL PROTECTED] Reported By: eswar at cgvakindia dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: windows 2003 PHP Version: 5.0.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2005-05-23 07:42:48] eswar at cgvakindia dot com It works fine in server machine.But it produces error during the remote host or remote terminals. [2005-05-23 07:38:07] eswar at cgvakindia dot com Description: Dear Sir I changed in php.ini file the auto start for session =1. I also tried by settin auto start=0; I set the session.save_path=c:\\temp; I also created the folder in windows. I am using IIS and windows 2003. Nothing else i had made change. Problem is: I created a two files. One file which is used to write the session and where another file I used to read the session. But i cann't able to read the data in the another file. I identified the bug as. When I write my file in session path it creating one session_id with file name and it stores the data. When i am moving to the next page, i observed that one more session file is created with empty content. So when I try to read the conten in the second page i am not able to read the stored session data. It is saying not defined. I understood that the second page is reading the session data from that empty file. How to short out this problem. Please help me. It is very urgent. Reproduce code: --- /*Session is started in server and i also tried by using session_start() and session_register() (/ 1.Write.php read 2.Read.php error: Undefined variable test Expected result: I want the o/p as "foo" in read.php the echo to print that. But i getting a error message. I tried all the option i don't please help me in this situation. Actual result: -- Waring:Undefined variable in read.php 'test' -- Edit this bug report at http://bugs.php.net/?id=33106&edit=1
#33070 [Opn->Fbk]: bzdecompress inefficient
ID: 33070 Updated by: [EMAIL PROTECTED] Reported By: lindsay at bitleap dot com -Status: Open +Status: Feedback Bug Type: Performance problem Operating System: Linux 2.6.10 kernel PHP Version: 5.0.3 New Comment: jeff at vertexdev dot com: Yes. And now look at the code. Previous Comments: [2005-05-23 00:40:16] jeff at vertexdev dot com The fix is really easy. In function bzdecompress, you need to do the following: 1. Before the 'do' loop, initialize size to some reasonable value: size = PHP_BZ_DECOMPRESS_SIZE; 2. Inside of the loop, double the size each time (replace the existing 'size = dest_len * iter;' statement with this): size *= 2; This will temporarily use up a little bit more memory than stricly necessary, but it will make the function usable. Drop me an email if you need more information. [2005-05-22 22:04:49] [EMAIL PROTECTED] Yes, this is possibel with the BZ2_bzRead() api call. [2005-05-22 20:56:20] lindsay at bitleap dot com Given that bzip can be used in a stream, could the data be decompressed in chunks? [2005-05-22 15:20:22] [EMAIL PROTECTED] And how do you think it should work? I don't see any more effective way that will not hit memory instead of CPU usage. [2005-05-20 16:56:48] lindsay at bitleap dot com Script: Data: If you run linux: dd if=/dev/urandom bs=1024 count=256 of=256K dd if=/dev/urandom bs=1024 count=512 of=512K dd if=/dev/urandom bs=1024 count=1024 of=1M dd if=/dev/urandom bs=1024 count=2048 of=2M dd if=/dev/urandom bs=1024 count=3072 of=3M dd if=/dev/urandom bs=1024 count=4096 of=4M bzip2 256K 512K 1M 2M 3M 4M If not, let me know and I'll upload or email data samples. 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/33070 -- Edit this bug report at http://bugs.php.net/?id=33070&edit=1
#31222 [Opn->Fbk]: ocicommit not working
ID: 31222 Updated by: [EMAIL PROTECTED] Reported By: amonw at hotmail dot com -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: * PHP Version: 4CVS-2005-04-04 Assigned To: tony2001 New Comment: I can't fix something that I can't reproduce. ocicommit() works just PERFECTLY for me and for others, and the version of PHP doesn't really matter here. Previous Comments: [2005-05-23 04:42:23] amonw at hotmail dot com I tried php5 yesterday and the problem doesn't exists. So can you fix it in php4? Thanks. [2005-05-18 00:14:03] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip We really need to know if this is fixed in HEAD, so please try the snapshot. Nobody is telling you should put it on PRODUCTION machine. You do have some test/dev machines?! [2005-05-17 07:09:52] amonw at hotmail dot com I've tried the newest version of php4 but it can't solve my problem. Please refer to my last 2 comments. [2005-05-12 12:37:33] [EMAIL PROTECTED] I'm not suggesting you to upgrade, I just want you to try newer version. [2005-04-29 05:15:01] amonw at hotmail dot com Thank you for your suggestion. But I'm not ready to upgrade my system to php5 because I don't have much time to modify the old codes to fit in php5 yet. 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/31222 -- Edit this bug report at http://bugs.php.net/?id=31222&edit=1
#33103 [Opn->Csd]: make install syntax error
ID: 33103 Updated by: [EMAIL PROTECTED] Reported By: gregrlb at softhome dot net -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: AIX 5.2 PHP Version: 4CVS-2005-05-22 (stable) New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-05-22 19:37:24] gregrlb at softhome dot net Description: Hello, I had problems to do the 'configure' of php-5.0.3 and found the solution here (bug #31131). On the page of this #31131 bug, I downloaded the php5-STABLE-latest.tar.gz package and the configure and the make succeeded. But I can't do the 'make install'. Can anyone help me on this? Thank you, Greg. Reproduce code: --- cd php5-STABLE-200505212231 ./configure make make install Actual result: -- Installing PHP SAPI module: cgi Installing PHP CGI into: /usr/local/bin/ Installing PEAR environment: /usr/local/lib/php/ [PEAR] Archive_Tar- already installed: 1.1 [PEAR] Console_Getopt - already installed: 1.2 [PEAR] PEAR - already installed: 1.3.5 Wrote PEAR system config file at: /usr/local/etc/pear.conf You may want to add: /usr/local/lib/php to your php.ini include_path [PEAR] HTML_Template_IT- already installed: 1.1 [PEAR] Net_UserAgent_Detect- already installed: 2.0.1 [PEAR] XML_RPC- already installed: 1.2.2 Installing build environment: /usr/local/lib/php/build/ Installing header files: /usr/local/include/php/ Installing helper programs: /usr/local/bin/ program: phpize program: php-config /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected. make: 1254-004 The error code from the last command is 2. Stop. -- Edit this bug report at http://bugs.php.net/?id=33103&edit=1
#33095 [Opn->Fbk]: pspell stops working under increased load
ID: 33095
Updated by: [EMAIL PROTECTED]
Reported By: mkellogg at wordreference dot com
-Status: Open
+Status: Feedback
Bug Type: Pspell related
Operating System: Windows 2003
PHP Version: 4.3.11
New Comment:
Have you tried it under Linux/anything else bug windows?
Previous Comments:
[2005-05-21 19:40:01] mkellogg at wordreference dot com
Description:
I have tried this under IIS and Apache on Windows 2003. The script
works fine in testing, but once I put it in production on the server,
it stops working within a few minutes.
Using latest version of Aspell 0.50.3
Reproduce code:
---
http://forum.wordreference.com/wr_spelling/iframe5.txt
pspell_config_create("en");
$pspell_link = pspell_new("en","","","", PSPELL_FAST);
if (!pspell_check($pspell_link, $_GET['word'])) {
$suggestions = pspell_suggest($pspell_link, $_GET['word']);
foreach ($suggestions as $key => $suggestion) {
echo "$suggestion";
}
}
?>
Expected result:
Spelling suggestions. :)
Actual result:
--
User: A page that hangs.
Apache's error message:
PHP Warning: PSPELL couldn't open the dictionary. reason: No word
lists can be found for the language "en". in C:\\Program Files\\Apache
Group\\Apache2\\htdocs\\iframe5.php on line 4
Apache often crashes as a result, too.
IIS error message as seen by Firefox users:
PHP has encountered an Access Violation at ...
--
Edit this bug report at http://bugs.php.net/?id=33095&edit=1
#33088 [Opn->Fbk]: Output Buffering + Callback method = unable to change object properties
ID: 33088
Updated by: [EMAIL PROTECTED]
Reported By: spam at cimmanon dot org
-Status: Open
+Status: Feedback
Bug Type: Output Control
Operating System: OpenBSD
PHP Version: 4.3.11
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-05-22 19:13:05] spam at cimmanon dot org
In the constructor, $this->var gets set to 'rar'. Output buffering is
started using foo::bar as the callback. I attempt to set $this->var to
'rarar' from outside of the object, which fails because of the output
buffering callback method. The script finishes executing and the
callback method is executed, prints $this->var (which is supposed to be
set to 'rarar' at this point, but is still just 'rar'), sets $this->var
to 'asdf' (successfully), then prints $this->var yet again.
If I attempt to print $foo->var right after I modify it on line #20, it
displays exactly what I expect: 'rarar'.
This problem does not exist if I use a callback that is a function, nor
does it happen if I start output buffering without a callback and just
manually call foo::bar() at the end of the script. Also, PHP 5 doesn't
have this problem, for whatever reason, and performs exactly as I
expect.
PHP 5.0.4:
http://www.sketchdiary.com/testcases/buffertest.php
http://www.sketchdiary.com/testcases/viewsource.php?file=buffertest.php
Modified source (forgot 1 line):
var = 'rar';
print 'foo started';
ob_start(array(&$this, 'bar'));
}
function bar() {
print $this->var . "";
$this->var = 'asdf';
print $this->var;
return ob_get_contents(); // missing line from example
}
}
$foo = new foo;
$foo->var = 'rarar';
?>
[2005-05-22 15:34:39] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
Please provide a more real-life example with expected and actual
results.
[2005-05-21 02:10:51] spam at cimmanon dot org
Description:
For some reason output buffering inside a callback method prevents an
object's properties from being modified outside of the object. Using
output buffering without a callback works as expected, though.
Reproduce code:
---
var = 'rar';
print 'foo started';
ob_start(array(&$this, 'bar'));
}
function bar() {
print $this->var . "";
$this->var = 'asdf';
print $this->var;
}
}
$foo = new foo;
$foo->var = 'rarar';
?>
Expected result:
I expected $foo->var to be set to 'rarar' after the initial object
creation via constructor, then 'asdf'. Instead, it remains set to
'rar', then 'asdf'.
--
Edit this bug report at http://bugs.php.net/?id=33088&edit=1
