#40832 [NEW]: Behavior of PI end in single-line comment

[josh dot helzer at gmail dot com]

From: josh dot helzer at gmail dot com
Operating system: Linux 2.4.26-gentoo-r7
PHP version:  5.2.1
PHP Bug Type: Feature/Change Request
Bug description:  Behavior of PI end in single-line comment

Description:

When a processing instruction end (PIE), i.e., "?>", is encountered in a
single-line comment, the PHP parser should handle it more intelligently,
thus:

If the PIE would, when outside single-line comment context (SLCC), not
mark the end of the current PHP code block (e.g., if it occurred inside a
string literal), it should not, when inside SLCC, mark the end of the code
block.

---

The above represents a compromise suggestion.  I feel the semantics of
comments ought to be the same as those in, e.g., C, Perl; i.e., comment
text should be naively stripped from the input stream seen by the parser.


-- 
Edit bug report at http://bugs.php.net/?id=40832&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=40832&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=40832&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=40832&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40832&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=40832&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=40832&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40832&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40832&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=40832&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40832&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=40832&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=40832&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40832&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=40832&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40832&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40832&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=40832&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=40832&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=40832&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40832&r=mysqlcfg

#40805 [Fbk->Csd]: Failure executing function ibase_execute()

[michael at bluemoon dot com]

 ID:   40805
 User updated by:  michael at bluemoon dot com
 Reported By:  michael at bluemoon dot com
-Status:   Feedback
+Status:   Closed
 Bug Type: InterBase related
 Operating System: Red Hat Ent. Linux WS rel 4
 PHP Version:  5.2.1
 New Comment:

Thank you so much!  The problem does now appear to be fixed.  We really

appreciate your diligence in pursuing this issue on our behalf.


Previous Comments:


[2007-03-15 22:34:06] [EMAIL PROTECTED]

I can't test it myself, so please try the next snapshot (will be
available in a couple of hours), the issue should be fixed there.
Thanks.



[2007-03-15 22:10:55] michael at bluemoon dot com

Boy, you sure are making us work for this! :) Here you go...

[EMAIL PROTECTED] tmp]# gdb /usr/local/apache/sbin/httpd
GNU gdb Red Hat Linux (6.3.0.0-1.132.EL4rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and 
you are 
welcome to change it and/or distribute copies of it under certain 
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for 
details. 
This GDB was configured as "i386-redhat-linux-gnu"...Using host 
libthread_db lib
rary "/lib/tls/libthread_db.so.1".

(gdb) run -X
Starting program: /usr/local/apache/sbin/httpd -X
[Thread debugging using libthread_db enabled] 
[New Thread -1208137504 (LWP 19391)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208137504 (LWP 19391)]
0x0028676a in __strptime_internal () from /lib/tls/libc.so.6
(gdb) bt 
#0  0x0028676a in __strptime_internal () from /lib/tls/libc.so.6
#1  0x00285728 in strptime () from /lib/tls/libc.so.6
#2  0x0108e22c in _php_ibase_bind (sqlda=0xb7a99734, 
b_vars=0xbfedb684,
buf=0xb7aab63c, ib_query=0xb7b6a170) 
at /home/lee/php5.2-200703142330/ext/interbase/ibase_query.c:691
#3  0x0108eeb0 in _php_ibase_exec (ht=484, return_value=0xb7aefd34,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=1,
ib_resultp=0xbfedbe34, ib_query=0xb7b6a170, args=0xbfedb684) 
at /home/lee/php5.2-200703142330/ext/interbase/ibase_query.c:947
#4  0x0109148b in zif_ibase_execute (ht=484, return_value=0xb7aefd34,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=1)
at /home/lee/php5.2-200703142330/ext/interbase/ibase_query.c:1843 
#5  0x012a7369 in zend_do_fcall_common_helper_SPEC 
(execute_data=0xbfee0ae0)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:200
#6  0x012abdc2 in ZEND_DO_FCALL_SPEC_CONST_HANDLER 
(execute_data=0xbfee0ae0) 
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:1681
#7  0x012a6f7e in execute (op_array=0xb7af81c8)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:92
#8  0x012b1a80 in ZEND_INCLUDE_OR_EVAL_SPEC_TMP_HANDLER ( 
execute_data=0xbfee2020)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:4597
#9  0x012a6f7e in execute (op_array=0xb7bef424)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:92
#10 0x012a749e in zend_do_fcall_common_helper_SPEC 
(execute_data=0xbfee33d0)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:234
#11 0x012a7d7f in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER 
(execute_data=0xbfee33d0) 
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:322
#12 0x012a6f7e in execute (op_array=0xb7c28684)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:92
#13 0x012a749e in zend_do_fcall_common_helper_SPEC 
(execute_data=0xbfee8fc0) 
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:234
#14 0x012a7d7f in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER 
(execute_data=0xbfee8fc0)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:322
#15 0x012a6f7e in execute (op_array=0xb7f23978) 
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:92
#16 0x01287c86 in zend_execute_scripts (type=8, retval=0x0, 
file_count=3)
at /home/lee/php5.2-200703142330/Zend/zend.c:1134
#17 0x01240f36 in php_execute_script (primary_file=0xbfeeb290) 
at /home/lee/php5.2-200703142330/main/main.c:1788
#18 0x012ed26d in php_handler (r=0x969a4b8)
at /home/lee/php5.2-200703142330/sapi/apache2handler/
sapi_apache2.c:623
#19 0x08092d36 in ap_run_handler (r=0x969a4b8) at config.c:151
#20 0x08093101 in ap_invoke_handler (r=0x969a4b8) at config.c:363
#21 0x080828c1 in ap_process_request (r=0x969a4b8) at http_request.c:
246
#22 0x0807e5d5 in ap_process_http_connection (c=0x968ffc0) at 
http_core.c:250 
#23 0x0809c1ae in ap_run_process_connection (c=0x968ffc0) at 
connection.c:42
#24 0x08091511 in child_main (child_num_arg=47) at prefork.c:609
#25 0x08091705 in make_child (s=0x94f0fa0, slot=0) at prefork.c:649
#26 0x080917cc in startup_children (number_to_start=8) at prefork.c:
721
#27 0x08091e9f in ap_mpm_run (_pconf=0xbfeeb5d0, plog=0x9524188, 
s=0xbfeeb5d4

#40014 [Opn->Bgs]: "try, catch" -- Let's Empower It, Please!!!

[tony2001]

 ID:  40014
 Updated by:  [EMAIL PROTECTED]
 Reported By: marcus3v at hotmail dot com
-Status:  Open
+Status:  Bogus
 Bug Type:Feature/Change Request
 PHP Version: 6CVS-2007-01-03 (CVS)
 New Comment:

helly's second reply explains everything: 
E_ERROR cannot be caught in the userspace and this is not going to be
changed until the engine is not rewritten from scratch (and we don't
have such plans either).
So you have to live with what you got now and it has nothing to do with
try/catch - that's how the things work.
I understand that this is a change request, not a bug report, but we're
not going to change this in the foreseeable future.


Previous Comments:


[2007-03-16 00:07:34] marcus3v at hotmail dot com

Dear Sirs,

First of all, excuse me for the mood of the previous post.

I will try to explain in a more detailed manner the question.

In the initial post, I said: "[...] enhance the 'try, catch' Statement
so that Code inside 'try' would transparently cause a Fatal Error
[...]". What did I mean by this?
If the Code fragment provided there ( initial post ) were translated to
C, C++, Java, VB.Net -- or VB, through the horrendous yet powerful "On
Error" Statement -- or JavaScript ( perhaps, also Python ), all
translations would have exactly the same output:

# [global] -- causing a Fatal Error...
# [global] -- some handling being executed...
# [global] -- [end]

This make evident that all this Languages have an "effective" Exception
Handling mechanism, that is: they really allow the rise of Fatal Errors
inside the "try" Block ( whose Code is said "protected" ) with no
intrinsic implications for the Code that get executed latter, since
this can freely check the Error condition and take any desired
actions.

In PHP 5, the "try, catch" Statement was supposedly introduced to
provide Exception Handling. But this "try, catch", though homologous to
the existents in other Languages, have a considerably diverse role.
Simply put, it "provides the programmer, for organizational purposes
only, with a Structure where an Exception can explicitly be thrown (
through 'throw' KeyWord ), invoking a qualified 'catch' that follows or
that is in a previous Stack level". In other words, Fatal Errors -- that
is, "implicitly" thrown Exception -- still are "fatal" inside a PHP
"try" Block; they still imply instantaneous Program ( Script )
abortion. Meanwhile, in the Languages with "effective" Exception
Handling, an "'implicitly' thrown Exception" inside a "try" is,
definitely, "non-fatal": it is just "discarded", having its Error data
collected for eventual further utilization.

Summarizing, since PHP does not have "effective" Exception Handling,
it, concerning the above mentioned fragment, outputs:

# [global] -- causing a Fatal Error...
# ( PHP Notice ) undefined Variable: nonObjVar
# ( PHP Fatal Error ) call to a Member Function ( "method()" ) on a
non-Object

Note that did occurred Program abortion: the last message ( "[global]
-- [end]" ) was not printed...

Our friend, [EMAIL PROTECTED], said: "Just register an error handler that
throws an exception". And, after: "Simply provide an error handler that
converts the errors to exceptions and be done". Unfortunately, it
appears that he was not able to grasp the problem. Well, in a PHP
context, the following situations, among others, constitutes Exceptions
( Fatal Errors ), not Errors:

# 1. Call to undefined Function;
# 2. Call to Methods on non-Objects;

So, this situations cannot be handled through "set_error_handler()":
they rise Exceptions, not Errors. It is, though, surprising that they
also can't be handled through "set_exception_handler()", because this
Function is only invoked when an Exception is explicitly thrown (
'throw' KeyWord ) -- that is, it just have an "organizational" role,
just as "try, catch", having been introduced together with this in PHP
5.

Consider the following fragment:



function error($errNiv, $errMsg, $file, $errLn, $errContxt)
{
//## this Function will never get executed
/*@@*/ echo("error() -- msg= '".$errMsg."'");
}



function exception($excObj)
{
//## this Function will never get executed
/*@@*/ echo("exception() -- [ini]");
}



/*##*/ set_error_handler("error");
/*##*/ set_exception_handler("exception");
/*@@*/ echo("[global] -- causing a Fatal Error...");
$var0=teste(); //## "teste()" isn't defined
/*@@*/ echo("[global] -- [end]");



The output is solely the following:

# [global] -- causing a Fatal Error...
# ( PHP Fatal Error ) Call to undefined Function "teste()"

If PHP had Exception Handling, the output should be the following:

# [global] -- causing a Fatal Error...
# exception() -- [ini]
# [global] -- [end]

Concluding: In Fact, PHP Does Not Have Any Exception Handling!!!



# Obs. 1: it would be nice if the Documentation were cleaner ( and
emphatic ) about the character merely "organizational" of the "tr

#40014 [Csd->Opn]: "try, catch" -- Let's Empower It, Please!!!

[marcus3v at hotmail dot com]

 ID:  40014
 User updated by: marcus3v at hotmail dot com
 Reported By: marcus3v at hotmail dot com
-Status:  Closed
+Status:  Open
 Bug Type:Feature/Change Request
 PHP Version: 6CVS-2007-01-03 (CVS)
 New Comment:

Dear Sirs,

First of all, excuse me for the mood of the previous post.

I will try to explain in a more detailed manner the question.

In the initial post, I said: "[...] enhance the 'try, catch' Statement
so that Code inside 'try' would transparently cause a Fatal Error
[...]". What did I mean by this?
If the Code fragment provided there ( initial post ) were translated to
C, C++, Java, VB.Net -- or VB, through the horrendous yet powerful "On
Error" Statement -- or JavaScript ( perhaps, also Python ), all
translations would have exactly the same output:

# [global] -- causing a Fatal Error...
# [global] -- some handling being executed...
# [global] -- [end]

This make evident that all this Languages have an "effective" Exception
Handling mechanism, that is: they really allow the rise of Fatal Errors
inside the "try" Block ( whose Code is said "protected" ) with no
intrinsic implications for the Code that get executed latter, since
this can freely check the Error condition and take any desired
actions.

In PHP 5, the "try, catch" Statement was supposedly introduced to
provide Exception Handling. But this "try, catch", though homologous to
the existents in other Languages, have a considerably diverse role.
Simply put, it "provides the programmer, for organizational purposes
only, with a Structure where an Exception can explicitly be thrown (
through 'throw' KeyWord ), invoking a qualified 'catch' that follows or
that is in a previous Stack level". In other words, Fatal Errors -- that
is, "implicitly" thrown Exception -- still are "fatal" inside a PHP
"try" Block; they still imply instantaneous Program ( Script )
abortion. Meanwhile, in the Languages with "effective" Exception
Handling, an "'implicitly' thrown Exception" inside a "try" is,
definitely, "non-fatal": it is just "discarded", having its Error data
collected for eventual further utilization.

Summarizing, since PHP does not have "effective" Exception Handling,
it, concerning the above mentioned fragment, outputs:

# [global] -- causing a Fatal Error...
# ( PHP Notice ) undefined Variable: nonObjVar
# ( PHP Fatal Error ) call to a Member Function ( "method()" ) on a
non-Object

Note that did occurred Program abortion: the last message ( "[global]
-- [end]" ) was not printed...

Our friend, [EMAIL PROTECTED], said: "Just register an error handler that
throws an exception". And, after: "Simply provide an error handler that
converts the errors to exceptions and be done". Unfortunately, it
appears that he was not able to grasp the problem. Well, in a PHP
context, the following situations, among others, constitutes Exceptions
( Fatal Errors ), not Errors:

# 1. Call to undefined Function;
# 2. Call to Methods on non-Objects;

So, this situations cannot be handled through "set_error_handler()":
they rise Exceptions, not Errors. It is, though, surprising that they
also can't be handled through "set_exception_handler()", because this
Function is only invoked when an Exception is explicitly thrown (
'throw' KeyWord ) -- that is, it just have an "organizational" role,
just as "try, catch", having been introduced together with this in PHP
5.

Consider the following fragment:



function error($errNiv, $errMsg, $file, $errLn, $errContxt)
{
//## this Function will never get executed
/*@@*/ echo("error() -- msg= '".$errMsg."'");
}



function exception($excObj)
{
//## this Function will never get executed
/*@@*/ echo("exception() -- [ini]");
}



/*##*/ set_error_handler("error");
/*##*/ set_exception_handler("exception");
/*@@*/ echo("[global] -- causing a Fatal Error...");
$var0=teste(); //## "teste()" isn't defined
/*@@*/ echo("[global] -- [end]");



The output is solely the following:

# [global] -- causing a Fatal Error...
# ( PHP Fatal Error ) Call to undefined Function "teste()"

If PHP had Exception Handling, the output should be the following:

# [global] -- causing a Fatal Error...
# exception() -- [ini]
# [global] -- [end]

Concluding: In Fact, PHP Does Not Have Any Exception Handling!!!



# Obs. 1: it would be nice if the Documentation were cleaner ( and
emphatic ) about the character merely "organizational" of the "try,
catch" Statement and the "set_exception_handler()" Function.
# Obs. 2: it is worth to remember that a "truly Object Oriented
Language" must have "effective" Exception Handling...


