[PHP-BUG] Req #60127 [NEW]: Error message received
From:
Operating system: Windows 7
PHP version: Irrelevant
Package: Testing related
Bug Type: Feature/Change Request
Bug description:Error message received
Description:
---
>From manual page: http://www.php.net/faq.installation
---
I have configured the apache and php and tested. I have just added the
MySQL database but could not connect to the database. The message I receive
after opening my browser to connect is "Fatal error: Call to undefined
function mysql_connect() in C:\mydocs\test.php on line 13". Line 13 is
where the connection is suppose to be made as follows:
$link = mysql_connect($dbServer, $dbUser, $dbPass) or die("Could not
connect to server");
echo "Connected successfully";
The message i was expecting is "Connect successfully" but received
"Fatal error: Call to undefined function mysql_connect() in
C:\mydocs\test.php on line 13".
Kindly help me out.
--
Edit bug report at https://bugs.php.net/bug.php?id=60127&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=60127&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=60127&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=60127&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=60127&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=60127&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=60127&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=60127&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=60127&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=60127&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=60127&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=60127&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=60127&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=60127&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=60127&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=60127&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=60127&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=60127&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=60127&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=60127&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=60127&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=60127&r=mysqlcfg
Req #60127 [Opn->Bgs]: Error message received
Edit report at https://bugs.php.net/bug.php?id=60127&edit=1
ID: 60127
Updated by: larue...@php.net
Reported by:tilewakolt at gmail dot com
Summary:Error message received
-Status: Open
+Status: Bogus
Type: Feature/Change Request
Package:Testing related
Operating System: Windows 7
PHP Version:Irrelevant
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.
uncomment extension=mysql.dll in php.ini
Previous Comments:
[2011-10-25 07:27:50] tilewakolt at gmail dot com
Description:
---
>From manual page: http://www.php.net/faq.installation
---
I have configured the apache and php and tested. I have just added the MySQL
database but could not connect to the database. The message I receive after
opening my browser to connect is "Fatal error: Call to undefined function
mysql_connect() in C:\mydocs\test.php on line 13". Line 13 is where the
connection is suppose to be made as follows:
$link = mysql_connect($dbServer, $dbUser, $dbPass) or die("Could not connect to
server");
echo "Connected successfully";
The message i was expecting is "Connect successfully" but received
"Fatal error: Call to undefined function mysql_connect() in C:\mydocs\test.php
on line 13".
Kindly help me out.
--
Edit this bug report at https://bugs.php.net/bug.php?id=60127&edit=1
Req #60107 [Com]: Allow subtype polymorphism in interfaces
Edit report at https://bugs.php.net/bug.php?id=60107&edit=1
ID: 60107
Comment by: dagguh at gmail dot com
Reported by:mkallman at gmail dot com
Summary:Allow subtype polymorphism in interfaces
Status: Open
Type: Feature/Change Request
Package:Unknown/Other Function
Operating System: All
PHP Version:5.3.8
Block user comment: N
Private report: N
New Comment:
I disagree, your request violates the LSP.
http://en.wikipedia.org/wiki/Liskov_substitution_principle
Derived classes cannot expect more than parent class expects.
By more I mean a condition that is harder to meet.
Previous Comments:
[2011-10-21 11:59:16] mkallman at gmail dot com
Description:
Please allow for subtype polymorphism/downcasting in interfaces.
Test script:
---
interface Deliverable {}
interface DeliverableWithTruck extends Deliverable {}
interface DeliveryService {
function deliver( Deliverable $deliverable, $destination );
}
class CookieJar implements DeliverableWithTruck {}
class ExpressDeliveryService implements DeliveryService {
function deliver( DeliverableWithTruck $deliverable, $destination ) {
echo "Delivery underway";
}
}
$fedEx = new ExpressDeliveryService;
$chocolateChipCookies = new CookieJar;
$fedEx->deliver( $chocolateChipCookies, "Sesame Street" );
Expected result:
Delivery underway
Actual result:
--
Fatal error: Declaration of ExpressDeliveryService::deliver() must be
compatible
with that of DeliveryService::deliver()
--
Edit this bug report at https://bugs.php.net/bug.php?id=60107&edit=1
[PHP-BUG] Req #60128 [NEW]: Add SplClassLoader to SPL
From: davidc Operating system: OSX (Irrelevant) PHP version: 5.4SVN-2011-10-25 (SVN) Package: SPL related Bug Type: Feature/Change Request Bug description:Add SplClassLoader to SPL Description: As stated in this rfc: https://wiki.php.net/rfc/splclassloader we would like to see the SplClassLoader (Patch linked) so that users can benefit of the PSR without having to install an extra extension. The initial patch was in fact an extension on its own however the newest version of the patch is fitted to include it directly into SPL (https://gist.github.com/1310352) -- Edit bug report at https://bugs.php.net/bug.php?id=60128&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60128&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60128&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60128&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60128&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60128&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60128&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60128&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60128&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60128&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60128&r=support Expected behavior: https://bugs.php.net/fix.php?id=60128&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60128&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60128&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60128&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60128&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60128&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60128&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60128&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60128&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60128&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60128&r=mysqlcfg
Req #60128 [PATCH]: Add SplClassLoader to SPL
Edit report at https://bugs.php.net/bug.php?id=60128&edit=1 ID: 60128 Patch added by: dav...@php.net Reported by:dav...@php.net Summary:Add SplClassLoader to SPL Status: Open Type: Feature/Change Request Package:SPL related Operating System: OSX (Irrelevant) PHP Version:5.4SVN-2011-10-25 (SVN) Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: spl-classloader Revision: 1319537918 URL: https://bugs.php.net/patch-display.php?bug=60128&patch=spl-classloader&revision=1319537918 Previous Comments: [2011-10-25 10:18:18] dav...@php.net Description: As stated in this rfc: https://wiki.php.net/rfc/splclassloader we would like to see the SplClassLoader (Patch linked) so that users can benefit of the PSR without having to install an extra extension. The initial patch was in fact an extension on its own however the newest version of the patch is fitted to include it directly into SPL (https://gist.github.com/1310352) -- Edit this bug report at https://bugs.php.net/bug.php?id=60128&edit=1
Bug #59241 [Com]: Configure fails when compiled with php
Edit report at https://bugs.php.net/bug.php?id=59241&edit=1
ID: 59241
Comment by: dominic dot benson at thirdlight dot com
Reported by:magical...@php.net
Summary:Configure fails when compiled with php
Status: Open
Type: Bug
Package:uuid
Operating System: Linux
PHP Version:5.3.2
Block user comment: N
Private report: N
New Comment:
The oci8 extension has a somewhat comparable check (4.3.9<=version<6.0.0), so
I've borrowed and modified it for the patch.
Simply removing it wouldn't appear entirely unreasonable, though.
Previous Comments:
[2010-05-27 22:57:07] magical...@php.net
Description:
When compiling uuid with PHP (copy into ext dir and
regenerate configure) configure fails:
checking whether uuid is available... yes
checking for uuid_type in -luuid... yes
checking for uuid_variant in -luuid... yes
checking for uuid/uuid.h... yes
checking PHP version... configure: error: need at least PHP
4.0.0
The configure log shows:
configure:95377: checking PHP version
configure:95390: gcc -c -I/usr/include -g -O2 -
fvisibility=hidden -
I/home/magicaltux/projects/pinetd2/php/php-
5.3.2/ext/date/lib -
I/home/magicaltux/projects/pinetd2/php/php-
5.3.2/ext/ereg/regex -I/usr/include/libxml2 -
I/usr/include/imap -
I/home/magicaltux/projects/pinetd2/php/php-
5.3.2/ext/mbstring/oniguruma -
I/home/magicaltux/projects/pinetd2/php/php-
5.3.2/ext/mbstring/libmbfl -
I/home/magicaltux/projects/pinetd2/php/php-
5.3.2/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -
I/home/magicaltux/projects/pinetd2/php/php-
5.3.2/ext/sqlite3/libsqlite -I/include -DHAVE_UUID
conftest.c 1>&5
configure:95380:25: error: php_version.h: No such file or
directory
configure:95384:2: error: #error this extension requires at
least PHP version 4.0.0
configure: failed program was:
#line 95379 "configure"
#include "confdefs.h"
#include
int main() {
#if PHP_VERSION_ID < 4
#error this extension requires at least PHP version 4.0.0
#endif
; return 0; }
I'd guess the php 4.0.0 check can be safely dropped.
--
Edit this bug report at https://bugs.php.net/bug.php?id=59241&edit=1
[PHP-BUG] Req #60129 [NEW]: Should be possible to set CURLOPT_CAPATH from php ini
From: Operating system: Any PHP version: 5.3.8 Package: cURL related Bug Type: Feature/Change Request Bug description:Should be possible to set CURLOPT_CAPATH from php ini Description: The ini setting curl.cainfo allows CURLOPT_CAINFO to be set automatically. It would be useful to allow CURLOPT_CAPATH to be set in the same fashion. The attached patch adds support for a new ini setting curl.capath, used to set CURLOPT_CAPATH when a new cURL resource is initialised. -- Edit bug report at https://bugs.php.net/bug.php?id=60129&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60129&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60129&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60129&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60129&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60129&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60129&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60129&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60129&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60129&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60129&r=support Expected behavior: https://bugs.php.net/fix.php?id=60129&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60129&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60129&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60129&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60129&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60129&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60129&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60129&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60129&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60129&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60129&r=mysqlcfg
[PHP-BUG] Bug #60130 [NEW]: Endless redirect
From: Operating system: * PHP version: Irrelevant Package: Website problem Bug Type: Bug Bug description:Endless redirect Description: https://pecl.php.net/package/APC https requests to /package/* on pecl.php.net wind up in an endless redirect loop. Seems like all other links work fine on https. -- Edit bug report at https://bugs.php.net/bug.php?id=60130&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60130&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60130&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60130&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60130&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60130&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60130&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60130&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60130&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60130&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60130&r=support Expected behavior: https://bugs.php.net/fix.php?id=60130&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60130&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60130&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60130&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60130&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60130&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60130&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60130&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60130&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60130&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60130&r=mysqlcfg
[PHP-BUG] Bug #60131 [NEW]: fopen('php://stdout'...) redirect all posterious echo to /dev/null
From:
Operating system: Mac OS Snow Leopard
PHP version: 5.3.8
Package: Streams related
Bug Type: Bug
Bug description:fopen('php://stdout'...) redirect all posterious echo to
/dev/null
Description:
If fopen('php://stdout', ...) is used in a php processus open with
proc_open(),
all posterious call to echo or print seems to be redirected to /dev/null.
Test script:
---
array("pipe", "r"),
1 => array("pipe", "w")
);
$php = proc_open('php', $descriptors, $pipes);
stream_set_blocking($pipes[1], 0);
fwrite($pipes[0], '');
fclose($pipes[0]);
$null = null;
$select = array($pipes[1]);
while (feof($pipes[1]) === false)
{
if (stream_select($select, $null, $null, null))
{
var_dump(stream_get_contents($pipes[1]));
}
}
Expected result:
foobar
Actual result:
--
foo
--
Edit bug report at https://bugs.php.net/bug.php?id=60131&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=60131&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=60131&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=60131&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=60131&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=60131&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=60131&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=60131&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=60131&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=60131&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=60131&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=60131&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=60131&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=60131&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=60131&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=60131&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=60131&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=60131&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=60131&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=60131&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=60131&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=60131&r=mysqlcfg
[PHP-BUG] Req #60132 [NEW]: Additional optional parameter for sybase_connect
From: Operating system: Linux PHP version: 5.3.8 Package: Sybase-ct (ctlib) related Bug Type: Feature/Change Request Bug description:Additional optional parameter for sybase_connect Description: --- >From manual page: http://www.php.net/function.sybase-connect --- We need an additional parameter for the sybase_connect function: Databasename Like this: resource sybase_connect ([ string $servername [, string $username [, string $password [, string $charset [, string $appname [, bool $new = false ][, string $Databasename ]]) If you have specified a default databasename "database1" at the sybase-server and the database has the following users: "user1", "user2" but you have also a database "database2" with "user3" and "user4", you have no chance to connect to "database2" with "user3". Following errors appear: sybase_connect(): Sybase: Unable to connect in ... sybase_select_db(): supplied argument is not a valid Sybase-Link resource in ... Because of some backup/restore behavior we have to define a default database! It would be a nice feature to add the "databasename" to the sybase_connect:-) -- Edit bug report at https://bugs.php.net/bug.php?id=60132&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60132&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60132&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60132&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60132&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60132&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60132&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60132&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60132&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60132&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60132&r=support Expected behavior: https://bugs.php.net/fix.php?id=60132&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60132&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60132&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60132&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60132&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60132&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60132&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60132&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60132&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60132&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60132&r=mysqlcfg
[PHP-BUG] Req #60133 [NEW]: force_tcp and force_hostname support
From: Operating system: All PHP version: 5.3.8 Package: MySQL related Bug Type: Feature/Change Request Bug description:force_tcp and force_hostname support Description: For hosting providers it is a constant issue to move users around a cluster. Since most users and common CMS systems assume "localhost", it would be nice to have an option to force TCP mode instead of the Unix socket and force a hostname, but allow the users to pick a username and password they desire. (That's why MySQL safe mode is no use.) We have created a patch for this issue and would like to see it included in PHP. -- Edit bug report at https://bugs.php.net/bug.php?id=60133&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60133&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60133&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60133&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60133&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60133&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60133&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60133&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60133&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60133&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60133&r=support Expected behavior: https://bugs.php.net/fix.php?id=60133&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60133&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60133&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60133&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60133&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60133&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60133&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60133&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60133&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60133&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60133&r=mysqlcfg
Bug #59952 [Com]: configure: error: wrong libsphinxclient version or lib not found
Edit report at https://bugs.php.net/bug.php?id=59952&edit=1 ID: 59952 Comment by: fuxa_kos at unihost dot cz Reported by:fuxa_kos at unihost dot cz Summary:configure: error: wrong libsphinxclient version or lib not found Status: Bogus Type: Bug Package:sphinx Operating System: CentOS 5 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: libsphinxclient is required for build, but isn't part of shinx RPM (there are only headers, not libs). One course is build libsphinxclient from source cd api/libsphinxclient && ./configure && make && sudo make install after that, pecl install goes fine. Previous Comments: [2011-09-18 02:34:09] at php dot net >configure looking for >/usr/share/sphinx/api/libsphinxclient/include/sphinxclient.h >and in sphinx RPM is placed >rpm -ql sphinx |grep sphinxclient.h >/usr/share/sphinx/api/libsphinxclient/sphinxclient.h Yeah, conbfigure is looking for headers in $PREFIX/include and for the lib in $PREFIX/lib. So make sure the lib is present there, no matter what kind of crazy path is used by the RPM package. [2011-09-14 17:39:25] fuxa_kos at unihost dot cz I don't see how add attachement here, full output from configure: checking for egrep... grep -E checking for a sed that does not truncate output... /bin/sed checking for cc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ANSI C... none needed checking how to run the C preprocessor... cc -E checking for icc... no checking for suncc... no checking whether cc understands -c and -o together... yes checking for system library directory... lib checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking target system type... x86_64-unknown-linux-gnu checking for PHP prefix... /usr/local/php538 checking for PHP includes... -I/usr/local/php538/include/php -I/usr/local/php538/include/php/main -I/usr/local/php538/include/php/TSRM -I/usr/local/php538/include/php/Zend -I/usr/local/php538/include/php/ext -I/usr/local/php538/include/php/ext/date/lib checking for PHP extension directory... /usr/local/php538/lib/php/extensions/no-debug-non-zts-20090626 checking for PHP installed headers prefix... /usr/local/php538/include/php checking if debug is enabled... no checking if zts is enabled... no checking for re2c... no configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers. checking for gawk... gawk checking for sphinx support... yes, shared checking for libsphinxclient headers in /usr/share/sphinx/api/libsphinxclient/... found /usr/share/sphinx/api/libsphinxclient///include/sphinxclient.h MY ok checking for sphinx_create in -lsphinxclient... no configure: error: wrong libsphinxclient version or lib not found [2011-09-14 17:37:17] fuxa_kos at unihost dot cz Description: My PHP version is 5.3.8, but isn't in "PHP version" select/option! But same error with 5.3.6. configure returns error checking for libsphinxclient headers in /usr/share/sphinx/api/libsphinxclient/... found checking for sphinx_create in -lsphinxclient... no configure: error: wrong libsphinxclient version or lib not found full output from configure attached system is up2date CentOS 5.6 uname --all Linux iduna 2.6.18-238.12.1.el5 #1 SMP Tue May 31 13:22:04 EDT 2011 x86_64 x86_64 x86_64 GNU/Linux sphinx (actualy Generally recommended release) version rpm -qi `rpm -qf /usr/share/sphinx/api/libsphinxclient/sphinxclient.h` Name: sphinx Relocations: (not relocatable) Version : 2.0.1 Vendor: Sphinx Technologies Inc. Release : 1.el5 Build Date: Fri 22 Apr 2011 04:57:46 AM CEST Install Date: Wed 11 May 2011 12:49:56 PM CEST Build Host: rhel54x64 Group : Applications/Text Source RPM: sphinx-2.0.1-1.el5.src.rpm Size: 13850610 License: GPLv2 Signature : (none) Packager: Sphinx Technologies Inc. URL : http://sphinxsearch.com Summary : Sphinx full-text search server because configure looking for /usr/share/sphinx/api/libsphinxclient/include/sphinxclient.h and in sphinx RPM is placed rpm -ql sphinx |grep sphinxclient.h /usr/share/sphinx/api/libsph
Bug #55737 [Com]: LOAD DATA LOCAL INFILE - The used command is not allowed with this MySQL versio
Edit report at https://bugs.php.net/bug.php?id=55737&edit=1 ID: 55737 Comment by: richardpq at gmail dot com Reported by:stefan dot kaifer at hartmann dot info Summary:LOAD DATA LOCAL INFILE - The used command is not allowed with this MySQL versio Status: Feedback Type: Bug Package:MySQL related Operating System: opensuse 11.0 PHP Version:5.3.8 Assigned To:mysql Block user comment: N Private report: N New Comment: and...@php.net, Neither 5.3snv and 5.3.8 snv work, the same problem Previous Comments: [2011-10-21 11:20:24] and...@php.net Can you try 5.3-svn? Altough the NEWS entry mentions 5.4 the fix has landed in 5.3 too (committed on Sep 2). 5.3.8 was released on Aug 23rd. [2011-10-20 13:29:11] richardpq at gmail dot com "Some bug fix is planned for PHP 5.4", what is that mean? no solution for php 5.3? I would prefer a solution for this version, rather than wait for the final release of the new version, testing and see if it not affect others thing. [2011-10-20 13:07:17] stefan dot kaifer at hartmann dot info Thanx, it's very good! [2011-10-20 12:57:34] denis_truffaut at hotmail dot com Some bug fix is planned for PHP 5.4 : http://php.net/releases/NEWS_5_4_0_beta1.txt - PDO MySQL driver: . Fixed bug #54158 (MYSQLND+PDO MySQL requires #define MYSQL_OPT_LOCAL_INFILE) (Andrey) [2011-10-19 02:30:15] richardpq at gmail dot com No, I dont have enable, my php.ini: ; open_basedir, if set, limits all file operations to the defined directory ; and below. This directive makes most sense if used in a per-directory ; or per-virtualhost web server configuration file. This directive is ; *NOT* affected by whether Safe Mode is turned On or Off. ; http://php.net/open-basedir ;open_basedir = Also has the first guy said... I can use LOAD DATA LOCAL INFILE, from MySql client but not from an application using 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 https://bugs.php.net/bug.php?id=55737 -- Edit this bug report at https://bugs.php.net/bug.php?id=55737&edit=1
Bug #55737 [Fbk]: LOAD DATA LOCAL INFILE - The used command is not allowed with this MySQL versio
Edit report at https://bugs.php.net/bug.php?id=55737&edit=1 ID: 55737 Updated by: and...@php.net Reported by:stefan dot kaifer at hartmann dot info Summary:LOAD DATA LOCAL INFILE - The used command is not allowed with this MySQL versio Status: Feedback Type: Bug Package:MySQL related Operating System: opensuse 11.0 PHP Version:5.3.8 Assigned To:mysql Block user comment: N Private report: N New Comment: Which is the last version of 5.3 which worked for you? Previous Comments: [2011-10-25 18:36:30] richardpq at gmail dot com and...@php.net, Neither 5.3snv and 5.3.8 snv work, the same problem [2011-10-21 11:20:24] and...@php.net Can you try 5.3-svn? Altough the NEWS entry mentions 5.4 the fix has landed in 5.3 too (committed on Sep 2). 5.3.8 was released on Aug 23rd. [2011-10-20 13:29:11] richardpq at gmail dot com "Some bug fix is planned for PHP 5.4", what is that mean? no solution for php 5.3? I would prefer a solution for this version, rather than wait for the final release of the new version, testing and see if it not affect others thing. [2011-10-20 13:07:17] stefan dot kaifer at hartmann dot info Thanx, it's very good! [2011-10-20 12:57:34] denis_truffaut at hotmail dot com Some bug fix is planned for PHP 5.4 : http://php.net/releases/NEWS_5_4_0_beta1.txt - PDO MySQL driver: . Fixed bug #54158 (MYSQLND+PDO MySQL requires #define MYSQL_OPT_LOCAL_INFILE) (Andrey) 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 https://bugs.php.net/bug.php?id=55737 -- Edit this bug report at https://bugs.php.net/bug.php?id=55737&edit=1
Bug #55737 [Com]: LOAD DATA LOCAL INFILE - The used command is not allowed with this MySQL versio
Edit report at https://bugs.php.net/bug.php?id=55737&edit=1 ID: 55737 Comment by: richardpq at gmail dot com Reported by:stefan dot kaifer at hartmann dot info Summary:LOAD DATA LOCAL INFILE - The used command is not allowed with this MySQL versio Status: Feedback Type: Bug Package:MySQL related Operating System: opensuse 11.0 PHP Version:5.3.8 Assigned To:mysql Block user comment: N Private report: N New Comment: I haven't test this functionality before, this is the first time that I tested it. @Stefan point that it was working before and now not, but I don't know which version he use... At the moment I am testing locally so I can put the files in my mysql data directory and it works, but I don't know, what I will do when I have to upload to the server since is not a private server. Previous Comments: [2011-10-25 18:53:41] and...@php.net Which is the last version of 5.3 which worked for you? [2011-10-25 18:36:30] richardpq at gmail dot com and...@php.net, Neither 5.3snv and 5.3.8 snv work, the same problem [2011-10-21 11:20:24] and...@php.net Can you try 5.3-svn? Altough the NEWS entry mentions 5.4 the fix has landed in 5.3 too (committed on Sep 2). 5.3.8 was released on Aug 23rd. [2011-10-20 13:29:11] richardpq at gmail dot com "Some bug fix is planned for PHP 5.4", what is that mean? no solution for php 5.3? I would prefer a solution for this version, rather than wait for the final release of the new version, testing and see if it not affect others thing. [2011-10-20 13:07:17] stefan dot kaifer at hartmann dot info Thanx, it's very good! 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 https://bugs.php.net/bug.php?id=55737 -- Edit this bug report at https://bugs.php.net/bug.php?id=55737&edit=1
Req #46260 [Com]: __FILE__ should not resolve symlink paths
Edit report at https://bugs.php.net/bug.php?id=46260&edit=1 ID: 46260 Comment by: nars at clix dot pt Reported by:bugs dot php dot net at callum-macdonald dot com Summary:__FILE__ should not resolve symlink paths Status: Open Type: Feature/Change Request Package:Feature/Change Request Operating System: Linux PHP Version:5.2.6 Block user comment: N Private report: N New Comment: +1 Previous Comments: [2011-07-26 16:54:10] tony at brown dot org I'm another +1 for this, causing me some real headaches because for deployment I store multiple versions of a site with the latest been symlinked to for apache. There are modules in the application which are licensed and use the file path as part of it's verification. When we deploy, the path is seen as changed and the modules get disabled. :-( [2011-04-27 04:38:48] gnoodl+php at gmail dot com $_SERVER["SCRIPT_FILENAME"] cannot be used in place of __FILE__ as it does not resolve the path of an included file. Eg, // file1.php include 'file2.php'; // file2.php echo $_SERVER['SCRIPT_FILENAME']; Executing file1.php will result in "/path/to/file1.php" [2010-12-10 18:12:17] php at micropro dot cz I think I have a resoulution ... use $_SERVER["SCRIPT_FILENAME"] instead of __file__. It should work the same way, but is absolute path, not resolved. It works for me fine :-) [2010-11-10 16:52:41] jimmy at powerzone dot dk I agree. Hosting multiple PHP systems based on the same installation is no easy task, when __FILE__ is used in conjunction with symlinks. Very frustrating. I vote for a new contant; __FILEPATH__ which does not resolve symlinks. [2010-08-26 09:12:33] rix at mindginative dot com +1 for this. I encountered this issue today and was hoping that there's a better way not to resolve symlink in __FILE__. As suggested above, perhaps __FILE_LINK__ that either return the symlink path or false if none. 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 https://bugs.php.net/bug.php?id=46260 -- Edit this bug report at https://bugs.php.net/bug.php?id=46260&edit=1
[PHP-BUG] Bug #60134 [NEW]: SIGSEGV in zend_std_write_property
From:
Operating system: Debian Squeeze
PHP version: 5.4.0beta2
Package: Class/Object related
Bug Type: Bug
Bug description:SIGSEGV in zend_std_write_property
Description:
PHP5.4beta2 from SVN, up to this revision: http://svn.php.net/viewvc?
view=revision&revision=318411
Repeatable crash in Symfony 1.4.14's Doctrine 1.2.4 Doctrine_Record
constructor.
PHP environment is FastCGI with lighttpd.
No APC or Xcache active.
This code runs fine with PHP 5.3.8.
Test script:
---
Didn't manage to reproduce it in a simple script yet
Expected result:
Should not crash
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
0x006c787d in zend_std_write_property (object=0x3cc01e0,
member=0x2964040, value=0xcd11c69b772c0444, key=0x2964040) at
/tmp/buildd/php5-
5.3.99+5.4.0/Zend/zend_object_handlers.c:244
244 if (key && (property_info = CACHED_POLYMORPHIC_PTR(key-
>cache_slot, ce)) != NULL) {
(gdb) print key
$1 = (zend_literal *) 0x2964040
(gdb) print key->cache_slot
$2 = 4
(gdb) print ce
$3 = (zend_class_entry *) 0x4
(gdb) bt full
#0 0x006c787d in zend_std_write_property (object=0x3cc01e0,
member=0x2964040, value=0xcd11c69b772c0444, key=0x2964040) at
/tmp/buildd/php5-
5.3.99+5.4.0/Zend/zend_object_handlers.c:244
property_info = 0x85
scope_property_info = 0x6c85a3
denied_access = 184 '\270'
h = 64829024
zobj = 0x3cc4690
tmp_member = 0x13c21c8
variable_ptr = 0x13c42f0
property_info = 0x0
#1 0x0071f5b3 in zend_assign_to_object (retval=0x0,
object_ptr=0x3cc01e0, property_name=0x7f18dc45d5e8, value_type=4,
value_op=0x29612e0, Ts=0x1, opcode=7471229, key=0x2964040) at
/tmp/buildd/php5-
5.3.99+5.4.0/Zend/zend_execute.c:738
object = 0x3cb69e0
value = 0x3cc01e0
opcode = 136
key = 0x2964040
#2 0x0072007d in ZEND_ASSIGN_OBJ_SPEC_UNUSED_CONST_HANDLER
(execute_data=0x7f18dc45cb58) at /tmp/buildd/php5-
5.3.99+5.4.0/Zend/zend_vm_execute.h:21975
opline = 0x29612e0
#3 0x00711fb8 in execute (op_array=0x3dba620) at
/tmp/buildd/php5-
5.3.99+5.4.0/Zend/zend_vm_execute.h:410
ret = 0
execute_data = 0x7f18dc45cb58
nested = 0 '\000'
original_in_execution = 0 '\000'
#4 0x006a03ad in zend_execute_scripts (type=32767,
retval=0x7bb685f0, file_count=3) at /tmp/buildd/php5-
5.3.99+5.4.0/Zend/zend.c:1272
files = {{gp_offset = 0, fp_offset = 0, overflow_arg_area = 0x28,
reg_save_area = 0x7bb68680}}
i = 1
file_handle =
orig_op_array = 0x0
orig_retval_ptr_ptr = 0xd23518
#5 0x00643268 in php_execute_script (primary_file=0x0) at
/tmp/buildd/php5-5.3.99+5.4.0/main/main.c:2414
__orig_bailout = 0x7bb67db0
__bailout = {{__jmpbuf = {4223038732, 32767, 4223038736, 32767,
4223040800, 32767, 4223038688, 32767}, __mask_was_saved = 7041200,
__saved_mask
= {__val = {6910217, 0, 76, 0, 4223038784, 32767, 64586544, 0, 64623000, 0,
4223038912, 32767, 0, 1, 4223039008,
32767
prepend_file_p = 0x0
append_file_p = 0x0
prepend_file = {type = 3695567936, filename = 0x7f180001
, opened_path = 0x27348c8 "\370Hs\002", handle
=
{fd = -599399504, fp = 0x7f18dc45e3b0, stream = {handle = 0x7f18dc45e3b0,
isatty
= 13775168, mmap = {
len = 10411208, pos = 4223041392, map = 0x1, buf = 0x2
, old_handle = 0x7bb67710, old_closer = 0x20}, reader
=
0x648bb2 , fsizer = 0,
closer = 0x6dfc89 }},
free_filename = 172 '\254'}
append_file = {type = 6, filename = 0x0, opened_path = 0x3 , handle = {fd = 7012488, fp = 0x6b0088, stream = {handle =
0x6b0088, isatty = 8, mmap = {len = 0, pos = 3695567936, map =
0x7f18dc45e458,
buf = 0x6444e0 "H\201", ,
old_handle = 0x7f18dc45e3b0, old_closer = 0xd23140 },
reader =
0, fsizer = 0, closer = 0x25eb400}}, free_filename = 176 '\260'}
retval = 0
#6 0x0074d03f in main (argc=32767, argv=0x20) at
/tmp/buildd/php5-
5.3.99+5.4.0/sapi/cgi/cgi_main.c:2420
__bailout = {{__jmpbuf = {0, 0, 0, 0, 1871636702, 1462165169,
13779936,
0}, __mask_was_saved = -1744377634, __saved_mask = {__val = {0, 32536,
3695797080, 32536, 4223052864, 32767, 3695786312, 32536, 4223052904, 32767,
3695796224, 32536, 20233565, 0,
3693680738, 32536
free_query_string = 0
exit_status = 16178208
cgi = 0
c = 0
i = 16195251
len = 16195251
file_handle = {type = ZEND_HANDLE_FILENAME, filename =
0x7f180004
, opened_path = 0x7f18dc451118
"/var/www/project-sprint/web/index.php", handle = {fd = 0, fp = 0x0, stream
=
{handle = 0x0, isatty = -599254176,
mmap = {len = 0, pos = 511, map = 0x0, buf = 0x0, old_handle
=
0x7f18dc2fe000, old_closer = 0}, reader = 0, fsizer = 0x65c090
<_
[PHP-BUG] Req #60135 [NEW]: Request for mechanism to resolve namespace from alias
From: Operating system: All PHP version: 5.3.8 Package: Reflection related Bug Type: Feature/Change Request Bug description:Request for mechanism to resolve namespace from alias Description: I would like to request a feature for namespacing in future versions. From what I can tell, there is currently no way to resolve the full namespace from a namespace alias. Something along the lines of: namespace a\b\c as ABC; echo resolve_namespace_alias(ABC); // prints 'a\b\c' Situations where class names are passed by string (factories) and need full qualification can't currently benefit from NS aliasing in an elegant way. Thanks, Chuck Reed -- Edit bug report at https://bugs.php.net/bug.php?id=60135&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60135&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60135&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60135&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60135&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60135&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60135&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60135&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60135&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60135&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60135&r=support Expected behavior: https://bugs.php.net/fix.php?id=60135&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60135&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60135&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60135&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60135&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60135&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60135&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60135&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60135&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60135&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60135&r=mysqlcfg
Bug #60130 [Asn->Bgs]: Endless redirect
Edit report at https://bugs.php.net/bug.php?id=60130&edit=1 ID: 60130 Updated by: paj...@php.net Reported by:bj...@php.net Summary:Endless redirect -Status: Assigned +Status: Bogus Type: Bug Package:Website problem Operating System: * PHP Version:Irrelevant Assigned To:pajoye Block user comment: N Private report: N New Comment: https is not supported yet on the current site but the new one (and server). Previous Comments: [2011-10-25 12:55:24] bj...@php.net Description: https://pecl.php.net/package/APC https requests to /package/* on pecl.php.net wind up in an endless redirect loop. Seems like all other links work fine on https. -- Edit this bug report at https://bugs.php.net/bug.php?id=60130&edit=1
Req #59836 [Opn->Csd]: support for persistent connections
Edit report at https://bugs.php.net/bug.php?id=59836&edit=1 ID: 59836 Updated by: pdezw...@php.net Reported by:gasper at kozak dot si Summary:support for persistent connections -Status: Open +Status: Closed Type: Feature/Change Request Package:amqp PHP Version:5.3.6 -Assigned To: +Assigned To:pdezwart 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/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. This has been added to trunk at r318415 and will be part of the coming 1.0 release. (should be ready in a few weeks). Previous Comments: [2011-07-07 15:40:20] pdezwart at gmail dot com Hey Gasper, This is being added to our roadmap. We hope to have it done soon, but I cannot unfortunately make any promises as to when that is exactly. Thanks for the request. [2011-06-29 07:50:11] gasper at kozak dot si Description: We're using AMQP on a high-through put system, and it seems that the establishing of a TCP connection is sometimes problematic; takes a LOT of time since I/O on the server is under stress. The RabbitMQ server is idle, but the connection (the actual connect() call) can take up to 20-30 seconds. We've had these problems with MySQL, Memcache and some other TCP-based services, but always resolved them with persistent connections. Is there a possibility to implement those in this extension? -- Edit this bug report at https://bugs.php.net/bug.php?id=59836&edit=1
Req #59892 [Asn->Csd]: amqp function "basic_qos" is not implemented
Edit report at https://bugs.php.net/bug.php?id=59892&edit=1 ID: 59892 Updated by: pdezw...@php.net Reported by:pkelly at gmail dot com Summary:amqp function "basic_qos" is not implemented -Status: Assigned +Status: Closed Type: Feature/Change Request Package:amqp Operating System: n/a PHP Version:Irrelevant Assigned To:pdezwart 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/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. This has been added to trunk and will be part of the v1.0 release, coming soon. Previous Comments: [2011-08-15 08:54:31] pkelly at gmail dot com Description: Hi I am trying to use an AMQP feature which allows a prefetch_count to be set using the basic_qos or qos function. However this does not seem to be implemented in version 0.3.0. Are there any plans for it to be implemented? -- Edit this bug report at https://bugs.php.net/bug.php?id=59892&edit=1
Req #59965 [Opn->Csd]: Support of pre-fetch.
Edit report at https://bugs.php.net/bug.php?id=59965&edit=1
ID: 59965
Updated by: pdezw...@php.net
Reported by:andrew dot hobson at moveonlineretail dot com
Summary:Support of pre-fetch.
-Status: Open
+Status: Closed
Type: Feature/Change Request
Package:amqp
Operating System: Linux 2.6.18-238.12.1.el5.028st
PHP Version:5.2.17
-Assigned To:
+Assigned To:pdezwart
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/.
For Windows:
http://windows.php.net/snapshots/
Thank you for the report, and for helping us make PHP better.
This is fixed in trunk and will be part of the v1.0 release, coming soon.
Previous Comments:
[2011-09-23 14:39:54] andrew dot hobson at moveonlineretail dot com
Description:
After discussing this on the rabbitmq-discuss forum it was
suggested that my problem may be being caused by my call to
consume() actually fetching all messages in the queue,
rather than just the top one. I am setting min to 0 and max
to 1 in the hope that this would fetch only one message.
The scenario is that I have one reader process which may die
due to system failure and at restart I'd like the same
single consumer process to start up again and pick up where
it left off. So a summary of what I'd like to happen is:
(1) My transmitter process sends and queues up messages 1,
2, 3, 4, 5 & 6.
(2) My single consumer process reads and acknowledges
messages 1 and 2 in sequence.
(3) My consumer process reads message 3 and then dies
without acknowledging.
(4) I restart my consumer process which will request the
next message, which should be the unacknowledged message 3.
(5) My consumer process would then continue reading messages
from the queue (4, 5, & 6) in sequence.
What I am experiencing is that when my consumer process is
restarted messages 3, 4, 5 & 6 are all delivered out of
sequence and all with a redelivery count of 1. I understand
that message 3 might be out of sequence because it was
unacknowledged and from what I have read about RabbitMQ
message handling, when a message is redelivered then it's
sequence is no longer guaranteed.
However I'm not clear as to why the remaining queued
messages are out of sequence too. This is where the
explanation of my code possibly fetching all messages in the
queue (1 to 6) in the call to consume() and when it dies,
causing RabbitMQ to redelivery all of them, resulting in
them being out of sequence.
So the 'bug', if you can call it that, is to ask whether it
is possible to set a pre-fetch value which only gets a
specified number of messages from the queue, which in this
scenario I would want to set to 1. That way hopefully only
message 3 would get redelivered by RabbitMQ because it was
not acknowledged, and the other messages would still be
delivered in sequence because they haven't yet been read
from the queue.
Hope this makes sense.
Reproduce code:
---
#!/usr/bin/php -q
connect();
// setup our queue
$q = new AMQPQueue($connection);
// Create the queue to be:
// AMQP_DURABLE - messages will withstand a broker restart (i.e. they are
written to disk).
// AMQP_NOACK - when consumed messages will not be marked as delivered
until an explicit ACK is received.
$q->declare($queueName, AMQP_DURABLE | AMQP_NOACK );
// Bind it on the exchange to routing key.
$q->bind($exchangeName, $routingKey);
// Set the options for our consumption of the messages:
// Get a minimum of 0 msg.
// Get a maximum of 1 msg.
// Don't ACK the message on consumption i.e. explicitly acknowledge later.
$options = array(
'min' =0,
'max' =1,
'ack' =false
);
$polling_count = 0;
while (true) {
$polling_count++;
echo "\r\nPolling. Count: " . $polling_count . "\r\n";
// Get the messages
$results_array = $q->consume($options);
// show the message
$delivery_tag = $results_array[0]['delivery_tag'];
$redelivered = $results_array[0]['redelivered'];
$message_body = $results_array[0]['message_body'];
echo "Message read.\r\n";
echo 'delivery_tag: [' . $delivery_tag . "].\r\n";
echo 'redelivered: [' . $redelivered . "].\r\n";
echo 'message_body: [' . $message_body . "].\r\n";
if ($polling_count != 3) {
if ($delivery_tag != 0) {
// Acknowledge receipt of the message if we had a valid
delivery tag.
$result = $q->ack($delivery_tag);
echo 'Acknowledge result: ' . $result . "\r\n";
}
} else {
echo 'No Ack';
Bug #59761 [Opn->Wfx]: can't use the default queue
Edit report at https://bugs.php.net/bug.php?id=59761&edit=1
ID: 59761
Updated by: pdezw...@php.net
Reported by:hlopetz at gmail dot com
Summary:can't use the default queue
-Status: Open
+Status: Wont fix
Type: Bug
Package:amqp
Operating System: 2.6.18-194.26.1.el5 x86_64 Linux
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.
It is my understanding that you cannot use blank exchange or queue names. If
this is incorrect, please send me some documentation I can use that explains
what the limitations are on names.
thanks!
Previous Comments:
[2011-05-10 23:45:58] hlopetz at gmail dot com
Description:
it's unable to publish a message into the default exchange.
// if i use
$ex = new AMQPExchange($cnn);
$ex->declare('');
// or
$ex->bind($QUEUE_NAME, $QUEUE_NAME);
i get "Server channel error: 403, message: ACCESS_REFUSED -
operation not permitted on the default exchange"
// if i publish a message
$ex->publish('hello world!', $QUEUE_NAME);
i get "Could not publish to exchange. Exchange name not
set."
how could i deal with that issue?
Reproduce code:
---
connect();
$QUEUE_NAME = 'hello';
// Create a new queue
$q = new AMQPQueue($cnn, AMQP_DURABLE);
$q->declare($QUEUE_NAME);
// Declare a new exchange
$ex = new AMQPExchange($cnn);
//$ex->declare('');
// Bind it on the exchange to routing.key
//$ex->bind($QUEUE_NAME, $QUEUE_NAME);
// Publish a message to the exchange with a routing key
$ex->publish('hello world!', $QUEUE_NAME);
// Read from the queue
//var_dump($q->consume());
} catch (Exception $e)
{
echo $e->getMessage(), PHP_EOL;
echo $e->getTraceAsString(), PHP_EOL;
}
Expected result:
everything should be fine, afaik )
Actual result:
--
exception
--
Edit this bug report at https://bugs.php.net/bug.php?id=59761&edit=1
Bug #59615 [Opn->Bgs]: Can not compile extencion
Edit report at https://bugs.php.net/bug.php?id=59615&edit=1 ID: 59615 Updated by: pdezw...@php.net Reported by:nbari at dalmp dot com Summary:Can not compile extencion -Status: Open +Status: Bogus Type: Bug Package:amqp Operating System: FreeBSD 8.1 amd64 PHP Version:5.3.5 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 are using incompatible versions of php-amqp and librabbitmq-c. Please use php-amqp v0.3 and the following librabbitmq-c branch: http://hg.rabbitmq.com/rabbitmq-c/rev/b01825ecc112 along with the appropriate codegen for your version: http://hg.rabbitmq.com/rabbitmq-codegen/tags Previous Comments: [2011-07-06 00:04:27] vadim at bionicman dot ru Hello. I have similar trouble: -- # pecl install -f amqp . /go-pear/amqp/amqp.c: In function 'amqp_error': /go-pear/amqp/amqp.c:255: error: 'amqp_rpc_reply_t' has no member named 'library_error' *** Error code 1 Stop in /go-pear/pear-build-rootXEY6RJ/amqp-0.3.0. ERROR: `make' failed -- RabbitMQ C librares is installed from ports: -- # pkg_info -L rabbitmq-c-devel-0.0.1_1 Information for rabbitmq-c-devel-0.0.1_1: Files: /usr/local/share/licenses/rabbitmq-c-devel-0.0.1_1/catalog.mk /usr/local/share/licenses/rabbitmq-c-devel-0.0.1_1/LICENSE /usr/local/share/licenses/rabbitmq-c-devel-0.0.1_1/GPLv2 /usr/local/share/licenses/rabbitmq-c-devel-0.0.1_1/MPL /usr/local/bin/amqp_bind /usr/local/bin/amqp_consumer /usr/local/bin/amqp_exchange_declare /usr/local/bin/amqp_listen /usr/local/bin/amqp_listenq /usr/local/bin/amqp_producer /usr/local/bin/amqp_sendstring /usr/local/bin/amqp_unbind /usr/local/include/amqp.h /usr/local/include/amqp_framing.h /usr/local/lib/librabbitmq.a /usr/local/lib/librabbitmq.la /usr/local/lib/librabbitmq.so /usr/local/lib/librabbitmq.so.0 -- [2011-06-14 14:46:17] jtansava...@php.net Do you have rabbitmq-c installed http://hg.rabbitmq.com/rabbitmq-c/ [2011-02-09 16:41:42] nbari at dalmp dot com Description: cat not compiling using pecl install or by source 'amqp_rpc_reply_t' has no member named 'library_error' pecl install channel://pecl.php.net/amqp-0.2.2 /go-pear/amqp/amqp.c:255: error: 'amqp_rpc_reply_t' has no member named 'library_error' *** Error code 1 Reproduce code: --- 1. cd /usr/ports/net/rabbitmq-c-devel 2. sudo make install clean 3. wget http://pecl.php.net/get/amqp-0.2.2.tgz 4. tar -xzvf ampq-0.2.2.tgz 5. cd ampq-0.2.2 6. phpize && ./configure --with-amqp && make && sudo make install Expected result: successfully compiled Actual result: -- /go-pear/amqp/amqp.c:255: error: 'amqp_rpc_reply_t' has no member named 'library_error' *** Error code 1 -- Edit this bug report at https://bugs.php.net/bug.php?id=59615&edit=1
Bug #59603 [Opn->Bgs]: Compilation errors when installing
Edit report at https://bugs.php.net/bug.php?id=59603&edit=1 ID: 59603 Updated by: pdezw...@php.net Reported by:dritchie at gmail dot com Summary:Compilation errors when installing -Status: Open +Status: Bogus Type: Bug Package:amqp Operating System: Ubuntu 10.10 PHP Version:5.3.3 Block user comment: N Private report: N 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. Previous Comments: [2011-03-17 16:59:46] joseph dot moniz at gmail dot com Installing the latest version of librabbitmq-c solves this. Perhaps a stricter configure check is required and possibly with better messaging. [2011-02-02 17:44:46] dritchie at gmail dot com Description: Installing from pecl results in and which suggests a disconnect between librabbitmq-c 0.9.1 and PECL 2.2. $ pecl install "channel://pecl.php.net/amqp-0.2.2" Reproduce code: --- pecl install "channel://pecl.php.net/amqp-0.2.2" Expected result: Install should complete correctly. Actual result: -- [...] config.status: creating config.h config.status: executing libtool commands running: make /bin/bash /var/tmp/pear-build-root/amqp-0.2.2/libtool --mode=compile cc -I. -I/tmp/pear/temp/amqp -DPHP_ATOM_INC -I/var/tmp/pear-build-root/amqp-0.2.2/include -I/var/tmp/pear-build-root/amqp-0.2.2/main -I/tmp/pear/temp/amqp -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/local/include -DHAVE_CONFIG_H -g -O2 -c /tmp/pear/temp/amqp/amqp.c -o amqp.lo libtool: compile: cc -I. -I/tmp/pear/temp/amqp -DPHP_ATOM_INC -I/var/tmp/pear-build-root/amqp-0.2.2/include -I/var/tmp/pear-build-root/amqp-0.2.2/main -I/tmp/pear/temp/amqp -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/local/include -DHAVE_CONFIG_H -g -O2 -c /tmp/pear/temp/amqp/amqp.c -fPIC -DPIC -o .libs/amqp.o /tmp/pear/temp/amqp/amqp.c: In function âamqp_errorâ: /tmp/pear/temp/amqp/amqp.c:255: error: âamqp_rpc_reply_tâ has no member named âlibrary_errorâ -- Edit this bug report at https://bugs.php.net/bug.php?id=59603&edit=1
Bug #59964 [Opn->Asn]: AMQPQueue::get() not able to parse zip compressed messages
Edit report at https://bugs.php.net/bug.php?id=59964&edit=1
ID: 59964
Updated by: pdezw...@php.net
Reported by:stoyan at frantzov dot com
Summary:AMQPQueue::get() not able to parse zip compressed
messages
-Status: Open
+Status: Assigned
Type: Bug
Package:amqp
Operating System: Ubuntu
PHP Version:PHP 5.3.2
-Assigned To:
+Assigned To:pdezwart
Block user comment: N
Private report: N
Previous Comments:
[2011-09-21 10:28:25] stoyan at frantzov dot com
I've wrongly type php version. It is 5.3.2 not 5.2.10
[2011-09-21 08:49:58] stoyan at frantzov dot com
Description:
I publish zip compressed messages in queue. If i take messages with
AMQPQueue::get() for example with:
$msg = $q->get();
in $msg['msg'] i do not receive correct compressed value but some broken binary.
print_r($msg) has this output:
Array (
[routing_key] => platform.mt.status.bond.a9bd43e4f4445679e1677898f26f35f67
[exchange] =>
[delivery_tag] => 1
[Content-type] => application/json
[Content-encoding] => gz
[priority] => 0
[count] => 0
[msg] => (
8
5.f��d
@
�count5�
��(
8
5.f��d
@
��
)
AMQPQueue::consume() do not have this problem
Reproduce code:
---
$cnn = new AMQPConnection(
array(
'host' => '192.168.1.226',
'vhost' => $vhost,
'port' => 5672,
'login' => $user,
'password' => $pass
)
);
$cnn->connect();
$q = new AMQPQueue($cnn);
$q->declare('platform.mt.status.bond.a9bd43e4f4445679e1677898f26f35f67',
AMQP_DURABLE);
$msg = $q->get();
if ($msg['count']>-1)
{
print_r($msg);
}
Expected result:
in msg['msg'] after decompresion i expect to see:
[{"principal":"bond","guid":"cc0c7a91-b727-4aa9-9947-df6b0064e0d2","msisdn":393411223344,"operator":"H3G","ts":1316536817934}]
Actual result:
--
in $msg['msg'] before decompression i see and this is invalid compressed
binary
8
5.f��d
@
�count5�
��(
8
5.f��d
@
��
--
Edit this bug report at https://bugs.php.net/bug.php?id=59964&edit=1
Req #59286 [Com]: Need to be able to support OAuth extensions.
Edit report at https://bugs.php.net/bug.php?id=59286&edit=1
ID: 59286
Comment by: jaisen at jmathai dot com
Reported by:joe at manvscode dot com
Summary:Need to be able to support OAuth extensions.
Status: Open
Type: Feature/Change Request
Package:oauth
PHP Version:5.3.2
Block user comment: N
Private report: N
New Comment:
I'm not sure if this is related but we ran across a bug when doing multipart
file uploads. The OAuth spec says that only x-www-url-form-encoded should be
signed. We're seeing parameters from a multipart post (minus the file being
uploaded) being included in the signature on the server side, but not on the
client side. Looks like the client is correct on this one.
oauth_problem=signature_invalid&debug_sbs=POST&http%3A%2F%2Fcurrent.openphoto.me%2Fphoto%2Fupload.json&description%3D%26oauth_consumer_key%3D07afed28d16f88deff41b29c9f14c2%26oauth_nonce%3D-7952978351465729827%26oauth_signature_method%3DHMAC-SHA1%26oauth_timestamp%3D1319602372%26oauth_token%3D9e0e52bd808d745a1e756cd7e9b6ff%26oauth_version%3D1.0%26permission%3D0%26tags%3D%26title%3D
http://getsatisfaction.com/oauth/topics/can_oauth_be_used_for_file_upload#reply_563569
Previous Comments:
[2011-10-05 16:29:43] ja...@php.net
On the consumer side, no. Though I think there should be a way
to do so. The problem is - we'd have to make a distinction
between which parameters are used in the SBS and which are
not.
[2011-10-05 14:29:09] sites at hubmed dot org
Is there currently a method for adding oauth_body_hash to the OAuth
Authorization header, when using OAUTH_HTTP_METHOD_PUT to upload a file?
[2010-07-02 00:44:49] ja...@php.net
We had actually discussed that specific extension and its'
implementation. IIRC, the conclusion we reached basically we
can only check that the signature matches per the OAuth Core
spec but generating the actual oauth_body_hash would not be
easy to generalize. There might be some Content-Type checks
too.
FWIW, ideally if the OAuth parameters come in the
Authorization header you can call
OAuthProvider::setRequiredParams("oauth_body_hash") but it
would be up to the implementer to generate and verify the
oauth_body_hash.
- JJ
[2010-06-29 14:09:50] joe at manvscode dot com
Description:
It isn't clear how extensions can be supported--like this one:
http://oauth.googlecode.com/svn/spec/ext/body_hash/1.0/drafts/3/spec.html
This is needed for providers that are expecting data posted and a content-type
other than "application/x-www-form-urlencoded" (i.e. in the case of XML/JSON
posting).
--
Edit this bug report at https://bugs.php.net/bug.php?id=59286&edit=1
Bug #60120 [Com]: proc_open hangs with stdin/out with 2048+ bytes
Edit report at https://bugs.php.net/bug.php?id=60120&edit=1
ID: 60120
Comment by: fabien at symfony dot com
Reported by:paj...@php.net
Summary:proc_open hangs with stdin/out with 2048+ bytes
Status: Assigned
Type: Bug
Package:Filesystem function related
Operating System: windows
PHP Version:Irrelevant
Assigned To:pajoye
Block user comment: N
Private report: N
New Comment:
AFAIK, this bug has been fixed here: http://svn.php.net/viewvc?
view=revision&revision=318366
Previous Comments:
[2011-10-24 12:39:53] paj...@php.net
Automatic comment from SVN on behalf of pajoye
Revision: http://svn.php.net/viewvc/?view=revision&revision=318366
Log: - fixed bug #60120, proc_open's streams may hang with stdin/out/err when
the data exceeds or is equal to 2048 bytes
[2011-10-24 12:10:03] paj...@php.net
Description:
The stream used to read data from stdin/out/err hangs if the data passed is
getting larger than 2048, under certain circumstances.
Test script:
---
error_reporting(E_ALL);
$cmd = 'php -r "fwrite(STDOUT, $in = file_get_contents(\'php://stdin\'));
fwrite(STDERR, $in);"';
$descriptors = array(array('pipe', 'r'), array('pipe', 'w'), array('pipe',
'w'));
$stdin = str_repeat('*', 1024 * 16) . '!';
$stdin = str_repeat('*', 2049 );
$options = array_merge(array('suppress_errors' => true, 'binary_pipes' => true,
'bypass_shell' => false));
$process = proc_open($cmd, $descriptors, $pipes, getcwd(), array(), $options);
foreach ($pipes as $pipe) {
stream_set_blocking($pipe, false);
}
$writePipes = array($pipes[0]);
$stdinLen = strlen($stdin);
$stdinOffset = 0;
unset($pipes[0]);
while ($pipes || $writePipes) {
$r = $pipes;
$w = $writePipes;
$e = null;
$n = stream_select($r, $w, $e, 60);
if (false === $n) {
break;
} elseif ($n === 0) {
proc_terminate($process);
}
if ($w) {
$written = fwrite($writePipes[0], (binary)substr($stdin, $stdinOffset),
8192);
if (false !== $written) {
$stdinOffset += $written;
}
if ($stdinOffset >= $stdinLen) {
fclose($writePipes[0]);
$writePipes = null;
}
}
foreach ($r as $pipe) {
$type = array_search($pipe, $pipes);
$data = fread($pipe, 8192);
if (false === $data || feof($pipe)) {
fclose($pipe);
unset($pipes[$type]);
}
}
}
--
Edit this bug report at https://bugs.php.net/bug.php?id=60120&edit=1
