#27299 [Opn->Bgs]: Preg_replace cannot handle ticks(')
ID: 27299
Updated by: [EMAIL PROTECTED]
Reported By: john at supernerd dot com
-Status: Open
+Status: Bogus
Bug Type: PCRE related
Operating System: Windows 2000
PHP Version: 4.3.4
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Just don't use magic_quotes_*...
Previous Comments:
[2004-02-18 00:44:51] john at supernerd dot com
I found that only with magic_quotes_sybase on did the error occur. I
was then able to work around it. I will try the cvs snapshot tomorrow
and let you know what happens.
[2004-02-17 23:16:49] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Works fine in win32 using latest CVS snapshot..
[2004-02-17 21:59:21] john at supernerd dot com
yeah, I tested on mac/linux. It only fails on windows.
[2004-02-17 21:27:30] [EMAIL PROTECTED]
works fine on mac/linux.
[2004-02-17 21:19:45] john at supernerd dot com
Description:
returns an error of
Parse error: parse error, unexpected T_CONSTANT_ENCAPSED_STRING in
C:\Documents and Settings\john\Desktop\ttms
desktop\php\gui\Smarty_Compiler.class.php(288) : regexp code on line 2
Reproduce code:
---
$ldq = preg_quote('{', '!');
$rdq = preg_quote('}', '!');
$search =
"!{$ldq}\*(.*?)\*{$rdq}|{$ldq}\s*literal\s*{$rdq}(.*?){$ldq}\s*/literal\s*{$rdq}|{$ldq}\s*php\s*{$rdq}(.*?){$ldq}\s*/php\s*{$rdq}!s";
$source_content = preg_replace($search.'e', "'"
. '{' . 'php'
. "' . str_repeat(\"\n\",
substr_count('\\0', \"\n\")) .'"
. '}'
. "'",
"a
{literal}b{/literal}c{php}d;s{/php}e{* hello's *}");
Expected result:
a{php}c{php}e{php}
Actual result:
--
Parse error: parse error, unexpected T_CONSTANT_ENCAPSED_STRING in
C:\Documents and Settings\john\Desktop\ttms desktop\php\index.php(17) :
regexp code on line 2
Fatal error: Failed evaluating code: '{php' . str_repeat(" ",
substr_count('{* hello''s *}', " ")) .'}' in C:\Documents and
Settings\john\Desktop\ttms desktop\php\index.php on line 17
--
Edit this bug report at http://bugs.php.net/?id=27299&edit=1
#27304 [NEW]: ZE2 Static functions don't function properly
From: [EMAIL PROTECTED] Operating system: RH8 PHP version: 5CVS-2004-02-18 (dev) PHP Bug Type: Zend Engine 2 problem Bug description: ZE2 Static functions don't function properly Description: Static functions don't behave properly at all. They can be called from an object-context and provide no means to even confirm from within the function if it has been called from a static context or not. I understand that static methods should never have access to $this regardless of context, but unless the engine enforces a restriction on calling static functions from an object context this behavior is completely counter-intuitive and inconsistent. Not only does the engine not catch this, but the developer cannot either. Reproduce code: --- test(); ?> Expected result: bool(false) bool(true) Actual result: -- bool(false) bool(false) -- Edit bug report at http://bugs.php.net/?id=27304&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27304&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27304&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27304&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27304&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27304&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27304&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27304&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27304&r=support Expected behavior: http://bugs.php.net/fix.php?id=27304&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27304&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27304&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27304&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27304&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27304&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27304&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27304&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27304&r=float
#27303 [NEW]: OCIBindByName binds numeric PHP values as characters
From: cjbj at hotmail dot com Operating system: PHP version: 4CVS-2004-02-18 (stable) PHP Bug Type: OCI8 related Bug description: OCIBindByName binds numeric PHP values as characters Description: Numeric PHP variables seem to be treated as strings when bound with OCIBindByName. The means the desired number of significant digits needs to be specified in the OCIBindByName call. Othewise only the most significant digit is returned. PHP scripts could be simpler and safer to write if: (i) a pre-existing numeric PHP variable automatically caused a SQLT_INT bind (ii) OCI's SQLT_INT type could be specified in the OCIBindByName call, with a new OCI_B_xxx define For example, try a RETURNING INTO clause with a sequence value: \n"; } OCICommit($conn); ?> The output is: Bind variable is 1 Bind variable is 2 Bind variable is 3 Bind variable is 4 Bind variable is 5 Bind variable is 6 Bind variable is 7 Bind variable is 8 Bind variable is 9 Bind variable is 1 ... [This continues with 10 rows of 1's, then 10 rows of 2's etc. as if the least significant digit(s) are being stripped.] Querying the table in a SQL*Plus sessions shows the inserts are occuring correctly and the sequence number is increasing past nine: MYDATA SEQCOL -- Some data 1 Some data 2 Some data 3 Some data 4 Some data 5 Some data 6 Some data 7 Some data 8 Some data 9 Some data10 ... Some data 199 Expected result Bind variable is 1 Bind variable is 2 Bind variable is 3 Bind variable is 4 Bind variable is 5 Bind variable is 6 Bind variable is 7 Bind variable is 8 Bind variable is 9 Bind variable is 10 ... Bind variable is 199 Testcase 2 is to set $mybv to a value before the OCIBindByName by uncommenting the line marked 2nd test. The value set is bound as a string. The number of digits in it will determine the maximum width of the returned bind result. For example if $mybv is set to 11, then all two-digit values are displayed correctly. Testcase 3 is to pass a width to OCIBindByName. Uncomment the text marked 3rd test. This works until the number of digits in the sequence number is greater than the passed width. Another different testcase might be calling a PL/SQL procedure with a IN/OUT parameter. Although the passed value is correct, the out value may not be. If the current behavior is deemed desired, can this bug be made a documentation bug? Users may be easily tricked because there is no mention of the default bind type being character, and the OCIBindByName documentation "and the necessary storage space will be allocated" could be thought to apply to PHP numeric variables. -- Edit bug report at http://bugs.php.net/?id=27303&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27303&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27303&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27303&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27303&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27303&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27303&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27303&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27303&r=support Expected behavior: http://bugs.php.net/fix.php?id=27303&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27303&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27303&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27303&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27303&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27303&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27303&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27303&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27303&r=float
#25574 [Com]: empty session.save_path = problem (session.use_only_cookies = 1)
ID: 25574 Comment by: unknown at simplemachines dot org Reported By: markus dot welsch at suk dot de Status: Bogus Bug Type: Session related Operating System: Linux 2.4.22 (Debian 3.0r1) PHP Version: 4.3.3 New Comment: Markus, PHP, as described in the manual, saves session data to files in a temporary directory. (unless an alternate handler is used...) The cookie option is there to let the client know their ID and only their ID, which is used to access these files. The option you describe, session.use_only_cookies, means it will not take session id's passed via GET. (like ?PHPSESSID=1234567890abcdef1234567890abcdef) However, I do agree that not having session.save_path set should work; just like not having upload_tmp_dir set. If you agree, please see my bug report here: http://bugs.php.net/bug.php?id=26757 Thank you, -[Unknown] Previous Comments: [2003-09-18 02:11:15] markus dot welsch at suk dot de Well it does NOT write to a file if a path is given and it should save to cookies like described, so why do you require to set this ? Either the PHP itself or the documentation should be updated at least :-) [2003-09-17 18:34:33] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php How can you expect sessions to work if PHP cannot safe the corresponding session data? [2003-09-17 10:17:20] markus dot welsch at suk dot de Of course you have to reload after the 1st execution otherwise it's of no use :-) [2003-09-17 10:04:51] markus dot welsch at suk dot de Description: When using sessions and having session.save_path to an empty value the session data won't be saved - even if session.use_only_cookies = 1 When session.save_path is specified it works fine. Reproduce code: --- "; print_r($_SESSION); $_SESSION['test'] = "example"; ?> Expected result: Session-ID: c0b505ac52883be84dd9681fc6e84c50 Array ( [test] => example ) Actual result: -- Session-ID: c0b505ac52883be84dd9681fc6e84c50 Array ( ) -- Edit this bug report at http://bugs.php.net/?id=25574&edit=1
#27302 [Fbk->Bgs]: Odd behavior loading extensions (SQLite)
ID: 27302 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: Unknown/Other Function Operating System: Linux 2.4.24-6um PHP Version: 4.3.4 New Comment: You're 100% correct. Thanks for the pointer. It's really confusing that PHP reports the file, even though it's not actually using it, but I understand why. Closing (my own bogus (-: ) (how embarassing) Thanks again. S Previous Comments: [2004-02-18 01:09:38] [EMAIL PROTECTED] You probably misconfigured PHP when you built it: --with-config-file-path=PATH Sets the path in which to look for php.ini, defaults to PREFIX/lib This is a directory, not a path to the file name itself. [2004-02-18 00:25:08] [EMAIL PROTECTED] Description: Please take a look at: http://www.roguecoders.com/bugs/php_sqlite_load.txt You'll see the PHP reports that it will use php.ini, but SQLite doesn't get loaded unless I implicitly tell php to use the SAME php.ini. I've asked around.. nobody can figure it out. S Reproduce code: --- see http://www.roguecoders.com/bugs/php_sqlite_load.txt Expected result: see http://www.roguecoders.com/bugs/php_sqlite_load.txt Actual result: -- see http://www.roguecoders.com/bugs/php_sqlite_load.txt -- Edit this bug report at http://bugs.php.net/?id=27302&edit=1
#27302 [Opn->Fbk]: Odd behavior loading extensions (SQLite)
ID: 27302 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux 2.4.24-6um PHP Version: 4.3.4 New Comment: You probably misconfigured PHP when you built it: --with-config-file-path=PATH Sets the path in which to look for php.ini, defaults to PREFIX/lib This is a directory, not a path to the file name itself. Previous Comments: [2004-02-18 00:25:08] [EMAIL PROTECTED] Description: Please take a look at: http://www.roguecoders.com/bugs/php_sqlite_load.txt You'll see the PHP reports that it will use php.ini, but SQLite doesn't get loaded unless I implicitly tell php to use the SAME php.ini. I've asked around.. nobody can figure it out. S Reproduce code: --- see http://www.roguecoders.com/bugs/php_sqlite_load.txt Expected result: see http://www.roguecoders.com/bugs/php_sqlite_load.txt Actual result: -- see http://www.roguecoders.com/bugs/php_sqlite_load.txt -- Edit this bug report at http://bugs.php.net/?id=27302&edit=1
#26589 [Fbk->Opn]: mssql money datatype in query crashes apache
ID: 26589
User updated by: justin22 at v-biz dot net
Reported By: justin22 at v-biz dot net
-Status: Feedback
+Status: Open
Bug Type: MSSQL related
Operating System: windows 2000
PHP Version: 4CVS, 5CVS
New Comment:
running it from the command line ('php moneytest.php') also crashes:
dr watson:
function: RtlAllocateHeap
77fcc4c9 897dcc mov [ebp+0xcc],edi
ss:0154958a=
77fcc4cc 884705 mov [edi+0x5],al
ds:020da096=??
77fcc4cf 66894f02 mov [edi+0x2],cx
ds:020da097=
77fcc4d3 8a4e04 mov cl,[esi+0x4]
ds:020da076=??
77fcc4d6 884f04 mov [edi+0x4],cl
ds:020da096=??
77fcc4d9 66891f mov [edi],bx
ds:00cc01b0=2e6c
77fcc4dc a810 testal,0x10
77fcc4de 0f854002 jne RtlAllocateHeap+0x477
(77fcc724)
77fcc4e4 8d0cdf lea ecx,[edi+ebx*8]
ds:2e6c=
77fcc4e7 894dd0 mov [ebp+0xd0],ecx
ss:0154958a=
FAULT ->77fcc4ea 8a4105 mov al,[ecx+0x5]
ds:020f13f6=??
77fcc4ed a801 testal,0x1
77fcc4ef 0f8419eb je _eFSQRT+0xd44 (77fcb00e)
77fcc4f5 66895902 mov [ecx+0x2],bx
ds:020f13f7=
77fcc4f9 6681fb8000 cmp bx,0x80
77fcc4fe 0f8391f4 jnb RtlSizeHeap+0x8f (77fcb995)
77fcc504 80670510 and byte ptr [edi+0x5],0x10
ds:020da096=??
77fcc508 0fb7c3 movzx eax,bx
77fcc50b 8b4da4 mov ecx,[ebp+0xa4]
ss:0154958a=
77fcc50e 8db4c17801 lea esi,[ecx+eax*8+0x178]
ds:06e6=
77fcc515 89b500ff mov [ebp+0xff00],esi
ss:0012f5a4=
77fcc51b 3936 cmp [esi],esi
ds:00cc0190=00cc0004
*> Stack Back Trace <*
FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Function Name
0012F6A4 100BFE82 00CC 0001 0018 0001
ntdll!RtlAllocateHeap
0005 !emalloc
Previous Comments:
[2004-02-17 17:34:56] [EMAIL PROTECTED]
Does it crash if you run it from command line using CLI / CGI binary?
[2003-12-14 20:28:51] justin22 at v-biz dot net
I've created a sample database with my table, along with this script:
";
$ConnID = mssql_pconnect('justin', 'xxx', 'ppp');
if ($ConnID===false) die("Cannot connect to server");
echo "select Database";
if (!mssql_select_db('PhpMoneyTest')) die('cannot select db
PHPmoneytest');
$sql="select amount as amount from Test";
$result = mssql_query($sql);
// php crashes here
echo "Test Passed"
// Finished
?>
php.ini settings are:
[MSSQL]
; Allow or prevent persistent links.
mssql.allow_persistent = on
; Maximum number of persistent links. -1 means no limit.
mssql.max_persistent = -1
; Maximum number of links (persistent+non persistent). -1 means no
limit.
mssql.max_links = -1
; Minimum error severity to display.
mssql.min_error_severity = 10
; Minimum message severity to display.
mssql.min_message_severity = 10
; Compatability mode with old versions of PHP 3.0.
mssql.compatability_mode = Off
; Valid range 0 - 2147483647. Default = 4096.
;[jvp] allow more text!
mssql.textlimit = 16384
; Valid range 0 - 2147483647. Default = 4096.
;[jvp]
mssql.textsize = 16384
; Limits the number of records in each batch. 0 = all records in one
batch.
mssql.batchsize = 0
; Use NT authentication when connecting to the server
mssql.secure_connection = 0
; Specify max number of processes. Default = 25
;mssql.max_procs = 25
; Disable date time conversions: dates formatted -mm-dd hh:mm:ssAA
mssql.datetimeconvert = 0
I tried changing some of these (in particular, tried without persistent
connections) without any effect.
I'm using apache module, but this dies with only a single process
(request), so its unlikely to be a thread issue. I'm very concerned
about your threadsafe comments - can you point me to any discussion of
this issue?
sample db with table 'Test' emailed as requested.
Thanks for your quick response!
Justin
[2003-12-12 01:02:00] [EMAIL PROTECTED]
I've tested this with the latest code from CVS of both php4 and php5
and I can't reproduce it.
Please provide some more details like php.ini settings for mssql and
are you using CGI or apache module ?
The Microsoft library used for the mssql extension is not thread safe.
That could be the problem
#27299 [Fbk->Opn]: Preg_replace cannot handle ticks(')
ID: 27299
User updated by: john at supernerd dot com
Reported By: john at supernerd dot com
-Status: Feedback
+Status: Open
Bug Type: PCRE related
Operating System: Windows 2000
PHP Version: 4.3.4
New Comment:
I found that only with magic_quotes_sybase on did the error occur. I
was then able to work around it. I will try the cvs snapshot tomorrow
and let you know what happens.
Previous Comments:
[2004-02-17 23:16:49] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Works fine in win32 using latest CVS snapshot..
[2004-02-17 21:59:21] john at supernerd dot com
yeah, I tested on mac/linux. It only fails on windows.
[2004-02-17 21:27:30] [EMAIL PROTECTED]
works fine on mac/linux.
[2004-02-17 21:19:45] john at supernerd dot com
Description:
returns an error of
Parse error: parse error, unexpected T_CONSTANT_ENCAPSED_STRING in
C:\Documents and Settings\john\Desktop\ttms
desktop\php\gui\Smarty_Compiler.class.php(288) : regexp code on line 2
Reproduce code:
---
$ldq = preg_quote('{', '!');
$rdq = preg_quote('}', '!');
$search =
"!{$ldq}\*(.*?)\*{$rdq}|{$ldq}\s*literal\s*{$rdq}(.*?){$ldq}\s*/literal\s*{$rdq}|{$ldq}\s*php\s*{$rdq}(.*?){$ldq}\s*/php\s*{$rdq}!s";
$source_content = preg_replace($search.'e', "'"
. '{' . 'php'
. "' . str_repeat(\"\n\",
substr_count('\\0', \"\n\")) .'"
. '}'
. "'",
"a
{literal}b{/literal}c{php}d;s{/php}e{* hello's *}");
Expected result:
a{php}c{php}e{php}
Actual result:
--
Parse error: parse error, unexpected T_CONSTANT_ENCAPSED_STRING in
C:\Documents and Settings\john\Desktop\ttms desktop\php\index.php(17) :
regexp code on line 2
Fatal error: Failed evaluating code: '{php' . str_repeat(" ",
substr_count('{* hello''s *}', " ")) .'}' in C:\Documents and
Settings\john\Desktop\ttms desktop\php\index.php on line 17
--
Edit this bug report at http://bugs.php.net/?id=27299&edit=1
#27302 [NEW]: Odd behavior loading extensions (SQLite)
From: [EMAIL PROTECTED] Operating system: Linux 2.4.24-6um PHP version: 4.3.4 PHP Bug Type: Unknown/Other Function Bug description: Odd behavior loading extensions (SQLite) Description: Please take a look at: http://www.roguecoders.com/bugs/php_sqlite_load.txt You'll see the PHP reports that it will use php.ini, but SQLite doesn't get loaded unless I implicitly tell php to use the SAME php.ini. I've asked around.. nobody can figure it out. S Reproduce code: --- see http://www.roguecoders.com/bugs/php_sqlite_load.txt Expected result: see http://www.roguecoders.com/bugs/php_sqlite_load.txt Actual result: -- see http://www.roguecoders.com/bugs/php_sqlite_load.txt -- Edit bug report at http://bugs.php.net/?id=27302&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27302&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27302&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27302&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27302&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27302&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27302&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27302&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27302&r=support Expected behavior: http://bugs.php.net/fix.php?id=27302&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27302&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27302&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27302&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27302&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27302&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27302&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27302&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27302&r=float
#27292 [Opn]: Page time out
ID: 27292 User updated by: jforgey at wt dot net Reported By: jforgey at wt dot net Status: Open Bug Type: *General Issues Operating System: win 2k PHP Version: 4.3.4 New Comment: No safe mode not on Previous Comments: [2004-02-18 00:16:25] jforgey at wt dot net I'm also using Apache v2 [2004-02-17 16:18:10] [EMAIL PROTECTED] Do you happen to have safe_mode on? (can not reproduce, timeout works as expected for me) [2004-02-17 14:06:58] jforgey at wt dot net Description: When you set the time out using "set_time_limit" and the page times out. The page will report the default time limit setting in the php.ini file and not the time limit set from the php page Reproduce code: --- set_time_limit(15 * 60); //timeout 15 mins Expected result: page time out of 15 mins Actual result: -- page time out of 30 sec -- Edit this bug report at http://bugs.php.net/?id=27292&edit=1
#27292 [Bgs->Opn]: Page time out
ID: 27292 User updated by: jforgey at wt dot net Reported By: jforgey at wt dot net -Status: Bogus +Status: Open Bug Type: *General Issues Operating System: win 2k PHP Version: 4.3.4 New Comment: I'm also using Apache v2 Previous Comments: [2004-02-17 16:18:10] [EMAIL PROTECTED] Do you happen to have safe_mode on? (can not reproduce, timeout works as expected for me) [2004-02-17 14:06:58] jforgey at wt dot net Description: When you set the time out using "set_time_limit" and the page times out. The page will report the default time limit setting in the php.ini file and not the time limit set from the php page Reproduce code: --- set_time_limit(15 * 60); //timeout 15 mins Expected result: page time out of 15 mins Actual result: -- page time out of 30 sec -- Edit this bug report at http://bugs.php.net/?id=27292&edit=1
#27301 [Opn->Bgs]: IIS does not start when extensions are loaded
ID: 27301 Updated by: [EMAIL PROTECTED] Reported By: alantan at tagnetwork dot net -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows Server 2003 PHP Version: 5.0.0b4 (beta4) New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Try searching the bug database before submitting yet another duplicate report about already reported (and fixed!) bug. Previous Comments: [2004-02-17 22:06:10] alantan at tagnetwork dot net Description: Upon placing php.ini, with one edit uncommenting php_mysql.dll, in the \Winnt directory of my computer, IIS fails to start, citing this: H:\php5>net start w3svc The World Wide Web Publishing Service service is starting The World Wide Web Publishing Service service could not be started. A system error has occurred. System error 998 has occurred. Invalid access to memory location. Once I remove that reference, there is no problem. I ran SysInternals Filemon and it showed the process picking up the correct extension, after that, net reports an error starting IIS, and SysInternals Filemon logs that the system has just written to the error log. IIS in the error log logs 7023; Invalid access to memory location. -- Edit this bug report at http://bugs.php.net/?id=27301&edit=1
#27298 [Fbk->Bgs]: easy to crash
ID: 27298 Updated by: [EMAIL PROTECTED] Reported By: sanry at now dot net dot cn -Status: Feedback +Status: Bogus Bug Type: Apache2 related Operating System: redhat 9 PHP Version: 4.3.5RC3 New Comment: Please don't bother us with crashes when you're using apache2 with worker mpm. (you're asking for trouble as there's 99% chance that some library you're linking with isn't thread safe) Previous Comments: [2004-02-17 20:38:00] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Theres not much can be done without information from the backtrace. You could try checking the logs to see what pages where accessed before it went down.. [2004-02-17 20:34:25] sanry at now dot net dot cn Description: php crash again ,this morning ( mpm= worker ) Reproduce code: --- There so many vhost in this server ,I can't find it out Expected result: cript not found or unable to stat script not found or unable to stat Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat [Wed Feb 18 06:10:40 2004] [notice] child pid 24354 exit signal Segmentation fault (11) [Wed Feb 18 08:12:58 2004] [warn] pid file /usr/local/apache2/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run? [Wed Feb 18 08:12:59 2004] [notice] Apache/2.0.48 (Unix
#27299 [Opn->Fbk]: Preg_replace cannot handle ticks(')
ID: 27299
Updated by: [EMAIL PROTECTED]
Reported By: john at supernerd dot com
-Status: Open
+Status: Feedback
Bug Type: PCRE related
Operating System: Windows 2000
PHP Version: 4.3.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Works fine in win32 using latest CVS snapshot..
Previous Comments:
[2004-02-17 21:59:21] john at supernerd dot com
yeah, I tested on mac/linux. It only fails on windows.
[2004-02-17 21:27:30] [EMAIL PROTECTED]
works fine on mac/linux.
[2004-02-17 21:19:45] john at supernerd dot com
Description:
returns an error of
Parse error: parse error, unexpected T_CONSTANT_ENCAPSED_STRING in
C:\Documents and Settings\john\Desktop\ttms
desktop\php\gui\Smarty_Compiler.class.php(288) : regexp code on line 2
Reproduce code:
---
$ldq = preg_quote('{', '!');
$rdq = preg_quote('}', '!');
$search =
"!{$ldq}\*(.*?)\*{$rdq}|{$ldq}\s*literal\s*{$rdq}(.*?){$ldq}\s*/literal\s*{$rdq}|{$ldq}\s*php\s*{$rdq}(.*?){$ldq}\s*/php\s*{$rdq}!s";
$source_content = preg_replace($search.'e', "'"
. '{' . 'php'
. "' . str_repeat(\"\n\",
substr_count('\\0', \"\n\")) .'"
. '}'
. "'",
"a
{literal}b{/literal}c{php}d;s{/php}e{* hello's *}");
Expected result:
a{php}c{php}e{php}
Actual result:
--
Parse error: parse error, unexpected T_CONSTANT_ENCAPSED_STRING in
C:\Documents and Settings\john\Desktop\ttms desktop\php\index.php(17) :
regexp code on line 2
Fatal error: Failed evaluating code: '{php' . str_repeat(" ",
substr_count('{* hello''s *}', " ")) .'}' in C:\Documents and
Settings\john\Desktop\ttms desktop\php\index.php on line 17
--
Edit this bug report at http://bugs.php.net/?id=27299&edit=1
#27301 [NEW]: IIS does not start when extensions are loaded
From: alantan at tagnetwork dot net Operating system: Windows Server 2003 PHP version: 5.0.0b4 (beta4) PHP Bug Type: IIS related Bug description: IIS does not start when extensions are loaded Description: Upon placing php.ini, with one edit uncommenting php_mysql.dll, in the \Winnt directory of my computer, IIS fails to start, citing this: H:\php5>net start w3svc The World Wide Web Publishing Service service is starting The World Wide Web Publishing Service service could not be started. A system error has occurred. System error 998 has occurred. Invalid access to memory location. Once I remove that reference, there is no problem. I ran SysInternals Filemon and it showed the process picking up the correct extension, after that, net reports an error starting IIS, and SysInternals Filemon logs that the system has just written to the error log. IIS in the error log logs 7023; Invalid access to memory location. -- Edit bug report at http://bugs.php.net/?id=27301&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27301&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27301&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27301&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27301&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27301&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27301&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27301&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27301&r=support Expected behavior: http://bugs.php.net/fix.php?id=27301&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27301&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27301&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27301&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27301&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27301&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27301&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27301&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27301&r=float
#27299 [Opn]: Preg_replace cannot handle ticks(')
ID: 27299
User updated by: john at supernerd dot com
Reported By: john at supernerd dot com
Status: Open
Bug Type: PCRE related
Operating System: Windows 2000
PHP Version: 4.3.4
New Comment:
yeah, I tested on mac/linux. It only fails on windows.
Previous Comments:
[2004-02-17 21:27:30] [EMAIL PROTECTED]
works fine on mac/linux.
[2004-02-17 21:19:45] john at supernerd dot com
Description:
returns an error of
Parse error: parse error, unexpected T_CONSTANT_ENCAPSED_STRING in
C:\Documents and Settings\john\Desktop\ttms
desktop\php\gui\Smarty_Compiler.class.php(288) : regexp code on line 2
Reproduce code:
---
$ldq = preg_quote('{', '!');
$rdq = preg_quote('}', '!');
$search =
"!{$ldq}\*(.*?)\*{$rdq}|{$ldq}\s*literal\s*{$rdq}(.*?){$ldq}\s*/literal\s*{$rdq}|{$ldq}\s*php\s*{$rdq}(.*?){$ldq}\s*/php\s*{$rdq}!s";
$source_content = preg_replace($search.'e', "'"
. '{' . 'php'
. "' . str_repeat(\"\n\",
substr_count('\\0', \"\n\")) .'"
. '}'
. "'",
"a
{literal}b{/literal}c{php}d;s{/php}e{* hello's *}");
Expected result:
a{php}c{php}e{php}
Actual result:
--
Parse error: parse error, unexpected T_CONSTANT_ENCAPSED_STRING in
C:\Documents and Settings\john\Desktop\ttms desktop\php\index.php(17) :
regexp code on line 2
Fatal error: Failed evaluating code: '{php' . str_repeat(" ",
substr_count('{* hello''s *}', " ")) .'}' in C:\Documents and
Settings\john\Desktop\ttms desktop\php\index.php on line 17
--
Edit this bug report at http://bugs.php.net/?id=27299&edit=1
#27300 [NEW]: pg_convert: interval type regex does not compile
From: benjcarson at digitaljunkies dot ca
Operating system: Linux
PHP version: 5CVS-2004-02-17 (dev)
PHP Bug Type: PostgreSQL related
Bug description: pg_convert: interval type regex does not compile
Description:
When trying to call pg_convert for a table with an interval column, php
throws a warning indicating that it can not compile the regex used to
match interval values.
The regex is on line 3999 of ext/pgsql/pgsql.c I think the regex is
missing a ')' as the second last character.
However, this regex also contains other semantic errors and rejects valid
values as well as accepts some bogus ones. I have written a replacement
regex and created a patch, available at
http://www.digitaljunkies.ca/~benj/pgsql.c.diff.txt.
Reproduce code:
---
"1 day");
// Presumably tmp_table contains a column 'interval_col' with type
'interval'
$sql = pg_convert($con, "tmp_table", $arr);
print_r($sql);
echo "\n";
exit(0);
?>
Expected result:
Array
(
[interval_col] => '1 day'
)
Actual result:
--
Notice: pg_convert(): '1 day' does not match with '^[+-]{0,1}[
\t]+((second|seconds|minute|minute|hour|hour|day|days|week|weeks|month|monthes|year|years|decade|decades|century|centuries|millennium|millenniums){1,1}[
\t]+)+([ \t]+ago){0,1}$' in pg_convert.php on line 8
Warning: pg_convert(): Cannot compile regex in pg_convert.php on line 8
Notice: pg_convert(): Expects NULL or string for PostgreSQL interval field
(interval_col) in pg_convert.php on line 8
--
Edit bug report at http://bugs.php.net/?id=27300&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27300&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27300&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27300&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27300&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27300&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27300&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27300&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27300&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27300&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27300&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27300&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27300&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27300&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27300&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27300&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27300&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27300&r=float
#27299 [Opn]: Preg_replace cannot handle ticks(')
ID: 27299
Updated by: [EMAIL PROTECTED]
Reported By: john at supernerd dot com
Status: Open
Bug Type: PCRE related
Operating System: Windows 2000
PHP Version: 4.3.4
New Comment:
works fine on mac/linux.
Previous Comments:
[2004-02-17 21:19:45] john at supernerd dot com
Description:
returns an error of
Parse error: parse error, unexpected T_CONSTANT_ENCAPSED_STRING in
C:\Documents and Settings\john\Desktop\ttms
desktop\php\gui\Smarty_Compiler.class.php(288) : regexp code on line 2
Reproduce code:
---
$ldq = preg_quote('{', '!');
$rdq = preg_quote('}', '!');
$search =
"!{$ldq}\*(.*?)\*{$rdq}|{$ldq}\s*literal\s*{$rdq}(.*?){$ldq}\s*/literal\s*{$rdq}|{$ldq}\s*php\s*{$rdq}(.*?){$ldq}\s*/php\s*{$rdq}!s";
$source_content = preg_replace($search.'e', "'"
. '{' . 'php'
. "' . str_repeat(\"\n\",
substr_count('\\0', \"\n\")) .'"
. '}'
. "'",
"a
{literal}b{/literal}c{php}d;s{/php}e{* hello's *}");
Expected result:
a{php}c{php}e{php}
Actual result:
--
Parse error: parse error, unexpected T_CONSTANT_ENCAPSED_STRING in
C:\Documents and Settings\john\Desktop\ttms desktop\php\index.php(17) :
regexp code on line 2
Fatal error: Failed evaluating code: '{php' . str_repeat(" ",
substr_count('{* hello''s *}', " ")) .'}' in C:\Documents and
Settings\john\Desktop\ttms desktop\php\index.php on line 17
--
Edit this bug report at http://bugs.php.net/?id=27299&edit=1
#27299 [NEW]: Preg_replace cannot handle ticks(')
From: john at supernerd dot com
Operating system: Windows 2000
PHP version: 4.3.4
PHP Bug Type: PCRE related
Bug description: Preg_replace cannot handle ticks(')
Description:
returns an error of
Parse error: parse error, unexpected T_CONSTANT_ENCAPSED_STRING in
C:\Documents and Settings\john\Desktop\ttms
desktop\php\gui\Smarty_Compiler.class.php(288) : regexp code on line 2
Reproduce code:
---
$ldq = preg_quote('{', '!');
$rdq = preg_quote('}', '!');
$search =
"!{$ldq}\*(.*?)\*{$rdq}|{$ldq}\s*literal\s*{$rdq}(.*?){$ldq}\s*/literal\s*{$rdq}|{$ldq}\s*php\s*{$rdq}(.*?){$ldq}\s*/php\s*{$rdq}!s";
$source_content = preg_replace($search.'e', "'"
. '{' . 'php'
. "' . str_repeat(\"\n\",
substr_count('\\0', \"\n\")) .'"
. '}'
. "'",
"a
{literal}b{/literal}c{php}d;s{/php}e{* hello's *}");
Expected result:
a{php}c{php}e{php}
Actual result:
--
Parse error: parse error, unexpected T_CONSTANT_ENCAPSED_STRING in
C:\Documents and Settings\john\Desktop\ttms desktop\php\index.php(17) :
regexp code on line 2
Fatal error: Failed evaluating code: '{php' . str_repeat(" ",
substr_count('{* hello''s *}', " ")) .'}' in C:\Documents and
Settings\john\Desktop\ttms desktop\php\index.php on line 17
--
Edit bug report at http://bugs.php.net/?id=27299&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27299&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27299&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27299&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27299&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27299&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27299&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27299&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27299&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27299&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27299&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27299&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27299&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27299&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27299&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27299&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27299&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27299&r=float
#27298 [Opn->Fbk]: easy to crash
ID: 27298 Updated by: [EMAIL PROTECTED] Reported By: sanry at now dot net dot cn -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: redhat 9 PHP Version: 4.3.5RC3 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Theres not much can be done without information from the backtrace. You could try checking the logs to see what pages where accessed before it went down.. Previous Comments: [2004-02-17 20:34:25] sanry at now dot net dot cn Description: php crash again ,this morning ( mpm= worker ) Reproduce code: --- There so many vhost in this server ,I can't find it out Expected result: cript not found or unable to stat script not found or unable to stat Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat [Wed Feb 18 06:10:40 2004] [notice] child pid 24354 exit signal Segmentation fault (11) [Wed Feb 18 08:12:58 2004] [warn] pid file /usr/local/apache2/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run? [Wed Feb 18 08:12:59 2004] [notice] Apache/2.0.48 (Unix) mod_jk/1.2.5 PHP/4.3.5RC3 configured -- resuming normal operations script not found or unable to stat [Wed Feb 18 09:29:08 2004] [notice] child pid 4787 exit signal Segmentation fault (11) [Wed Feb 18 09:54:33 2004] [warn] pid file /usr/local/apache2/logs/httpd.pid overwritten -- Unclean shutdown o
#27298 [NEW]: easy to crash
From: sanry at now dot net dot cn Operating system: redhat 9 PHP version: 4.3.5RC3 PHP Bug Type: Apache2 related Bug description: easy to crash Description: php crash again ,this morning ( mpm= worker ) Reproduce code: --- There so many vhost in this server ,I can't find it out Expected result: cript not found or unable to stat script not found or unable to stat Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat script not found or unable to stat [Wed Feb 18 06:10:40 2004] [notice] child pid 24354 exit signal Segmentation fault (11) [Wed Feb 18 08:12:58 2004] [warn] pid file /usr/local/apache2/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run? [Wed Feb 18 08:12:59 2004] [notice] Apache/2.0.48 (Unix) mod_jk/1.2.5 PHP/4.3.5RC3 configured -- resuming normal operations script not found or unable to stat [Wed Feb 18 09:29:08 2004] [notice] child pid 4787 exit signal Segmentation fault (11) [Wed Feb 18 09:54:33 2004] [warn] pid file /usr/local/apache2/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run? [Wed Feb 18 09:54:33 2004] [notice] Apache/2.0.48 (Unix) mod_jk/1.2.5 PHP/4.3.5RC3 configured -- resuming normal operations -- Edit bug report at http://bugs.php.net/?id=27298&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27298&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27298&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27298&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27298&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27298&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27298&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27298&r=oldversion Not developer issue:
#27297 [NEW]: set_time_limit() & register_shutdown_function()
From: jason at thinkingman dot org
Operating system: Win32
PHP version: 4.3.5RC3
PHP Bug Type: Feature/Change Request
Bug description: set_time_limit() & register_shutdown_function()
Description:
Hi
I'd like to propose a modification to the SET_TIME_LIMIT() and/or the
REGISTER_SHUTDOWN_FUNCTION() or perhaps, the creation of a related new
function.
Currently when a page goes to timeout, all buffers get flushed, and all
headers get sent. In the interest of handling timeouts better; it would
be ** GREAT ** if instead of all this flushing and finalization occuring,
if one could also choose to not have the current script flush and
finalize; but to remain in the script as if no timeout occurred at all.
This way, when a timeout occurs one can (for example) do redirects, or
choose to manually flush and clear buffers, allowing for cleaner INCLUDE
implimentations, and so on.
I'm thinking something like the following could be implimented:
set_time_limit(300, true);
Where 'true' means; don't end script; just kick event off stating that
timeout has occurred; allowing register_shutdown_function() to be called,
if defined... and continuing normal operation of script.
void set_time_limit ( int seconds, [bool: event notify only]); default =
false.
// code example:
http://timeout.php";);
exit;
break;
}
}
register_shutdown_function('onShutdownEvent');
while(1);
?>
Another example of the TIMEOUT switch might be:
case TIMEOUT:
while(ob_get_level) ob_end_clean();
if($dblink) mysql_close($dblink);
include('./header.html');
include('error.php');
include('./footer.html');
exit;
break;
Thanks,
Jason
--
Edit bug report at http://bugs.php.net/?id=27297&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27297&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27297&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27297&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27297&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27297&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27297&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27297&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27297&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27297&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27297&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27297&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27297&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27297&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27297&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27297&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27297&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27297&r=float
#27296 [Opn->Bgs]: crash with apache 2
ID: 27296 Updated by: [EMAIL PROTECTED] Reported By: info at andisotho dot de -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: SuSE Linux 9.0 prof. PHP Version: 5CVS-2004-02-17 New Comment: There we go.. Previous Comments: [2004-02-17 17:59:40] info at andisotho dot de The --enable-versioning was my error!! Now it run Thank You [2004-02-17 17:31:00] [EMAIL PROTECTED] And DO NOT USE --enable-versioning! (are you by any chance trying to load both PHP 4 and 5 as modules the same time?) [2004-02-17 16:54:05] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Can you please make a backtrace then? [2004-02-17 16:11:46] info at andisotho dot de Description: After install PHP 5.0 beta 4 the response of any php-file in the Browserwindow is "No Connection to the server" The Message in the Apache Error log File ist "[Tue Feb 17 12:20:22 2004] [notice] child pid 18777 exit signal Segmentation fault (11)". The Log Modus ist debug. The Apache Version is 2.0.48 an my configure statement ist : "./configure --prefix=/usr/share --datadir=/usr/share/php --bindir=/usr/bin --libdir=/usr/share --includedir=/usr/include --with-config-file-path=/etc --with-exec-dir=/usr/lib/php/bin --with-mysql=/usr/lib --with-apxs2=/usr/sbin/apxs2 --with-gd=shared --enable-versioning --enable-ftp --with-mcrypt --with-zlib --with-libxml-dir=/usr/imclude --with-bz2 --enable-exif --enable-magic-quotes --with-gettext --with-gmp ". With Beta3 it works Greetings Andisotho Sorry abaout my worry english -- Edit this bug report at http://bugs.php.net/?id=27296&edit=1
#27291 [Csd]: get_browser matches browscap.ini patterns incorrectly
ID: 27291
User updated by: php-bug-NOSPAM-2004 at ryandesign dot com
Reported By: php-bug-NOSPAM-2004 at ryandesign dot com
Status: Closed
Bug Type: *General Issues
Operating System: Mac OS X; FreeBSD; RedHet Linux
PHP Version: 4.3.4
New Comment:
I downloaded and compiled 4.3.5RC3 and the issue
remains. I am not versed in CVS, and I was unable to
compile the version I got from the CVS server. It
complained about requiring libxml, which I did not
request. I did not see any changes in the browscap.c
file on the CVS server (when viewed through its web
interface) which would account for any change in its
behavior. I will test again with 4.3.5 final when it is
released.
Perhaps a better UA string to test would be this...
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-us)
UnknownWebKit/555 (KHTML, like Gecko) UnknownBrowser/444
...since the 2/15/2004 browscap.ini from garykeith.com
does now detect arbitrary Safari versions. The above UA,
however, still is identified as a Website Stripper,
though it should be identified as a Default Browser.
Previous Comments:
[2004-02-17 16:12:58] [EMAIL PROTECTED]
Using latest stable CVS snapshot does match with "Default Browser"..
[2004-02-17 14:01:22] php-bug-NOSPAM-2004 at ryandesign dot com
Description:
PHP's get_browser() function does not correctly use the
patterns in the browscap.ini file, resulting in
occasional incorrect matches. This occurred, for
example, when Apple released Safari 1.2, and when
OmniGroup released OmniWeb 5.0b1. These two browsers
were then incorrectly identified as crawlers / robots,
instead of being recognized as normal browsers.
Instead of matching the last rule in the file (which has
the browscap pattern "*" which PHP translates into the
regular expression ".*"), it matches the rule for
Website Strippers (which has the browscap pattern
"Mozilla/5.0" which PHP translates to the regular
expression "Mozilla/5\.0"). Yes, Safari and OmniWeb have
"Mozilla/5.0" as part of their user agent string, but
only part. "Mozilla/5.0" is not the ENTIRE UA string,
which is what the browscap pattern is intending to
define. Had the rule been intended to match "Mozilla/
5.0" at the start of the string, regardless of what
followed, the rule would have been written "Mozilla/
5.0*". But it wasn't. PHP needs to anchor the regular
expression it generates to the beginning and end of the
string to ensure it is matching the portion of the
string the browscap.ini author intended it to match. The
regular expressions PHP should have generated are
"^Mozilla/5\.0$" and "^.*$".
Here is a diff of the PHP source code file
ext/standard/browscap.c (from the version in the 4.3.4
release) which seems to correct the problem. The
commenting out of lines 71 to 73 in the original file
(73 to 75 in my version) is not essential and is not
part of the fix for this issue, but was done because
those lines seem to me to be another inaccuracy in PHP's
browscap.ini parsing, and their removal does not seem to
adversely affect the functioning of get_browser(),
although I did not extensively test against many user
agent strings, and I do not know the reason that code
was originally inserted.
50c50
< t = (char *) malloc(Z_STRLEN_P(pattern)*2 + 1);
---
> t = (char *) malloc(Z_STRLEN_P(pattern)*2 + 3);
52c52,54
< for (i=0, j=0; i t[0] = '^';
>
> for (i=0, j=1; i //if (j && (t[j-1] == '.')) {
> //t[j++] = '*';
> //}
74a77,78
> t[j++] = '$';
>
Reproduce code:
---
Install the browscap.ini file available from www.garykeith.com and
modify the php.ini to use this file. Then run this:
$ua = 'Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-us) AppleWebKit/1999
(KHTML, like Gecko) Safari/1999';
$ua_info = (array) get_browser($ua);
print $ua;
print '';
print_r($ua_info);
print '';
Expected result:
The browscap.ini does not know about Safari version
1999. There is no such version; version 1.2 (125) is
the most recent as of February 2004. And, at least in
the version from a week or so ago, the browscap.ini does
not define a generic "Safari" directive that would allow
the browscap.ini to recognize it. So this user agent
string should match the last rule in the file, "Default
Browser", which has the pattern "*".
Actual result:
--
It actually matches the pattern "Mozilla/5.0", in the
Website Strippers category.
--
Edit this bug report at http://bugs.php.net/?id=27291&edit=1
#27296 [Fbk->Opn]: crash with apache 2
ID: 27296 User updated by: info at andisotho dot de Reported By: info at andisotho dot de -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: SuSE Linux 9.0 prof. PHP Version: 5CVS-2004-02-17 New Comment: The --enable-versioning was my error!! Now it run Thank You Previous Comments: [2004-02-17 17:31:00] [EMAIL PROTECTED] And DO NOT USE --enable-versioning! (are you by any chance trying to load both PHP 4 and 5 as modules the same time?) [2004-02-17 16:54:05] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Can you please make a backtrace then? [2004-02-17 16:11:46] info at andisotho dot de Description: After install PHP 5.0 beta 4 the response of any php-file in the Browserwindow is "No Connection to the server" The Message in the Apache Error log File ist "[Tue Feb 17 12:20:22 2004] [notice] child pid 18777 exit signal Segmentation fault (11)". The Log Modus ist debug. The Apache Version is 2.0.48 an my configure statement ist : "./configure --prefix=/usr/share --datadir=/usr/share/php --bindir=/usr/bin --libdir=/usr/share --includedir=/usr/include --with-config-file-path=/etc --with-exec-dir=/usr/lib/php/bin --with-mysql=/usr/lib --with-apxs2=/usr/sbin/apxs2 --with-gd=shared --enable-versioning --enable-ftp --with-mcrypt --with-zlib --with-libxml-dir=/usr/imclude --with-bz2 --enable-exif --enable-magic-quotes --with-gettext --with-gmp ". With Beta3 it works Greetings Andisotho Sorry abaout my worry english -- Edit this bug report at http://bugs.php.net/?id=27296&edit=1
#26618 [Opn->Fbk]: Using <% %> tags makes include() not to work (sometimes)
ID: 26618
Updated by: [EMAIL PROTECTED]
Reported By: t dot steve at ariadne-quatra dot com
-Status: Open
+Status: Feedback
Bug Type: IIS related
Operating System: Windows 2000 server SP4
PHP Version: 5CVS-2003-12-14
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
There's good chance this is fixed now, can you please try the
snapshot..
Previous Comments:
[2004-01-03 16:37:37] t dot steve at ariadne-quatra dot com
Another note: This cannot be an IIS related bug, it must be related to
PHP itself since all previous versions of PHP worked fine even with the
ASP delimiters (<% %>) which I have to use. The problem arose only as
of version 5.x - including the latest build which I just tested.
[2003-12-16 03:04:33] t dot steve at ariadne-quatra dot com
YES, with conventional tags the includes work perfectly and
consistently! :)
However, this IS still a problem - I need to use the <% %> because of
the editor I must use (FP...)! ASP-style tags ARE - in theory -
supported, aren't they? (They are enabled in the INI file, and I have
been using them in all our sites for ages without any problems!)
So then the problem changes to ASP-style <% %> tags versus regular
tags... Do I have to open a new bug report, or just leave this
one open?
Thanks!
[2003-12-16 02:48:32] [EMAIL PROTECTED]
Try using the PHP tags, not those ugly ASP tags.
(<% %> -> )
[2003-12-14 10:46:58] t dot steve at ariadne-quatra dot com
Description:
PHP5 beta2
IIS5
Windows 2000 SP4
ISAPI mode
- Worked correctly with PHP4.3.4 with Zend 2.0.1
- With PHP5 beta2 (also ISAPI mode) a simple PHP page which uses
include_once([local path]) to include the menu part of a web page
sometimes works, sometimes does not (sometimes the menu is included,
sometimes it is not). (There is only the single include_once in the
code, so this is NOT an issue of my trying to include something twice
with include_ONCE... )
- The page contains NO other PHP code, just the lines below:
<% include_once("c:/wwwroot/domain.com/english/inc/header.inc"); %>
(html_head.inc is the file to be included, it contains only html code,
no php)
- Again, note that the exact same page, exact same setup works fine
under 4.3.4 - and has done so with previous versions!
- Under PHP5, with every refresh of the page the inclusion of the file
is erratic - every few refreshes the inclusion is not done.
If you need any part of my php.ini, let me know please.
Thanks,
Steve
Reproduce code:
---
The world of services
<% include_once("c:/wwwroot/domain.com/english/inc/header.inc"); %>
Please select from the menu on the left!
Expected result:
A page with the menu on the left (created fromt he included file), plus
the contents.
Actual result:
--
Only the contents apperas, the inclusion is not done.
--
Edit this bug report at http://bugs.php.net/?id=26618&edit=1
#26666 [Ver]: crash in zend_mm_alloc
ID: 2
Updated by: [EMAIL PROTECTED]
Reported By: jan at horde dot org
Status: Verified
Bug Type: Zend Engine 2 problem
-Operating System: Linux
+Operating System: *
-PHP Version: 5CVS-2004-02-05
+PHP Version: 5CVS-2004-02-18
New Comment:
Here's the backtrace with today's CVS checkout:
#0 0x406d7563 in mmap () from /lib/i686/libc.so.6
#1 0x4066fdac in sYSMALLOc () from /lib/i686/libc.so.6
#2 0x4066c853 in malloc () from /lib/i686/libc.so.6
#3 0x08356954 in zend_mm_add_memory_block (heap=0x864c008,
block_size=3031741692)
at /usr/src/web/php/php5/Zend/zend_mm.c:223
#4 0x08356bfb in zend_mm_alloc (heap=0x864c008, size=3031741664) at
/usr/src/web/php/php5/Zend/zend_mm.c:321
#5 0x08356c22 in zend_mm_alloc (heap=0x864c008, size=3031741664) at
/usr/src/web/php/php5/Zend/zend_mm.c:325
#6 0x08356c22 in zend_mm_alloc (heap=0x864c008, size=3031741664) at
/usr/src/web/php/php5/Zend/zend_mm.c:325
#7 0x08356c22 in zend_mm_alloc (heap=0x864c008, size=3031741664) at
/usr/src/web/php/php5/Zend/zend_mm.c:325
#8 0x08356c22 in zend_mm_alloc (heap=0x864c008, size=3031741664) at
/usr/src/web/php/php5/Zend/zend_mm.c:325
Previous Comments:
[2004-02-12 07:18:51] jan at horde dot org
Can you find out what statement triggers that error from your bt?
Perhaps I am able to strip the example down if I know where to start.
No promises though.
[2004-02-04 20:35:55] [EMAIL PROTECTED]
This is the backtrace I got:
0x082c1c9d in _zend_is_inconsistent (ht=0x1b, file=0x8403060
"/usr/src/web/php/php5/Zend/zend_hash.c", line=841)
at /usr/src/web/php/php5/Zend/zend_hash.c:53
53 if (ht->inconsistent==HT_OK) {
(gdb) bt
#0 0x082c1c9d in _zend_is_inconsistent (ht=0x1b, file=0x8403060
"/usr/src/web/php/php5/Zend/zend_hash.c", line=841)
at /usr/src/web/php/php5/Zend/zend_hash.c:53
#1 0x082c3dcc in zend_hash_find (ht=0x1b, arKey=0x4111999c "__wakeup",
nKeyLength=9, pData=0xbfffd088)
at /usr/src/web/php/php5/Zend/zend_hash.c:841
#2 0x082b2489 in zend_call_function (fci=0xbfffd130, fci_cache=0x0)
at /usr/src/web/php/php5/Zend/zend_execute_API.c:619
#3 0x082b2033 in call_user_function_ex (function_table=0x8613e08,
object_pp=0xbfffd270, function_name=0xbfffd1a0,
retval_ptr_ptr=0xbfffd1bc, param_count=0, params=0x0,
no_separation=1, symbol_table=0x0)
at /usr/src/web/php/php5/Zend/zend_execute_API.c:517
#4 0x0825cb91 in object_common2 (rval=0xbfffd270, p=0xbfffd42c,
max=0x41117545 "", var_hash=0xbfffd430, elements=20)
at var_unserializer.re:233
#5 0x0825bc53 in php_var_unserialize (rval=0xbfffd270, p=0xbfffd42c,
max=0x41117545 "", var_hash=0xbfffd430)
at var_unserializer.re:452
#6 0x0825c945 in process_nested_data (rval=0xbfffd320, p=0xbfffd42c,
max=0x41117545 "", var_hash=0xbfffd430,
ht=0x4111985c, elements=0) at var_unserializer.re:173
#7 0x0825bea1 in php_var_unserialize (rval=0xbfffd320, p=0xbfffd42c,
max=0x41117545 "", var_hash=0xbfffd430)
at var_unserializer.re:361
#8 0x0825c945 in process_nested_data (rval=0xbfffd444, p=0xbfffd42c,
max=0x41117545 "", var_hash=0xbfffd430,
ht=0x41118918, elements=9) at var_unserializer.re:173
#9 0x0825cb1f in object_common2 (rval=0xbfffd444, p=0xbfffd42c,
max=0x41117545 "", var_hash=0xbfffd430, elements=22)
at var_unserializer.re:226
#10 0x0825bc53 in php_var_unserialize (rval=0xbfffd444, p=0xbfffd42c,
max=0x41117545 "", var_hash=0xbfffd430)
at var_unserializer.re:452
#11 0x0824fb39 in zif_unserialize (ht=1, return_value=0x40e6abdc,
this_ptr=0x0, return_value_used=1)
at /usr/src/web/php/php5/ext/standard/var.c:742
#12 0x082dd628 in zend_do_fcall_common_helper (execute_data=0xbfffd7a0,
opline=0x40e42aa0, op_array=0x40e426ac)
at /usr/src/web/php/php5/Zend/zend_execute.c:2558
#13 0x082ddc5e in zend_do_fcall_handler (execute_data=0xbfffd7a0,
opline=0x40e42aa0, op_array=0x40e426ac)
at /usr/src/web/php/php5/Zend/zend_execute.c:2700
#14 0x082da46c in execute (op_array=0x40e426ac) at
/usr/src/web/php/php5/Zend/zend_execute.c:1272
#15 0x082bcaa7 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/web/php/php5/Zend/zend.c:1051
#16 0x08285fd8 in php_execute_script (primary_file=0xbba0) at
/usr/src/web/php/php5/main/main.c:1641
[2004-02-03 15:07:00] jan at horde dot org
http://www.horde.org/~jan/prop_test.tar.gz has been updated to contain
all files necessary. I just checked again that this bug still happens
with the current PHP 5 from CVS.
[2003-12-31 08:15:03] jan at horde dot org
I managed to create a medium sized test case, unfortunately the bug
disappeared as soon as I tried to strip it furt
#26589 [Opn->Fbk]: mssql money datatype in query crashes apache
ID: 26589
Updated by: [EMAIL PROTECTED]
Reported By: justin22 at v-biz dot net
-Status: Open
+Status: Feedback
Bug Type: MSSQL related
Operating System: windows 2000
PHP Version: 4CVS, 5CVS
New Comment:
Does it crash if you run it from command line using CLI / CGI binary?
Previous Comments:
[2003-12-14 20:28:51] justin22 at v-biz dot net
I've created a sample database with my table, along with this script:
";
$ConnID = mssql_pconnect('justin', 'xxx', 'ppp');
if ($ConnID===false) die("Cannot connect to server");
echo "select Database";
if (!mssql_select_db('PhpMoneyTest')) die('cannot select db
PHPmoneytest');
$sql="select amount as amount from Test";
$result = mssql_query($sql);
// php crashes here
echo "Test Passed"
// Finished
?>
php.ini settings are:
[MSSQL]
; Allow or prevent persistent links.
mssql.allow_persistent = on
; Maximum number of persistent links. -1 means no limit.
mssql.max_persistent = -1
; Maximum number of links (persistent+non persistent). -1 means no
limit.
mssql.max_links = -1
; Minimum error severity to display.
mssql.min_error_severity = 10
; Minimum message severity to display.
mssql.min_message_severity = 10
; Compatability mode with old versions of PHP 3.0.
mssql.compatability_mode = Off
; Valid range 0 - 2147483647. Default = 4096.
;[jvp] allow more text!
mssql.textlimit = 16384
; Valid range 0 - 2147483647. Default = 4096.
;[jvp]
mssql.textsize = 16384
; Limits the number of records in each batch. 0 = all records in one
batch.
mssql.batchsize = 0
; Use NT authentication when connecting to the server
mssql.secure_connection = 0
; Specify max number of processes. Default = 25
;mssql.max_procs = 25
; Disable date time conversions: dates formatted -mm-dd hh:mm:ssAA
mssql.datetimeconvert = 0
I tried changing some of these (in particular, tried without persistent
connections) without any effect.
I'm using apache module, but this dies with only a single process
(request), so its unlikely to be a thread issue. I'm very concerned
about your threadsafe comments - can you point me to any discussion of
this issue?
sample db with table 'Test' emailed as requested.
Thanks for your quick response!
Justin
[2003-12-12 01:02:00] [EMAIL PROTECTED]
I've tested this with the latest code from CVS of both php4 and php5
and I can't reproduce it.
Please provide some more details like php.ini settings for mssql and
are you using CGI or apache module ?
The Microsoft library used for the mssql extension is not thread safe.
That could be the problem if you are using apache module.
You can send your sample code and data to [EMAIL PROTECTED]
[2003-12-11 21:41:47] justin22 at v-biz dot net
Tried latest CVS, exact same result.
Could be same problem as reported in bug #19588, as I tried to do a
convert(smallmoney, amount) instead of float conversion and it still
failed.
[2003-12-11 06:34:32] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2003-12-10 22:02:24] justin22 at v-biz dot net
Description:
php 4.3.3 & 4.3.4 / sql server 2000 sp3 / win2k sp4 / apache 2.0.47
query contains a money field, after 30-40 rows, apache crashed.
apache log:
[Thu Dec 11 10:11:02 2003] [notice] Parent: child process exited with
status 3221225477 -- Restarting.
[Thu Dec 11 10:11:04 2003] [notice] Parent: Created child process 1008
dr watson log:
Application exception occurred:
App: (pid=1168)
When: 11/12/2003 @ 10:11:00.979
Exception number: c005 (access violation)
...
State Dump for Thread Id 0x544
eax=223d6504 ebx=00e9 ecx=3e223335 edx=01ebb298 esi=01aa
edi=01ebab50
eip=77fcb032 esp=01a1da40 ebp=01a1dbd8 iopl=0 nv up ei pl zr na
po nc
cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs=
efl=0246
function: _eFSQRT
77fcb00e 884705 mov [edi+0x5],al
ds:02944a36=??
77fcb011 ff75d0 pushdword ptr [ebp+0xd0]
ss:024a7abe=
77fcb014 8b75a4 mov esi,[ebp+0xa4]
ss:024a7abe=
77fcb017 56 pushesi
77fcb018 e81de5fbff call
RtlConsoleMultiByteToUnicodeN+0x348 (77f8953a)
77fcb01d 8b4dd0 mov ecx,[ebp+0xd0]
ss:024a7abe=
77fcb020 8b4108 mov eax,[ecx+0x8]
ds:3ecad21b=
#27244 [Fbk->Bgs]: cannot restart apache2 with php5
ID: 27244 Updated by: [EMAIL PROTECTED] Reported By: xuefer at 21cn dot com -Status: Feedback +Status: Bogus Bug Type: Apache2 related Operating System: winxp PHP Version: 5CVS-2004-02-14 New Comment: It's Apache bug not PHP bug.. Previous Comments: [2004-02-17 17:32:13] [EMAIL PROTECTED] FYI: I can reproduce crashes during restart even without PHP.. [2004-02-14 20:39:51] [EMAIL PROTECTED] Does it happen with Apache1?? [2004-02-14 13:32:56] xuefer at 21cn dot com tried, same problem most of the time, the line "***I/O operation has been ***" is not in log file [2004-02-14 10:52:22] [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 [2004-02-13 13:08:18] xuefer at 21cn dot com Description: it's 5.0.0b4 it's fine with php4.3.4 Reproduce code: --- net stop apache2 (first start) "Apache2\bin\Apache.exe" -w -n "Apache2" -k restart (restart) Apache2\bin\Apache.exe" -w -n "Apache2" -k restart Expected result: restart should be ok Actual result: -- - [Sat Feb 14 02:06:34 2004] [notice] Parent: Created child process 2660 [Sat Feb 14 02:06:35 2004] [notice] Child 2660: Child process is running [Sat Feb 14 02:06:35 2004] [notice] Child 2660: Acquired the start mutex. [Sat Feb 14 02:06:35 2004] [notice] Child 2660: Starting 100 worker threads. -- [Sat Feb 14 02:06:55 2004] [notice] Parent: Received restart signal -- Restarting the server. [Sat Feb 14 02:06:55 2004] [notice] Child 2660: Exit event signaled. Child process is ending. [Sat Feb 14 02:06:56 2004] [warn] (OS 995)I/O operation has been aborted because of either a thread exit or an application request. : winnt_accept: Asynchronous AcceptEx failed. [Sat Feb 14 02:06:56 2004] [warn] (OS 995)I/O operation has been aborted because of either a thread exit or an application request. : winnt_accept: Asynchronous AcceptEx failed. [Sat Feb 14 02:06:56 2004] [notice] Child 2660: Released the start mutex [Sat Feb 14 02:06:57 2004] [notice] Child 2660: Waiting for 100 worker threads to exit. [Sat Feb 14 02:06:57 2004] [notice] Child 2660: All worker threads have exited. [Sat Feb 14 02:06:57 2004] [notice] Child 2660: Child process is exiting -- Edit this bug report at http://bugs.php.net/?id=27244&edit=1
#27244 [Fbk]: cannot restart apache2 with php5
ID: 27244 Updated by: [EMAIL PROTECTED] Reported By: xuefer at 21cn dot com Status: Feedback Bug Type: Apache2 related Operating System: winxp PHP Version: 5CVS-2004-02-14 New Comment: FYI: I can reproduce crashes during restart even without PHP.. Previous Comments: [2004-02-14 20:39:51] [EMAIL PROTECTED] Does it happen with Apache1?? [2004-02-14 13:32:56] xuefer at 21cn dot com tried, same problem most of the time, the line "***I/O operation has been ***" is not in log file [2004-02-14 10:52:22] [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 [2004-02-13 13:08:18] xuefer at 21cn dot com Description: it's 5.0.0b4 it's fine with php4.3.4 Reproduce code: --- net stop apache2 (first start) "Apache2\bin\Apache.exe" -w -n "Apache2" -k restart (restart) Apache2\bin\Apache.exe" -w -n "Apache2" -k restart Expected result: restart should be ok Actual result: -- - [Sat Feb 14 02:06:34 2004] [notice] Parent: Created child process 2660 [Sat Feb 14 02:06:35 2004] [notice] Child 2660: Child process is running [Sat Feb 14 02:06:35 2004] [notice] Child 2660: Acquired the start mutex. [Sat Feb 14 02:06:35 2004] [notice] Child 2660: Starting 100 worker threads. -- [Sat Feb 14 02:06:55 2004] [notice] Parent: Received restart signal -- Restarting the server. [Sat Feb 14 02:06:55 2004] [notice] Child 2660: Exit event signaled. Child process is ending. [Sat Feb 14 02:06:56 2004] [warn] (OS 995)I/O operation has been aborted because of either a thread exit or an application request. : winnt_accept: Asynchronous AcceptEx failed. [Sat Feb 14 02:06:56 2004] [warn] (OS 995)I/O operation has been aborted because of either a thread exit or an application request. : winnt_accept: Asynchronous AcceptEx failed. [Sat Feb 14 02:06:56 2004] [notice] Child 2660: Released the start mutex [Sat Feb 14 02:06:57 2004] [notice] Child 2660: Waiting for 100 worker threads to exit. [Sat Feb 14 02:06:57 2004] [notice] Child 2660: All worker threads have exited. [Sat Feb 14 02:06:57 2004] [notice] Child 2660: Child process is exiting -- Edit this bug report at http://bugs.php.net/?id=27244&edit=1
#27296 [Fbk]: crash with apache 2
ID: 27296 Updated by: [EMAIL PROTECTED] Reported By: info at andisotho dot de Status: Feedback Bug Type: Apache2 related Operating System: SuSE Linux 9.0 prof. PHP Version: 5CVS-2004-02-17 New Comment: And DO NOT USE --enable-versioning! (are you by any chance trying to load both PHP 4 and 5 as modules the same time?) Previous Comments: [2004-02-17 16:54:05] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Can you please make a backtrace then? [2004-02-17 16:11:46] info at andisotho dot de Description: After install PHP 5.0 beta 4 the response of any php-file in the Browserwindow is "No Connection to the server" The Message in the Apache Error log File ist "[Tue Feb 17 12:20:22 2004] [notice] child pid 18777 exit signal Segmentation fault (11)". The Log Modus ist debug. The Apache Version is 2.0.48 an my configure statement ist : "./configure --prefix=/usr/share --datadir=/usr/share/php --bindir=/usr/bin --libdir=/usr/share --includedir=/usr/include --with-config-file-path=/etc --with-exec-dir=/usr/lib/php/bin --with-mysql=/usr/lib --with-apxs2=/usr/sbin/apxs2 --with-gd=shared --enable-versioning --enable-ftp --with-mcrypt --with-zlib --with-libxml-dir=/usr/imclude --with-bz2 --enable-exif --enable-magic-quotes --with-gettext --with-gmp ". With Beta3 it works Greetings Andisotho Sorry abaout my worry english -- Edit this bug report at http://bugs.php.net/?id=27296&edit=1
#27236 [Fbk->NoF]: xsl:key has bad memory cleanup
ID: 27236 Updated by: [EMAIL PROTECTED] Reported By: bo at theaddedones dot com -Status: Feedback +Status: No Feedback Bug Type: XSLT related Operating System: solaris 8, OSX 10.3, Redhat PHP Version: 4.3.4 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2004-02-14 10:59:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Can not reproduce with latest stable CVS snapshot, using these libxml/libxslt versions: libxml Version => 20604 libxslt Version => 1.0.32 [2004-02-13 12:27:43] bo at theaddedones dot com As one more note i tried using the normal 'xsltproc' command built from the same libs with the same inputs as the example and i get no error [2004-02-13 12:16:28] bo at theaddedones dot com i should mention that the versions on the different systems that the error seems to appear on the OSX 10.3 system is php = 4.3.2 libxml = 20507, libxslt = 1.0.30 the verion on Solaris 8 php = 4.3.4, libxml = 20510, libxslt = 1.0.19 the version on Redhat 9 php 4.3.4, libxml = 20504, libxslt = 1.0.27 [2004-02-13 12:08:16] bo at theaddedones dot com here is compact code bit that seesms to give the error i speak of http://www.w3.org/1999/XSL/Transform";> , '; $inXML = ' Karl Larsen Culver City CA USA '; $xsltString = domxml_xslt_stylesheet_doc(domxml_open_mem($inSheet)); $xmlString = domxml_open_mem($inXML); $res = $xsltString->process($xmlString); print $xsltString->result_dump_mem($res); ?> [2004-02-12 19:59:20] bo at theaddedones dot com sorry, in the 'reporduce code' the proper xsl would be (just mistyped it) , 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/27236 -- Edit this bug report at http://bugs.php.net/?id=27236&edit=1
#27220 [Fbk->NoF]: downloading larger file which is passed via readfile using ftp:// wrapper fails
ID: 27220 Updated by: [EMAIL PROTECTED] Reported By: jexli at vip dot 163 dot com -Status: Feedback +Status: No Feedback Bug Type: FTP related Operating System: windows xp PHP Version: 5.0.0b3 (beta3) New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2004-02-13 10:07:23] [EMAIL PROTECTED] Can you please give the feedback I requested first? And also this 'other' problem (propably related to this), you NEED TO COME UP WITH EXAMPLE SCRIPT We can NOT read people's minds..unfortunately. (I simply don't understand what you're writing, code is usually self-explaining..) [2004-02-13 05:03:17] jexli at vip dot 163 dot com Find a very serious problem about readfile(). I use the readfile function to output ftp file(300M) from Ftp Server to my disk,But only one user can download it.other's can't.Not only this,It expend a great deal of server's memory. Secont question is ftp_get function can only get file to server,can it get for end user's browser? [2004-02-11 10:58:39] [EMAIL PROTECTED] Please give proper example script which can be just copy'n'pasted. (and this works just fine for me on linux..tested using 500M file) [2004-02-11 09:26:26] jexli at vip dot 163 dot com Description: I use readfile() function to force download ftp file.In PHP4.3.4 version,the file size display unknow.But in PHP 5.0 the it works correctly.But they are also occur error when the FTP file size is large to 40M~50M. Reproduce code: --- Expected result: USE IN FORCE DOWNLOAD FTP FILE PHP 4.0 :If file size > 40M~50M,connection auto reset and download dialog closed. PHP 5.0 :If file size > 40M~50M,server cant response the request,download stoped,but download dialog still open,only not any response. But if file size <40M~50M,they are works fine. -- Edit this bug report at http://bugs.php.net/?id=27220&edit=1
#26753 [Opn->Csd]: zend_fetch_list_dtor_id() doesn't check NULL strings
ID: 26753
Updated by: [EMAIL PROTECTED]
Reported By: Markus dot Lidel at shadowconnect dot com
-Status: Open
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: Linux
PHP Version: 5CVS
New Comment:
Fixed this the same way as in PHP_4_3 branch after all.
Please ask the question about getting object id's on
[EMAIL PROTECTED]
Previous Comments:
[2004-02-17 06:14:51] Markus dot Lidel at shadowconnect dot com
Thank you very much.
Is there an other function, which could be used instead of
zend_register_list_destructors()?
Because i don't see any function to get the id of an object of a
different module?
[2004-02-17 06:08:06] [EMAIL PROTECTED]
Fixed in PHP 4 with your "patch". Still need to figure out the best way
to fix this in PHP 5. (either the same patch or by nuking of
zend_register_list_destructors() altogether)
[2004-01-29 13:27:48] Markus dot Lidel at shadowconnect dot com
Hi...
i have two modules. One uses the other. So i use the function to get
the id for the objects of the other module.
Bye...
[2004-01-29 11:44:22] [EMAIL PROTECTED]
Why do you use it?
[2003-12-31 08:07:45] Markus dot Lidel at shadowconnect dot com
Description:
If you use the zend_fetch_list_dtor_id function, and you have for
example loaded the "crack" extension (which registers a destructor
using the function register_list_destructors()), php crashes. The
source of the problem is this line:
if (strcmp(type_name, lde->type_name) == 0) {
The register_list_destructors() set lde->type_name to NULL. If you
replace the code with
if (lde->type_name && (strcmp(type_name, lde->type_name) == 0)) {
the function works fine.
Reproduce code:
---
int id = zend_fetch_list_dtor_id function("foo");
--
Edit this bug report at http://bugs.php.net/?id=26753&edit=1
#27296 [Opn->Fbk]: crash with apache 2
ID: 27296 Updated by: [EMAIL PROTECTED] Reported By: info at andisotho dot de -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: SuSE Linux 9.0 prof. PHP Version: 5.0.0b4 (beta4) New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Can you please make a backtrace then? Previous Comments: [2004-02-17 16:49:38] info at andisotho dot de The bug is not fixed [2004-02-17 16:16:11] [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 [2004-02-17 16:11:46] info at andisotho dot de Description: After install PHP 5.0 beta 4 the response of any php-file in the Browserwindow is "No Connection to the server" The Message in the Apache Error log File ist "[Tue Feb 17 12:20:22 2004] [notice] child pid 18777 exit signal Segmentation fault (11)". The Log Modus ist debug. The Apache Version is 2.0.48 an my configure statement ist : "./configure --prefix=/usr/share --datadir=/usr/share/php --bindir=/usr/bin --libdir=/usr/share --includedir=/usr/include --with-config-file-path=/etc --with-exec-dir=/usr/lib/php/bin --with-mysql=/usr/lib --with-apxs2=/usr/sbin/apxs2 --with-gd=shared --enable-versioning --enable-ftp --with-mcrypt --with-zlib --with-libxml-dir=/usr/imclude --with-bz2 --enable-exif --enable-magic-quotes --with-gettext --with-gmp ". With Beta3 it works Greetings Andisotho Sorry abaout my worry english -- Edit this bug report at http://bugs.php.net/?id=27296&edit=1
#27296 [Fbk->Opn]: crash with apache 2
ID: 27296 User updated by: info at andisotho dot de Reported By: info at andisotho dot de -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: SuSE Linux 9.0 prof. PHP Version: 5.0.0b4 (beta4) New Comment: The bug is not fixed Previous Comments: [2004-02-17 16:16:11] [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 [2004-02-17 16:11:46] info at andisotho dot de Description: After install PHP 5.0 beta 4 the response of any php-file in the Browserwindow is "No Connection to the server" The Message in the Apache Error log File ist "[Tue Feb 17 12:20:22 2004] [notice] child pid 18777 exit signal Segmentation fault (11)". The Log Modus ist debug. The Apache Version is 2.0.48 an my configure statement ist : "./configure --prefix=/usr/share --datadir=/usr/share/php --bindir=/usr/bin --libdir=/usr/share --includedir=/usr/include --with-config-file-path=/etc --with-exec-dir=/usr/lib/php/bin --with-mysql=/usr/lib --with-apxs2=/usr/sbin/apxs2 --with-gd=shared --enable-versioning --enable-ftp --with-mcrypt --with-zlib --with-libxml-dir=/usr/imclude --with-bz2 --enable-exif --enable-magic-quotes --with-gettext --with-gmp ". With Beta3 it works Greetings Andisotho Sorry abaout my worry english -- Edit this bug report at http://bugs.php.net/?id=27296&edit=1
#25124 [Ver->Bgs]: overload() messes with array member variables
ID: 25124
Updated by: [EMAIL PROTECTED]
Reported By: ian at ardes dot com
-Status: Verified
+Status: Bogus
Bug Type: Class/Object related
Operating System: *
PHP Version: 4CVS-2004-02-11
New Comment:
Expected behaviour -> bogus.
Previous Comments:
[2004-02-17 15:52:56] [EMAIL PROTECTED]
Overloading of array indexes is not supported. This is expected
behavior.
[2003-08-18 02:34:02] ian at ardes dot com
Description:
Summary: When a class is overloaded with overload(),
array member variables go wrong.
If you overload a class, then access to declared array
member variables from within member functions (and
anywhere else I think) stops working correctly.
The very simple class in the code should not change
it's behaviour at all once it is overloaded. But it
does.
Reproduce code:
---
class Overloaded {
var $_my_array = array();
function Overloaded() {
$this->_my_array[1] = '1st element';
}
function __get($nm, &$val) {
return false;
}
function __set($nm, $val) {
return false;
}
}
$o1 = new Overloaded();
print ("before overload(): "); print_r($o1);
overload('Overloaded');
$o2 = new Overloaded();
print ("after overload(): "); print_r($o2);
Expected result:
before overload(): overloaded Object
(
[_my_array] => Array
(
[1] => 1st element
)
)
after overload(): overloaded Object
(
[_my_array] => Array
(
[1] => 1st element
)
)
Actual result:
--
before overload(): overloaded Object
(
[_my_array] => Array
(
[1] => 1st element
)
)
after overload(): overloaded Object
(
[_my_array] => 1st element
)
--
Edit this bug report at http://bugs.php.net/?id=25124&edit=1
#27293 [Opn->Csd]: image2wbmp segfaults
ID: 27293 Updated by: [EMAIL PROTECTED] Reported By: nunoplopes at sapo dot pt -Status: Open +Status: Closed Bug Type: GD related Operating System: Win XP PHP Version: 5.0.0b4 (beta4) 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-02-17 14:17:00] nunoplopes at sapo dot pt Description: image2wbmp is segfaulting with my PHP 5. Reproduce code: --- Expected result: output the image Actual result: -- $ gdb php GNU gdb 2003-09-20-cvs (cygwin-special) (...) (gdb) run bug.php Starting program: /cygdrive/c/php/php.exe bug.php ---Type to continue, or q to quit--- Warning: image2wbmp(): Invalid threshold value '-1'. It must be between 0 and 25 5 in c:\nuno\testing\bug.php on line 7 Program received signal SIGSEGV, Segmentation fault. 0x in ?? () from (gdb) bt #0 0x in ?? () from -- Edit this bug report at http://bugs.php.net/?id=27293&edit=1
#27292 [Opn->Bgs]: Page time out
ID: 27292 Updated by: [EMAIL PROTECTED] Reported By: jforgey at wt dot net -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: win 2k PHP Version: 4.3.4 New Comment: Do you happen to have safe_mode on? (can not reproduce, timeout works as expected for me) Previous Comments: [2004-02-17 14:06:58] jforgey at wt dot net Description: When you set the time out using "set_time_limit" and the page times out. The page will report the default time limit setting in the php.ini file and not the time limit set from the php page Reproduce code: --- set_time_limit(15 * 60); //timeout 15 mins Expected result: page time out of 15 mins Actual result: -- page time out of 30 sec -- Edit this bug report at http://bugs.php.net/?id=27292&edit=1
#27296 [Opn->Fbk]: crash with apache 2
ID: 27296 Updated by: [EMAIL PROTECTED] -Summary: g Reported By: info at andisotho dot de -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: SuSE Linux 9.0 prof. PHP Version: 5.0.0b4 (beta4) 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: [2004-02-17 16:11:46] info at andisotho dot de Description: After install PHP 5.0 beta 4 the response of any php-file in the Browserwindow is "No Connection to the server" The Message in the Apache Error log File ist "[Tue Feb 17 12:20:22 2004] [notice] child pid 18777 exit signal Segmentation fault (11)". The Log Modus ist debug. The Apache Version is 2.0.48 an my configure statement ist : "./configure --prefix=/usr/share --datadir=/usr/share/php --bindir=/usr/bin --libdir=/usr/share --includedir=/usr/include --with-config-file-path=/etc --with-exec-dir=/usr/lib/php/bin --with-mysql=/usr/lib --with-apxs2=/usr/sbin/apxs2 --with-gd=shared --enable-versioning --enable-ftp --with-mcrypt --with-zlib --with-libxml-dir=/usr/imclude --with-bz2 --enable-exif --enable-magic-quotes --with-gettext --with-gmp ". With Beta3 it works Greetings Andisotho Sorry abaout my worry english -- Edit this bug report at http://bugs.php.net/?id=27296&edit=1
#27291 [Opn->Csd]: get_browser matches browscap.ini patterns incorrectly
ID: 27291
Updated by: [EMAIL PROTECTED]
Reported By: php-bug-NOSPAM-2004 at ryandesign dot com
-Status: Open
+Status: Closed
-Bug Type: Unknown/Other Function
+Bug Type: *General Issues
Operating System: Mac OS X; FreeBSD; RedHet Linux
PHP Version: 4.3.4
New Comment:
Using latest stable CVS snapshot does match with "Default Browser"..
Previous Comments:
[2004-02-17 14:01:22] php-bug-NOSPAM-2004 at ryandesign dot com
Description:
PHP's get_browser() function does not correctly use the
patterns in the browscap.ini file, resulting in
occasional incorrect matches. This occurred, for
example, when Apple released Safari 1.2, and when
OmniGroup released OmniWeb 5.0b1. These two browsers
were then incorrectly identified as crawlers / robots,
instead of being recognized as normal browsers.
Instead of matching the last rule in the file (which has
the browscap pattern "*" which PHP translates into the
regular expression ".*"), it matches the rule for
Website Strippers (which has the browscap pattern
"Mozilla/5.0" which PHP translates to the regular
expression "Mozilla/5\.0"). Yes, Safari and OmniWeb have
"Mozilla/5.0" as part of their user agent string, but
only part. "Mozilla/5.0" is not the ENTIRE UA string,
which is what the browscap pattern is intending to
define. Had the rule been intended to match "Mozilla/
5.0" at the start of the string, regardless of what
followed, the rule would have been written "Mozilla/
5.0*". But it wasn't. PHP needs to anchor the regular
expression it generates to the beginning and end of the
string to ensure it is matching the portion of the
string the browscap.ini author intended it to match. The
regular expressions PHP should have generated are
"^Mozilla/5\.0$" and "^.*$".
Here is a diff of the PHP source code file
ext/standard/browscap.c (from the version in the 4.3.4
release) which seems to correct the problem. The
commenting out of lines 71 to 73 in the original file
(73 to 75 in my version) is not essential and is not
part of the fix for this issue, but was done because
those lines seem to me to be another inaccuracy in PHP's
browscap.ini parsing, and their removal does not seem to
adversely affect the functioning of get_browser(),
although I did not extensively test against many user
agent strings, and I do not know the reason that code
was originally inserted.
50c50
< t = (char *) malloc(Z_STRLEN_P(pattern)*2 + 1);
---
> t = (char *) malloc(Z_STRLEN_P(pattern)*2 + 3);
52c52,54
< for (i=0, j=0; i t[0] = '^';
>
> for (i=0, j=1; i //if (j && (t[j-1] == '.')) {
> //t[j++] = '*';
> //}
74a77,78
> t[j++] = '$';
>
Reproduce code:
---
Install the browscap.ini file available from www.garykeith.com and
modify the php.ini to use this file. Then run this:
$ua = 'Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-us) AppleWebKit/1999
(KHTML, like Gecko) Safari/1999';
$ua_info = (array) get_browser($ua);
print $ua;
print '';
print_r($ua_info);
print '';
Expected result:
The browscap.ini does not know about Safari version
1999. There is no such version; version 1.2 (125) is
the most recent as of February 2004. And, at least in
the version from a week or so ago, the browscap.ini does
not define a generic "Safari" directive that would allow
the browscap.ini to recognize it. So this user agent
string should match the last rule in the file, "Default
Browser", which has the pattern "*".
Actual result:
--
It actually matches the pattern "Mozilla/5.0", in the
Website Strippers category.
--
Edit this bug report at http://bugs.php.net/?id=27291&edit=1
#27296 [NEW]: g
From: info at andisotho dot de Operating system: SuSE Linux 9.0 prof. PHP version: 5.0.0b4 (beta4) PHP Bug Type: Apache2 related Bug description: g Description: After install PHP 5.0 beta 4 the response of any php-file in the Browserwindow is "No Connection to the server" The Message in the Apache Error log File ist "[Tue Feb 17 12:20:22 2004] [notice] child pid 18777 exit signal Segmentation fault (11)". The Log Modus ist debug. The Apache Version is 2.0.48 an my configure statement ist : "./configure --prefix=/usr/share --datadir=/usr/share/php --bindir=/usr/bin --libdir=/usr/share --includedir=/usr/include --with-config-file-path=/etc --with-exec-dir=/usr/lib/php/bin --with-mysql=/usr/lib --with-apxs2=/usr/sbin/apxs2 --with-gd=shared --enable-versioning --enable-ftp --with-mcrypt --with-zlib --with-libxml-dir=/usr/imclude --with-bz2 --enable-exif --enable-magic-quotes --with-gettext --with-gmp ". With Beta3 it works Greetings Andisotho Sorry abaout my worry english -- Edit bug report at http://bugs.php.net/?id=27296&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27296&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27296&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27296&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27296&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27296&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27296&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27296&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27296&r=support Expected behavior: http://bugs.php.net/fix.php?id=27296&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27296&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27296&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27296&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27296&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27296&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27296&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27296&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27296&r=float
#25124 [Ver]: overload() messes with array member variables
ID: 25124
Updated by: [EMAIL PROTECTED]
Reported By: ian at ardes dot com
Status: Verified
Bug Type: Class/Object related
Operating System: *
PHP Version: 4CVS-2004-02-11
New Comment:
Overloading of array indexes is not supported. This is expected
behavior.
Previous Comments:
[2003-08-18 02:34:02] ian at ardes dot com
Description:
Summary: When a class is overloaded with overload(),
array member variables go wrong.
If you overload a class, then access to declared array
member variables from within member functions (and
anywhere else I think) stops working correctly.
The very simple class in the code should not change
it's behaviour at all once it is overloaded. But it
does.
Reproduce code:
---
class Overloaded {
var $_my_array = array();
function Overloaded() {
$this->_my_array[1] = '1st element';
}
function __get($nm, &$val) {
return false;
}
function __set($nm, $val) {
return false;
}
}
$o1 = new Overloaded();
print ("before overload(): "); print_r($o1);
overload('Overloaded');
$o2 = new Overloaded();
print ("after overload(): "); print_r($o2);
Expected result:
before overload(): overloaded Object
(
[_my_array] => Array
(
[1] => 1st element
)
)
after overload(): overloaded Object
(
[_my_array] => Array
(
[1] => 1st element
)
)
Actual result:
--
before overload(): overloaded Object
(
[_my_array] => Array
(
[1] => 1st element
)
)
after overload(): overloaded Object
(
[_my_array] => 1st element
)
--
Edit this bug report at http://bugs.php.net/?id=25124&edit=1
#27295 [Opn->Asn]: Memory Leak with sscanf
ID: 27295 Updated by: [EMAIL PROTECTED] Reported By: jwalker7281 at yahoo dot com -Status: Open +Status: Assigned Bug Type: Zend Engine 2 problem Operating System: Redhat Linux 9 -PHP Version: 5.0.0b4 (beta4) +PHP Version: 4CVS, 5CVS -Assigned To: +Assigned To: iliaa Previous Comments: [2004-02-17 15:14:05] jwalker7281 at yahoo dot com Description: I found that using sscanf, at least within a foreach loop, leaks. The original code I found this in read in a file, and then did foreach( $lines as $line )... I wrote a small bit of code to simulate that. It doesn't give the same files for a leak location, but it still leaks. When running my code, I got this: /root/php-5.0.0b4/Zend/zend_execute.c(2973) : Freeing 0x40232D30 (2 bytes), script=./objtest /root/php-5.0.0b4/Zend/zend_variables.c(137) : Actual location (location was relayed) === Total 1 memory leaks detected === When running this test simulation code, I got this: /root/php-5.0.0b4/ext/standard/scanf.c(937) : Freeing 0x4022727C (4 bytes), script=./memleak === Total 1 memory leaks detected === Both are running PHP5, b4 in CLI mode. Reproduce code: --- #!/usr/local/bin/php -q Expected result: It *works*, as in it outputs: ./memleak #dude = me #bug = nasty But it also gives that memory leak bug. Actual result: -- Please see above. -- Edit this bug report at http://bugs.php.net/?id=27295&edit=1
#27248 [Fbk->Opn]: php_exif.dll crashes php
ID: 27248 User updated by: zeger at zeger dot nl Reported By: zeger at zeger dot nl -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows 2k3 Server PHP Version: 5CVS-2004-02-14 New Comment: php-cgi.exe works! php.ini excerpt : extension=php_mbstring.dll extension=php_exif.dll So I guess loading php_mbstring has to be done prior to loading php_exif. Previous Comments: [2004-02-17 14:06:30] [EMAIL PROTECTED] Please try this: php.ini: extension=php_mbstring.dll extension=php_exif.dll NOTE: the order is important. If that doesn't work, try modifying your PATH to include the PHP extension dir, then try again. [2004-02-17 06:46:57] zeger at zeger dot nl After some further experiments using PHP 5.0.0 snapshots in the command prompt. Loading php_exif.dll results in an error "php_mbstring.dll was not found". Loading php_mbstring.dll works just fine. Loading both php_exif.dll and mbstring.dll results in "php_mbstring.dll was not found". Next, copying the php_mbstring.dll to the php.exe root results in a php crash when loading php_exif.dll. [2004-02-17 05:10:11] mastabog at hotmail dot com I can confirm this bug. I'm downloading the php5-win32-latest.zip daily and use it with apache1.3 and apache2. Since the release of beta 3, all versions were always crashing while loading the php_exif.dll (even if php_mbstring.dll was also loaded) unless php_exif.dll was copied in the php5apache.dll directory (in my case the php5 dir). [2004-02-17 04:09:03] ian_germany at hotmail dot com Yes, mbstring is added. Without php_exif all is fine. If I dont have php_exif.dll in the root of the php folder php appears unable to find it, even though it is with all the other extensions and can find them. this is the error I get : This application has failed to start because php_mbstring.dll was not found. Re-installing the application may fix this problem. followed by: PHP Startup:Unable to load dynamic library 'c:/php/ext/php_exif.dll' - The specified module could not be found. [2004-02-16 14:17:23] [EMAIL PROTECTED] Are you using mbstring extension? If not load it and try again. 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/27248 -- Edit this bug report at http://bugs.php.net/?id=27248&edit=1
#27295 [NEW]: Memory Leak with sscanf
From: jwalker7281 at yahoo dot com Operating system: Redhat Linux 9 PHP version: 5.0.0b4 (beta4) PHP Bug Type: Zend Engine 2 problem Bug description: Memory Leak with sscanf Description: I found that using sscanf, at least within a foreach loop, leaks. The original code I found this in read in a file, and then did foreach( $lines as $line )... I wrote a small bit of code to simulate that. It doesn't give the same files for a leak location, but it still leaks. When running my code, I got this: /root/php-5.0.0b4/Zend/zend_execute.c(2973) : Freeing 0x40232D30 (2 bytes), script=./objtest /root/php-5.0.0b4/Zend/zend_variables.c(137) : Actual location (location was relayed) === Total 1 memory leaks detected === When running this test simulation code, I got this: /root/php-5.0.0b4/ext/standard/scanf.c(937) : Freeing 0x4022727C (4 bytes), script=./memleak === Total 1 memory leaks detected === Both are running PHP5, b4 in CLI mode. Reproduce code: --- #!/usr/local/bin/php -q Expected result: It *works*, as in it outputs: ./memleak #dude = me #bug = nasty But it also gives that memory leak bug. Actual result: -- Please see above. -- Edit bug report at http://bugs.php.net/?id=27295&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27295&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27295&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27295&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27295&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27295&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27295&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27295&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27295&r=support Expected behavior: http://bugs.php.net/fix.php?id=27295&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27295&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27295&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27295&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27295&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27295&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27295&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27295&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27295&r=float
#27157 [Csd]: php 4.3.4 sybase-ct make failure
ID: 27157
User updated by: detoma dot alessandro at sea-aeroportimilano dot it
Reported By: detoma dot alessandro at sea-aeroportimilano dot it
Status: Closed
Bug Type: Compile Failure
Operating System: solaris 8
PHP Version: 4CVS, 5CVS
Assigned To: thekid
New Comment:
Thank you for your replay.
I look the error but I don't understand where is the error of
configuration.
I try to add the "/usr/local/lib/php" in my php.ini inclde_path but
nothing to do.
Could you help me?
Best regards,
Alex
Previous Comments:
[2004-02-16 11:06:32] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
The sybase compilation error is fixed (you wouldn't be able
to get the PEAR install) if it was not. The PEAR problem
you are seeing is due to a configuration problem on your
end. Look at the error message.
[2004-02-16 05:52:15] detoma dot alessandro at sea-aeroportimilano dot
it
I try with latest version of php.
this version is better but the following error occur when I run "make
install":
make install
Installing PHP SAPI module: apache2handler
/appl/apache/build/instdso.sh SH_LIBTOOL='/appl/apache/build/libtool'
libphp4.la /appl/apache/modules
/appl/apache/build/libtool --mode=install cp libphp4.la
/appl/apache/modules/
cp .libs/libphp4.so /appl/apache/modules/libphp4.so
chmod +x /appl/apache/modules/libphp4.so
cp .libs/libphp4.lai /appl/apache/modules/libphp4.la
libtool: install: warning: remember to run `libtool --finish
/usr/local/src/php4-STABLE-200402160830/libs'
chmod 755 /appl/apache/modules/libphp4.so
[activating module `php4' in /appl/apache/conf/httpd.conf]
Installing PHP CLI binary:/usr/local/bin/
Installing PHP CLI man page: /usr/local/man/man1/
Installing PEAR environment: /usr/local/lib/php/
Open Client Message:
Message number: LAYER = (5) ORIGIN = (3) SEVERITY = (5) NUMBER = (131)
Message String: ct_init(): network packet layer: internal net library
error: Attempt to load protocol driver failed
[PEAR] Archive_Tar- already installed: 1.1
[PEAR] Console_Getopt - upgraded: 1.2
[PEAR] PEAR - upgraded: 1.3b6
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
*** Error code 139
The following command caused the error:
/usr/local/src/php4-STABLE-200402160830/sapi/cli/php -n
-dshort_open_tag=0 -dsafe_mode=0
/usr/local/src/php4-STABLE-200402160830/pear/install-pear.php -d
"/usr/local/lib/php" -b "/usr/local/bin"
/usr/local/src/php4-STABLE-200402160830/pear/package-*.xml
make: Fatal error: Command failed for target `install-pear-installer'
Current working directory /usr/local/src/php4-STABLE-200402160830
*** Error code 1
make: Fatal error: Command failed for target `install-pear'
Thanks
[2004-02-15 05:32:21] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2004-02-08 11:45:35] [EMAIL PROTECTED]
See if the following patch fixes it for you:
http://sitten-polizei.de/php_sybase_ct.c.diff
[2004-02-08 11:23:01] [EMAIL PROTECTED]
Wait, I just saw the second compile failure shows lines 248 and 249 as
where the errors occur.
-- snip --
zval severity, msgnumber, state, line, text;
zval *ptrs[5]= {&msgnumber, &severity, &state, &line, &text};
zval **args[5]= {&ptrs[0], &ptrs[1], &ptrs[2], &ptrs[3], &ptrs[4]};
-- snip --
OK, then this isn't related to ZTS and not to my recent changes either,
as this code has been there (or a couple of lines before that) for
quite a while now (revision 1.71 or PHP 4.3.0).
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/27157
--
Edit this bug report at http://bugs.php.net/?id=27157&edit=1
#27293 [NEW]: image2wbmp segfaults
From: nunoplopes at sapo dot pt Operating system: Win XP PHP version: 5.0.0b4 (beta4) PHP Bug Type: GD related Bug description: image2wbmp segfaults Description: image2wbmp is segfaulting with my PHP 5. Reproduce code: --- Expected result: output the image Actual result: -- $ gdb php GNU gdb 2003-09-20-cvs (cygwin-special) (...) (gdb) run bug.php Starting program: /cygdrive/c/php/php.exe bug.php ---Type to continue, or q to quit--- Warning: image2wbmp(): Invalid threshold value '-1'. It must be between 0 and 25 5 in c:\nuno\testing\bug.php on line 7 Program received signal SIGSEGV, Segmentation fault. 0x in ?? () from (gdb) bt #0 0x in ?? () from -- Edit bug report at http://bugs.php.net/?id=27293&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27293&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27293&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27293&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27293&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27293&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27293&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27293&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27293&r=support Expected behavior: http://bugs.php.net/fix.php?id=27293&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27293&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27293&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27293&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27293&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27293&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27293&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27293&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27293&r=float
#27292 [NEW]: Page time out
From: jforgey at wt dot net Operating system: win 2k PHP version: 4.3.4 PHP Bug Type: *General Issues Bug description: Page time out Description: When you set the time out using "set_time_limit" and the page times out. The page will report the default time limit setting in the php.ini file and not the time limit set from the php page Reproduce code: --- set_time_limit(15 * 60); //timeout 15 mins Expected result: page time out of 15 mins Actual result: -- page time out of 30 sec -- Edit bug report at http://bugs.php.net/?id=27292&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27292&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27292&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27292&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27292&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27292&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27292&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27292&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27292&r=support Expected behavior: http://bugs.php.net/fix.php?id=27292&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27292&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27292&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27292&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27292&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27292&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27292&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27292&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27292&r=float
#27248 [Opn->Fbk]: php_exif.dll crashes php
ID: 27248 Updated by: [EMAIL PROTECTED] Reported By: zeger at zeger dot nl -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows 2k3 Server PHP Version: 5CVS-2004-02-14 New Comment: Please try this: php.ini: extension=php_mbstring.dll extension=php_exif.dll NOTE: the order is important. If that doesn't work, try modifying your PATH to include the PHP extension dir, then try again. Previous Comments: [2004-02-17 06:46:57] zeger at zeger dot nl After some further experiments using PHP 5.0.0 snapshots in the command prompt. Loading php_exif.dll results in an error "php_mbstring.dll was not found". Loading php_mbstring.dll works just fine. Loading both php_exif.dll and mbstring.dll results in "php_mbstring.dll was not found". Next, copying the php_mbstring.dll to the php.exe root results in a php crash when loading php_exif.dll. [2004-02-17 05:10:11] mastabog at hotmail dot com I can confirm this bug. I'm downloading the php5-win32-latest.zip daily and use it with apache1.3 and apache2. Since the release of beta 3, all versions were always crashing while loading the php_exif.dll (even if php_mbstring.dll was also loaded) unless php_exif.dll was copied in the php5apache.dll directory (in my case the php5 dir). [2004-02-17 04:09:03] ian_germany at hotmail dot com Yes, mbstring is added. Without php_exif all is fine. If I dont have php_exif.dll in the root of the php folder php appears unable to find it, even though it is with all the other extensions and can find them. this is the error I get : This application has failed to start because php_mbstring.dll was not found. Re-installing the application may fix this problem. followed by: PHP Startup:Unable to load dynamic library 'c:/php/ext/php_exif.dll' - The specified module could not be found. [2004-02-16 14:17:23] [EMAIL PROTECTED] Are you using mbstring extension? If not load it and try again. [2004-02-16 11:58:41] ian_germany at hotmail dot com I have a similar problem, running php.exe (Version 5 beta 4) from the commmandline (Windows XP). Enabling php_exif.dll in php.ini makes php crash, without it everything is fine. Other extensions such as php_gd2.dll are working fine. I have no previous versions of PHP installed. 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/27248 -- Edit this bug report at http://bugs.php.net/?id=27248&edit=1
#27291 [NEW]: get_browser matches browscap.ini patterns incorrectly
From: php-bug-NOSPAM-2004 at ryandesign dot com
Operating system: Mac OS X; FreeBSD; RedHet Linux
PHP version: 4.3.4
PHP Bug Type: Unknown/Other Function
Bug description: get_browser matches browscap.ini patterns incorrectly
Description:
PHP's get_browser() function does not correctly use the
patterns in the browscap.ini file, resulting in
occasional incorrect matches. This occurred, for
example, when Apple released Safari 1.2, and when
OmniGroup released OmniWeb 5.0b1. These two browsers
were then incorrectly identified as crawlers / robots,
instead of being recognized as normal browsers.
Instead of matching the last rule in the file (which has
the browscap pattern "*" which PHP translates into the
regular expression ".*"), it matches the rule for
Website Strippers (which has the browscap pattern
"Mozilla/5.0" which PHP translates to the regular
expression "Mozilla/5\.0"). Yes, Safari and OmniWeb have
"Mozilla/5.0" as part of their user agent string, but
only part. "Mozilla/5.0" is not the ENTIRE UA string,
which is what the browscap pattern is intending to
define. Had the rule been intended to match "Mozilla/
5.0" at the start of the string, regardless of what
followed, the rule would have been written "Mozilla/
5.0*". But it wasn't. PHP needs to anchor the regular
expression it generates to the beginning and end of the
string to ensure it is matching the portion of the
string the browscap.ini author intended it to match. The
regular expressions PHP should have generated are
"^Mozilla/5\.0$" and "^.*$".
Here is a diff of the PHP source code file
ext/standard/browscap.c (from the version in the 4.3.4
release) which seems to correct the problem. The
commenting out of lines 71 to 73 in the original file
(73 to 75 in my version) is not essential and is not
part of the fix for this issue, but was done because
those lines seem to me to be another inaccuracy in PHP's
browscap.ini parsing, and their removal does not seem to
adversely affect the functioning of get_browser(),
although I did not extensively test against many user
agent strings, and I do not know the reason that code
was originally inserted.
50c50
< t = (char *) malloc(Z_STRLEN_P(pattern)*2 + 1);
---
> t = (char *) malloc(Z_STRLEN_P(pattern)*2 + 3);
52c52,54
< for (i=0, j=0; i t[0] = '^';
>
> for (i=0, j=1; i //if (j && (t[j-1] == '.')) {
> //t[j++] = '*';
> //}
74a77,78
> t[j++] = '$';
>
Reproduce code:
---
Install the browscap.ini file available from www.garykeith.com and modify
the php.ini to use this file. Then run this:
$ua = 'Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-us) AppleWebKit/1999
(KHTML, like Gecko) Safari/1999';
$ua_info = (array) get_browser($ua);
print $ua;
print '';
print_r($ua_info);
print '';
Expected result:
The browscap.ini does not know about Safari version
1999. There is no such version; version 1.2 (125) is
the most recent as of February 2004. And, at least in
the version from a week or so ago, the browscap.ini does
not define a generic "Safari" directive that would allow
the browscap.ini to recognize it. So this user agent
string should match the last rule in the file, "Default
Browser", which has the pattern "*".
Actual result:
--
It actually matches the pattern "Mozilla/5.0", in the
Website Strippers category.
--
Edit bug report at http://bugs.php.net/?id=27291&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27291&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27291&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27291&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27291&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27291&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27291&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27291&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27291&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27291&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27291&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27291&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27291&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27291&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27291&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27291&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27291&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27291&r=float
#19245 [Com]: Alter error message for execution time exceeded
ID: 19245
Comment by: xuefer at 21cn dot com
Reported By: t_o_m_ at yahoo dot com
Status: Open
Bug Type: Feature/Change Request
Operating System: All
PHP Version: 4.2.2
New Comment:
it's not only for timeout!
it's a internal fatal error which cannot be handled user handler.
for others error, i can write my own error-logger
not only PHP_SELF should be display/logged, but also the QUERY_STRING,
and GET or POST
but i'd like if there's another user handler can haldle critical
errors.
set_critical_error_handler('ceh');
function ceh(..)
{
... // any error in this function is suspended
}
Previous Comments:
[2002-09-05 06:49:08] t_o_m_ at yahoo dot com
I have the log_errors and error_log set in my php.ini.
However when I look through it I see lines like:
[05-Sep-2002 10:03:31] PHP Fatal error: Maximum execution time of 30
seconds exceeded in E:\intranet\reports\db.inc on line 9
This file is includeded in many other files, and from this error it is
not possible to tell which the including file was. In my case the
including file contains an over complex sql statement, the include file
(db.inc) just runs it.
Would it be possible for this error message to have
$_SERVER['PHP_SELF'] in it?
--
Edit this bug report at http://bugs.php.net/?id=19245&edit=1
#27289 [Opn]: Change application/x-httpd-php in php5
ID: 27289 User updated by: php at koteroff dot ru Reported By: php at koteroff dot ru Status: Open Bug Type: Feature/Change Request Operating System: all PHP Version: 5.0.0b4 (beta4) New Comment: Thanks in advice. But why? Would PHP5 ever been compatible with PHP4 on the same apache or not? What the prospects? I am sure: if PHP5 would live with PHP4 on the same server, it will greatly improve its popularity. (I am working as system administrator of large hosting provider.) Previous Comments: [2004-02-17 11:39:18] schlueter at phpbar dot de Changing the mime-type can be done in the mod_php5.c at line 910 (for Apache 1.3, for Apache 2 it shouldn't be a big difference) http://lxr.php.net/source/php-src/sapi/apache/mod_php5.c#910 But even if you change this you still can't make both versions work on the same Apache - the only sollution ist to run different insances of Apache on different ports (that's what I do) or run at least one as CGI. [2004-02-17 11:09:35] php at koteroff dot ru Description: Both PHP4 and PHP5 uses the same MIME types: application/x-httpd-php It makes impossible to use PHP4 and PHP5 as apache modules on the same server. Can you change it to application/x-httpd-php5 in new PHP version? I'd like to say that PHP3 and PHP4 lives together on the same server without any problem, because they have different MIME types. I also know that on Windows we can open PHP dll in any binary editor and manually correct MIME. Then we may use php4 and php5 together. I have not tried this technique on Unix. Any problem with compatibility with php4? Please answer something. -- Edit this bug report at http://bugs.php.net/?id=27289&edit=1
#27289 [Com]: Change application/x-httpd-php in php5
ID: 27289 Comment by: schlueter at phpbar dot de Reported By: php at koteroff dot ru Status: Open Bug Type: Feature/Change Request Operating System: all PHP Version: 5.0.0b4 (beta4) New Comment: Changing the mime-type can be done in the mod_php5.c at line 910 (for Apache 1.3, for Apache 2 it shouldn't be a big difference) http://lxr.php.net/source/php-src/sapi/apache/mod_php5.c#910 But even if you change this you still can't make both versions work on the same Apache - the only sollution ist to run different insances of Apache on different ports (that's what I do) or run at least one as CGI. Previous Comments: [2004-02-17 11:09:35] php at koteroff dot ru Description: Both PHP4 and PHP5 uses the same MIME types: application/x-httpd-php It makes impossible to use PHP4 and PHP5 as apache modules on the same server. Can you change it to application/x-httpd-php5 in new PHP version? I'd like to say that PHP3 and PHP4 lives together on the same server without any problem, because they have different MIME types. I also know that on Windows we can open PHP dll in any binary editor and manually correct MIME. Then we may use php4 and php5 together. I have not tried this technique on Unix. Any problem with compatibility with php4? Please answer something. -- Edit this bug report at http://bugs.php.net/?id=27289&edit=1
#27290 [NEW]: warning msg on missing function argument should mention file/line of caller too
From: [EMAIL PROTECTED] Operating system: PHP version: 5CVS-2004-02-17 (dev) PHP Bug Type: Feature/Change Request Bug description: warning msg on missing function argument should mention file/line of caller too Description: usually the location of the caller what you really want to know here, especially if you are trying to track this down from not-so-recent messages in your error_log ... Reproduce code: --- Expected result: Warning: Missing argument 1 for foo() in foo.php on line 2, called in foo.php on line 4 Actual result: -- Warning: Missing argument 1 for foo() in - on line 2 -- Edit bug report at http://bugs.php.net/?id=27290&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27290&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27290&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27290&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27290&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27290&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27290&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27290&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27290&r=support Expected behavior: http://bugs.php.net/fix.php?id=27290&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27290&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27290&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27290&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27290&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27290&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27290&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27290&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27290&r=float
#27289 [NEW]: Change application/x-httpd-php in php5
From: php at koteroff dot ru Operating system: all PHP version: 5.0.0b4 (beta4) PHP Bug Type: Feature/Change Request Bug description: Change application/x-httpd-php in php5 Description: Both PHP4 and PHP5 uses the same MIME types: application/x-httpd-php It makes impossible to use PHP4 and PHP5 as apache modules on the same server. Can you change it to application/x-httpd-php5 in new PHP version? I'd like to say that PHP3 and PHP4 lives together on the same server without any problem, because they have different MIME types. I also know that on Windows we can open PHP dll in any binary editor and manually correct MIME. Then we may use php4 and php5 together. I have not tried this technique on Unix. Any problem with compatibility with php4? Please answer something. -- Edit bug report at http://bugs.php.net/?id=27289&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27289&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27289&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27289&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27289&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27289&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27289&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27289&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27289&r=support Expected behavior: http://bugs.php.net/fix.php?id=27289&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27289&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27289&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27289&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27289&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27289&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27289&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27289&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27289&r=float
#27271 [Opn->Bgs]: shmop doesn't work.
ID: 27271
Updated by: [EMAIL PROTECTED]
Reported By: yury at gorodok dot net
-Status: Open
+Status: Bogus
Bug Type: *Extensibility Functions
Operating System: win32 only
PHP Version: 5.0.0b4 (beta4)
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
SHM is emulated on win32 and the nature of the emulation
that it would work only in a persistent environment such as
Apache or IIS (not cgi or cli).
Previous Comments:
[2004-02-16 23:13:57] yury at gorodok dot net
sh.php
";
else { $wrb=shmop_write($shm_id,$str, 0);
if($wrb!= strlen($str)) echo $wrb." bytes was written of
".strlen($str)."!";
echo "shm_id=".$shm_id.""; shmop_close($shm_id);} ?>
hh.php
!";
else {$A=shmop_read($shm_id, 0, shmop_size($shm_id)); echo $A."";
echo "shm_id=".$shm_id; shmop_close($shm_id); } ?>
hs.php
!";
else {$A=shmop_read($shm_id, 0, shmop_size($shm_id)); echo $A."";
echo "shm_id=".$shm_id; shmop_delete($shm_id);
shmop_close($shm_id); } ?>
[2004-02-16 11:23:13] [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 avoid embedding huge scripts into the report.
[2004-02-16 03:42:54] yury at gorodok dot net
Description:
shmop doesn't work properly.
I start sh.php, which creates shmop segment and write a strring there.
After that I start hh.php, which should read string and write it in my
browser.
The hs.php deletes segment.
On FreeBSD with PHP 4.3.4(apache module and command line) this works
just fine.
But on Win2000SP2 with PHP5.0.0b4(commandline and cgi) I can access
shared memory segment only while the first script is running (I' ve
adde sleep(30) in it for test reasons).
--
Edit this bug report at http://bugs.php.net/?id=27271&edit=1
#27279 [Bgs]: Database data not stripped - whitespace everywhere
ID: 27279 User updated by: webmaster at birkman dot com Reported By: webmaster at birkman dot com Status: Bogus Bug Type: Sybase (dblib) related Operating System: Linux 2.4 to MSSQL2000 PHP Version: 4.3.4 New Comment: I searched on various keywords (whitespace, sybase, spacing, extra spaces) and nothing came up related to this issue of 4.3.2 -> 4.3.4 spacing. If you wouldn't mind, could you please post links to the bugs you're referencing, and I'll be more than happy to move my comments? Also, I have CLI versions of 4.3.2 and 4.3.4 both built with the exact same libraries showing the bug. And I have a 4.3.4 version built (exact same way) except the 'if ilia_0' has been commented out of php_sybase_db.c, and it works fine. Previous Comments: [2004-02-16 11:05:15] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. This is due to a bug in the library not PHP. For more information search for similar bugs (there were several). [2004-02-16 09:40:22] webmaster at birkman dot com Description: In looking at the ChangeLog, I don't see anything describing the behavior I'm seeing. Most of the data returned from the database has whitespace at the end, even bits and integers. Has something changed requiring the use of trim() on every resultset coming from a sybase database? Wouldn't a trim() operation in C be faster than one in PHP? This behavior occurs in PHP-4.3.4 but not in our production version of PHP-4.3.2 Thanks, David Steckbeck -- Edit this bug report at http://bugs.php.net/?id=27279&edit=1
#27226 [Com]: associative arrays as session variables
ID: 27226
Comment by: pappkamerad at decoded dot net
Reported By: dayal at capital-merchant dot com
Status: Bogus
Bug Type: Arrays related
Operating System: Unix
PHP Version: 4.3.2
New Comment:
hmmm... i've the same problem here.
installed horde framework with ingo-filter manager. this is using
hashes like $_SESSION['ingo']['edit']. example: if a edit link is
clicked, than this happens in the target script:
---
$_SESSION['ingo']['edit'] = $id;
header('Location: ' . Horde::applicationUrl('rule.php'));
---
if register_globals is off all works fine. if it is "on", the
$_SESSION['ingo']['edit'] variable is not defined in the rule.php
script.
now if i reload the page (F5) everything is there...
php version is 4.3.4
Previous Comments:
[2004-02-12 10:05:02] [EMAIL PROTECTED]
Read the NEWS file. I don't know if this was specifically fixed in it
or if it was some side-effect of some other bug that was fixed or if
you're doing something wrong. I can just say that this works fine in
PHP versions >= 4.3.3 (used in one other host I have some stuff running
on)
We have no resources to support old versions anyway. If you say you're
using any older PHP version than the latest release it causes the
report to be bogus automatically.
[2004-02-11 21:57:12] dayal at capital-merchant dot com
So was this bug present in 4.3.2 and has been rectified in 4.3.4? If
not, what could be the reason why associative arrays are failing when
used as session variables in my case?
I just want to confirm the above before upgrading my php version.
Thanks in advance
Dayal
[2004-02-11 19:59:19] [EMAIL PROTECTED]
Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP --
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php
If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.
Works (and has worked) fine with PHP 4.3.4 in production since release.
(heavily using sessions and also storing associative arrays in them)
[2004-02-11 17:43:08] dayal at capital-merchant dot com
Description:
PHP Version: 4.3.2
--
Hi,
I am using an associative array as a session variable.
Randomly this variable fails in the sense that all values corresponding
to the keys are lost.
To see if this problem is specific to associative arrays I have added
another simple variable to the session. The application is able to
retrieve this other variable from the session all the time, even when
the associative array fails.
Is there any problem using associative arrays as session variables in
php??
Reproduce code:
---
Expected result:
test2.php
-
Expected Result:
---
Your name:
Numeric value: 30
Actual result:
--
Your name:
Numeric value: 30
--
Edit this bug report at http://bugs.php.net/?id=27226&edit=1
#27248 [Fbk->Opn]: php_exif.dll crashes php
ID: 27248 User updated by: zeger at zeger dot nl Reported By: zeger at zeger dot nl -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows 2k3 Server PHP Version: 5CVS-2004-02-14 New Comment: After some further experiments using PHP 5.0.0 snapshots in the command prompt. Loading php_exif.dll results in an error "php_mbstring.dll was not found". Loading php_mbstring.dll works just fine. Loading both php_exif.dll and mbstring.dll results in "php_mbstring.dll was not found". Next, copying the php_mbstring.dll to the php.exe root results in a php crash when loading php_exif.dll. Previous Comments: [2004-02-17 05:10:11] mastabog at hotmail dot com I can confirm this bug. I'm downloading the php5-win32-latest.zip daily and use it with apache1.3 and apache2. Since the release of beta 3, all versions were always crashing while loading the php_exif.dll (even if php_mbstring.dll was also loaded) unless php_exif.dll was copied in the php5apache.dll directory (in my case the php5 dir). [2004-02-17 04:09:03] ian_germany at hotmail dot com Yes, mbstring is added. Without php_exif all is fine. If I dont have php_exif.dll in the root of the php folder php appears unable to find it, even though it is with all the other extensions and can find them. this is the error I get : This application has failed to start because php_mbstring.dll was not found. Re-installing the application may fix this problem. followed by: PHP Startup:Unable to load dynamic library 'c:/php/ext/php_exif.dll' - The specified module could not be found. [2004-02-16 14:17:23] [EMAIL PROTECTED] Are you using mbstring extension? If not load it and try again. [2004-02-16 11:58:41] ian_germany at hotmail dot com I have a similar problem, running php.exe (Version 5 beta 4) from the commmandline (Windows XP). Enabling php_exif.dll in php.ini makes php crash, without it everything is fine. Other extensions such as php_gd2.dll are working fine. I have no previous versions of PHP installed. [2004-02-16 01:21:41] zeger at zeger dot nl Yes, everything was deleted. All dll's were removed. 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/27248 -- Edit this bug report at http://bugs.php.net/?id=27248&edit=1
#27288 [Fbk->Bgs]: Count returns 1 for array with simple xml
ID: 27288
Updated by: [EMAIL PROTECTED]
Reported By: marcels at korton dot nl
-Status: Feedback
+Status: Bogus
Bug Type: XML related
Operating System: Windows 2000 SP3
PHP Version: 5.0.0b4 (beta4)
New Comment:
Arrays are no longer returned. The objects implement iterators so use
foreach, ie:
foreach ($xml_mem->book->bookbody->part as $part) {
foreach($part->chapter as $chapter) {
echo $chapter->chapheader->title.'';
}
}
Previous Comments:
[2004-02-17 06:11:16] [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 avoid embedding huge scripts into the report.
[2004-02-17 03:50:33] marcels at korton dot nl
Description:
When I use the count function to get the number of elements in an array
it returns 1. It does this only when I use simpleXML. In version
5.0.0b3 it worked fine.
My example use a book in the xml format. Here is a small part of it
I
The Period
II
The Mail
This continues for al the chapters within the book.
both part and chapter are array's.
We are using the windows precompiled binaries with Sambar server V6.0
build 11 november 2003
Reproduce code:
---
$xml_mem = simplexml_load_file('2city11.xml');
for ($i = 0; $i < count($xml_mem->book->bookbody->part); $i++) {
for ($j = 0; $j < count($xml_mem->book->bookbody->part[$i]->chapter);
$j++) {
echo
$xml_mem->book->bookbody->part[$i]->chapter[$j]->chapheader->title,'';
}
}
Expected result:
The Period
The Mail
The Night Shadows
The Preparation
The Wine-shop
The Shoemaker
Five Years Later
A Sight
A Disappointment
...
Actual result:
--
The Period
--
Edit this bug report at http://bugs.php.net/?id=27288&edit=1
#26753 [Opn]: zend_fetch_list_dtor_id() doesn't check NULL strings
ID: 26753
User updated by: Markus dot Lidel at shadowconnect dot com
Reported By: Markus dot Lidel at shadowconnect dot com
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Linux
PHP Version: 5CVS
New Comment:
Thank you very much.
Is there an other function, which could be used instead of
zend_register_list_destructors()?
Because i don't see any function to get the id of an object of a
different module?
Previous Comments:
[2004-02-17 06:08:06] [EMAIL PROTECTED]
Fixed in PHP 4 with your "patch". Still need to figure out the best way
to fix this in PHP 5. (either the same patch or by nuking of
zend_register_list_destructors() altogether)
[2004-01-29 13:27:48] Markus dot Lidel at shadowconnect dot com
Hi...
i have two modules. One uses the other. So i use the function to get
the id for the objects of the other module.
Bye...
[2004-01-29 11:44:22] [EMAIL PROTECTED]
Why do you use it?
[2003-12-31 08:07:45] Markus dot Lidel at shadowconnect dot com
Description:
If you use the zend_fetch_list_dtor_id function, and you have for
example loaded the "crack" extension (which registers a destructor
using the function register_list_destructors()), php crashes. The
source of the problem is this line:
if (strcmp(type_name, lde->type_name) == 0) {
The register_list_destructors() set lde->type_name to NULL. If you
replace the code with
if (lde->type_name && (strcmp(type_name, lde->type_name) == 0)) {
the function works fine.
Reproduce code:
---
int id = zend_fetch_list_dtor_id function("foo");
--
Edit this bug report at http://bugs.php.net/?id=26753&edit=1
#27283 [Opn->Ver]: Exception not caught if more than two catch blocks are used
ID: 27283
Updated by: [EMAIL PROTECTED]
Reported By: benjcarson at digitaljunkies dot ca
-Status: Open
+Status: Verified
Bug Type: Zend Engine 2 problem
Operating System: Linux
PHP Version: 5CVS-2004-02-16 (dev)
Previous Comments:
[2004-02-16 21:09:43] benjcarson at digitaljunkies dot ca
Description:
If an exception is thrown within a try block and more than two catch
blocks follow, the exception may not be caught. If the exception
matches either of the first two catch blocks then the exception will be
caught. However, if the exception does not match the first two catch
blocks, it will skip any remaining catch blocks and remain uncaught.
In the code below, the exception is caught properly if the second catch
block is commented out. Once it is included again though, the
exception is not caught.
Reproduce code:
---
getMessage() ."\n");
} catch (Ex2 $e) {
echo ("Ex2: " . $e->getMessage() ."\n");
} catch (Exception $e) { // Note: trying to catch Ex3 also fails
echo ("Exception: " . $e->getMessage() . "\n");
}
exit(0);
?>
Expected result:
Execption: Ex3
Actual result:
--
Fatal error: Uncaught exception 'Ex3' with message 'Ex3'
exception.php:8
Stack trace:
#0 {main}
thrown in exception.php on line 8
--
Edit this bug report at http://bugs.php.net/?id=27283&edit=1
#27288 [Opn->Fbk]: Count returns 1 for array with simple xml
ID: 27288
Updated by: [EMAIL PROTECTED]
Reported By: marcels at korton dot nl
-Status: Open
+Status: Feedback
Bug Type: XML related
Operating System: Windows 2000 SP3
PHP Version: 5.0.0b4 (beta4)
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
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 avoid embedding huge scripts into the report.
Previous Comments:
[2004-02-17 03:50:33] marcels at korton dot nl
Description:
When I use the count function to get the number of elements in an array
it returns 1. It does this only when I use simpleXML. In version
5.0.0b3 it worked fine.
My example use a book in the xml format. Here is a small part of it
I
The Period
II
The Mail
This continues for al the chapters within the book.
both part and chapter are array's.
We are using the windows precompiled binaries with Sambar server V6.0
build 11 november 2003
Reproduce code:
---
$xml_mem = simplexml_load_file('2city11.xml');
for ($i = 0; $i < count($xml_mem->book->bookbody->part); $i++) {
for ($j = 0; $j < count($xml_mem->book->bookbody->part[$i]->chapter);
$j++) {
echo
$xml_mem->book->bookbody->part[$i]->chapter[$j]->chapheader->title,'';
}
}
Expected result:
The Period
The Mail
The Night Shadows
The Preparation
The Wine-shop
The Shoemaker
Five Years Later
A Sight
A Disappointment
...
Actual result:
--
The Period
--
Edit this bug report at http://bugs.php.net/?id=27288&edit=1
#27269 [Asn->Csd]: php_gettext.dll extension will not load
ID: 27269 Updated by: [EMAIL PROTECTED] Reported By: WPinegar at healthtech dot net -Status: Assigned +Status: Closed Bug Type: Gettext related Operating System: win32 only PHP Version: 5CVS-2004-02-16 Assigned To: wez New Comment: next snap should work fine. Previous Comments: [2004-02-16 22:14:09] [EMAIL PROTECTED] Apparently the new build system for Windows broke this since it works when compiled with the old one. Assigned to Wez who broke it.. :) [2004-02-16 13:11:33] WPinegar at healthtech dot net I've discovered the source of the issue. php_gettext.dll is broken in 5.0.0b4. It does not export the base DLL entry point "get_module" as required for PHP -- so it will not load. Please correct this error in php_gettext.dll. [2004-02-15 23:51:16] WPinegar at healthtech dot net Description: I am unable to load the php_gettext.dll extension that ships with 5.0.0b4. When I attempt to load this extension while using the PHP ISAPI filter I get the following popup message on the server: Warning : PHP Startup: Invalid library (maybe not a PHP library) 'php_gettext.dll' What do I need to do in order to get the gettext library to work in 5.0.0b4? I had this working in PHP 4.3.x without issue so I'm just curious if in the gettext library in 5.0.0b4 is broken... Reproduce code: --- Add php_gettext.dll to the extensions in your php.ini file. Expected result: The gettext library should load without issue. Actual result: -- Gettext.dll library will not load. -- Edit this bug report at http://bugs.php.net/?id=27269&edit=1
#26753 [Opn]: zend_fetch_list_dtor_id() doesn't check NULL strings
ID: 26753
Updated by: [EMAIL PROTECTED]
Reported By: Markus dot Lidel at shadowconnect dot com
Status: Open
Bug Type: Scripting Engine problem
Operating System: Linux
-PHP Version: 4CVS, 5CVS
+PHP Version: 5CVS
New Comment:
Fixed in PHP 4 with your "patch". Still need to figure out the best way
to fix this in PHP 5. (either the same patch or by nuking of
zend_register_list_destructors() altogether)
Previous Comments:
[2004-01-29 13:27:48] Markus dot Lidel at shadowconnect dot com
Hi...
i have two modules. One uses the other. So i use the function to get
the id for the objects of the other module.
Bye...
[2004-01-29 11:44:22] [EMAIL PROTECTED]
Why do you use it?
[2003-12-31 08:07:45] Markus dot Lidel at shadowconnect dot com
Description:
If you use the zend_fetch_list_dtor_id function, and you have for
example loaded the "crack" extension (which registers a destructor
using the function register_list_destructors()), php crashes. The
source of the problem is this line:
if (strcmp(type_name, lde->type_name) == 0) {
The register_list_destructors() set lde->type_name to NULL. If you
replace the code with
if (lde->type_name && (strcmp(type_name, lde->type_name) == 0)) {
the function works fine.
Reproduce code:
---
int id = zend_fetch_list_dtor_id function("foo");
--
Edit this bug report at http://bugs.php.net/?id=26753&edit=1
#27248 [Com]: php_exif.dll crashes php
ID: 27248 Comment by: mastabog at hotmail dot com Reported By: zeger at zeger dot nl Status: Feedback Bug Type: Reproducible crash Operating System: Windows 2k3 Server PHP Version: 5CVS-2004-02-14 New Comment: I can confirm this bug. I'm downloading the php5-win32-latest.zip daily and use it with apache1.3 and apache2. Since the release of beta 3, all versions were always crashing while loading the php_exif.dll (even if php_mbstring.dll was also loaded) unless php_exif.dll was copied in the php5apache.dll directory (in my case the php5 dir). Previous Comments: [2004-02-17 04:09:03] ian_germany at hotmail dot com Yes, mbstring is added. Without php_exif all is fine. If I dont have php_exif.dll in the root of the php folder php appears unable to find it, even though it is with all the other extensions and can find them. this is the error I get : This application has failed to start because php_mbstring.dll was not found. Re-installing the application may fix this problem. followed by: PHP Startup:Unable to load dynamic library 'c:/php/ext/php_exif.dll' - The specified module could not be found. [2004-02-16 14:17:23] [EMAIL PROTECTED] Are you using mbstring extension? If not load it and try again. [2004-02-16 11:58:41] ian_germany at hotmail dot com I have a similar problem, running php.exe (Version 5 beta 4) from the commmandline (Windows XP). Enabling php_exif.dll in php.ini makes php crash, without it everything is fine. Other extensions such as php_gd2.dll are working fine. I have no previous versions of PHP installed. [2004-02-16 01:21:41] zeger at zeger dot nl Yes, everything was deleted. All dll's were removed. [2004-02-15 16:00:44] [EMAIL PROTECTED] I feel like broken record now, but as you fail to answer my questions, here you go again: Did you delete ALL the existing old PHP related dlls before installing the snapshot? And I mean _ALL_ of them, every extension dll, php5ts.dll, the isapi dll (shutdown iis first), all libxml dlls, etc. 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/27248 -- Edit this bug report at http://bugs.php.net/?id=27248&edit=1
#26991 [Opn]: Object property dereferencing chain breaks for overloaded properties
ID: 26991 User updated by: ulrich at cs dot auckland dot ac dot nz Reported By: ulrich at cs dot auckland dot ac dot nz Status: Open -Bug Type: Feature/Change Request +Bug Type: Zend Engine 2 problem Operating System: XP Pro -PHP Version: 5CVS-2004-01-21 (dev) +PHP Version: 5Beta4 New Comment: I initially put this under feature/change request, but it really seems to be a Zend engine problem. Bug persists in Beta 4. Previous Comments: [2004-01-21 07:58:36] ulrich at cs dot auckland dot ac dot nz Description: The sample code on the site used to work under Beta 1 but somehow now causes the following error: "Fatal error: Cannot access undefined property for object with overloaded property access in XXX.php on line 23" The workaround is a bit kludgy and shouldn't be required. Reproduce code: --- http://www.cs.auckland.ac.nz/compsci334s1t/resources/propertybug.php.txt Expected result: I expect to see the property set without a fatal error occurring. Actual result: -- "Fatal error: Cannot access undefined property for object with overloaded property access in XXX.php on line 23" -- Edit this bug report at http://bugs.php.net/?id=26991&edit=1
#27248 [Com]: php_exif.dll crashes php
ID: 27248 Comment by: ian_germany at hotmail dot com Reported By: zeger at zeger dot nl Status: Feedback Bug Type: Reproducible crash Operating System: Windows 2k3 Server PHP Version: 5CVS-2004-02-14 New Comment: Yes, mbstring is added. Without php_exif all is fine. If I dont have php_exif.dll in the root of the php folder php appears unable to find it, even though it is with all the other extensions and can find them. this is the error I get : This application has failed to start because php_mbstring.dll was not found. Re-installing the application may fix this problem. followed by: PHP Startup:Unable to load dynamic library 'c:/php/ext/php_exif.dll' - The specified module could not be found. Previous Comments: [2004-02-16 14:17:23] [EMAIL PROTECTED] Are you using mbstring extension? If not load it and try again. [2004-02-16 11:58:41] ian_germany at hotmail dot com I have a similar problem, running php.exe (Version 5 beta 4) from the commmandline (Windows XP). Enabling php_exif.dll in php.ini makes php crash, without it everything is fine. Other extensions such as php_gd2.dll are working fine. I have no previous versions of PHP installed. [2004-02-16 01:21:41] zeger at zeger dot nl Yes, everything was deleted. All dll's were removed. [2004-02-15 16:00:44] [EMAIL PROTECTED] I feel like broken record now, but as you fail to answer my questions, here you go again: Did you delete ALL the existing old PHP related dlls before installing the snapshot? And I mean _ALL_ of them, every extension dll, php5ts.dll, the isapi dll (shutdown iis first), all libxml dlls, etc. [2004-02-15 13:49:48] zeger at zeger dot nl Using 5.0.0b4 (beta4) with II6.0 and the mysql extentsion works fine, adding the php_exif.dll results in an "Invalid access to memory location. " error. 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/27248 -- Edit this bug report at http://bugs.php.net/?id=27248&edit=1
#27287 [Opn->Ver]: wddx segfault when deserializing "object string"
ID: 27287
Updated by: [EMAIL PROTECTED]
Reported By: clemens at gutweiler dot net
-Status: Open
+Status: Verified
Bug Type: Reproducible crash
Operating System: *
PHP Version: 5CVS-2004-02-16
Previous Comments:
[2004-02-17 03:37:40] clemens at gutweiler dot net
Description:
wddx_deserialize crashs when deserializing an serialized object.
Configure Command => './configure'
'--with-apxs=/usr/local/apache/bin/apxs'
'--with-mysql=/usr/local/mysql' '--with-xsl' '--enable-wddx'
'--enable-soap' '--with-tidy' '--enable-sockets'
Reproduce code:
---
abc = 'def';
$string = wddx_serialize_value( $foo );
var_dump( $string );
// segfault:
var_dump( wddx_deserialize( $string ) );
?>
Expected result:
var_dump of the $foo object.
Actual result:
--
(gdb) run segfault.php
Starting program: /usr/local/bin/php segfault.php
[New Thread 16384 (LWP 3990)]
string(173) "foodef"
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 3990)]
0x081a6329 in zend_hash_find (ht=0x82ac658, arKey=0x403cc9dc
"__wakeup", nKeyLength=9, pData=0x0) at
/data/php-5.0.0b4/Zend/zend_hash.c:846
846 p = ht->arBuckets[nIndex];
(gdb) bt
#0 0x081a6329 in zend_hash_find (ht=0x82ac658, arKey=0x403cc9dc
"__wakeup", nKeyLength=9, pData=0x0) at
/data/php-5.0.0b4/Zend/zend_hash.c:846
#1 0x081982a6 in zend_call_function (fci=0xbfffd4d0, fci_cache=0x0) at
/data/php-5.0.0b4/Zend/zend_execute_API.c:629
#2 0x08198155 in call_user_function_ex (function_table=0x0,
object_pp=0x0, function_name=0x0, retval_ptr_ptr=0x0, param_count=0,
params=0x0, no_separation=0,
symbol_table=0x0) at /data/php-5.0.0b4/Zend/zend_execute_API.c:518
#3 0x08167eac in php_wddx_pop_element (user_data=0xbfffd6c0,
name=0x82a9690 "struct") at /data/php-5.0.0b4/ext/wddx/wddx.c:919
#4 0x0816bfff in _end_element_handler (user=0x403cca2c, name=0x82a9640
"struct") at /data/php-5.0.0b4/ext/xml/compat.c:198
#5 0x4018489c in xmlParseStartTag () from /usr/lib/libxml2.so.2
#6 0x40184997 in xmlParseEndTag () from /usr/lib/libxml2.so.2
#7 0x401883c2 in xmlParseExtParsedEnt () from /usr/lib/libxml2.so.2
#8 0x401887bf in xmlParseChunk () from /usr/lib/libxml2.so.2
#9 0x0816c525 in php_XML_Parse (parser=0x0,
data=0x403ccb14 "foodef",
data_len=173, is_final=1) at /data/php-5.0.0b4/ext/xml/compat.c:501
#10 0x081682a7 in php_wddx_deserialize_ex (
value=0x403ccb14 "foodef",
vallen=173, return_value=0x403cc95c) at
/data/php-5.0.0b4/ext/wddx/wddx.c:1104
#11 0x08168b0d in zif_wddx_deserialize (ht=1, return_value=0x403cc95c,
this_ptr=0x0, return_value_used=0) at
/data/php-5.0.0b4/ext/wddx/wddx.c:1325
#12 0x081bd923 in zend_do_fcall_common_helper (execute_data=0xbfffd950,
opline=0x403d7784, op_array=0x403cc334) at
/data/php-5.0.0b4/Zend/zend_execute.c:2642
#13 0x081bda9a in zend_do_fcall_handler (execute_data=0xbfffd950,
opline=0x403d7784, op_array=0x403cc334) at
/data/php-5.0.0b4/Zend/zend_execute.c:2771
#14 0x081ba573 in execute (op_array=0x403cc334) at
/data/php-5.0.0b4/Zend/zend_execute.c:1339
#15 0x081a0a09 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /data/php-5.0.0b4/Zend/zend.c:1052
#16 0x08171683 in php_execute_script (primary_file=0xbd30) at
/data/php-5.0.0b4/main/main.c:1647
#17 0x081c4a5c in main (argc=2, argv=0xbdb4) at
/data/php-5.0.0b4/sapi/cli/php_cli.c:941
(gdb) frame 14
#14 0x081ba573 in execute (op_array=0x403cc334) at
/data/php-5.0.0b4/Zend/zend_execute.c:1339
1339if (EX(opline)->handler(&execute_data,
EX(opline), op_array TSRMLS_CC)) {
(gdb) print (char
*)(executor_globals.function_state_ptr->function)->common.function_name
$1 = 0x81e56e5 "wddx_deserialize"
(gdb) print (char *)executor_globals.active_op_array->function_name
$2 = 0x0
(gdb) print (char *)executor_globals.active_op_array->filename
$3 = 0x403cc404 "/web/segfault.php"
(gdb)
--
Edit this bug report at http://bugs.php.net/?id=27287&edit=1
#27286 [Opn->WFx]: Predefined constants behavior
ID: 27286
Updated by: [EMAIL PROTECTED]
Reported By: yiwakiri at st dot rim dot or dot jp
-Status: Open
+Status: Wont fix
Bug Type: *General Issues
Operating System: FreeBSD
PHP Version: 4.3.4
New Comment:
Shortly: Don't do that. :)
Changing this would slow things down too much.
But if you want a) faster scripts b) be sure true/false are true/false
always, use the lowercase true/false constants.
Only TRUE / FALSE can be redefined, true / false not.
Previous Comments:
[2004-02-17 02:04:50] yiwakiri at st dot rim dot or dot jp
Description:
Hi,
I think that behavior of the following scripts is a bug.
$ php -r "define('TRUE', false); var_dump(TRUE);"
bool(false)
To others FALSE/NULL is behaved similarly.
I want you to carry out a re-definition by the ability
not doing like the usual constant.
I checked folloing version.
PHP 5.0.0RC1-dev (cli) (built: Feb 5 2004 15:18:40)
PHP 4.3.4 (cli) (built: Feb 3 2004 10:01:36)
--
Edit this bug report at http://bugs.php.net/?id=27286&edit=1
#27287 [NEW]: wddx segfault when deserializing "object string"
From: clemens at gutweiler dot net
Operating system: Linux 2.4.20
PHP version: 5.0.0b4 (beta4)
PHP Bug Type: Reproducible crash
Bug description: wddx segfault when deserializing "object string"
Description:
wddx_deserialize crashs when deserializing an serialized object.
Configure Command => './configure'
'--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql=/usr/local/mysql'
'--with-xsl' '--enable-wddx' '--enable-soap' '--with-tidy'
'--enable-sockets'
Reproduce code:
---
abc = 'def';
$string = wddx_serialize_value( $foo );
var_dump( $string );
// segfault:
var_dump( wddx_deserialize( $string ) );
?>
Expected result:
var_dump of the $foo object.
Actual result:
--
(gdb) run segfault.php
Starting program: /usr/local/bin/php segfault.php
[New Thread 16384 (LWP 3990)]
string(173) "foodef"
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 3990)]
0x081a6329 in zend_hash_find (ht=0x82ac658, arKey=0x403cc9dc "__wakeup",
nKeyLength=9, pData=0x0) at /data/php-5.0.0b4/Zend/zend_hash.c:846
846 p = ht->arBuckets[nIndex];
(gdb) bt
#0 0x081a6329 in zend_hash_find (ht=0x82ac658, arKey=0x403cc9dc
"__wakeup", nKeyLength=9, pData=0x0) at
/data/php-5.0.0b4/Zend/zend_hash.c:846
#1 0x081982a6 in zend_call_function (fci=0xbfffd4d0, fci_cache=0x0) at
/data/php-5.0.0b4/Zend/zend_execute_API.c:629
#2 0x08198155 in call_user_function_ex (function_table=0x0,
object_pp=0x0, function_name=0x0, retval_ptr_ptr=0x0, param_count=0,
params=0x0, no_separation=0,
symbol_table=0x0) at /data/php-5.0.0b4/Zend/zend_execute_API.c:518
#3 0x08167eac in php_wddx_pop_element (user_data=0xbfffd6c0,
name=0x82a9690 "struct") at /data/php-5.0.0b4/ext/wddx/wddx.c:919
#4 0x0816bfff in _end_element_handler (user=0x403cca2c, name=0x82a9640
"struct") at /data/php-5.0.0b4/ext/xml/compat.c:198
#5 0x4018489c in xmlParseStartTag () from /usr/lib/libxml2.so.2
#6 0x40184997 in xmlParseEndTag () from /usr/lib/libxml2.so.2
#7 0x401883c2 in xmlParseExtParsedEnt () from /usr/lib/libxml2.so.2
#8 0x401887bf in xmlParseChunk () from /usr/lib/libxml2.so.2
#9 0x0816c525 in php_XML_Parse (parser=0x0,
data=0x403ccb14 "foodef",
data_len=173, is_final=1) at /data/php-5.0.0b4/ext/xml/compat.c:501
#10 0x081682a7 in php_wddx_deserialize_ex (
value=0x403ccb14 "foodef",
vallen=173, return_value=0x403cc95c) at
/data/php-5.0.0b4/ext/wddx/wddx.c:1104
#11 0x08168b0d in zif_wddx_deserialize (ht=1, return_value=0x403cc95c,
this_ptr=0x0, return_value_used=0) at
/data/php-5.0.0b4/ext/wddx/wddx.c:1325
#12 0x081bd923 in zend_do_fcall_common_helper (execute_data=0xbfffd950,
opline=0x403d7784, op_array=0x403cc334) at
/data/php-5.0.0b4/Zend/zend_execute.c:2642
#13 0x081bda9a in zend_do_fcall_handler (execute_data=0xbfffd950,
opline=0x403d7784, op_array=0x403cc334) at
/data/php-5.0.0b4/Zend/zend_execute.c:2771
#14 0x081ba573 in execute (op_array=0x403cc334) at
/data/php-5.0.0b4/Zend/zend_execute.c:1339
#15 0x081a0a09 in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /data/php-5.0.0b4/Zend/zend.c:1052
#16 0x08171683 in php_execute_script (primary_file=0xbd30) at
/data/php-5.0.0b4/main/main.c:1647
#17 0x081c4a5c in main (argc=2, argv=0xbdb4) at
/data/php-5.0.0b4/sapi/cli/php_cli.c:941
(gdb) frame 14
#14 0x081ba573 in execute (op_array=0x403cc334) at
/data/php-5.0.0b4/Zend/zend_execute.c:1339
1339if (EX(opline)->handler(&execute_data, EX(opline),
op_array TSRMLS_CC)) {
(gdb) print (char
*)(executor_globals.function_state_ptr->function)->common.function_name
$1 = 0x81e56e5 "wddx_deserialize"
(gdb) print (char *)executor_globals.active_op_array->function_name
$2 = 0x0
(gdb) print (char *)executor_globals.active_op_array->filename
$3 = 0x403cc404 "/web/segfault.php"
(gdb)
--
Edit bug report at http://bugs.php.net/?id=27287&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27287&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27287&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27287&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27287&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27287&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27287&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27287&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27287&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27287&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27287&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27287&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27287&r=globals
PHP 3 support discontinued: http://bugs.php.net/fi
#27288 [NEW]: Count returns 1 for array with simple xml
From: marcels at korton dot nl
Operating system: Windows 2000 SP3
PHP version: 5.0.0b4 (beta4)
PHP Bug Type: XML related
Bug description: Count returns 1 for array with simple xml
Description:
When I use the count function to get the number of elements in an array it
returns 1. It does this only when I use simpleXML. In version 5.0.0b3 it
worked fine.
My example use a book in the xml format. Here is a small part of it
I
The Period
II
The Mail
This continues for al the chapters within the book.
both part and chapter are array's.
We are using the windows precompiled binaries with Sambar server V6.0
build 11 november 2003
Reproduce code:
---
$xml_mem = simplexml_load_file('2city11.xml');
for ($i = 0; $i < count($xml_mem->book->bookbody->part); $i++) {
for ($j = 0; $j < count($xml_mem->book->bookbody->part[$i]->chapter);
$j++) {
echo
$xml_mem->book->bookbody->part[$i]->chapter[$j]->chapheader->title,'';
}
}
Expected result:
The Period
The Mail
The Night Shadows
The Preparation
The Wine-shop
The Shoemaker
Five Years Later
A Sight
A Disappointment
...
Actual result:
--
The Period
--
Edit bug report at http://bugs.php.net/?id=27288&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27288&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27288&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27288&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27288&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27288&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27288&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27288&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27288&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27288&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27288&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27288&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27288&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27288&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27288&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27288&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27288&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27288&r=float
#26757 [Opn]: session.save_path should default to %TEMP%
ID: 26757
User updated by: unknown at simplemachines dot org
-Summary: session.save_path should default to $TEMP
Reported By: unknown at simplemachines dot org
Status: Open
Bug Type: Feature/Change Request
Operating System: Windows
-PHP Version: Irrelevant
+PHP Version: 4CVS, 5CVS
New Comment:
Maybe someone will read this if I say 4CVS, 5CVS instead of Irrelevant.
Previous Comments:
[2004-01-14 00:44:48] unknown at simplemachines dot org
A diff for a recent cvs version can be found here:
http://unknown.network32.net/php_session_save_path_diff.txt
This diff has the following affects:
- any call to session_start() or session_save_path() will set the
setting to the Windows/*nix temporary directory, unless it's otherwise
specified.
- if ini_get('session.save_path') is called before this happens, it
will return an empty string; afterward, it will return the path used.
I have tested this on Windows 2003 Server, in ISAPI/CGI, with and
without using user-defined session functions.
It should work on Linux/Unix as well, although I haven't had a chance
to recompile PHP on any Linux/Unix machine with this patch. It uses
the same method to get the path that upload_tmp_dir uses, however.
Thank you,
-[Unknown]
[2003-12-31 15:19:49] unknown at simplemachines dot org
Description:
I would like to request that, much like upload_tmp_dir, PHP be changed
so that session.save_path defaults to the system's default temp
directory.
The reason for this is simple; countless times, people on Windows
machines have problems with sessions because they do not set the path
in php.ini. (even with how documented it is.) I mean - I am a
developer for forum software, and more than half of the reported
installation problems are caused by this one issue alone.
Thus, with this change, php.ini-dist and php.ini-recommended could have
no path set by default, and it would work fine on both operating
systems without any changes.
I realize this is basically a dupe of bug 25574, but in that case, the
reporter misread the manual. I am asking that it be changed to work.
http://bugs.php.net/bug.php?id=25574
Thank you,
Unknown W. Brackets
--
Edit this bug report at http://bugs.php.net/?id=26757&edit=1