Previous Comments:


[2007-03-15 02:53:01] [EMAIL PROTECTED]

First my answer was a canned reply with an additional explanation.

Second E_ERRORS will never be handable in user mode. No matter what or
how happens. So the only thing that can be done is changing particular
E_ERRORs into E_RECOVE

#40831 [Opn->Csd]: cURL extension doesnt clear buffer for reused handle

[tony2001]

 ID:   40831
 Updated by:   [EMAIL PROTECTED]
 Reported By:  eion at bigfoot dot com
-Status:   Open
+Status:   Closed
 Bug Type: cURL related
 Operating System: Gentoo Linux
 PHP Version:  4.4.6
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2007-03-15 23:00:50] eion at bigfoot dot com

Description:

Reusing a cURL request while using CURLOPT_RETURNTRANSFER=true causes
the result of the first curl_exec() to still be in the body of the
second curl_exec().  Possibly, buffer isnt being cleared.

I cant explain it properly, but the example code below should be able
to.

This only happens on 4.4.6, and not on 4.4.4

Workaround is to use ob_start(); curl_exec($ch); $data=ob_get_clean();

Reproduce code:
---
$ch = curl_init();
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);


curl_setopt($ch, CURLOPT_URL, 'www.myjobspace.co.nz');
$data1 = curl_exec($ch);

curl_setopt($ch, CURLOPT_URL, 'www.myjobspace.co.nz/search');
$data2 = curl_exec($ch);


if (strpos($data2, $data1)===0)
{
echo 'cURL Buffer is NOT being cleared';
} else {
echo 'Everything ok';
}

Expected result:

Everything ok

Actual result:
--
cURL Buffer is NOT being cleared





-- 
Edit this bug report at http://bugs.php.net/?id=40831&edit=1

#40830 [Bgs]: escapeshellarg() doesn't escape correctly

[xavier dot blanchet at free dot fr]

 ID:   40830
 User updated by:  xavier dot blanchet at free dot fr
 Reported By:  xavier dot blanchet at free dot fr
 Status:   Bogus
 Bug Type: CGI related
 Operating System: Windows XP SP2
 PHP Version:  5.2.1
 New Comment:

Mmm... yes, indeed :) is that the "normal" behaviour ?
Dumping and playing with the argument however, I noticed a triple " at
the end will do. 

Example
---
45°53'36"""

Do you know more about that ?


Previous Comments:


[2007-03-15 21:53:42] [EMAIL PROTECTED]

Windows shell will not pass the trailing " to php. Try dumping $argv[1]
to see it yourself :)



[2007-03-15 20:33:38] xavier dot blanchet at free dot fr

Description:

escapeshellarg() doesn't escape correctly double quotes (enclosing with
simple quotes on Windows does not work anyway...)

Reproduce code:
---
conversion.php
--


shell
-
$ php conversion.php 45°53'36"

Expected result:

"45°53'36\""

Actual result:
--
"45°53'36"





-- 
Edit this bug report at http://bugs.php.net/?id=40830&edit=1

#40805 [Opn->Fbk]: Failure executing function ibase_execute()

[tony2001]

 ID:   40805
 Updated by:   [EMAIL PROTECTED]
 Reported By:  michael at bluemoon dot com
-Status:   Open
+Status:   Feedback
 Bug Type: InterBase related
 Operating System: Red Hat Ent. Linux WS rel 4
 PHP Version:  5.2.1
 New Comment:

I can't test it myself, so please try the next snapshot (will be
available in a couple of hours), the issue should be fixed there.
Thanks.


Previous Comments:


[2007-03-15 22:10:55] michael at bluemoon dot com

Boy, you sure are making us work for this! :) Here you go...

[EMAIL PROTECTED] tmp]# gdb /usr/local/apache/sbin/httpd
GNU gdb Red Hat Linux (6.3.0.0-1.132.EL4rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and 
you are 
welcome to change it and/or distribute copies of it under certain 
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for 
details. 
This GDB was configured as "i386-redhat-linux-gnu"...Using host 
libthread_db lib
rary "/lib/tls/libthread_db.so.1".

(gdb) run -X
Starting program: /usr/local/apache/sbin/httpd -X
[Thread debugging using libthread_db enabled] 
[New Thread -1208137504 (LWP 19391)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208137504 (LWP 19391)]
0x0028676a in __strptime_internal () from /lib/tls/libc.so.6
(gdb) bt 
#0  0x0028676a in __strptime_internal () from /lib/tls/libc.so.6
#1  0x00285728 in strptime () from /lib/tls/libc.so.6
#2  0x0108e22c in _php_ibase_bind (sqlda=0xb7a99734, 
b_vars=0xbfedb684,
buf=0xb7aab63c, ib_query=0xb7b6a170) 
at /home/lee/php5.2-200703142330/ext/interbase/ibase_query.c:691
#3  0x0108eeb0 in _php_ibase_exec (ht=484, return_value=0xb7aefd34,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=1,
ib_resultp=0xbfedbe34, ib_query=0xb7b6a170, args=0xbfedb684) 
at /home/lee/php5.2-200703142330/ext/interbase/ibase_query.c:947
#4  0x0109148b in zif_ibase_execute (ht=484, return_value=0xb7aefd34,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=1)
at /home/lee/php5.2-200703142330/ext/interbase/ibase_query.c:1843 
#5  0x012a7369 in zend_do_fcall_common_helper_SPEC 
(execute_data=0xbfee0ae0)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:200
#6  0x012abdc2 in ZEND_DO_FCALL_SPEC_CONST_HANDLER 
(execute_data=0xbfee0ae0) 
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:1681
#7  0x012a6f7e in execute (op_array=0xb7af81c8)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:92
#8  0x012b1a80 in ZEND_INCLUDE_OR_EVAL_SPEC_TMP_HANDLER ( 
execute_data=0xbfee2020)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:4597
#9  0x012a6f7e in execute (op_array=0xb7bef424)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:92
#10 0x012a749e in zend_do_fcall_common_helper_SPEC 
(execute_data=0xbfee33d0)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:234
#11 0x012a7d7f in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER 
(execute_data=0xbfee33d0) 
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:322
#12 0x012a6f7e in execute (op_array=0xb7c28684)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:92
#13 0x012a749e in zend_do_fcall_common_helper_SPEC 
(execute_data=0xbfee8fc0) 
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:234
#14 0x012a7d7f in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER 
(execute_data=0xbfee8fc0)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:322
#15 0x012a6f7e in execute (op_array=0xb7f23978) 
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:92
#16 0x01287c86 in zend_execute_scripts (type=8, retval=0x0, 
file_count=3)
at /home/lee/php5.2-200703142330/Zend/zend.c:1134
#17 0x01240f36 in php_execute_script (primary_file=0xbfeeb290) 
at /home/lee/php5.2-200703142330/main/main.c:1788
#18 0x012ed26d in php_handler (r=0x969a4b8)
at /home/lee/php5.2-200703142330/sapi/apache2handler/
sapi_apache2.c:623
#19 0x08092d36 in ap_run_handler (r=0x969a4b8) at config.c:151
#20 0x08093101 in ap_invoke_handler (r=0x969a4b8) at config.c:363
#21 0x080828c1 in ap_process_request (r=0x969a4b8) at http_request.c:
246
#22 0x0807e5d5 in ap_process_http_connection (c=0x968ffc0) at 
http_core.c:250 
#23 0x0809c1ae in ap_run_process_connection (c=0x968ffc0) at 
connection.c:42
#24 0x08091511 in child_main (child_num_arg=47) at prefork.c:609
#25 0x08091705 in make_child (s=0x94f0fa0, slot=0) at prefork.c:649
#26 0x080917cc in startup_children (number_to_start=8) at prefork.c:
721
#27 0x08091e9f in ap_mpm_run (_pconf=0xbfeeb5d0, plog=0x9524188, 
s=0xbfeeb5d4)
at prefork.c:940
#28 0x08096f4f in main (argc=2, argv=0xbfeeb774) at main.c:617
(gdb) f 2
#2  0x0108e22c in _php_ibase_bind (sqlda=0xb7a99734, 
b_vars=0xbfedb684,
buf=0xb7aab63c, ib_query=0xb7b6a170)
at /home/lee/php5.2-200703142330/ext/interbase/ibas

#40831 [NEW]: cURL extension doesnt clear buffer for reused handle

[eion at bigfoot dot com]

From: eion at bigfoot dot com
Operating system: Gentoo Linux
PHP version:  4.4.6
PHP Bug Type: cURL related
Bug description:  cURL extension doesnt clear buffer for reused handle

Description:

Reusing a cURL request while using CURLOPT_RETURNTRANSFER=true causes the
result of the first curl_exec() to still be in the body of the second
curl_exec().  Possibly, buffer isnt being cleared.

I cant explain it properly, but the example code below should be able to.

This only happens on 4.4.6, and not on 4.4.4

Workaround is to use ob_start(); curl_exec($ch); $data=ob_get_clean();

Reproduce code:
---
$ch = curl_init();
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);


curl_setopt($ch, CURLOPT_URL, 'www.myjobspace.co.nz');
$data1 = curl_exec($ch);

curl_setopt($ch, CURLOPT_URL, 'www.myjobspace.co.nz/search');
$data2 = curl_exec($ch);


if (strpos($data2, $data1)===0)
{
echo 'cURL Buffer is NOT being cleared';
} else {
echo 'Everything ok';
}

Expected result:

Everything ok

Actual result:
--
cURL Buffer is NOT being cleared

-- 
Edit bug report at http://bugs.php.net/?id=40831&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=40831&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=40831&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=40831&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40831&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=40831&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=40831&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40831&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40831&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=40831&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40831&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=40831&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=40831&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40831&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=40831&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40831&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40831&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=40831&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=40831&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=40831&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40831&r=mysqlcfg

#40805 [Fbk->Opn]: Failure executing function ibase_execute()

[michael at bluemoon dot com]

 ID:   40805
 User updated by:  michael at bluemoon dot com
-Summary:  Failure excecuting function ibase_execute()
 Reported By:  michael at bluemoon dot com
-Status:   Feedback
+Status:   Open
 Bug Type: InterBase related
 Operating System: Red Hat Ent. Linux WS rel 4
 PHP Version:  5.2.1
 New Comment:

Boy, you sure are making us work for this! :) Here you go...

[EMAIL PROTECTED] tmp]# gdb /usr/local/apache/sbin/httpd
GNU gdb Red Hat Linux (6.3.0.0-1.132.EL4rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and 
you are 
welcome to change it and/or distribute copies of it under certain 
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for 
details. 
This GDB was configured as "i386-redhat-linux-gnu"...Using host 
libthread_db lib
rary "/lib/tls/libthread_db.so.1".

(gdb) run -X
Starting program: /usr/local/apache/sbin/httpd -X
[Thread debugging using libthread_db enabled] 
[New Thread -1208137504 (LWP 19391)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208137504 (LWP 19391)]
0x0028676a in __strptime_internal () from /lib/tls/libc.so.6
(gdb) bt 
#0  0x0028676a in __strptime_internal () from /lib/tls/libc.so.6
#1  0x00285728 in strptime () from /lib/tls/libc.so.6
#2  0x0108e22c in _php_ibase_bind (sqlda=0xb7a99734, 
b_vars=0xbfedb684,
buf=0xb7aab63c, ib_query=0xb7b6a170) 
at /home/lee/php5.2-200703142330/ext/interbase/ibase_query.c:691
#3  0x0108eeb0 in _php_ibase_exec (ht=484, return_value=0xb7aefd34,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=1,
ib_resultp=0xbfedbe34, ib_query=0xb7b6a170, args=0xbfedb684) 
at /home/lee/php5.2-200703142330/ext/interbase/ibase_query.c:947
#4  0x0109148b in zif_ibase_execute (ht=484, return_value=0xb7aefd34,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=1)
at /home/lee/php5.2-200703142330/ext/interbase/ibase_query.c:1843 
#5  0x012a7369 in zend_do_fcall_common_helper_SPEC 
(execute_data=0xbfee0ae0)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:200
#6  0x012abdc2 in ZEND_DO_FCALL_SPEC_CONST_HANDLER 
(execute_data=0xbfee0ae0) 
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:1681
#7  0x012a6f7e in execute (op_array=0xb7af81c8)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:92
#8  0x012b1a80 in ZEND_INCLUDE_OR_EVAL_SPEC_TMP_HANDLER ( 
execute_data=0xbfee2020)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:4597
#9  0x012a6f7e in execute (op_array=0xb7bef424)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:92
#10 0x012a749e in zend_do_fcall_common_helper_SPEC 
(execute_data=0xbfee33d0)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:234
#11 0x012a7d7f in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER 
(execute_data=0xbfee33d0) 
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:322
#12 0x012a6f7e in execute (op_array=0xb7c28684)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:92
#13 0x012a749e in zend_do_fcall_common_helper_SPEC 
(execute_data=0xbfee8fc0) 
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:234
#14 0x012a7d7f in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER 
(execute_data=0xbfee8fc0)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:322
#15 0x012a6f7e in execute (op_array=0xb7f23978) 
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:92
#16 0x01287c86 in zend_execute_scripts (type=8, retval=0x0, 
file_count=3)
at /home/lee/php5.2-200703142330/Zend/zend.c:1134
#17 0x01240f36 in php_execute_script (primary_file=0xbfeeb290) 
at /home/lee/php5.2-200703142330/main/main.c:1788
#18 0x012ed26d in php_handler (r=0x969a4b8)
at /home/lee/php5.2-200703142330/sapi/apache2handler/
sapi_apache2.c:623
#19 0x08092d36 in ap_run_handler (r=0x969a4b8) at config.c:151
#20 0x08093101 in ap_invoke_handler (r=0x969a4b8) at config.c:363
#21 0x080828c1 in ap_process_request (r=0x969a4b8) at http_request.c:
246
#22 0x0807e5d5 in ap_process_http_connection (c=0x968ffc0) at 
http_core.c:250 
#23 0x0809c1ae in ap_run_process_connection (c=0x968ffc0) at 
connection.c:42
#24 0x08091511 in child_main (child_num_arg=47) at prefork.c:609
#25 0x08091705 in make_child (s=0x94f0fa0, slot=0) at prefork.c:649
#26 0x080917cc in startup_children (number_to_start=8) at prefork.c:
721
#27 0x08091e9f in ap_mpm_run (_pconf=0xbfeeb5d0, plog=0x9524188, 
s=0xbfeeb5d4)
at prefork.c:940
#28 0x08096f4f in main (argc=2, argv=0xbfeeb774) at main.c:617
(gdb) f 2
#2  0x0108e22c in _php_ibase_bind (sqlda=0xb7a99734, 
b_vars=0xbfedb684,
buf=0xb7aab63c, ib_query=0xb7b6a170)
at /home/lee/php5.2-200703142330/ext/interbase/ibase_query.c:691
691 if (!strptime
(Z_STRVAL_P(b_var), 
 format, t)) {
(gdb) p format
$1 = 0x13574bc "%Y-%m-%d %H:%M:%S"
(gdb) p t
$2 = (struct tm *) 0x0
(gdb) p *t
Cannot

#40830 [Opn->Bgs]: escapeshellarg() doesn't escape correctly

[edink]

 ID:   40830
 Updated by:   [EMAIL PROTECTED]
 Reported By:  xavier dot blanchet at free dot fr
-Status:   Open
+Status:   Bogus
 Bug Type: CGI related
 Operating System: Windows XP SP2
 PHP Version:  5.2.1
 New Comment:

Windows shell will not pass the trailing " to php. Try dumping $argv[1]
to see it yourself :)


