#48463 [NEW]: Strange unicode output for internal "main" constants
From: ka...@php.net Operating system: Windows PHP version: 6CVS-2009-06-03 (CVS) PHP Bug Type: Unicode Engine related Bug description: Strange unicode output for internal "main" constants Description: Internal "main" registered constants, (constants with module_number = 0, Core) have weird behaviour when they are fetched from get_defined_constants(), this could suggest that its either get_defined_constants() or something generally wrong with these constants and Unicode. See the actual result output for the unicode garbage thats returned. Reproduce code: --- print_r(get_defined_constants()); Expected result: See Actual result, output without unicode garbage Actual result: -- http://pastie.org/499080 -- Edit bug report at http://bugs.php.net/?id=48463&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48463&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48463&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48463&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48463&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48463&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48463&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48463&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48463&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48463&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48463&r=support Expected behavior: http://bugs.php.net/fix.php?id=48463&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48463&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48463&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48463&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48463&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48463&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48463&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48463&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48463&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48463&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48463&r=mysqlcfg
#49806 [NEW]: proc_nice() for Windows
From: ka...@php.net Operating system: Windows PHP version: 6SVN-2009-10-07 (SVN) PHP Bug Type: Feature/Change Request Bug description: proc_nice() for Windows Description: As discussed with Pierre and sent to the internals-win ML, then here is a patch for enabling proc_nice() under Windows. This patch is abit modified from the version sent to the ML and is added into TSRM like popen. Patch is made for trunk: http://pastie.org/645963 -- Edit bug report at http://bugs.php.net/?id=49806&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49806&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49806&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49806&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49806&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49806&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49806&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49806&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49806&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49806&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49806&r=support Expected behavior: http://bugs.php.net/fix.php?id=49806&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49806&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49806&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49806&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49806&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49806&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49806&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49806&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49806&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49806&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49806&r=mysqlcfg
#46754 [NEW]: Infinite recursion in __toString method causes crash
From: [EMAIL PROTECTED] Operating system: * PHP version: 5.2.6 PHP Bug Type: Reproducible crash Bug description: Infinite recursion in __toString method causes crash Description: Same type of crash as reported in #46156, instead of a crash a memory_limit error is expected. Reproduce code: --- Expected result: memory_limit error Actual result: -- Crash -- Edit bug report at http://bugs.php.net/?id=46754&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46754&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46754&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46754&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46754&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46754&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46754&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46754&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46754&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46754&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46754&r=support Expected behavior: http://bugs.php.net/fix.php?id=46754&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46754&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46754&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46754&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46754&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46754&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46754&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46754&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46754&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46754&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46754&r=mysqlcfg
#47794 [NEW]: Theres no "ReflectionNamespace"
From: ka...@php.net Operating system: Irrelevant PHP version: 5.3.0RC1 PHP Bug Type: Reflection related Bug description: Theres no "ReflectionNamespace" Description: Currently theres no ReflectionNamespace class to reverse engineer namespaces, the Reflection* family already supports functions/classes with a namespace path but theres no class to dig deeper into namespaces with reflection. There was some plans about adding a ReflectionNamespace class within the README.namespaces file. -- Edit bug report at http://bugs.php.net/?id=47794&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47794&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47794&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47794&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47794&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47794&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47794&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47794&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47794&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47794&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47794&r=support Expected behavior: http://bugs.php.net/fix.php?id=47794&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47794&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47794&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47794&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47794&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47794&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47794&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47794&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47794&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47794&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47794&r=mysqlcfg
Req #51793 [PATCH]: Add alpha argument to imagecolorset
Edit report at http://bugs.php.net/bug.php?id=51793&edit=1 ID: 51793 Patch added by: ka...@php.net Reported by: Anders dot Nilsson at noaa dot gov Summary: Add alpha argument to imagecolorset Status: Open Type: Feature/Change Request Package: GD related Operating System: linux PHP Version: 5.3.2 New Comment: The following patch has been added/updated: Patch Name: imagecolorset-alpha Revision: 1274172277 URL: http://bugs.php.net/patch-display.php?bug=51793&patch=imagecolorset-alpha&revision=1274172277 Previous Comments: [2010-05-11 16:01:23] Anders dot Nilsson at noaa dot gov Description: Imagecolorset currently has no argument to set the alpha color component in an indexed color image. This capability would be very useful. (Especially when dealing with functions that use antialiasing but don't handle alpha transparency well). Change to: void imagecolorset ( resource $image, int $index, int $red, int $green, int $blue [, int $alpha ] ) -- Edit this bug report at http://bugs.php.net/bug.php?id=51793&edit=1
Req #50563 [PATCH]: removing E_WARNING from parse_url()
Edit report at http://bugs.php.net/bug.php?id=50563&edit=1
ID: 50563
Patch added by: ka...@php.net
Reported by: phi...@php.net
Summary: removing E_WARNING from parse_url()
Status: Open
Type: Feature/Change Request
Package: *General Issues
Operating System: N/A
PHP Version: 5.3.2RC1
New Comment:
The following patch has been added/updated:
Patch Name: parse-url-bitfields
Revision: 1274708338
URL:
http://bugs.php.net/patch-display.php?bug=50563&patch=parse-url-bitfields&revision=1274708338
Previous Comments:
[2010-05-24 15:36:44] paj...@php.net
Derick, I don't see why you would change the return value here. Please
explain your reasoning.
However the patch to remove the warning can be applied already, as I
explained on internals.
[2010-05-24 15:18:53] ka...@php.net
I did a quick and dirty patch to turn the $component into a bitfield
allowing you to do:
$url = parse_url('http://www.php.net/manual/', PHP_URL_HOST |
PHP_URL_PATH);
printf('%s%s', $url['host'], $url['path']);
At the same point I figured we could disable the warning and therefore
I added a new constant named PHP_URL_SILENT:
$broken_url = 'http:///www.php.net/';
var_dump(parse_url($broken_url), parse_url($broken_url,
PHP_URL_SILENT));
It doesn't alter the actual URL parser code to tell why the parsing
failed, but it kills two flies in one hit. Ofcourse the silent option
can be skipped, but while atleast updating parse_url().
The patch uploaded here does not currently fix any broken tests.
Theres a minor BC break, since it changes the values of the constants,
but it can be fixed by changing the checking code, or the dirty way to
increase the values so they don't conflict with the old ones.
[2009-12-23 16:57:14] der...@php.net
Actually, it should allow for returning *why* the parsing failed as
well. Assigning to myself.
[2009-12-23 16:52:58] phi...@php.net
Description:
parse_url() does not need to emit an E_WARNING upon failure, as instead
it returns false. Doing both basically requires people to use @.
--
Edit this bug report at http://bugs.php.net/bug.php?id=50563&edit=1
Bug #49294 [PATCH]: ReflectionExtension::info() returns null
Edit report at http://bugs.php.net/bug.php?id=49294&edit=1
ID: 49294
Patch added by: ka...@php.net
Reported by: andreww at uk dot ibm dot com
Summary: ReflectionExtension::info() returns null
Status: Assigned
Type: Bug
Package: Reflection related
Operating System: *
PHP Version: 5.*, 6 (2009-08-20)
Assigned To: johannes
New Comment:
The following patch has been added/updated:
Patch Name: bug-49294
Revision: 1275013869
URL:
http://bugs.php.net/patch-display.php?bug=49294&patch=bug-49294&revision=1275013869
Previous Comments:
[2009-08-20 10:37:05] j...@php.net
Assigned to Johannes who added this method. Seems quite weird that
there's one single method that just outputs stuff instead of returning
it. Not very consistent.
[2009-08-20 09:54:59] j...@php.net
There is no such OS as "Any".
[2009-08-19 13:45:36] andreww at uk dot ibm dot com
Description:
The documentation for the ReflectionExtension class shows info() as
returning a string, but it returns NULL and prints the information
directly to the screen.
I used the Windows installer package from Jun 29 2009 (basic install, no
changes), but was also able to reproduce problem with the 5.3.1-dev snap
from Aug 19 2009
Reproduce code:
---
info();
printf("Info:\n%s\n", $info ? $info : 'NULL');
?>
Expected result:
Info:
iconv support => enabled
iconv implementation => "libiconv"
iconv library version => 1.11
Directive => Local Value => Master Value
iconv.input_encoding => ISO-8859-1 => ISO-8859-1
iconv.output_encoding => ISO-8859-1 => ISO-8859-1
iconv.internal_encoding => ISO-8859-1 => ISO-8859-1
Actual result:
--
iconv
iconv support => enabled
iconv implementation => "libiconv"
iconv library version => 1.11
Directive => Local Value => Master Value
iconv.input_encoding => ISO-8859-1 => ISO-8859-1
iconv.output_encoding => ISO-8859-1 => ISO-8859-1
iconv.internal_encoding => ISO-8859-1 => ISO-8859-1
Info:
NULL
--
Edit this bug report at http://bugs.php.net/bug.php?id=49294&edit=1
Bug #49294 [Com]: ReflectionExtension::info() returns null
Edit report at http://bugs.php.net/bug.php?id=49294&edit=1
ID: 49294
Comment by: ka...@php.net
Reported by: andreww at uk dot ibm dot com
Summary: ReflectionExtension::info() returns null
Status: Assigned
Type: Bug
Package: Reflection related
Operating System: *
PHP Version: 5.*, 6 (2009-08-20)
Assigned To: johannes
New Comment:
Just FYI, my patch only contains the local value, not the master value.
But in the end we can always alter the info() method to return a multi
dim. array like:
php.ini:
apc.cache_by_default = 0;
Test script:
ini_set('apc.cache_by_default', '1');
$extension = new ReflectionExtension('apc');
$info = $extension->info();
printf('[local=%s] [master=%s]',
$info['ini']['apc.cache_by_default']['local'],
$info['ini']['apc.cache_by_default']['master']);
Would print:
[local=1] [master=0]
Previous Comments:
----
[2010-05-28 04:34:13] ka...@php.net
I added a simple patch that alters ReflectionExtension::info() to have a
new optional parameter to return the information as an array. If it even
makes sense, since the information here can already be retrieved by the
getName(), getVersion() and getINIEntries() methods.
Johannes can you please review this and approve or reject it
----
[2010-05-28 04:31:09] ka...@php.net
The following patch has been added/updated:
Patch Name: bug-49294
Revision: 1275013869
URL:
http://bugs.php.net/patch-display.php?bug=49294&patch=bug-49294&revision=1275013869
[2009-08-20 10:37:05] j...@php.net
Assigned to Johannes who added this method. Seems quite weird that
there's one single method that just outputs stuff instead of returning
it. Not very consistent.
[2009-08-20 09:54:59] j...@php.net
There is no such OS as "Any".
[2009-08-19 13:45:36] andreww at uk dot ibm dot com
Description:
The documentation for the ReflectionExtension class shows info() as
returning a string, but it returns NULL and prints the information
directly to the screen.
I used the Windows installer package from Jun 29 2009 (basic install, no
changes), but was also able to reproduce problem with the 5.3.1-dev snap
from Aug 19 2009
Reproduce code:
---
info();
printf("Info:\n%s\n", $info ? $info : 'NULL');
?>
Expected result:
Info:
iconv support => enabled
iconv implementation => "libiconv"
iconv library version => 1.11
Directive => Local Value => Master Value
iconv.input_encoding => ISO-8859-1 => ISO-8859-1
iconv.output_encoding => ISO-8859-1 => ISO-8859-1
iconv.internal_encoding => ISO-8859-1 => ISO-8859-1
Actual result:
--
iconv
iconv support => enabled
iconv implementation => "libiconv"
iconv library version => 1.11
Directive => Local Value => Master Value
iconv.input_encoding => ISO-8859-1 => ISO-8859-1
iconv.output_encoding => ISO-8859-1 => ISO-8859-1
iconv.internal_encoding => ISO-8859-1 => ISO-8859-1
Info:
NULL
--
Edit this bug report at http://bugs.php.net/bug.php?id=49294&edit=1
Bug #50293 [PATCH]: openssl_****_export_to_file
Edit report at http://bugs.php.net/bug.php?id=50293&edit=1
ID: 50293
Patch added by: ka...@php.net
Reported by:gufophp at gmail dot com
Summary:openssl__export_to_file
Status: Assigned
Type: Bug
Package:OpenSSL related
Operating System: win32 only - apache
PHP Version:5.2.11
Assigned To:pajoye
Block user comment: N
New Comment:
The following patch has been added/updated:
Patch Name: bug-50293
Revision: 1281576663
URL:
http://bugs.php.net/patch-display.php?bug=50293&patch=bug-50293&revision=1281576663
Previous Comments:
[2009-11-25 18:28:03] paj...@php.net
I think the case is clear, it looks like we do not use VCWD or php
stream's api and it fails to get the actual CWD.
I will take a look at it asap.
[2009-11-25 15:05:30] gufophp at gmail dot com
Description:
incorrect path save export file
Reproduce code:
---
kpe1.php
"OPENSSL_ALGO_SHA1",
"private_key_bits" => 384,"encrypt_key" => false,"basicConstraints" =>
"CA:true","keyUsage" => "cRLSign, keyCertSign",
"nsCertType" => "sslCA, emailCA");
$dn = array("countryName" => 'IT',"stateOrProvinceName" => 'Italy',
"localityName" => 'city',"organizationName" => 'org',
"organizationalUnitName" => 'unit',"commonName" => 'name'
,"emailAddress" => 'mail' );
$numberofdays = '365';
$pkey = openssl_pkey_new( $ssl_configargs );
$csr = openssl_csr_new( $dn, $privkey, $ssl_configargs );
$sscert = openssl_csr_sign( $csr, null, $privkey, $numberofdays );
openssl_csr_export( $csr, $csrout );
openssl_x509_export( $sscert, $certout );
openssl_x509_export_to_file ($sscert ,'crt_509_sk.crt',false);
openssl_pkey_export( $privkey, $pkeyout, $configargs['licence_pwd' ]);
openssl_pkey_export_to_file($privkey,'crt_509_pk.pem');
Expected result:
[dir]
kpe1.php
crt_509_sk.crt
crt_509_pk.pem
Actual result:
--
C:\Programmi\Apache Software Foundation\Apache2.2
.
crt_509_sk.crt
crt_509_pk.pem
.
--
Edit this bug report at http://bugs.php.net/bug.php?id=50293&edit=1
Req #52390 [PATCH]: mysqli_report() should be per-request setting
Edit report at http://bugs.php.net/bug.php?id=52390&edit=1 ID: 52390 Patch added by: ka...@php.net Reported by:vr...@php.net Summary:mysqli_report() should be per-request setting Status: Open Type: Feature/Change Request Package:MySQLi related Operating System: Irrelevant PHP Version:5.3.2 Block user comment: N New Comment: The following patch has been added/updated: Patch Name: bug-52390 Revision: 1281694631 URL: http://bugs.php.net/patch-display.php?bug=52390&patch=bug-52390&revision=1281694631 Previous Comments: [2010-07-21 16:13:29] vr...@php.net Description: The report_mode variable set by mysqli_report() should be initialized in request init instead of global init to achieve a consistent behavior. Test script: --- Expected result: No error message or exception. Actual result: -- Nothing, error message or exception depending on mysqli_report() set by previous request in the same process. -- Edit this bug report at http://bugs.php.net/bug.php?id=52390&edit=1
Bug #52888 [PATCH]: Zend MM shutdown crash
Edit report at http://bugs.php.net/bug.php?id=52888&edit=1 ID: 52888 Patch added by: ka...@php.net Reported by:paj...@php.net Summary:Zend MM shutdown crash Status: Assigned Type: Bug Package:Reproducible crash Operating System: Windows-VC9-release PHP Version:trunk-SVN-2010-09-19 (SVN) Assigned To:dmitry Block user comment: N New Comment: The following patch has been added/updated: Patch Name: ze2-bug-52888 Revision: 1284940727 URL: http://bugs.php.net/patch-display.php?bug=52888&patch=ze2-bug-52888&revision=1284940727 Previous Comments: [2010-09-19 14:30:48] paj...@php.net Description: The segments_list test seems to do not be thread safe. But it could come from something else. The crash happens after the end of the script, on shutdown. php5ts.dll!zend_mm_shutdown(_zend_mm_heap * heap=0x024a7a00, int full_shutdown=0, int silent=0, void * * * tsrm_ls=0x001d1bb8) Line 1570C php5ts.dll!shutdown_memory_manager(int silent=0, int full_shutdown=0, void * * * tsrm_ls=0x001d1bb8) Line 2583 + 0x23 bytes C php5ts.dll!php_request_shutdown(void * dummy=0x) Line 1689 + 0x2d bytes C php.exe!main(int argc=5, char * * argv=0x001d1b10) Line 1438 + 0x8 bytes C php.exe!__tmainCRTStartup() Line 586 + 0x17 bytes C Test script: --- Zend/bench.php -- Edit this bug report at http://bugs.php.net/bug.php?id=52888&edit=1
Req #53317 [PATCH]: SQLDATETIME not supported by mssql_bind()
Edit report at http://bugs.php.net/bug.php?id=53317&edit=1 ID: 53317 Patch added by: ka...@php.net Reported by:arl at andrewrlevine dot com Summary:SQLDATETIME not supported by mssql_bind() Status: Feedback Type: Feature/Change Request Package:MSSQL related Operating System: Linux PHP Version:5.2.14 Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: bug53317 Revision: 1290268641 URL: http://bugs.php.net/patch-display.php?bug=53317&patch=bug53317&revision=1290268641 Previous Comments: [2010-11-20 16:57:06] ka...@php.net Hi could you please try the attached patch? [2010-11-15 18:13:31] arl at andrewrlevine dot com Description: SQLDATETIME and SQLDATETIM4 seem to not be supported by the MSSQL extension. I don't see any reason why they shouldn't be. The constant is already supported in other parts of php_mssql.c but just not in the function that defines mssql_bind(). It is also not in the Predefined Constants list here: http://us2.php.net/manual/en/mssql.constants.php -- Edit this bug report at http://bugs.php.net/bug.php?id=53317&edit=1
Bug #50689 [PATCH]: PHP don't compile error php_odbc.c when pdo_informix
Edit report at http://bugs.php.net/bug.php?id=50689&edit=1
ID: 50689
Patch added by: ka...@php.net
Reported by:fmostini at aerolineas dot com dot ar
Summary:PHP don't compile error php_odbc.c when pdo_informix
Status: Open
Type: Bug
Package:PDO related
Operating System: Linux SLES10 32bit
PHP Version:5.2.12
Block user comment: N
Private report: N
New Comment:
The following patch has been added/updated:
Patch Name: bug50689
Revision: 1290614721
URL:
http://bugs.php.net/patch-display.php?bug=50689&patch=bug50689&revision=1290614721
Previous Comments:
[2010-01-08 01:56:35] fmostini at aerolineas dot com dot ar
PDO INFORMIX is 1.2.6 (not .26)
[2010-01-07 21:29:11] fmostini at aerolineas dot com dot ar
in $INFORMIXDIR/incl/cli/sqlext.h lines 2044 for some reason the GUID
tag is undefined in previus includes
php-5.2.12/ext/odbc/php_odbc_includes.h:119
typedef struct tagODBC_VS_ARGS {
const GUID *pguidEvent;/* the GUID for event */
DWORD dwFlags;/* flags for the call */
union {
WCHAR *wszArg;
CHAR*szArg;
};
union {
WCHAR *wszCorrelation;
CHAR*szCorrelation;
};
RETCODE RetCode;
} ODBC_VS_ARGS, *PODBC_VS_ARGS;
[2010-01-07 21:15:25] fmostini at aerolineas dot com dot ar
Description:
Informix PDO 1.2.26
Informix ClientSDK 3.50
SUSE Linux Enterprise Server 10SP2
./configure --prefix=/usr --datadir=/usr/share/php5
--mandir=/usr/share/man --bindir=/usr/bin \
--with-libdir=lib \
--includedir=/usr/includei \
--sysconfdir=/etc/php5/apache2 \
--with-config-file-path=/etc/php5/apache2 \
--with-config-file-scan-dir=/etc/php5/conf.d \
--enable-spl \
--enable-calendar \
--enable-filter \
--enable-ftp\
--enable-gd-native-ttf \
--enable-inline-optimization \
--enable-safe-mode \
--enable-session \
--enable-sysvsem \
--enable-sysvshm \
--enable-shared \
--enable-shmop \
--disable-debug \
--disable-rpath \
--program-suffix=5 \
--with-apxs2=/usr/sbin/apxs2 \
--with-bz2 \
--with-gd \
--with-gettext \
--with-informix=/opt/informix \
--with-pdo-informix=/opt/informix \
--with-jpeg-dir=/usr \
--with-mm \
--with-mysql \
--with-openssl \
--with-pear \
--with-pcre-regex \
--with-pic \
--with-ttf \
--with-unixODBC=/usr \
--with-zlib \
--enable-xml \
--enable-simplexml \
--enable-libxml \
--enable-sigchild
lxalem01:/home/mostinif/php-5.2.12 # make
/bin/sh /home/mostinif/php-5.2.12/libtool --silent --preserve-dup-deps
--mode=compile gcc -I/usr/include -Iext/odbc/
-I/home/mostinif/php-5.2.12/ext/odbc/ -DPHP_ATOM_INC
-I/home/mostinif/php-5.2.12/include -I/home/mostinif/php-5.2.12/main
-I/home/mostinif/php-5.2.12 -I/home/mostinif/php-5.2.12/ext/date/lib
-I/usr/include/libxml2 -I/usr/include/freetype -I/usr/include/mysql
-I/opt/informix/incl/cli -I/opt/informix/incl/esql
-I/home/mostinif/php-5.2.12/TSRM -I/home/mostinif/php-5.2.12/Zend
-I/usr/include -g -O2 -prefer-pic -c
/home/mostinif/php-5.2.12/ext/odbc/php_odbc.c -o ext/odbc/php_odbc.lo
In file included from
/home/mostinif/php-5.2.12/ext/odbc/php_odbc_includes.h:119,
from /home/mostinif/php-5.2.12/ext/odbc/php_odbc.c:37:
/opt/informix/incl/cli/sqlext.h:2044: error: expected ':', ',', ';', '}'
or '__attribute__' before '*' token
/home/mostinif/php-5.2.12/ext/odbc/php_odbc.c: In function
'zif_odbc_columns'
The problem don't happen in php 5.2.9
--
Edit this bug report at http://bugs.php.net/bug.php?id=50689&edit=1
Req #50871 [PATCH]: [PATCH] SPL: default value of spl_autoload_extensions() configurable in php.ini
Edit report at http://bugs.php.net/bug.php?id=50871&edit=1 ID: 50871 Patch added by: ka...@php.net Reported by:julesvanvelzen at gmail dot com Summary:[PATCH] SPL: default value of spl_autoload_extensions() configurable in php.ini Status: Open Type: Feature/Change Request Package:SPL related Operating System: any PHP Version:5.3.1 Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: spl.autoload_extensions-take2 Revision: 1293280629 URL: http://bugs.php.net/patch-display.php?bug=50871&patch=spl.autoload_extensions-take2&revision=1293280629 Previous Comments: [2010-03-04 13:39:00] ka...@php.net I added a patch that adds a new ini directive called spl.autoload_extensions to populate spl_autoload_extensions() from php.ini [2010-01-28 08:27:44] julesvanvelzen at gmail dot com Description: I expected the default value, which is now '.inc,.php', of spl_autoload_extensions() to be configurable in php.ini, just like the include_path. -- Edit this bug report at http://bugs.php.net/bug.php?id=50871&edit=1
Bug #48122 [PATCH]: odbc_cursor() returns empty name
Edit report at http://bugs.php.net/bug.php?id=48122&edit=1
ID: 48122
Patch added by: ka...@php.net
Reported by:theodoreb at goshen dot edu
Summary:odbc_cursor() returns empty name
Status: Open
Type: Bug
Package:ODBC related
Operating System: Gentoo Linux
PHP Version:5.2.9
Block user comment: N
Private report: N
New Comment:
The following patch has been added/updated:
Patch Name: odbc-bug-48122
Revision: 1295279320
URL:
http://bugs.php.net/patch-display.php?bug=48122&patch=odbc-bug-48122&revision=1295279320
Previous Comments:
[2009-05-06 22:13:31] theodoreb at goshen dot edu
Thanks for responding.
I tried your code as follow:
error_reporting(E_ALL);
$conn = odbc_connect("mssql", "login", "passwd",SQL_CUR_USE_ODBC);
var_dump($conn, odbc_errormsg($conn));
$query = "SELECT * FROM tablename";
$cur = odbc_exec($conn,$query);
var_dump(odbc_errormsg($conn));
echo odbc_cursor($cur);
var_dump(odbc_errormsg($conn));
Here is the result:
resource(16) of type (odbc link) string(0) "" string(0) "" string(0) ""
[2009-05-06 21:37:31] j...@php.net
Try this:
[2009-04-30 16:08:45] theodoreb at goshen dot edu
Description:
odbc_cursor() returns empty string when the connection is created using
odbc_connect() with SQL_CUR_USE_ODBC as the fourth parameter.
Using unixODBC-2.2.12 and freetds-0.82-r2 to connect to Microsoft SQL
Server 2008.
Reproduce code:
---
$conn = odbc_connect("mssql", "login", "passwd",SQL_CUR_USE_ODBC);
$query = "SELECT *
FROM tablename";
$cur = odbc_exec($conn,$query);
echo odbc_cursor($cur);
Expected result:
cursor name of $cur, something like SQL_CURa70b90
Actual result:
--
empty string ''
--
Edit this bug report at http://bugs.php.net/bug.php?id=48122&edit=1
Bug #55475 [PATCH]: is_a() triggers autoloader
Edit report at https://bugs.php.net/bug.php?id=55475&edit=1
ID: 55475
Patch added by: ka...@php.net
Reported by:mads at gartneriet dot dk
Summary:is_a() triggers autoloader
Status: Assigned
Type: Bug
Package:Scripting Engine problem
PHP Version:5.3.7
Assigned To:dmitry
Block user comment: N
Private report: N
New Comment:
The following patch has been added/updated:
Patch Name: bug55475
Revision: 1314009019
URL:
https://bugs.php.net/patch-display.php?bug=55475&patch=bug55475&revision=1314009019
Previous Comments:
[2011-08-22 10:29:51] ka...@php.net
Zeev, although the functionality might appear as it should be then we should
not make sudden changes like that in the middle of a stable branch, we should
patch up 5.3 and keep the behaviour in 5.4 if its indeed intended atleast to
comply with previous versions.
The fix for 5.3 is simple, attached
[2011-08-22 10:12:48] z...@php.net
Discussed with Dmitry, the current functionality appears to be correct.
is_a('foo', 'bar') *can* be true even if class foo isn't loaded, and we'll only
know that if we try to load 'foo'.
This is different from is_a($obj, 'non_existent_class'), which we can resolve
as
'false' in case non_existent_class isn't loaded without trying to load it
(there
can't be an instance of a class that doesn't exist).
[2011-08-22 09:15:23] col...@php.net
1) The underlying implementation is shared between is_a and is_subclass_of.
2) Previously, strings as first argument was not permitted by is_a but
was for is_subclass_of,
3) is_subclass_of always triggered autoload in such cases.
4) Following a fix from Dmitry, the underlying implementation now
allows a string as first argument for is_a as well.
Conclusion: it is now consistent, but if you wrongly used is_a with a
string before, it now triggers autoload because it actually accepts
it.
[2011-08-22 08:57:32] konstantin dot leboev at gmail dot com
I guess it's not a bug. The first argument can be a class name, what will be
loaded only on calling this function.
[2011-08-22 08:19:04] paj...@php.net
Related to change for the #53727 fix.
http://svn.php.net/viewvc/php/php-
src/branches/PHP_5_3/Zend/zend_builtin_functions.c?r1=307522&r2=312904
Assigned to Dmitry
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=55475
--
Edit this bug report at https://bugs.php.net/bug.php?id=55475&edit=1
