Req #64493 [Asn]: array_column: 2nd param should be optional to use entire rows as result values

lues Status: Assigned Type: Feature/Change Request Package:Arrays related PHP Version:5.5.0beta1 Assigned To:ramsey Block user comment: N Private report: N New Comment: I have added a pull request that provides this functionality. h

Bug #61336 [Opn]: file_get_contents() no longer returns false on 4xx responses

Edit report at https://bugs.php.net/bug.php?id=61336&edit=1 ID: 61336 Updated by: ram...@php.net Reported by:ram...@php.net Summary:file_get_contents() no longer returns false on 4xx responses Status: Open Type:

Bug #61336 [Opn]: file_get_contents() no longer returns false on 4xx responses

Edit report at https://bugs.php.net/bug.php?id=61336&edit=1 ID: 61336 Updated by: ram...@php.net Reported by:ram...@php.net Summary:file_get_contents() no longer returns false on 4xx responses Status: Open Type:

Bug #61336 [Opn]: file_get_contents() no longer returns false on 4xx responses

lt: With warnings turned on, this is what I get in PHP 5.3 and what I expect to see in PHP 5.4: PHP Warning: file_get_contents(http://us3.php.net/manual/en/function.foobar.php): failed to open stream: HTTP request failed! HTTP/1.0 404 Not Found in /Users/ramsey/Desktop/file_g

Bug #61336 [Fbk->Opn]: file_get_contents() no longer returns false on 4xx responses

ed result: With warnings turned on, this is what I get in PHP 5.3 and what I expect to see in PHP 5.4: PHP Warning: file_get_contents(http://us3.php.net/manual/en/function.foobar.php): failed to open stream: HTTP request failed! HTTP/1.0 404 Not Found in /Users/ramsey/Desk

#50291 [Csd->Opn]: incorrect usage of autoconf diversions

ID: 50291 Updated by: ram...@php.net Reported By: vapier at gentoo dot org -Status: Closed +Status: Open Bug Type: *Compile Issues Operating System: Linux PHP Version: 5.3.1 New Comment: I'm having this problem with a fresh checkout

#48795 [Ver]: Building intl 64-bit fails on OS X

ID: 48795 Updated by: ram...@php.net Reported By: gwy...@php.net Status: Verified Bug Type: Compile Failure -Operating System: Darwin9 (MacOS X 10.5) +Operating System: Mac OS X 10.5.8 -PHP Version: 5.3CVS-2009-07-04 (CVS) +PHP Version: 5.3S

#49242 [Fbk]: Expose function in Zend API for comparing arrays by identity

ID: 49242 Updated by: ram...@php.net Reported By: ram...@php.net Status: Feedback Bug Type: Feature/Change Request Operating System: n/a PHP Version: 5.3SVN-2009-08-13 (SVN) New Comment: Here you go: http://pastie.org/pastes/582230 Previous

#49242 [Opn]: Expose function in Zend API for comparing arrays by identity

ID: 49242 Updated by: ram...@php.net Reported By: ram...@php.net Status: Open Bug Type: Feature/Change Request Operating System: n/a PHP Version: 5.3SVN-2009-08-13 (SVN) New Comment: Patch for zend_compare_arrays_identity(): Index: Zend/zend

#44462 [Opn]: Can not compile embed sapi on OSX

ID: 44462 Updated by: ram...@php.net Reported By: graham+php at nexopia dot com Status: Open Bug Type: Compile Failure Operating System: OSX PHP Version: 5.2CVS-2009-03-25 New Comment: Looks like issue #48318 is a duplicate issue, and it incl

#44462 [NoF->Opn]: Can not compile embed sapi on OSX

ID: 44462 Updated by: ram...@php.net Reported By: graham+php at nexopia dot com -Status: No Feedback +Status: Open Bug Type: Compile Failure Operating System: OSX PHP Version: 5.2CVS-2009-03-25 New Comment: Strange to see this ticket

#48837 [Fbk]: Building --with-curlwrappers can cause bad/illegal format or missing URL errors

ing bad/illegal format or missing URL in /home/ramsey/dev/zftest/lib/Zend/Loader/PluginLoader.php on line 396 Warning: require_once(/home/ramsey/dev/zftest/lib/Zend/Loader/PluginLoader/Exception.php): failed to open stream: operation failed in /home/ramsey/dev/zftest/lib/Zend/Loader/PluginLoader.php on

#36797 [Asn]: Problem using UTF-8 database with pdo_oci

ID: 36797 Updated by: [EMAIL PROTECTED] Reported By: mauroi at digbang dot com Status: Assigned Bug Type: PDO related Operating System: Win XP SP2 PHP Version: 5.1.2 -Assigned To: wez +Assigned To: ramsey New Comment: Assigning to

#36797 [Asn]: Problem using UTF-8 database with pdo_oci

ID: 36797 Updated by: [EMAIL PROTECTED] Reported By: mauroi at digbang dot com Status: Assigned Bug Type: PDO related Operating System: Win XP SP2 PHP Version: 5.1.2 Assigned To: wez New Comment: [EMAIL PROTECTED] and I debugged this is

#36797 [Asn]: Problem using UTF-8 database with pdo_oci

ID: 36797 Updated by: [EMAIL PROTECTED] Reported By: mauroi at digbang dot com Status: Assigned Bug Type: PDO related Operating System: Win XP SP2 PHP Version: 5.1.2 Assigned To: wez New Comment: Note that I'm not using HTML entities in

#36797 [Asn]: Problem using UTF-8 database with pdo_oci

ID: 36797 Updated by: [EMAIL PROTECTED] Reported By: mauroi at digbang dot com Status: Assigned Bug Type: PDO related Operating System: Win XP SP2 PHP Version: 5.1.2 Assigned To: wez New Comment: Here's some more reproduce code: setAtt

#36797 [Asn]: Problem using UTF-8 database with pdo_oci

ID: 36797 Updated by: [EMAIL PROTECTED] Reported By: mauroi at digbang dot com Status: Assigned Bug Type: PDO related Operating System: Win XP SP2 PHP Version: 5.1.2 Assigned To: wez New Comment: I'm also having the same problem in PHP

#34089 [Opn]: Configure fails build test for libxml2

so that it did not have --prefix=/usr/local/icu in the configure line. This put ICU in a standard location. Then, I recompiled PHP with the following configure line: ./configure --prefix=/Users/ramsey/Documents/Projects/PHP/build --enable-debug --with-layout=PHP --without-mysql --disable-cgi

#34089 [NoF->Opn]: Configure fails build test for libxml2

using the following configure line: ./configure --with-layout=PHP --prefix=/Users/ramsey/Documents/Projects/PHP/build --with-libxml-dir=/sw --with-icu-dir=/usr/local/icu (Note that I'm using libxml 2.6.22, installed through Fink, so it's at /sw.) When I run configure, I get the following erro

#37368 [Asn]: Incorrect timestamp returned for strtotime()

ID: 37368 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Date/time related Operating System: Debian sarge PHP Version: 5.1.4 Assigned To: derick New Comment: Actually, I meant that I expect the o

#37368 [Csd->Opn]: Incorrect timestamp returned for strtotime()

ID: 37368 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Open Bug Type: Date/time related Operating System: Debian sarge PHP Version: 5.1.4 Assigned To: derick New Comment: I'm not sure wh

#34087 [Opn->Bgs]: strtotime() does not work with date format "Y/m/d"

ID: 34087 Updated by: [EMAIL PROTECTED] Reported By: osmium at 163 dot com -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Windows Server 2003 PHP Version: 5.1.0b3 New Comment: Thank you for taking the time

#32074 [Opn]: OID's missing from PHP snmpwalk compared with command line snmpwalk

ID: 32074 User updated by: Gregg dot Nelson at Co dot Ramsey dot MN dot US Reported By: Gregg dot Nelson at Co dot Ramsey dot MN dot US Status: Open Bug Type: SNMP related Operating System: ReHat 9.0 PHP Version: 5.0.3 New Comment: After a more

#32074 [Opn]: OID's missing from PHP snmpwalk compared with command line snmpwalk

ID: 32074 User updated by: Gregg dot Nelson at Co dot Ramsey dot MN dot US Reported By: Gregg dot Nelson at Co dot Ramsey dot MN dot US Status: Open Bug Type: SNMP related Operating System: ReHat 9.0 PHP Version: 5.0.3 New Comment: The following

#32074 [NEW]: OID's missing from PHP snmpwalk compared with command line snmpwalk

From: Gregg dot Nelson at Co dot Ramsey dot MN dot US Operating system: ReHat 9.0 PHP version: 5.0.3 PHP Bug Type: SNMP related Bug description: OID's missing from PHP snmpwalk compared with command line snmpwalk Description: Running: PHP-