#49348 [Opn->Bgs]: no notice
ID: 49348 Updated by: j...@php.net Reported By: BelStudent at yandex dot ru -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows XP SP3 PHP Version: 5.3.0 New Comment: Thank you for not searching before submitting another bogus report. See bug #21008 for one explanation.. Previous Comments: [2009-08-24 16:21:58] BelStudent at yandex dot ru Description: Usually, if you try to do this: ++$num, then thrown notice, that the "Undefined variable: num". This helps avoid errors. But if you have class and you're trying to do so ++$this->num num nowhere and had not previously identified, then the issue no warnings and notices. Accidentally deleted in the symbol and received ++$this->nu, and then climbed into hell knows what mistakes to find this place and correct to ++$this->num took several hours. So I am very concerned about the issue: how to do so were given notice, if you try to do something with uninitialized (unknown) variable in the class? Reproduce code: --- num; } } new A(); ?> Expected result: Undefined property: A::$num Actual result: -- empty -- Edit this bug report at http://bugs.php.net/?id=49348&edit=1
#49350 [Opn->Bgs]: fgets reads the UTF-8 Byte Order Mark literally
ID: 49350 Updated by: j...@php.net Reported By: soapergem at gmail dot com -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: Windows XP PHP Version: 5.3.0 New Comment: Of course it does. If it didn't, it would be broken. Previous Comments: [2009-08-24 22:31:38] soapergem at gmail dot com Description: When text files are saved with UTF-8 encoding, a few characters are saved at the front called the "Byte Order Mark" (read more about it on Wikipedia). They are supposed to remain hidden and just be used as meta-data to indicate that the file is saved with UTF-8 formatting. Their hex values are EF BB BF, which is represented in ASCII by "". The trouble is that when you read in a UTF-8 text file with either fgets or fgetcsv, PHP misinterprets the BOM as literal text and includes it with all the other text. Reproduce code: --- Expected result: Whatever text is saved on the first line of the text file. Actual result: -- Whatever text is saved on the first line of the text file. -- Edit this bug report at http://bugs.php.net/?id=49350&edit=1
#49351 [Opn->Fbk]: posix_setuid/posix_seteuid/posix_setgid/posix_setegid crashed apache
ID: 49351 Updated by: j...@php.net Reported By: VJTD3 at VJTD3 dot com -Status: Open +Status: Feedback Bug Type: POSIX related Operating System: Linux PHP Version: 5.3.0 New Comment: Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ And provide a GDB backtrace if it still crashes. Previous Comments: [2009-08-25 00:02:36] VJTD3 at VJTD3 dot com Description: apache Apache/2.2.13: env CFLAGS="-DBIG_SECURITY_HOLE" ./configure --enable-so && make && make install php 5.3.0: ./configure --with-apxs2 && make && make install -DBIG_SECURITY_HOLE allows for root startup (administrative builds for panels and such...) when this flag is used to compile apache, php will crash when posix_setuid posix_seteuid posix_setgid or posix_setegid are used to change the user/group. Reproduce code: --- (make sure you use a number that has an actual user...) Expected result: change to that user. Actual result: -- php and apache crash. -- Edit this bug report at http://bugs.php.net/?id=49351&edit=1
#49353 [Opn->Bgs]: call_user_array_func()/array_multisort()
ID: 49353
Updated by: j...@php.net
Reported By: ws at develtheory dot com
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: Cent5
PHP Version: 5.3.0
New Comment:
It's not broken, it was fixed. Please read again the explanation by
Scott in bug #49241 (it worked by accident in 5.2..)
Previous Comments:
[2009-08-25 01:29:10] ws at develtheory dot com
Description:
Warning: Parameter 2 to array_multisort() expected to be a reference,
value given
I realize tickets similar to this (#49069, #49241) have already been
marked as bogus, but I'm not finding a good solution or explanation of
call_user_func_array's breakage of this between 5.2 and 5.3.
The documentation of call_user_func_array describes it as such: "Note:
Referenced variables in param_arr are passed to the function by a
reference, others are passed by a value. In
other words, it does not depend on the function signature whether the
parameter is passed by a value or by a
reference."
This in mind, I'm not sure why SORT_ASC or SORT_REGULAR would _ever_
need to be sent in as a reference. This perplexes me.
It seems to me like a properly referenced array should pass in fine.
Had weierophin...@php.net written the $args line in OP #49069 as such:
$args = array(&$array1, $sort1a, $sort1b, &$array2, $sort2a, $sort2b,
&$array3);
it should work, right?
I have attached example code that in my eyes (and others in #php.pecl
and #phpc) should work in 5.3 and does
already work in 5.2.
Since weierophin...@php.net did not provide a fix in that ticket,
could someone point me to a solution, should the functionality still
be sans-bug?
Reproduce code:
---
/* first name params */
$fnames = array('9'=>'FirstOne', '2'=>'FirstTwo');
$fsort = SORT_DESC;
$fsort_type = SORT_STRING;
/* the array itself */
$the_array =
array(
'9' => array(
'id'=>'9',
'first_name'=>'FirstOne',
'last_name'=>'LastOne'
),
'4' => array(
'id'=>'4',
'first_name'=>'FirstTwo',
'last_name'=>'LastTwo'
)
);
$params[] = &$fnames;
$params[] = $fsort;
$params[] = $fsort_type;
$params[] = &$the_array;
call_user_func_array('array_multisort', $params); //sends warning,
doesn't sort properly
//array_multisort(&$fnames, $fsort, $fsort_type, &$the_array); //works
fine
var_dump($the_array);
Expected result:
array
0 =>
array
'id' => string '4' (length=1)
'first_name' => string 'FirstTwo' (length=8)
'last_name' => string 'LastTwo' (length=7)
1 =>
array
'id' => string '9' (length=1)
'first_name' => string 'FirstOne' (length=8)
'last_name' => string 'LastOne' (length=7)
Actual result:
--
Parameter 2 to array_multisort() expected to be a reference, value
given
array
0 =>
array
'id' => string '9' (length=1)
'first_name' => string 'FirstOne' (length=8)
'last_name' => string 'LastOne' (length=7)
1 =>
array
'id' => string '4' (length=1)
'first_name' => string 'FirstTwo' (length=8)
'last_name' => string 'LastTwo' (length=7)
--
Edit this bug report at http://bugs.php.net/?id=49353&edit=1
#49344 [Com]: pdo_mssql fails to connect,throws PDOException SQLSTATE[] (null) (severity 0)
ID: 49344
Comment by: rockyjl at gmail dot com
Reported By: rockyjl at gmai dot com
Status: Open
Bug Type: PDO related
Operating System: win2003 X64
PHP Version: 5.2.11RC1
New Comment:
I upgrade to php-5.2.11RC2-dev-win32-VC6-x86 now !
Testing the bug
Previous Comments:
[2009-08-24 10:06:51] rockyjl at gmai dot com
Description:
in Bug #48539
[28 Jun 2:10am UTC] fel...@php.net
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Fixed in 5.2 and HEAD.
5.3 in soon.
Thanks.
But the bug still often happen in PHP 5.2.11RC1 ...
Could you tell me which version(win32 zip) can work in the environment
of win2003 x64 + apache 2.2.11 + sql2005,and the pdo_mssql can connect
DB successfully ??
Reproduce code:
---
function db()
{
try
{
$db = new PDO(DB_DSN, DB_User, DB_Password);
return $db;
}
catch (PDOException $e)
{
die($e->getMessage());
}
}
Expected result:
connect DB Successful
Actual result:
--
SQLSTATE[] (null) (severity 0)
--
Edit this bug report at http://bugs.php.net/?id=49344&edit=1
#49353 [NEW]: call_user_array_func()/array_multisort()
From: ws at develtheory dot com
Operating system: Cent5
PHP version: 5.3.0
PHP Bug Type: Arrays related
Bug description: call_user_array_func()/array_multisort()
Description:
Warning: Parameter 2 to array_multisort() expected to be a reference,
value given
I realize tickets similar to this (#49069, #49241) have already been
marked as bogus, but I'm not finding a good solution or explanation of
call_user_func_array's breakage of this between 5.2 and 5.3.
The documentation of call_user_func_array describes it as such: "Note:
Referenced variables in param_arr are passed to the function by a
reference, others are passed by a value. In
other words, it does not depend on the function signature whether the
parameter is passed by a value or by a
reference."
This in mind, I'm not sure why SORT_ASC or SORT_REGULAR would _ever_
need to be sent in as a reference. This perplexes me.
It seems to me like a properly referenced array should pass in fine.
Had weierophin...@php.net written the $args line in OP #49069 as such:
$args = array(&$array1, $sort1a, $sort1b, &$array2, $sort2a, $sort2b,
&$array3);
it should work, right?
I have attached example code that in my eyes (and others in #php.pecl
and #phpc) should work in 5.3 and does
already work in 5.2.
Since weierophin...@php.net did not provide a fix in that ticket,
could someone point me to a solution, should the functionality still
be sans-bug?
Reproduce code:
---
/* first name params */
$fnames = array('9'=>'FirstOne', '2'=>'FirstTwo');
$fsort = SORT_DESC;
$fsort_type = SORT_STRING;
/* the array itself */
$the_array =
array(
'9' => array(
'id'=>'9',
'first_name'=>'FirstOne',
'last_name'=>'LastOne'
),
'4' => array(
'id'=>'4',
'first_name'=>'FirstTwo',
'last_name'=>'LastTwo'
)
);
$params[] = &$fnames;
$params[] = $fsort;
$params[] = $fsort_type;
$params[] = &$the_array;
call_user_func_array('array_multisort', $params); //sends warning, doesn't
sort properly
//array_multisort(&$fnames, $fsort, $fsort_type, &$the_array); //works
fine
var_dump($the_array);
Expected result:
array
0 =>
array
'id' => string '4' (length=1)
'first_name' => string 'FirstTwo' (length=8)
'last_name' => string 'LastTwo' (length=7)
1 =>
array
'id' => string '9' (length=1)
'first_name' => string 'FirstOne' (length=8)
'last_name' => string 'LastOne' (length=7)
Actual result:
--
Parameter 2 to array_multisort() expected to be a reference, value given
array
0 =>
array
'id' => string '9' (length=1)
'first_name' => string 'FirstOne' (length=8)
'last_name' => string 'LastOne' (length=7)
1 =>
array
'id' => string '4' (length=1)
'first_name' => string 'FirstTwo' (length=8)
'last_name' => string 'LastTwo' (length=7)
--
Edit bug report at http://bugs.php.net/?id=49353&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=49353&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=49353&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=49353&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=49353&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=49353&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=49353&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=49353&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=49353&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=49353&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=49353&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=49353&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=49353&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=49353&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=49353&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49353&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=49353&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=49353&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=49353&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=49353&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=49353&r=nozend
MySQL Configuration Error:
http:
#15373 [Com]: mail() not working, no error with invalid SMTP or email address
ID: 15373
Comment by: dallas_thompson2001 at yahoo dot com
Reported By: alonso at admintek dot net
Status: No Feedback
Bug Type: Mail related
Operating System: win2000
PHP Version: 4.2.1
Assigned To: mfischer
New Comment:
i am having a problem like this and am so lost, i cant send mail from
the server but it wont let mail be sent from the website and they tell
me it is a problem with the PHP can some look and tell me what i have
dont wrong and how to make it work.
' .
"\r\n";
$Message = "Sender Name:".$_POST['_namex']."Sender
Email:".$_POST['_emailx']."Sender
Phone:".$_POST['_phonex']."Message:".$_POST['_commx'];
if($_REQUEST['_emailx']!=""){
mail($ToName." <".$ToEmail.">",$ToSubject, $Message,
$headers);
}
echo "_root.Status=success";
?>
Previous Comments:
[2009-07-07 06:28:32] lakshmi at nace dot co dot in
OS Windows XP home Edition, Redhat Linux 5
Server Apache 2.2.11
PHP 5.2.9-2
\r\n"; //optional
headerfields
if(mail($recipient, $subject, $mail_body, $header)) //mail command :)
echo "mail sent";
else
echo "mail not sent";
?>
I get this:
Warning: mail(): Failed to connect to mailserver at "localhost" port
25,
verify your "SMTP" and "smtp_port" setting in php.ini or use
ini_set().
I tried by changing the php.ini and it does not work.
I hope you can help me
Request: This is the third time I am posting this query to PHP Bugs,
But Still I haven't get any Proper Solutions.
Thanks a lot
[2009-06-18 16:33:00] omgmain at gmail dot com
Hi,
I am also having the same problem with this. I am using Mac OS X, and
it doesn't seem to be sending.
Script:
Mail seems to always return true.
[2009-03-27 11:37:05] real_ganesh at yahoo dot co dot in
Am php to send E-mail,but will be Error.
Failed to connect to mailserver at "localhost" port 25, verify your
"SMTP" and "smtp_port" setting in php.ini or use ini_set() in
-code
Contact.html
---
Cultuzz Digital Media GmbH - Contact
Contact Us
Enter your To
Address:
E-mail your From
Address:
Enter your
Password:
Enter your
Subject:
Enter your
Content:
-
mailto.php
--
: $toAddr ";
echo "This is From--->: $fromAddr ";
echo "This is Password--->: $toPass ";
echo "This is Subject--->: $subject ";
echo "This is Content--->: $content ";
echo "This is Headers--->: $headers ";
?>
[2009-03-19 00:47:46] rmsadik dot ece at gmail dot com
i have problem sending email using mail(). it was working couple of
weeks before but now on its not working ...i dont know whats the problem
and here is the code
if ($db_result) {
echo "Successful";
$to = $email;
$from = "msa...@gmail.com";
$subject = "Password Request From";
$message = "PLEASE DO NOT REPLY TO THIS EMAIL\n\n";
$message .= "unless others can read your email.\n\n\n";
$message .= "Password: ".$password;
$headers = "From: ".$from;
// Set the name of the server for mail processing. This should
be
handled at the server level but the following
// statement allows dynamic setting of the SMPT server for
testing
purposes.
ini_set("SMTP","mail.sunet.com.au");
// Attempt to send the mail message.
//$db_result = mail($to,$subject,$message,$headers);
#49352 [NEW]: dba_open DB4 DB_HASH format can not be choosen to create a database
From: VJTD3 at VJTD3 dot com
Operating system: Linux
PHP version: 5.3.0
PHP Bug Type: dBase related
Bug description: dba_open DB4 DB_HASH format can not be choosen to create a
database
Description:
dba_open DB4 DB_HASH format can not be choosen to create a database
dba_open when used with the "driver" db4 defaults to btree but hash is
also needed. DB_HASH is not defined and isn't passed when defined to the
creation environment.
example showing DB_HASH not defined
there are 2 types of database structures, hash and btree.
db.h
typedef enum {
DB_BTREE=1,
DB_HASH=2,
DB_RECNO=3,
DB_QUEUE=4,
DB_UNKNOWN=5
} DBTYPE;
is from the source files...
http://download.oracle.com/berkeley-db/db-4.7.25.NC.tar.gz
db-4.7.25.NC/build_brew/db.h
by default php uses btree to create but hash is needed too. there is no
way to change the flags to use hash.
http://us3.php.net/manual/en/function.dba-open.php
resource dba_open ( string $path , string $mode [, string $handler [,
mixed $... ]] )
php-5.2.9/dba_db4.c line 74-76
type = info->mode == DBA_READER ? DB_UNKNOWN :
info->mode == DBA_TRUNC ? DB_BTREE :
s ? DB_BTREE : DB_UNKNOWN;
php-5.2.9/dba_db4.c line 100 - 104
#if (DB_VERSION_MAJOR == 4 && DB_VERSION_MINOR >= 1)
(err=dbp->open(dbp, 0, info->path, NULL, type, gmode,
filemode)) == 0)
{
#else
(err=dbp->open(dbp, info->path, NULL, type, gmode,
filemode)) == 0)
{
#endif
http://www.oracle.com/technology/documentation/berkeley-db/db/ref/upgrade.4.1/fop.html
if ((ret = dbp->open(dbp, "file", NULL, DB_BTREE, DB_CREATE, 0664)) != 0)
{
(void)dbp->close(dbp);
goto err_handler;
}
(btree example, hash would be DB_HASH)
Reproduce code:
---
Expected result:
1 and databases to be created in hash format
Actual result:
--
0 and database format is only btree with no way to change to hash
--
Edit bug report at http://bugs.php.net/?id=49352&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=49352&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=49352&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=49352&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=49352&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=49352&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=49352&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=49352&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=49352&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=49352&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=49352&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=49352&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=49352&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=49352&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=49352&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49352&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=49352&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=49352&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=49352&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=49352&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=49352&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=49352&r=mysqlcfg
#48326 [Com]: socket_recvfrom and socket_recv constant MSG_DONTWAIT not defined
ID: 48326
Comment by: VJTD3 at VJTD3 dot com
Reported By: VJTD3 at VJTD3 dot com
Status: To be documented
Bug Type: Sockets related
Operating System: *
PHP Version: 5.*, 6CVS (2009-05-19)
New Comment:
workaround... return 1 if it was used... maybe useful for some kinda
debug... also the Compat Project
Previous Comments:
[2009-07-24 21:20:28] register at brekerbohm dot net
On Windows Systems it still don't work. I use PHP 5.3 and I can't work
really well so. I've hard problems because of that.
Is there any solution?
If I use the Testcode above ( print (defined('MSG_DONTWAIT') ?
'defined:'.constant('MSG_DONTWAIT') : 'not defined'); ) it prints not
defined.
[2009-05-20 09:09:03] lbarn...@php.net
Added to 5.2/5.3.
To be documented: Since PHP 5.2.10; If system supports it.
[2009-05-19 18:53:11] VJTD3 at VJTD3 dot com
just a workaround, defining it manually or passing 0x40 directly will
solve the problem till the release.
[2009-05-19 12:07:25] lbarn...@php.net
To be documented: MSG_DONTWAIT added in PHP 6.
[2009-05-19 12:00:42] lbarn...@php.net
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.
Added MSG_DONTWAIT constant in HEAD (php6), it will be defined if the
system provides it.
stream_set_blocking() should be used if not.
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/48326
--
Edit this bug report at http://bugs.php.net/?id=48326&edit=1
#49351 [NEW]: posix_setuid/posix_seteuid/posix_setgid/posix_setegid crashed apache
From: VJTD3 at VJTD3 dot com Operating system: Linux PHP version: 5.3.0 PHP Bug Type: POSIX related Bug description: posix_setuid/posix_seteuid/posix_setgid/posix_setegid crashed apache Description: apache Apache/2.2.13: env CFLAGS="-DBIG_SECURITY_HOLE" ./configure --enable-so && make && make install php 5.3.0: ./configure --with-apxs2 && make && make install -DBIG_SECURITY_HOLE allows for root startup (administrative builds for panels and such...) when this flag is used to compile apache, php will crash when posix_setuid posix_seteuid posix_setgid or posix_setegid are used to change the user/group. Reproduce code: --- (make sure you use a number that has an actual user...) Expected result: change to that user. Actual result: -- php and apache crash. -- Edit bug report at http://bugs.php.net/?id=49351&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49351&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49351&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49351&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49351&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49351&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49351&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49351&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49351&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49351&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49351&r=support Expected behavior: http://bugs.php.net/fix.php?id=49351&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49351&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49351&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49351&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49351&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49351&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49351&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49351&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49351&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49351&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49351&r=mysqlcfg
#49350 [NEW]: fgets reads the UTF-8 Byte Order Mark literally
From: soapergem at gmail dot com Operating system: Windows XP PHP version: 5.3.0 PHP Bug Type: Filesystem function related Bug description: fgets reads the UTF-8 Byte Order Mark literally Description: When text files are saved with UTF-8 encoding, a few characters are saved at the front called the "Byte Order Mark" (read more about it on Wikipedia). They are supposed to remain hidden and just be used as meta-data to indicate that the file is saved with UTF-8 formatting. Their hex values are EF BB BF, which is represented in ASCII by "". The trouble is that when you read in a UTF-8 text file with either fgets or fgetcsv, PHP misinterprets the BOM as literal text and includes it with all the other text. Reproduce code: --- Expected result: Whatever text is saved on the first line of the text file. Actual result: -- Whatever text is saved on the first line of the text file. -- Edit bug report at http://bugs.php.net/?id=49350&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49350&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49350&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49350&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49350&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49350&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49350&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49350&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49350&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49350&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49350&r=support Expected behavior: http://bugs.php.net/fix.php?id=49350&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49350&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49350&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49350&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49350&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49350&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49350&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49350&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49350&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49350&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49350&r=mysqlcfg
#49012 [Com]: Spurious fatal error on require() statement
ID: 49012 Comment by: smagee at arb dot ca dot gov Reported By: gary dot barnes at is-networks dot co dot uk Status: No Feedback Bug Type: Scripting Engine problem Operating System: Linux version 2.6.10-1.766_FC3 PHP Version: 5.3.0 Assigned To: jani New Comment: I'm using CentOS 5.3 64 bit, Kernel 2.6.18-128.2.1.el5. Apache 2.2.12 and php 5.3.0. I'm getting the same error messages in my phperror log. error_reporting = E_COMPILE_ERROR|E_RECOVERABLE_ERROR|E_ERROR|E_CORE_ERROR php error log is showing... [24-Aug-2009 13:45:32] PHP Fatal error: Unknown: Failed opening required '/dir1/www/dir2/dir3/dir4/some.php' (include_path='.:/dir1/dir2/dir3:/dir1/inc:/usr/local/lib/php') in Unknown on line 0 I'm getting the correct error messages on other servers, using CentOS 4.7 32 bit, Apache 2.2.10 and php 5.2.6. Previous Comments: [2009-08-07 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2009-07-30 11:33:16] j...@php.net Please try current PHP_5_3 checkout now. I fixed the compile failure..not the original issue in this bug since we don't know if that even exists. :) [2009-07-30 11:32:08] s...@php.net Automatic comment from SVN on behalf of jani Revision: http://svn.php.net/viewvc/?view=revision&revision=286551 Log: - Fixed compile failure with older openssl libs (< 0.9.8), fixes bug #49012 [2009-07-30 08:20:05] gary dot barnes at is-networks dot co dot uk OK, thanks for that. OpenSSL version is 0.9.7a) [2009-07-29 23:30:11] j...@php.net And I stand corrected. Apparently Pierre broke it. What openssl version are you compiling PHP with? 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/49012 -- Edit this bug report at http://bugs.php.net/?id=49012&edit=1
#40346 [Com]: Date Time Limitations
ID: 40346 Comment by: dragonmoon01 at hotmail dot com Reported By: jtantillo at glaserinc dot com Status: No Feedback Bug Type: Date/time related Operating System: Win XP PHP Version: 5.2.0 New Comment: I have this same problem in php 5.2.10. Here is the chunk of code that I used. Last Checked: " maxlength= "10" size="10"> When there is a date stored in the database that has a year that is higher than 2037 this code displays 12-31-1969 as the date. Even though the database has a different date, such as having the year 3000. I do realize that the year 3000 is a few years away, but the issue will be a very large problem in say: 2038 I hope this information is helpful. If you need any more information please ask. Thanks Previous Comments: [2007-02-11 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2007-02-03 23:01:19] der...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2007-02-03 22:56:37] jtantillo at glaserinc dot com . [2007-02-03 22:55:13] jtantillo at glsaerinc dot com . [2007-02-03 22:53:34] jtantillo at glaserinc dot com Description: I'm sure you are already aware of the int limitations on the Date Time Stamp. I also read that there was a 64bit timestamp ready, but not activated/available. When is that going to be activated? And what are the new limitations as far as Date/Time going to be with that? Thanks. Expected result: Expected Calendar app to go past 1-19-2037 and back further than 12-1901 Actual result: -- It didn't -- Edit this bug report at http://bugs.php.net/?id=40346&edit=1
#49333 [Opn->Fbk]: Bug in recursive regex processing
ID: 49333 Updated by: j...@php.net Reported By: inf3rno dot hu at gmail dot com -Status: Open +Status: Feedback Bug Type: PCRE related Operating System: Windows XP PHP Version: 5.2.10 New Comment: ever heard of email..? Previous Comments: [2009-08-24 16:00:05] inf3rno dot hu at gmail dot com Hmm, I'll try it on a free server, and if it works I'll give an ftp account. Or I can make a movie clip, if somebody knows a freeware printscreen movie maker. [2009-08-24 14:42:25] j...@php.net I can not reproduce this either. Can you provide the test script as downloadable package somewhere? [2009-08-24 12:21:40] inf3rno dot hu at gmail dot com I reproduced it on another computer with the latest WAMPServer (Apache 2.2.11, PHP 5.3.0). I copied the code from here. [2009-08-24 11:54:12] inf3rno dot hu at gmail dot com Apache and Php reinstall didn't help. :S [2009-08-24 11:20:39] inf3rno dot hu at gmail dot com Yes, I can reproduce it. Tried with alternative text editor, but same result. So I think it's not memory or text editor problem. (Btw. I'll test my computer's memory soon.) I'll try it out after a reinstall, maybe some dll files are damaged. 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/49333 -- Edit this bug report at http://bugs.php.net/?id=49333&edit=1
#49347 [Opn->Bgs]: iterating through an array plus creating a refererence to the current element
ID: 49347
Updated by: j...@php.net
Reported By: zoli at lippai dot net
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: OS X 10.5.8
PHP Version: 5.3.0
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Previous Comments:
[2009-08-24 18:14:50] sjo...@php.net
The variable $list has the expected value after the for loop. You can
show this by doing print_r($list). However, the $item in the first for
loop seems to interfere with the $item in the second foreach loop.
[2009-08-24 15:44:05] zoli at lippai dot net
Description:
When I iterate through an array with "for" and create a reference to
the current element inside the for, then the last element of the array
will be a reference to the previous element.
If I unset the reference variable at the end of every cycle, then it
works fine.
Reproduce code:
---
1),
array('id' => 2)
);
for($i = 0; $i < count($list); $i++) {
$item = &$list[$i];
$item['someValue'] = 'x';
}
foreach($list as $item)
{
var_dump($item);
}
Expected result:
array(2) {
["id"]=>
int(1)
["someValue"]=>
string(1) "x"
}
array(2) {
["id"]=>
int(2)
["someValue"]=>
string(1) "x"
}
Actual result:
--
array(2) {
["id"]=>
int(1)
["someValue"]=>
string(1) "x"
}
array(2) {
["id"]=>
int(1)
["someValue"]=>
string(1) "x"
}
(Please note the second elements id, which is 1 instead of 2)
--
Edit this bug report at http://bugs.php.net/?id=49347&edit=1
#48761 [Com]: php crashes on start - getaddrinfo could not be located
ID: 48761 Comment by: bruce at thinkcorporate dot com Reported By: aheckmann at m-s dot de Status: To be documented Bug Type: Reproducible crash Operating System: win32 only - Windows 2000 SP4 PHP Version: 5.3.0 New Comment: Specifically where do I obtain and include the mentioned Ws2tcpip.h and Wspiapi.h files as the "fix" to getaddrinfo on older versions of Windows? Does the PHP.exe need to be recompiled with the mentioned includes? Previous Comments: [2009-08-14 23:40:34] bruce at thinkcorporate dot com I run IIS 6 on W2K SP4 and get the same error. I reviewed http://msdn.microsoft.com/en-us/library/ms738520%28VS.85%29.aspx How do I implement the fix? [2009-08-10 11:45:18] paj...@php.net Only 2000 and xp with SP1 (or no SP) are affected. 2003 does work as expected. By the way, I very much doubt that most servers use 2000. Set as "to be documented". [2009-07-29 23:00:21] jon dot harrell at gmail dot com Until this bug is fixed wouldn't it make sense to place a notice warning all potential users that the binary downloads at http://windows.php.net/download/ require XP SP2 or above? [2009-07-17 12:04:31] jet5y at hotmail dot co dot uk However, considering that most servers running it would either be 2000 or 2003 and not XP then a workaround would seem more sensible at the slight detriment for now of XP SP2 systems. [2009-07-02 23:48:19] ka...@php.net The problem with fixing this (by doing an include to emulate the functions on systems without it (Windows 2000, XP prior SP2) is that it will slow down for other system that already got it, as it will attempt to load the ws2_32 library and search for the symbol locations, which is just slowing us down for no *real* reason. The question whether to fix this is trival, Me, Pierre and the others will discuss this and how to deal with it. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/48761 -- Edit this bug report at http://bugs.php.net/?id=48761&edit=1
#49262 [Opn->Fbk]: PDO MySQL doesn't take STRING params
ID: 49262
Updated by: sjo...@php.net
Reported By: grzegorz at heex dot pl
-Status: Open
+Status: Feedback
Bug Type: PDO related
Operating System: Win XP Sp3
PHP Version: 5.3.0
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:
[2009-08-14 20:23:43] grzegorz at heex dot pl
Description:
Now, PDO in PHP 5.3 is usless.
Reproduce code:
---
$name = 'same_name';
$pdo= new
PDO("mysql:host=localhost;dbname=[base];",'[user]','[pass]');
$sth = $pdo->prepare("SELECT * FROM lng WHERE lng_name=:Name");
$sth->bindValue(':Name',$name,PDO::PARAM_STR);
$sth->execute();
die('OK');
Expected result:
OK
Actual result:
--
PHP CGI / FastCGI crash
--
Edit this bug report at http://bugs.php.net/?id=49262&edit=1
#49226 [Bgs->Fbk]: SoapServer failing on construction (cannot load wsdl)
ID: 49226 Updated by: sjo...@php.net Reported By: richard at rjharrison dot org -Status: Bogus +Status: Feedback Bug Type: SOAP related Operating System: linux PHP Version: 5.3.0 New Comment: PHP 5.3 indeed seems to request the WSDL using HTTP/1.1, I was wrong about that, I'm sorry. However, it works fine with other WSDLs which are sent chunked. There seems to be something special about your setup which triggers this bug. Could you make a dump of the HTTP transaction with a sniffer? Note that you may have to disable the WSDL caching to force SoapServer to get the WSDL over HTTP. Previous Comments: [2009-08-24 17:53:22] richard at rjharrison dot org Ok I understand your point (that the WSDL server is supposedly at fault for not providing an HTTP 1.0 response). I just tested again and watched my Apache access_log. With 5.2.10, the request is sent from SoapServer using HTTP 1.0, and the response from the WSDL server correctly includes a content-length header (and everything works fine). When I test with 5.3, SoapServer sends the request using HTTP 1.1 (according to the Apache log) and the response is chunk-encoded causing SoapServer to error. Therefore I believe that SoapServer in 5.3 is sending an HTTP 1.1 request but is unable to process an HTTP 1.1 response. [2009-08-24 16:49:16] sjo...@php.net The specifications you supply do not describe how to retrieve the WSDL. In this case, the WSDL is retrieved using HTTP. I don't think it is specified which HTTP version to use. The SoapServer class uses HTTP 1.0. If the server serving the WSDL implements HTTP 1.0, it should send a content-length header. If it does not implement HTTP 1.0, it should send a 505 HTTP Version Not Supported. [2009-08-24 13:20:41] richard at rjharrison dot org Sjoerd, Respectfully, I think you're wrong. I am *far* from being a SOAP expert, but the specifications for SOAP 1.1[1] and for WSDL[2] both show use of HTTP 1.1. 1. http://www.w3.org/TR/2000/NOTE-SOAP-2508/#_Toc478383526 2. http://www.w3.org/TR/wsdl#_http [2009-08-24 12:51:11] sjo...@php.net Thank you both for your feedback. SOAP retrieves the WSDL using HTTP/1.0, which does not have chunked transfers. Therefore, the server should provide a Content-length header. If it does not do that, SoapServer can not load the WSDL correctly. This is not a bug in PHP, since the content-length header is mandatory for HTTP/1.0 messages which have a body. You could implement/request the feature that PHP can load WSDLs even if they don't have a content-length header, but it is not a bug in PHP itself. [2009-08-12 17:24:55] richard at rjharrison dot org "Its not in the PHP 5.3 release, rather its a bug in the Zend AutoDiscover class" If it works fine in 5.2(.6) but not in 5.3 then something changed in 5.3 that made things break, which suggests a bug in 5.3. If adding a content-length header fixes things then that's great as a quick-fix, but SoapServer should be able to deal with chunk-encoded responses which don't, by their nature, have a content-length. 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/49226 -- Edit this bug report at http://bugs.php.net/?id=49226&edit=1
#49346 [Bgs]: using return() with an empty argument list is causing in a parser error
ID: 49346 User updated by: mirko dot steiner at slashdevslashnull dot de Reported By: mirko dot steiner at slashdevslashnull dot de Status: Bogus Bug Type: Reproducible crash Operating System: linux, freebsd PHP Version: 5.2.10 New Comment: thank you, for your immidiatly response. yes, i know that ,,return'' is a language construct. it is documented that the parentheses are not required (1) but not that it is necessary that there have to be an argument if the parantheses are used. using ,,echo()'' for example, which is a function(!), brings the same parser error when using empty parentheses. it seems like an error in the parser where functions or ,,language constructs'' where the parantheses are optional. (1) http://de2.php.net/manual/en/function.return.php (requested Mon Aug 24 20:45:38 CEST 2009) Previous Comments: [2009-08-24 18:08:34] sjo...@php.net Thank you for your report. The behavior you report is not a bug. You call return as if it is a function. It is not, it is a language construct. The correct syntax is: return 'bar'; or return; The parenthesis are not needed. [2009-08-24 15:20:57] mirko dot steiner at slashdevslashnull dot de Description: using return() with an empty argument list is causing in a parser error. Reproduce code: --- Expected result: no parser error :-) Actual result: -- Parse error: syntax error, unexpected ')' in /usr/local/www/develop/htdocs/test.php on line 6 -- Edit this bug report at http://bugs.php.net/?id=49346&edit=1
#49347 [Opn]: iterating through an array plus creating a refererence to the current element
ID: 49347
Updated by: sjo...@php.net
Reported By: zoli at lippai dot net
Status: Open
Bug Type: Arrays related
Operating System: OS X 10.5.8
PHP Version: 5.3.0
New Comment:
The variable $list has the expected value after the for loop. You can
show this by doing print_r($list). However, the $item in the first for
loop seems to interfere with the $item in the second foreach loop.
Previous Comments:
[2009-08-24 15:44:05] zoli at lippai dot net
Description:
When I iterate through an array with "for" and create a reference to
the current element inside the for, then the last element of the array
will be a reference to the previous element.
If I unset the reference variable at the end of every cycle, then it
works fine.
Reproduce code:
---
1),
array('id' => 2)
);
for($i = 0; $i < count($list); $i++) {
$item = &$list[$i];
$item['someValue'] = 'x';
}
foreach($list as $item)
{
var_dump($item);
}
Expected result:
array(2) {
["id"]=>
int(1)
["someValue"]=>
string(1) "x"
}
array(2) {
["id"]=>
int(2)
["someValue"]=>
string(1) "x"
}
Actual result:
--
array(2) {
["id"]=>
int(1)
["someValue"]=>
string(1) "x"
}
array(2) {
["id"]=>
int(1)
["someValue"]=>
string(1) "x"
}
(Please note the second elements id, which is 1 instead of 2)
--
Edit this bug report at http://bugs.php.net/?id=49347&edit=1
#49346 [Opn->Bgs]: using return() with an empty argument list is causing in a parser error
ID: 49346 Updated by: sjo...@php.net Reported By: mirko dot steiner at slashdevslashnull dot de -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: linux, freebsd PHP Version: 5.2.10 New Comment: Thank you for your report. The behavior you report is not a bug. You call return as if it is a function. It is not, it is a language construct. The correct syntax is: return 'bar'; or return; The parenthesis are not needed. Previous Comments: [2009-08-24 15:20:57] mirko dot steiner at slashdevslashnull dot de Description: using return() with an empty argument list is causing in a parser error. Reproduce code: --- Expected result: no parser error :-) Actual result: -- Parse error: syntax error, unexpected ')' in /usr/local/www/develop/htdocs/test.php on line 6 -- Edit this bug report at http://bugs.php.net/?id=49346&edit=1
#49226 [Bgs]: SoapServer failing on construction (cannot load wsdl)
ID: 49226
User updated by: richard at rjharrison dot org
Reported By: richard at rjharrison dot org
Status: Bogus
Bug Type: SOAP related
Operating System: linux
PHP Version: 5.3.0
New Comment:
Ok I understand your point (that the WSDL server is supposedly at fault
for not providing an HTTP 1.0 response).
I just tested again and watched my Apache access_log. With 5.2.10, the
request is sent from SoapServer using HTTP 1.0, and the response from
the WSDL server correctly includes a content-length header (and
everything works fine).
When I test with 5.3, SoapServer sends the request using HTTP 1.1
(according to the Apache log) and the response is chunk-encoded causing
SoapServer to error.
Therefore I believe that SoapServer in 5.3 is sending an HTTP 1.1
request but is unable to process an HTTP 1.1 response.
Previous Comments:
[2009-08-24 16:49:16] sjo...@php.net
The specifications you supply do not describe how to retrieve the
WSDL.
In this case, the WSDL is retrieved using HTTP. I don't think it is
specified which HTTP version to use. The SoapServer class uses HTTP 1.0.
If the server serving the WSDL implements HTTP 1.0, it should send a
content-length header. If it does not implement HTTP 1.0, it should send
a 505 HTTP Version Not Supported.
[2009-08-24 13:20:41] richard at rjharrison dot org
Sjoerd,
Respectfully, I think you're wrong. I am *far* from being a SOAP
expert, but the specifications for SOAP 1.1[1] and for WSDL[2] both show
use of HTTP 1.1.
1. http://www.w3.org/TR/2000/NOTE-SOAP-2508/#_Toc478383526
2. http://www.w3.org/TR/wsdl#_http
[2009-08-24 12:51:11] sjo...@php.net
Thank you both for your feedback.
SOAP retrieves the WSDL using HTTP/1.0, which does not have chunked
transfers. Therefore, the server should provide a Content-length header.
If it does not do that, SoapServer can not load the WSDL correctly. This
is not a bug in PHP, since the content-length header is mandatory for
HTTP/1.0 messages which have a body.
You could implement/request the feature that PHP can load WSDLs even if
they don't have a content-length header, but it is not a bug in PHP
itself.
[2009-08-12 17:24:55] richard at rjharrison dot org
"Its not in the PHP 5.3 release, rather its a bug in the Zend
AutoDiscover class"
If it works fine in 5.2(.6) but not in 5.3 then something changed in
5.3 that made things break, which suggests a bug in 5.3.
If adding a content-length header fixes things then that's great as a
quick-fix, but SoapServer should be able to deal with chunk-encoded
responses which don't, by their nature, have a content-length.
[2009-08-12 14:01:26] stig dot woxholt at fotoknudsen dot no
The service works when using a local file.
I did some more tests, and have identified the actual problem.
Its not in the PHP 5.3 release, rather its a "bug" in the Zend
AutoDiscover class provided by Zend.
I assume the reporter also might be using this to generate the WSDL's
?
I guess that in php 5.3 the soap server expects the content length to
be set in the header inorder to parse the complete wsdl, but the
AutoDiscover class does not send this.
By adding header('Content-Length: '.strlen($this->_wsdl->toXML())); to
the handle function in the AutoDiscover class things are working
I'll report the findings on the Zend bugtracker.
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/49226
--
Edit this bug report at http://bugs.php.net/?id=49226&edit=1
#49276 [Asn]: Sybase 15 incorrect library name references
ID: 49276 Updated by: the...@php.net Reported By: andy at networkjabber dot com Status: Assigned Bug Type: Sybase-ct (ctlib) related Operating System: Fedora Core 9 PHP Version: 5.3.0 Assigned To: thekid New Comment: I can't commit at the moment but would appreciate if someone just went ahead and committed this patch to 5_3, 5_2 and head. Previous Comments: [2009-08-17 11:18:07] j...@php.net Oh, and you don't need extra configure options with the patch since then it detects the libs properly.. :) [2009-08-17 11:15:43] j...@php.net Ok, so the patch works, lets keep this assigned to the maintainer then. :) [2009-08-17 10:15:27] andy at networkjabber dot com Hi. Thanks for the quick reply. I can confirm that the patch works correctly and PHP compiles correctly with the specified directives to build Sybase ASE support. Perhaps it would be worth adding an extra autoconf argument in subsequent PHP releases for Sybase ASE versions previous to 12.5 and those later? i.e. --with-sybase-ct-oldlib or --with-sybase-ct-newlib, for example. Many thanks, Andy [2009-08-17 09:36:09] j...@php.net Bug #36516 was marked as being bogus because it was duplicate of bug #45357 and both didn't get any feedback when asked to test this patch: http://sitten-polizei.de/php/sybase-configm4.diff So please apply the patch, run ./buildconf --force and see if it works then. [2009-08-17 08:56:52] andy at networkjabber dot com Description: This problem was originally logged on 24/2/2006 under #36516, but marked as bogus. However, the problem still exists. Sybase have changed the library names of 4 of their ASE libraries: libsybcs, libsybct, lsybcomn and lsybintl. The default automake profile references these as -lcs -lct -lcomn -lintl so the compile fails with libraries being reported as missing. Both ./configure and ./ext/sybase_ct/config.m4 need to be editied so that these references are -lsybcs -lsybct -lsybcomn -lsybsybintl. After these changes are made all compiles correctly. -- Edit this bug report at http://bugs.php.net/?id=49276&edit=1
#49349 [NEW]: gettext behaves differently in php 5.3.0 (5.2.x ignored setlocale errors)
From: raulsalitrero at gmail dot com Operating system: windows xp sp3 PHP version: 5.3.0 PHP Bug Type: Gettext related Bug description: gettext behaves differently in php 5.3.0 (5.2.x ignored setlocale errors) Description: usign gettext functions under php 5.3.0 (built with vc9) works differently to how it used to work in php 5.2.x (tested on 5.2.10 built with vc6). it used to work even after a setlocale error, (locale not supported on my machine), after the error it continued loading the .mo (.po) files from the locale folder in the app. in php 5.3 it doesn't seem to load the files, i've tried changing the locale to the correct name for windows wich is "enu" and the path to the correct locale folder to: locale/ enu/... en_us/... en_US/... English_United States/... English_United States.1252/... (changing the setlocale codeset from "UTF-8" to "CP1252" and "1252", and various combinations of the above settings, also with and without the codeset functions, and it didn't show translations. in php 5.2.10 it loaded the files directly from the first settings id like to know if it is possible to make php_gettext to ignore the setlocal error and work out the folder name from the LANG and LC_ALL enviroment variables like it apparently used to be in earlier versions of php. or if it would be too much troublesome, then if it could be possible to add a new function that returns the folder name where the the .mo files are being expected to be, something like: gettext_getpath([$text_domain = Current_default_domain]) and get something like "en_US\LC_MESSAGES\domain.mo" (locale folder name) or the full path something like "C:\Apache\htdocs\app\locale\en_US\LC_MESSAGES\domain.mo" or "/var/www/app1/locale/en_US/LC_MESSAGES/domain.mo" in *nix (even if the file doesn't exists to know if its necessary to rename/move folders thanks in advance Reproduce code: --- "hello world" (english) in the relative path "locale/en/LC_MESSAGES/" "hello world" Actual result: -- "hola mundo" (text not being translated) -- Edit bug report at http://bugs.php.net/?id=49349&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49349&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49349&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49349&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49349&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49349&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49349&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49349&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49349&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49349&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49349&r=support Expected behavior: http://bugs.php.net/fix.php?id=49349&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49349&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49349&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49349&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49349&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49349&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49349&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49349&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49349&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49349&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49349&r=mysqlcfg
#49226 [Bgs]: SoapServer failing on construction (cannot load wsdl)
ID: 49226
Updated by: sjo...@php.net
Reported By: richard at rjharrison dot org
Status: Bogus
Bug Type: SOAP related
Operating System: linux
PHP Version: 5.3.0
New Comment:
The specifications you supply do not describe how to retrieve the
WSDL.
In this case, the WSDL is retrieved using HTTP. I don't think it is
specified which HTTP version to use. The SoapServer class uses HTTP 1.0.
If the server serving the WSDL implements HTTP 1.0, it should send a
content-length header. If it does not implement HTTP 1.0, it should send
a 505 HTTP Version Not Supported.
Previous Comments:
[2009-08-24 13:20:41] richard at rjharrison dot org
Sjoerd,
Respectfully, I think you're wrong. I am *far* from being a SOAP
expert, but the specifications for SOAP 1.1[1] and for WSDL[2] both show
use of HTTP 1.1.
1. http://www.w3.org/TR/2000/NOTE-SOAP-2508/#_Toc478383526
2. http://www.w3.org/TR/wsdl#_http
[2009-08-24 12:51:11] sjo...@php.net
Thank you both for your feedback.
SOAP retrieves the WSDL using HTTP/1.0, which does not have chunked
transfers. Therefore, the server should provide a Content-length header.
If it does not do that, SoapServer can not load the WSDL correctly. This
is not a bug in PHP, since the content-length header is mandatory for
HTTP/1.0 messages which have a body.
You could implement/request the feature that PHP can load WSDLs even if
they don't have a content-length header, but it is not a bug in PHP
itself.
[2009-08-12 17:24:55] richard at rjharrison dot org
"Its not in the PHP 5.3 release, rather its a bug in the Zend
AutoDiscover class"
If it works fine in 5.2(.6) but not in 5.3 then something changed in
5.3 that made things break, which suggests a bug in 5.3.
If adding a content-length header fixes things then that's great as a
quick-fix, but SoapServer should be able to deal with chunk-encoded
responses which don't, by their nature, have a content-length.
[2009-08-12 14:01:26] stig dot woxholt at fotoknudsen dot no
The service works when using a local file.
I did some more tests, and have identified the actual problem.
Its not in the PHP 5.3 release, rather its a "bug" in the Zend
AutoDiscover class provided by Zend.
I assume the reporter also might be using this to generate the WSDL's
?
I guess that in php 5.3 the soap server expects the content length to
be set in the header inorder to parse the complete wsdl, but the
AutoDiscover class does not send this.
By adding header('Content-Length: '.strlen($this->_wsdl->toXML())); to
the handle function in the AutoDiscover class things are working
I'll report the findings on the Zend bugtracker.
[2009-08-12 13:05:41] richard at rjharrison dot org
@sjoerd,
When I load the WSDL over HTTP there is no content-length header, as
the response is sent chunk-encoded. As stated in the original report, if
I save the WSDL to disk then it works, for example:-
http://myserver/path?wsdl');
file_put_contents("wsdl.xml", $data);
$serv = new SoapServer("wsdl.xml"); // works
?>
@stig,
The behaviour you describe with different size WSDL might backup the
theory that it's chunk-encoding related. With a small body size, I think
PHP *does* send a content-length header; but if the body is larger than
the output buffer (?) it will switch to chunk-encoding to allow for the
unknown, variable length.
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/49226
--
Edit this bug report at http://bugs.php.net/?id=49226&edit=1
#49047 [Opn->Asn]: The function touch() fails on directories.
ID: 49047 Updated by: paj...@php.net Reported By: RQuadling at GMail dot com -Status: Open +Status: Assigned Bug Type: Filesystem function related Operating System: win32 only - Windows XP SP3 PHP Version: 5.3SVN-2009-07-24 (snap) -Assigned To: +Assigned To: pajoye New Comment: commit on its way Previous Comments: [2009-07-24 12:48:49] RQuadling at GMail dot com Description: Trying to touch() a win32 folder fails. In tracking this back through the source, I think the issue is that PHP is calling the external utime() function. For my build (I'm a novice so please bear with me), I see that ... HAVE_UTIME TSRM_WIN32 are both set, but VIRTUAL_DIR is not. This is a repeat of bug#35980, but as that bug is closed and the example code below doesn't work, I assume this is a new bug. So, in TSRM/tsrm_virtual_cwd.h, the call that is being made is ... #ifdef VIRTUAL_DIR ... #if HAVE_UTIME #define VCWD_UTIME(path, time) virtual_utime(path, time TSRMLS_CC) #endif ... #else ... #if HAVE_UTIME #define VCWD_UTIME(path, time) utime(path, time) #endif ... #endif utime(path, time) I think this is the external call and as such will fail. I think that is why the virtual version exists (which in turn calls win32_utime) Reproduce code: --- http://bugs.php.net/?id=49047&edit=1
#49348 [NEW]: no notice
From: BelStudent at yandex dot ru Operating system: Windows XP SP3 PHP version: 5.3.0 PHP Bug Type: Unknown/Other Function Bug description: no notice Description: Usually, if you try to do this: ++$num, then thrown notice, that the "Undefined variable: num". This helps avoid errors. But if you have class and you're trying to do so ++$this->num num nowhere and had not previously identified, then the issue no warnings and notices. Accidentally deleted in the symbol and received ++$this->nu, and then climbed into hell knows what mistakes to find this place and correct to ++$this->num took several hours. So I am very concerned about the issue: how to do so were given notice, if you try to do something with uninitialized (unknown) variable in the class? Reproduce code: --- num; } } new A(); ?> Expected result: Undefined property: A::$num Actual result: -- empty -- Edit bug report at http://bugs.php.net/?id=49348&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49348&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49348&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49348&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49348&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49348&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49348&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49348&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49348&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49348&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49348&r=support Expected behavior: http://bugs.php.net/fix.php?id=49348&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49348&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49348&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49348&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49348&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49348&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49348&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49348&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49348&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49348&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49348&r=mysqlcfg
#49333 [Fbk->Opn]: Bug in recursive regex processing
ID: 49333 User updated by: inf3rno dot hu at gmail dot com Reported By: inf3rno dot hu at gmail dot com -Status: Feedback +Status: Open Bug Type: PCRE related Operating System: Windows XP PHP Version: 5.2.10 New Comment: Hmm, I'll try it on a free server, and if it works I'll give an ftp account. Or I can make a movie clip, if somebody knows a freeware printscreen movie maker. Previous Comments: [2009-08-24 14:42:25] j...@php.net I can not reproduce this either. Can you provide the test script as downloadable package somewhere? [2009-08-24 12:21:40] inf3rno dot hu at gmail dot com I reproduced it on another computer with the latest WAMPServer (Apache 2.2.11, PHP 5.3.0). I copied the code from here. [2009-08-24 11:54:12] inf3rno dot hu at gmail dot com Apache and Php reinstall didn't help. :S [2009-08-24 11:20:39] inf3rno dot hu at gmail dot com Yes, I can reproduce it. Tried with alternative text editor, but same result. So I think it's not memory or text editor problem. (Btw. I'll test my computer's memory soon.) I'll try it out after a reinstall, maybe some dll files are damaged. [2009-08-23 10:54:45] sjo...@php.net Could not reproduce. When I run the code example you supplied, I get the expected result. Are you sure you have submitted the right code example? 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/49333 -- Edit this bug report at http://bugs.php.net/?id=49333&edit=1
#45599 [Opn]: strip_tags() truncates rest of string with invalid attribute
ID: 45599
Updated by: hrad...@php.net
Reported By: david at grudl dot com
Status: Open
Bug Type: Strings related
Operating System: *
PHP Version: 5.*, 6CVS (2008-07-22)
New Comment:
PHP 5.x patch:
Index: ext/standard/string.c
===
--- ext/standard/string.c (revision 284189)
+++ ext/standard/string.c (working copy)
@@ -4367,7 +4367,7 @@
tp = ((tp-tbuf) >= PHP_TAG_BUF_SIZE ?
tbuf: tp);
*(tp++) = c;
}
- if (state && p != buf && *(p-1) != '\\' &&
(!in_q || *p == in_q))
{
+ if (state && p != buf && (state == 1 || *(p-1)
!= '\\') && (!in_q
|| *p == in_q)) {
if (in_q) {
in_q = 0;
} else {
Trunk patch:
Index: ext/standard/string.c
===
--- ext/standard/string.c (revision 284189)
+++ ext/standard/string.c (working copy)
@@ -6519,7 +6519,7 @@
tp = ((tp-tbuf) >= UBYTES(PHP_TAG_BUF_SIZE) ?
tbuf: tp);
*(tp++) = ch;
}
- if (state && prev1 != 0x5C /*'\\'*/ && (!in_q || ch ==
in_q)) {
+ if (state && (state ==1 || prev1 != 0x5C /*'\\'*/) &&
(!in_q || ch
== in_q)) {
if (in_q) {
in_q = 0;
} else {
@@ -6763,7 +6763,7 @@
tp = ((tp-tbuf) >= PHP_TAG_BUF_SIZE ?
tbuf: tp);
*(tp++) = c;
}
- if (state && p != buf && *(p-1) != '\\' &&
(!in_q || *p == in_q))
{
+ if (state && p != buf && (state ==1 || *(p-1)
!= '\\') && (!in_q
|| *p == in_q)) {
if (in_q) {
in_q = 0;
} else {
Test case:
--TEST--
Bug #45599 (strip_tags() ignore backslash (\) character inside html
tags)
--FILE--
World') . "\n";
echo strip_tags('Hello World') . "\n";
echo strip_tags('Hello World');
?>
--EXPECT--
Hello World
Hello World
Hello World
Previous Comments:
[2008-08-06 16:52:29] david at grudl dot com
Character \ is allowed in tag attribute, so strip_tags('Hello World') leading to "Hello" (without "World") is bug.
[2008-08-06 16:30:17] lbarn...@php.net
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
The parser continues until it founds the end of the tag, which can not
be in an attribute value (XML allows all characters except [%&'] in
attribute values).
In the given examples the attribute value never terminates and the end
of the tag is never found, which causes the rest of the string to be
truncated.
This change as been made to fix the following bug:
http://bugs.php.net/bug.php?id=40432
[2008-07-30 04:42:40] jet at synth-tec dot com
I am having the same problem. If an attribute has an extra quote in
it, will cut off all the text afterwards.
Example Input:
strip_tags('
text before link
http://google.com"";>google.com
text after link
test 1
test 2
')
Expected Output:
-
text before link
text after link
test 1
test 2
Actual Output:
--
text before link
Note, I do not have this problem in PHP 5.0.4 or previous versions
[2008-07-22 23:37:57] david at grudl dot com
Description:
Problematic backslash in HTML attribute (bug exists since PHP 5.2.2)
Reproduce code:
---
1)
echo strip_tags('Hello World');
2) this case is not HTML valid, but who cares...
echo strip_tags('Hello World');
Expected result:
Hello World
(in both cases)
Actual result:
--
Hello
(in both cases)
--
Edit this bug report at http://bugs.php.net/?id=45599&edit=1
#49347 [NEW]: iterating through an array plus creating a refererence to the current element
From: zoli at lippai dot net
Operating system: OS X 10.5.8
PHP version: 5.3.0
PHP Bug Type: Arrays related
Bug description: iterating through an array plus creating a refererence to the
current element
Description:
When I iterate through an array with "for" and create a reference to the
current element inside the for, then the last element of the array will be
a reference to the previous element.
If I unset the reference variable at the end of every cycle, then it works
fine.
Reproduce code:
---
1),
array('id' => 2)
);
for($i = 0; $i < count($list); $i++) {
$item = &$list[$i];
$item['someValue'] = 'x';
}
foreach($list as $item)
{
var_dump($item);
}
Expected result:
array(2) {
["id"]=>
int(1)
["someValue"]=>
string(1) "x"
}
array(2) {
["id"]=>
int(2)
["someValue"]=>
string(1) "x"
}
Actual result:
--
array(2) {
["id"]=>
int(1)
["someValue"]=>
string(1) "x"
}
array(2) {
["id"]=>
int(1)
["someValue"]=>
string(1) "x"
}
(Please note the second elements id, which is 1 instead of 2)
--
Edit bug report at http://bugs.php.net/?id=49347&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=49347&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=49347&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=49347&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=49347&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=49347&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=49347&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=49347&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=49347&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=49347&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=49347&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=49347&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=49347&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=49347&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=49347&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49347&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=49347&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=49347&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=49347&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=49347&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=49347&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=49347&r=mysqlcfg
#49346 [NEW]: using return() with an empty argument list is causing in a parser error
From: mirko dot steiner at slashdevslashnull dot de Operating system: linux, freebsd PHP version: 5.2.10 PHP Bug Type: Reproducible crash Bug description: using return() with an empty argument list is causing in a parser error Description: using return() with an empty argument list is causing in a parser error. Reproduce code: --- Expected result: no parser error :-) Actual result: -- Parse error: syntax error, unexpected ')' in /usr/local/www/develop/htdocs/test.php on line 6 -- Edit bug report at http://bugs.php.net/?id=49346&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49346&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49346&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49346&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49346&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49346&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49346&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49346&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49346&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49346&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49346&r=support Expected behavior: http://bugs.php.net/fix.php?id=49346&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49346&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49346&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49346&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49346&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49346&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49346&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49346&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49346&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49346&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49346&r=mysqlcfg
#49331 [Opn->Bgs]: extract(array('this' => 'abc')) in obj method
ID: 49331
Updated by: j...@php.net
Reported By: shenk...@php.net
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: win7
PHP Version: 5.3.0
New Comment:
See bug #47409, and next time: SEARCH BEFORE REPORTING SAME SHIT AGAIN!
You haven't really earned the right to use @php.net address..
Previous Comments:
[2009-08-22 16:36:50] shenk...@php.net
class B {
public function test1() {
echo 'b';
}
}
class A {
public function test($arr) {
extract($arr);
var_dump($this);
$this->test1();
}
public function test1() {
echo 'a';
}
}
$a = new A;
$b = new B;
$arr['this'] = $b;
$a->test($arr);
-
object(B)#2 (0) {
}
a
[2009-08-22 16:23:11] shenk...@php.net
Description:
class A {
public function test() {
var_dump($this);
$this = 'oh, mygod';
var_dump($this);
}
}
$a = new A;
$a->test();
Fatal error: Cannot re-assign $this in D:\www\testthis.php on line 13
Reproduce code:
---
class A {
public function test($arr) {
var_dump($this);
extract($arr);
var_dump($this);
}
}
$a = new A;
$arr['this'] = 'abc';
$a->test($arr);
Expected result:
Fatal error: Cannot re-assign $this in D:\www\testthis.php on line 13
Actual result:
--
it's ok!
--
Edit this bug report at http://bugs.php.net/?id=49331&edit=1
#49332 [Asn]: Make fails with "Undefined symbols: _res_9_dn_expand, _res_9_search and _res_9"
ID: 49332 Updated by: j...@php.net Reported By: vizh at me dot com Status: Assigned Bug Type: Compile Failure Operating System: Mac OS X 10.6 (10A432) PHP Version: 5.2.10 Assigned To: scottmac New Comment: I would guess Scott meant "PHP_5_2" branch.. :) Previous Comments: [2009-08-23 11:31:11] scott...@php.net This is fixed in 5.3.1-dev, I'll look into backporting changes to the 5.3 branch. [2009-08-23 03:31:54] vizh at me dot com Description: I've download http://snaps.php.net/php5.2-latest.tar.gz, runs ./configure; make and make fails with undefined symbols: _res_9_dn_expand, _res_9_search and _res_9_dn_skipname Reproduce code: --- cd /tmp curl "http://snaps.php.net/php5.2-latest.tar.gz"; > php.tar.gz tar -xf php.tar.gz; rm -rf php.tar.gz; mv php* php-build; cd php-build ./configure --disable-all make Actual result: -- Undefined symbols: "_res_9_search", referenced from: _zif_dns_get_mx in dns.o _zif_dns_check_record in dns.o "_res_9_dn_expand", referenced from: _zif_dns_get_mx in dns.o "_res_9_dn_skipname", referenced from: _zif_dns_get_mx in dns.o _zif_dns_get_mx in dns.o -- Edit this bug report at http://bugs.php.net/?id=49332&edit=1
#49332 [Opn->Asn]: Make fails with "Undefined symbols: _res_9_dn_expand, _res_9_search and _res_9"
ID: 49332 Updated by: j...@php.net Reported By: vizh at me dot com -Status: Open +Status: Assigned Bug Type: Compile Failure Operating System: Mac OS X 10.6 (10A432) PHP Version: 5.2.10 -Assigned To: +Assigned To: scottmac Previous Comments: [2009-08-23 11:31:11] scott...@php.net This is fixed in 5.3.1-dev, I'll look into backporting changes to the 5.3 branch. [2009-08-23 03:31:54] vizh at me dot com Description: I've download http://snaps.php.net/php5.2-latest.tar.gz, runs ./configure; make and make fails with undefined symbols: _res_9_dn_expand, _res_9_search and _res_9_dn_skipname Reproduce code: --- cd /tmp curl "http://snaps.php.net/php5.2-latest.tar.gz"; > php.tar.gz tar -xf php.tar.gz; rm -rf php.tar.gz; mv php* php-build; cd php-build ./configure --disable-all make Actual result: -- Undefined symbols: "_res_9_search", referenced from: _zif_dns_get_mx in dns.o _zif_dns_check_record in dns.o "_res_9_dn_expand", referenced from: _zif_dns_get_mx in dns.o "_res_9_dn_skipname", referenced from: _zif_dns_get_mx in dns.o _zif_dns_get_mx in dns.o -- Edit this bug report at http://bugs.php.net/?id=49332&edit=1
#49333 [Opn->Fbk]: Bug in recursive regex processing
ID: 49333
Updated by: j...@php.net
Reported By: inf3rno dot hu at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: PCRE related
Operating System: Windows XP
PHP Version: 5.2.10
New Comment:
I can not reproduce this either. Can you provide the test script as
downloadable package somewhere?
Previous Comments:
[2009-08-24 12:21:40] inf3rno dot hu at gmail dot com
I reproduced it on another computer with the latest WAMPServer (Apache
2.2.11, PHP 5.3.0). I copied the code from here.
[2009-08-24 11:54:12] inf3rno dot hu at gmail dot com
Apache and Php reinstall didn't help. :S
[2009-08-24 11:20:39] inf3rno dot hu at gmail dot com
Yes, I can reproduce it.
Tried with alternative text editor, but same result. So I think it's
not memory or text editor problem. (Btw. I'll test my computer's memory
soon.)
I'll try it out after a reinstall, maybe some dll files are damaged.
[2009-08-23 10:54:45] sjo...@php.net
Could not reproduce. When I run the code example you supplied, I get
the expected result. Are you sure you have submitted the right code
example?
[2009-08-23 08:10:45] inf3rno dot hu at gmail dot com
Description:
I developed a recursive regex pattern for compile template patterns.
During the tests I found this bug. I managed to restrict it to the
following piece of code.
The count of the numbers, and every character (\n too) counts. So if I
have 11+ characters long string in the 'y'-s block, then it's buggy, but
by 10- character long strings it works fine.
I hope it's a real bug, and not a damage in my computer. :-)
Reproduce code:
---
$pattern='%.*?(?:([a-z])(?:.*?(?:(?R).*?)*?\1)?|$)%sD';
$test='
x
0123456789
x
y
01234567890
y';
preg_match_all($pattern,$test,$matches,PREG_SET_ORDER);
var_dump($matches);
Expected result:
array(3) { [0]=> array(2) { [0]=> string(18) " x 0123456789 x" [1]=>
string(1) "x" } [1]=> array(2) { [0]=> string(19) " y 01234567890 y"
[1]=> string(1) "y" } [2]=> array(1) { [0]=> string(0) "" } }
Actual result:
--
array(0) { }
--
Edit this bug report at http://bugs.php.net/?id=49333&edit=1
#49345 [Opn->Bgs]: To much used memory
ID: 49345
Updated by: j...@php.net
Reported By: pearl1985 at interia dot pl
-Status: Open
+Status: Bogus
Bug Type: Performance problem
Operating System: Windows XP x64
PHP Version: 5.3.0
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
unset() does not free any memory.
Previous Comments:
[2009-08-24 13:50:49] pearl1985 at interia dot pl
Description:
When I was using function lambda in class, I saw that it is using a lot
of operating memory. I saw this error when the script was sending
e-mails reports to users registered in my service.
Reproduce code:
---
test();
}
echo 'Results after remove lambda'."\n";
echo 'Memory limit: '.ini_get('memory_limit')."\n";
echo 'Usage: '. round(memory_get_usage()/1024/1024, 1)."\n";
echo 'Peak:'. round(memory_get_peak_usage()/1024/1024, 1);
echo "\n";
?>
Expected result:
I expected a slight growth of operating memory usage by script. By
using endless loop, I expect the script will be executing even for 2
hours, thanks to correction of appropriate php configuration directive.
Actual result:
--
When I used endless loop while(true), php engine ended its work after 2
minutes,generating error "PHP Fatal error: Allowed memory size of
41943040 bytes exhausted (tried to allocate 40961 bytes)"
--
Edit this bug report at http://bugs.php.net/?id=49345&edit=1
#49345 [NEW]: To much used memory
From: pearl1985 at interia dot pl
Operating system: Windows XP x64
PHP version: 5.3.0
PHP Bug Type: Performance problem
Bug description: To much used memory
Description:
When I was using function lambda in class, I saw that it is using a lot of
operating memory. I saw this error when the script was sending e-mails
reports to users registered in my service.
Reproduce code:
---
test();
}
echo 'Results after remove lambda'."\n";
echo 'Memory limit: '.ini_get('memory_limit')."\n";
echo 'Usage: '. round(memory_get_usage()/1024/1024, 1)."\n";
echo 'Peak:'. round(memory_get_peak_usage()/1024/1024, 1);
echo "\n";
?>
Expected result:
I expected a slight growth of operating memory usage by script. By using
endless loop, I expect the script will be executing even for 2 hours,
thanks to correction of appropriate php configuration directive.
Actual result:
--
When I used endless loop while(true), php engine ended its work after 2
minutes,generating error "PHP Fatal error: Allowed memory size of 41943040
bytes exhausted (tried to allocate 40961 bytes)"
--
Edit bug report at http://bugs.php.net/?id=49345&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=49345&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=49345&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=49345&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=49345&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=49345&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=49345&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=49345&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=49345&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=49345&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=49345&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=49345&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=49345&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=49345&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=49345&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49345&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=49345&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=49345&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=49345&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=49345&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=49345&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=49345&r=mysqlcfg
#49226 [Bgs]: SoapServer failing on construction (cannot load wsdl)
ID: 49226
User updated by: richard at rjharrison dot org
Reported By: richard at rjharrison dot org
Status: Bogus
Bug Type: SOAP related
Operating System: linux
PHP Version: 5.3.0
New Comment:
Sjoerd,
Respectfully, I think you're wrong. I am *far* from being a SOAP
expert, but the specifications for SOAP 1.1[1] and for WSDL[2] both show
use of HTTP 1.1.
1. http://www.w3.org/TR/2000/NOTE-SOAP-2508/#_Toc478383526
2. http://www.w3.org/TR/wsdl#_http
Previous Comments:
[2009-08-24 12:51:11] sjo...@php.net
Thank you both for your feedback.
SOAP retrieves the WSDL using HTTP/1.0, which does not have chunked
transfers. Therefore, the server should provide a Content-length header.
If it does not do that, SoapServer can not load the WSDL correctly. This
is not a bug in PHP, since the content-length header is mandatory for
HTTP/1.0 messages which have a body.
You could implement/request the feature that PHP can load WSDLs even if
they don't have a content-length header, but it is not a bug in PHP
itself.
[2009-08-12 17:24:55] richard at rjharrison dot org
"Its not in the PHP 5.3 release, rather its a bug in the Zend
AutoDiscover class"
If it works fine in 5.2(.6) but not in 5.3 then something changed in
5.3 that made things break, which suggests a bug in 5.3.
If adding a content-length header fixes things then that's great as a
quick-fix, but SoapServer should be able to deal with chunk-encoded
responses which don't, by their nature, have a content-length.
[2009-08-12 14:01:26] stig dot woxholt at fotoknudsen dot no
The service works when using a local file.
I did some more tests, and have identified the actual problem.
Its not in the PHP 5.3 release, rather its a "bug" in the Zend
AutoDiscover class provided by Zend.
I assume the reporter also might be using this to generate the WSDL's
?
I guess that in php 5.3 the soap server expects the content length to
be set in the header inorder to parse the complete wsdl, but the
AutoDiscover class does not send this.
By adding header('Content-Length: '.strlen($this->_wsdl->toXML())); to
the handle function in the AutoDiscover class things are working
I'll report the findings on the Zend bugtracker.
[2009-08-12 13:05:41] richard at rjharrison dot org
@sjoerd,
When I load the WSDL over HTTP there is no content-length header, as
the response is sent chunk-encoded. As stated in the original report, if
I save the WSDL to disk then it works, for example:-
http://myserver/path?wsdl');
file_put_contents("wsdl.xml", $data);
$serv = new SoapServer("wsdl.xml"); // works
?>
@stig,
The behaviour you describe with different size WSDL might backup the
theory that it's chunk-encoding related. With a small body size, I think
PHP *does* send a content-length header; but if the body is larger than
the output buffer (?) it will switch to chunk-encoding to allow for the
unknown, variable length.
[2009-08-12 11:39:05] sjoerd-php at linuxonly dot nl
Thank you for your bug report.
When you retrieve the WSDL over HTTP, does the Content-Length header
match the length of the WSDL? You can try saving the WSDL to disk and
load that one instead.
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/49226
--
Edit this bug report at http://bugs.php.net/?id=49226&edit=1
#49340 [Opn]: Signals not catcable when certain functions are in execution
ID: 49340 User updated by: alexmontoanelli at gmail dot com Reported By: alexmontoanelli at gmail dot com Status: Open Bug Type: PCNTL related Operating System: Linux PHP Version: 5.2.10 New Comment: Where I say: 'There is true?', is 'That's true?' Regards Previous Comments: [2009-08-24 11:41:59] alexmontoanelli at gmail dot com The problem is that I need hit enter - exit from fgets - to run the signal handler - but this is not the correct way - in python for example, the signal handler are calling when the function are waiting for a user input. I found this page - http://br2.php.net/manual/en/function.pcntl-signal.php - the commentary above: '28-Mar-2006 07:26 Process handling is not available when using a blocking socket! Bear this in mind.' There is true? Regards [2009-08-24 08:59:28] der...@php.net Questions asked -> feedback mode [2009-08-24 08:54:42] sjo...@php.net Thank you for your bug report. I don't fully understand the problem. Is the problem that you have to hit enter for the signal handler to run? Or that the line with 'echo $foo' is ran after the fgets? [2009-08-23 22:12:28] alexmontoanelli at gmail dot com Description: After executions of certain functions, the handler configured by posix_singal, are not called where the funcion are in execution - like freads. Reproduce code: --- #!/usr/bin/php http://bugs.php.net/?id=49340&edit=1
#49226 [Opn->Bgs]: SoapServer failing on construction (cannot load wsdl)
ID: 49226
Updated by: sjo...@php.net
Reported By: richard at rjharrison dot org
-Status: Open
+Status: Bogus
Bug Type: SOAP related
Operating System: linux
PHP Version: 5.3.0
New Comment:
Thank you both for your feedback.
SOAP retrieves the WSDL using HTTP/1.0, which does not have chunked
transfers. Therefore, the server should provide a Content-length header.
If it does not do that, SoapServer can not load the WSDL correctly. This
is not a bug in PHP, since the content-length header is mandatory for
HTTP/1.0 messages which have a body.
You could implement/request the feature that PHP can load WSDLs even if
they don't have a content-length header, but it is not a bug in PHP
itself.
Previous Comments:
[2009-08-12 17:24:55] richard at rjharrison dot org
"Its not in the PHP 5.3 release, rather its a bug in the Zend
AutoDiscover class"
If it works fine in 5.2(.6) but not in 5.3 then something changed in
5.3 that made things break, which suggests a bug in 5.3.
If adding a content-length header fixes things then that's great as a
quick-fix, but SoapServer should be able to deal with chunk-encoded
responses which don't, by their nature, have a content-length.
[2009-08-12 14:01:26] stig dot woxholt at fotoknudsen dot no
The service works when using a local file.
I did some more tests, and have identified the actual problem.
Its not in the PHP 5.3 release, rather its a "bug" in the Zend
AutoDiscover class provided by Zend.
I assume the reporter also might be using this to generate the WSDL's
?
I guess that in php 5.3 the soap server expects the content length to
be set in the header inorder to parse the complete wsdl, but the
AutoDiscover class does not send this.
By adding header('Content-Length: '.strlen($this->_wsdl->toXML())); to
the handle function in the AutoDiscover class things are working
I'll report the findings on the Zend bugtracker.
[2009-08-12 13:05:41] richard at rjharrison dot org
@sjoerd,
When I load the WSDL over HTTP there is no content-length header, as
the response is sent chunk-encoded. As stated in the original report, if
I save the WSDL to disk then it works, for example:-
http://myserver/path?wsdl');
file_put_contents("wsdl.xml", $data);
$serv = new SoapServer("wsdl.xml"); // works
?>
@stig,
The behaviour you describe with different size WSDL might backup the
theory that it's chunk-encoding related. With a small body size, I think
PHP *does* send a content-length header; but if the body is larger than
the output buffer (?) it will switch to chunk-encoding to allow for the
unknown, variable length.
[2009-08-12 11:39:05] sjoerd-php at linuxonly dot nl
Thank you for your bug report.
When you retrieve the WSDL over HTTP, does the Content-Length header
match the length of the WSDL? You can try saving the WSDL to disk and
load that one instead.
[2009-08-12 10:52:46] stig dot woxholt at fotoknudsen dot no
We have started porting our soap services from 5.2.x to 5.3 and see the
same problem here.
I have spend quite some time trying to identify the problem, and it
seemes to me that when the wsdl reaches a certain size it stops
working.
Ie. i have a service with 10 exposed methods. When all these methods
are exposed i get an error, same as Richards. If i cut down on the
number of exposed methods, to ie. 3 on the service it works.
This is services that is used in production on the 5.2.x builds, and
works perfectly there.
Looks to me that there might be a bug in the XML parsing of the WSDL
somewhere.
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/49226
--
Edit this bug report at http://bugs.php.net/?id=49226&edit=1
#48831 [Com]: php -i has different output to php --ini
ID: 48831
Comment by: RQuadling at GMail dot com
Reported By: RQuadling at GMail dot com
Status: Assigned
Bug Type: CGI related
Operating System: *
PHP Version: 5.*, 6CVS (2009-07-07)
Assigned To: pajoye
New Comment:
Missed an PHPAPI extern char *php_ini_scanned_path;
Previous Comments:
[2009-07-07 11:28:46] rquadl...@php.net
Typo: had => has
[2009-07-07 11:24:31] RQuadling at GMail dot com
Description:
If the environment variable PHP_INI_SCAN_DIR is set, then
php -i
outputs the path and any ini files.
If you enter
php --ini
the ini files are correct, but the scan directory is not.
php --ini is only showing the PHP_CONFIG_FILE_SCAN_DIR value rather
than the php_ini_scanned_path (which may be PHP_CONFIG_FILE_SCAN_DIR
if there is no PHP_INI_SCAN_DIR envvar).
Patch below
Index: php_cli.c
===
RCS file: /repository/php-src/sapi/cli/php_cli.c,v
retrieving revision 1.211
diff -u -r1.211 php_cli.c
--- php_cli.c 5 Jun 2009 18:50:10 - 1.211
+++ php_cli.c 7 Jul 2009 11:16:14 -
@@ -1360,7 +1360,7 @@
{
zend_printf("Configuration
File (php.ini) Path: %s\n", PHP_CONFIG_FILE_PATH);
zend_printf("Loaded
Configuration File: %s\n", php_ini_opened_path ?
php_ini_opened_path : "(none)");
- zend_printf("Scan for
additional .ini files in: %s\n", *PHP_CONFIG_FILE_SCAN_DIR ?
PHP_CONFIG_FILE_SCAN_DIR : "(none)");
+ zend_printf("Scan for
additional .ini files in: %s\n", php_ini_scanned_path ?
php_ini_scanned_path : "(none)");
zend_printf("Additional .ini
files parsed: %s\n", php_ini_scanned_files ?
php_ini_scanned_files : "(none)");
break;
}
--
Edit this bug report at http://bugs.php.net/?id=48831&edit=1
#49333 [Opn]: Bug in recursive regex processing
ID: 49333
User updated by: inf3rno dot hu at gmail dot com
Reported By: inf3rno dot hu at gmail dot com
Status: Open
Bug Type: PCRE related
Operating System: Windows XP
PHP Version: 5.2.10
New Comment:
I reproduced it on another computer with the latest WAMPServer (Apache
2.2.11, PHP 5.3.0). I copied the code from here.
Previous Comments:
[2009-08-24 11:54:12] inf3rno dot hu at gmail dot com
Apache and Php reinstall didn't help. :S
[2009-08-24 11:20:39] inf3rno dot hu at gmail dot com
Yes, I can reproduce it.
Tried with alternative text editor, but same result. So I think it's
not memory or text editor problem. (Btw. I'll test my computer's memory
soon.)
I'll try it out after a reinstall, maybe some dll files are damaged.
[2009-08-24 08:57:07] der...@php.net
Questions asked -> Feedback mode
[2009-08-23 10:54:45] sjo...@php.net
Could not reproduce. When I run the code example you supplied, I get
the expected result. Are you sure you have submitted the right code
example?
[2009-08-23 08:10:45] inf3rno dot hu at gmail dot com
Description:
I developed a recursive regex pattern for compile template patterns.
During the tests I found this bug. I managed to restrict it to the
following piece of code.
The count of the numbers, and every character (\n too) counts. So if I
have 11+ characters long string in the 'y'-s block, then it's buggy, but
by 10- character long strings it works fine.
I hope it's a real bug, and not a damage in my computer. :-)
Reproduce code:
---
$pattern='%.*?(?:([a-z])(?:.*?(?:(?R).*?)*?\1)?|$)%sD';
$test='
x
0123456789
x
y
01234567890
y';
preg_match_all($pattern,$test,$matches,PREG_SET_ORDER);
var_dump($matches);
Expected result:
array(3) { [0]=> array(2) { [0]=> string(18) " x 0123456789 x" [1]=>
string(1) "x" } [1]=> array(2) { [0]=> string(19) " y 01234567890 y"
[1]=> string(1) "y" } [2]=> array(1) { [0]=> string(0) "" } }
Actual result:
--
array(0) { }
--
Edit this bug report at http://bugs.php.net/?id=49333&edit=1
#49333 [Opn]: Bug in recursive regex processing
ID: 49333
User updated by: inf3rno dot hu at gmail dot com
Reported By: inf3rno dot hu at gmail dot com
Status: Open
Bug Type: PCRE related
Operating System: Windows XP
PHP Version: 5.2.10
New Comment:
Apache and Php reinstall didn't help. :S
Previous Comments:
[2009-08-24 11:20:39] inf3rno dot hu at gmail dot com
Yes, I can reproduce it.
Tried with alternative text editor, but same result. So I think it's
not memory or text editor problem. (Btw. I'll test my computer's memory
soon.)
I'll try it out after a reinstall, maybe some dll files are damaged.
[2009-08-24 08:57:07] der...@php.net
Questions asked -> Feedback mode
[2009-08-23 10:54:45] sjo...@php.net
Could not reproduce. When I run the code example you supplied, I get
the expected result. Are you sure you have submitted the right code
example?
[2009-08-23 08:10:45] inf3rno dot hu at gmail dot com
Description:
I developed a recursive regex pattern for compile template patterns.
During the tests I found this bug. I managed to restrict it to the
following piece of code.
The count of the numbers, and every character (\n too) counts. So if I
have 11+ characters long string in the 'y'-s block, then it's buggy, but
by 10- character long strings it works fine.
I hope it's a real bug, and not a damage in my computer. :-)
Reproduce code:
---
$pattern='%.*?(?:([a-z])(?:.*?(?:(?R).*?)*?\1)?|$)%sD';
$test='
x
0123456789
x
y
01234567890
y';
preg_match_all($pattern,$test,$matches,PREG_SET_ORDER);
var_dump($matches);
Expected result:
array(3) { [0]=> array(2) { [0]=> string(18) " x 0123456789 x" [1]=>
string(1) "x" } [1]=> array(2) { [0]=> string(19) " y 01234567890 y"
[1]=> string(1) "y" } [2]=> array(1) { [0]=> string(0) "" } }
Actual result:
--
array(0) { }
--
Edit this bug report at http://bugs.php.net/?id=49333&edit=1
#49340 [Fbk->Opn]: Signals not catcable when certain functions are in execution
ID: 49340 User updated by: alexmontoanelli at gmail dot com Reported By: alexmontoanelli at gmail dot com -Status: Feedback +Status: Open Bug Type: PCNTL related Operating System: Linux PHP Version: 5.2.10 New Comment: The problem is that I need hit enter - exit from fgets - to run the signal handler - but this is not the correct way - in python for example, the signal handler are calling when the function are waiting for a user input. I found this page - http://br2.php.net/manual/en/function.pcntl-signal.php - the commentary above: '28-Mar-2006 07:26 Process handling is not available when using a blocking socket! Bear this in mind.' There is true? Regards Previous Comments: [2009-08-24 08:59:28] der...@php.net Questions asked -> feedback mode [2009-08-24 08:54:42] sjo...@php.net Thank you for your bug report. I don't fully understand the problem. Is the problem that you have to hit enter for the signal handler to run? Or that the line with 'echo $foo' is ran after the fgets? [2009-08-23 22:12:28] alexmontoanelli at gmail dot com Description: After executions of certain functions, the handler configured by posix_singal, are not called where the funcion are in execution - like freads. Reproduce code: --- #!/usr/bin/php http://bugs.php.net/?id=49340&edit=1
#49330 [Opn->Bgs]: counter doesn't count properly
ID: 49330
Updated by: sjo...@php.net
Reported By: john at sinteur dot com
-Status: Open
+Status: Bogus
Bug Type: Math related
Operating System: FreeBSD, Mac OS
PHP Version: 5.2.10
New Comment:
Thank you for your report.
The behavior you report is not a bug. If PHP encounters a number beyond
the bounds of the integer type, it will be interpreted as a float
instead. That is why it is possible to have $xxx bigger than
PHP_INT_MAX. Operands of modulus are converted to integers (by stripping
the decimal part) before processing. That is why the $xxx is wrapped
around for the modulo operator.
PHP_INT_MAX % $a == 2147483647 % $a
(PHP_INT_MAX + 1) % $a == -2147483648 % $a
Previous Comments:
[2009-08-22 16:22:33] john at sinteur dot com
Description:
Counting doesn't appear to wrap properly at 32 bits
Reproduce code:
---
$xxx=0;
while (true) {
$xxx++;
if ($xxx%1000 == 0)
print $xxx . "\n";
}
Expected result:
1000
2000
3000
4000
5000
...(etc)
212000
213000
214000
215000
216000
217000
218000
Actual result:
--
1000
2000
3000
4000
5000
...(etc)
212000
213000
214000
2154967296
2164967296
2174967296
2184967296
--
Edit this bug report at http://bugs.php.net/?id=49330&edit=1
#49333 [Com]: Bug in recursive regex processing
ID: 49333
Comment by: inf3rno dot hu at gmail dot com
Reported By: inf3rno dot hu at gmail dot com
Status: Open
Bug Type: PCRE related
Operating System: Windows XP
PHP Version: 5.2.10
New Comment:
Yes, I can reproduce it.
Tried with alternative text editor, but same result. So I think it's
not memory or text editor problem. (Btw. I'll test my computer's memory
soon.)
I'll try it out after a reinstall, maybe some dll files are damaged.
Previous Comments:
[2009-08-24 08:57:07] der...@php.net
Questions asked -> Feedback mode
[2009-08-23 10:54:45] sjo...@php.net
Could not reproduce. When I run the code example you supplied, I get
the expected result. Are you sure you have submitted the right code
example?
[2009-08-23 08:10:45] inf3rno dot hu at gmail dot com
Description:
I developed a recursive regex pattern for compile template patterns.
During the tests I found this bug. I managed to restrict it to the
following piece of code.
The count of the numbers, and every character (\n too) counts. So if I
have 11+ characters long string in the 'y'-s block, then it's buggy, but
by 10- character long strings it works fine.
I hope it's a real bug, and not a damage in my computer. :-)
Reproduce code:
---
$pattern='%.*?(?:([a-z])(?:.*?(?:(?R).*?)*?\1)?|$)%sD';
$test='
x
0123456789
x
y
01234567890
y';
preg_match_all($pattern,$test,$matches,PREG_SET_ORDER);
var_dump($matches);
Expected result:
array(3) { [0]=> array(2) { [0]=> string(18) " x 0123456789 x" [1]=>
string(1) "x" } [1]=> array(2) { [0]=> string(19) " y 01234567890 y"
[1]=> string(1) "y" } [2]=> array(1) { [0]=> string(0) "" } }
Actual result:
--
array(0) { }
--
Edit this bug report at http://bugs.php.net/?id=49333&edit=1
#49344 [NEW]: pdo_mssql fails to connect,throws PDOException SQLSTATE[] (null) (severity 0)
From: rockyjl at gmai dot com
Operating system: win2003 X64
PHP version: 5.2.11RC1
PHP Bug Type: PDO related
Bug description: pdo_mssql fails to connect,throws PDOException SQLSTATE[]
(null) (severity 0)
Description:
in Bug #48539
[28 Jun 2:10am UTC] fel...@php.net
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Fixed in 5.2 and HEAD.
5.3 in soon.
Thanks.
But the bug still often happen in PHP 5.2.11RC1 ...
Could you tell me which version(win32 zip) can work in the environment of
win2003 x64 + apache 2.2.11 + sql2005,and the pdo_mssql can connect DB
successfully ??
Reproduce code:
---
function db()
{
try
{
$db = new PDO(DB_DSN, DB_User, DB_Password);
return $db;
}
catch (PDOException $e)
{
die($e->getMessage());
}
}
Expected result:
connect DB Successful
Actual result:
--
SQLSTATE[] (null) (severity 0)
--
Edit bug report at http://bugs.php.net/?id=49344&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=49344&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=49344&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=49344&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=49344&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=49344&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=49344&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=49344&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=49344&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=49344&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=49344&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=49344&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=49344&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=49344&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=49344&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49344&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=49344&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=49344&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=49344&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=49344&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=49344&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=49344&r=mysqlcfg
#49342 [Opn->Bgs]: gnu_cmp doesn't work with decimal strings
ID: 49342
Updated by: sjo...@php.net
Reported By: scott at connerly dot net
-Status: Open
+Status: Bogus
Bug Type: GNU MP related
Operating System: Linux
PHP Version: 5.2.10
New Comment:
Thank you for your bug report.
The documentation on GMP says:
These functions allow you to work with arbitrary-length integers using
the GNU MP library.
Since 2.5 is not an integer, I don't think your example is supposed to
work. Also, I can't find the example on the function.gmp-cmp page, so it
also does not seem an error in the documentation.
Previous Comments:
[2009-08-24 04:36:24] scott at connerly dot net
Description:
gnu_cmp doesn't work with decimal strings
Reproduce code:
---
---
>From manual page: function.gmp-cmp
---
$integers = gmp_cmp('2','5');
$floats = gmp_cmp('2.5','5');
var_dump($integers,$floats);
Expected result:
both should return -1
Actual result:
--
int(-1)
bool(false)
--
Edit this bug report at http://bugs.php.net/?id=49342&edit=1
#47918 [Opn]: stream_set_blocking() does not work with pipes opened with proc_open()
ID: 47918
User updated by: RQuadling at GMail dot com
Reported By: RQuadling at GMail dot com
Status: Open
Bug Type: Streams related
Operating System: Windows
PHP Version: 5.*, 6CVS (2009-06-19
New Comment:
Essentially, non-blocking streams don't exist in win32 PHP.
They work fine for non-win32, so maybe this should become a feature
request.
>From reading the MSDN sites regarding non-blocking/blocking, it seems
that a completely different mechanism for file handling needs to be
used.
Other scripting languages have solved this issue in a different
fashion,
using an additional thread to process the stream.
Previous Comments:
[2009-08-22 05:51:48] nobodyy at mailinator dot com
Same problem here...
If we use proc_open and the output (pipes[1]) is greater than 2kb,
the application just gets stuck!
I don't have any idea why, but it is never terminated, unless we do
an FREAD of FGETS at the pipe[1].
But we can't do the FGETS if we don't know if there is content to be
read. There is when stream_set_blocking should save the day.. But it
doesn't work! :(
[2009-07-28 09:47:05] morrisdavidd at gmail dot com
I tested this on PHP 5.3 (on Linux) and duplicated the error that the
print_r command shows blocking as true. HOWEVER, the stream does not
block when actually tested... a simple test script can be created by
adding a line and slightly modifying the scripts found at:
http://bugs.php.net/bug.php?id=49084
[2009-06-19 11:12:34] j...@php.net
If it exists below 5.3, the version must state it! Do NOT touch it
again.
[2009-06-19 09:31:34] RQuadling at GMail dot com
Only worry about 5.3+
[2009-05-08 09:58:57] RQuadling at GMail dot com
I also tried opening the pipes descriptors like ...
$a_Descriptors = array(0 => array('pipe', 'rn'), 1 => array('pipe',
'wn'), 2 => array('pipe', 'wn'));
but no change.
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/47918
--
Edit this bug report at http://bugs.php.net/?id=47918&edit=1
#49340 [Opn->Fbk]: Signals not catcable when certain functions are in execution
ID: 49340 Updated by: der...@php.net Reported By: alexmontoanelli at gmail dot com -Status: Open +Status: Feedback Bug Type: PCNTL related Operating System: Linux PHP Version: 5.2.10 New Comment: Questions asked -> feedback mode Previous Comments: [2009-08-24 08:54:42] sjo...@php.net Thank you for your bug report. I don't fully understand the problem. Is the problem that you have to hit enter for the signal handler to run? Or that the line with 'echo $foo' is ran after the fgets? [2009-08-23 22:12:28] alexmontoanelli at gmail dot com Description: After executions of certain functions, the handler configured by posix_singal, are not called where the funcion are in execution - like freads. Reproduce code: --- #!/usr/bin/php http://bugs.php.net/?id=49340&edit=1
#49343 [Opn->Bgs]: Deprecated: Call-time pass-by-reference for non-object?
ID: 49343
Updated by: der...@php.net
Reported By: hack988 at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Windows 2003 SP2
PHP Version: 6SVN-2009-08-24 (snap)
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
.
Previous Comments:
[2009-08-24 06:17:54] hack988 at gmail dot com
Description:
Call-time pass-by-reference for non-object Variables is Deprecated?
We can use word "new" with Call-time pass-by-value for object,but how
to use pass-by-reference in Call-time for non-object Variables like
int,string,array?
Reproduce code:
---
$a=1;
$b=$a;
$c=&$a;
$a='cc';
tt($c);
echo $b."";
echo $c."";
echo "pass by value"."";
tt(&$c);
echo $b."";
echo $c;
function tt($aa){
$aa="erety";
}
Expected result:
Deprecated: Call-time pass-by-reference has been deprecated in
F:\Programming\Web\php\mykernel\test\arg\fun_ref_time.php on line 11
1
cc
pass by value
1
eretyPHP Deprecated: Call-time pass-by-reference has been deprecated in
F:\Programming\Web\php\mykernel\test\arg\fun_ref_time.php on line 11
Actual result:
--
how can i used Call-time pass-by-value for non-object Variables ?
--
Edit this bug report at http://bugs.php.net/?id=49343&edit=1
#49333 [Opn]: Bug in recursive regex processing
ID: 49333
Updated by: der...@php.net
Reported By: inf3rno dot hu at gmail dot com
Status: Open
Bug Type: PCRE related
Operating System: Windows XP
PHP Version: 5.2.10
New Comment:
Questions asked -> Feedback mode
Previous Comments:
[2009-08-23 10:54:45] sjo...@php.net
Could not reproduce. When I run the code example you supplied, I get
the expected result. Are you sure you have submitted the right code
example?
[2009-08-23 08:10:45] inf3rno dot hu at gmail dot com
Description:
I developed a recursive regex pattern for compile template patterns.
During the tests I found this bug. I managed to restrict it to the
following piece of code.
The count of the numbers, and every character (\n too) counts. So if I
have 11+ characters long string in the 'y'-s block, then it's buggy, but
by 10- character long strings it works fine.
I hope it's a real bug, and not a damage in my computer. :-)
Reproduce code:
---
$pattern='%.*?(?:([a-z])(?:.*?(?:(?R).*?)*?\1)?|$)%sD';
$test='
x
0123456789
x
y
01234567890
y';
preg_match_all($pattern,$test,$matches,PREG_SET_ORDER);
var_dump($matches);
Expected result:
array(3) { [0]=> array(2) { [0]=> string(18) " x 0123456789 x" [1]=>
string(1) "x" } [1]=> array(2) { [0]=> string(19) " y 01234567890 y"
[1]=> string(1) "y" } [2]=> array(1) { [0]=> string(0) "" } }
Actual result:
--
array(0) { }
--
Edit this bug report at http://bugs.php.net/?id=49333&edit=1
#49334 [Opn->WFx]: foreach by reference behavior
ID: 49334 Updated by: der...@php.net Reported By: hueen at yahoo dot com -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: osx PHP Version: 5.2.10 New Comment: It can be quite useful, especially when you break out of the foreach with a break. We can't really go about changing internals for yet another egde case. Previous Comments: [2009-08-23 10:27:56] hueen at yahoo dot com Description: In regards to bug #29992 Does anything speak against having foreach() unset the "as" variable before iterating? I can hardly imagine anyone would want it to remain a reference when walking through an array. -- Edit this bug report at http://bugs.php.net/?id=49334&edit=1
#49340 [Opn]: Signals not catcable when certain functions are in execution
ID: 49340 Updated by: sjo...@php.net Reported By: alexmontoanelli at gmail dot com Status: Open Bug Type: PCNTL related Operating System: Linux PHP Version: 5.2.10 New Comment: Thank you for your bug report. I don't fully understand the problem. Is the problem that you have to hit enter for the signal handler to run? Or that the line with 'echo $foo' is ran after the fgets? Previous Comments: [2009-08-23 22:12:28] alexmontoanelli at gmail dot com Description: After executions of certain functions, the handler configured by posix_singal, are not called where the funcion are in execution - like freads. Reproduce code: --- #!/usr/bin/php http://bugs.php.net/?id=49340&edit=1
#37793 [Com]: child pid xxx exit signal Segmentation fault (11)
ID: 37793 Comment by: g dot kunze at eyefi dot nl Reported By: niklas dot meyerson at natverkstan dot net Status: No Feedback Bug Type: Apache2 related Operating System: Debian 2.6 PHP Version: 5.1.4 New Comment: Ran into this bug while using Dwoo (see forum thread http://forum.dwoo.org/viewtopic.php?pid=783). The fact that this bug makes PCRE functions fail silently (unless you happen to be looking at your server logs) makes this bug quite severe. Previous Comments: [2009-06-22 15:15:08] garyb at ivesinc dot com This problem may just be due to a stack overflow. I suggest reading comments on the bug report at pcre.org: http://bugs.exim.org/show_bug.cgi?id=841. Those comments also suggest reading the 'pcrestack' man page. [2009-04-28 14:51:00] bugs dot php at cashers dot de With regards to this bug report for preg_match which leads to segfault errors in some cases, the solution is pretty simple. Just split the string into smaller ones. E.g. with my xampp test server a length of 5000 is ok, but with 1 chars it fails. Just see the example which solves an encoding problem in adddition to the preg_match bug: http://mobile-website.mobi/php-utf8-vs-iso-8859-1-59 [2009-02-20 04:15:57] maddivenkatreddy at gmail dot com Hi, I am also getting the following error. Any one knows about this error what is the route cause of this problem? and how to resolve it? [Mon Feb 09 10:57:49 2009] [error] READ_TIMEOUT [os error=0, line 199 of ../nsapi/Reader.cpp]: no read after 3600 seconds [Mon Feb 09 10:57:50 2009] [error] READ_TIMEOUT [os error=0, line 199 of ../nsapi/Reader.cpp]: no read after 3600 seconds [Mon Feb 09 10:57:51 2009] [error] READ_TIMEOUT [os error=0, line 199 of ../nsapi/Reader.cpp]: no read after 3600 seconds . . . [Mon Feb 09 11:03:57 2009] [error] READ_TIMEOUT [os error=0, line 199 of ../nsapi/Reader.cpp]: no read after 3600 seconds [Mon Feb 09 11:04:00 2009] [warn] child process 28307 still did not exit, sending a SIGTERM [Mon Feb 09 11:04:00 2009] [warn] child process 28308 still did not exit, sending a SIGTERM [Mon Feb 09 11:04:00 2009] [warn] child process 28309 still did not exit, sending a SIGTERM . . . [Mon Feb 09 11:04:01 2009] [warn] child process 29235 still did not exit, sending a SIGTERM [Mon Feb 09 11:04:06 2009] [error] child process 29235 still did not exit, sending a SIGKILL [Mon Feb 09 11:04:22 2009] [notice] caught SIGTERM, shutting down [Mon Feb 09 11:14:49 2009] [notice] Apache/2.0.52 (Unix) configured -- resuming normal operations Thanks in Advance. Venkat [2008-10-29 20:43:17] jeffs dot linux at gmail dot com I am having this same error, my error code is as follows: [Wed Oct 29 16:29:36 2008] [notice] child pid 18880 exit signal Segmentation fault (11) I traced it back to a preg_match function that opens up a file around 3.2KB and matches comment tags (its an html file). I am certain that it has something to do with it because a die() function before it registers but after it gives me a white errorless screen. I dont know if the preg_match is the same issue, but it is certainly my issue! The thing is I dont know how to get around this on... I might need to change my approch. [2006-06-21 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/37793 -- Edit this bug report at http://bugs.php.net/?id=37793&edit=1