Previous Comments:


[2007-03-15 20:33:38] xavier dot blanchet at free dot fr

Description:

escapeshellarg() doesn't escape correctly double quotes (enclosing with
simple quotes on Windows does not work anyway...)

Reproduce code:
---
conversion.php
--


shell
-
$ php conversion.php 45°53'36"

Expected result:

"45°53'36\""

Actual result:
--
"45°53'36"





-- 
Edit this bug report at http://bugs.php.net/?id=40830&edit=1

#40805 [Opn->Fbk]: Failure excecuting function ibase_execute()

[tony2001]

 ID:   40805
 Updated by:   [EMAIL PROTECTED]
 Reported By:  michael at bluemoon dot com
-Status:   Open
+Status:   Feedback
 Bug Type: InterBase related
 Operating System: Red Hat Ent. Linux WS rel 4
 PHP Version:  5.2.1
 New Comment:

Please do the following after generating the backtrace (type these
commands in GDB console):
f 2
p format
p t
p *t
p *b_var

And paste their output here. Thanks.


Previous Comments:


[2007-03-15 21:32:01] michael at bluemoon dot com

For some reason, I can't seem to get a successful core dump.  Here is 
the backtrace though...

[EMAIL PROTECTED] tmp]# gdb /usr/local/apache/sbin/httpd
GNU gdb Red Hat Linux (6.3.0.0-1.132.EL4rh)
Copyright 2004 Free Software Foundation, Inc. 
GDB is free software, covered by the GNU General Public License, and 
you are 
welcome to change it and/or distribute copies of it under certain 
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for 
details. 
This GDB was configured as "i386-redhat-linux-gnu"...Using host 
libthread_db lib
rary "/lib/tls/libthread_db.so.1".

(gdb) run -X
Starting program: /usr/local/apache/sbin/httpd -X
[Thread debugging using libthread_db enabled] 
[New Thread -1208407840 (LWP 19291)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208407840 (LWP 19291)]
0x0028676a in __strptime_internal () from /lib/tls/libc.so.6
(gdb) bt 
#0  0x0028676a in __strptime_internal () from /lib/tls/libc.so.6
#1  0x00285728 in strptime () from /lib/tls/libc.so.6
#2  0x00e3a22c in _php_ibase_bind (sqlda=0xb7a57734, 
b_vars=0xbfe9b4b4,
buf=0xb7a6963c, ib_query=0xb7b28170) 
at /home/lee/php5.2-200703142330/ext/interbase/ibase_query.c:691
#3  0x00e3aeb0 in _php_ibase_exec (ht=484, return_value=0xb7aadd34,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=1,
ib_resultp=0xbfe9bc64, ib_query=0xb7b28170, args=0xbfe9b4b4) 
at /home/lee/php5.2-200703142330/ext/interbase/ibase_query.c:947
#4  0x00e3d48b in zif_ibase_execute (ht=484, return_value=0xb7aadd34,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=1)
at /home/lee/php5.2-200703142330/ext/interbase/ibase_query.c:1843 
#5  0x01053369 in zend_do_fcall_common_helper_SPEC 
(execute_data=0xbfea0910)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:200
#6  0x01057dc2 in ZEND_DO_FCALL_SPEC_CONST_HANDLER 
(execute_data=0xbfea0910) 
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:1681
#7  0x01052f7e in execute (op_array=0xb7ab61c8)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:92
#8  0x0105da80 in ZEND_INCLUDE_OR_EVAL_SPEC_TMP_HANDLER ( 
execute_data=0xbfea1e50)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:4597
#9  0x01052f7e in execute (op_array=0xb7bad424)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:92
#10 0x0105349e in zend_do_fcall_common_helper_SPEC 
(execute_data=0xbfea3200)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:234
#11 0x01053d7f in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER 
(execute_data=0xbfea3200) 
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:322
#12 0x01052f7e in execute (op_array=0xb7be6684)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:92
#13 0x0105349e in zend_do_fcall_common_helper_SPEC 
(execute_data=0xbfea8df0) 
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:234
#14 0x01053d7f in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER 
(execute_data=0xbfea8df0)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:322
#15 0x01052f7e in execute (op_array=0xb7ee1978) 
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:92
#16 0x01033c86 in zend_execute_scripts (type=8, retval=0x0, 
file_count=3)
at /home/lee/php5.2-200703142330/Zend/zend.c:1134
#17 0x00fecf36 in php_execute_script (primary_file=0xbfeab0c0) 
at /home/lee/php5.2-200703142330/main/main.c:1788
#18 0x0109926d in php_handler (r=0x8adc500)
at /home/lee/php5.2-200703142330/sapi/apache2handler/
sapi_apache2.c:623
#19 0x08092d36 in ap_run_handler (r=0x8adc500) at config.c:151
#20 0x08093101 in ap_invoke_handler (r=0x8adc500) at config.c:363
#21 0x080828c1 in ap_process_request (r=0x8adc500) at http_request.c:
246
#22 0x0807e5d5 in ap_process_http_connection (c=0x8ad1fe8) at 
http_core.c:250 
#23 0x0809c1ae in ap_run_process_connection (c=0x8ad1fe8) at 
connection.c:42
#24 0x08091511 in child_main (child_num_arg=47) at prefork.c:609
#25 0x08091705 in make_child (s=0x8932fa0, slot=0) at prefork.c:649
#26 0x080917cc in startup_children (number_to_start=8) at prefork.c:
721
---Type  to continue, or q  to quit---
#27 0x08091e9f in ap_mpm_run (_pconf=0xbfeab400, plog=0x8966188, 
s=0xbfeab404) 
at prefork.c:940
#28 0x08096f4f in main (argc=2, argv=0xbfeab5a4) at main.c:617



[2007-

#40805 [Fbk->Opn]: Failure excecuting function ibase_execute()

[michael at bluemoon dot com]

 ID:   40805
 User updated by:  michael at bluemoon dot com
 Reported By:  michael at bluemoon dot com
-Status:   Feedback
+Status:   Open
 Bug Type: InterBase related
 Operating System: Red Hat Ent. Linux WS rel 4
 PHP Version:  5.2.1
 New Comment:

For some reason, I can't seem to get a successful core dump.  Here is 
the backtrace though...

[EMAIL PROTECTED] tmp]# gdb /usr/local/apache/sbin/httpd
GNU gdb Red Hat Linux (6.3.0.0-1.132.EL4rh)
Copyright 2004 Free Software Foundation, Inc. 
GDB is free software, covered by the GNU General Public License, and 
you are 
welcome to change it and/or distribute copies of it under certain 
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for 
details. 
This GDB was configured as "i386-redhat-linux-gnu"...Using host 
libthread_db lib
rary "/lib/tls/libthread_db.so.1".

(gdb) run -X
Starting program: /usr/local/apache/sbin/httpd -X
[Thread debugging using libthread_db enabled] 
[New Thread -1208407840 (LWP 19291)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208407840 (LWP 19291)]
0x0028676a in __strptime_internal () from /lib/tls/libc.so.6
(gdb) bt 
#0  0x0028676a in __strptime_internal () from /lib/tls/libc.so.6
#1  0x00285728 in strptime () from /lib/tls/libc.so.6
#2  0x00e3a22c in _php_ibase_bind (sqlda=0xb7a57734, 
b_vars=0xbfe9b4b4,
buf=0xb7a6963c, ib_query=0xb7b28170) 
at /home/lee/php5.2-200703142330/ext/interbase/ibase_query.c:691
#3  0x00e3aeb0 in _php_ibase_exec (ht=484, return_value=0xb7aadd34,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=1,
ib_resultp=0xbfe9bc64, ib_query=0xb7b28170, args=0xbfe9b4b4) 
at /home/lee/php5.2-200703142330/ext/interbase/ibase_query.c:947
#4  0x00e3d48b in zif_ibase_execute (ht=484, return_value=0xb7aadd34,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=1)
at /home/lee/php5.2-200703142330/ext/interbase/ibase_query.c:1843 
#5  0x01053369 in zend_do_fcall_common_helper_SPEC 
(execute_data=0xbfea0910)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:200
#6  0x01057dc2 in ZEND_DO_FCALL_SPEC_CONST_HANDLER 
(execute_data=0xbfea0910) 
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:1681
#7  0x01052f7e in execute (op_array=0xb7ab61c8)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:92
#8  0x0105da80 in ZEND_INCLUDE_OR_EVAL_SPEC_TMP_HANDLER ( 
execute_data=0xbfea1e50)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:4597
#9  0x01052f7e in execute (op_array=0xb7bad424)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:92
#10 0x0105349e in zend_do_fcall_common_helper_SPEC 
(execute_data=0xbfea3200)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:234
#11 0x01053d7f in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER 
(execute_data=0xbfea3200) 
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:322
#12 0x01052f7e in execute (op_array=0xb7be6684)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:92
#13 0x0105349e in zend_do_fcall_common_helper_SPEC 
(execute_data=0xbfea8df0) 
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:234
#14 0x01053d7f in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER 
(execute_data=0xbfea8df0)
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:322
#15 0x01052f7e in execute (op_array=0xb7ee1978) 
at /home/lee/php5.2-200703142330/Zend/zend_vm_execute.h:92
#16 0x01033c86 in zend_execute_scripts (type=8, retval=0x0, 
file_count=3)
at /home/lee/php5.2-200703142330/Zend/zend.c:1134
#17 0x00fecf36 in php_execute_script (primary_file=0xbfeab0c0) 
at /home/lee/php5.2-200703142330/main/main.c:1788
#18 0x0109926d in php_handler (r=0x8adc500)
at /home/lee/php5.2-200703142330/sapi/apache2handler/
sapi_apache2.c:623
#19 0x08092d36 in ap_run_handler (r=0x8adc500) at config.c:151
#20 0x08093101 in ap_invoke_handler (r=0x8adc500) at config.c:363
#21 0x080828c1 in ap_process_request (r=0x8adc500) at http_request.c:
246
#22 0x0807e5d5 in ap_process_http_connection (c=0x8ad1fe8) at 
http_core.c:250 
#23 0x0809c1ae in ap_run_process_connection (c=0x8ad1fe8) at 
connection.c:42
#24 0x08091511 in child_main (child_num_arg=47) at prefork.c:609
#25 0x08091705 in make_child (s=0x8932fa0, slot=0) at prefork.c:649
#26 0x080917cc in startup_children (number_to_start=8) at prefork.c:
721
---Type  to continue, or q  to quit---
#27 0x08091e9f in ap_mpm_run (_pconf=0xbfeab400, plog=0x8966188, 
s=0xbfeab404) 
at prefork.c:940
#28 0x08096f4f in main (argc=2, argv=0xbfeab5a4) at main.c:617


Previous Comments:


[2007-03-15 16:37:22] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX an

#40830 [NEW]: escapeshellarg() doesn't escape correctly

[xavier dot blanchet at free dot fr]

From: xavier dot blanchet at free dot fr
Operating system: Windows XP SP2
PHP version:  5.2.1
PHP Bug Type: CGI related
Bug description:  escapeshellarg() doesn't escape correctly

Description:

escapeshellarg() doesn't escape correctly double quotes (enclosing with
simple quotes on Windows does not work anyway...)

Reproduce code:
---
conversion.php
--


shell
-
$ php conversion.php 45°53'36"

Expected result:

"45°53'36\""

Actual result:
--
"45°53'36"

-- 
Edit bug report at http://bugs.php.net/?id=40830&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=40830&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=40830&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=40830&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40830&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=40830&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=40830&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40830&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40830&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=40830&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40830&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=40830&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=40830&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40830&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=40830&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40830&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40830&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=40830&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=40830&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=40830&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40830&r=mysqlcfg

#40828 [Bgs]: Overloading: "Indirect modification" with "$this->foo[] = $x"

[tony2001]

 ID:   40828
 Updated by:   [EMAIL PROTECTED]
 Reported By:  phpbugs at thequod dot de
 Status:   Bogus
 Bug Type: Arrays related
 Operating System: Ubuntu Linux
 PHP Version:  5CVS-2007-03-15 (CVS)
 New Comment:

Please, if you have any other _questions_ - ask them on a support
forum.


Previous Comments:


[2007-03-15 19:44:25] [EMAIL PROTECTED]

>as Tony stated in http://bugs.php.net/bug.php?id=40823 
>(the code in his comment does not work (anymore?)).
The code in my comment works perfectly fine.

>Can't PHP internally do "$this->test = array()"?
No, it can't do your job for you. You have to do it in the __get()
method.




[2007-03-15 19:35:49] phpbugs at thequod dot de

Description:

If a member of an object is not defined and "gets initialized" by 
PHP after/during the overloading process, a notice ("Indirect 
modification of overloaded property") gets triggered when PHP has to 
initialize it as an array type.

It makes no difference, if __get() returns by reference instead (a 
ref to a null value), as Tony stated in 
http://bugs.php.net/bug.php?id=40823 (the code in his comment does 
not work (anymore?)).


Background: we have a base class "Plugin" in our project and it uses 
__get() for some properties and returns null otherwise.
Now, if some user-created plugin does
$this->foo[] = 'bar'
it will create this notice - which is quite confusing (if the 
derived plugin does not "init" $foo with "var $foo").


