[PHP-BUG] Bug #54938 [NEW]: HTTP context with POST method should return response body
From: Operating system: Linux/Ubuntu PHP version: 5.3.6 Package: Streams related Bug Type: Bug Bug description:HTTP context with POST method should return response body Description: Apparently, having a POST method HTTP context request does not return response body back. Tested with stream_get_contents() but I suspect it does affect other similar functions as well (file_get_contents/fread). -- Edit bug report at http://bugs.php.net/bug.php?id=54938&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54938&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54938&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54938&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54938&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54938&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54938&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54938&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54938&r=needscript Try newer version: http://bugs.php.net/fix.php?id=54938&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54938&r=support Expected behavior: http://bugs.php.net/fix.php?id=54938&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54938&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54938&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54938&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54938&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54938&r=dst IIS Stability: http://bugs.php.net/fix.php?id=54938&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54938&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54938&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54938&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54938&r=mysqlcfg
Bug #54938 [Opn->Fbk]: HTTP context with POST method should return response body
Edit report at http://bugs.php.net/bug.php?id=54938&edit=1
ID: 54938
Updated by: johan...@php.net
Reported by:simast at gmail dot com
Summary:HTTP context with POST method should return response
body
-Status: Open
+Status: Feedback
Type: Bug
Package:Streams related
Operating System: Linux/Ubuntu
PHP Version:5.3.6
Block user comment: N
Private report: N
New Comment:
Are you sure your server response with some content? This works fine:
array(
'method'=>'POST' )
);
$context = stream_context_create($opts);
$fp = fopen('http://php.net', 'r', false, $context);
echo stream_get_contents($fp);
?>
Previous Comments:
[2011-05-27 11:23:08] simast at gmail dot com
Description:
Apparently, having a POST method HTTP context request does not return
response
body back. Tested with stream_get_contents() but I suspect it does
affect other
similar functions as well (file_get_contents/fread).
--
Edit this bug report at http://bugs.php.net/bug.php?id=54938&edit=1
Bug #54938 [Fbk->Opn]: HTTP context with POST method should return response body
Edit report at http://bugs.php.net/bug.php?id=54938&edit=1
ID: 54938
User updated by:simast at gmail dot com
Reported by:simast at gmail dot com
Summary:HTTP context with POST method should return response
body
-Status: Feedback
+Status: Open
Type: Bug
Package:Streams related
Operating System: Linux/Ubuntu
PHP Version:5.3.6
Block user comment: N
Private report: N
New Comment:
My bad - content is only returned on 200 OK response code. So this bug
is related
to http://bugs.php.net/bug.php?id=54898. And once that is sorted - this
should
work too.
Previous Comments:
[2011-05-27 12:06:40] johan...@php.net
Are you sure your server response with some content? This works fine:
array(
'method'=>'POST' )
);
$context = stream_context_create($opts);
$fp = fopen('http://php.net', 'r', false, $context);
echo stream_get_contents($fp);
?>
[2011-05-27 11:23:08] simast at gmail dot com
Description:
Apparently, having a POST method HTTP context request does not return
response
body back. Tested with stream_get_contents() but I suspect it does
affect other
similar functions as well (file_get_contents/fread).
--
Edit this bug report at http://bugs.php.net/bug.php?id=54938&edit=1
[PHP-BUG] Bug #54940 [NEW]: Corrupt JPEG data: 200 extraneous bytes before marker 0xc4
From: Operating system: Windows XP 32 PHP version: 5.3.6 Package: GD related Bug Type: Bug Bug description:Corrupt JPEG data: 200 extraneous bytes before marker 0xc4 Description: I noticed that imagecreatefromjpeg() failed loading some JPEGs. I thought the files were corrupt, but then I successfully opened them on The Gimp. I noticed that if I opened one of those files on The Gimp and just saved it (without doing any modifications), imagecreatefromjpeg() would open the saved file with no problems. So, It's clear that some JPEGs are a little different from the others and that The Gimp fixes them on saving. imagecreatefromjpeg() issues the following warnings: Warning: imagecreatefromjpeg() [function.imagecreatefromjpeg]: gd-jpeg, libjpeg: recoverable error: Corrupt JPEG data: 200 extraneous bytes before marker 0xc4 in exp.php on line 3 Warning: imagecreatefromjpeg() [function.imagecreatefromjpeg]: '954.jpg' is not a valid JPEG file in exp.php on line 3 PS: I've found bug 39918 similar to this. The problems seam to be related but not the same. The first warnings looks like issued by a lower level function and states that the error is recoverable. Test script: --- http://bugs.php.net/bug.php?id=54940&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54940&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54940&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54940&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54940&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54940&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54940&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54940&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54940&r=needscript Try newer version: http://bugs.php.net/fix.php?id=54940&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54940&r=support Expected behavior: http://bugs.php.net/fix.php?id=54940&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54940&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54940&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54940&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54940&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54940&r=dst IIS Stability: http://bugs.php.net/fix.php?id=54940&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54940&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54940&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54940&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54940&r=mysqlcfg
Bug #54940 [Com]: Corrupt JPEG data: 200 extraneous bytes before marker 0xc4
Edit report at http://bugs.php.net/bug.php?id=54940&edit=1 ID: 54940 Comment by: php at maisqi dot com Reported by:php at maisqi dot com Summary:Corrupt JPEG data: 200 extraneous bytes before marker 0xc4 Status: Open Type: Bug Package:GD related Operating System: Windows XP 32 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: Here's the JPEG: http://www.maisqi.com/954.jpg Previous Comments: [2011-05-27 14:10:34] php at maisqi dot com Description: I noticed that imagecreatefromjpeg() failed loading some JPEGs. I thought the files were corrupt, but then I successfully opened them on The Gimp. I noticed that if I opened one of those files on The Gimp and just saved it (without doing any modifications), imagecreatefromjpeg() would open the saved file with no problems. So, It's clear that some JPEGs are a little different from the others and that The Gimp fixes them on saving. imagecreatefromjpeg() issues the following warnings: Warning: imagecreatefromjpeg() [function.imagecreatefromjpeg]: gd-jpeg, libjpeg: recoverable error: Corrupt JPEG data: 200 extraneous bytes before marker 0xc4 in exp.php on line 3 Warning: imagecreatefromjpeg() [function.imagecreatefromjpeg]: '954.jpg' is not a valid JPEG file in exp.php on line 3 PS: I've found bug 39918 similar to this. The problems seam to be related but not the same. The first warnings looks like issued by a lower level function and states that the error is recoverable. Test script: --- http://bugs.php.net/bug.php?id=54940&edit=1
[PHP-BUG] Bug #54941 [NEW]: mysql_select_db fails changing host
From:
Operating system: Ubuntu 10.10
PHP version: 5.3SVN-2011-05-27 (SVN)
Package: MySQL related
Bug Type: Bug
Bug description:mysql_select_db fails changing host
Description:
Hemos tenido un problema al intentar cambiar la conexión active entre dos
bases de datos en distintos servidores para nuestro proyecto Pandora FMS.
Hemos hecho un test muy simple para intentar acotar el problema, y hemos
descubierto que está en "mysql_select_db"
Creemos que puede ser porque las dos bases de datos se llaman igual, a
pesar de estar en distintos servidores, pero no somos capaces de descubir
por qué.
Para más información pónganse en conctacto con nosotros.
Hi there!
We've had a problem trying to change the active connection between two
databases hosted in two different servers meanwhile working into our
Pandora FMS project.
We've done a simple test trying to delimit the problem and we've discovered
the problem is with "mysql_select_db" function.
We think maybe the problem could be because these two databases have the
same name although being in different servers, but we're not able to know
why.
If you need further information, please don't hesitate to contact me.
Regards
Javi & Miguel.
Test script:
---
array('h' => '192.168.70.109', 'n' => 'pandora', 'p' =>
'pandora', 'u' => 'root'),
'sergio' => array('h' => '192.168.70.123', 'n' => 'pandora', 'p' =>
'6683', 'u' => 'root')
);
$dbconnections = array();
foreach ($dbs as $key => $db) {
$result = mysql_connect ($db['h'], $db['u'], $db['p']);
//var_dump($result);
$dbconnections[$key] = $result;
}
var_dump($dbconnections);
echo "---BY DEFAULT---\n";
var_dump(mysql_get_host_info());
echo "---CHANGING HOST---\n";
var_dump(mysql_select_db('pandora', $dbconnections['miguel'])); //Fail
changing to miguel server
var_dump(mysql_get_host_info()); //host info should display miguel's info,
but sergio's is given
echo "-QUERY---\n";
$consulta = mysql_query('use pandora;');
$consulta = mysql_query('SELECT nombre FROM tagente;');
var_dump(mysql_error());
var_dump(mysql_fetch_array($consulta));
echo "-ANOTHER QUERY---\n";
$consulta = mysql_query('use pandora;', $dbconnections['miguel']);
$consulta = mysql_query('SELECT nombre FROM tagente;',
$dbconnections['miguel']);
var_dump(mysql_error($dbconnections['miguel']));
var_dump(mysql_fetch_array($consulta));
?>
Expected result:
array(2) {
["miguel"]=>
resource(2) of type (mysql link)
["sergio"]=>
resource(3) of type (mysql link)
}
---BY DEFAULT---
string(25) "192.168.70.123 via TCP/IP"
---CHANGING HOST---
bool(true)
string(25) "192.168.70.109 via TCP/IP"
-QUERY---
string(0) ""
array(2) {
[0]=>
string(7) "agente3"
["nombre"]=>
string(7) "agente3"
}
-ANOTHER QUERY---
string(0) ""
array(2) {
[0]=>
string(15) "miguel-portatil"
["nombre"]=>
string(15) "miguel-portatil"
}
Actual result:
--
array(2) {
["miguel"]=>
resource(2) of type (mysql link)
["sergio"]=>
resource(3) of type (mysql link)
}
---BY DEFAULT---
string(25) "192.168.70.123 via TCP/IP"
---CHANGING HOST---
bool(true)
string(25) "192.168.70.123 via TCP/IP"
-QUERY---
string(0) ""
array(2) {
[0]=>
string(7) "agente3"
["nombre"]=>
string(7) "agente3"
}
-ANOTHER QUERY---
string(0) ""
array(2) {
[0]=>
string(15) "miguel-portatil"
["nombre"]=>
string(15) "miguel-portatil"
}
--
Edit bug report at http://bugs.php.net/bug.php?id=54941&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54941&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54941&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54941&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54941&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54941&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54941&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54941&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54941&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54941&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54941&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54941&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54941&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54941&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54941&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54941&r=php4
Daylight Savings:
[PHP-BUG] Bug #54942 [NEW]: Line breaks not finding correctely
From: Operating system: mac PHP version: 5.2.17 Package: *Mail Related Bug Type: Bug Bug description:Line breaks not finding correctely Description: unable to read the line breaks in a e-mail message coming from the MAC system Please suggest the solution -- Edit bug report at http://bugs.php.net/bug.php?id=54942&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54942&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54942&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54942&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54942&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54942&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54942&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54942&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54942&r=needscript Try newer version: http://bugs.php.net/fix.php?id=54942&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54942&r=support Expected behavior: http://bugs.php.net/fix.php?id=54942&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54942&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54942&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54942&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54942&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54942&r=dst IIS Stability: http://bugs.php.net/fix.php?id=54942&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54942&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54942&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54942&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54942&r=mysqlcfg
Bug #54938 [Opn->Bgs]: HTTP context with POST method should return response body
Edit report at http://bugs.php.net/bug.php?id=54938&edit=1
ID: 54938
Updated by: johan...@php.net
Reported by:simast at gmail dot com
Summary:HTTP context with POST method should return response
body
-Status: Open
+Status: Bogus
Type: Bug
Package:Streams related
Operating System: Linux/Ubuntu
PHP Version:5.3.6
Block user comment: N
Private report: N
New Comment:
closing this one then.
Previous Comments:
[2011-05-27 12:12:18] simast at gmail dot com
My bad - content is only returned on 200 OK response code. So this bug
is related
to http://bugs.php.net/bug.php?id=54898. And once that is sorted - this
should
work too.
[2011-05-27 12:06:40] johan...@php.net
Are you sure your server response with some content? This works fine:
array(
'method'=>'POST' )
);
$context = stream_context_create($opts);
$fp = fopen('http://php.net', 'r', false, $context);
echo stream_get_contents($fp);
?>
[2011-05-27 11:23:08] simast at gmail dot com
Description:
Apparently, having a POST method HTTP context request does not return
response
body back. Tested with stream_get_contents() but I suspect it does
affect other
similar functions as well (file_get_contents/fread).
--
Edit this bug report at http://bugs.php.net/bug.php?id=54938&edit=1
Bug #54942 [Opn->Bgs]: Line breaks not finding correctely
Edit report at http://bugs.php.net/bug.php?id=54942&edit=1 ID: 54942 Updated by: johan...@php.net Reported by:m dot narendrakumar05 at gmail dot com Summary:Line breaks not finding correctely -Status: Open +Status: Bogus Type: Bug Package:*Mail Related Operating System: mac PHP Version:5.2.17 Block user comment: N Private report: N New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. . Previous Comments: [2011-05-27 15:09:59] m dot narendrakumar05 at gmail dot com Description: unable to read the line breaks in a e-mail message coming from the MAC system Please suggest the solution -- Edit this bug report at http://bugs.php.net/bug.php?id=54942&edit=1
Bug #54941 [Opn->Bgs]: mysql_select_db fails changing host
Edit report at http://bugs.php.net/bug.php?id=54941&edit=1
ID: 54941
Updated by: johan...@php.net
Reported by:javier dot lanz at artica dot es
Summary:mysql_select_db fails changing host
-Status: Open
+Status: Bogus
Type: Bug
Package:MySQL related
Operating System: Ubuntu 10.10
PHP Version:5.3SVN-2011-05-27 (SVN)
Block user comment: N
Private report: N
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
You should always pass the link identifier ($dbconnections[$key] in your
case) as parameter. If that is not passed to mysql_* functions the last
opened connection will be used. mysql_select_db() changes the defalt
database used on the specified connection. Has nothing to do with
multiple connections.
Previous Comments:
[2011-05-27 14:57:25] javier dot lanz at artica dot es
Description:
Hemos tenido un problema al intentar cambiar la conexión active entre
dos bases de datos en distintos servidores para nuestro proyecto Pandora
FMS.
Hemos hecho un test muy simple para intentar acotar el problema, y hemos
descubierto que está en "mysql_select_db"
Creemos que puede ser porque las dos bases de datos se llaman igual, a
pesar de estar en distintos servidores, pero no somos capaces de
descubir por qué.
Para más información pónganse en conctacto con nosotros.
Hi there!
We've had a problem trying to change the active connection between two
databases hosted in two different servers meanwhile working into our
Pandora FMS project.
We've done a simple test trying to delimit the problem and we've
discovered the problem is with "mysql_select_db" function.
We think maybe the problem could be because these two databases have the
same name although being in different servers, but we're not able to
know why.
If you need further information, please don't hesitate to contact me.
Regards
Javi & Miguel.
Test script:
---
array('h' => '192.168.70.109', 'n' => 'pandora', 'p' =>
'pandora', 'u' => 'root'),
'sergio' => array('h' => '192.168.70.123', 'n' => 'pandora', 'p' =>
'6683', 'u' => 'root')
);
$dbconnections = array();
foreach ($dbs as $key => $db) {
$result = mysql_connect ($db['h'], $db['u'], $db['p']);
//var_dump($result);
$dbconnections[$key] = $result;
}
var_dump($dbconnections);
echo "---BY DEFAULT---\n";
var_dump(mysql_get_host_info());
echo "---CHANGING HOST---\n";
var_dump(mysql_select_db('pandora', $dbconnections['miguel'])); //Fail
changing to miguel server
var_dump(mysql_get_host_info()); //host info should display miguel's
info, but sergio's is given
echo "-QUERY---\n";
$consulta = mysql_query('use pandora;');
$consulta = mysql_query('SELECT nombre FROM tagente;');
var_dump(mysql_error());
var_dump(mysql_fetch_array($consulta));
echo "-ANOTHER QUERY---\n";
$consulta = mysql_query('use pandora;', $dbconnections['miguel']);
$consulta = mysql_query('SELECT nombre FROM tagente;',
$dbconnections['miguel']);
var_dump(mysql_error($dbconnections['miguel']));
var_dump(mysql_fetch_array($consulta));
?>
Expected result:
array(2) {
["miguel"]=>
resource(2) of type (mysql link)
["sergio"]=>
resource(3) of type (mysql link)
}
---BY DEFAULT---
string(25) "192.168.70.123 via TCP/IP"
---CHANGING HOST---
bool(true)
string(25) "192.168.70.109 via TCP/IP"
-QUERY---
string(0) ""
array(2) {
[0]=>
string(7) "agente3"
["nombre"]=>
string(7) "agente3"
}
-ANOTHER QUERY---
string(0) ""
array(2) {
[0]=>
string(15) "miguel-portatil"
["nombre"]=>
string(15) "miguel-portatil"
}
Actual result:
--
array(2) {
["miguel"]=>
resource(2) of type (mysql link)
["sergio"]=>
resource(3) of type (mysql link)
}
---BY DEFAULT---
string(25) "192.168.70.123 via TCP/IP"
---CHANGING HOST---
bool(true)
string(25) "192.168.70.123 via TCP/IP"
-QUERY---
string(0) ""
array(2) {
[0]=>
string(7) "agente3"
["nombre"]=>
string(7) "agente3"
}
-ANOTHER QUERY---
string(0) ""
array(2) {
[0]=>
string(15) "miguel-portatil"
["nombre"]=>
string(15) "miguel-portatil"
}
--
Edit this bug report at http://bugs.php.net/bug.php?id=54941&edit=1
Bug #53829 [Com]: Compiling PHP with large file support will replace function gzopen by gzopen64
Edit report at http://bugs.php.net/bug.php?id=53829&edit=1
ID: 53829
Comment by: j dot henge-ernst at interexa dot de
Reported by:rilatonal at hotmail dot de
Summary:Compiling PHP with large file support will replace
function gzopen by gzopen64
Status: Open
Type: Bug
Package:Zlib related
Operating System: Linux
PHP Version:5.3.5
Block user comment: N
Private report: N
New Comment:
I also encountered that problem compiling php on solaris x86_64 with
zlib 1.2.5. I used the following configure commmand:
#! /bin/sh
#
# Created by configure
CFLAGS='-xmodel=small -m64 -Kpic -O4' \
CXXFLAGS='-xmodel=small -m64 -Kpic -O4' \
LDFLAGS='-m64' \
CC='cc' \
'./configure' \
'--prefix=/opt/IXAGib64' \
'--with-config-file-path=/opt/IXAGib64/etc' \
'--with-config-file-scan-dir=/opt/IXAGib64/etc/php.ini.d' \
'--disable-debug' \
'--enable-inline-optimization' \
'--disable-all' \
'--enable-ctype' \
'--enable-dom' \
'--enable-libxml' \
'--with-libxml-dir=/opt/IXAGib64' \
'--with-openssl=/opt/IXAGib64' \
'--with-pcre-regex' \
'--enable-session' \
'--enable-simplexml' \
'--enable-wddx' \
'--enable-xml' \
'--enable-hash' \
'--enable-json' \
'--enable-filter' \
'--with-zlib=/opt/IXAGib64' \
'--with-apxs2=/opt/IXAGib64/bin/apxs' \
'--with-pear' \
'--with-layout=GNU' \
"$@"
Previous Comments:
[2011-01-24 14:40:13] rilatonal at hotmail dot de
Description:
I am in the need of supporting large files in PHP.
For the first time I tried to compile PHP on a machine with zlib 1.2.5
installed.
After that, gzopen (and the other gz.. functions) is gone and is being
replaced by gzopen64 (or the other gz...64-functions).
Thats a big problem, because many PEAR-scripts (and other scripts, too)
expect gzopen to be there!
ZLIB is there (see the test scripts), but gzopen not!
Test script:
---
CFLAGS="-g -O3 -m32 -D_FILE_OFFSET_BITS=64" ./configure
--prefix=/tmp/php --with-config-file-path=/tmp/php/etc --disable-all
-with-zlib
make
make install
/tmp/php/bin/php -r 'var_dump(function_exists("gzopen"));'
/tmp/php/bin/php -r 'var_dump(function_exists("gzopen64"));'
/tmp/php/bin/php -r '$fp = fopen("compress.zlib://hello-world.txt.gz",
"wb"); fwrite($fp, "Hello World!\n"); fclose($fp);'
zcat hello-world.txt.gz
Expected result:
I expect gzopen to be there!
Actual result:
--
gzopen is being replaced by gzopen64!
--
Edit this bug report at http://bugs.php.net/bug.php?id=53829&edit=1
Bug #54934 [Fbk->Opn]: Unresolved symbol strtoull
Edit report at http://bugs.php.net/bug.php?id=54934&edit=1 ID: 54934 User updated by:php at dactar dot ch Reported by:php at dactar dot ch Summary:Unresolved symbol strtoull -Status: Feedback +Status: Open Type: Bug Package:Compile Failure Operating System: HP-UX 11.11 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: I've tested the patch, result is OK :) Previous Comments: [2011-05-27 03:00:06] fel...@php.net Can you test the attached patch, please? [2011-05-27 02:59:08] fel...@php.net The following patch has been added/updated: Patch Name: fix-build Revision: 1306457948 URL: http://bugs.php.net/patch-display.php?bug=54934&patch=fix-build&revision=1306457948 [2011-05-26 09:58:31] php at dactar dot ch Description: I've compiled PHP 5.3.6 on HP-UX 11.11 with following parameters : ./configure --disable-cli --with-config-file-path=/path/to/etc/php --with-sybase-ct=/path/to/sybase --with-imap=/path/to/imap --with-imap-ssl=/usr --with-libxml-dir=/path/to/libxml2 --with-gd --with-png-dir=/path/to/libpng --with-jpeg-dir=/path/to/jpeg --with-freetype-dir=/path/to/freetype --with-ldap --prefix=/path/to/php --with-apxs=/path/to/apache/bin/apxs When I start apache, I've the following error : /usr/lib/dld.sl: Unresolved symbol: strtoull (code) from /path/to/apache/libexec/libphp5.so If I compile without the option "--disable-cli", the error appears at compile time. According to this page : http://gcc.gnu.org/ml/libstdc++/2002-03/msg00164.html, HP-UX does not provide strtoll or strtoull functions in libc in 64 bit mode since they are the same as strtol and strtoul so we define the libstdc++ functions to call strtol and strtoul. I've resolved the situation with replacing all "strtoull" terms by "strtoul" on the file ext/fileinfo/libmagic/apprentice.c -- Edit this bug report at http://bugs.php.net/bug.php?id=54934&edit=1
[PHP-BUG] Bug #54943 [NEW]: Array_merge links resulting array to source arrays by reference.
From: Operating system: Mac OSX PHP version: 5.3.6 Package: *General Issues Bug Type: Bug Bug description:Array_merge links resulting array to source arrays by reference. Description: When using array_merge() on an array of objects, the resulting array is linked to the source array(s) as if passed by reference so that modifying the resulting array after the merge ALSO modifies the source array. Test script: --- name = 'Bob'; $arrA = array(); $arrB = array($obj); // name = "Bob" $arrA = array_merge($arrA, $arrB); // Change name property of first element $arrA[0]->name = 'Joe'; print_r($arrA); // name = "Joe" print_r($arrB); // name = "Joe"; source array was modified, should still be "Bob Expected result: Array ( [0] => stdClass Object ( [name] => Joe ) ) Array ( [0] => stdClass Object ( [name] => Bob ) ) Actual result: -- Array ( [0] => stdClass Object ( [name] => Joe ) ) Array ( [0] => stdClass Object ( [name] => Joe ) ) -- Edit bug report at http://bugs.php.net/bug.php?id=54943&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54943&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54943&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54943&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54943&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54943&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54943&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54943&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54943&r=needscript Try newer version: http://bugs.php.net/fix.php?id=54943&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54943&r=support Expected behavior: http://bugs.php.net/fix.php?id=54943&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54943&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54943&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54943&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54943&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54943&r=dst IIS Stability: http://bugs.php.net/fix.php?id=54943&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54943&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54943&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54943&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54943&r=mysqlcfg
[PHP-BUG] Bug #54944 [NEW]: Assignment operator assigns by reference on arrays containing objects.
From: Operating system: Mac OSX (Snow Leopard) PHP version: 5.3.6 Package: *General Issues Bug Type: Bug Bug description:Assignment operator assigns by reference on arrays containing objects. Description: When assigning one array to another array that contains a collection of objects, the assignment is by reference. Test script: --- name = 'Joe'; $arrA = array($obj); $arrB = array(); $arrB = $arrA; $arrB[0]->name = 'Mary'; print_r($arrA); print_r($arrB); Expected result: Array ( [0] => stdClass Object ( [name] => Joe ) ) Array ( [0] => stdClass Object ( [name] => Mary ) ) Actual result: -- Array ( [0] => stdClass Object ( [name] => Mary ) ) Array ( [0] => stdClass Object ( [name] => Mary ) ) -- Edit bug report at http://bugs.php.net/bug.php?id=54944&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54944&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54944&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54944&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54944&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54944&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54944&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54944&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54944&r=needscript Try newer version: http://bugs.php.net/fix.php?id=54944&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54944&r=support Expected behavior: http://bugs.php.net/fix.php?id=54944&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54944&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54944&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54944&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54944&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54944&r=dst IIS Stability: http://bugs.php.net/fix.php?id=54944&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54944&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54944&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54944&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54944&r=mysqlcfg
Bug #54934 [Opn->Csd]: Unresolved symbol strtoull in HP-UX 11.11
Edit report at http://bugs.php.net/bug.php?id=54934&edit=1 ID: 54934 Updated by: fel...@php.net Reported by:php at dactar dot ch -Summary:Unresolved symbol strtoull +Summary:Unresolved symbol strtoull in HP-UX 11.11 -Status: Open +Status: Closed Type: Bug Package:Compile Failure Operating System: HP-UX 11.11 PHP Version:5.3.6 -Assigned To: +Assigned To:felipe Block user comment: N Private report: N New Comment: This bug has been fixed in SVN. 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: [2011-05-28 01:31:32] fel...@php.net Automatic comment from SVN on behalf of felipe Revision: http://svn.php.net/viewvc/?view=revision&revision=311517 Log: - Fixed bug #54934 (Unresolved symbol strtoull in HP-UX 11.11) [2011-05-27 18:41:34] php at dactar dot ch I've tested the patch, result is OK :) [2011-05-27 03:00:06] fel...@php.net Can you test the attached patch, please? [2011-05-27 02:59:08] fel...@php.net The following patch has been added/updated: Patch Name: fix-build Revision: 1306457948 URL: http://bugs.php.net/patch-display.php?bug=54934&patch=fix-build&revision=1306457948 [2011-05-26 09:58:31] php at dactar dot ch Description: I've compiled PHP 5.3.6 on HP-UX 11.11 with following parameters : ./configure --disable-cli --with-config-file-path=/path/to/etc/php --with-sybase-ct=/path/to/sybase --with-imap=/path/to/imap --with-imap-ssl=/usr --with-libxml-dir=/path/to/libxml2 --with-gd --with-png-dir=/path/to/libpng --with-jpeg-dir=/path/to/jpeg --with-freetype-dir=/path/to/freetype --with-ldap --prefix=/path/to/php --with-apxs=/path/to/apache/bin/apxs When I start apache, I've the following error : /usr/lib/dld.sl: Unresolved symbol: strtoull (code) from /path/to/apache/libexec/libphp5.so If I compile without the option "--disable-cli", the error appears at compile time. According to this page : http://gcc.gnu.org/ml/libstdc++/2002-03/msg00164.html, HP-UX does not provide strtoll or strtoull functions in libc in 64 bit mode since they are the same as strtol and strtoul so we define the libstdc++ functions to call strtol and strtoul. I've resolved the situation with replacing all "strtoull" terms by "strtoul" on the file ext/fileinfo/libmagic/apprentice.c -- Edit this bug report at http://bugs.php.net/bug.php?id=54934&edit=1
Bug #54595 [Opn->Bgs]: paradox extension set_blob_file() not working when called as object method
Edit report at http://bugs.php.net/bug.php?id=54595&edit=1
ID: 54595
Updated by: fel...@php.net
Reported by:simon at centurioncomputers dot com dot au
Summary:paradox extension set_blob_file() not working when
called as object method
-Status: Open
+Status: Bogus
Type: Bug
Package:Class/Object related
Operating System: Ubuntu 10.10
PHP Version:5.3SVN-2011-04-23 (snap)
Block user comment: N
Private report: N
New Comment:
As Paradox is a PECL extension, you need to report the bug at
http://pecl.php.net/bugs/report.php?package=Paradox
Thanks.
Previous Comments:
[2011-04-23 05:32:50] simon at centurioncomputers dot com dot au
Description:
---
>From manual page:
http://www.php.net/function.px-set-blob-file#Parameters
---
set_blob_file() does not work for me when called in OO context, it does
however work when called procedurally, there is no example on the site
so I do not know if this is a documentation issue or not though I dont
think it is.
Test script:
---
set_blob_file('/data/httpd/vhosts/newjcs/VAL_MAIN.MB');
$pxdoc->close();
fclose($fp);
//works
$fp = fopen("/home/httpd/vhosts/newjcs/VAL_MAIN.DB", "r");
px_open_fp($pxdoc, $fp);
px_set_blob_file($pxdoc,'/home/httpd/vhosts/newjcs/VAL_MAIN.MB');
px_close($pxdoc);
px_delete($pxdoc);
fclose($fp);
Expected result:
nothing, e.g. no errors or warnings using either methodology
Actual result:
--
in the OO script I receive the error
Fatal error: paradox_db::set_blob_file(): Paradox database has not been
opened or created when setting the blob file. in
/data/httpd/vhosts/centaur/httpdocs/val/index.php on line 4
note that on my system /home/httpd is a symlink to /data/httpd
the second non-OO call works as expected with no errors and I am able to
pull images from the blob
--
Edit this bug report at http://bugs.php.net/bug.php?id=54595&edit=1
