#46819 [NEW]: Getting £ when using
From: sean dot s at superior dot co dot uk Operating system: PHP version: 5.2.8 PHP Bug Type: *General Issues Bug description: Getting £ when using Description: Im inserting tables into my php document using the simple But it wont display the £ symbol on its own? It puts  before every £ symbol? appears like this £. Is this a bug? Reproduce code: --- -- price.php POSTERS 50 100 250 500 1,000 2,500 5,000 10,000 Leadtime A4 Poster £372 £393 £474 £649 £904 £1,300 £2,300 £3,900 3 days A3 Poster £372 £450 £580 £720 £1,100 £1,400 £2,333 £4,600 3 days A2 Poster £372 £575 £630 £823 £1,211 £1,500 £2,522 £7,200 5 days A1 Poster £372 £600 £711 £915 £1,400 £1,893 £2,601 £8,400 5 days Expected result: £1.99 Actual result: -- £1.99 -- Edit bug report at http://bugs.php.net/?id=46819&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46819&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46819&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46819&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46819&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46819&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46819&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46819&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46819&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46819&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46819&r=support Expected behavior: http://bugs.php.net/fix.php?id=46819&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46819&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46819&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46819&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46819&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46819&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46819&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46819&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46819&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46819&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46819&r=mysqlcfg
#46800 [Opn->Asn]: Warning on ~[^\\pL0-9_]+~u
ID: 46800 Updated by: [EMAIL PROTECTED] Reported By: svoboda at svoon dot net -Status: Open +Status: Assigned Bug Type: PCRE related Operating System: debian etch PHP Version: 5.2.7 -Assigned To: +Assigned To: nlopess New Comment: http://cvs.php.net/viewvc.cgi/php-src/main/php_compat.h?r1=1.25.2.3.2.5&r2=1.25.2.3.2.6&view=patch Nuno: What about the rest of the branches? Previous Comments: [2008-12-10 07:06:51] svoboda at svoon dot net hi, now it works fine. could you please send me the fix? I will not use devel version - rather to patch the 5.2.8 stable version. thank you ondrej [2008-12-09 22:03:11] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ I've commited a fix. can you please check if it works for you? (please wait ~1h30 counting from this msg to allow a new snapshot to be generated) [2008-12-09 20:02:03] svoboda at svoon dot net could be it connected? http://bugs.gentoo.org/238127 [2008-12-09 19:48:36] svoboda at svoon dot net hi, I have compiled it with following: ./configure --disable-all --disable-cgi --with-pcre-regex --with-apxs2=/usr/bin/apxs2 --with-config-file-path=/etc/php5/apache2/php.ini the problem still remains, but from command line it regexp works fine (from command line it worked even with full configure command). So the problem is connected with running through apache. I confirmed this bug on ubuntu hardy. ondrej [2008-12-08 22:31:07] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ And use this configure line: # ./configure --disable-all --disable-cgi --with-pcre-regex 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/46800 -- Edit this bug report at http://bugs.php.net/?id=46800&edit=1
#43468 [Opn]: Curl doesn't handle php://memory stream
ID: 43468
User updated by: peter at petersmit dot eu
Reported By: peter at petersmit dot eu
Status: Open
Bug Type: cURL related
Operating System: Ubuntu Linux Gutsy Gibbon
-PHP Version: 5.2.5
+PHP Version: 5.2.latest
New Comment:
Sorry, not confirmed
I was checking it whit my own website address in the example code and
everything looked fine. However with example.org or google.com it's not
working!
Previous Comments:
[2008-12-10 06:53:24] peter at petersmit dot eu
Confirmed solved
[2008-12-10 01:55:55] dan dot hitt at gmail dot com
I can reproduce the bug.
I downloaded the link provided on the bug by jani (php 5.2 snapshot).
I built php (and had to also download and build libcurl).
My exact configuration line for the php was:
./configure --prefix=/home/danh/staging/php/2008_09_12_c
--with-curl=/home/danh/staging/curl/2008_09_12
where the funky directory name is where i installed the curl i built.
(For the curl i used no options in the configuration except where to
install it.)
My system is ubuntu 7.10.
It would be terrific to fix the bug because curl is so useful and
having arbitrary streams is so useful: at least streams to memory.
Thanks everybody for your efforts on refining php.
[2008-11-04 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".
[2008-10-27 12:57:39] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
If it still does not work, please provide the full configure line you
have used.
[2008-02-13 22:16:29] quickshiftin at gmail dot com
i have discovered that this does work, partially, for some urls.
im not sure what is preventing this from working on all urls, but even
for ones where it does work, the entire result is not placed in the
buffer.
here is a modification of peters code, which illustrates 2 urls that
work partially, one is the google translate 'api', the other is
php.net.
http://example.com";);
#$c =
curl_init("http://google.com/translate_t?langpair=en%7Cfr&text=newspaper";);
$c = curl_init("http://php.net";);
$st = fopen('php://memory', 'r');
curl_setopt($c, CURLOPT_FILE, $st);
curl_setopt($c, CURLOPT_USERAGENT, 'Mozilla/5.0 (X11; U; Linux i686;
en-US; rv:1.8.1.11) Gecko/20080115 Firefox/2.0.0.11');
if(!curl_exec($c)) die ("error: ".curl_error($c));
curl_close($c);
rewind($st);
/*
$str = fgets($st);
var_dump($str);
*/
echo stream_get_contents($st);
#echo
"Content|".htmlspecialchars(stream_get_contents($st))."|/Content";
fclose($st);
?>
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/43468
--
Edit this bug report at http://bugs.php.net/?id=43468&edit=1
#46800 [Fbk->Opn]: Warning on ~[^\\pL0-9_]+~u
ID: 46800
User updated by: svoboda at svoon dot net
Reported By: svoboda at svoon dot net
-Status: Feedback
+Status: Open
Bug Type: PCRE related
Operating System: debian etch
PHP Version: 5.2.7
New Comment:
hi,
now it works fine.
could you please send me the fix? I will not use devel version - rather
to patch the 5.2.8 stable version.
thank you
ondrej
Previous Comments:
[2008-12-09 22:03:11] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
I've commited a fix. can you please check if it works for you?
(please wait ~1h30 counting from this msg to allow a new snapshot to be
generated)
[2008-12-09 20:02:03] svoboda at svoon dot net
could be it connected?
http://bugs.gentoo.org/238127
[2008-12-09 19:48:36] svoboda at svoon dot net
hi,
I have compiled it with following:
./configure --disable-all --disable-cgi --with-pcre-regex
--with-apxs2=/usr/bin/apxs2
--with-config-file-path=/etc/php5/apache2/php.ini
the problem still remains, but from command line it regexp works fine
(from command line it worked even with full configure command).
So the problem is connected with running through apache.
I confirmed this bug on ubuntu hardy.
ondrej
[2008-12-08 22:31:07] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
And use this configure line:
# ./configure --disable-all --disable-cgi --with-pcre-regex
[2008-12-08 19:04:21] svoboda at svoon dot net
Description:
this code:
preg_replace('~[^\\pL0-9_]+~u', '-', $url);
results in:
Warning: preg_replace() [function.preg-replace]: Compilation failed:
unknown property name after \P or \p at offset 4 in functions.inc.php
in 5.2.6 version it works fine
ondrej
--
Edit this bug report at http://bugs.php.net/?id=46800&edit=1
#43468 [NoF->Opn]: Curl doesn't handle php://memory stream
ID: 43468
User updated by: peter at petersmit dot eu
Reported By: peter at petersmit dot eu
-Status: No Feedback
+Status: Open
Bug Type: cURL related
Operating System: Ubuntu Linux Gutsy Gibbon
PHP Version: 5.2.5
New Comment:
Confirmed solved
Previous Comments:
[2008-12-10 01:55:55] dan dot hitt at gmail dot com
I can reproduce the bug.
I downloaded the link provided on the bug by jani (php 5.2 snapshot).
I built php (and had to also download and build libcurl).
My exact configuration line for the php was:
./configure --prefix=/home/danh/staging/php/2008_09_12_c
--with-curl=/home/danh/staging/curl/2008_09_12
where the funky directory name is where i installed the curl i built.
(For the curl i used no options in the configuration except where to
install it.)
My system is ubuntu 7.10.
It would be terrific to fix the bug because curl is so useful and
having arbitrary streams is so useful: at least streams to memory.
Thanks everybody for your efforts on refining php.
[2008-11-04 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".
[2008-10-27 12:57:39] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
If it still does not work, please provide the full configure line you
have used.
[2008-02-13 22:16:29] quickshiftin at gmail dot com
i have discovered that this does work, partially, for some urls.
im not sure what is preventing this from working on all urls, but even
for ones where it does work, the entire result is not placed in the
buffer.
here is a modification of peters code, which illustrates 2 urls that
work partially, one is the google translate 'api', the other is
php.net.
http://example.com";);
#$c =
curl_init("http://google.com/translate_t?langpair=en%7Cfr&text=newspaper";);
$c = curl_init("http://php.net";);
$st = fopen('php://memory', 'r');
curl_setopt($c, CURLOPT_FILE, $st);
curl_setopt($c, CURLOPT_USERAGENT, 'Mozilla/5.0 (X11; U; Linux i686;
en-US; rv:1.8.1.11) Gecko/20080115 Firefox/2.0.0.11');
if(!curl_exec($c)) die ("error: ".curl_error($c));
curl_close($c);
rewind($st);
/*
$str = fgets($st);
var_dump($str);
*/
echo stream_get_contents($st);
#echo
"Content|".htmlspecialchars(stream_get_contents($st))."|/Content";
fclose($st);
?>
[2007-12-01 10:00:25] peter at petersmit dot eu
Description:
If you use a php://memory stream in combination with curl, nothing is
written to the stream.
A filestream works fine.
Reproduce code:
---
http://example.com";);
$st = fopen("php://memory", "r+");
curl_setopt($c, CURLOPT_FILE, $st);
if(!curl_exec($c)) die ("error: ".curl_error($c));
rewind($st);
echo
"Content|".htmlspecialchars(stream_get_contents($st))."|/Content";
fclose($st);
?>
Expected result:
Content|The content of example.org|/Content
Actual result:
--
Content||/Content
--
Edit this bug report at http://bugs.php.net/?id=43468&edit=1
#46818 [Opn->Bgs]: ParentIterator Initializing
ID: 46818
User updated by: kosugi at kips dot gr dot jp
Reported By: kosugi at kips dot gr dot jp
-Status: Open
+Status: Bogus
Bug Type: SPL related
Operating System: Linux 2.6.18
PHP Version: 5.2.8
New Comment:
It is a gross misunderstanding.
Previous Comments:
[2008-12-10 05:22:53] kosugi at kips dot gr dot jp
Description:
ParentIterator that only shows those elements which have children.
But I can't get the expected result without rewind() in starting an
iteration.
Reproduce code:
---
$target = array(
'foo' => array(1,2,3),
'bar' => array(11,12,13),
'baz'
);
$rai = new RecursiveArrayIterator($target);
$pi = new ParentIterator($rai);
//$pi->rewind();
while ($pi->valid()) {
var_dump($pi->current());
$pi->next();
}
Expected result:
array(5) {
[0]=>
int(1)
[1]=>
int(2)
[2]=>
int(3)
}
array(5) {
[0]=>
int(11)
[1]=>
int(12)
[2]=>
int(13)
}
Actual result:
--
// no output
--
Edit this bug report at http://bugs.php.net/?id=46818&edit=1
#46818 [NEW]: ParentIterator Initializing
From: kosugi at kips dot gr dot jp
Operating system: Linux 2.6.18
PHP version: 5.2.8
PHP Bug Type: SPL related
Bug description: ParentIterator Initializing
Description:
ParentIterator that only shows those elements which have children.
But I can't get the expected result without rewind() in starting an
iteration.
Reproduce code:
---
$target = array(
'foo' => array(1,2,3),
'bar' => array(11,12,13),
'baz'
);
$rai = new RecursiveArrayIterator($target);
$pi = new ParentIterator($rai);
//$pi->rewind();
while ($pi->valid()) {
var_dump($pi->current());
$pi->next();
}
Expected result:
array(5) {
[0]=>
int(1)
[1]=>
int(2)
[2]=>
int(3)
}
array(5) {
[0]=>
int(11)
[1]=>
int(12)
[2]=>
int(13)
}
Actual result:
--
// no output
--
Edit bug report at http://bugs.php.net/?id=46818&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46818&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46818&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46818&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=46818&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=46818&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=46818&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=46818&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=46818&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=46818&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=46818&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=46818&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=46818&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=46818&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=46818&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46818&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=46818&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=46818&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=46818&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=46818&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=46818&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=46818&r=mysqlcfg
#46770 [Opn]: Intel C + + Compiler 11.0 on php 5.2.7
ID: 46770 User updated by: ryo dot wong at uplinuxes dot net -Reported By: roy dot wong at i010 dot com +Reported By: ryo dot wong at uplinuxes dot net Status: Open Bug Type: Compile Failure Operating System: centos 5.2 64bit PHP Version: 5.2.8 New Comment: Php 5.2.6 Why do not these issues? Previous Comments: [2008-12-09 23:16:01] roy dot wong at i010 dot com Without any intel icc environment mysql configure failed. checking for MySQL support... yes checking for specified location of the MySQL UNIX socket... no checking for MySQL UNIX socket location... no checking for mysql_close in -lmysqlclient_r... no checking for mysql_error in -lmysqlclient_r... no configure: error: mysql configure failed. Please check config.log for more information. config.log: configure:59985: checking for mysql_close in -lmysqlclient_r configure:60004: gcc -o conftest -I/usr/local/include -g -O2 -pthread -D_REENTRANT -L/usr/local/lib -Wl,-rpath,/usr/local/lib -L/usr/local/lib conftest.c -lmysqlclient_r -lmhash -lmcrypt -lltdl -liconv -lfreetype -lpng -lz -ljpeg -lssl -lcrypto -lcurl -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -lxml2 -lz -liconv -lm -lcurl -lxml2 -lz -liconv -lm 1>&5 /usr/local/lib/libmysqlclient_r.a(client.o): In function `cli_read_rows': client.c:(.text+0x583): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(client.o): In function `mysql_real_connect': client.c:(.text+0x23bd): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(viosocket.o): In function `vio_read_buff': viosocket.c:(.text+0x2eb): undefined reference to `_intel_fast_memcpy' viosocket.c:(.text+0x344): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(net.o): In function `net_write_command': net.c:(.text+0x8bc): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(net.o):net.c:(.text+0x965): more undefined references to `_intel_fast_memcpy' follow /usr/local/lib/libmysqlclient_r.a(libmysql.o): In function `fetch_long_with_conversion': libmysql.c:(.text+0x1962): undefined reference to `_intel_fast_memset' /usr/local/lib/libmysqlclient_r.a(libmysql.o): In function `fetch_float_with_conversion': libmysql.c:(.text+0x1e82): undefined reference to `_intel_fast_memset' /usr/local/lib/libmysqlclient_r.a(libmysql.o): In function `fetch_string_with_conversion': libmysql.c:(.text+0x221a): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(libmysql.o): In function `cli_read_binary_rows': libmysql.c:(.text+0x234d): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(libmysql.o): In function `store_param_str': libmysql.c:(.text+0x325f): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(libmysql.o): In function `store_param_datetime': libmysql.c:(.text+0x333f): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(libmysql.o): In function `store_param_date': libmysql.c:(.text+0x33d8): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(libmysql.o):libmysql.c:(.text+0x34b3): more undefined references to `_intel_fast_memcpy' follow /usr/local/lib/libmysqlclient_r.a(password.o): In function `check_scramble': password.c:(.text+0x21b): undefined reference to `_intel_fast_memcmp' /usr/local/lib/libmysqlclient_r.a(my_malloc.o): In function `my_strdup_with_length': my_malloc.c:(.text+0x27): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(my_malloc.o): In function `my_strdup': my_malloc.c:(.text+0x124): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(my_malloc.o): In function `my_memdup': my_malloc.c:(.text+0x156): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(my_alloc.o): In function `memdup_root': my_alloc.c:(.text+0x27): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(my_alloc.o): In function `strmake_root': my_alloc.c:(.text+0x1a9): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(default.o):default.c:(.text+0x2b1): more undefined references to `_intel_fast_memcpy' follow /usr/local/lib/libmysqlclient_r.a(ctype-latin1.o): In function `my_strnxfrm_latin1_de': ctype-latin1.c:(.text+0x282): undefined reference to `_intel_fast_memset' /usr/local/lib/libmysqlclient_r.a(bchange.o): In function `bchange': bchange.c:(.text+0x4f): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(my_vsnprintf.o): In function `my_vsnprintf': my_vsnprintf.c:(.text+0x499): undefined reference to `_intel_fast_memset' /usr/local/lib/libmysqlclient_r.a(ctype.o): In function `cs_value': ctype.c:(.text+0x2bb): undefined reference to `_intel_fast_memcpy' ctype.c:(.text+0x332): undefined reference to `_intel_fast_memcpy' ctype.c:(.text+0x87d): undefined re
#43468 [Com]: Curl doesn't handle php://memory stream
ID: 43468
Comment by: dan dot hitt at gmail dot com
Reported By: peter at petersmit dot eu
Status: No Feedback
Bug Type: cURL related
Operating System: Ubuntu Linux Gutsy Gibbon
PHP Version: 5.2.5
New Comment:
I can reproduce the bug.
I downloaded the link provided on the bug by jani (php 5.2 snapshot).
I built php (and had to also download and build libcurl).
My exact configuration line for the php was:
./configure --prefix=/home/danh/staging/php/2008_09_12_c
--with-curl=/home/danh/staging/curl/2008_09_12
where the funky directory name is where i installed the curl i built.
(For the curl i used no options in the configuration except where to
install it.)
My system is ubuntu 7.10.
It would be terrific to fix the bug because curl is so useful and
having arbitrary streams is so useful: at least streams to memory.
Thanks everybody for your efforts on refining php.
Previous Comments:
[2008-11-04 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".
[2008-10-27 12:57:39] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
If it still does not work, please provide the full configure line you
have used.
[2008-02-13 22:16:29] quickshiftin at gmail dot com
i have discovered that this does work, partially, for some urls.
im not sure what is preventing this from working on all urls, but even
for ones where it does work, the entire result is not placed in the
buffer.
here is a modification of peters code, which illustrates 2 urls that
work partially, one is the google translate 'api', the other is
php.net.
http://example.com";);
#$c =
curl_init("http://google.com/translate_t?langpair=en%7Cfr&text=newspaper";);
$c = curl_init("http://php.net";);
$st = fopen('php://memory', 'r');
curl_setopt($c, CURLOPT_FILE, $st);
curl_setopt($c, CURLOPT_USERAGENT, 'Mozilla/5.0 (X11; U; Linux i686;
en-US; rv:1.8.1.11) Gecko/20080115 Firefox/2.0.0.11');
if(!curl_exec($c)) die ("error: ".curl_error($c));
curl_close($c);
rewind($st);
/*
$str = fgets($st);
var_dump($str);
*/
echo stream_get_contents($st);
#echo
"Content|".htmlspecialchars(stream_get_contents($st))."|/Content";
fclose($st);
?>
[2007-12-01 10:00:25] peter at petersmit dot eu
Description:
If you use a php://memory stream in combination with curl, nothing is
written to the stream.
A filestream works fine.
Reproduce code:
---
http://example.com";);
$st = fopen("php://memory", "r+");
curl_setopt($c, CURLOPT_FILE, $st);
if(!curl_exec($c)) die ("error: ".curl_error($c));
rewind($st);
echo
"Content|".htmlspecialchars(stream_get_contents($st))."|/Content";
fclose($st);
?>
Expected result:
Content|The content of example.org|/Content
Actual result:
--
Content||/Content
--
Edit this bug report at http://bugs.php.net/?id=43468&edit=1
#46793 [Fbk->Opn]: Make fails with mysql and GD together
ID: 46793 User updated by: jthomsen at cox dot net Reported By: jthomsen at cox dot net -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Mac OS X 10.5.5 PHP Version: 5.2.7 New Comment: I tried with the latest snapshot (php5.2-200812092330) just now. Still having the same problem. Previous Comments: [2008-12-08 15:22:41] jthomsen at cox dot net I tried that already, and unfortunately it has no effect. I have also tried using a clean source, i.e. one I just uncompressed. [2008-12-08 10:38:23] [EMAIL PROTECTED] make clean [2008-12-08 04:22:02] jthomsen at cox dot net Description: When I try to install the mySql and GD modules together, make fails. ./configure '--prefix=/usr' '--mandir=/usr/share/man' '-- infodir=/usr/share/info' '--with-apxs2=/usr/sbin/apxs' '--with-mysql- sock=/var/mysql' '--with-mysql=/usr/local/mysql' '--with- mysqli=/usr/local/mysql/bin/mysql_config' '--with-gd' '-with-png- dir=/sw' '--with-jpeg-dir=/sw' '--with-freetype-dir=/sw/lib/freetype2' But, I can run make successfully if I install mySql or GD: ./configure '--prefix=/usr' '--mandir=/usr/share/man' '-- infodir=/usr/share/info' '--with-apxs2=/usr/sbin/apxs' '--with-gd' '- with-png-dir=/sw' '--with-jpeg-dir=/sw' '--with-freetype- dir=/sw/lib/freetype2' or: ./configure '--prefix=/usr' '--mandir=/usr/share/man' '-- infodir=/usr/share/info' '--with-apxs2=/usr/sbin/apxs' '--with-mysql- sock=/var/mysql' '--with-mysql=/usr/local/mysql' '--with- mysqli=/usr/local/mysql/bin/mysql_config' Reproduce code: --- ./configure '--prefix=/usr' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--with-apxs2=/usr/sbin/apxs' '--with-mysql-sock=/var/mysql' '--with-mysql=/usr/local/mysql' '--with-mysqli=/usr/local/mysql/bin/mysql_config' '--with-gd' '-with-png-dir=/sw' '--with-jpeg-dir=/sw' '--with-freetype-dir=/sw/lib/freetype2' make Expected result: a successful compile Actual result: -- Undefined symbols: "_mysql_set_local_infile_handler", referenced from: _php_set_local_infile_handler_default in mysqli.o "_mysql_enable_rpl_parse", referenced from: _zif_mysqli_enable_rpl_parse in mysqli_repl.o "_mysql_server_end", referenced from: _zm_shutdown_mysql in php_mysql.o _zm_shutdown_mysqli in mysqli.o "_mysql_stmt_close", referenced from: _php_clear_stmt_bind in mysqli.o _zif_mysqli_prepare in mysqli_api.o _zif_mysqli_stmt_close in mysqli_api.o "_mysql_set_server_option", referenced from: _zif_mysqli_real_query in mysqli_api.o _zif_mysqli_multi_query in mysqli_nonapi.o _zif_mysqli_multi_query in mysqli_nonapi.o _zif_mysqli_query in mysqli_nonapi.o "_mysql_set_character_set", referenced from: _zif_mysql_set_charset in php_mysql.o _zif_mysqli_set_charset in mysqli_nonapi.o "_mysql_stmt_fetch", referenced from: _zif_mysqli_stmt_fetch in mysqli_api.o "_mysql_stmt_field_count", referenced from: _zif_mysqli_stmt_field_count in mysqli_api.o _zif_mysqli_stmt_store_result in mysqli_api.o _zif_mysqli_stmt_bind_result in mysqli_api.o _stmt_field_count_read in mysqli_prop.o "_mysql_rpl_query_type", referenced from: _zif_mysqli_rpl_query_type in mysqli_repl.o "_mysql_get_client_version", referenced from: _zif_mysqli_get_client_version in mysqli_api.o "_mysql_next_result", referenced from: _zif_mysqli_next_result in mysqli_api.o "_mysql_enable_reads_from_master", referenced from: _zif_mysqli_enable_reads_from_master in mysqli_repl.o "_mysql_stmt_errno", referenced from: _zif_mysqli_stmt_errno in mysqli_api.o _stmt_errno_read in mysqli_prop.o "_mysql_stmt_error", referenced from: _zif_mysqli_stmt_error in mysqli_api.o _stmt_error_read in mysqli_prop.o "_mysql_ssl_set", referenced from: _zif_mysqli_ssl_set in mysqli_api.o "_mysql_stmt_store_result", referenced from: _zif_mysqli_stmt_store_result in mysqli_api.o "_mysql_warning_count", referenced from: _zif_mysqli_warning_count in mysqli_api.o _link_warning_count_read in mysqli_prop.o _zif_mysqli_get_warnings in mysqli_nonapi.o _zif_mysqli_stmt_get_warnings in mysqli_nonapi.o _zim_mysqli_warning___construct in mysqli_warning.o "_mysql_stmt_init", referenced from: _zif_mysqli_stmt_construct in mysqli.o _zif_mysqli_stmt_construct in mysqli.o _zif_mysqli_prepare in mysqli_api.o _zif_mysqli_stmt_init in mysqli_api.o "_mysql_stmt_prepare", referenced from: _zif_mysqli_stmt_construct in mysqli.o _zif_mysqli_prepare in mysqli_api.o _zif_mysqli_stmt_prepare in mysqli_api.
#46556 [Asn]: There is no good method to escape a string for use in a (mySQL) LIKE clause
ID: 46556
Updated by: [EMAIL PROTECTED]
Reported By: taco at procurios dot nl
Status: Assigned
Bug Type: PDO related
Operating System: linux
PHP Version: 5.2.6
Assigned To: johannes
New Comment:
You could do an concat in SQL, not sure whether there's a good way to
do this from an API perspective.
SELECT foo FROM bar WHERE baz LIKE CONCAT('%', 'vbebbt', '%')
Previous Comments:
[2008-11-24 09:21:15] taco at procurios dot nl
There is no need for such a method in mysqli because
mysqli_real_escape_string() does not add quotes to the resulting string.
Using mysqli you would be able to do this:
$q = "SELECT...WHERE `foo` LIKE '%" .
addcslashes($MySQLi->real_escape_string($evilVar), '%_') . "%'";
In PDO this is impossible because of the added quotes.
[2008-11-13 15:30:49] [EMAIL PROTECTED]
Maybe something for PDOv2 or mysqli?
[2008-11-12 15:56:53] taco at procurios dot nl
Description:
There is no good method to escape a string for use in a (mySQL) LIKE
clause. In a query like "SELECT `foo` FROM `bar` WHERE `baz` LIKE '%" .
$qux . "%'" the value of $qux should be escaped for both the query
itself (like PDO::quote() does) as the LIKE clause (i.e. escaping % and
_ characters.
Using PDO the only way to escape a variable is using either
PDOStatement::bindParam() or PDO::quote(). The first is not suitable for
two reasons:
1. Not every query is a prepared statement
2. There is no way to escape % and _ (escaping them first will result
in the \ being escaped: \% becomes \\%)
The latter is not suitable because it will add quotes to the string, so
you'll have to get rid of the quotes, escape % and _ and add the result
to the query.
--
Edit this bug report at http://bugs.php.net/?id=46556&edit=1
#46770 [Csd->Opn]: Intel C + + Compiler 11.0 on php 5.2.7
ID: 46770 User updated by: roy dot wong at i010 dot com -Reported By: ryo dot wong at uplinuxes dot net +Reported By: roy dot wong at i010 dot com -Status: Closed +Status: Open Bug Type: Compile Failure Operating System: centos 5.2 64bit PHP Version: 5.2.8 New Comment: Without any intel icc environment mysql configure failed. checking for MySQL support... yes checking for specified location of the MySQL UNIX socket... no checking for MySQL UNIX socket location... no checking for mysql_close in -lmysqlclient_r... no checking for mysql_error in -lmysqlclient_r... no configure: error: mysql configure failed. Please check config.log for more information. config.log: configure:59985: checking for mysql_close in -lmysqlclient_r configure:60004: gcc -o conftest -I/usr/local/include -g -O2 -pthread -D_REENTRANT -L/usr/local/lib -Wl,-rpath,/usr/local/lib -L/usr/local/lib conftest.c -lmysqlclient_r -lmhash -lmcrypt -lltdl -liconv -lfreetype -lpng -lz -ljpeg -lssl -lcrypto -lcurl -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -lxml2 -lz -liconv -lm -lcurl -lxml2 -lz -liconv -lm 1>&5 /usr/local/lib/libmysqlclient_r.a(client.o): In function `cli_read_rows': client.c:(.text+0x583): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(client.o): In function `mysql_real_connect': client.c:(.text+0x23bd): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(viosocket.o): In function `vio_read_buff': viosocket.c:(.text+0x2eb): undefined reference to `_intel_fast_memcpy' viosocket.c:(.text+0x344): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(net.o): In function `net_write_command': net.c:(.text+0x8bc): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(net.o):net.c:(.text+0x965): more undefined references to `_intel_fast_memcpy' follow /usr/local/lib/libmysqlclient_r.a(libmysql.o): In function `fetch_long_with_conversion': libmysql.c:(.text+0x1962): undefined reference to `_intel_fast_memset' /usr/local/lib/libmysqlclient_r.a(libmysql.o): In function `fetch_float_with_conversion': libmysql.c:(.text+0x1e82): undefined reference to `_intel_fast_memset' /usr/local/lib/libmysqlclient_r.a(libmysql.o): In function `fetch_string_with_conversion': libmysql.c:(.text+0x221a): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(libmysql.o): In function `cli_read_binary_rows': libmysql.c:(.text+0x234d): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(libmysql.o): In function `store_param_str': libmysql.c:(.text+0x325f): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(libmysql.o): In function `store_param_datetime': libmysql.c:(.text+0x333f): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(libmysql.o): In function `store_param_date': libmysql.c:(.text+0x33d8): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(libmysql.o):libmysql.c:(.text+0x34b3): more undefined references to `_intel_fast_memcpy' follow /usr/local/lib/libmysqlclient_r.a(password.o): In function `check_scramble': password.c:(.text+0x21b): undefined reference to `_intel_fast_memcmp' /usr/local/lib/libmysqlclient_r.a(my_malloc.o): In function `my_strdup_with_length': my_malloc.c:(.text+0x27): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(my_malloc.o): In function `my_strdup': my_malloc.c:(.text+0x124): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(my_malloc.o): In function `my_memdup': my_malloc.c:(.text+0x156): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(my_alloc.o): In function `memdup_root': my_alloc.c:(.text+0x27): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(my_alloc.o): In function `strmake_root': my_alloc.c:(.text+0x1a9): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(default.o):default.c:(.text+0x2b1): more undefined references to `_intel_fast_memcpy' follow /usr/local/lib/libmysqlclient_r.a(ctype-latin1.o): In function `my_strnxfrm_latin1_de': ctype-latin1.c:(.text+0x282): undefined reference to `_intel_fast_memset' /usr/local/lib/libmysqlclient_r.a(bchange.o): In function `bchange': bchange.c:(.text+0x4f): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(my_vsnprintf.o): In function `my_vsnprintf': my_vsnprintf.c:(.text+0x499): undefined reference to `_intel_fast_memset' /usr/local/lib/libmysqlclient_r.a(ctype.o): In function `cs_value': ctype.c:(.text+0x2bb): undefined reference to `_intel_fast_memcpy' ctype.c:(.text+0x332): undefined reference to `_intel_fast_memcpy' ctype.c:(.text+0x87d): undefined reference to `_intel_fast_memcpy' ctype.c:(.text+0x8a9): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(ctype-simple.o): In function
#46817 [NEW]: tokenizer misses last single-line comment
From: master dot jexus at gmail dot com Operating system: Windows XP SP3 PHP version: 5.3.0alpha3 PHP Bug Type: Unknown/Other Function Bug description: tokenizer misses last single-line comment Description: When using the tokenizer to lex given text, the output seems to miss the last token, if it was a single line comment. It only seems to occur if there isn't a newline behind the comment lexeme. Note the last entries in the arrays. Reproduce code: --- Array ( [0] => 367 [1] => 1 ) [1] => Array ( [0] => 307 [1] => print_r [2] => 2 ) [2] => ( [3] => Array ( [0] => 307 [1] => token_get_all [2] => 2 ) [4] => ( [5] => Array ( [0] => 307 [1] => file_get_contents [2] => 2 ) [6] => ( [7] => Array ( [0] => 364 [1] => __FILE__ [2] => 2 ) [8] => ) [9] => ) [10] => ) [11] => ; [12] => Array ( [0] => 370 [1] => [2] => 2 ) [13] => Array ( [0] => 365 [1] => // test [2] => 4 ) [14] => Array ( [0] => 309 [1] => $var [2] => 5 ) [15] => Array ( [0] => 370 [1] => [2] => 5 ) [16] => = [17] => Array ( [0] => 370 [1] => [2] => 5 ) [18] => Array ( [0] => 305 [1] => 5 [2] => 5 ) [19] => ; [20] => Array ( [0] => 370 [1] => [2] => 5 ) [21] => Array ( [0] => 365 [1] => // test [2] => 6 ) ) Actual result: -- Array ( [0] => Array ( [0] => 368 [1] => 1 ) [1] => Array ( [0] => 307 [1] => print_r [2] => 2 ) [2] => ( [3] => Array ( [0] => 307 [1] => token_get_all [2] => 2 ) [4] => ( [5] => Array ( [0] => 307 [1] => file_get_contents [2] => 2 ) [6] => ( [7] => Array ( [0] => 365 [1] => __FILE__ [2] => 2 ) [8] => ) [9] => ) [10] => ) [11] => ; [12] => Array ( [0] => 371 [1] => [2] => 2 ) [13] => Array ( [0] => 366 [1] => // test [2] => 4 ) [14] => Array ( [0] => 309 [1] => $var [2] => 5 ) [15] => Array ( [0] => 371 [1] => [2] => 5 ) [16] => = [17] => Array ( [0] => 371 [1] => [2] => 5 ) [18] => Array ( [0] => 305 [1] => 5 [2] => 5 ) [19] => ; [20] => Array ( [0] => 371 [1] => [2] => 5 ) ) -- Edit bug report at http://bugs.php.net/?id=46817&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46817&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46817&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46817&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46817&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46817&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46817&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46817&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46817&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46817&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46817&r=support Expected behavior: http://bugs.php.net/fix.php?id=46817&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46817&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46817&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46817&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46817&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46817&r=dst IIS Stability: http://bugs.php.net/
#46800 [Opn->Fbk]: Warning on ~[^\\pL0-9_]+~u
ID: 46800
Updated by: [EMAIL PROTECTED]
Reported By: svoboda at svoon dot net
-Status: Open
+Status: Feedback
Bug Type: PCRE related
Operating System: debian etch
PHP Version: 5.2.7
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
I've commited a fix. can you please check if it works for you?
(please wait ~1h30 counting from this msg to allow a new snapshot to be
generated)
Previous Comments:
[2008-12-09 20:02:03] svoboda at svoon dot net
could be it connected?
http://bugs.gentoo.org/238127
[2008-12-09 19:48:36] svoboda at svoon dot net
hi,
I have compiled it with following:
./configure --disable-all --disable-cgi --with-pcre-regex
--with-apxs2=/usr/bin/apxs2
--with-config-file-path=/etc/php5/apache2/php.ini
the problem still remains, but from command line it regexp works fine
(from command line it worked even with full configure command).
So the problem is connected with running through apache.
I confirmed this bug on ubuntu hardy.
ondrej
[2008-12-08 22:31:07] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
And use this configure line:
# ./configure --disable-all --disable-cgi --with-pcre-regex
[2008-12-08 19:04:21] svoboda at svoon dot net
Description:
this code:
preg_replace('~[^\\pL0-9_]+~u', '-', $url);
results in:
Warning: preg_replace() [function.preg-replace]: Compilation failed:
unknown property name after \P or \p at offset 4 in functions.inc.php
in 5.2.6 version it works fine
ondrej
--
Edit this bug report at http://bugs.php.net/?id=46800&edit=1
#46816 [NEW]: Upgrading with installer messes up php.ini
From: labsylabsy at gmail dot com Operating system: Windows Any PHP version: 5.2.8 PHP Bug Type: Windows Installer Bug description: Upgrading with installer messes up php.ini Description: Windows installer is bogus with parsing php.ini when using installer to UPGRADE existing setup. Some settings are duplicated or duplicated to default values, so PHP fails to start after upgrading. Reproduce code: --- By my testing, I can reproduce the same behaviour on ANY Windows machine, which runs PHP as ISAPI module on IIS 6 and you use PHP installer to upgrade previous (5.2+) version to latest 5.2.8 version. Expected result: PHP.INI configuration should be preserved, extensions and session.save_path should not be changed, and none of above should be duplicated. Indeed, you could also NOT select extensions to install within installation wizard, which would get rid of duplicated extensions failure, but by my oppinion, installer *should* be smart enough to recognise existing [EXTENSIONS] section and to not duplicate them at the end of php.ini file. Actual result: -- At least these errors are present after you use PHP installer to UPGRADE existing 5.2+ version to 5.2.8: - EXTENSIONS get duplicated if you select to install existing extensions. Duplications however do not fall into [EXTENSIONS] tab, but are rather added to the very end of php.ini by upgrade process, so you most probably won't notice them at first sight. - SESSION PATH gets duplicated at the end of [EXTENSIONS] section and is set to default session.save_path="C:\WINDOWS\Temp", regardles which path you had defined in existing php.ini file. -- Edit bug report at http://bugs.php.net/?id=46816&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46816&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46816&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46816&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46816&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46816&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46816&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46816&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46816&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46816&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46816&r=support Expected behavior: http://bugs.php.net/fix.php?id=46816&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46816&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46816&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46816&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46816&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46816&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46816&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46816&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46816&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46816&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46816&r=mysqlcfg
#46801 [Bgs]: include() searches wrong directory according to the doc
ID: 46801 User updated by: tomas at matfyz dot cz Reported By: tomas at matfyz dot cz Status: Bogus Bug Type: *General Issues Operating System: Linux PHP Version: 5.2.0 New Comment: If this bug is a duplicate, I believe it should have been marked as duplicate, not as bogus. The "duplicate" state is there for a reason, isn't it? E.g. for gaining more test cases - when the original bug is fixed, all duplicates could be also tested. Please understand that I'm not looking into this database every day, so it is very hard to find out whether the bug is already reported. Despite of this fact I believe that still the bug reports from public might be useful for PHP. Previous Comments: [2008-12-09 12:53:16] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See bug #46395 [2008-12-08 23:04:31] tomas at matfyz dot cz I'm sorry, I don't have access to newer version of PHP, I'm not a PHP developer. I can use only what my webhosting provider has, which is only older stable versions. But if you provide me with FTP access to some of your testing servers, I can test it. [2008-12-08 22:27:38] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2008-12-08 20:40:15] tomas at matfyz dot cz Note that I would appreciate the behaviour described in the documentation. It seems more logical and more useful than the current behaviour, because there is a risk that local file will override the internal file in the 'include/' dir! The libraries (in this case the sources under 'include/' dir) are compact sets of sources which include themselves and of course do not take into account the files in the user's dir. [2008-12-08 19:57:23] tomas at matfyz dot cz I can't help it, the link is being wrapped by this website, you must re-construct 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/46801 -- Edit this bug report at http://bugs.php.net/?id=46801&edit=1
#46395 [Com]: Inconsistent behaviour of require_once
ID: 46395 Comment by: tomas at matfyz dot cz Reported By: ebosman at gmail dot com Status: Open Bug Type: Directory function related Operating System: Linux PHP Version: 5.2.6 New Comment: Note that my bug #46801 was marked as a duplicate of this one. My testcase could be found here: http://tomas.matfyz.cz/obs/pok_require_dirs3/report/www/use.php Previous Comments: [2008-11-24 17:33:18] ebosman at gmail dot com And then I forgot that I put the original include_path back, apologies /var/www/bug/top.php /var/www/bug /var/www/bug/subdir/sub.inc /var/www/bug (and htmlized:) Warning: require_once(../top1.inc) [function.require-once]: failed to open stream: No such file or directory in /var/www/bug/subdir/sub.inc on line 1 Fatal error: require_once() [function.require]: Failed opening required '../top1.inc' (include_path='/usr/share/php:/usr/share/pear') in /var/www/bug/subdir/sub.inc on line 1 [2008-11-24 17:30:28] ebosman at gmail dot com correction, for top.php it should be (still no difference): /var/www/bug/top.php /var/www/bug /var/www/bug/subdir/sub.inc /var/www/bug (and htmlized) Warning: require_once(../top1.inc) [function.require-once]: failed to open stream: No such file or directory in /var/www/bug/subdir/sub.inc on line 1 Fatal error: require_once() [function.require]: Failed opening required '../top1.inc' (include_path='.:/usr/share/php:/usr/share/pear') in /var/www/bug/subdir/sub.inc on line 1 (line difference in the previous comment was because of copy-pasting) [2008-11-24 17:15:22] ebosman at gmail dot com Same result: subdir/sub.php: /var/www/bug/subdir/sub.php /var/www/bug/subdir /var/www/bug/subdir/sub.inc /var/www/bug/subdir /var/www/bug/top1.inc /var/www/bug/subdir /var/www/bug/top2.inc /var/www/bug/subdir top.php: Warning: require_once(../top1.inc) [function.require-once]: failed to open stream: No such file or directory in /var/www/bug/subdir/sub.inc on line 2 Fatal error: require_once() [function.require]: Failed opening required '../top1.inc' (include_path='/usr/share/php:/usr/share/pear') in /var/www/bug/subdir/sub.inc on line 2 [2008-11-24 09:52:56] [EMAIL PROTECTED] Try removing the . from your include_path setting. [2008-10-26 19:32:50] ebosman at gmail dot com I added 'echo __FILE__," ",getcwd(), "\n";' to each line: mkdir -p bug/subdir echo '' > bug/subdir/sub.inc echo '' > bug/subdir/sub.php echo '' > bug/top.php echo '' > bug/top1.inc echo '' > bug/top2.inc The output for subdir/sub.php: /var/www/bug/subdir/sub.php /var/www/bug/subdir /var/www/bug/subdir/sub.inc /var/www/bug/subdir /var/www/bug/top1.inc /var/www/bug/subdir /var/www/bug/top2.inc /var/www/bug/subdir and for top.php: /var/www/bug/top.php /var/www/bug /var/www/bug/subdir/sub.inc /var/www/bug (and htmlized:) Warning: require_once(../top1.inc) [function.require-once]: failed to open stream: No such file or directory in /var/www/bug/subdir/sub.inc on line 1 Fatal error: require_once() [function.require]: Failed opening required '../top1.inc' (include_path='.:/usr/share/php:/usr/share/pear') in /var/www/bug/subdir/sub.inc on line 1 This would be consistent with the first include method (relative to the original file.) But in that case including top2.inc should fail, which it doesn't. 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/46395 -- Edit this bug report at http://bugs.php.net/?id=46395&edit=1
#46807 [Opn]: missing sqlite_field_type function
ID: 46807
User updated by: pwhelan at exis dot cl
Reported By: pwhelan at exis dot cl
Status: Open
-Bug Type:Feature/Change Request
+Bug Type:SQLite related
PHP Version: 5.2.8
New Comment:
This is related directly to SQLite.
Previous Comments:
[2008-12-09 06:29:50] pwhelan at exis dot cl
I found no other way to include the patch, so here it is:
diff -u php-5.2.6/ext/sqlite/php_sqlite.h
php5-5.2.6/ext/sqlite/php_sqlite.h
--- php-5.2.6/ext/sqlite/php_sqlite.h 2007-12-31 04:20:11.0
-0300
+++ php5-5.2.6/ext/sqlite/php_sqlite.h 2008-12-09 02:55:26.0
-0300
@@ -60,6 +60,7 @@
PHP_FUNCTION(sqlite_num_rows);
PHP_FUNCTION(sqlite_num_fields);
PHP_FUNCTION(sqlite_field_name);
+PHP_FUNCTION(sqlite_field_type);
PHP_FUNCTION(sqlite_seek);
PHP_FUNCTION(sqlite_rewind);
PHP_FUNCTION(sqlite_next);
diff -u php-5.2.6/ext/sqlite/sqlite.c php5-5.2.6/ext/sqlite/sqlite.c
--- php-5.2.6/ext/sqlite/sqlite.c 2007-12-31 04:20:11.0 -0300
+++ php5-5.2.6/ext/sqlite/sqlite.c 2008-12-09 02:54:50.0 -0300
@@ -138,6 +138,7 @@
int nrows;
int curr_row;
char **col_names;
+ char **col_types;
int alloc_rows;
int mode;
char **table;
@@ -186,6 +187,7 @@
PHP_FE(sqlite_num_rows, NULL)
PHP_FE(sqlite_num_fields, NULL)
PHP_FE(sqlite_field_name, NULL)
+ PHP_FE(sqlite_field_type, NULL)
PHP_FE(sqlite_seek, NULL)
PHP_FE(sqlite_rewind, NULL)
PHP_FE(sqlite_next, NULL)
@@ -235,6 +237,7 @@
PHP_ME_MAPPING(column, sqlite_column, NULL, 0)
PHP_ME_MAPPING(numFields, sqlite_num_fields, NULL, 0)
PHP_ME_MAPPING(fieldName, sqlite_field_name, NULL, 0)
+ PHP_ME_MAPPING(fieldType, sqlite_field_type, NULL, 0)
/* iterator */
PHP_ME_MAPPING(current, sqlite_current, NULL, 0)
PHP_ME_MAPPING(key, sqlite_key, NULL, 0)
@@ -259,6 +262,7 @@
PHP_ME_MAPPING(column, sqlite_column, NULL, 0)
PHP_ME_MAPPING(numFields, sqlite_num_fields, NULL, 0)
PHP_ME_MAPPING(fieldName, sqlite_field_name, NULL, 0)
+ PHP_ME_MAPPING(fieldType, sqlite_field_type, NULL, 0)
/* iterator */
PHP_ME_MAPPING(current, sqlite_current, NULL, 0)
PHP_ME_MAPPING(next, sqlite_next, NULL, 0)
@@ -396,7 +400,12 @@
}
efree(res->col_names);
}
-
+ if (res->col_types) {
+ for (j = 0; j < res->ncolumns; j++) {
+ efree(res->col_types[j]);
+ }
+ efree(res->col_types);
+ }
if (res->db) {
zend_list_delete(res->db->rsrc_id);
}
@@ -1448,6 +1457,16 @@
php_sqlite_strtolower(rres->col_names[i]);
}
}
+ rres->col_types = safe_emalloc(rres->ncolumns, sizeof(char *),
0);
+ for (i = 0; i < rres->ncolumns; i++) {
+ rres->col_types[i] =
estrdup((char*)colnames[i+rres->ncolumns]);
+
+ if (SQLITE_G(assoc_case) == 1) {
+ php_sqlite_strtoupper(rres->col_types[i]);
+ } else if (SQLITE_G(assoc_case) == 2) {
+ php_sqlite_strtolower(rres->col_types[i]);
+ }
+ }
if (!rres->buffered) {
/* non buffered mode - also fetch memory for on single
row */
rres->table = safe_emalloc(rres->ncolumns, sizeof(char
*), 0);
@@ -2624,6 +2643,34 @@
RETURN_STRING(res->col_names[field], 1);
}
+/* {{{ proto string sqlite_field_type(resource result, int
field_index)
+ Returns the type of a particular field of a result set. */
+PHP_FUNCTION(sqlite_field_type)
+{
+ zval *zres;
+ struct php_sqlite_result *res;
+ long field;
+ zval *object = getThis();
+
+ if (object) {
+ if (FAILURE == zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC,
"l",
&field)) {
+ return;
+ }
+ RES_FROM_OBJECT(res, object);
+ } else {
+ if (FAILURE == zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC,
"rl", &zres, &field)) {
+ return;
+ }
+ ZEND_FETCH_RESOURCE(res, struct php_sqlite_result *, &zres, -1,
"sqlite result", le_sqlite_result);
+ }
+
+ if (field < 0 || field >= res->ncolumns) {
+ php_error_docref(NULL TSRMLS_CC, E_WARNING, "field %ld out of
range", field);
+ RETURN_FALSE;
+ }
+
+ RETURN_STRING(res->col_types[field], 1);
+}
/* }}} */
/* {{{ proto bool sqlite_seek(resource result, int row)
[2008-12-09 06:22:01] pwhelan
#46800 [Opn]: Warning on ~[^\\pL0-9_]+~u
ID: 46800
User updated by: svoboda at svoon dot net
Reported By: svoboda at svoon dot net
Status: Open
Bug Type: PCRE related
Operating System: debian etch
PHP Version: 5.2.7
New Comment:
could be it connected?
http://bugs.gentoo.org/238127
Previous Comments:
[2008-12-09 19:48:36] svoboda at svoon dot net
hi,
I have compiled it with following:
./configure --disable-all --disable-cgi --with-pcre-regex
--with-apxs2=/usr/bin/apxs2
--with-config-file-path=/etc/php5/apache2/php.ini
the problem still remains, but from command line it regexp works fine
(from command line it worked even with full configure command).
So the problem is connected with running through apache.
I confirmed this bug on ubuntu hardy.
ondrej
[2008-12-08 22:31:07] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
And use this configure line:
# ./configure --disable-all --disable-cgi --with-pcre-regex
[2008-12-08 19:04:21] svoboda at svoon dot net
Description:
this code:
preg_replace('~[^\\pL0-9_]+~u', '-', $url);
results in:
Warning: preg_replace() [function.preg-replace]: Compilation failed:
unknown property name after \P or \p at offset 4 in functions.inc.php
in 5.2.6 version it works fine
ondrej
--
Edit this bug report at http://bugs.php.net/?id=46800&edit=1
#46800 [Fbk->Opn]: Warning on ~[^\\pL0-9_]+~u
ID: 46800
User updated by: svoboda at svoon dot net
Reported By: svoboda at svoon dot net
-Status: Feedback
+Status: Open
Bug Type: PCRE related
Operating System: debian etch
PHP Version: 5.2.7
New Comment:
hi,
I have compiled it with following:
./configure --disable-all --disable-cgi --with-pcre-regex
--with-apxs2=/usr/bin/apxs2
--with-config-file-path=/etc/php5/apache2/php.ini
the problem still remains, but from command line it regexp works fine
(from command line it worked even with full configure command).
So the problem is connected with running through apache.
I confirmed this bug on ubuntu hardy.
ondrej
Previous Comments:
[2008-12-08 22:31:07] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
And use this configure line:
# ./configure --disable-all --disable-cgi --with-pcre-regex
[2008-12-08 19:04:21] svoboda at svoon dot net
Description:
this code:
preg_replace('~[^\\pL0-9_]+~u', '-', $url);
results in:
Warning: preg_replace() [function.preg-replace]: Compilation failed:
unknown property name after \P or \p at offset 4 in functions.inc.php
in 5.2.6 version it works fine
ondrej
--
Edit this bug report at http://bugs.php.net/?id=46800&edit=1
#46680 [Asn]: Files created in wrong directory (include path vs current working directory)
ID: 46680
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Filesystem function related
Operating System: *
PHP Version: 5.3CVS-2008-11-26 (snap)
-Assigned To: cellog
+Assigned To: dmitry
New Comment:
first of all, the change from PHP 5.2 is the addition of
php_resolve_path, which is Dmitry's work. Second of all, most of the
tests are checking for *broken* behavior which is fixed in PHP 5.3.
file_put_contents('blah', 'whatever', FILE_USE_INCLUDE_PATH);
should not arbitrarily create the "blah" file in the first element of
the include_path. file_get_contents('blah', true) does not work this
way, it scans include_path for the file, and if not found, it tries as a
fallback to search in the current directory, and only then does it fail.
This is correct behavior - the file should be created in the current
directory if it does not already exist in the include_path. The
addition of the fallback was added in PHP 5.3, it seems.
The fopen tests also assume that fopen() with include_path parameter
for read will not check the current directory.
So we have a larger dilemma - the default include_path has the current
directory as the first element, and thus the functions that use
include_path for writing were acting as if they were doing the right
thing, when in fact they were making an arbitrary assumption about where
to put things.
None of this behavior is documented, so it is questionable what is the
right way to do things.
In other words, Jani is wrong to imply that anything I did caused the
problem, and should probably apologize, but I won't hold my breath.
I'm assigning to Dmitry under the assumption he will want to do the
ultimate commit, but will raise this on internals@
Previous Comments:
[2008-12-09 13:31:06] [EMAIL PROTECTED]
Looks like all those changes Greg did broke this (too).
[2008-11-26 18:02:36] [EMAIL PROTECTED]
These tests are also now checked into 6.0.
[2008-11-26 10:15:48] [EMAIL PROTECTED]
Description:
The following tests were ported from 5.2.X and do not work as
expected on 5.3. The tests all create a test file and expect it to be
created in an include directory. Instead it looks like the file is
being created elsewhere This particularly affects file_put_contents()
with the FILE_USE_INCLUDE_PATH flag set, and also fopen(...).
Reproduce code:
---
See the tests now checked into CVS:
ext/standard/tests/file/file_put_contents_variation4.phpt
ext/standard/tests/file/file_put_contents_variation5.phpt
ext/standard/tests/file/file_put_contents_variation6.phpt
ext/standard/tests/file/fopen_variation5.phpt
ext/standard/tests/file/fopen_variation7.phpt
ext/standard/tests/file/fopen_variation8.phpt
ext/standard/tests/file/fopen_variation9.phpt
ext/standard/tests/file/fopen_variation12.phpt
ext/standard/tests/file/fopen_variation16.phpt
ext/standard/tests/file/fopen_variation17.phpt
Expected result:
See expected output in the PHPTs.
Actual result:
--
See the test results from running the PHPTs.
--
Edit this bug report at http://bugs.php.net/?id=46680&edit=1
#46813 [Opn->Csd]: class_exists doesn`t work with fully qualified namespace
ID: 46813
Updated by: [EMAIL PROTECTED]
Reported By: php at mobhoc dot de
-Status: Open
+Status: Closed
Bug Type: Class/Object related
Operating System: Gentoo Linux
PHP Version: 5.3CVS-2008-12-09 (snap)
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2008-12-09 17:20:43] php at mobhoc dot de
Description:
The function class_exists doesn`t work with a fully qualified
namespace.
Reproduce code:
---
namespace test;
{
class inner
{
}
}
$inner = new \test\inner();
var_dump(class_exists('\test\inner', false));
Expected result:
true
Actual result:
--
false
--
Edit this bug report at http://bugs.php.net/?id=46813&edit=1
#46719 [Fbk->Opn]: configure option for default MySQL socket not working
ID: 46719 User updated by: martijn at mindconnect dot nl Reported By: martijn at mindconnect dot nl -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: Gentoo Linux PHP Version: 5.2.6 New Comment: No, there are no files, directories or special files like sockets like that in /tmp. Previous Comments: [2008-12-08 12:29:57] [EMAIL PROTECTED] Is there by any chance some file called that in /tmp ? [2008-11-29 16:09:40] martijn at mindconnect dot nl Description: Configure ran with option --with-mysql-sock=/var/run/mysqld/mysqld.sock. After compiling, phpinfo(); displayed this configure option correctly, but a few pages down it sais: MYSQL_SOCKET: /tmp/mysql.sock The socket /var/run/mysqld/mysqld.sock exists and works perfectly as I have another PHP-version on the same machine using it without any trouble. MySQL version is 5.1.30. Notice: the configure options where generated by a Gentoo ebuild (v5.2.6-pl7-gentoo). Other configure options where taken into account without problems. Although it's not impossible that the ebuild has a bug that causes this problem, I was unable to find anything that could cause this particular problem in the php-5 ebuild and in gentoo's bugzilla. Earlier ebuilds didn't show this problem. Since it's unclear where the problem is I decided to start as upstream as possible. Reproduce code: --- A full list of all used configure options is here: http://woei.mindcontrolled.nl/temp/php5.2.6-options.txt Expected result: I expected the default socket to be /var/run/mysqld/mysqld.sock instead of /tmp/mysql.sock. Temporary fix: I used mysql.default_socket in the php.ini. Actual result: -- After compiling, phpinfo(); displays: "MYSQL_SOCKET: /tmp/mysql.sock" -- Edit this bug report at http://bugs.php.net/?id=46719&edit=1
#46815 [Opn->Bgs]: php-5.2.8-win32-installer.msi
ID: 46815 Updated by: [EMAIL PROTECTED] Reported By: editoria dot francisco at gmail dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Windows 2000 PHP Version: 5.2.8 New Comment: Not a PHP problem. You should leave libmysql.dll in path (or the same dir) where PHP can use it. But using libmysql 5.1 with php binaries is not supported (and will never be). Previous Comments: [2008-12-09 18:54:07] editoria dot francisco at gmail dot com Description: phpMyAdmin tell me: Your PHP MySQL library version 5.0.51a differs from your MySQL server version 5.1.30. This may cause unpredictable behavior. -- Edit this bug report at http://bugs.php.net/?id=46815&edit=1
#46815 [NEW]: php-5.2.8-win32-installer.msi
From: editoria dot francisco at gmail dot com Operating system: Windows 2000 PHP version: 5.2.8 PHP Bug Type: MySQL related Bug description: php-5.2.8-win32-installer.msi Description: phpMyAdmin tell me: Your PHP MySQL library version 5.0.51a differs from your MySQL server version 5.1.30. This may cause unpredictable behavior. -- Edit bug report at http://bugs.php.net/?id=46815&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46815&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46815&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46815&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46815&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46815&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46815&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46815&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46815&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46815&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46815&r=support Expected behavior: http://bugs.php.net/fix.php?id=46815&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46815&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46815&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46815&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46815&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46815&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46815&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46815&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46815&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46815&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46815&r=mysqlcfg
#46814 [NEW]: Relative includes from symlinked directories fail
From: dennis dot birkholz at nexxes dot net Operating system: Gentoo/Linux PHP version: 5.2.8 PHP Bug Type: Scripting Engine problem Bug description: Relative includes from symlinked directories fail Description: include statement seems to resolve the current working directory other than the rest of php so if I am in a symlinked directory an try to include a file using a relative path (containing ../), the include fails because the original path of the script is used to resolve the relative include and not the path the script is invoked from. Reproduce code: --- Asume the following files/directory structure: Directory /test1 Directory /htdocs Directory /htdocs/docs Symlink /htdocs/test2 -> /test1 File /test1/index.php File /htdocs/docs/docs.inc.php DocumentRoot is /htdocs File-Contents of /test1/index.php Expected result: No error, output generated by code after the include Actual result: -- An error: failed to open stream: No such file or directory (/test1/index.php:2) -- Edit bug report at http://bugs.php.net/?id=46814&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46814&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46814&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46814&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46814&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46814&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46814&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46814&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46814&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46814&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46814&r=support Expected behavior: http://bugs.php.net/fix.php?id=46814&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46814&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46814&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46814&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46814&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46814&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46814&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46814&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46814&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46814&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46814&r=mysqlcfg
#46746 [Ver->Csd]: xmlrpc_decode_request outputs non-suppressable error when given bad data
ID: 46746 Updated by: [EMAIL PROTECTED] Reported By: pickscrape at gmail dot com -Status: Verified +Status: Closed Bug Type: XMLRPC-EPI related Operating System: * PHP Version: 5CVS,6CVS (2008-12-08) New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2008-12-08 11:50:48] [EMAIL PROTECTED] ext/xmlrpc/libxmlrpc/xml_element.c:729 has fprintf() which dumps the errors to STDERR. [2008-12-04 00:05:17] pickscrape at gmail dot com Description: When calling xmlrpc_decode_request with invalid XML data, the following error is output to STDERR: expat reports error code 4 description: Empty document line: 1 column: 1 byte index: 0 total bytes: 0 data beginning 0 before byte index: dfsdffsd There seems to be no way to turn it off: I want to be able to handler the error myself, and do not want the error message cluttering the output needlessly. Reproduce code: --- Expected result: For there to be some way to turn this error message off, or have it redirected to a variable or accessible via some library call. Actual result: -- expat reports error code 4 description: Empty document line: 1 column: 1 byte index: 0 total bytes: 0 data beginning 0 before byte index: dfsdffsd -- Edit this bug report at http://bugs.php.net/?id=46746&edit=1
#46813 [NEW]: class_exists doesn`t work with fully qualified namespace
From: php at mobhoc dot de
Operating system: Gentoo Linux
PHP version: 5.3CVS-2008-12-09 (snap)
PHP Bug Type: Class/Object related
Bug description: class_exists doesn`t work with fully qualified namespace
Description:
The function class_exists doesn`t work with a fully qualified namespace.
Reproduce code:
---
namespace test;
{
class inner
{
}
}
$inner = new \test\inner();
var_dump(class_exists('\test\inner', false));
Expected result:
true
Actual result:
--
false
--
Edit bug report at http://bugs.php.net/?id=46813&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46813&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46813&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46813&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=46813&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=46813&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=46813&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=46813&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=46813&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=46813&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=46813&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=46813&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=46813&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=46813&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=46813&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46813&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=46813&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=46813&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=46813&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=46813&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=46813&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=46813&r=mysqlcfg
#46798 [Opn->Fbk]: memory leaks in mssql extension
ID: 46798
Updated by: [EMAIL PROTECTED]
Reported By: v dot orlov at ulab dot ru
-Status: Open
+Status: Feedback
Bug Type: MSSQL related
Operating System: FreeBSD 6.3
PHP Version: 5.2.7
New Comment:
What is the value of NewsID when a query is executed, is it NULL?
Previous Comments:
[2008-12-08 17:49:33] v dot orlov at ulab dot ru
Description:
When exec simple queries to 'MS SQL 2000' I encounter warnings about
memory leaks in apache error log, see below.
Versions:
System FreeBSD 6.3 i386
freetds-0.64_2 (from ports)
apache 1.3.41
php 5.2.6 (5.2.7 has been removed from distribution)
suhosin patch 5.2.6-0.9.6.2
apache & php builded manually (not from ports)
Note: without suhosin patch call mssql_query crashing apache
(segfault).
Reproduce code:
---
./configure --with-mssql=/usr/local --with-unixODBC
--with-apxs=/www/bin/apxs --enable-session --with-iconv --with-mm
--with-pcre-regex --with-pcre-dir --with-gd --with-png-dir
--prefix=/www --enable-debug
code like:
msql_connect("dbserver")
$res = mssql_query("select NewsID from News");
Expected result:
workable mssql module
Actual result:
--
error log with suhosin patch and --debug flag
/root/apache-install/php-5.2.6/Zend/zend_variables.h(35) : Block
0x08123528 status:
/root/apache-install/php-5.2.6/Zend/zend_variables.c(36) : Actual
location (location was relayed)
Beginning: OK (allocated on
/root/apache-install/php-5.2.6/ext/mssql/php_mssql.c:980, 5 bytes)
Start: OK
End: Overflown (magic=0x instead of 0xFBA28207)
1 byte(s) overflown
---
[Mon Dec 8 19:55:01 2008] Script:
'/usr/local/www/infopin/index.php'
---
/root/apache-install/php-5.2.6/Zend/zend_variables.h(35) : Block
0x08123498 status:
/root/apache-install/php-5.2.6/Zend/zend_variables.c(36) : Actual
location (location was relayed)
Beginning: OK (allocated on
/root/apache-install/php-5.2.6/ext/mssql/php_mssql.c:980, 5 bytes)
Start: OK
End: Overflown (magic=0x instead of 0xFBA28207)
1 byte(s) overflown
---
[Mon Dec 8 19:55:01 2008] Script:
'/usr/local/www/infopin/index.php'
/root/apache-install/php-5.2.6/ext/mssql/php_mssql.c(980) : Freeing
0x0810F1B0 (5 bytes), script=/usr/local/www/infopin/index.php
Last leak repeated 16 times
=== Total 17 memory leaks detected ===
--
Edit this bug report at http://bugs.php.net/?id=46798&edit=1
#31948 [Com]: __soapCall & __call producing wrong output
ID: 31948
Comment by: dontwantto at gmail dot com
Reported By: wico at cnh dot nl
Status: No Feedback
Bug Type: SOAP related
Operating System: debian (dotdeb php5)
PHP Version: 5.0.3
New Comment:
I am having the same issue mentioned above.
Previous Comments:
[2007-06-28 09:38:06] s dot rabot at agematis dot com
I have the same problem that "dolecek at stringdata dot cz", the first
occurence of the array given as parameter of the Soapcall method isn't
send in the request.
[2005-06-15 14:43:09] dolecek at stringdata dot cz
I have very similar problem, using WSDL mode and document/literal. I
have a method 'ping' with single parameter 'message', called like this
:
$c = new SoapClient('my.wsdl');
$ret = $c->__soapCall('ping', array('message' => 'test'));
This sends to server this SOAP message:
http://schemas.xmlsoap.org/soap/envelope/";
xmlns:ns1="urn:EARCHIV">
Note the 'message' parameter is completely ignored
and not included in the output. Using $c->ping(array('message' =>
'test')) works, but I need
__soapCall() in order to be able to send request
headers.
I can provide the WSDL file upon request.
[2005-03-01 01:00:48] 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".
[2005-02-21 23:20:36] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
Please supply *complete* reproduce code and don't forget about expected
& actual results.
[2005-02-13 02:41:32] wico at cnh dot nl
Description:
$data = new soapParam('test1', 'data1');
$data = new soapParam('test2', 'data2');
$data = new soapParam('test3', 'data3');
// works correctly:
$soap->function($data);
// outputs:
data
data
data
// produces wrong output
$soap->__call('function', $data);
$soap->__soapCall('function', $data);
// outputs:
data
data
in short it closes the function tag right away but continues with
putting the arguments in the xml (after removing the first argument)
--
Edit this bug report at http://bugs.php.net/?id=31948&edit=1
#46804 [Bgs]: file related functions/constructs are vulnerable if path is based on user input
ID: 46804 User updated by: deminy at deminy dot net Reported By: deminy at deminy dot net Status: Bogus Bug Type: Filesystem function related Operating System: Ubuntu PHP Version: 5.2.8 New Comment: The bug affects at least some existing open source programs, including one famous CMS/blog system I'm using (although the bug may exist only in some outdated plugins of the system). It could be a bug in PHP. The basic hack technique was described here http://www.astalavista.com/index.php?section=docsys&cmd=details&id=53 . By using '../proc/self/environ%00' instead of '.../proc/self/environ' as a value in $_REQUEST, the way mentioned in the article can be used hacking more open source programs, especially for those that include language files in this way: , where $_lang is somehow based on user input or client browser environment. Here is a piece of code describing how include() is not working as expected: ' . htmlentities(file_get_contents($path)) . ''; ?> Previous Comments: [2008-12-09 09:26:51] [EMAIL PROTECTED] Unfortunately obvious coding errors are not PHP bugs. Never ever trust any input without filtering it. [2008-12-09 08:25:13] deminy at deminy dot net 'allow_url_include' has nothing to do with the bug I mentioned. The bug was not introduced because of including a URL using include/require constructs. [2008-12-09 04:43:12] crrodriguez at opensuse dot org There is extensive literature out there about this, please do your homework before opening bug reports. ps: use allow_url_include=off to prevent this problem, which is fundamentally a problem in **your code**. [2008-12-09 00:57:54] deminy at deminy dot net Description: One of my web hosts was hacked some time ago. After checking access_log and made some research online, I think it was caused by a security bug in PHP, which may cause some PHP open source programs vulnerable. If a PHP program include a file whose file name is based on user request data (e.g., "include($_REQUEST['lang'] . 'inc.php';"), and '/proc/self/environ' is (accidentally) readable by Apache user on Unix/Linux server, the server is probably vulnerable. Posting related HTTP access log and sample code here may be a threaten to sites built on some PHP open source programs. Please send me an email to request details. Thanks. -- Edit this bug report at http://bugs.php.net/?id=46804&edit=1
#44300 [Com]: mssql_connect fails sometimes
ID: 44300
Comment by: frosty dot z at freesbee dot fr
Reported By: alfa77 at gmail dot com
Status: Open
Bug Type: MSSQL related
Operating System: Windows 2000
PHP Version: 5.2.5
New Comment:
Hi, same problem detected here (connection "rarely" successful with
mssql_connect, with a MSSQL server under quite heavy load).
Happens only with PHP on Windows, not on Linux (FreeDTS).
But for some reason I needed to connect from PHP/Windows, so I have
used the "ADO workaround", as previously suggested by alfa77.
At first, I didn't understand very well that workaround, so here are
some details :
Do not use the ADOdb engine 'mssql' because it will still use
mssql_connect(). Instead, use 'ado_mssql' which uses COM objects ; that
makes all the difference.
Here is a basic database functions lib :
function db_open($db_host, $db_login, $db_pass, $db_name)
{
$db = NewADOConnection('ado_mssql');
$dsn="PROVIDER=MSDASQL;DRIVER={SQL Server};"
.
"SERVER=".$db_host.";DATABASE=".$db_name.";UID=".$db_login.";PWD=".$db_pass.";";
$db->Connect($dsn);
return $db;
}
function db_query($db, $query)
{
return $db->Execute($query);
}
function db_fetch_assoc($res)
{
$obj = $res->FetchNextObj();
return get_object_vars($obj);
}
function db_close($db)
{
$db->Close();
}
Previous Comments:
[2008-09-26 11:53:35] yusefhassan at gmail dot com
Have you try editing php.ini mssql.max_procs?
mssql.max_procs = -1
[2008-03-26 08:31:18] william at nettsite dot co dot za
I am running three Windows XP SP2 boxes as developer workstations, all
PHP 5.2.5, installed into c:\php to avoid the space in "Program Files",
and the MS Sql connection works perfectly on one of the machines, but
not the other two. All three boxes are on the same LAN, can connect to
the database using MS SQL Studio, and all have IIS 5.1. I have copied
the PHP installation from the working PC to the others, no difference.
This is whether the connection is to a remote or local SQL server.
[2008-03-10 05:41:10] alfa77 at gmail dot com
I think that this problem occurs due to usage of old DB-Lib for
connecting to MSSQL. There are another bug that you cant fetch
varchar more than 256-character length (you have to convert it to
TEXT).
Its a pity, but the best way to work with MSSQL now is using ADO (no
connection/long varchar/Unicode problems).
[2008-03-08 07:38:07] alfa77 at gmail dot com
Well, I found two solutions.
1) I use ADO to connect to MSSQL. ADO is more slower (up to 2 times!),
than mssql_* functions, but there are no connection problems
2) I set connection timeout in code:
function getmt()
{
list($usec, $sec)=explode(" ",microtime());
return ((float)$usec+(float)$sec);
}
$time_st=getmt();
$db=new CSql;
while(!$db->connect_db($Host, $Name, $Login, $Passw))
if(round(getmt()-$time_st, 0)>60) break;
if(!$db->dbc) die("Connection failed!");
It is too hard to use odbc_* functions, because there are a lot of bugs
with TEXT field type I must put it on the last position in query and
use CONVERT(varbinary, other way I get ODBC errors.
I hope that mssql_* and odbc_* problems will be solved in future PHP
releases.
[2008-03-01 03:30:06] alfa77 at gmail dot com
Description:
Hello!
The number of my site users has recently increased and I have faced the
following bug:
mssql_connect function sometimes fails to connect to MSSQL. It works
fine for few hours,
then suddenly fails, and the work is resumed in a few minutes.
Here is the part of my DB class (CSql)
function connect_db($server, $user, $password)
{
$this->dbc=mssql_connect($server, $user, $password);
if(!$this->dbc) return false;
return true;
}
The warnings in Apache log are
[Thu Feb 21 20:50:58 2008] [error] [client 82.200.***.***] PHP Warning:
mssql_connect()
[function.mssql-connect]: Unable
to connect to server:
** in **.php on line 22
When I reload the page on site, connection sometimes succeeds,
sometimes fails.
Web-server configuration: Windows 2000 Server (SP4) + Apache 2 + PHP
5.2.5. Peak usage
of CPUs is no more than 70%, RAM usage no more than 50%. There is a
program on this server
that works with MSSQL through ADO, and it never has connection
problems. There are no
connection problems from LAN too.
SQL Server 2000 (SP4) is working on dedicated server (Windows 2000
Server (SP4))
which is connected to the web server by gigabit LAN. I have tested the
network adapters,
they work fine. CPUs usage is no more than 60%, RAM usage no more
than 70%.
I have
#46770 [Opn->Csd]: Intel C + + Compiler 11.0 on php 5.2.7
ID: 46770 Updated by: [EMAIL PROTECTED] Reported By: ryo dot wong at uplinuxes dot net -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: centos 5.2 64bit PHP Version: 5.2.8 New Comment: In PHP 5.2.7 and above there are checks for use of icc, you don't need to mess with any environment vars. Previous Comments: [2008-12-09 13:00:08] ryo dot wong at uplinuxes dot net If there is no set icc in PHP 5.2.8, it is normal, but PHP 5.2.6, it is normal to use icc. [2008-12-09 12:48:38] [EMAIL PROTECTED] Did you or did you not try without setting those flags prior to running configure? Please answer the feedback requested, NOTHING else. [2008-12-09 10:57:58] ryo dot wong at uplinuxes dot net php 5.2.8 the same problems, php 5.2.6 did not. [2008-12-09 09:37:17] [EMAIL PROTECTED] Let's try again: DO NOT set any CC / CXX / CFLAGS yourself. [2008-12-09 01:09:46] ryo dot wong at uplinuxes dot net Error message: icc: command line warning #10006: ignoring unknown option '-frpath' icc: command line warning #10006: ignoring unknown option '-frpath' icc: command line warning #10156: ignoring option '-s'; no argument required ipo: error #11021: OBJREAD Error: Could not create mapping for /usr/local/lib icc: error #10014: problem during multi-file optimization compilation (code 1) make: *** [libphp5.la] Error 1 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/46770 -- Edit this bug report at http://bugs.php.net/?id=46770&edit=1
#38805 [Com]: PDO Truncates Text from SQL Server Text Data Type Field
ID: 38805 Comment by: mcleod at spaceweb dot nl Reported By: gkrajci at arescorporation dot com Status: No Feedback Bug Type: PDO related Operating System: Windows NT PBMA-WB2 5.2 build 37 PHP Version: 5.1.6 New Comment: Also on: PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies Using Zend_DB with mssql driver! On windows XP Pro SP 3 in command line php script. Have set the mssql textlimit and textsize in php.ini, but indeed, these do not help. Previous Comments: [2008-11-29 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". [2008-11-25 22:12:16] ASDF_TRASHED at YAHOO dot COM why doesnt somebody fix this shit. what the hell. [2008-11-21 15:47:28] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ 5.2.3 is not the latest. Please give it a try [2008-11-21 15:31:53] andrew dot henze at gmail dot com This is where I get slaughtered: I'm using PHP Version 5.2.3 and I still have this problem. [2008-11-21 15:01:15] [EMAIL PROTECTED] Is it still present in latest 5.2 RC? 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/38805 -- Edit this bug report at http://bugs.php.net/?id=38805&edit=1
#46788 [Bgs]: date u format always shows 0's
ID: 46788
Updated by: [EMAIL PROTECTED]
Reported By: neo_in_matrix at msn dot com
Status: Bogus
Bug Type: Date/time related
Operating System: all
PHP Version: 5.2.7
New Comment:
Please read the docs: http://php.net/date
"Note: Since this function only accepts integer timestamps the u format
character is only useful when using the date_format() function with user
based timestamps created with date_create(). "
Previous Comments:
[2008-12-09 13:58:26] [EMAIL PROTECTED]
Like this:
$d = new DateTime("2008-12-09 14:57:55.25871");
echo $d->format( "u" );
echos:
258710
[2008-12-09 13:54:16] neo_in_matrix at msn dot com
Sorry... But I am quite curious about this 'problem'. Since date does
not return useful value for 'u', what else functions use this format?
[2008-12-07 14:18:34] [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
This is correct. Date internally only uses timestamps, which are signed
*integers* and thus don't know anything about fractions.
[2008-12-06 19:56:42] [EMAIL PROTECTED]
engine > date/time
[2008-12-06 19:42:30] neo_in_matrix at msn dot com
Description:
date('u') always returns 0's, on Windows and Linux.
--
Edit this bug report at http://bugs.php.net/?id=46788&edit=1
#46788 [Bgs]: date u format always shows 0's
ID: 46788
Updated by: [EMAIL PROTECTED]
Reported By: neo_in_matrix at msn dot com
Status: Bogus
Bug Type: Date/time related
Operating System: all
PHP Version: 5.2.7
New Comment:
Like this:
$d = new DateTime("2008-12-09 14:57:55.25871");
echo $d->format( "u" );
echos:
258710
Previous Comments:
[2008-12-09 13:54:16] neo_in_matrix at msn dot com
Sorry... But I am quite curious about this 'problem'. Since date does
not return useful value for 'u', what else functions use this format?
[2008-12-07 14:18:34] [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
This is correct. Date internally only uses timestamps, which are signed
*integers* and thus don't know anything about fractions.
[2008-12-06 19:56:42] [EMAIL PROTECTED]
engine > date/time
[2008-12-06 19:42:30] neo_in_matrix at msn dot com
Description:
date('u') always returns 0's, on Windows and Linux.
--
Edit this bug report at http://bugs.php.net/?id=46788&edit=1
#46788 [Bgs]: date u format always shows 0's
ID: 46788
User updated by: neo_in_matrix at msn dot com
Reported By: neo_in_matrix at msn dot com
Status: Bogus
Bug Type: Date/time related
Operating System: all
PHP Version: 5.2.7
New Comment:
Sorry... But I am quite curious about this 'problem'. Since date does
not return useful value for 'u', what else functions use this format?
Previous Comments:
[2008-12-07 14:18:34] [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
This is correct. Date internally only uses timestamps, which are signed
*integers* and thus don't know anything about fractions.
[2008-12-06 19:56:42] [EMAIL PROTECTED]
engine > date/time
[2008-12-06 19:42:30] neo_in_matrix at msn dot com
Description:
date('u') always returns 0's, on Windows and Linux.
--
Edit this bug report at http://bugs.php.net/?id=46788&edit=1
#46680 [Opn->Asn]: Files created in wrong directory (include path vs current working directory)
ID: 46680 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Filesystem function related Operating System: * PHP Version: 5.3CVS-2008-11-26 (snap) -Assigned To: +Assigned To: cellog New Comment: Looks like all those changes Greg did broke this (too). Previous Comments: [2008-11-26 18:02:36] [EMAIL PROTECTED] These tests are also now checked into 6.0. [2008-11-26 10:15:48] [EMAIL PROTECTED] Description: The following tests were ported from 5.2.X and do not work as expected on 5.3. The tests all create a test file and expect it to be created in an include directory. Instead it looks like the file is being created elsewhere This particularly affects file_put_contents() with the FILE_USE_INCLUDE_PATH flag set, and also fopen(...). Reproduce code: --- See the tests now checked into CVS: ext/standard/tests/file/file_put_contents_variation4.phpt ext/standard/tests/file/file_put_contents_variation5.phpt ext/standard/tests/file/file_put_contents_variation6.phpt ext/standard/tests/file/fopen_variation5.phpt ext/standard/tests/file/fopen_variation7.phpt ext/standard/tests/file/fopen_variation8.phpt ext/standard/tests/file/fopen_variation9.phpt ext/standard/tests/file/fopen_variation12.phpt ext/standard/tests/file/fopen_variation16.phpt ext/standard/tests/file/fopen_variation17.phpt Expected result: See expected output in the PHPTs. Actual result: -- See the test results from running the PHPTs. -- Edit this bug report at http://bugs.php.net/?id=46680&edit=1
#46770 [Fbk->Opn]: Intel C + + Compiler 11.0 on php 5.2.7
ID: 46770 User updated by: ryo dot wong at uplinuxes dot net Reported By: ryo dot wong at uplinuxes dot net -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: centos 5.2 64bit PHP Version: 5.2.8 New Comment: If there is no set icc in PHP 5.2.8, it is normal, but PHP 5.2.6, it is normal to use icc. Previous Comments: [2008-12-09 12:48:38] [EMAIL PROTECTED] Did you or did you not try without setting those flags prior to running configure? Please answer the feedback requested, NOTHING else. [2008-12-09 10:57:58] ryo dot wong at uplinuxes dot net php 5.2.8 the same problems, php 5.2.6 did not. [2008-12-09 09:37:17] [EMAIL PROTECTED] Let's try again: DO NOT set any CC / CXX / CFLAGS yourself. [2008-12-09 01:09:46] ryo dot wong at uplinuxes dot net Error message: icc: command line warning #10006: ignoring unknown option '-frpath' icc: command line warning #10006: ignoring unknown option '-frpath' icc: command line warning #10156: ignoring option '-s'; no argument required ipo: error #11021: OBJREAD Error: Could not create mapping for /usr/local/lib icc: error #10014: problem during multi-file optimization compilation (code 1) make: *** [libphp5.la] Error 1 [2008-12-09 01:05:12] ryo dot wong at uplinuxes dot net The revised php 5.2.7 / 5.2.8 same problem, but in php 5.2.6 do not have this problem. #!/bin/sh export CC="icc -static-intel" export CXX="icpc -static-intel" export CXXFLAGS="-O3 -unroll2 -ip -mp -restrict -xP" ./configure \ --libdir=/usr/lib64 \ --with-apxs2 \ --with-curl=/usr/local \ --with-gd \ --with-ttf \ --with-gettext \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-freetype-dir=/usr/local \ --with-iconv=/usr/local \ --with-zlib \ --with-zlib-dir=/usr/local \ --with-mcrypt \ --with-mhash \ --with-openssl \ --with-kerberos=/usr/lib64 \ --with-mysql=/usr/local/mysqld/lib64/mysql \ --with-mysqli=/usr/local/mysqld/bin/mysql_config \ --with-pdo-mysql=/usr/local/mysqld \ --with-pear \ --enable-bcmath \ --enable-calendar \ --enable-exif \ --enable-ftp \ --enable-gd-native-ttf \ --enable-magic-quotes \ --enable-safe-mode \ --enable-soap \ --enable-sockets \ --enable-mbstring \ --enable-zip \ --enable-wddx \ --disable-ipv6 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/46770 -- Edit this bug report at http://bugs.php.net/?id=46770&edit=1
#46801 [Opn->Bgs]: include() searches wrong directory according to the doc
ID: 46801 Updated by: [EMAIL PROTECTED] Reported By: tomas at matfyz dot cz -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Linux PHP Version: 5.2.0 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See bug #46395 Previous Comments: [2008-12-08 23:04:31] tomas at matfyz dot cz I'm sorry, I don't have access to newer version of PHP, I'm not a PHP developer. I can use only what my webhosting provider has, which is only older stable versions. But if you provide me with FTP access to some of your testing servers, I can test it. [2008-12-08 22:27:38] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2008-12-08 20:40:15] tomas at matfyz dot cz Note that I would appreciate the behaviour described in the documentation. It seems more logical and more useful than the current behaviour, because there is a risk that local file will override the internal file in the 'include/' dir! The libraries (in this case the sources under 'include/' dir) are compact sets of sources which include themselves and of course do not take into account the files in the user's dir. [2008-12-08 19:57:23] tomas at matfyz dot cz I can't help it, the link is being wrapped by this website, you must re-construct it. [2008-12-08 19:56:12] tomas at matfyz dot cz Sorry, the correct link is http://artax.karlin.mff.cuni.cz/~ttel5535/obs/pok_require_dirs3/report/www/use.php 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/46801 -- Edit this bug report at http://bugs.php.net/?id=46801&edit=1
#46561 [Opn->Bgs]: Warning:Cannot add element to the array as the next element is already occupied
ID: 46561
Updated by: [EMAIL PROTECTED]
Reported By: jian at theorchard dot com
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: *
PHP Version: 5.2.6
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:
[2008-11-16 01:15:33] jian at theorchard dot com
I'm not sure if this code really adds an element with key 0x8000
and then an other with 0x7FFF? It's very hard to reproduce it. It
only has happened twice. Your suggestion should fix the problem. But I
was so surprised that I got that warning.
[2008-11-15 15:26:29] [EMAIL PROTECTED]
Does this code really adds an element with key 0x8000 and then an
other with 0x7FFF ?
There is many possible work arounds for this issue. The simplest one is
probably to do $this->drives[$row['drive_id']] = $row['drive_id'].
[2008-11-14 20:52:33] jian at theorchard dot com
Ok. So the fix was to add the missing warning. Then the warnings I
got from my code doesn't apply to this fix. Ok, here's what happened in
my case. I have a small class that is like this below.
drives[] = $row['drive_id'];
}
}
}
}
?>
Line "$this->drives[] = $row['drive_id'];" throws out the same warning.
I'm scracthing my head trying to resolve this. Any ideas?
[2008-11-14 18:24:52] [EMAIL PROTECTED]
What was fixed in #41685 is that array_push() was not producing
warnings in this case (the fix has added the warning in array_push()).
[2008-11-13 00:27:55] jian at theorchard dot com
Description:
PHP Bugs: #41685 was not fixed in version 5.2.5 and 5.2.6. I was able
to reproduce the problem with this exact code from rob_nicholson at uk
dot ibm dot com's example.
Reproduce code:
---
Expected result:
array(3) {
[-2147483648]=>
int(8)
[2147483647]=>
int(1)
[0]=>
string(3) "foo"
}
Actual result:
--
PHP Warning: array_push(): Cannot add element to the array as the next
element is already occupied in C:\test.php on line 6
array(2) {
[-2147483648]=>
int(8)
[2147483647]=>
int(1)
}
--
Edit this bug report at http://bugs.php.net/?id=46561&edit=1
#46770 [Opn->Fbk]: Intel C + + Compiler 11.0 on php 5.2.7
ID: 46770 Updated by: [EMAIL PROTECTED] Reported By: ryo dot wong at uplinuxes dot net -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: centos 5.2 64bit PHP Version: 5.2.8 New Comment: Did you or did you not try without setting those flags prior to running configure? Please answer the feedback requested, NOTHING else. Previous Comments: [2008-12-09 10:57:58] ryo dot wong at uplinuxes dot net php 5.2.8 the same problems, php 5.2.6 did not. [2008-12-09 09:37:17] [EMAIL PROTECTED] Let's try again: DO NOT set any CC / CXX / CFLAGS yourself. [2008-12-09 01:09:46] ryo dot wong at uplinuxes dot net Error message: icc: command line warning #10006: ignoring unknown option '-frpath' icc: command line warning #10006: ignoring unknown option '-frpath' icc: command line warning #10156: ignoring option '-s'; no argument required ipo: error #11021: OBJREAD Error: Could not create mapping for /usr/local/lib icc: error #10014: problem during multi-file optimization compilation (code 1) make: *** [libphp5.la] Error 1 [2008-12-09 01:05:12] ryo dot wong at uplinuxes dot net The revised php 5.2.7 / 5.2.8 same problem, but in php 5.2.6 do not have this problem. #!/bin/sh export CC="icc -static-intel" export CXX="icpc -static-intel" export CXXFLAGS="-O3 -unroll2 -ip -mp -restrict -xP" ./configure \ --libdir=/usr/lib64 \ --with-apxs2 \ --with-curl=/usr/local \ --with-gd \ --with-ttf \ --with-gettext \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-freetype-dir=/usr/local \ --with-iconv=/usr/local \ --with-zlib \ --with-zlib-dir=/usr/local \ --with-mcrypt \ --with-mhash \ --with-openssl \ --with-kerberos=/usr/lib64 \ --with-mysql=/usr/local/mysqld/lib64/mysql \ --with-mysqli=/usr/local/mysqld/bin/mysql_config \ --with-pdo-mysql=/usr/local/mysqld \ --with-pear \ --enable-bcmath \ --enable-calendar \ --enable-exif \ --enable-ftp \ --enable-gd-native-ttf \ --enable-magic-quotes \ --enable-safe-mode \ --enable-soap \ --enable-sockets \ --enable-mbstring \ --enable-zip \ --enable-wddx \ --disable-ipv6 [2008-12-08 10:49:53] [EMAIL PROTECTED] Try without setting your own CFLAGS, etc. And these paths are invalid: /usr/local/lib (correct path in this case is: /usr/local) 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/46770 -- Edit this bug report at http://bugs.php.net/?id=46770&edit=1
#46810 [Asn->Csd]: "hmmm" printed on make install
ID: 46810 Updated by: [EMAIL PROTECTED] Reported By: mail at tomsommer dot dk -Status: Assigned +Status: Closed Bug Type: Compile Warning Operating System: Linux PHP Version: 5.2.8 Assigned To: pajoye New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2008-12-09 09:25:32] [EMAIL PROTECTED] Fixed in zip, it was not used anymore. No idea about the other, is it supposed to reach this condition? [2008-12-09 09:09:22] [EMAIL PROTECTED] It's the braindead hack someone added for BC reasons. Pierre, it's your stuff that breaks here. Remove the crap from Makefile.frag and use the proper configure macro instead: PHP_INSTALL_HEADERS [2008-12-09 08:17:18] mail at tomsommer dot dk Description: When doing make install in 5.2.8, the script ends with printing "hmmm"x2, for some very odd and most likely debuggy reason. # grep -R "hmmm" * Makefile: echo "hmmm"; \ Makefile: echo "hmmm"; \ Makefile.fragments: echo "hmmm"; \ Makefile.fragments: echo "hmmm"; \ ext/zip/Makefile.frag: echo "hmmm"; \ ext/pdo/Makefile.frag: echo "hmmm"; \ Reproduce code: --- ./configure make make install Expected result: ... Warning! a PEAR user config file already exists from a previous PEAR installation at '/root/.pearrc'. You may probably want to remove it. Wrote PEAR system config file at: /usr/local/etc/pear.conf You may want to add: /usr/local/lib/php to your php.ini include_path Installing PDO headers: /usr/local/include/php/ext/pdo/ Installing ZIP headers: /usr/local/include/php/ext/zip/lib Actual result: -- ... Warning! a PEAR user config file already exists from a previous PEAR installation at '/root/.pearrc'. You may probably want to remove it. Wrote PEAR system config file at: /usr/local/etc/pear.conf You may want to add: /usr/local/lib/php to your php.ini include_path Installing PDO headers: /usr/local/include/php/ext/pdo/ Installing ZIP headers: /usr/local/include/php/ext/zip/lib hmmm hmmm -- Edit this bug report at http://bugs.php.net/?id=46810&edit=1
#46770 [Fbk->Opn]: Intel C + + Compiler 11.0 on php 5.2.7
ID: 46770 User updated by: ryo dot wong at uplinuxes dot net Reported By: ryo dot wong at uplinuxes dot net -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: centos 5.2 64bit PHP Version: 5.2.8 New Comment: php 5.2.8 the same problems, php 5.2.6 did not. Previous Comments: [2008-12-09 09:37:17] [EMAIL PROTECTED] Let's try again: DO NOT set any CC / CXX / CFLAGS yourself. [2008-12-09 01:09:46] ryo dot wong at uplinuxes dot net Error message: icc: command line warning #10006: ignoring unknown option '-frpath' icc: command line warning #10006: ignoring unknown option '-frpath' icc: command line warning #10156: ignoring option '-s'; no argument required ipo: error #11021: OBJREAD Error: Could not create mapping for /usr/local/lib icc: error #10014: problem during multi-file optimization compilation (code 1) make: *** [libphp5.la] Error 1 [2008-12-09 01:05:12] ryo dot wong at uplinuxes dot net The revised php 5.2.7 / 5.2.8 same problem, but in php 5.2.6 do not have this problem. #!/bin/sh export CC="icc -static-intel" export CXX="icpc -static-intel" export CXXFLAGS="-O3 -unroll2 -ip -mp -restrict -xP" ./configure \ --libdir=/usr/lib64 \ --with-apxs2 \ --with-curl=/usr/local \ --with-gd \ --with-ttf \ --with-gettext \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-freetype-dir=/usr/local \ --with-iconv=/usr/local \ --with-zlib \ --with-zlib-dir=/usr/local \ --with-mcrypt \ --with-mhash \ --with-openssl \ --with-kerberos=/usr/lib64 \ --with-mysql=/usr/local/mysqld/lib64/mysql \ --with-mysqli=/usr/local/mysqld/bin/mysql_config \ --with-pdo-mysql=/usr/local/mysqld \ --with-pear \ --enable-bcmath \ --enable-calendar \ --enable-exif \ --enable-ftp \ --enable-gd-native-ttf \ --enable-magic-quotes \ --enable-safe-mode \ --enable-soap \ --enable-sockets \ --enable-mbstring \ --enable-zip \ --enable-wddx \ --disable-ipv6 [2008-12-08 10:49:53] [EMAIL PROTECTED] Try without setting your own CFLAGS, etc. And these paths are invalid: /usr/local/lib (correct path in this case is: /usr/local) [2008-12-06 03:39:52] ryo dot wong at i010 dot com icc: command line warning #10006: ignoring unknown option '-frpath' icc: command line warning #10006: ignoring unknown option '-frpath' icc: command line warning #10156: ignoring option '-s'; no argument required ipo: warning #11009: file format not recognized for /usr/local/lib ipo: warning #11009: file format not recognized for /usr/local/mysqld/lib64/mysql ld: ext/libxml/.libs/libxml.o: relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC ext/libxml/.libs/libxml.o: could not read symbols: Bad value make: *** [libphp5.la] Error 1 #!/bin/sh source /opt/intel/Compiler/11.0/074/bin/intel64/iccvars_intel64.sh export CC="icc -static-intel" export CFLAGS="-O3 -unroll2 -ip -restrict -xP" export CXX="icpc -static-intel" export CXXFLAGS="-O3 -unroll2 -ip -restrict -xP" ./configure \ --with-apxs2 \ --with-curl=/usr/local/lib \ --with-gd \ --with-ttf \ --with-gettext \ --with-jpeg-dir=/usr/local/lib \ --with-png-dir=/usr/local/lib \ --with-freetype-dir=/usr/local/lib \ --with-iconv=/usr/local \ --with-zlib \ --with-zlib-dir=/usr/local/lib \ --with-mcrypt \ --with-mhash \ --with-openssl \ --with-kerberos=/usr/lib64 \ --with-mysql=/usr/local/mysqld/lib64/mysql \ --with-mysqli=/usr/local/mysqld/bin/mysql_config \ --with-pdo-mysql=/usr/local/mysqld \ --with-pear \ --enable-bcmath \ --enable-calendar \ --enable-exif \ --enable-ftp \ --enable-gd-native-ttf \ --enable-magic-quotes \ --enable-safe-mode \ --enable-soap \ --enable-sockets \ --enable-mbstring \ --enable-zip \ --enable-wddx \ --disable-ipv6 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/46770 -- Edit this bug report at http://bugs.php.net/?id=46770&edit=1
#46677 [Opn->Fbk]: Can not make install php5.2.6
ID: 46677 Updated by: [EMAIL PROTECTED] Reported By: chunhuan dot pan at alcatel-sbell dot com dot cn -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: HP-UX 11.23 PHP Version: 5.2.6 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Previous Comments: [2008-12-09 01:36:30] chunhuan dot pan at alcatel-sbell dot com dot cn Hello jani: See my backtrace below: --- (gdb) bt #0 0x2330 in () warning: Attempting to unwind past bad PC 0x2330 #1 0x6f7269675f76616c in () (gdb) --- PS: To get a best test ,could you show me the test source ,steps ,I am not very clearly how to get a best backtrace to help you solve the error! Thx a lot ,:-) [2008-12-08 12:32:25] [EMAIL PROTECTED] Now, can you please provide the requested _backtrace_ finally? In gdb using command 'bt'.. [2008-12-04 01:57:58] chunhuan dot pan at alcatel-sbell dot com dot cn Trace No.2 Step 1: bash-3.2# ./configure --prefix=/usr/local/php --with-apxs2=/usr/local/apache2/bin/apxs --enable-debug Step 2: bash-3.2# make Step 3: bash-3.2# make test begin chunhuap*** = EXPECTED FAILED TEST SUMMARY - SPL: ArrayObject::__construct basic usage with ArrayObject::ARRAY_AS_PROPS. [ext/spl/tests/arrayObject___construct_basic4.phpt] SPL: ArrayObject::__construct basic usage with ArrayObject::STD_PROP_LIST|ArrayObject::ARRAY_AS_PROPS. [ext/spl/tests/arrayObject___construct_basic5.phpt] SPL: ArrayObject::exchangeArray() basic usage with object as underlying data store. [ext/spl/tests/arrayObject_exchangeArray_basic3.phpt] SPL: ArrayObject::setFlags basic usage with ArrayObject::ARRAY_AS_PROPS. [ext/spl/tests/arrayObject_setFlags_basic1.phpt] = You may have found a problem in PHP. We would like to send this report automatically to the PHP QA team, to give us a better understanding of how the test cases are doing. If you don't want to send it immediately, you can choose "s" to save the report to a file that you can send us later. Do you want to send this report now? [Yns]: end chunhuap*** Step 4: bash-3.2# make install Begin chunhuap*** Installing PHP SAPI module: apache2handler /usr/local/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp5.la /usr/local/apache2/modules /usr/local/apache2/build/libtool --mode=install cp libphp5.la /usr/local/apache2/modules/ cp .libs/libphp5.lai /usr/local/apache2/modules/libphp5.la cp .libs/libphp5.a /usr/local/apache2/modules/libphp5.a ranlib /usr/local/apache2/modules/libphp5.a chmod 644 /usr/local/apache2/modules/libphp5.a libtool: install: warning: remember to run `libtool --finish /opt/pkg_list/php5.2-200811272330/libs' Warning! dlname not found in /usr/local/apache2/modules/libphp5.la. Assuming installing a .so rather than a libtool archive. chmod 755 /usr/local/apache2/modules/libphp5.so [activating module `php5' in /usr/local/apache2/conf/httpd.conf] Installing PHP CLI binary:/usr/local/php/bin/ Installing PHP CLI man page: /usr/local/php/man/man1/ Installing build environment: /usr/local/php/lib/php/build/ Installing header files: /usr/local/php/include/php/ Installing helper programs: /usr/local/php/bin/ program: phpize program: php-config Installing man pages: /usr/local/php/man/man1/ page: phpize.1 page: php-config.1 Installing PEAR environment: /usr/local/php/lib/php/ No download utilities found. Don't know how to download PEAR archive. +--+ | The installation process is incomplete. The following resources were | | not installed: | | | | PEAR: PHP Extension and Application Repository | | | | To install these components, | | download http://pear.php.net/install-pear.phar to php-src/pear/ | | become the superuser and execute: | |
#46811 [Opn->Asn]: ini_set() doesn't return false on failure
ID: 46811 Updated by: [EMAIL PROTECTED] Reported By: hannes dot magnusson at gmail dot com -Status: Open +Status: Assigned Bug Type: *Configuration Issues Operating System: Linux PHP Version: 5.2.8 -Assigned To: +Assigned To: bjori New Comment: Fixed in HEAD and 5.3. Waiting for 5.2 status report... Previous Comments: [2008-12-09 10:04:29] hannes dot magnusson at gmail dot com Description: ini_set() doesn't return false when updating PHP_INI_ALL entries that can fail. Reproduce code: --- Expected result: bool(false) string(1) "&" Actual result: -- string(1) "&" string(1) "&" -- Edit this bug report at http://bugs.php.net/?id=46811&edit=1
#46812 [NEW]: get_class_vars does not include visible private variable looking at subclass
From: phpbug dot classvars at sub dot noloop dot net Operating system: Linux PHP version: 5.2.8 PHP Bug Type: Class/Object related Bug description: get_class_vars does not include visible private variable looking at subclass Description: Even after bug #45862, #46761 and #46795 there is something really weird going on with get_class_vars(). It seems to be the consensus of the developers that get_class_vars() should return all properties of the given class that are _visible_ from the context calling get_class_vars() (nevermind that the docs claim "returns ... public properties of the class" (see #46795)). (Also, #31543 seems to contradict everything else) But get_class_vars() does not return visible private properties when invoked on a subclass. In the attached code, the second call to dumpClass should return 'private_a', as $private_a would still be visible in methods in A, even if the object in question actually is of type B. As a side note, I find it a bit strange that the behaviour of get_class_vars() function changed between 5.2.6 and 5.2.7 (it broke a real-world inhouse app here, for example) :) Reproduce code: --- ) Array ( [private_a] => ) Actual result: -- Array ( [private_a] => ) Array ( ) -- Edit bug report at http://bugs.php.net/?id=46812&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46812&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46812&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46812&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46812&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46812&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46812&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46812&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46812&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46812&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46812&r=support Expected behavior: http://bugs.php.net/fix.php?id=46812&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46812&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46812&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46812&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46812&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46812&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46812&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46812&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46812&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46812&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46812&r=mysqlcfg
#46811 [NEW]: ini_set() doesn't return false on failure
From: hannes dot magnusson at gmail dot com Operating system: Linux PHP version: 5.2.8 PHP Bug Type: *Configuration Issues Bug description: ini_set() doesn't return false on failure Description: ini_set() doesn't return false when updating PHP_INI_ALL entries that can fail. Reproduce code: --- Expected result: bool(false) string(1) "&" Actual result: -- string(1) "&" string(1) "&" -- Edit bug report at http://bugs.php.net/?id=46811&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46811&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46811&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46811&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46811&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46811&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46811&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46811&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46811&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46811&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46811&r=support Expected behavior: http://bugs.php.net/fix.php?id=46811&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46811&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46811&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46811&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46811&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46811&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46811&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46811&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46811&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46811&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46811&r=mysqlcfg
#46805 [Opn->Bgs]: libmysqli.dll is missing
ID: 46805 Updated by: [EMAIL PROTECTED] Reported By: manga at premits dot com -Status: Open +Status: Bogus Bug Type: MySQLi related Operating System: win32 only PHP Version: 5.2.8 -Assigned To: +Assigned To: pajoye New Comment: libmysqli is not present anymore since many many versions. The extensions load fine using 5.2.8 and libmysql.dll. See http://phpfi.com/386488 be sure to enable it in your php.ini and to restart your web server. Previous Comments: [2008-12-09 09:38:16] manga at premits dot com Hi, I really need help as my PHP 5.2.6 comes without the libmysqli.dll. And I can't bring it to run with the mySQL version I have installed. Something is definitely run here. Maybe someone can really try to simulate the combination I have on a windows 2003 R2 server and get me a result back. I tried it 4 days and work the whole night on this yesterday, but in vain. Please help me as I would not like to go back to older versions. [2008-12-09 02:17:26] manga at premits dot com Description: libmysqli is still mission in the 5.2.6 and 5.2.8 version. mysql extensions can't be loaded. Reproduce code: --- mysql_connect is not recognized Expected result: I receive the error stating that I'm calling an undefine function mysql_connect. I'm running the windows 2003 R2 server with php 5.2.8 and mysql 5.1.30. I made a right installation. PHP runs a part, MySQL run apart but together they are not working; the extensions I think can't be loaded. I copied the necessary dlls in all what you can imagine as folder where they could have to be; noway. And I noticed that the libmysqli.dll is quite missing in the binaries. I copied it the from an older version; very old version as it's still missing in the newest version but no chance. It will not work. My PHP is not working with my mySQL on a windows 2003 R2 IIS Server. ---> And I can't say I'm the one who is doing anything wrong. Actual result: -- I hope to get an solution as I'm not able to run my server since 4 days and my project is stucking. -- Edit this bug report at http://bugs.php.net/?id=46805&edit=1
#46805 [Com]: libmysqli.dll is missing
ID: 46805 Comment by: manga at premits dot com Reported By: manga at premits dot com Status: Open Bug Type: MySQLi related Operating System: win32 only PHP Version: 5.2.8 New Comment: Hi, I really need help as my PHP 5.2.6 comes without the libmysqli.dll. And I can't bring it to run with the mySQL version I have installed. Something is definitely run here. Maybe someone can really try to simulate the combination I have on a windows 2003 R2 server and get me a result back. I tried it 4 days and work the whole night on this yesterday, but in vain. Please help me as I would not like to go back to older versions. Previous Comments: [2008-12-09 02:17:26] manga at premits dot com Description: libmysqli is still mission in the 5.2.6 and 5.2.8 version. mysql extensions can't be loaded. Reproduce code: --- mysql_connect is not recognized Expected result: I receive the error stating that I'm calling an undefine function mysql_connect. I'm running the windows 2003 R2 server with php 5.2.8 and mysql 5.1.30. I made a right installation. PHP runs a part, MySQL run apart but together they are not working; the extensions I think can't be loaded. I copied the necessary dlls in all what you can imagine as folder where they could have to be; noway. And I noticed that the libmysqli.dll is quite missing in the binaries. I copied it the from an older version; very old version as it's still missing in the newest version but no chance. It will not work. My PHP is not working with my mySQL on a windows 2003 R2 IIS Server. ---> And I can't say I'm the one who is doing anything wrong. Actual result: -- I hope to get an solution as I'm not able to run my server since 4 days and my project is stucking. -- Edit this bug report at http://bugs.php.net/?id=46805&edit=1
#46770 [Opn->Fbk]: Intel C + + Compiler 11.0 on php 5.2.7
ID: 46770 Updated by: [EMAIL PROTECTED] Reported By: ryo dot wong at uplinuxes dot net -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: centos 5.2 64bit -PHP Version: 5.2.7 / 5.2.8 +PHP Version: 5.2.8 New Comment: Let's try again: DO NOT set any CC / CXX / CFLAGS yourself. Previous Comments: [2008-12-09 01:09:46] ryo dot wong at uplinuxes dot net Error message: icc: command line warning #10006: ignoring unknown option '-frpath' icc: command line warning #10006: ignoring unknown option '-frpath' icc: command line warning #10156: ignoring option '-s'; no argument required ipo: error #11021: OBJREAD Error: Could not create mapping for /usr/local/lib icc: error #10014: problem during multi-file optimization compilation (code 1) make: *** [libphp5.la] Error 1 [2008-12-09 01:05:12] ryo dot wong at uplinuxes dot net The revised php 5.2.7 / 5.2.8 same problem, but in php 5.2.6 do not have this problem. #!/bin/sh export CC="icc -static-intel" export CXX="icpc -static-intel" export CXXFLAGS="-O3 -unroll2 -ip -mp -restrict -xP" ./configure \ --libdir=/usr/lib64 \ --with-apxs2 \ --with-curl=/usr/local \ --with-gd \ --with-ttf \ --with-gettext \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-freetype-dir=/usr/local \ --with-iconv=/usr/local \ --with-zlib \ --with-zlib-dir=/usr/local \ --with-mcrypt \ --with-mhash \ --with-openssl \ --with-kerberos=/usr/lib64 \ --with-mysql=/usr/local/mysqld/lib64/mysql \ --with-mysqli=/usr/local/mysqld/bin/mysql_config \ --with-pdo-mysql=/usr/local/mysqld \ --with-pear \ --enable-bcmath \ --enable-calendar \ --enable-exif \ --enable-ftp \ --enable-gd-native-ttf \ --enable-magic-quotes \ --enable-safe-mode \ --enable-soap \ --enable-sockets \ --enable-mbstring \ --enable-zip \ --enable-wddx \ --disable-ipv6 [2008-12-08 10:49:53] [EMAIL PROTECTED] Try without setting your own CFLAGS, etc. And these paths are invalid: /usr/local/lib (correct path in this case is: /usr/local) [2008-12-06 03:39:52] ryo dot wong at i010 dot com icc: command line warning #10006: ignoring unknown option '-frpath' icc: command line warning #10006: ignoring unknown option '-frpath' icc: command line warning #10156: ignoring option '-s'; no argument required ipo: warning #11009: file format not recognized for /usr/local/lib ipo: warning #11009: file format not recognized for /usr/local/mysqld/lib64/mysql ld: ext/libxml/.libs/libxml.o: relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC ext/libxml/.libs/libxml.o: could not read symbols: Bad value make: *** [libphp5.la] Error 1 #!/bin/sh source /opt/intel/Compiler/11.0/074/bin/intel64/iccvars_intel64.sh export CC="icc -static-intel" export CFLAGS="-O3 -unroll2 -ip -restrict -xP" export CXX="icpc -static-intel" export CXXFLAGS="-O3 -unroll2 -ip -restrict -xP" ./configure \ --with-apxs2 \ --with-curl=/usr/local/lib \ --with-gd \ --with-ttf \ --with-gettext \ --with-jpeg-dir=/usr/local/lib \ --with-png-dir=/usr/local/lib \ --with-freetype-dir=/usr/local/lib \ --with-iconv=/usr/local \ --with-zlib \ --with-zlib-dir=/usr/local/lib \ --with-mcrypt \ --with-mhash \ --with-openssl \ --with-kerberos=/usr/lib64 \ --with-mysql=/usr/local/mysqld/lib64/mysql \ --with-mysqli=/usr/local/mysqld/bin/mysql_config \ --with-pdo-mysql=/usr/local/mysqld \ --with-pear \ --enable-bcmath \ --enable-calendar \ --enable-exif \ --enable-ftp \ --enable-gd-native-ttf \ --enable-magic-quotes \ --enable-safe-mode \ --enable-soap \ --enable-sockets \ --enable-mbstring \ --enable-zip \ --enable-wddx \ --disable-ipv6 [2008-12-05 19:28:46] [EMAIL PROTECTED] And the error is? 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/46770 -- Edit this bug report at http://bugs.php.net/?id=46770&edit=1
#46048 [Bgs->Opn]: SimpleXML top-level @attributes not part of iterator (PHP_5_3 and above only!)
ID: 46048 Updated by: [EMAIL PROTECTED] -Summary: SimpleXML top-level @attributes not part of iterator Reported By: php at isnoop dot net -Status: Bogus +Status: Open Bug Type: SimpleXML related Operating System: Ubuntu 8.04 server PHP Version: 5.3.0alpha3 Previous Comments: [2008-12-09 01:51:33] php at isnoop dot net I have tested this with the two new PHP releases on yet another server: 5.3.0alpha3 Fails: [] [EMAIL PROTECTED]:~/src/php-5.3.0alpha3/sapi/cli] ./php -v;./php ~/sandbox/bug46048.php PHP 5.3.0alpha3 (cli) (built: Dec 4 2008 17:18:52) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2008 Zend Technologies Array ( [key] => value ) 5.2.8 Passes: [] [EMAIL PROTECTED]:~/src/php-5.2.8/sapi/cli] ./php -v;./php ~/sandbox/bug46048.php PHP 5.2.8 (cli) (built: Dec 8 2008 17:34:28) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies Array ( [EMAIL PROTECTED] => Array ( [id] => 1 ) [key] => value ) [2008-11-17 21:27:47] php at isnoop dot net It appears that you're testing against 5.2.7 which I've verified doesn't exhibit this error. This problem only appears with the 5.3.0 releases. Both the 5.2.* releases and 5.3.* use libxml 2.6.31 on my primary test machine. It is possible that libxml is part of the problem, but it still stands that the problem does not manifest prior to 5.3. [2008-11-17 09:49:46] [EMAIL PROTECTED] $ php t.php Array ( [EMAIL PROTECTED] => Array ( [id] => 1 ) [key] => value ) [EMAIL PROTECTED] ~]$ php -v PHP 5.2.7-dev (cli) (built: Oct 9 2008 16:54:00) (DEBUG) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies So still no bug. If you experience this even with proper XML, I guess it's your libxml that is a buggy version. (my PHP is build with libxml 2.7.2) [2008-11-11 21:51:58] php at isnoop dot net Thank you for that. Reproduce code should be as follows: $xml = ' value '; $obj = simplexml_load_string($xml); print_r(get_object_vars($obj)); [2008-11-11 10:50:33] [EMAIL PROTECTED] Your xml is invalid: $ php -n t.php Warning: simplexml_load_string(): Entity: line 3: parser error : Opening and ending tag mismatch: key line 3 and name in /home/jani/src/build/php_5_3_tst/t.php on line 8 Warning: simplexml_load_string(): value in /home/jani/src/build/php_5_3_tst/t.php on line 8 Warning: simplexml_load_string(): ^ in /home/jani/src/build/php_5_3_tst/t.php on line 8 With non-invalid XML I get expected result. 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/46048 -- Edit this bug report at http://bugs.php.net/?id=46048&edit=1
#46804 [Opn->Bgs]: file related functions/constructs are vulnerable if path is based on user input
ID: 46804 Updated by: [EMAIL PROTECTED] Reported By: deminy at deminy dot net -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: Ubuntu PHP Version: 5.2.8 New Comment: Unfortunately obvious coding errors are not PHP bugs. Never ever trust any input without filtering it. Previous Comments: [2008-12-09 08:25:13] deminy at deminy dot net 'allow_url_include' has nothing to do with the bug I mentioned. The bug was not introduced because of including a URL using include/require constructs. [2008-12-09 04:43:12] crrodriguez at opensuse dot org There is extensive literature out there about this, please do your homework before opening bug reports. ps: use allow_url_include=off to prevent this problem, which is fundamentally a problem in **your code**. [2008-12-09 00:57:54] deminy at deminy dot net Description: One of my web hosts was hacked some time ago. After checking access_log and made some research online, I think it was caused by a security bug in PHP, which may cause some PHP open source programs vulnerable. If a PHP program include a file whose file name is based on user request data (e.g., "include($_REQUEST['lang'] . 'inc.php';"), and '/proc/self/environ' is (accidentally) readable by Apache user on Unix/Linux server, the server is probably vulnerable. Posting related HTTP access log and sample code here may be a threaten to sites built on some PHP open source programs. Please send me an email to request details. Thanks. -- Edit this bug report at http://bugs.php.net/?id=46804&edit=1
#46810 [Asn]: "hmmm" printed on make install
ID: 46810 Updated by: [EMAIL PROTECTED] Reported By: mail at tomsommer dot dk Status: Assigned Bug Type: Compile Warning Operating System: Linux PHP Version: 5.2.8 Assigned To: pajoye New Comment: Fixed in zip, it was not used anymore. No idea about the other, is it supposed to reach this condition? Previous Comments: [2008-12-09 09:09:22] [EMAIL PROTECTED] It's the braindead hack someone added for BC reasons. Pierre, it's your stuff that breaks here. Remove the crap from Makefile.frag and use the proper configure macro instead: PHP_INSTALL_HEADERS [2008-12-09 08:17:18] mail at tomsommer dot dk Description: When doing make install in 5.2.8, the script ends with printing "hmmm"x2, for some very odd and most likely debuggy reason. # grep -R "hmmm" * Makefile: echo "hmmm"; \ Makefile: echo "hmmm"; \ Makefile.fragments: echo "hmmm"; \ Makefile.fragments: echo "hmmm"; \ ext/zip/Makefile.frag: echo "hmmm"; \ ext/pdo/Makefile.frag: echo "hmmm"; \ Reproduce code: --- ./configure make make install Expected result: ... Warning! a PEAR user config file already exists from a previous PEAR installation at '/root/.pearrc'. You may probably want to remove it. Wrote PEAR system config file at: /usr/local/etc/pear.conf You may want to add: /usr/local/lib/php to your php.ini include_path Installing PDO headers: /usr/local/include/php/ext/pdo/ Installing ZIP headers: /usr/local/include/php/ext/zip/lib Actual result: -- ... Warning! a PEAR user config file already exists from a previous PEAR installation at '/root/.pearrc'. You may probably want to remove it. Wrote PEAR system config file at: /usr/local/etc/pear.conf You may want to add: /usr/local/lib/php to your php.ini include_path Installing PDO headers: /usr/local/include/php/ext/pdo/ Installing ZIP headers: /usr/local/include/php/ext/zip/lib hmmm hmmm -- Edit this bug report at http://bugs.php.net/?id=46810&edit=1
#46810 [Opn->Asn]: "hmmm" printed on make install
ID: 46810 Updated by: [EMAIL PROTECTED] Reported By: mail at tomsommer dot dk -Status: Open +Status: Assigned Bug Type: Compile Warning Operating System: Linux PHP Version: 5.2.8 -Assigned To: +Assigned To: pajoye New Comment: It's the braindead hack someone added for BC reasons. Pierre, it's your stuff that breaks here. Remove the crap from Makefile.frag and use the proper configure macro instead: PHP_INSTALL_HEADERS Previous Comments: [2008-12-09 08:17:18] mail at tomsommer dot dk Description: When doing make install in 5.2.8, the script ends with printing "hmmm"x2, for some very odd and most likely debuggy reason. # grep -R "hmmm" * Makefile: echo "hmmm"; \ Makefile: echo "hmmm"; \ Makefile.fragments: echo "hmmm"; \ Makefile.fragments: echo "hmmm"; \ ext/zip/Makefile.frag: echo "hmmm"; \ ext/pdo/Makefile.frag: echo "hmmm"; \ Reproduce code: --- ./configure make make install Expected result: ... Warning! a PEAR user config file already exists from a previous PEAR installation at '/root/.pearrc'. You may probably want to remove it. Wrote PEAR system config file at: /usr/local/etc/pear.conf You may want to add: /usr/local/lib/php to your php.ini include_path Installing PDO headers: /usr/local/include/php/ext/pdo/ Installing ZIP headers: /usr/local/include/php/ext/zip/lib Actual result: -- ... Warning! a PEAR user config file already exists from a previous PEAR installation at '/root/.pearrc'. You may probably want to remove it. Wrote PEAR system config file at: /usr/local/etc/pear.conf You may want to add: /usr/local/lib/php to your php.ini include_path Installing PDO headers: /usr/local/include/php/ext/pdo/ Installing ZIP headers: /usr/local/include/php/ext/zip/lib hmmm hmmm -- Edit this bug report at http://bugs.php.net/?id=46810&edit=1
#46804 [Opn]: file related functions/constructs are vulnerable if path is based on user input
ID: 46804 User updated by: deminy at deminy dot net Reported By: deminy at deminy dot net Status: Open Bug Type: Filesystem function related Operating System: Ubuntu PHP Version: 5.2.8 New Comment: 'allow_url_include' has nothing to do with the bug I mentioned. The bug was not introduced because of including a URL using include/require constructs. Previous Comments: [2008-12-09 04:43:12] crrodriguez at opensuse dot org There is extensive literature out there about this, please do your homework before opening bug reports. ps: use allow_url_include=off to prevent this problem, which is fundamentally a problem in **your code**. [2008-12-09 00:57:54] deminy at deminy dot net Description: One of my web hosts was hacked some time ago. After checking access_log and made some research online, I think it was caused by a security bug in PHP, which may cause some PHP open source programs vulnerable. If a PHP program include a file whose file name is based on user request data (e.g., "include($_REQUEST['lang'] . 'inc.php';"), and '/proc/self/environ' is (accidentally) readable by Apache user on Unix/Linux server, the server is probably vulnerable. Posting related HTTP access log and sample code here may be a threaten to sites built on some PHP open source programs. Please send me an email to request details. Thanks. -- Edit this bug report at http://bugs.php.net/?id=46804&edit=1
#46810 [NEW]: "hmmm" printed on make install
From: mail at tomsommer dot dk Operating system: Linux PHP version: 5.2.8 PHP Bug Type: Compile Warning Bug description: "hmmm" printed on make install Description: When doing make install in 5.2.8, the script ends with printing "hmmm"x2, for some very odd and most likely debuggy reason. # grep -R "hmmm" * Makefile: echo "hmmm"; \ Makefile: echo "hmmm"; \ Makefile.fragments: echo "hmmm"; \ Makefile.fragments: echo "hmmm"; \ ext/zip/Makefile.frag: echo "hmmm"; \ ext/pdo/Makefile.frag: echo "hmmm"; \ Reproduce code: --- ./configure make make install Expected result: ... Warning! a PEAR user config file already exists from a previous PEAR installation at '/root/.pearrc'. You may probably want to remove it. Wrote PEAR system config file at: /usr/local/etc/pear.conf You may want to add: /usr/local/lib/php to your php.ini include_path Installing PDO headers: /usr/local/include/php/ext/pdo/ Installing ZIP headers: /usr/local/include/php/ext/zip/lib Actual result: -- ... Warning! a PEAR user config file already exists from a previous PEAR installation at '/root/.pearrc'. You may probably want to remove it. Wrote PEAR system config file at: /usr/local/etc/pear.conf You may want to add: /usr/local/lib/php to your php.ini include_path Installing PDO headers: /usr/local/include/php/ext/pdo/ Installing ZIP headers: /usr/local/include/php/ext/zip/lib hmmm hmmm -- Edit bug report at http://bugs.php.net/?id=46810&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46810&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46810&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46810&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46810&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46810&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46810&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46810&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46810&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46810&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46810&r=support Expected behavior: http://bugs.php.net/fix.php?id=46810&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46810&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46810&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46810&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46810&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46810&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46810&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46810&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46810&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46810&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46810&r=mysqlcfg