Can't PHP internally do "$this->test = array()"?


(This may likely be a dupe of http://bugs.php.net/bug.php?id=39337 - 
but that one got quite confusing, so this one here may become 
a "reference bogus bug" for this issue at least.)

Reproduce code:
---
test[] = 'foo';
}
}

$A = new A();

?>


Expected result:

__get() called.


Actual result:
--
__get() called.

Notice: Indirect modification of overloaded property A::$test has no 
effect in foo.php on line 12






-- 
Edit this bug report at http://bugs.php.net/?id=40828&edit=1

#40828 [Opn->Bgs]: Overloading: "Indirect modification" with "$this->foo[] = $x"

[tony2001]

 ID:   40828
 Updated by:   [EMAIL PROTECTED]
 Reported By:  phpbugs at thequod dot de
-Status:   Open
+Status:   Bogus
 Bug Type: Arrays related
 Operating System: Ubuntu Linux
 PHP Version:  5CVS-2007-03-15 (CVS)
 New Comment:

>as Tony stated in http://bugs.php.net/bug.php?id=40823 
>(the code in his comment does not work (anymore?)).
The code in my comment works perfectly fine.

>Can't PHP internally do "$this->test = array()"?
No, it can't do your job for you. You have to do it in the __get()
method.



Previous Comments:


[2007-03-15 19:35:49] phpbugs at thequod dot de

Description:

If a member of an object is not defined and "gets initialized" by 
PHP after/during the overloading process, a notice ("Indirect 
modification of overloaded property") gets triggered when PHP has to 
initialize it as an array type.

It makes no difference, if __get() returns by reference instead (a 
ref to a null value), as Tony stated in 
http://bugs.php.net/bug.php?id=40823 (the code in his comment does 
not work (anymore?)).


Background: we have a base class "Plugin" in our project and it uses 
__get() for some properties and returns null otherwise.
Now, if some user-created plugin does
$this->foo[] = 'bar'
it will create this notice - which is quite confusing (if the 
derived plugin does not "init" $foo with "var $foo").


Can't PHP internally do "$this->test = array()"?


(This may likely be a dupe of http://bugs.php.net/bug.php?id=39337 - 
but that one got quite confusing, so this one here may become 
a "reference bogus bug" for this issue at least.)

Reproduce code:
---
test[] = 'foo';
}
}

$A = new A();

?>


Expected result:

__get() called.


Actual result:
--
__get() called.

Notice: Indirect modification of overloaded property A::$test has no 
effect in foo.php on line 12






-- 
Edit this bug report at http://bugs.php.net/?id=40828&edit=1

#40828 [NEW]: Overloading: "Indirect modification" with "$this->foo[] = $x"

[phpbugs at thequod dot de]

From: phpbugs at thequod dot de
Operating system: Ubuntu Linux
PHP version:  5CVS-2007-03-15 (CVS)
PHP Bug Type: Arrays related
Bug description:  Overloading: "Indirect modification" with "$this->foo[] = $x"

Description:

If a member of an object is not defined and "gets initialized" by 
PHP after/during the overloading process, a notice ("Indirect 
modification of overloaded property") gets triggered when PHP has to 
initialize it as an array type.

It makes no difference, if __get() returns by reference instead (a 
ref to a null value), as Tony stated in 
http://bugs.php.net/bug.php?id=40823 (the code in his comment does 
not work (anymore?)).


Background: we have a base class "Plugin" in our project and it uses 
__get() for some properties and returns null otherwise.
Now, if some user-created plugin does
$this->foo[] = 'bar'
it will create this notice - which is quite confusing (if the 
derived plugin does not "init" $foo with "var $foo").


Can't PHP internally do "$this->test = array()"?


(This may likely be a dupe of http://bugs.php.net/bug.php?id=39337 - 
but that one got quite confusing, so this one here may become 
a "reference bogus bug" for this issue at least.)

Reproduce code:
---
test[] = 'foo';
}
}

$A = new A();

?>


Expected result:

__get() called.


Actual result:
--
__get() called.

Notice: Indirect modification of overloaded property A::$test has no 
effect in foo.php on line 12


-- 
Edit bug report at http://bugs.php.net/?id=40828&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=40828&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=40828&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=40828&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40828&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=40828&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=40828&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40828&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40828&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=40828&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40828&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=40828&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=40828&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40828&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=40828&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40828&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40828&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=40828&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=40828&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=40828&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40828&r=mysqlcfg

#40753 [Csd]: IIS6 ISAPI Install fails (Error 1722)

[jmertic]

 ID:   40753
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jonnyregistration at gmail dot com
 Status:   Closed
 Bug Type: IIS related
 Operating System: Vista Home Premium
 PHP Version:  5.2.1
 Assigned To:  jmertic
 New Comment:

Can you contact me at [EMAIL PROTECTED] with information on where I can
post an updated build for you to try? I don't have any FTP space
anywhere currently...


Previous Comments:


[2007-03-15 19:07:21] [EMAIL PROTECTED]

This will be fixed in CVS shortly and I'll see if we can do a rebuild
the installer on the downloads page.



[2007-03-08 00:18:44] jonnyregistration at gmail dot com

Description:

I used the windows installer (php-5.2.1-win32-installer).  Installation
failed.  A dialog box read "There is a problem with this Windows
Installer package. A program run as part of the setup did not finish as
expected.  Contact your support personnel or package vendor."  My full
error log (using msiexec /i php-5.2.1-win32-installer.msi /l*v
c:\error.txt) can be accessed at http://www.jonnymd.com/error.txt.  Any
attempt to load a php using the IIS6 server results in a 404.3 error,
dealing with an inappropriate MIME type, as is to be expected since the
installation failed.  Any help would be appreciated.








-- 
Edit this bug report at http://bugs.php.net/?id=40753&edit=1

#40827 [Opn->Fbk]: additional param for debug_backtrace

[tony2001]

 ID:   40827
 Updated by:   [EMAIL PROTECTED]
 Reported By:  kills at online dot de
-Status:   Open
+Status:   Feedback
 Bug Type: Feature/Change Request
 Operating System: Irrelevant
 PHP Version:  5.2.1
 New Comment:

How is that different from a three-line function operating on the
result array of debug_backtrace() ?


Previous Comments:


[2007-03-15 18:58:18] kills at online dot de

Description:

http://de3.php.net/debug_backtrace

its very common to use debug_backtrace for getting the caller of the
current function/method. the only information which is needed is the
next upper level of the trace.

In my opinion it would be perfect to have an parameter which
determines, how many levels of the backtrace are necessary for me.

e.g. debug_backtrace(1) for only the next upper level of information,
this would also improve speed and efficiency of the function.






-- 
Edit this bug report at http://bugs.php.net/?id=40827&edit=1

#40753 [Asn->Csd]: IIS6 ISAPI Install fails (Error 1722)

[jmertic]

 ID:   40753
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jonnyregistration at gmail dot com
-Status:   Assigned
+Status:   Closed
 Bug Type: IIS related
 Operating System: Vista Home Premium
 PHP Version:  5.2.1
 Assigned To:  jmertic
 New Comment:

This will be fixed in CVS shortly and I'll see if we can do a rebuild
the installer on the downloads page.


Previous Comments:


[2007-03-08 00:18:44] jonnyregistration at gmail dot com

Description:

I used the windows installer (php-5.2.1-win32-installer).  Installation
failed.  A dialog box read "There is a problem with this Windows
Installer package. A program run as part of the setup did not finish as
expected.  Contact your support personnel or package vendor."  My full
error log (using msiexec /i php-5.2.1-win32-installer.msi /l*v
c:\error.txt) can be accessed at http://www.jonnymd.com/error.txt.  Any
attempt to load a php using the IIS6 server results in a 404.3 error,
dealing with an inappropriate MIME type, as is to be expected since the
installation failed.  Any help would be appreciated.








-- 
Edit this bug report at http://bugs.php.net/?id=40753&edit=1

#40700 [Asn]: win32 5.2.1 MSI not installing correctly

[jmertic]

 ID:   40700
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php at proscan dot demon dot co dot uk
 Status:   Assigned
 Bug Type: *General Issues
 Operating System: MS Win XP [Version 5.1.2600]
 PHP Version:  5.2.1
 Assigned To:  jmertic
 New Comment:

Did you have any other versions of PHP installed before this one?


Previous Comments:


[2007-03-02 22:38:42] php at proscan dot demon dot co dot uk

Description:

using the win32 msi for, v5.2.1, installer leads to many errors.  Using
the zip file simply works, eureka!

Reproduce code:
---
PHP Warning:  PHP Startup: Unable to load dynamic library
'D:\PHP\ext\php_ifx.dll' - The specified module could not be f
ound.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library
'D:\PHP\ext\php_pdo_oci.dll' - The specified module could not
be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library
'D:\PHP\ext\php_pspell.dll' - The specified module could not b
e found.
 in Unknown on line 0
PHP Warning:  Module 'bz2' already loaded in Unknown on line 0
PHP Warning:  Module 'curl' already loaded in Unknown on line 0
ETC...

Expected result:

D:\PHP>php -v
PHP 5.2.1 (cli) (built: Feb  7 2007 23:11:26)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies

Actual result:
--
PHP Warning:  PHP Startup: Unable to load dynamic library
'D:\PHP\ext\php_ifx.dll' - The specified module could not be f
ound.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library
'D:\PHP\ext\php_pdo_oci.dll' - The specified module could not
be found.
 in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library
'D:\PHP\ext\php_pspell.dll' - The specified module could not b
e found.
 in Unknown on line 0
PHP Warning:  Module 'bz2' already loaded in Unknown on line 0
PHP Warning:  Module 'curl' already loaded in Unknown on line 0

ETC...





-- 
Edit this bug report at http://bugs.php.net/?id=40700&edit=1

#40716 [Asn]: Installationproblem Win/Apache224

[jmertic]

 ID:   40716
 Updated by:   [EMAIL PROTECTED]
 Reported By:  kotzlowski at hotmail dot com
 Status:   Assigned
 Bug Type: *General Issues
 Operating System: Windows XP Pro
 PHP Version:  5.2.1
 Assigned To:  jmertic
 New Comment:

Can you try e-mailing that log file again; I never got it...


Previous Comments:


[2007-03-04 15:36:52] kotzlowski at hotmail dot com

it's related to bug #40217



[2007-03-04 15:34:22] kotzlowski at hotmail dot com

Description:

I'm getting the same error here.
Windows XP Pro SP 2, german, full patched
Apache 2.2.4 win32 x86 no ssl (running)
php 5.2.1 win32-installer

Installation (as Administrator):
msiexec /i php-5.2.1-win32-installer.msi /l*v c:\error.txt

PHP 5.2.1 Setup Windows, Next

accept terms, Next

Install PHP 5.2.1 to: C:\Programme\PHP

Web Server Setup: Apache 2.2.x Module, checked, Next

Apache Configuration Directory: C:\Programme\Apache Software 
Foundation\Apache2.2\conf\, browsed, Next

Choose Items to install: Default plus PHP Extencsions (Entire feature
will be installed on local hard drive), Next
Install

After Status "publishing" Error Screen:
PHP 5.2.1 Setup: "There is a problem with this Windows Installer
package. A program run as part of setup did not finish as expected.
Contact your support personnel or package vendor."
OK

Screen PHP 5.2.1 Setup:
PHP 5.2.1 Setup Wizard ended prematurely becaus of an error. Your
system has not been modified. To install this program at a later time,
run Setup Wizard again. Click the Finish button to exit the Setup
Wizard.
Finish

PHP shows as installed under start - settings - control panel -
add/remove software and there is a c:\Programme\PHP

I'll mail the error.txt to [EMAIL PROTECTED]






-- 
Edit this bug report at http://bugs.php.net/?id=40716&edit=1

#40421 [Asn]: Install error 2343

[jmertic]

 ID:   40421
 Updated by:   [EMAIL PROTECTED]
 Reported By:  wade_link at hotmail dot com
 Status:   Assigned
 Bug Type: Unknown/Other Function
 Operating System: XP Pro
 PHP Version:  5.2.1
 Assigned To:  jmertic
 New Comment:

Email the error.log file produced from the following to
[EMAIL PROTECTED]

>From the command line in the directory where you downloaded the
installer:

msiexec /i php-5.2.1-win32-installer.msi /l*v error.log


Previous Comments:


[2007-02-22 01:08:33] wade_link at hotmail dot com

Yes, there is a PHP.ini file.



[2007-02-19 20:50:29] [EMAIL PROTECTED]

Is there a PHP.ini file in the installation directory ( defaults to
c:\program files\php 5) ?



[2007-02-17 00:49:05] klearity at lycos dot ca

I have the same problem. I downloaded the fix version but I still get
the error. I do not know where to find the error log so I can email it
to the address given. Where do I find this?



[2007-02-16 16:04:04] wade_link at hotmail dot com

Still got the same error at the same point of writing INI files.



[2007-02-15 19:41:53] [EMAIL PROTECTED]

Please try the latest build. If you are still having problems, email
the
error.log file produced from the following to [EMAIL PROTECTED]

>From the command line in the directory where you downloaded the
installer:

msiexec /i php-5.2.1-win32-installer.msi /l*v error.log



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/40421

-- 
Edit this bug report at http://bugs.php.net/?id=40421&edit=1

#40827 [NEW]: additional param for debug_backtrace

[kills at online dot de]

From: kills at online dot de
Operating system: Irrelevant
PHP version:  5.2.1
PHP Bug Type: Feature/Change Request
Bug description:  additional param for debug_backtrace

Description:

http://de3.php.net/debug_backtrace

its very common to use debug_backtrace for getting the caller of the
current function/method. the only information which is needed is the next
upper level of the trace.

In my opinion it would be perfect to have an parameter which determines,
how many levels of the backtrace are necessary for me.

e.g. debug_backtrace(1) for only the next upper level of information, this
would also improve speed and efficiency of the function.


-- 
Edit bug report at http://bugs.php.net/?id=40827&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=40827&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=40827&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=40827&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40827&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=40827&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=40827&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40827&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40827&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=40827&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40827&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=40827&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=40827&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40827&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=40827&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40827&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40827&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=40827&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=40827&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=40827&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40827&r=mysqlcfg

#40826 [Opn->Bgs]: I cant able to assign alias name to my directory

[helly]

 ID:   40826
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ashokmca dot g at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Apache related
 Operating System: windows xp
 PHP Version:  5.2.1
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.

Contact Microsoft support - have luck.


Previous Comments:


[2007-03-15 18:43:38] ashokmca dot g at gmail dot com

Description:

My folder f:/work/learning/

i need to used this way http://localhost/first/

i want to assign first as to f:/work/learning/


