#46034 [Opn]: php cli -d include_path only accepts first parameter
ID: 46034
Updated by: [EMAIL PROTECTED]
Reported By: php at ryank dot net
Status: Open
Bug Type: CGI related
Operating System: WinXP
PHP Version: 5.2.6
New Comment:
Works fine for me:
C:\php\src\Release_TS>php -v
PHP 5.3.0alpha3-dev (cli) (built: Oct 2 2008 21:44:41)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2008 Zend Technologies
C:\php\src\Release_TS>php -r "print ini_get('include_path');" -d
"include_path='
C:\test1.ini;C:\test2.ini'"
C:\test1.ini;C:\test2.ini
The Windows shell only likes the double quote sign, so therefore
"include_path=''" will work. but not 'include_path=""' (Will
cause a alert saying 'Invalid configuration directive')
Previous Comments:
[2008-09-11 14:39:57] [EMAIL PROTECTED]
The quotes are "used" by your shell, just like those around the php
code.
-d "include_path=foo;bar" is passed as -d include_path=foo;bar to php.
You must enclose the quotes themselves, for example by using single
quotes: -d 'include_path="foo;bar"' (works on "classic" shells, but I
don't know how windows handles this)
[2008-09-11 14:24:28] php at ryank dot net
Still having issues:
C:\>php -r "print ini_get('include_path');" -d
"include_path=c:\testing1;c:\testing2"
c:\testing1
C:\>php -r "print ini_get('include_path');" -d
"include_path=.;c:\testing1;c:\testing2"
.;c:\testing1;c:\testing2
[2008-09-10 20:15:59] [EMAIL PROTECTED]
You need to enclose all of it in quotes:
# php -d "include_path=some;path;here" ..
[2008-09-10 16:21:09] php at ryank dot net
Double quotes do not appear to help:
C:\>php -r "print ini_get('include_path');"
-d include_path=".;:\test1;c:\test2"
.;c:\test1;c:\test2
C:\>php -r "print ini_get('include_path');"
-d include_path="c:\test1;c:\test2"
c:\test1
Single quotes become part of the directive:
C:\>php -r "print ini_get('include_path');" -d
include_path='c:\test1;c:\test2'
'c:\test1
[2008-09-09 18:41:50] [EMAIL PROTECTED]
You may enclose the value with ' or " like in php.ini
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/46034
--
Edit this bug report at http://bugs.php.net/?id=46034&edit=1
#46222 [Opn]: Memory issues in ArrayObject
ID: 46222 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Any PHP Version: 5.2.6 New Comment: Ran it under: PHP 5.3.0alpha3-dev (cli) (built: Oct 3 2008 00:09:28) (DEBUG) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2008 Zend Technologies Got: Array ( [d2] => hello ) [Fri Oct 3 00:19:06 2008] Script: '-' /Users/gwynne/src/php-src/cvs/php-5.3/ext/spl/spl_array.c(354) : Freeing 0x00C1419C (20 bytes), script=- [Fri Oct 3 00:19:06 2008] Script: '-' /Users/gwynne/src/php-src/cvs/php-5.3/Zend/zend_execute.c(932) : Freeing 0x00C142B8 (44 bytes), script=- /Users/gwynne/src/php-src/cvs/php-5.3/Zend/zend_API.c(930) : Actual location (location was relayed) Last leak repeated 1 time [Fri Oct 3 00:19:06 2008] Script: '-' /Users/gwynne/src/php-src/cvs/php-5.3/Zend/zend_hash.c(247) : Freeing 0x00C14364 (38 bytes), script=- [Fri Oct 3 00:19:06 2008] Script: '-' /Users/gwynne/src/php-src/cvs/php-5.3/Zend/zend_execute.c(727) : Freeing 0x00C143BC (20 bytes), script=- [Fri Oct 3 00:19:06 2008] Script: '-' /Users/gwynne/src/php-src/cvs/php-5.3/Zend/zend_variables.h(45) : Freeing 0x00C14400 (6 bytes), script=- /Users/gwynne/src/php-src/cvs/php-5.3/Zend/zend_variables.c(120) : Actual location (location was relayed) === Total 6 memory leaks detected === Previous Comments: [2008-10-03 03:57:49] [EMAIL PROTECTED] Description: ArrayObject appears to corrupt the symbol table Checked it with Valgrind and didn't see anything, but haven't checked the code yet. Appears to be a problem in both 5.2 and 5.3. Reproduce code: --- $test = new ArrayObject(); $test['d1']['d2'] = 'hello'; print_r($test3['m']); Expected result: nothing Actual result: -- Array ( [d2] => hello ) -- Edit this bug report at http://bugs.php.net/?id=46222&edit=1
#46222 [NEW]: Memory issues in ArrayObject
From: [EMAIL PROTECTED] Operating system: Any PHP version: 5.2.6 PHP Bug Type: Scripting Engine problem Bug description: Memory issues in ArrayObject Description: ArrayObject appears to corrupt the symbol table Checked it with Valgrind and didn't see anything, but haven't checked the code yet. Appears to be a problem in both 5.2 and 5.3. Reproduce code: --- $test = new ArrayObject(); $test['d1']['d2'] = 'hello'; print_r($test3['m']); Expected result: nothing Actual result: -- Array ( [d2] => hello ) -- Edit bug report at http://bugs.php.net/?id=46222&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46222&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46222&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46222&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46222&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46222&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46222&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46222&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46222&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46222&r=support Expected behavior:http://bugs.php.net/fix.php?id=46222&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46222&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46222&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46222&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46222&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46222&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46222&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46222&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46222&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46222&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46222&r=mysqlcfg
#45726 [Opn]: PHP_Archive / Archive.php missing
ID: 45726
Updated by: [EMAIL PROTECTED]
Reported By: Bjorn dot Wiberg at its dot uu dot se
Status: Open
Bug Type: PHAR related
Operating System: *
PHP Version: 5.3CVS-2008-08-06
Assigned To: helly
New Comment:
Well, I think that we should add a check for directory, as it's
possible to some OSs `cat /dir/`.
Index: ext/phar/phar/pharcommand.inc
===
RCS file: /repository/php-src/ext/phar/phar/pharcommand.inc,v
retrieving revision 1.49.2.12
diff -u -r1.49.2.12 pharcommand.inc
--- ext/phar/phar/pharcommand.inc 12 Sep 2008 16:09:01 -
1.49.2.12
+++ ext/phar/phar/pharcommand.inc 2 Oct 2008 23:10:22 -
@@ -488,7 +488,9 @@
if (isset($loader)) {
$s = "";
- $s .= file_get_contents($loader);
+ if (!is_dir($loader)) {
+ $s .=
file_get_contents($loader);
+ }
$s .= "setStub('#!/apache/php/b...')
#1 /home/bwiberg/rpm/BUILD/php5.3-200809161030/ext/phar/phar.php(1054):
PharCommand->phar_set_stub_begin(Object(Phar), '/home/bwiberg/r...',
'/home/bwiberg/r...', '/apache/php/bin...')
#2 [internal function]: PharCommand->cli_cmd_run_pack(Array)
#3 /home/bwiberg/rpm/BUILD/php5.3-200809161030/ext/phar/phar.php(225):
call_user_func(Array, Array)
#4 /home/bwiberg/rpm/BUILD/php5.3-200809161030/ext/phar/phar.php(2073):
CLICommand->__construct(19, Array)
#5 {main}
thrown in
/home/bwiberg/rpm/BUILD/php5.3-200809161030/ext/phar/phar.php on line
994
make: *** [ext/phar/phar.phar] Error 255
Bad exit status from /var/opt/freeware/tmp/rpm-tmp.12271 (%build)
[EMAIL PROTECTED]:~/rpm/SPECS$
--->8---
[2008-09-16 12:03:51] Bjorn dot Wiberg at its dot uu dot se
It doesn't like my autoconf, so running buildconf is unfortunately a
no-go for me...
Awaiting responses to felipe's comments instead -- they sound very
interesting!
Best regards,
Björn
---8<---
+ ./buildconf --force
Forcing buildconf
using default Zend directory
buildconf: checking installation...
buildconf: autoconf version 2.59 (ok)
buildconf: Your version of autoconf likely contains buggy cache code.
Running cvsclean for you.
To avoid this, install autoconf-2.13.
"build/build2.mk", line 32: make: Dependency line needs colon or double
colon operator.
"build/build2.mk", line 33: make: Dependency line needs colon or double
colon operator.
"build/build2.mk", line 35: make: Dependency line needs colon or double
colon operator.
make: Fatal errors encountered -- cannot continue.
make: The error code from the last command is 2.
--->8---
[2008-09-14 15:13:07] [EMAIL PROTECTED]
s/php executable path/php directory/
The file_get_contents() is reading the dir. as a real file.
sapi/cli/php -r 'var_dump(file_get_contents("/home/felipe/php5"));'
string(2560) "��l
.�k
..-�l
buildmk.stamp��.�l
CVS��l▒
.cvsignoreB�.gdbinitw�U��CODING_STANDARDS�j��CREDITS��l
[2008-09-14 13:48:05] [EMAIL PROTECTED]
Hi,
I can reproduce on BSD.
The php executable path (/usr/home/felipe/php5) is being passed to
phar_set_stub_begin() in the $loader parameter, hence the binary is
included in string passed to $phar->setStub();
[2008-09-14 07:29:48] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Cannot reproduce, Iirc this did happen in earlier versions though.
Try running buildconf.
./buildconf --force && ./configure --disable-all --enable-phar && make
[...]
Generating phar.php
Generating phar.phar
Pear package PHP_Archive or Archive.php class file not found.
clicommand.inc
directorygraphiterator.inc
directorytreeiterator.inc
invertedregexiterator.inc
pharcommand.inc
phar.inc
Build complete.
Don't forget to run 'make test'.
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/45726
--
Edit this bug report at http://bugs.php.net/?id=45726&edit=1
#46221 [Opn]: bind_param and wrong result
ID: 46221
User updated by: dzyszla at dzyszla dot aplus dot pl
Reported By: dzyszla at dzyszla dot aplus dot pl
Status: Open
Bug Type: MySQLi related
-Operating System: Linux
+Operating System: Linux (CentOS 5.2)
PHP Version: 5.2.6
New Comment:
(updated information about OS)
(one more correct: I wrote: "don't wont", of course will be: "don't
know" ;) eh, my language...)
bind_result work 100% good. Before update this script work correctly.
Previous Comments:
[2008-10-02 18:28:47] dzyszla at dzyszla dot aplus dot pl
sorry, I replaced expected and actual result above. Now is: OKOKOKOK0,
and I expect: OKOKOKOK161
[2008-10-02 18:25:58] dzyszla at dzyszla dot aplus dot pl
Description:
My webserver provider changed the mysqli module to the newest version
(I don't wont, what number). And my code with mysqli_stmt_bind_param
dosen't work correctly, but i get no error message (by mysqli_stmt_error
after each command too). I do something wrong?
Reproduce code:
---
$stmt=mysqli_stmt_init($sql);
if(mysqli_stmt_prepare($stmt,'SELECT COUNT(*) FROM posts WHERE
`parent`=?'))
{
$parent=1;
if (mysqli_stmt_bind_param($stmt,'i',$parent)) echo 'OK'; else echo
'FALSE';
if (mysqli_stmt_bind_result($stmt,$enters)) echo 'OK'; else echo
'FALSE';
if(mysqli_stmt_execute($stmt)) echo 'OK'; else echo 'FALSE';
if (mysqli_stmt_fetch($stmt)) echo 'OK'; else echo 'FALSE';
echo $enters;
}
mysqli_stmt_close($stmt);
Expected result:
OKOKOKOK0
Actual result:
--
OKOKOKOK161
--
Edit this bug report at http://bugs.php.net/?id=46221&edit=1
#44469 [Com]: problems with creating xml from array(SOAPCLIENT)
ID: 44469
Comment by: bugs dot php dot net at ceesco dot com
Reported By: potyomkine at gmail dot com
Status: Open
Bug Type: SOAP related
Operating System: FreeBSD
PHP Version: 5.2.5
New Comment:
I think the SOAP client can't handle complex types and nested nodes.
Previous Comments:
[2008-04-07 15:41:11] aurelien at proprenetworks dot net
Maybe the same bug here with a simple case :
The array used to construct the xml
'15',
'idSite' =>'17'
);
$param_ctx = array(
'idUser' =>'someUser',
'password'=>'somePassword',
'language'=>'fr',
'arrival' =>'2008-10-01T00:00:00+02:00',
'duration'=>'P5D',
'person' =>'4',
'deltaArrival'=>'3',
'deltaDuration' =>'2',
'searchPlace' =>$param_searchPlace
);
$parametres = array( 'RequestCpgAvailability' =>$param_ctx );
?>
The resulting XML :
someUser
somePassword
fr
2008-10-01T00:00:00+02:00
3
2
P5D
4
17
The expected XML :
someUser
somePassword
fr
2008-10-01T00:00:00+02:00
3
2
P5D
4
15
17
[2008-03-18 15:40:03] potyomkine at gmail dot com
Description:
problem with creating xml from array
I call function
$client = new SoapClient(WSDL);
$client->function($arr);
where var_dump($arr) === array(1) {
["Items"]=>
array(1) {
["BatchFileItem"]=>
array(1) {
[0]=>
array(9) {
["ProgMFG"]=>
string(13) "progmfg-0"
["ProdLine"]=>
string(14) "prodline-0"
["ArtNumber"]=>
string(9) "art-0"
["Vendor"]=>
string(5) "Luval"
["Measure"]=>
string(2) "kg"
["Group"]=>
string(10) "skovorodki"
["Cube"]=>
string(8) "232.5655"
["Weight"]=>
string(9) "2323.2323"
["DescriptionList"]=>
array(1) {
["LocalizedDescription"]=>
array(3) {
[0]=>
array(2) {
["Language"]=>
string(2) "EN"
["Description"]=>
array(2) {
["Short"]=>
string(15) "eng short descr"
["Long"]=>
string(24) "english long description"
}
}
[1]=>
array(2) {
["Language"]=>
string(2) "RU"
["Description"]=>
array(2) {
["Short"]=>
string(15) "rus short descr"
["Long"]=>
string(24) "russian long description"
}
}
[2]=>
array(2) {
["Language"]=>
string(2) "RU"
["Description"]=>
array(2) {
["Short"]=>
string(15) "rus short descr"
["Long"]=>
string(24) "russian long description"
}
}
}
}
}
}
}
}
but when I see request it is look like this
http://schemas.xmlsoap.org/soap/envelope/";
xmlns:ns1="http://localhost/";>
progmfg-0
prodline-0
art-0
Luval
kg
skovorodki
232.5655
2323.2323
Reproduce code:
---
$client->function($arr);
where var_dump($arr) === array(1) {
["Items"]=>
array(1) {
["BatchFileItem"]=>
array(1) {
[0]=>
array(9) {
["ProgMFG"]=>
string(13) "progmfg-0"
["ProdLine"]=>
string(14) "prodline-0"
["ArtNumber"]=>
string(9) "art-0"
["Vendor"]=>
string(5) "Luval"
["Measure"]=>
string(2) "kg"
["Group"]=>
string(10) "skovorodki"
["Cube"]=>
string(8) "232.5655"
["Weight"]=>
string(9) "2323.2323"
["DescriptionList"]=>
array(1) {
["LocalizedDescription"]=>
array(3) {
[0]=>
array(2) {
["Language"]=>
string(2) "EN"
["Descri
#44482 [Com]: PHP SOAP/.NET
ID: 44482
Comment by: bugs dot php dot net at ceesco dot com
Reported By: j dot dunn5 at ntlworld dot com
Status: Open
Bug Type: SOAP related
Operating System: RedHat
PHP Version: 5.2.5
New Comment:
I have been facing the same issue, more specificly, PHP SOAP client in
the WSDL mode can not handle complex types (nested elements). No matter
if the data passed to client is created with SoapParam(), SoapVar(), a
class, or arrays; the nested elements are either missing or have
irrelevant structure and attributes. PHP SOAP
$client->__getLastRequest() can be used to view the structure of the XML
sent to the .NET server in WSDL mode. Here is a sample to be tested and
reproduced:
I want the output of the XML client look like:
_
http://some.NETwebservices.c/";>
6729
1.35
2
3434
1.39
1
myName
myPass
_
Here are different ways I have tried to create the anyType elements
within the basketItems:
_
$SubmitInquiryParameters['affiliateName'] = 'myName';
$SubmitInquiryParameters['password'] = 'myPass';
$temp_array = array(
'm_itemID' => '6729',
'm_retailPrice' => 1.39,
'm_indexNum' => 1);
$SubmitInquiryParameters['basketItems']['anyType'][] = new
SoapVar($temp_array,0,'BasketItem','tns','anyType','');
_
Here I have hard coded the XML for the complex nodes but the client
still drops the node entirely:
$SubmitInquiryParameters['affiliateName'] = 'myName';
$SubmitInquiryParameters['password'] = 'myPass';
$SubmitInquiryParameters['basketItems'] = '67291.352';
_
In every case the anyType is an empty node in the request sent by the
PHP SOAP client:
So I believe, the SOAP client in WSDL mode can't process complex types
and drops the data.
Previous Comments:
[2008-03-19 16:37:40] j dot dunn5 at ntlworld dot com
Description:
Hello,
There seems to be many unsolved occurances of the following bug when
trying to establish a SOAP connection to a .NET endpoint:
Server was unable to process request. ---> Object reference not set to
an instance of an object.
I am yet to find a solution - the same application works fine when
connected to from a .net platform.
Reproduce code:
---
POS->Source = (object)array('ISOCountry' => 'GB',
'ISOCurrency' => 'GBP');
$params->POS->Source->BookingChannel->CompanyName =
(object)array('CompanyShortName' => 'Testing');
$params->AvailRequestSegments->UTSv_AvailRequestSegment->StayDateRange->StartDateWindow
= (object)array('EarliestDate' => '2008-04-01');
$params->AvailRequestSegments->UTSv_AvailRequestSegment->StayDateRange->EndDateWindow
= (object)array('EarliestDate' => '2008-04-02');
$params->AvailRequestSegments->UTSv_AvailRequestSegment->ConsumerCandidates->ConsumerCandidate->ConsumerCounts->ConsumerCount
= (object)array('AgeQualifyingCode' => 'Adult', 'Count' => 2);
$params->AvailRequestSegments->UTSv_AvailRequestSegment->TPA_Extensions->SearchCriteria
= (object)array('IndustryClassification' => 1);
try {
$client = new SoapClient(
"http://www.testing123.com/AvailabilityService.asmx?WSDL";,
array('trace' => true)
);
$client->SearchSupplierProductTypeAvailability($params);
echo $client->__getLastRequestHeaders() . "\r" .
$client->__getLastRequest() . "\r\r" . $client->__getLastResponse();;
}
catch (Exception $e) {
echo "Error!";
echo $e -> getMessage ();
}
?>
--
Edit this bug report at http://bugs.php.net/?id=44482&edit=1
#46221 [Opn]: bind_param and wrong result
ID: 46221
User updated by: dzyszla at dzyszla dot aplus dot pl
Reported By: dzyszla at dzyszla dot aplus dot pl
Status: Open
Bug Type: MySQLi related
Operating System: Linux
PHP Version: 5.2.6
New Comment:
sorry, I replaced expected and actual result above. Now is: OKOKOKOK0,
and I expect: OKOKOKOK161
Previous Comments:
[2008-10-02 18:25:58] dzyszla at dzyszla dot aplus dot pl
Description:
My webserver provider changed the mysqli module to the newest version
(I don't wont, what number). And my code with mysqli_stmt_bind_param
dosen't work correctly, but i get no error message (by mysqli_stmt_error
after each command too). I do something wrong?
Reproduce code:
---
$stmt=mysqli_stmt_init($sql);
if(mysqli_stmt_prepare($stmt,'SELECT COUNT(*) FROM posts WHERE
`parent`=?'))
{
$parent=1;
if (mysqli_stmt_bind_param($stmt,'i',$parent)) echo 'OK'; else echo
'FALSE';
if (mysqli_stmt_bind_result($stmt,$enters)) echo 'OK'; else echo
'FALSE';
if(mysqli_stmt_execute($stmt)) echo 'OK'; else echo 'FALSE';
if (mysqli_stmt_fetch($stmt)) echo 'OK'; else echo 'FALSE';
echo $enters;
}
mysqli_stmt_close($stmt);
Expected result:
OKOKOKOK0
Actual result:
--
OKOKOKOK161
--
Edit this bug report at http://bugs.php.net/?id=46221&edit=1
#46221 [NEW]: bind_param and wrong result
From: dzyszla at dzyszla dot aplus dot pl
Operating system: Linux
PHP version: 5.2.6
PHP Bug Type: MySQLi related
Bug description: bind_param and wrong result
Description:
My webserver provider changed the mysqli module to the newest version (I
don't wont, what number). And my code with mysqli_stmt_bind_param dosen't
work correctly, but i get no error message (by mysqli_stmt_error after each
command too). I do something wrong?
Reproduce code:
---
$stmt=mysqli_stmt_init($sql);
if(mysqli_stmt_prepare($stmt,'SELECT COUNT(*) FROM posts WHERE
`parent`=?'))
{
$parent=1;
if (mysqli_stmt_bind_param($stmt,'i',$parent)) echo 'OK'; else echo
'FALSE';
if (mysqli_stmt_bind_result($stmt,$enters)) echo 'OK'; else echo
'FALSE';
if(mysqli_stmt_execute($stmt)) echo 'OK'; else echo 'FALSE';
if (mysqli_stmt_fetch($stmt)) echo 'OK'; else echo 'FALSE';
echo $enters;
}
mysqli_stmt_close($stmt);
Expected result:
OKOKOKOK0
Actual result:
--
OKOKOKOK161
--
Edit bug report at http://bugs.php.net/?id=46221&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46221&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46221&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46221&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=46221&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=46221&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=46221&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=46221&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=46221&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=46221&r=support
Expected behavior:http://bugs.php.net/fix.php?id=46221&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=46221&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=46221&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=46221&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46221&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=46221&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=46221&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=46221&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=46221&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=46221&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=46221&r=mysqlcfg
#46220 [Opn->Fbk]: Writing something to a static var causes a crash instead of on error
ID: 46220 Updated by: [EMAIL PROTECTED] Reported By: typo3 at maltejansen dot de -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows XP SP2 PHP Version: 5.3.0alpha2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.3-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.3-win32-installer-latest.msi Previous Comments: [2008-10-02 17:27:24] typo3 at maltejansen dot de Ok, the it's not related to the comment. But it still crashes :( [2008-10-02 17:04:59] typo3 at maltejansen dot de Description: (The crashes seem to be only on windows.) Writing something to a static member var causes a crash instead of on error like "Don't write something into a static member var." Seems to be relate to the comment: http://de.php.net/manual/en/language.oop5.static.php#85277 Reproduce code: --- The F3_Testing_Model_TestRunner is called by F3_Testing_TestRunnerWeb http://forge.typo3.org/repositories/changes/package-testing/trunk/Classes/F3_Testing_TestRunnerWeb.php http://forge.typo3.org/repositories/entry/package-testing/trunk/Classes/Model/F3_Testing_Model_TestRunner.php Expected result: An error message should be shown, that's not possible to write into static member var. Actual result: -- Apache crashes. (Xampp for Windows with PHP5.3alpha2) If I removed the lines, writing into the static member var, in the constructor of F3::Testing::Model::TestRunner and the script is working. -- Edit this bug report at http://bugs.php.net/?id=46220&edit=1
#46020 [Asn]: With Sun Java System Web Server 7.0 on HPUX, #define HPUX
ID: 46020 Updated by: [EMAIL PROTECTED] Reported By: river at wikimedia dot org Status: Assigned Bug Type: Compile Failure Operating System: HP-UX 11.11 PHP Version: 5.2.6 Assigned To: thetaphi New Comment: In my opinion, this is not a bug in PHP, as the compile failure happens in nsapi.h. I think you should also ask this question on the SJSWS discussion on Sun's homepage. Or maybe this is a GCC bug. In principle, it would be possible to add a compile option to PHP that is only set on HPUX, but this would not help others to compile other NSAPI components with GCC. Did you try the HP-UX compiler, does it set "-DHPUX"? I have no HP-UX machine, so I cannot test any of your configurations. Maybe you send me a fragment to detect HP-UX in configure scripts or what the auto-defines of GCC are for HP-UX. With this a simple workaround would be to do: #ifdef GCC_SPECIAL_HPUX_DEFINE #define HPUX #endif include "nsapi.h" in the nsapi module (I think nsapi.h is used nowhere else in PHP). Previous Comments: [2008-10-01 00:49:51] krish dot v at gmail dot com This happened for my Sun one webserver 6.1 running in HP UX 11.11. I tried your work around and it worked fine. Thanks for the help. This is really a useful one. Krish. [2008-09-08 08:41:04] river at wikimedia dot org Description: When compiling --with-nsapi on HP-UX 11.11 using Sun Java System Web Server 7.0 Update 3, compilation fails inside because HPUX is not #defined. A workaround is to build with 'CPPFLAGS=-DHPUX'. I suggest detecting HP-UX at compile time and defining HPUX if the NSAPI module is being built. Reproduce code: --- I compiled PHP like this: CPPFLAGS='-I/usr/local/include' LDFLAGS='-L/usr/local/lib -Wl,+b,/usr/local/mysql/lib:/usr/local/lib' CC=gcc CXX=g++ ./configure --prefix=/opt/php --with-mysql=/usr/local/mysql --enable-mbstring --enable-fastcgi --with-nsapi=/opt/webserver7 Expected result: I expected PHP to compile. Actual result: -- PHP didn't compile, with the following error: In file included from /home/river/php/php-5.2.6/sapi/nsapi/nsapi.c:62: /opt/webserver7/include/nsapi.h:315:24: error: sys/select.h: No such file or directory (This include is wrapped in "#ifndef HPUX", which HP's GCC doesn't define by default.) -- Edit this bug report at http://bugs.php.net/?id=46020&edit=1
#46220 [Com]: Writing something to a static var causes a crash instead of on error
ID: 46220 Comment by: typo3 at maltejansen dot de Reported By: typo3 at maltejansen dot de Status: Open Bug Type: Reproducible crash Operating System: Windows XP SP2 PHP Version: 5.3.0alpha2 New Comment: Ok, the it's not related to the comment. But it still crashes :( Previous Comments: [2008-10-02 17:04:59] typo3 at maltejansen dot de Description: (The crashes seem to be only on windows.) Writing something to a static member var causes a crash instead of on error like "Don't write something into a static member var." Seems to be relate to the comment: http://de.php.net/manual/en/language.oop5.static.php#85277 Reproduce code: --- The F3_Testing_Model_TestRunner is called by F3_Testing_TestRunnerWeb http://forge.typo3.org/repositories/changes/package-testing/trunk/Classes/F3_Testing_TestRunnerWeb.php http://forge.typo3.org/repositories/entry/package-testing/trunk/Classes/Model/F3_Testing_Model_TestRunner.php Expected result: An error message should be shown, that's not possible to write into static member var. Actual result: -- Apache crashes. (Xampp for Windows with PHP5.3alpha2) If I removed the lines, writing into the static member var, in the constructor of F3::Testing::Model::TestRunner and the script is working. -- Edit this bug report at http://bugs.php.net/?id=46220&edit=1
#46220 [NEW]: Writing something to a static var causes a crash instead of on error
From: typo3 at maltejansen dot de Operating system: Windows XP SP2 PHP version: 5.3.0alpha2 PHP Bug Type: Reproducible crash Bug description: Writing something to a static var causes a crash instead of on error Description: (The crashes seem to be only on windows.) Writing something to a static member var causes a crash instead of on error like "Don't write something into a static member var." Seems to be relate to the comment: http://de.php.net/manual/en/language.oop5.static.php#85277 Reproduce code: --- The F3_Testing_Model_TestRunner is called by F3_Testing_TestRunnerWeb http://forge.typo3.org/repositories/changes/package-testing/trunk/Classes/F3_Testing_TestRunnerWeb.php http://forge.typo3.org/repositories/entry/package-testing/trunk/Classes/Model/F3_Testing_Model_TestRunner.php Expected result: An error message should be shown, that's not possible to write into static member var. Actual result: -- Apache crashes. (Xampp for Windows with PHP5.3alpha2) If I removed the lines, writing into the static member var, in the constructor of F3::Testing::Model::TestRunner and the script is working. -- Edit bug report at http://bugs.php.net/?id=46220&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46220&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46220&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46220&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46220&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46220&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46220&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46220&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46220&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46220&r=support Expected behavior:http://bugs.php.net/fix.php?id=46220&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46220&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46220&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46220&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46220&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46220&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46220&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46220&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46220&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46220&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46220&r=mysqlcfg
#46219 [Fbk->Opn]: pdo_mysql configure parameter ignored
ID: 46219 User updated by: norbi dot nagy at gmail dot com Reported By: norbi dot nagy at gmail dot com -Status: Feedback +Status: Open Bug Type: *Compile Issues Operating System: Linux 2.6.18-6-amd64 PHP Version: 5.2.6 New Comment: The /usr/local/mysql51/bin/mysql_config is exists. The output: checking for MySQL support for PDO... yes checking for mysql_config... /usr/local/mysql51//bin/mysql_config checking for mysql_query in -lmysqlclient... yes checking for mysql_commit... yes checking for mysql_stmt_prepare... yes checking for mysql_next_result... yes checking for mysql_sqlstate... yes checking for PDO includes... checking for PDO includes... /work/source3/php-5.2.6/ext I have a mysql 5.0.51a in /usr/local/mysql. When I run php -i from command line, I get this version for PDO_MYSQL. When I delete the /usr/local/mysql symlink, the PHP uses the correct PDO version from /usr/local/mysql51. The configure output is the same in both cases. Previous Comments: [2008-10-02 15:28:35] [EMAIL PROTECTED] Does /usr/local/mysql51/bin/mysql_config exist? What's the output of configure (The relevant part is starting with "checking for MySQL support for PDO...")? [2008-10-02 14:03:51] norbi dot nagy at gmail dot com Description: The configure script ignores the path in --with-pdo-mysql option. Reproduce code: --- My configure line: ./configure --with-apache=../apache_1.3.41 --with-libdir=lib64 --with-mysql-dir=/usr/local/mysql51 --with-pdo-mysql=/usr/local/mysql51 --with-curl --with-curlwrappers --with-zlib --enable-ftp --enable-mbstring=all --with-iconv --with-freetype --with-gd --with-png --with-jpeg --with-openssl --with-libexpat --with-xsl --enable-xslt --with-xslt-sablot --with-sablot-js --with-mcrypt Expected result: The configure script uses the /usr/local/mysql51 path for pdo-mysql extension. Actual result: -- The configure script uses the /usr/local/mysql (this is a symlink to a mysql 5.0 installation) path instead of the configured one. When I delete this symlink, the configure script uses the correct configured path. I tried the --with-mysql option instead of --with-mysql-dir, but the result was the same. -- Edit this bug report at http://bugs.php.net/?id=46219&edit=1
#46219 [Opn->Fbk]: pdo_mysql configure parameter ignored
ID: 46219 Updated by: [EMAIL PROTECTED] Reported By: norbi dot nagy at gmail dot com -Status: Open +Status: Feedback Bug Type: *Compile Issues Operating System: Linux 2.6.18-6-amd64 PHP Version: 5.2.6 New Comment: Does /usr/local/mysql51/bin/mysql_config exist? What's the output of configure (The relevant part is starting with "checking for MySQL support for PDO...")? Previous Comments: [2008-10-02 14:03:51] norbi dot nagy at gmail dot com Description: The configure script ignores the path in --with-pdo-mysql option. Reproduce code: --- My configure line: ./configure --with-apache=../apache_1.3.41 --with-libdir=lib64 --with-mysql-dir=/usr/local/mysql51 --with-pdo-mysql=/usr/local/mysql51 --with-curl --with-curlwrappers --with-zlib --enable-ftp --enable-mbstring=all --with-iconv --with-freetype --with-gd --with-png --with-jpeg --with-openssl --with-libexpat --with-xsl --enable-xslt --with-xslt-sablot --with-sablot-js --with-mcrypt Expected result: The configure script uses the /usr/local/mysql51 path for pdo-mysql extension. Actual result: -- The configure script uses the /usr/local/mysql (this is a symlink to a mysql 5.0 installation) path instead of the configured one. When I delete this symlink, the configure script uses the correct configured path. I tried the --with-mysql option instead of --with-mysql-dir, but the result was the same. -- Edit this bug report at http://bugs.php.net/?id=46219&edit=1
#43464 [Com]: Using 'soapenc:array' instead of 'soapenc:Array' in WSDL doc causes timeout
ID: 43464
Comment by: david dot chanial at gmail dot com
Reported By: andrew at is dot co dot za
Status: Open
Bug Type: SOAP related
Operating System: Fedora Core release 6
PHP Version: 5.2.5
New Comment:
Yes, I confirm this bug.
How to demonstrate it with strace :
http://www.craigbrasssystems.com/forum/index.php?showtopic=107&st=0#entry158
Please correct it :)
Best regards,
--
DaviXX
Previous Comments:
[2007-11-30 11:20:53] andrew at is dot co dot za
Description:
The server.php script shown below fails with a 'PHP Fatal error:
Maximum execution time of 30 seconds exceeded in
/var/www/html/server.php on line 9' when executed with the supplied
soaptest.wsdl file.
However, if you edit soaptest.wsdl and replace 'soapenc:array' with
'soapenc:Array' (i.e., change the lower case 'a' to an upper case 'A'),
then the script executes correctly.
The first case should at least return an error, rather than seemingly
causing the server to enter an infinite loop.
Reproduce code:
---
server.php:
setClass('SOAPTest');
$server->handle();
?>
client.php:
false));
header('Content-Type: text/plain');
$ret = $client->GetArray();
if (is_soap_fault($ret))
echo "SOAP Fault: " . $ret->faultstring;
else
var_dump($ret);
?>
soaptest.wsdl:
http://schemas.xmlsoap.org/wsdl/";
xmlns:xsd="http://www.w3.org/2001/XMLSchema"; xmlns:tns="urn:SOAPTest"
xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/";
xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/";
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/";
targetNamespace="urn:SOAPTest">
http://schemas.xmlsoap.org/wsdl/soap/";
style="rpc" transport="http://schemas.xmlsoap.org/soap/http"/>
http://schemas.xmlsoap.org/wsdl/soap/";
name="GetArray">
http://schemas.xmlsoap.org/wsdl/soap/";>
http://schemas.xmlsoap.org/wsdl/soap/";
use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";
namespace="urn:SOAPTest"/>
http://schemas.xmlsoap.org/wsdl/soap/";>
http://schemas.xmlsoap.org/wsdl/soap/";
use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";
namespace="urn:SOAPTest"/>
http://schemas.xmlsoap.org/wsdl/soap/";
name="SOAPTestPort" binding="tns:SOAPTestBinding">
http://schemas.xmlsoap.org/wsdl/soap/";
location="http://localhost/server.php"/>
Expected result:
array(3) {
[0]=>
string(3) "one"
[1]=>
string(3) "two"
[2]=>
string(5) "three"
}
Actual result:
--
SOAP Fault: Maximum execution time of 30 seconds exceeded
--
Edit this bug report at http://bugs.php.net/?id=43464&edit=1
#46219 [NEW]: pdo_mysql configure parameter ignored
From: norbi dot nagy at gmail dot com Operating system: Linux 2.6.18-6-amd64 PHP version: 5.2.6 PHP Bug Type: *Compile Issues Bug description: pdo_mysql configure parameter ignored Description: The configure script ignores the path in --with-pdo-mysql option. Reproduce code: --- My configure line: ./configure --with-apache=../apache_1.3.41 --with-libdir=lib64 --with-mysql-dir=/usr/local/mysql51 --with-pdo-mysql=/usr/local/mysql51 --with-curl --with-curlwrappers --with-zlib --enable-ftp --enable-mbstring=all --with-iconv --with-freetype --with-gd --with-png --with-jpeg --with-openssl --with-libexpat --with-xsl --enable-xslt --with-xslt-sablot --with-sablot-js --with-mcrypt Expected result: The configure script uses the /usr/local/mysql51 path for pdo-mysql extension. Actual result: -- The configure script uses the /usr/local/mysql (this is a symlink to a mysql 5.0 installation) path instead of the configured one. When I delete this symlink, the configure script uses the correct configured path. I tried the --with-mysql option instead of --with-mysql-dir, but the result was the same. -- Edit bug report at http://bugs.php.net/?id=46219&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46219&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46219&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46219&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46219&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46219&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46219&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46219&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46219&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46219&r=support Expected behavior:http://bugs.php.net/fix.php?id=46219&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46219&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46219&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46219&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46219&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46219&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46219&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46219&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46219&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46219&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46219&r=mysqlcfg
#46218 [NEW]: apache2 reaches max clients limit with error in php_stdiop_set_option
From: funky2step at gmail dot com Operating system: RHEL ES Rel 4 (Nahant Update 6) PHP version: 5.2.6 PHP Bug Type: Streams related Bug description: apache2 reaches max clients limit with error in php_stdiop_set_option Description: PHP is running with apache 2.2.9 (mpm=prefork) ./configure --prefix=/usr/local/php5 --with-config-file-path=/usr/local/php5 --with-mysql --with-gd --with-png-dir=/usr --with-jpeg-dir=/usr --with-freetype-dir=/usr --enable-mbstring --with-apxs2=/usr/local/apache2/bin/apxs --with-xsl --with-curl=/usr/include --with-curlwrappers The server reaches the maxclients limit but does not ever kill the old processes. The server does not respond to any more requests. This is not due to heavy load. GDB output shows an error in php_stdiop_set_option (see trace in actual result section) GDB output of all httpd processes attached to sockets in CLOSE_WAIT state show the same as above. Actual result: -- Attaching to process 14035 Reading symbols from /usr/local/apache2/bin/httpd...done. Using host libthread_db library "/lib/tls/libthread_db.so.1". Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/tls/libm.so.6...done. Loaded symbols for /lib/tls/libm.so.6 Reading symbols from /usr/local/apache2/lib/libaprutil-1.so.0...done. Loaded symbols for /usr/local/apache2/lib/libaprutil-1.so.0 Reading symbols from /usr/lib/libexpat.so.0...done. Loaded symbols for /usr/lib/libexpat.so.0 Reading symbols from /usr/local/apache2/lib/libapr-1.so.0...done. Loaded symbols for /usr/local/apache2/lib/libapr-1.so.0 Reading symbols from /lib/libuuid.so.1...done. Loaded symbols for /lib/libuuid.so.1 Reading symbols from /lib/tls/librt.so.1...done. Loaded symbols for /lib/tls/librt.so.1 Reading symbols from /lib/libcrypt.so.1...done. Loaded symbols for /lib/libcrypt.so.1 Reading symbols from /lib/tls/libpthread.so.0...done. [Thread debugging using libthread_db enabled] [New Thread -1208387904 (LWP 14035)] Loaded symbols for /lib/tls/libpthread.so.0 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/tls/libc.so.6...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /usr/local/apache2/modules/libphp5.so...done. Loaded symbols for /usr/local/apache2/modules/libphp5.so Reading symbols from /usr/lib/libexslt.so.0...done. Loaded symbols for /usr/lib/libexslt.so.0 Reading symbols from /usr/lib/libfreetype.so.6...done. Loaded symbols for /usr/lib/libfreetype.so.6 Reading symbols from /usr/lib/libpng12.so.0...done. Loaded symbols for /usr/lib/libpng12.so.0 Reading symbols from /usr/lib/libjpeg.so.62...done. Loaded symbols for /usr/lib/libjpeg.so.62 Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/libnsl.so.1...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /usr/local/lib/libcurl.so.4...done. Loaded symbols for /usr/local/lib/libcurl.so.4 Reading symbols from /usr/lib/libxslt.so.1...done. Loaded symbols for /usr/lib/libxslt.so.1 Reading symbols from /usr/lib/libxml2.so.2...done. Loaded symbols for /usr/lib/libxml2.so.2 Reading symbols from /usr/lib/libgcrypt.so.11...done. Loaded symbols for /usr/lib/libgcrypt.so.11 Reading symbols from /usr/lib/libgpg-error.so.0...done. Loaded symbols for /usr/lib/libgpg-error.so.0 Reading symbols from /usr/lib/libidn.so.11...done. Loaded symbols for /usr/lib/libidn.so.11 Reading symbols from /usr/lib/libldap-2.2.so.7...done. Loaded symbols for /usr/lib/libldap-2.2.so.7 Reading symbols from /lib/libssl.so.4...done. Loaded symbols for /lib/libssl.so.4 Reading symbols from /lib/libcrypto.so.4...done. Loaded symbols for /lib/libcrypto.so.4 Reading symbols from /usr/lib/libgssapi_krb5.so.2...done. Loaded symbols for /usr/lib/libgssapi_krb5.so.2 Reading symbols from /usr/lib/libkrb5.so.3...done. Loaded symbols for /usr/lib/libkrb5.so.3 Reading symbols from /lib/libcom_err.so.2...done. Loaded symbols for /lib/libcom_err.so.2 Reading symbols from /usr/lib/libk5crypto.so.3...done. Loaded symbols for /usr/lib/libk5crypto.so.3 Reading symbols from /usr/lib/liblber-2.2.so.7...done. Loaded symbols for /usr/lib/liblber-2.2.so.7 Reading symbols from /usr/lib/libsasl2.so.2...done. Loaded symbols for /usr/lib/libsasl2.so.2 Reading symbols from /lib/libnss_dns.so.2...done. Loaded symbols for /lib/libnss_dns.so.2 0x00b007a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 Thread 1 (Thread -1208387904 (LWP 14035)): #0 0x00b007a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 No symbol table info available. #1 0x00bd4596 in flock () from /lib/tls/libc.so.6 No symbol table info available. #2 0x0055d18b in php_stdiop_set_option (stream=0x13, option=6, value=2, ptrparam=0x0)
#46217 [Opn]: "fgetcsv" parses a csv file in the greek encoding incorrectly.
ID: 46217 User updated by: brook73 at gmail dot com Reported By: brook73 at gmail dot com Status: Open Bug Type: Filesystem function related Operating System: Ubuntu 8.04 PHP Version: 5.2.6 New Comment: Please use this file http://dev.cs-cart.com/~brook/test.csv Previous Comments: [2008-10-02 12:34:56] brook73 at gmail dot com Re: Example of the line in csv file: ΓΟΜ000112;Είδη Γραφής - Διόρθωσης///Γόμες;1.30;1.30;30 Sep 2008 00:00:00;N;ΘΡΥΛΟΣ3;ΕΑΕΕΑΕΑΕΕΑΕΑΕΑΕ Expected result: Debug [0/0]:Array ( [0] => ΓΟΜ000112 [1] => Είδη Γραφής - Διόρθωσης///Γόμες [2] => 1.30 [3] => 1.30 [4] => 30 Sep 2008 00:00:00 [5] => N [6] => ΘΡΥΛΟΣ3 [7] => ΕΑΕΕΑΕΑΕΕΑΕΑΕΑΕ ) Actual result Expected result: Debug [0/0]:Array ( [0] => 000112 [1] => - Διόρθωσης///Γόμες [2] => 1.30 [3] => 1.30 [4] => 30 Sep 2008 00:00:00 [5] => N [6] => 3 [7] => ) [2008-10-02 12:20:44] brook73 at gmail dot com Description: The "fgetcsv" function parses a file in the greek encoding (ISO-8859-7) incorrectly - a lot of symbols are ignored. The "setlocale" function has not helped either (we tried setlocale(LC_ALL, 'gr_GR'), setlocale(LC_ALL, 'gr_GR.ISO-8895-7')). Can anyone help us and explain the reason why it happens? The PHP version is 5.2.5. Reproduce code: --- Example of the line in csv file: ΓΟΜ000112;Είδη Γραφής - Διόρθωσης///Γόμες;1.30;1.30;30 Sep 2008 00:00:00;N;ΘΡΥΛΟΣ3;ΕΑΕΕΑΕΑΕΕΑΕΑΕΑΕ; Expected result: Debug [0/0]:Array ( [0] => ΓΟΜ000112 [1] => Είδη Γραφής - Διόρθωσης///Γόμες [2] => 1.30 [3] => 1.30 [4] => 30 Sep 2008 00:00:00 [5] => N [6] => ΘΡΥΛΟΣ3 [7] => ΕΑΕΕΑΕΑΕΕΑΕΑΕΑΕ ) Actual result: -- Debug [0/0]:Array ( [0] => 000112 [1] => - Διόρθωσης///Γόμες [2] => 1.30 [3] => 1.30 [4] => 30 Sep 2008 00:00:00 [5] => N [6] => 3 [7] => ) -- Edit this bug report at http://bugs.php.net/?id=46217&edit=1
#46217 [Opn]: "fgetcsv" parses a csv file in the greek encoding incorrectly.
ID: 46217 User updated by: brook73 at gmail dot com Reported By: brook73 at gmail dot com Status: Open Bug Type: Filesystem function related Operating System: Ubuntu 8.04 PHP Version: 5.2.6 New Comment: Re: Example of the line in csv file: ΓΟΜ000112;Είδη Γραφής - Διόρθωσης///Γόμες;1.30;1.30;30 Sep 2008 00:00:00;N;ΘΡΥΛΟΣ3;ΕΑΕΕΑΕΑΕΕΑΕΑΕΑΕ Expected result: Debug [0/0]:Array ( [0] => ΓΟΜ000112 [1] => Είδη Γραφής - Διόρθωσης///Γόμες [2] => 1.30 [3] => 1.30 [4] => 30 Sep 2008 00:00:00 [5] => N [6] => ΘΡΥΛΟΣ3 [7] => ΕΑΕΕΑΕΑΕΕΑΕΑΕΑΕ ) Actual result Expected result: Debug [0/0]:Array ( [0] => 000112 [1] => - Διόρθωσης///Γόμες [2] => 1.30 [3] => 1.30 [4] => 30 Sep 2008 00:00:00 [5] => N [6] => 3 [7] => ) Previous Comments: [2008-10-02 12:20:44] brook73 at gmail dot com Description: The "fgetcsv" function parses a file in the greek encoding (ISO-8859-7) incorrectly - a lot of symbols are ignored. The "setlocale" function has not helped either (we tried setlocale(LC_ALL, 'gr_GR'), setlocale(LC_ALL, 'gr_GR.ISO-8895-7')). Can anyone help us and explain the reason why it happens? The PHP version is 5.2.5. Reproduce code: --- Example of the line in csv file: ΓΟΜ000112;Είδη Γραφής - Διόρθωσης///Γόμες;1.30;1.30;30 Sep 2008 00:00:00;N;ΘΡΥΛΟΣ3;ΕΑΕΕΑΕΑΕΕΑΕΑΕΑΕ; Expected result: Debug [0/0]:Array ( [0] => ΓΟΜ000112 [1] => Είδη Γραφής - Διόρθωσης///Γόμες [2] => 1.30 [3] => 1.30 [4] => 30 Sep 2008 00:00:00 [5] => N [6] => ΘΡΥΛΟΣ3 [7] => ΕΑΕΕΑΕΑΕΕΑΕΑΕΑΕ ) Actual result: -- Debug [0/0]:Array ( [0] => 000112 [1] => - Διόρθωσης///Γόμες [2] => 1.30 [3] => 1.30 [4] => 30 Sep 2008 00:00:00 [5] => N [6] => 3 [7] => ) -- Edit this bug report at http://bugs.php.net/?id=46217&edit=1
#46217 [NEW]: "fgetcsv" parses a csv file in the greek encoding incorrectly.
From: brook73 at gmail dot com Operating system: Ubuntu 8.04 PHP version: 5.2.6 PHP Bug Type: Filesystem function related Bug description: "fgetcsv" parses a csv file in the greek encoding incorrectly. Description: The "fgetcsv" function parses a file in the greek encoding (ISO-8859-7) incorrectly - a lot of symbols are ignored. The "setlocale" function has not helped either (we tried setlocale(LC_ALL, 'gr_GR'), setlocale(LC_ALL, 'gr_GR.ISO-8895-7')). Can anyone help us and explain the reason why it happens? The PHP version is 5.2.5. Reproduce code: --- Example of the line in csv file: ΓΟΜ000112;Είδη Γραφής - Διόρθωσης///Γόμες;1.30;1.30;30 Sep 2008 00:00:00;N;ΘΡΥΛΟΣ3;ΕΑΕΕΑΕΑΕΕΑΕΑΕΑΕ; Expected result: Debug [0/0]:Array ( [0] => ΓΟΜ000112 [1] => Είδη Γραφής - Διόρθωσης///Γόμες [2] => 1.30 [3] => 1.30 [4] => 30 Sep 2008 00:00:00 [5] => N [6] => ΘΡΥΛΟΣ3 [7] => ΕΑΕΕΑΕΑΕΕΑΕΑΕΑΕ ) Actual result: -- Debug [0/0]:Array ( [0] => 000112 [1] => - Διόρθωσης///Γόμες [2] => 1.30 [3] => 1.30 [4] => 30 Sep 2008 00:00:00 [5] => N [6] => 3 [7] => ) -- Edit bug report at http://bugs.php.net/?id=46217&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46217&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46217&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46217&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46217&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46217&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46217&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46217&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46217&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46217&r=support Expected behavior:http://bugs.php.net/fix.php?id=46217&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46217&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46217&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46217&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46217&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46217&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46217&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46217&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46217&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46217&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46217&r=mysqlcfg
#46208 [Bgs]: Comparing integer to string loses leading 0's
ID: 46208 Updated by: [EMAIL PROTECTED] Reported By: brennan at reverseproductions dot com Status: Bogus Bug Type: Scripting Engine problem Operating System: OSX PHP Version: 5.2.6 New Comment: Integers prefixed with 0 are octal numbers, so 05 is really 5. 011 == 9 It's working exactly as designed. Previous Comments: [2008-10-02 03:01:26] brennan at reverseproductions dot com The issue is that the PHP language parser does seem to allow for comparing integers with strings. As an example evaluate 5 == "5". Because of this, I would expect the integers, when automatically converted to a string, to be converted in a way which leaves the leading zeroes. To reword: when PHP converts 05 to a string behind the scenes to evaluate 05 == "05" it should leave the leading 0's. Maybe this ticket would be better marked as enhancement? [2008-10-01 09:20:25] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php 05 is an integer, not a string. And as far as integers go, 5 === 05 === 5. If you want it to be a string, declare it as a string: '05'. [2008-10-01 06:19:08] brennan at reverseproductions dot com Description: When comparing an integer with a string any leading 0's in the integers are ignored. Reproduce code: --- $day = "05"; echo "05 == 05: "; if (!(strcmp(05, $day))) echo "equal"; else echo "not equal"; echo ""; echo "07 == 05: "; if (!(strcmp(07, $day))) echo "equal"; else echo "not equal"; Expected result: 05 == 05: equal 07 == 05: not equal Actual result: -- 05 == 05: not equal 07 == 05: not equal -- Edit this bug report at http://bugs.php.net/?id=46208&edit=1
#46216 [NEW]: enhance const declaration
From: xigamy at gmail dot com
Operating system: Any
PHP version: 5.2.6
PHP Bug Type: Class/Object related
Bug description: enhance const declaration
Description:
I cannot declare a const a i would like to although i only use constant
data.
imho a concatenation of constant strings should be possible. the same as
any operation on only constant values should be allowed.
please? :-D
Reproduce code:
---
class SiteConfig {
const HOST = 'www.test.com';
const DOC_ROOT = '/sites/aa/2484356/htdocs/';
const WEBMASTER_MAIL = '[EMAIL PROTECTED]';
const DEBUG = false;
}
class AppConfig {
const HOME = SiteConfig::DOC_ROOT.'inc/lib/app/';
}
Expected result:
AppConfig::HOME == '/sites/aa/2484356/htdocs/inc/lib/app/'
Actual result:
--
syntax error
--
Edit bug report at http://bugs.php.net/?id=46216&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46216&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46216&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46216&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=46216&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=46216&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=46216&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=46216&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=46216&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=46216&r=support
Expected behavior:http://bugs.php.net/fix.php?id=46216&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=46216&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=46216&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=46216&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46216&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=46216&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=46216&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=46216&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=46216&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=46216&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=46216&r=mysqlcfg
#41631 [Com]: default_socket_timeout does not work with SSL
ID: 41631
Comment by: cunami at gmail dot com
Reported By: david at acz dot org
Status: Assigned
Bug Type: OpenSSL related
Operating System: SuSE Linux
PHP Version: 5.2.3
Assigned To: pajoye
New Comment:
Bug also reproducible on PHP 5.2.4 (2ubuntu5.3).
Previous Comments:
[2008-02-25 21:03:17] konstantin dot ryabitsev at mcgill dot ca
This is still happening on 5.2.5, and is really annoying when a soap
server you are connecting to accepts the connection and then hangs.
Effectively, this quickly results in a denial of service for the entire
site, as the end-result is hung HTTP processes.
Please consider this for a high-priority fix.
[2007-06-08 15:58:24] david at acz dot org
I have a (partial?) fix:
Index: main/streams/xp_socket.c
===
RCS file: /repository/php-src/main/streams/xp_socket.c,v
retrieving revision 1.33.2.2.2.4
diff -u -p -d -r1.33.2.2.2.4 xp_socket.c
--- main/streams/xp_socket.c1 Jan 2007 09:36:12 -
1.33.2.2.2.4
+++ main/streams/xp_socket.c8 Jun 2007 15:55:57 -
@@ -103,7 +103,7 @@ retry:
return didwrite;
}
-static void php_sock_stream_wait_for_data(php_stream *stream,
php_netstream_data_t *sock TSRMLS_DC)
+void php_sock_stream_wait_for_data(php_stream *stream,
php_netstream_data_t *sock TSRMLS_DC)
{
int retval;
struct timeval *ptimeout;
Index: ext/openssl/xp_ssl.c
===
RCS file: /repository/php-src/ext/openssl/xp_ssl.c,v
retrieving revision 1.22.2.3.2.8
diff -u -p -d -r1.22.2.3.2.8 xp_ssl.c
--- ext/openssl/xp_ssl.c27 May 2007 17:05:51 -
1.22.2.3.2.8
+++ ext/openssl/xp_ssl.c8 Jun 2007 15:55:57 -
@@ -35,6 +35,8 @@
#include
#endif
+void php_sock_stream_wait_for_data(php_stream *stream,
php_netstream_data_t *sock TSRMLS_DC);
+
int php_openssl_apply_verification_policy(SSL *ssl, X509 *peer,
php_stream *stream TSRMLS_DC);
SSL *php_SSL_new_from_context(SSL_CTX *ctx, php_stream *stream
TSRMLS_DC);
int php_openssl_get_x509_list_id(void);
@@ -219,6 +221,12 @@ static size_t php_openssl_sockop_read(ph
php_openssl_netstream_data_t *sslsock =
(php_openssl_netstream_data_t*)stream->abstract;
int nr_bytes = 0;
+ if (sslsock->s.is_blocked) {
+ php_sock_stream_wait_for_data(stream, &(sslsock->s)
TSRMLS_CC);
+ if (sslsock->s.timeout_event)
+ return 0;
+ }
+
if (sslsock->ssl_active) {
int retry = 1;
[2007-06-08 01:15:24] david at acz dot org
Description:
The default socket timeout does not work with SSL streams. An strace
shows PHP calls read(2) and blocks forever.
Reproduce code:
---
Create sleepforever.php:
Try it with HTTP:
$ php -n -r 'ini_set("default_socket_timeout", 1);
fopen("http://127.0.0.1/sleepforever.php";, "r");'
Now try it with HTTPS:
$ time php -n -r 'ini_set("default_socket_timeout", 1);
fopen("https://127.0.0.1/sleepforever.php";, "r");'
Expected result:
Warning: fopen(http://127.0.0.1/sleepforever.php): failed to open
stream: HTTP request failed! in Command line code on line 1
real0m2.052s
user0m0.020s
sys 0m0.010s
Actual result:
--
The process blocks forever. An strace shows this:
connect(3, {sa_family=AF_INET, sin_port=htons(443),
sin_addr=inet_addr("127.0.0.1")}, 16) = -1 EINPROGRESS (Operation now in
progress)
poll([{fd=3, events=POLLIN|POLLOUT|POLLERR|POLLHUP, revents=POLLOUT}],
1, 1000) = 1
getsockopt(3, SOL_SOCKET, SO_ERROR, [0], [4]) = 0
fcntl64(3, F_SETFL, O_RDWR) = 0
write(3, "\200j\1\3\1\0Q\0\0\0\20\0\0\26\0\0\23\0\0\n\7\0\300\0\0"...,
108) = 108
read(3, "\26\3\1\0J\2\0", 7)= 7
*** ELIDED ***
write(3, "\27\3\1\0\30N~h\231u\31S]94^\253\235\26t\324\214\t/\261"...,
29) = 29
poll([{fd=3, events=POLLIN|POLLPRI|POLLERR|POLLHUP}], 1, 0) = 0
read(3, *** THIS BLOCKS FOREVER ***
--
Edit this bug report at http://bugs.php.net/?id=41631&edit=1