please assist me

need help urgent






-- 
Edit this bug report at http://bugs.php.net/?id=40826&edit=1

#40826 [NEW]: I cant able to assign alias name to my directory

[ashokmca dot g at gmail dot com]

From: ashokmca dot g at gmail dot com
Operating system: windows xp
PHP version:  5.2.1
PHP Bug Type: Apache related
Bug description:  I cant able to assign alias name to my directory

Description:

My folder f:/work/learning/

i need to used this way http://localhost/first/

i want to assign first as to f:/work/learning/


please assist me

need help urgent


-- 
Edit bug report at http://bugs.php.net/?id=40826&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=40826&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=40826&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=40826&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40826&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=40826&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=40826&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40826&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40826&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=40826&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40826&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=40826&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=40826&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40826&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=40826&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40826&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40826&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=40826&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=40826&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=40826&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40826&r=mysqlcfg

#15884 [Com]: session_unregister does not work when followed by header("Location: ...")

[software_freedom at member dot fsf dot org]

 ID:   15884
 Comment by:   software_freedom at member dot fsf dot org
 Reported By:  jt at domainfactory dot de
 Status:   No Feedback
 Bug Type: Session related
 Operating System: Linux
 PHP Version:  4.1.2
 New Comment:

Yup! Same here!
But, my code is something like the following:

index.php:
session_start ();
if (isset($_SESSION ['wow']))
echo 'Yes! ';
else
echo 'No! ';
echo 'http://localhost/bug.php";>Go!';

bug.php:
session_start ();
$_SESSION ['wow'] = 'Alright!';
session_commit ();
header ('Location: http://localhost/index.php');

The answer is always 'No! '.

So, sad!

I will try to submit the backtrace if I have time ;-)

My PHP version is 4.1.14


Previous Comments:


[2002-06-01 00:00:06] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".



[2002-03-28 04:22:28] jt at domainfactory dot de

Sorry but currently I am unable to provide a backtrace. Maybe anyone
who stumbled over this bug and has a bit of time can provide one ?

(Also I forgot my bug-password, beat me)

Jochen



[2002-03-26 21:48:24] [EMAIL PROTECTED]

To properly diagnose this bug, 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".

Could you try to get backtrace?
I guess PHP is segfaulting.



[2002-03-11 10:15:00] jt at domainfactory dot de

Yup looks like the two are related. The other bug was submitted an Mar
6th, I submitted mine on Mar 5th so at least the dupe is not my fault
;)

Jochen



[2002-03-08 15:08:30] baatsaam at hotmail dot com

I believe this bug is related to bug #15909
(http://bugs.php.net/bug.php?id=15909)



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/15884

-- 
Edit this bug report at http://bugs.php.net/?id=15884&edit=1

#40823 [Opn->Bgs]: Overloaded Array Access Breaks in 5.2.1

[tony2001]

 ID:   40823
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php at michaelho dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Class/Object related
 Operating System: Mac OS X 10.4.9
 PHP Version:  5.2.1
 New Comment:

Please read what Derick said in bug #40625.
It DID NOT work before and the only difference is the notice.

To make it work you need to return __get() result by reference:
array;
}
}

$a = new foo();
$a->overloaded[] = 4;
foreach ($a->overloaded as $int)
print $int . "";
?>

And that's really easy to explain - you can't change the result of the
__get() method and expect it to affect the object members. 


Previous Comments:


[2007-03-15 17:17:00] php at michaelho dot com

Description:

This was mistakenly reported as "bogus" in
http://bugs.php.net/bug.php?id=40625

Overloaded array access was implemented then broken, then fixed again
in PHP 5.2.0: http://bugs.php.net/39449

However, with PHP 5.2.1, it was broken once again.

The following code sample works perfectly in 5.2.0, but is broken in
5.2.1

Reproduce code:
---
array;
}
}

$a = new foo();
$a->overloaded[] = 4;
foreach ($a->overloaded as $int)
print $int . "";
?>

Expected result:

1
2
3
4

Actual result:
--
Notice: Indirect modification of overloaded property Foo::$overloaded
has no effect in /deb/blah/wwwroot/test.php on line 10
1
2
3





-- 
Edit this bug report at http://bugs.php.net/?id=40823&edit=1

#40823 [NEW]: Overloaded Array Access Breaks in 5.2.1

[php at michaelho dot com]

From: php at michaelho dot com
Operating system: Mac OS X 10.4.9
PHP version:  5.2.1
PHP Bug Type: Class/Object related
Bug description:  Overloaded Array Access Breaks in 5.2.1

Description:

This was mistakenly reported as "bogus" in
http://bugs.php.net/bug.php?id=40625

Overloaded array access was implemented then broken, then fixed again in
PHP 5.2.0: http://bugs.php.net/39449

However, with PHP 5.2.1, it was broken once again.

The following code sample works perfectly in 5.2.0, but is broken in 5.2.1

Reproduce code:
---
array;
}
}

$a = new foo();
$a->overloaded[] = 4;
foreach ($a->overloaded as $int)
print $int . "";
?>

Expected result:

1
2
3
4

Actual result:
--
Notice: Indirect modification of overloaded property Foo::$overloaded has
no effect in /deb/blah/wwwroot/test.php on line 10
1
2
3

-- 
Edit bug report at http://bugs.php.net/?id=40823&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=40823&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=40823&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=40823&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40823&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=40823&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=40823&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40823&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40823&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=40823&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40823&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=40823&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=40823&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40823&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=40823&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40823&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40823&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=40823&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=40823&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=40823&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40823&r=mysqlcfg

#40822 [Opn->Asn]: pdo rowcount bug

[tony2001]

 ID:   40822
 Updated by:   [EMAIL PROTECTED]
 Reported By:  vitaliy dot okulov at gmail dot com
-Status:   Open
+Status:   Assigned
 Bug Type: PDO related
 Operating System: Gentoo Linux 2006.1
 PHP Version:  5.2.1
-Assigned To:  
+Assigned To:  wez


Previous Comments:


[2007-03-15 15:34:37] vitaliy dot okulov at gmail dot com

Description:

Description:

Using PDO DBLIB driver to connect to MySQL server each SELECT query
I've
tried this far returns a valid resultset but PDOStatement::rowCount()
always returns 0.

When i use php 5.1.6 all works fine.

Reproduce code:
---
 true));

$db->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);

$r = $db->query("SELECT * FROM xxx");
echo "";
echo "rowCount = ".$r->rowCount();
echo "";

?>



Expected result:

rowCount = 540554

Actual result:
--
rowCount = 0





-- 
Edit this bug report at http://bugs.php.net/?id=40822&edit=1

#40815 [Asn->Csd]: Trying apply default exception handler produces segfault

[tony2001]

 ID:   40815
 Updated by:   [EMAIL PROTECTED]
 Reported By:  nizar dot jouini at gmail dot com
-Status:   Assigned
+Status:   Closed
 Bug Type: Reproducible crash
 Operating System: Linux 2.6.17-10/Ubuntu 6.10
 PHP Version:  5.2.1
 Assigned To:  tony2001
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2007-03-15 10:48:05] nizar dot jouini at gmail dot com

It seems that it is also possible to produce this in RHEL4/Centos4 (PHP
5.2.1 compiled from sources) with the same result.



[2007-03-15 10:42:23] nizar dot jouini at gmail dot com

Description:

Trying to set an exception handler which is a type of 'static public
function' results in a segfault. This script is run from php-cli

Reproduce code:
---


Expected result:

I would expect to catch an exception.

Actual result:
--
fish: Job 1, “php destroythis.php ” terminated by signal SIGSEGV
(Address boundary error)





-- 
Edit this bug report at http://bugs.php.net/?id=40815&edit=1

#40805 [Opn->Fbk]: Failure excecuting function ibase_execute()

[tony2001]

 ID:   40805
 Updated by:   [EMAIL PROTECTED]
 Reported By:  michael at bluemoon dot com
-Status:   Open
+Status:   Feedback
 Bug Type: InterBase related
 Operating System: Red Hat Ent. Linux WS rel 4
 PHP Version:  5.2.1
 New Comment:

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.




Previous Comments:


[2007-03-15 16:28:08] michael at bluemoon dot com

Checked Apache error_log. This is the entry that is logged at time of
failure:

[Thu Mar 15 11:22:59 2007] [notice] child pid 29396 exit signal
Segmentation fault (11)



[2007-03-15 13:00:05] [EMAIL PROTECTED]

Check your Apache error_log.



[2007-03-15 02:52:41] michael at bluemoon dot com

Tried the latest CVS snapshot; same problem.



[2007-03-14 18:11:09] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip





[2007-03-14 18:06:58] michael at bluemoon dot com

Description:

Script fails when it encounters ibase_execute() function; blank white
screen is displayed.

No problem in PHP 5.2.0. Stopped working in 5.2.1.

No exception is thrown. No errors/warnings shown when running w/
error_reporting(E_ALL).

If I insert die('Hello, world!') immediately before line containing
ibase_execute() statement, screen outputs "Hello, world!" If I insert
same die() statement after ibase_execute(), I just get a blank screen.

Reproduce code:
---
Not possible to paste a discrete, reproducible snippet from my own
codebase here, given the unique attributes of my database connection,
but this is the gist of what I am trying to do:

$query = "UPDATE CUSTOMER SET FIELD2 = ?, FIELD3 = ? WHERE FIELD1 =
'A'";

// $trh is resource ID of current transaction
if ($result = ibase_prepare($trh, $query)) {
  if (ibase_execute($result, 'B', 'C')) echo "Operation Successful";
  else echo "Operation Failed";
}

Expected result:

"Operation Successful" or "Operation Failed"

Actual result:
--






-- 
Edit this bug report at http://bugs.php.net/?id=40805&edit=1

#40805 [Fbk->Opn]: Failure excecuting function ibase_execute()

[michael at bluemoon dot com]

 ID:   40805
 User updated by:  michael at bluemoon dot com
 Reported By:  michael at bluemoon dot com
-Status:   Feedback
+Status:   Open
 Bug Type: InterBase related
 Operating System: Red Hat Ent. Linux WS rel 4
 PHP Version:  5.2.1
 New Comment:

Checked Apache error_log. This is the entry that is logged at time of
failure:

[Thu Mar 15 11:22:59 2007] [notice] child pid 29396 exit signal
Segmentation fault (11)


Previous Comments:


[2007-03-15 13:00:05] [EMAIL PROTECTED]

Check your Apache error_log.



[2007-03-15 02:52:41] michael at bluemoon dot com

Tried the latest CVS snapshot; same problem.



[2007-03-14 18:11:09] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip





[2007-03-14 18:06:58] michael at bluemoon dot com

Description:

Script fails when it encounters ibase_execute() function; blank white
screen is displayed.

No problem in PHP 5.2.0. Stopped working in 5.2.1.

No exception is thrown. No errors/warnings shown when running w/
error_reporting(E_ALL).

If I insert die('Hello, world!') immediately before line containing
ibase_execute() statement, screen outputs "Hello, world!" If I insert
same die() statement after ibase_execute(), I just get a blank screen.

Reproduce code:
---
Not possible to paste a discrete, reproducible snippet from my own
codebase here, given the unique attributes of my database connection,
but this is the gist of what I am trying to do:

$query = "UPDATE CUSTOMER SET FIELD2 = ?, FIELD3 = ? WHERE FIELD1 =
'A'";

// $trh is resource ID of current transaction
if ($result = ibase_prepare($trh, $query)) {
  if (ibase_execute($result, 'B', 'C')) echo "Operation Successful";
  else echo "Operation Failed";
}

Expected result:

"Operation Successful" or "Operation Failed"

Actual result:
--






-- 
Edit this bug report at http://bugs.php.net/?id=40805&edit=1

#40822 [NEW]: pdo rowcount bug

[vitaliy dot okulov at gmail dot com]

From: vitaliy dot okulov at gmail dot com
Operating system: Gentoo Linux 2006.1
PHP version:  5.2.1
PHP Bug Type: PDO related
Bug description:  pdo rowcount bug

Description:

Description:

Using PDO DBLIB driver to connect to MySQL server each SELECT query I've
tried this far returns a valid resultset but PDOStatement::rowCount()
always returns 0.

When i use php 5.1.6 all works fine.

Reproduce code:
---
 true));

$db->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);

$r = $db->query("SELECT * FROM xxx");
echo "";
echo "rowCount = ".$r->rowCount();
echo "";

?>



Expected result:

rowCount = 540554

Actual result:
--
rowCount = 0

-- 
Edit bug report at http://bugs.php.net/?id=40822&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=40822&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=40822&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=40822&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40822&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=40822&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=40822&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40822&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40822&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=40822&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40822&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=40822&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=40822&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40822&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=40822&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40822&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40822&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=40822&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=40822&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=40822&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40822&r=mysqlcfg

#40817 [Opn->Bgs]: gettext crash with an old (from php5.1.4/netbsd3) .mo file

[tony2001]

 ID:   40817
 Updated by:   [EMAIL PROTECTED]
 Reported By:  loic dot hoguin at diplomatie dot gouv dot fr
-Status:   Open
+Status:   Bogus
 Bug Type: Gettext related
 Operating System: NetBSD 4.0.2_BETA2
 PHP Version:  5.2.1
 New Comment:

The backtrace clearly shows that the problem is not in PHP.


Previous Comments:


[2007-03-15 14:55:45] loic dot hoguin at diplomatie dot gouv dot fr

Here's the backtrace. Sorry I can't activate the debug mode right now.

(gdb) bt
#0  0x7f7ffc6af381 in _citrus_memory_stream_getln ()
   from /usr/lib/libc.so.12
#1  0x7f7ffb1058f0 in _gettext_parse_plural () from
/usr/lib/libintl.so.0
#2  0x7f7ffb1046b6 in dcngettext () from /usr/lib/libintl.so.0
#3  0x7f7ffa701630 in zif_gettext ()
   from /usr/pkg/lib/php/20040412/gettext.so

Tell me if you need something else.



[2007-03-15 12:35:31] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.





[2007-03-15 11:08:04] loic dot hoguin at diplomatie dot gouv dot fr

Description:

Apache child process crashed when using a messages.mo file which was
generated on november 2006. Rebuilding the file fixed the problem, so
maybe the file was malformed ; however, gettext should not crash the
process if the file is bad.

NetBSD 4.0_BETA2
Apache 2.0.59
PHP 5.2.1

It was on a fresh install on a new server.

The php.ini had just the extensions added and the error messages
display deactivated.


[PHP Modules]
ctype, curl, date, filter, gd, gettext, hash, libxml, mbstring, mysql,
openssl, pcre, pgsql, Reflection, session, SimpleXML, SPL, standard,
tokenizer, xml, xmlreader, xmlwriter, zlib

configure: --with-regex=system --without-mysql --without-sqlite
--without-iconv --disable-posix --disable-dom --disable-pdo
--disable-json --enable-xml

I also have a messages.mo which crash the process.

Expected result:

An error instead of a crash.






-- 
Edit this bug report at http://bugs.php.net/?id=40817&edit=1

#40821 [Opn->Bgs]: PHP with oci8 support for Oracle 10G

[tony2001]

 ID:   40821
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mactis at cram-sudest dot fr
-Status:   Open
+Status:   Bogus
 Bug Type: *Compile Issues
 Operating System: AIX 5.2 64bits
 PHP Version:  5.2.1
 New Comment:

See bug #39178.


Previous Comments:


[2007-03-15 15:02:01] mactis at cram-sudest dot fr

Description:

When attempting to compile PHP 5.2.1 with oci8 for oracle 10G we've got
an error during 'make' : 
/bin/sh /fic/Install/Php/php-5.2.1/libtool --silent --preserve-dup-deps
--mode=compile gcc  -Iext/oci8/ -I/fic/Install/Php/php-5.2.1/ext/oci8/
-DPHP_ATOM_INC -I/fic/Install/Php/php-5.2.1/include
-I/fic/Install/Php/php-5.2.1/main -I/fic/Install/Php/php-5.2.1
-I/opt/freeware/include/libxml2
-I/fic/Install/Php/php-5.2.1/ext/date/lib -I/usr/X11R6/include
-I/usr/include/freetype2
-I/ofa/app/oracle/product/10.2.0/db_1//rdbms/public
-I/ofa/app/oracle/product/10.2.0/db_1//rdbms/demo
-I/ofa/app/oracle/product/10.2.0/db_1//plsql/public
-I/fic/Install/Php/php-5.2.1/TSRM -I/fic/Install/Php/php-5.2.1/Zend   
-I/usr/include -DHAVE_LONG_LONG   -c
/fic/Install/Php/php-5.2.1/ext/oci8/oci8.c -o ext/oci8/oci8.lo
In file included from /fic/Install/Php/php-5.2.1/ext/oci8/oci8.c:50:
/fic/Install/Php/php-5.2.1/ext/oci8/php_oci8_int.h:344: error: parse
error before "oraub8"
make: 1254-004 The error code from the last command is 1.


Reproduce code:
---
export ORACLE_HOME=/ofa/app/oracle/product/10.2.0/db_1
export
LD_LIBRARY_PATH=$ORACLE_HOME/lib:$ORACLE_HOME/instantclient:/opt/freeware/lib
export CFLAGS=" -DHAVE_LONG_LONG"
./configure --prefix=/usr/local \
--with-apxs2=/usr/local/apache/bin/apxs \
--with-config-file-path=/usr/local/apache/conf \
--with-oci8=$ORACLE_HOME \
--enable-shared \
--disable-static \
--with-gd \
--enable-sigchild \
--with-gettext-dir=/opt/freeware/lib \
--with-zlib-dir=/opt/freeware/lib \
--with-png-dir=/opt/freeware/lib \
--with-zlib-dir=/opt/freeware/lib \
--with-xml-dir=/opt/freeware/lib \
--with-png-dir=/opt/freeware/lib \
--with-jpeg-dir=/opt/freeware/lib \
--with-freetype-dir=/opt/freeware/lib \
--with-xpm-dir=/opt/freeware/lib

make

Expected result:

Successful Compile.

Actual result:
--
/bin/sh /fic/Install/Php/php-5.2.1/libtool --silent --preserve-dup-deps
--mode=compile gcc  -Iext/oci8/ -I/fic/Install/Php/php-5.2.1/ext/oci8/
-DPHP_ATOM_INC -I/fic/Install/Php/php-5.2.1/include
-I/fic/Install/Php/php-5.2.1/main -I/fic/Install/Php/php-5.2.1
-I/opt/freeware/include/libxml2
-I/fic/Install/Php/php-5.2.1/ext/date/lib -I/usr/X11R6/include
-I/usr/include/freetype2
-I/ofa/app/oracle/product/10.2.0/db_1//rdbms/public
-I/ofa/app/oracle/product/10.2.0/db_1//rdbms/demo
-I/ofa/app/oracle/product/10.2.0/db_1//plsql/public
-I/fic/Install/Php/php-5.2.1/TSRM -I/fic/Install/Php/php-5.2.1/Zend   
-I/usr/include -DHAVE_LONG_LONG   -c
/fic/Install/Php/php-5.2.1/ext/oci8/oci8.c -o ext/oci8/oci8.lo
In file included from /fic/Install/Php/php-5.2.1/ext/oci8/oci8.c:50:
/fic/Install/Php/php-5.2.1/ext/oci8/php_oci8_int.h:344: error: parse
error before "oraub8"
make: 1254-004 The error code from the last command is 1.





-- 
Edit this bug report at http://bugs.php.net/?id=40821&edit=1

#40821 [NEW]: PHP with oci8 support for Oracle 10G

[mactis at cram-sudest dot fr]

From: mactis at cram-sudest dot fr
Operating system: AIX 5.2 64bits
PHP version:  5.2.1
PHP Bug Type: *Compile Issues
Bug description:  PHP with oci8 support for Oracle 10G

Description:

When attempting to compile PHP 5.2.1 with oci8 for oracle 10G we've got an
error during 'make' : 
/bin/sh /fic/Install/Php/php-5.2.1/libtool --silent --preserve-dup-deps
--mode=compile gcc  -Iext/oci8/ -I/fic/Install/Php/php-5.2.1/ext/oci8/
-DPHP_ATOM_INC -I/fic/Install/Php/php-5.2.1/include
-I/fic/Install/Php/php-5.2.1/main -I/fic/Install/Php/php-5.2.1
-I/opt/freeware/include/libxml2 -I/fic/Install/Php/php-5.2.1/ext/date/lib
-I/usr/X11R6/include -I/usr/include/freetype2
-I/ofa/app/oracle/product/10.2.0/db_1//rdbms/public
-I/ofa/app/oracle/product/10.2.0/db_1//rdbms/demo
-I/ofa/app/oracle/product/10.2.0/db_1//plsql/public
-I/fic/Install/Php/php-5.2.1/TSRM -I/fic/Install/Php/php-5.2.1/Zend   
-I/usr/include -DHAVE_LONG_LONG   -c
/fic/Install/Php/php-5.2.1/ext/oci8/oci8.c -o ext/oci8/oci8.lo
In file included from /fic/Install/Php/php-5.2.1/ext/oci8/oci8.c:50:
/fic/Install/Php/php-5.2.1/ext/oci8/php_oci8_int.h:344: error: parse error
before "oraub8"
make: 1254-004 The error code from the last command is 1.


Reproduce code:
---
export ORACLE_HOME=/ofa/app/oracle/product/10.2.0/db_1
export
LD_LIBRARY_PATH=$ORACLE_HOME/lib:$ORACLE_HOME/instantclient:/opt/freeware/lib
export CFLAGS=" -DHAVE_LONG_LONG"
./configure --prefix=/usr/local \
--with-apxs2=/usr/local/apache/bin/apxs \
--with-config-file-path=/usr/local/apache/conf \
--with-oci8=$ORACLE_HOME \
--enable-shared \
--disable-static \
--with-gd \
--enable-sigchild \
--with-gettext-dir=/opt/freeware/lib \
--with-zlib-dir=/opt/freeware/lib \
--with-png-dir=/opt/freeware/lib \
--with-zlib-dir=/opt/freeware/lib \
--with-xml-dir=/opt/freeware/lib \
--with-png-dir=/opt/freeware/lib \
--with-jpeg-dir=/opt/freeware/lib \
--with-freetype-dir=/opt/freeware/lib \
--with-xpm-dir=/opt/freeware/lib

make

Expected result:

Successful Compile.

Actual result:
--
/bin/sh /fic/Install/Php/php-5.2.1/libtool --silent --preserve-dup-deps
--mode=compile gcc  -Iext/oci8/ -I/fic/Install/Php/php-5.2.1/ext/oci8/
-DPHP_ATOM_INC -I/fic/Install/Php/php-5.2.1/include
-I/fic/Install/Php/php-5.2.1/main -I/fic/Install/Php/php-5.2.1
-I/opt/freeware/include/libxml2 -I/fic/Install/Php/php-5.2.1/ext/date/lib
-I/usr/X11R6/include -I/usr/include/freetype2
-I/ofa/app/oracle/product/10.2.0/db_1//rdbms/public
-I/ofa/app/oracle/product/10.2.0/db_1//rdbms/demo
-I/ofa/app/oracle/product/10.2.0/db_1//plsql/public
-I/fic/Install/Php/php-5.2.1/TSRM -I/fic/Install/Php/php-5.2.1/Zend   
-I/usr/include -DHAVE_LONG_LONG   -c
/fic/Install/Php/php-5.2.1/ext/oci8/oci8.c -o ext/oci8/oci8.lo
In file included from /fic/Install/Php/php-5.2.1/ext/oci8/oci8.c:50:
/fic/Install/Php/php-5.2.1/ext/oci8/php_oci8_int.h:344: error: parse error
before "oraub8"
make: 1254-004 The error code from the last command is 1.

-- 
Edit bug report at http://bugs.php.net/?id=40821&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=40821&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=40821&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=40821&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40821&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=40821&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=40821&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40821&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40821&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=40821&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40821&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=40821&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=40821&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40821&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=40821&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40821&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40821&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=40821&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=40821&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=40821&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40821&r=mysqlcfg

#40817 [Fbk->Opn]: gettext crash with an old (from php5.1.4/netbsd3) .mo file

[loic dot hoguin at diplomatie dot gouv dot fr]

 ID:   40817
 User updated by:  loic dot hoguin at diplomatie dot gouv dot fr
 Reported By:  loic dot hoguin at diplomatie dot gouv dot fr
-Status:   Feedback
+Status:   Open
 Bug Type: Gettext related
 Operating System: NetBSD 4.0.2_BETA2
 PHP Version:  5.2.1
 New Comment:

Here's the backtrace. Sorry I can't activate the debug mode right now.

(gdb) bt
#0  0x7f7ffc6af381 in _citrus_memory_stream_getln ()
   from /usr/lib/libc.so.12
#1  0x7f7ffb1058f0 in _gettext_parse_plural () from
/usr/lib/libintl.so.0
#2  0x7f7ffb1046b6 in dcngettext () from /usr/lib/libintl.so.0
#3  0x7f7ffa701630 in zif_gettext ()
   from /usr/pkg/lib/php/20040412/gettext.so

Tell me if you need something else.


Previous Comments:


[2007-03-15 12:35:31] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.





[2007-03-15 11:08:04] loic dot hoguin at diplomatie dot gouv dot fr

Description:

Apache child process crashed when using a messages.mo file which was
generated on november 2006. Rebuilding the file fixed the problem, so
maybe the file was malformed ; however, gettext should not crash the
process if the file is bad.

NetBSD 4.0_BETA2
Apache 2.0.59
PHP 5.2.1

It was on a fresh install on a new server.

The php.ini had just the extensions added and the error messages
display deactivated.


[PHP Modules]
ctype, curl, date, filter, gd, gettext, hash, libxml, mbstring, mysql,
openssl, pcre, pgsql, Reflection, session, SimpleXML, SPL, standard,
tokenizer, xml, xmlreader, xmlwriter, zlib

configure: --with-regex=system --without-mysql --without-sqlite
--without-iconv --disable-posix --disable-dom --disable-pdo
--disable-json --enable-xml

I also have a messages.mo which crash the process.

Expected result:

An error instead of a crash.






-- 
Edit this bug report at http://bugs.php.net/?id=40817&edit=1

#40813 [Fbk->Opn]: upload filename

[gianluca dot gimigliano at interno dot it]

 ID:   40813
 User updated by:  gianluca dot gimigliano at interno dot it
 Reported By:  gianluca dot gimigliano at interno dot it
-Status:   Feedback
+Status:   Open
 Bug Type: *Web Server problem
 Operating System: Windows XP
 PHP Version:  5.2.1
 New Comment:

With this apache version:
Apache Version  Apache/2.2.4 (Win32) mod_ssl/2.2.4 OpenSSL/0.9.8d
PHP/5.2.2-dev  

The prolem is the same


Previous Comments:


[2007-03-15 13:02:30] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip





[2007-03-15 09:47:54] gianluca dot gimigliano at interno dot it

Description:

When you try to upload a file with the character:' in the name, 
the uploaded file name is read from the ' position.

Reproduce code:
---










Expected result:

If the uploaded file name is: special'ized.doc 
The correct output is: special'ized.doc 


Actual result:
--
If the uploaded file name is: special'ized.doc 
The real output is: ized.doc 






-- 
Edit this bug report at http://bugs.php.net/?id=40813&edit=1

#40815 [Opn->Asn]: Trying apply default exception handler produces segfault

[tony2001]

 ID:   40815
 Updated by:   [EMAIL PROTECTED]
 Reported By:  nizar dot jouini at gmail dot com
-Status:   Open
+Status:   Assigned
 Bug Type: Reproducible crash
 Operating System: Linux 2.6.17-10/Ubuntu 6.10
 PHP Version:  5.2.1
-Assigned To:  
+Assigned To:  tony2001


Previous Comments:


[2007-03-15 10:48:05] nizar dot jouini at gmail dot com

It seems that it is also possible to produce this in RHEL4/Centos4 (PHP
5.2.1 compiled from sources) with the same result.



[2007-03-15 10:42:23] nizar dot jouini at gmail dot com

Description:

Trying to set an exception handler which is a type of 'static public
function' results in a segfault. This script is run from php-cli

Reproduce code:
---


Expected result:

I would expect to catch an exception.

Actual result:
--
fish: Job 1, “php destroythis.php ” terminated by signal SIGSEGV
(Address boundary error)





-- 
Edit this bug report at http://bugs.php.net/?id=40815&edit=1

#40813 [Opn->Fbk]: upload filename

[tony2001]

 ID:   40813
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gianluca dot gimigliano at interno dot it
-Status:   Open
+Status:   Feedback
-Bug Type: Scripting Engine problem
+Bug Type: *Web Server problem
 Operating System: Windows XP
 PHP Version:  5.2.1
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip




Previous Comments:


[2007-03-15 09:47:54] gianluca dot gimigliano at interno dot it

Description:

When you try to upload a file with the character:' in the name, 
the uploaded file name is read from the ' position.

Reproduce code:
---










Expected result:

If the uploaded file name is: special'ized.doc 
The correct output is: special'ized.doc 


Actual result:
--
If the uploaded file name is: special'ized.doc 
The real output is: ized.doc 






-- 
Edit this bug report at http://bugs.php.net/?id=40813&edit=1

#40812 [Opn->Fbk]: PHP sometimes returns blank document when allocating too much memory

[tony2001]

 ID:   40812
 Updated by:   [EMAIL PROTECTED]
 Reported By:  chmelar at busche dot sk
-Status:   Open
+Status:   Feedback
-Bug Type: Output Control
+Bug Type: Unknown/Other Function
 Operating System: Fedora Linux 2.6
 PHP Version:  5.2.1
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip




Previous Comments:


[2007-03-15 08:50:08] chmelar at busche dot sk

Description:

Sometimes when PHP tries to allocate too much memory, it crashes
without an error message and produces a blank screen.

Reproduce code:
---
This occurs after running this script (it doesn't crash always, so try
to refresh 5-10 times until it returns nothing (zero sized reply)):

2)) {

$varName='a_'.chr(rand(65,90)).chr(rand(65,90)).chr(rand(65,90)).chr(rand(65,90)).chr(rand(65,90));
 $$varName=rand(0,255);
 //$a[]=rand(0,255);
$i++;
};
echo "successfuly initialized an array with ".count($a)." items. please
refresh";
?>

Expected result:

Usually (in normal cases) the error handler should write "Error
occured" to the output and end the script.

Looks like the code allocates small chunks of memory (about 40 bytes),
and when it tries to allocate the next chunk and it doesn't have enough
memory, it tries to trigger an error, BUT there is the problem that by
triggering error 4 or 5 parameters are passed to the error handler -
that means PHP needs to allocate space for them. But the error message
text itself has more than 100 charactes, so it doesn't fit to the free
memory block and PHP just crashes. So it seems to be a PHP bug.

Actual result:
--
Zero sized reply (MS IE7) or blank screen (FF 1.5)





-- 
Edit this bug report at http://bugs.php.net/?id=40812&edit=1

#40811 [Opn->Fbk]: fgetcsv() strange behaviour

[tony2001]

 ID:   40811
 Updated by:   [EMAIL PROTECTED]
 Reported By:  websites at mtu-net dot ru
-Status:   Open
+Status:   Feedback
-Bug Type: *Languages/Translation
+Bug Type: Filesystem function related
 Operating System: Linux
 PHP Version:  5.2.1
 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 the script requires a 
database to demonstrate the issue, please make sure it creates 
all necessary tables, stored procedures etc.

Please avoid embedding huge scripts into the report.




Previous Comments:


[2007-03-15 08:33:18] websites at mtu-net dot ru

Description:

When opening an .csv-file with fgetcsv() most part of cyrillic
(win-1251) characters disappears, and they are returned as an empty
string in returned list. Everything's OK with latin characters.

Reproduce code:
---
$fp=fopen("csv.csv","r");
while ($arr=fgetcsv($fp, 1000, ";"))
 {
  *here comes a bunch of outputs*

Expected result:

Expected: all strings neatly packed in a list =)

Actual result:
--
Result: almost all string fields in a list are empty





-- 
Edit this bug report at http://bugs.php.net/?id=40811&edit=1

#40805 [Opn->Fbk]: Failure excecuting function ibase_execute()

[tony2001]

 ID:   40805
 Updated by:   [EMAIL PROTECTED]
 Reported By:  michael at bluemoon dot com
-Status:   Open
+Status:   Feedback
 Bug Type: InterBase related
 Operating System: Red Hat Ent. Linux WS rel 4
 PHP Version:  5.2.1
 New Comment:

Check your Apache error_log.


Previous Comments:


[2007-03-15 02:52:41] michael at bluemoon dot com

Tried the latest CVS snapshot; same problem.



[2007-03-14 18:11:09] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip





[2007-03-14 18:06:58] michael at bluemoon dot com

Description:

Script fails when it encounters ibase_execute() function; blank white
screen is displayed.

No problem in PHP 5.2.0. Stopped working in 5.2.1.

No exception is thrown. No errors/warnings shown when running w/
error_reporting(E_ALL).

If I insert die('Hello, world!') immediately before line containing
ibase_execute() statement, screen outputs "Hello, world!" If I insert
same die() statement after ibase_execute(), I just get a blank screen.

Reproduce code:
---
Not possible to paste a discrete, reproducible snippet from my own
codebase here, given the unique attributes of my database connection,
but this is the gist of what I am trying to do:

$query = "UPDATE CUSTOMER SET FIELD2 = ?, FIELD3 = ? WHERE FIELD1 =
'A'";

// $trh is resource ID of current transaction
if ($result = ibase_prepare($trh, $query)) {
  if (ibase_execute($result, 'B', 'C')) echo "Operation Successful";
  else echo "Operation Failed";
}

Expected result:

"Operation Successful" or "Operation Failed"

Actual result:
--






-- 
Edit this bug report at http://bugs.php.net/?id=40805&edit=1

#40819 [Bgs]: setlocale randomly ignored

[mike]

 ID:   40819
 Updated by:   [EMAIL PROTECTED]
 Reported By:  matthijs at 1key dot nl
 Status:   Bogus
 Bug Type: Date/time related
 Operating System: Windows Server 2003 R2 Standard
 PHP Version:  5.2.1
 New Comment:

Ok, but mpm_winnt is still multithreaded, only way to avoid is using
(f)cgi on Windows.


Previous Comments:


[2007-03-15 12:36:03] matthijs at 1key dot nl

I am using Apache 2 not IIS..



[2007-03-15 12:34:29] [EMAIL PROTECTED]

If you're using ISAPI, note that setlocale() is not thread safe.



[2007-03-15 11:33:59] matthijs at 1key dot nl

Description:

On top of my script I inserted setlocale(LC_ALL, 'nld_NLD'); Sometimes
it displays the local date using strftime and sometimes the english
date. I cannot find any patern, it seems to happen randomly.

Reproduce code:
---
setlocale(LC_ALL, 'nld_NLD');
echo strftime('%A %d %B %Y om %H:%M', date());

Expected result:

donderdag 08 maart 2007 om 08:25

Actual result:
--
Thursday 08 March 2007 om 08:25





-- 
Edit this bug report at http://bugs.php.net/?id=40819&edit=1

#40819 [Bgs]: setlocale randomly ignored

[matthijs at 1key dot nl]

 ID:   40819
 User updated by:  matthijs at 1key dot nl
 Reported By:  matthijs at 1key dot nl
 Status:   Bogus
 Bug Type: Date/time related
 Operating System: Windows Server 2003 R2 Standard
 PHP Version:  5.2.1
 New Comment:

I am using Apache 2 not IIS..


Previous Comments:


[2007-03-15 12:34:29] [EMAIL PROTECTED]

If you're using ISAPI, note that setlocale() is not thread safe.



[2007-03-15 11:33:59] matthijs at 1key dot nl

Description:

On top of my script I inserted setlocale(LC_ALL, 'nld_NLD'); Sometimes
it displays the local date using strftime and sometimes the english
date. I cannot find any patern, it seems to happen randomly.

Reproduce code:
---
setlocale(LC_ALL, 'nld_NLD');
echo strftime('%A %d %B %Y om %H:%M', date());

Expected result:

donderdag 08 maart 2007 om 08:25

Actual result:
--
Thursday 08 March 2007 om 08:25





-- 
Edit this bug report at http://bugs.php.net/?id=40819&edit=1

#40817 [Opn->Fbk]: gettext crash with an old (from php5.1.4/netbsd3) .mo file

[mike]

 ID:   40817
 Updated by:   [EMAIL PROTECTED]
 Reported By:  loic dot hoguin at diplomatie dot gouv dot fr
-Status:   Open
+Status:   Feedback
 Bug Type: Gettext related
 Operating System: NetBSD 4.0.2_BETA2
 PHP Version:  5.2.1
 New Comment:

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.




Previous Comments:


[2007-03-15 11:08:04] loic dot hoguin at diplomatie dot gouv dot fr

Description:

Apache child process crashed when using a messages.mo file which was
generated on november 2006. Rebuilding the file fixed the problem, so
maybe the file was malformed ; however, gettext should not crash the
process if the file is bad.

NetBSD 4.0_BETA2
Apache 2.0.59
PHP 5.2.1

It was on a fresh install on a new server.

The php.ini had just the extensions added and the error messages
display deactivated.


[PHP Modules]
ctype, curl, date, filter, gd, gettext, hash, libxml, mbstring, mysql,
openssl, pcre, pgsql, Reflection, session, SimpleXML, SPL, standard,
tokenizer, xml, xmlreader, xmlwriter, zlib

configure: --with-regex=system --without-mysql --without-sqlite
--without-iconv --disable-posix --disable-dom --disable-pdo
--disable-json --enable-xml

I also have a messages.mo which crash the process.

Expected result:

An error instead of a crash.






-- 
Edit this bug report at http://bugs.php.net/?id=40817&edit=1

#40819 [Opn->Bgs]: setlocale randomly ignored

[mike]

 ID:   40819
 Updated by:   [EMAIL PROTECTED]
 Reported By:  matthijs at 1key dot nl
-Status:   Open
+Status:   Bogus
 Bug Type: Date/time related
 Operating System: Windows Server 2003 R2 Standard
 PHP Version:  5.2.1
 New Comment:

If you're using ISAPI, note that setlocale() is not thread safe.


Previous Comments:


[2007-03-15 11:33:59] matthijs at 1key dot nl

Description:

On top of my script I inserted setlocale(LC_ALL, 'nld_NLD'); Sometimes
it displays the local date using strftime and sometimes the english
date. I cannot find any patern, it seems to happen randomly.

Reproduce code:
---
setlocale(LC_ALL, 'nld_NLD');
echo strftime('%A %d %B %Y om %H:%M', date());

Expected result:

donderdag 08 maart 2007 om 08:25

Actual result:
--
Thursday 08 March 2007 om 08:25





-- 
Edit this bug report at http://bugs.php.net/?id=40819&edit=1

#40819 [NEW]: setlocale randomly ignored

[matthijs at 1key dot nl]

From: matthijs at 1key dot nl
Operating system: Windows Server 2003 R2 Standard
PHP version:  5.2.1
PHP Bug Type: Date/time related
Bug description:  setlocale randomly ignored

Description:

On top of my script I inserted setlocale(LC_ALL, 'nld_NLD'); Sometimes it
displays the local date using strftime and sometimes the english date. I
cannot find any patern, it seems to happen randomly.

Reproduce code:
---
setlocale(LC_ALL, 'nld_NLD');
echo strftime('%A %d %B %Y om %H:%M', date());

Expected result:

donderdag 08 maart 2007 om 08:25

Actual result:
--
Thursday 08 March 2007 om 08:25

-- 
Edit bug report at http://bugs.php.net/?id=40819&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=40819&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=40819&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=40819&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40819&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=40819&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=40819&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40819&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40819&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=40819&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40819&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=40819&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=40819&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40819&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=40819&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40819&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40819&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=40819&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=40819&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=40819&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40819&r=mysqlcfg

#40818 [Opn]: include "./config.php" doesn�t work in some cases

[marik at marbes dot cz]

 ID:   40818
 User updated by:  marik at marbes dot cz
 Reported By:  marik at marbes dot cz
 Status:   Open
 Bug Type: IIS related
 Operating System: Win32
 PHP Version:  5CVS-2007-03-15 (snap)
 New Comment:

latest snap shot built On: Mar 15, 2007 07:30 GMT doesn't work


Previous Comments:


[2007-03-15 11:25:25] marik at marbes dot cz

Description:

I have virtual host "HelpDesk" on IIS 2003 Server with anonymous access
running under user "IUSR". Everything works fine until somebody tries to
set NTLM access rights for IUSR on root directory of virtual host only.


IUSR has read acccess to virtual host root directory
"C:\Inetpub\helpdesk" and no access to parent directories (C:\Inetpub).
Then command

include "./config/cfg_global.php";

doesn´t work. If I give IUSR read access to C:\Inetpub, it works.

I've tested it with several version >

5.0.2 works fine
5.1.6 doesn't work
5.2.0 doesn't work
5.2.1 works fine
latest snap shot built On: Mar 14, 2007 15:30 GMT doesn't work again
:-)

?? There may can be similar problem as 
http://bugs.php.net/bug.php?id=38904
http://bugs.php.net/bug.php?id=38232

Thanx for answer.


Reproduce code:
---
include "./config/cfg_global.php";


Expected result:

included config file..

Actual result:
--
Warning: include(./config/cfg_global.php) [function.include]: failed to
open stream: No such file or directory in
C:\Inetpub\helpdesk\www\index.php on line 18

Warning: include() [function.include]: Failed opening
'./config/cfg_global.php' for inclusion (include_path='.;C:\php5\pear')
in C:\Inetpub\helpdesk\www\index.php on line 18






-- 
Edit this bug report at http://bugs.php.net/?id=40818&edit=1

#40818 [NEW]: include "./config.php" doesn�t work in some cases

[marik at marbes dot cz]

From: marik at marbes dot cz
Operating system: Win32
PHP version:  5CVS-2007-03-15 (snap)
PHP Bug Type: IIS related
Bug description:  include "./config.php" doesn´t work in some cases

Description:

I have virtual host "HelpDesk" on IIS 2003 Server with anonymous access
running under user "IUSR". Everything works fine until somebody tries to
set NTLM access rights for IUSR on root directory of virtual host only. 

IUSR has read acccess to virtual host root directory "C:\Inetpub\helpdesk"
and no access to parent directories (C:\Inetpub). Then command

include "./config/cfg_global.php";

doesn´t work. If I give IUSR read access to C:\Inetpub, it works.

I've tested it with several version >

5.0.2 works fine
5.1.6 doesn't work
5.2.0 doesn't work
5.2.1 works fine
latest snap shot built On: Mar 14, 2007 15:30 GMT doesn't work again :-)

?? There may can be similar problem as 
http://bugs.php.net/bug.php?id=38904
http://bugs.php.net/bug.php?id=38232

Thanx for answer.


Reproduce code:
---
include "./config/cfg_global.php";


Expected result:

included config file..

Actual result:
--
Warning: include(./config/cfg_global.php) [function.include]: failed to
open stream: No such file or directory in
C:\Inetpub\helpdesk\www\index.php on line 18

Warning: include() [function.include]: Failed opening
'./config/cfg_global.php' for inclusion (include_path='.;C:\php5\pear') in
C:\Inetpub\helpdesk\www\index.php on line 18


-- 
Edit bug report at http://bugs.php.net/?id=40818&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=40818&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=40818&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=40818&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40818&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=40818&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=40818&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40818&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40818&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=40818&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40818&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=40818&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=40818&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40818&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=40818&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40818&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40818&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=40818&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=40818&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=40818&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40818&r=mysqlcfg

#40817 [NEW]: gettext crash with an old (from php5.1.4/netbsd3) .mo file

[loic dot hoguin at diplomatie dot gouv dot fr]

From: loic dot hoguin at diplomatie dot gouv dot fr
Operating system: NetBSD 4.0.2_BETA2
PHP version:  5.2.1
PHP Bug Type: Gettext related
Bug description:  gettext crash with an old (from php5.1.4/netbsd3) .mo file

Description:

Apache child process crashed when using a messages.mo file which was
generated on november 2006. Rebuilding the file fixed the problem, so
maybe the file was malformed ; however, gettext should not crash the
process if the file is bad.

NetBSD 4.0_BETA2
Apache 2.0.59
PHP 5.2.1

It was on a fresh install on a new server.

The php.ini had just the extensions added and the error messages display
deactivated.


[PHP Modules]
ctype, curl, date, filter, gd, gettext, hash, libxml, mbstring, mysql,
openssl, pcre, pgsql, Reflection, session, SimpleXML, SPL, standard,
tokenizer, xml, xmlreader, xmlwriter, zlib

configure: --with-regex=system --without-mysql --without-sqlite
--without-iconv --disable-posix --disable-dom --disable-pdo --disable-json
--enable-xml

I also have a messages.mo which crash the process.

Expected result:

An error instead of a crash.


-- 
Edit bug report at http://bugs.php.net/?id=40817&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=40817&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=40817&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=40817&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40817&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=40817&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=40817&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40817&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40817&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=40817&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40817&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=40817&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=40817&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40817&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=40817&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40817&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40817&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=40817&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=40817&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=40817&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40817&r=mysqlcfg

#40816 [NEW]: I want a "snmptranslate" function

[ch at westend dot com]

From: ch at westend dot com
Operating system: linux
PHP version:  5.2.1
PHP Bug Type: SNMP related
Bug description:  I want a "snmptranslate" function

Description:

Hello

Please make a PHP pendant to /usr/bin/snmptranslate. It's handy
to check if all MIBs are installed so that the program does not
crash somewhere after already having set the first X OIDs and then
encountering one untranslatable.

bye,

-christian-

Reproduce code:
---
-

Expected result:

-

Actual result:
--
-

-- 
Edit bug report at http://bugs.php.net/?id=40816&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=40816&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=40816&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=40816&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40816&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=40816&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=40816&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40816&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40816&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=40816&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40816&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=40816&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=40816&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40816&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=40816&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40816&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40816&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=40816&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=40816&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=40816&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40816&r=mysqlcfg

#40810 [Opn->Asn]: GD doesnt display characters with unicode references over 7

[pajoye]

 ID:   40810
 Updated by:   [EMAIL PROTECTED]
 Reported By:  j12345 at tom dot com
-Status:   Open
+Status:   Assigned
 Bug Type: GD related
 Operating System: win xp
 PHP Version:  4.4.6
-Assigned To:  
+Assigned To:  pajoye
 New Comment:

See http://bugs.libgd.org/?do=details&task_id=42

The patch will be applied here and in gd. I need to add a couple of
more tests and be sure that BC is kept.


Previous Comments:


[2007-03-15 04:55:30] j12345 at tom dot com

Description:

php_gd2.dll 

"GD Version"]=> string(27) "bundled (2.0.28 compatible)" 

GD doesn’t appear to be able to display characters with unicode
references over 7 digits. 

6 digit references (or 5 digits in hex) display correctly, but 7 digits
references (or 6 digits in hex) simply show the literal string: 

$image->stringFT(0xff, $fontpath, 24, 0, 0,  32, "➠");  #
Works
$image->stringFT(0xff, $fontpath, 24, 0, 0,  64, "𘚟");  #
Works
$image->stringFT(0xff, $fontpath, 24, 0, 0,  96, "𝅗𝅥"); #
Shows "𝅗𝅥"
$image->stringFT(0xff, $fontpath, 24, 0, 0, 128, "𘚠"); #
Shows "𘚠"







-- 
Edit this bug report at http://bugs.php.net/?id=40810&edit=1

#40815 [Opn]: Trying apply default exception handler produces segfault

[nizar dot jouini at gmail dot com]

 ID:   40815
 User updated by:  nizar dot jouini at gmail dot com
 Reported By:  nizar dot jouini at gmail dot com
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: Linux 2.6.17-10/Ubuntu 6.10
 PHP Version:  5.2.1
 New Comment:

It seems that it is also possible to produce this in RHEL4/Centos4 (PHP
5.2.1 compiled from sources) with the same result.


Previous Comments:


[2007-03-15 10:42:23] nizar dot jouini at gmail dot com

Description:

Trying to set an exception handler which is a type of 'static public
function' results in a segfault. This script is run from php-cli

Reproduce code:
---


Expected result:

I would expect to catch an exception.

Actual result:
--
fish: Job 1, “php destroythis.php ” terminated by signal SIGSEGV
(Address boundary error)





-- 
Edit this bug report at http://bugs.php.net/?id=40815&edit=1

#40815 [NEW]: Trying apply default exception handler produces segfault

[nizar dot jouini at gmail dot com]

From: nizar dot jouini at gmail dot com
Operating system: Linux 2.6.17-10/Ubuntu 6.10
PHP version:  5.2.1
PHP Bug Type: Reproducible crash
Bug description:  Trying apply default exception handler produces segfault

Description:

Trying to set an exception handler which is a type of 'static public
function' results in a segfault. This script is run from php-cli

Reproduce code:
---


Expected result:

I would expect to catch an exception.

Actual result:
--
fish: Job 1, “php destroythis.php ” terminated by signal SIGSEGV (Address
boundary error)

-- 
Edit bug report at http://bugs.php.net/?id=40815&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=40815&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=40815&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=40815&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40815&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=40815&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=40815&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40815&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40815&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=40815&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40815&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=40815&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=40815&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40815&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=40815&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40815&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40815&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=40815&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=40815&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=40815&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40815&r=mysqlcfg

#34657 [Com]: If you get a communication problem when loading the WSDL, it fatal's

[craigf at togetheragency dot co dot uk]

 ID:   34657
 Comment by:   craigf at togetheragency dot co dot uk
 Reported By:  gareth at wsys dot co dot uk
 Status:   Open
 Bug Type: SOAP related
 Operating System: Windows, Linux
 PHP Version:  5.1.6
 Assigned To:  dmitry
 New Comment:

Contrary to my previous post, the error is not platform specific, but
rather, a conflict with the xdebug module. With xdebug enabled, the
soapfault does not get raised. Using xdebug_disable() prior to the
try/catch block will result in the expected result of a catch with
soapfault.

Warnings still exist, but can be disabled with error_reporting() prior
to the try/catch as with xdebug.


Previous Comments:


[2007-03-14 23:01:35] craigf at togetheragency dot co dot uk

5.2.2-dev as of today (and 5.2.1) on windows is not raising a SoapFault
exception regardless of if exceptions is true or false, as stated by
jhendric. However, 5.2.1 on FreeBSD 4 (installed from ports) is raising
an uncaught SoapFault exception as was stated by gareth . So it appears
to be platform specific. In both cases, 3 additional warnings are
raised.

IIS:

Warning: SoapClient::SoapClient(): php_network_getaddresses:
getaddrinfo failed: No such host is known. in c:\web\test.php on line
2
Warning: SoapClient::SoapClient(h^tp://some.random.host/test.wsdl):
failed to open stream: No such file or directory in c:\web\test.php on
line 2
Warning: SoapClient::SoapClient(): I/O warning : failed to load
external entity "h^tp://some.random.host/test.wsdl" in c:\web\test.php
on line 2
Fatal error: SOAP-ERROR: Parsing WSDL: Couldn't load from
'h^tp://some.random.host/test.wsdl' in c:\web\test.php on line 2

FreeBSD 4:

Warning: SoapClient::SoapClient(): php_network_getaddresses:
getaddrinfo failed: No address associated with hostname in
/usr/home/www/test.php on line 2
Warning: SoapClient::SoapClient(h^tp://some.random.host/test.wsdl):
failed to open stream: Unknown error: 0 in /usr/home/www/test.php on
line 2
Warning: SoapClient::SoapClient(): I/O warning : failed to load
external entity "h^tp://some.random.host/test.wsdl" in
/usr/home/www/test.php on line 2
Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing
WSDL: Couldn't load from 'h^tp://some.random.host/test.wsdl' in
/usr/home/www/test.php:2 Stack trace: #0 /usr/home/www/test.php(2):
SoapClient->SoapClient('h^tp://some.ran...') #1 {main} thrown in
/usr/home/www/test.php on line 2

Note: had to replace http due to spam filter.



[2007-02-21 17:25:59] [EMAIL PROTECTED]

In general nothing in ext/soap should be fatal if its not within the
control of the local php application. This means missing WSDL, changes
to the WSDL etc. All of this needs to be catchable in some way or
another (exception, returning false .. etc).

Also if an exception is thrown no warnings should be thrown for the
same issue.



[2007-01-15 15:53:18] jhendric at sierra-bravo dot com

Similar problem here with PHP 5.1.6.

try {
$soap = new SoapClient('[...]', array('exceptions' => true)); //
Note: Same results without or without exceptions => true
} catch(Exception $e) {
var_dump($e);
}

Results in:

Warning: SoapClient::__construct([...])
[function.SoapClient---construct]: failed to open stream: HTTP request
failed! HTTP/1.1 404 Not Found in [...]

Warning: SoapClient::__construct() [function.SoapClient---construct]:
I/O warning : failed to load external entity "..." in [...]

Fatal error: SOAP-ERROR: Parsing WSDL: Couldn't load from '[...]' in
[...]



[2006-12-21 23:32:24] [EMAIL PROTECTED]

I get 3 warning + a SoapFault exception when running Lukas' test case
there. The output is:

Warning: SoapClient::SoapClient(): php_network_getaddresses:
getaddrinfo failed: Name or service not known in
/home/ek/projects/php_5_2/t on line 4

Warning: SoapClient::SoapClient(http://i_dont_exist.com/some.wsdl):
failed to open stream: No such file or directory in
/home/ek/projects/php_5_2/t on line 4

Warning: SoapClient::SoapClient(): I/O warning : failed to load
external entity "http://i_dont_exist.com/some.wsdl"; in
/home/ek/projects/php_5_2/t on line 4
string(9) "SoapFault"
NULL

I think getting 3 warning and an exception for failing to load WSDL
file is a bit excessive though :)




[2006-12-19 14:10:44] [EMAIL PROTECTED]

I can reproduce this error with php 5.1.4 and 5.2.0 on windows. And it
seems Derick was also able to reproduce it on Linux. Using the
following we get 3 warnings and a fatal error:

http://i_dont_exist.com/some.wsdl');
} catch (SoapFault $e) {
var_dump(get_class($e));
} catch (Exception $e) {
var_dump(get_class($e));
}
var_dump($client);

It really should 

#40813 [NEW]: upload filename

[gianluca dot gimigliano at interno dot it]

From: gianluca dot gimigliano at interno dot it
Operating system: Windows XP
PHP version:  5.2.1
PHP Bug Type: Scripting Engine problem
Bug description:  upload filename

Description:

When you try to upload a file with the character:' in the name, 
the uploaded file name is read from the ' position.

Reproduce code:
---










Expected result:

If the uploaded file name is: special'ized.doc 
The correct output is: special'ized.doc 


Actual result:
--
If the uploaded file name is: special'ized.doc 
The real output is: ized.doc 


-- 
Edit bug report at http://bugs.php.net/?id=40813&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=40813&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=40813&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=40813&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40813&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=40813&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=40813&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40813&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40813&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=40813&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40813&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=40813&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=40813&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40813&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=40813&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40813&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40813&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=40813&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=40813&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=40813&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40813&r=mysqlcfg

#40812 [NEW]: PHP sometimes returns blank document when allocating too much memory

[chmelar at busche dot sk]

From: chmelar at busche dot sk
Operating system: Fedora Linux 2.6
PHP version:  5.2.1
PHP Bug Type: Output Control
Bug description:  PHP sometimes returns blank document when allocating too much 
memory

Description:

Sometimes when PHP tries to allocate too much memory, it crashes without
an error message and produces a blank screen.

Reproduce code:
---
This occurs after running this script (it doesn't crash always, so try to
refresh 5-10 times until it returns nothing (zero sized reply)):

2)) {

$varName='a_'.chr(rand(65,90)).chr(rand(65,90)).chr(rand(65,90)).chr(rand(65,90)).chr(rand(65,90));
 $$varName=rand(0,255);
 //$a[]=rand(0,255);
$i++;
};
echo "successfuly initialized an array with ".count($a)." items. please
refresh";
?>

Expected result:

Usually (in normal cases) the error handler should write "Error occured"
to the output and end the script.

Looks like the code allocates small chunks of memory (about 40 bytes), and
when it tries to allocate the next chunk and it doesn't have enough memory,
it tries to trigger an error, BUT there is the problem that by triggering
error 4 or 5 parameters are passed to the error handler - that means PHP
needs to allocate space for them. But the error message text itself has
more than 100 charactes, so it doesn't fit to the free memory block and
PHP just crashes. So it seems to be a PHP bug.

Actual result:
--
Zero sized reply (MS IE7) or blank screen (FF 1.5)

-- 
Edit bug report at http://bugs.php.net/?id=40812&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=40812&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=40812&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=40812&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40812&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=40812&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=40812&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40812&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40812&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=40812&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40812&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=40812&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=40812&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40812&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=40812&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40812&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40812&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=40812&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=40812&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=40812&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40812&r=mysqlcfg

#40811 [NEW]: fgetcsv() strange behaviour

[websites at mtu-net dot ru]

From: websites at mtu-net dot ru
Operating system: Linux
PHP version:  5.2.1
PHP Bug Type: *Languages/Translation
Bug description:  fgetcsv() strange behaviour

Description:

When opening an .csv-file with fgetcsv() most part of cyrillic (win-1251)
characters disappears, and they are returned as an empty string in
returned list. Everything's OK with latin characters.

Reproduce code:
---
$fp=fopen("csv.csv","r");
while ($arr=fgetcsv($fp, 1000, ";"))
 {
  *here comes a bunch of outputs*

Expected result:

Expected: all strings neatly packed in a list =)

Actual result:
--
Result: almost all string fields in a list are empty

-- 
Edit bug report at http://bugs.php.net/?id=40811&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=40811&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=40811&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=40811&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40811&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=40811&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=40811&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40811&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40811&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=40811&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40811&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=40811&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=40811&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40811&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=40811&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40811&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40811&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=40811&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=40811&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=40811&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40811&r=mysqlcfg