Req #40126 [Com]: Support for Soap and Attachments (MIME/DIME)
Edit report at http://bugs.php.net/bug.php?id=40126&edit=1 ID: 40126 Comment by: li41 at livemail dot tw Reported by:vcadet at hotmail dot com Summary:Support for Soap and Attachments (MIME/DIME) Status: Open Type: Feature/Change Request Package:SOAP related Operating System: * PHP Version:5.2.0 Block user comment: N Private report: N New Comment: 123 Previous Comments: [2009-12-18 19:35:21] jdyken at gmail dot com Is there any update on this? Documentation on this limitation of PHP's implementation of SOAP is non-existent. Any chance someone could address? [2007-01-13 19:47:36] vcadet at hotmail dot com Description: PHP5 came with partial port of PEAR::Soap but was and is still lacking support for attachments, whether using DIME or MIME. Will PHP be supporting Soap with attachments soon? (I'm using Gentoo Linux and am currently not using CVS for I'd like to wait till a stable version of PHP is released to implement SwA in production environments.) -- Edit this bug report at http://bugs.php.net/bug.php?id=40126&edit=1
[PHP-BUG] Bug #54535 [NEW]: WSA cleanup executes before MSHUTDOWN
From: Operating system: Windows PHP version: 5.3SVN-2011-04-14 (snap) Package: Unknown/Other Function Bug Type: Bug Bug description:WSA cleanup executes before MSHUTDOWN Description: I have a custom PHP extension and when debugging in windows I found that winsock is shutdown by PHP before my extensions MSHUTDOWN is run. This is a problem because I do my own graceful shutdown of a stream in MSHUTDOWN. Inside main/main.c in php_module_shutdown WSACleanup() executes before zend_shutdown(TSRMLS_C) The cleanup really needs to be done after zend_shutdown. This is not a major considering I primarily develop in linux but surely this could be a problem for others. Thanks -- Edit bug report at http://bugs.php.net/bug.php?id=54535&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54535&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54535&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54535&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54535&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54535&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54535&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54535&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54535&r=needscript Try newer version: http://bugs.php.net/fix.php?id=54535&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54535&r=support Expected behavior: http://bugs.php.net/fix.php?id=54535&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54535&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54535&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54535&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54535&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54535&r=dst IIS Stability: http://bugs.php.net/fix.php?id=54535&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54535&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54535&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54535&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54535&r=mysqlcfg
Req #33728 [Com]: Allow to include files in php.ini
Edit report at http://bugs.php.net/bug.php?id=33728&edit=1 ID: 33728 Comment by: butesa at freenet dot de Reported by:phpbugs at thequod dot de Summary:Allow to include files in php.ini Status: Open Type: Feature/Change Request Package:Feature/Change Request PHP Version:5.0.4 Block user comment: N Private report: N New Comment: There seems to be a patch: http://tekrat.com/php/php-ini-includes/ Previous Comments: [2006-06-24 16:05:54] dennis at 28studios dot com I second this feature request. I am doing a FastCGI install of PHP and have exactly this need. I have multiple virtual hosts, each of which may need specific php.ini parameters set, but I would like to have a global php.ini file that I include from the vhost specific one. A temporary work around I am looking at is recompiling PHP with my gloabl options set as the defaults, although I do not know yet if this is possible, and it is highly undesirable as changes in the global options require a recompile. [2006-01-04 21:30:23] phpbugs at thequod dot de I don't see what it would help in the situation where you want to have a common main php.ini for all vhosts or subgroups thereof and just override some values on a per-host basis.. --with-config-file-scan-dir would be a static path, wouldn't it? The only solution I could imagine to use --with-config-file-scan-dir=\$CONF_PHP so that $CONF_DIR could be set in the fastcgi starter/wrapper script. But I don't think that it's supposed to work like that. As it seems, what I'll have to do is write a script that scans for files like php_override.ini in the vhost directories and merges them into a single php.ini file. [2006-01-04 02:46:52] sni...@php.net There's already this which can be used to accomplish pretty much same thing: --with-config-file-scan-dir=PATH Set the path where to scan for configuration files [2005-07-16 20:35:35] phpbugs at thequod dot de Description: It would be very helpful in a CGI (or FastCGI) setup to have an include directive for php.ini that includes a file where the directive occurs. This way you could have a central php.ini for all virtual hosts and include this in each virtual host's php.ini. I know that with mod_php you can put most of the directives into Apache's VirtualHost directives, but with mod_fastcgi/mod_cgi this is not possible. -- Edit this bug report at http://bugs.php.net/bug.php?id=33728&edit=1
Bug #50765 [Com]: Error message executing php - oci.dll was not found
Edit report at http://bugs.php.net/bug.php?id=50765&edit=1 ID: 50765 Comment by: msgctr at web-slingers dot com Reported by:andreas dot mohr at teraport dot de Summary:Error message executing php - oci.dll was not found Status: Closed Type: Bug Package:Windows Installer Operating System: Windows Server 2006 64bit PHP Version:5.3.1 Assigned To:jmertic Block user comment: N Private report: N New Comment: This bug still exists, after all this time? Previous Comments: [2010-05-12 00:36:05] aklobem at gmail dot com This problem is still in place for php-5.2.13-win32-installer.msi Additionally the same error occurred with respect to: PHP_PDO_SQLITE, PHP_PSPELL, PHP_SYBASE_CT [2010-03-25 20:10:34] jmer...@php.net Verified that pdo_oci extension is not included by default in PHP 5.3.2 installer [2010-01-25 08:52:37] paj...@php.net John, can you disable oci by default please? Alternatively we could add a dep. I'm not sure if oracle has a MSI for the instant client, so we could detect it. [2010-01-15 12:21:05] paj...@php.net Agreed, it should not even be installed by default. [2010-01-15 12:15:34] andreas dot mohr at teraport dot de As mentioned: my problem is actually solved. Nevertheless i consider this to be a bug during installation. If PDO extension for oracle is installed, the dependancy from oci.dll should be taken care of or informed about during installation. If installation is an update and if pdo for oracle is NOT previously installed, do not install it (disable preset in installation because dependancy raises an error). The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=50765 -- Edit this bug report at http://bugs.php.net/bug.php?id=50765&edit=1
Bug #54532 [Bgs]: class_alias and type hint
Edit report at http://bugs.php.net/bug.php?id=54532&edit=1 ID: 54532 User updated by:david at grudl dot com Reported by:david at grudl dot com Summary:class_alias and type hint Status: Bogus Type: Bug Package:Class/Object related PHP Version:5.3.6 Block user comment: N Private report: N New Comment: No, alias was created, I have used eval(). Or put second class in extra file and use include, result is the same. Previous Comments: [2011-04-14 15:25:06] fel...@php.net This is an error in parsing-time, the alias in this point was not created yet... So we cannot use the alias name in the type hint. [2011-04-14 14:52:12] david at grudl dot com Description: class_alias() is not taken into account by type hints. Test script: --- http://bugs.php.net/bug.php?id=54532&edit=1
[PHP-BUG] Bug #54534 [NEW]: Sessions fail when running PHP as multiple users
From: Operating system: Debian PHP version: trunk-SVN-2011-04-14 (snap) Package: Session related Bug Type: Bug Bug description:Sessions fail when running PHP as multiple users Description: I'm running a website on which PHP runs as multiple different users on the operating system, and I'm encountering problems when a visitor to the site goes from a part where PHP runs as one user to another part where PHP runs as another user. Since PHP saves all sessions in one directory, it will attempt to load the same session data as long as the visitor uses the same SID. When the session was created by one user, it cannot be loaded by another. That is of course, in itself, as it should. I would argue, however, that the session filenames should contain the UID of the user running PHP, so as to remove such conflicts. The resultant behavior is probably reasonable, as the different users running PHP will most likely not want to share session data with each other. -- Edit bug report at http://bugs.php.net/bug.php?id=54534&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54534&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54534&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54534&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54534&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54534&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54534&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54534&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54534&r=needscript Try newer version: http://bugs.php.net/fix.php?id=54534&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54534&r=support Expected behavior: http://bugs.php.net/fix.php?id=54534&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54534&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54534&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54534&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54534&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54534&r=dst IIS Stability: http://bugs.php.net/fix.php?id=54534&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54534&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54534&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54534&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54534&r=mysqlcfg
Bug #54532 [Opn->Bgs]: class_alias and type hint
Edit report at http://bugs.php.net/bug.php?id=54532&edit=1 ID: 54532 Updated by: fel...@php.net Reported by:david at grudl dot com Summary:class_alias and type hint -Status: Open +Status: Bogus Type: Bug Package:Class/Object related PHP Version:5.3.6 Block user comment: N Private report: N New Comment: This is an error in parsing-time, the alias in this point was not created yet... So we cannot use the alias name in the type hint. Previous Comments: [2011-04-14 14:52:12] david at grudl dot com Description: class_alias() is not taken into account by type hints. Test script: --- http://bugs.php.net/bug.php?id=54532&edit=1
Req #39863 [Com]: file_exists() silently truncates after a null byte
Edit report at http://bugs.php.net/bug.php?id=39863&edit=1 ID: 39863 Comment by: paul dot kraus at ag dot ny dot gov Reported by:djcapelis at gmail dot com Summary:file_exists() silently truncates after a null byte Status: Assigned Type: Feature/Change Request Package:*General Issues Operating System: Linux, MacOSX PHP Version:4.4.4, 5.1.5 Assigned To:pajoye Block user comment: N Private report: N CVE-ID: 2006-7243 New Comment: Just compiled 5.3.6 on Solaris 10 / SPARC and `make test` reports "Bug #39863 (file_exists() silently truncates after a null byte) [ext/standard/test/file/bug39863.phpt] (warn: XFAIL section but test passes)" so it appears that this bug is NOT fixed as of 5.3.6 on Solaris 10 (unless I am misreading the test report). Previous Comments: [2011-01-19 13:13:52] patrick at cookie dot monster dot org Will this be fixed too in php 5.2.17? [2010-11-18 17:21:15] paj...@php.net Fixed in PHP_5_3, will be part of 5.3.4. trunk still needs the fix, it will be done soonish. [2010-11-18 16:22:24] paj...@php.net Automatic comment from SVN on behalf of pajoye Revision: http://svn.php.net/viewvc/?view=revision&revision=305507 Log: - fix #39863, do not accept paths with NULL in them. See http://news.php.net/php.internals/50191, trunk will have the patch later (adding a macro and/or changing (some) APIs. Patch by Rasmus [2010-06-05 21:45:27] s...@php.net I've merged the test as ext/standard/tests/file/bug39863.phpt [2010-06-05 21:44:50] s...@php.net Automatic comment from SVN on behalf of sixd Revision: http://svn.php.net/viewvc/?view=revision&revision=300213 Log: New test for file_exists (bug #39863). It currently xfail's The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=39863 -- Edit this bug report at http://bugs.php.net/bug.php?id=39863&edit=1
[PHP-BUG] Bug #54532 [NEW]: class_alias and type hint
From: Operating system: PHP version: 5.3.6 Package: Class/Object related Bug Type: Bug Bug description:class_alias and type hint Description: class_alias() is not taken into account by type hints. Test script: --- http://bugs.php.net/bug.php?id=54532&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54532&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54532&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54532&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54532&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54532&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54532&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54532&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54532&r=needscript Try newer version: http://bugs.php.net/fix.php?id=54532&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54532&r=support Expected behavior: http://bugs.php.net/fix.php?id=54532&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54532&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54532&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54532&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54532&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54532&r=dst IIS Stability: http://bugs.php.net/fix.php?id=54532&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54532&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54532&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54532&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54532&r=mysqlcfg
Bug #53578 [Csd]: php_curl init time (3 big seconds)
Edit report at http://bugs.php.net/bug.php?id=53578&edit=1 ID: 53578 Updated by: paj...@php.net Reported by:tanguy dot pruvot at gmail dot com Summary:php_curl init time (3 big seconds) Status: Closed Type: Bug Package:cURL related Operating System: Win7/Vista x86 PHP Version:5.3.5 (Since 5.2.14/5.3) Assigned To:pajoye Block user comment: N Private report: N New Comment: CRT has nothing to do with win2000 compatibility, which was killed anyway with the release of 5.3.0. It is nice and shiny to say than VC10 is better, but it was not ready last year in April. Previous Comments: [2011-04-14 14:32:00] tanguy dot pruvot at gmail dot com Also, its possible to use VC9 to compile with MSCVRT, i had made that for other projects. Borland C++ also compiles with MSCVRT. But we loose Windows 2000 compatibility, working with XP yo Seven. Windows DDK is required to do that.. but to my mind, i think VC10 is a better solution than VC9 [2011-04-14 14:16:00] paj...@php.net No, it is not. Please read the releases notes and the left column on windows.php.net. We only stop to support VC6. About the library, it is fixed, both in curl's release and php. [2011-04-14 14:13:41] tanguy dot pruvot at gmail dot com The problem is not related to VC6 or VC9 version... but to the .lib used to compile PHP and/or extension. So Apache's PHP handler is discontinued too ? [2011-04-14 00:47:31] paj...@php.net VC6 support is discontinued. So please try 5.3.6 only which is VC9. [2011-01-08 08:25:48] tanguy dot pruvot at gmail dot com Here is the patched php_curl.dll for VC6 TS (for PHP as Apache Module) http://tanguy.wdscript.fr/?q=system/files/php_curl.535vc6ts.Patch_.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=53578 -- Edit this bug report at http://bugs.php.net/bug.php?id=53578&edit=1
Bug #53578 [Com]: php_curl init time (3 big seconds)
Edit report at http://bugs.php.net/bug.php?id=53578&edit=1 ID: 53578 Comment by: tanguy dot pruvot at gmail dot com Reported by:tanguy dot pruvot at gmail dot com Summary:php_curl init time (3 big seconds) Status: Closed Type: Bug Package:cURL related Operating System: Win7/Vista x86 PHP Version:5.3.5 (Since 5.2.14/5.3) Assigned To:pajoye Block user comment: N Private report: N New Comment: Also, its possible to use VC9 to compile with MSCVRT, i had made that for other projects. Borland C++ also compiles with MSCVRT. But we loose Windows 2000 compatibility, working with XP yo Seven. Windows DDK is required to do that.. but to my mind, i think VC10 is a better solution than VC9 Previous Comments: [2011-04-14 14:16:00] paj...@php.net No, it is not. Please read the releases notes and the left column on windows.php.net. We only stop to support VC6. About the library, it is fixed, both in curl's release and php. [2011-04-14 14:13:41] tanguy dot pruvot at gmail dot com The problem is not related to VC6 or VC9 version... but to the .lib used to compile PHP and/or extension. So Apache's PHP handler is discontinued too ? [2011-04-14 00:47:31] paj...@php.net VC6 support is discontinued. So please try 5.3.6 only which is VC9. [2011-01-08 08:25:48] tanguy dot pruvot at gmail dot com Here is the patched php_curl.dll for VC6 TS (for PHP as Apache Module) http://tanguy.wdscript.fr/?q=system/files/php_curl.535vc6ts.Patch_.zip [2011-01-08 08:03:24] tanguy dot pruvot at gmail dot com 5.3.5 (vc6 ts) is affected too :( look like the libcurl was not updated... The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=53578 -- Edit this bug report at http://bugs.php.net/bug.php?id=53578&edit=1
Bug #53578 [Csd]: php_curl init time (3 big seconds)
Edit report at http://bugs.php.net/bug.php?id=53578&edit=1 ID: 53578 Updated by: paj...@php.net Reported by:tanguy dot pruvot at gmail dot com Summary:php_curl init time (3 big seconds) Status: Closed Type: Bug Package:cURL related Operating System: Win7/Vista x86 PHP Version:5.3.5 (Since 5.2.14/5.3) Assigned To:pajoye Block user comment: N Private report: N New Comment: No, it is not. Please read the releases notes and the left column on windows.php.net. We only stop to support VC6. About the library, it is fixed, both in curl's release and php. Previous Comments: [2011-04-14 14:13:41] tanguy dot pruvot at gmail dot com The problem is not related to VC6 or VC9 version... but to the .lib used to compile PHP and/or extension. So Apache's PHP handler is discontinued too ? [2011-04-14 00:47:31] paj...@php.net VC6 support is discontinued. So please try 5.3.6 only which is VC9. [2011-01-08 08:25:48] tanguy dot pruvot at gmail dot com Here is the patched php_curl.dll for VC6 TS (for PHP as Apache Module) http://tanguy.wdscript.fr/?q=system/files/php_curl.535vc6ts.Patch_.zip [2011-01-08 08:03:24] tanguy dot pruvot at gmail dot com 5.3.5 (vc6 ts) is affected too :( look like the libcurl was not updated... [2010-12-28 12:07:05] paj...@php.net See http://sourceforge.net/tracker/index.php?func=detail&aid=3140533&group_id=976&atid=100976 The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=53578 -- Edit this bug report at http://bugs.php.net/bug.php?id=53578&edit=1
Bug #53578 [Com]: php_curl init time (3 big seconds)
Edit report at http://bugs.php.net/bug.php?id=53578&edit=1 ID: 53578 Comment by: tanguy dot pruvot at gmail dot com Reported by:tanguy dot pruvot at gmail dot com Summary:php_curl init time (3 big seconds) Status: Closed Type: Bug Package:cURL related Operating System: Win7/Vista x86 PHP Version:5.3.5 (Since 5.2.14/5.3) Assigned To:pajoye Block user comment: N Private report: N New Comment: The problem is not related to VC6 or VC9 version... but to the .lib used to compile PHP and/or extension. So Apache's PHP handler is discontinued too ? Previous Comments: [2011-04-14 00:47:31] paj...@php.net VC6 support is discontinued. So please try 5.3.6 only which is VC9. [2011-01-08 08:25:48] tanguy dot pruvot at gmail dot com Here is the patched php_curl.dll for VC6 TS (for PHP as Apache Module) http://tanguy.wdscript.fr/?q=system/files/php_curl.535vc6ts.Patch_.zip [2011-01-08 08:03:24] tanguy dot pruvot at gmail dot com 5.3.5 (vc6 ts) is affected too :( look like the libcurl was not updated... [2010-12-28 12:07:05] paj...@php.net See http://sourceforge.net/tracker/index.php?func=detail&aid=3140533&group_id=976&atid=100976 [2010-12-28 12:07:02] paj...@php.net See http://sourceforge.net/tracker/index.php?func=detail&aid=3140533&group_id=976&atid=100976 The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=53578 -- Edit this bug report at http://bugs.php.net/bug.php?id=53578&edit=1
Bug #54508 [Com]: mysqli: truncated floats
Edit report at http://bugs.php.net/bug.php?id=54508&edit=1 ID: 54508 Comment by: anthon dot pang at gmail dot com Reported by:anthon dot pang at gmail dot com Summary:mysqli: truncated floats Status: Bogus Type: Bug Package:MySQLi related Operating System: Linux PHP Version:5.3.6 Block user comment: N Private report: N New Comment: Thank you very much for the explanation. Previous Comments: [2011-04-13 11:53:11] johan...@php.net 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 PDO is using emulation of prepared statements by default. By such it is executing a regular "query" command which uses the MySQL "text" protocol. When using prepared statements with mysqli it is using true prepared statements and they are using the binary protocol for talking to the MySQL server. This means data is received in different formats and by such is interpreteded differently. [2011-04-11 19:07:59] anthon dot pang at gmail dot com Description: There's an inconsistency in behaviour between mysqli and PDO_MSYQL in the following SELECT, e.g., SELECT TRUNCATE(SUM(aFloatColumn),2) FROM aTable; Let's say the sum of the column is 42.001. With PDO_MYSQL, you'll get "42.00". But with MYSQLI, you'll instead get "42". Test script: --- http://bugs.php.net/bug.php?id=54508&edit=1
Bug #49349 [Com]: gettext behaves differently in php 5.3.0 (5.2.x ignored setlocale errors)
Edit report at http://bugs.php.net/bug.php?id=49349&edit=1 ID: 49349 Comment by: czarny at gmx dot net Reported by:raulsalitrero at gmail dot com Summary:gettext behaves differently in php 5.3.0 (5.2.x ignored setlocale errors) Status: Closed Type: Bug Package:Gettext related Operating System: win32 only - windows xp sp3 PHP Version:5.3.0 Assigned To:pajoye Block user comment: N Private report: N New Comment: I have this bug again under PHP 5.3.5 Build Date Mar 9 2011 15:46:03 CompilerMSVC9 (Visual C++ 2008) Under Win7 I find no way to set nor the LANG nor the LANGUAGE env-var nor the locale via setlocale() so that the correct po-file can be found by gettext. I get always the translations from the default locale folder as mentioned above. Previous Comments: [2010-08-09 18:03:05] raulsalitrero at gmail dot com yes!!, it works now, thanks a lot man!!, so the error was in gettext sources... what was the problem actually?... [2010-08-08 16:16:19] paj...@php.net Please try with 5.3.3 final. [2010-07-14 15:14:16] paj...@php.net By the way, reading again the gettext source code (the intl library), the name of the language environment is LANGUAGE, not LANG. At least in the recent versions. Next 5.3.3RC-vc9 will have the fix (due tomorrow). [2010-06-29 23:00:40] raulsalitrero at gmail dot com just as a note. i have just compiled the last version of libintl 0.18.1 taking the patch used for the previous version as a base but the problem persists. also you stated: "The work around is explained in this report." but i don't know what exactly that means. what workaround.? Do you mean the pure php gettex implemementation, i know it works, but it can be really slow. thanks in advance.. RAUL... [2010-05-12 19:41:06] paj...@php.net No release date yet. Please, don't add other cases as the issue has been identified, clearly. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=49349 -- Edit this bug report at http://bugs.php.net/bug.php?id=49349&edit=1
[PHP-BUG] Bug #54530 [NEW]: strnatcasecmp treats alphanumeric values before symbols
From:
Operating system: Windows 7
PHP version: Irrelevant
Package: Unknown/Other Function
Bug Type: Bug
Bug description:strnatcasecmp treats alphanumeric values before symbols
Description:
---
>From manual page: http://www.php.net/function.strnatcasecmp
---
The strnatcasecmp is set that '_' is after letters and numbers which is
illogical
and should be changed.
Test script:
---
echo strnatcasecmp('1','2');//-1
echo strnatcasecmp('_','2');//1 (incorrect)
echo strnatcasecmp('_','a');//1 (incorrect)
echo strnatcasecmp('a','b');//-1
echo strnatcasecmp(2,'a');//-1
--
Edit bug report at http://bugs.php.net/bug.php?id=54530&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54530&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54530&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54530&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54530&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54530&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54530&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54530&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54530&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54530&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54530&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54530&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54530&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54530&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54530&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54530&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54530&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=54530&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=54530&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=54530&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=54530&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=54530&r=mysqlcfg
Bug #54426 [Com]: Wrong NULL checks
Edit report at http://bugs.php.net/bug.php?id=54426&edit=1 ID: 54426 Comment by: mapopa at gmail dot com Reported by:jiri at cincura dot net Summary:Wrong NULL checks Status: Open Type: Bug Package:InterBase related Operating System: All PHP Version:5.3.6 Block user comment: N Private report: N New Comment: Here is the patch http://paste.ubuntu.com/593941/ in case the one bellow doesn't download I will create one for 5.3.x trunk branch Previous Comments: [2011-03-30 18:46:13] jiri at cincura dot net Description: ibase_query.c contains on line 676 checks for NULL. But this is wrong, as the value could be provided in trigger etc. Simply removing this check should be enough and everything will be working fine. -- Edit this bug report at http://bugs.php.net/bug.php?id=54426&edit=1
Bug #54513 [Bgs]: json_decode skips value where json_encode includes it
Edit report at http://bugs.php.net/bug.php?id=54513&edit=1
ID: 54513
Updated by: cataphr...@php.net
Reported by:samu dot voutilainen at gmail dot com
Summary:json_decode skips value where json_encode includes
it
Status: Bogus
Type: Bug
Package:JSON related
Operating System: Gentoo Linux x86
PHP Version:5.3.6
-Assigned To:cataphract
+Assigned To:
Block user comment: N
Private report: N
New Comment:
Submit to login had assigned it to me; removing.
Previous Comments:
[2011-04-13 11:44:49] samu dot voutilainen at gmail dot com
Hmph, sorry, Iâm not able to reproduce it either...
[2011-04-12 17:23:31] scott...@php.net
I need a reproduce script.
I just used:
a = 1;
$test->b = array();
$test->c = 'foo';
$json = json_encode($test);
var_dump($test);
var_dump(json_decode($json));
And I got the output:
object(stdClass)#1 (3) {
["a"]=>
int(1)
["b"]=>
array(0) {
}
["c"]=>
string(3) "foo"
}
object(stdClass)#2 (3) {
["a"]=>
int(1)
["b"]=>
array(0) {
}
["c"]=>
string(3) "foo"
}
Nothing missing there.
[2011-04-12 13:26:41] samu dot voutilainen at gmail dot com
Description:
If you have empty array inside object, json_encode() does encode the
value into JSON format, but when the data is decoded with json_decode(),
this empty JSON array is omitted from output.
Consider following structure:
["timetable"]=>
object(pizzaonline\model\Timetable)#30 (9) {
["id"]=>
string(3) "774"
["timetable"]=>
array(0) {
}
["opening_hours"]=>
..
Corresponding json_encode would be:
"timetable":{
"id":"774",
"timetable":[
],
"opening_hours":[
..
This is all right, but I have a loop that removes this empty array with
unset(). So PHP structure from JSON is encoded is like:
["timetable"]=>
object(pizzaonline\model\Timetable)#30 (8) {
["id"]=>
string(3) "774"
["opening_hours"]=>
But using json_encode() returns same result that is in snippet 2.
Just ask if any questions, Iâll do example script later...
--
Edit this bug report at http://bugs.php.net/bug.php?id=54513&edit=1
Bug #54513 [Csd->Bgs]: json_decode skips value where json_encode includes it
Edit report at http://bugs.php.net/bug.php?id=54513&edit=1
ID: 54513
Updated by: cataphr...@php.net
Reported by:samu dot voutilainen at gmail dot com
Summary:json_decode skips value where json_encode includes
it
-Status: Closed
+Status: Bogus
Type: Bug
Package:JSON related
Operating System: Gentoo Linux x86
PHP Version:5.3.6
Assigned To:cataphract
Block user comment: N
Private report: N
Previous Comments:
[2011-04-13 11:44:49] samu dot voutilainen at gmail dot com
Hmph, sorry, Iâm not able to reproduce it either...
[2011-04-12 17:23:31] scott...@php.net
I need a reproduce script.
I just used:
a = 1;
$test->b = array();
$test->c = 'foo';
$json = json_encode($test);
var_dump($test);
var_dump(json_decode($json));
And I got the output:
object(stdClass)#1 (3) {
["a"]=>
int(1)
["b"]=>
array(0) {
}
["c"]=>
string(3) "foo"
}
object(stdClass)#2 (3) {
["a"]=>
int(1)
["b"]=>
array(0) {
}
["c"]=>
string(3) "foo"
}
Nothing missing there.
[2011-04-12 13:26:41] samu dot voutilainen at gmail dot com
Description:
If you have empty array inside object, json_encode() does encode the
value into JSON format, but when the data is decoded with json_decode(),
this empty JSON array is omitted from output.
Consider following structure:
["timetable"]=>
object(pizzaonline\model\Timetable)#30 (9) {
["id"]=>
string(3) "774"
["timetable"]=>
array(0) {
}
["opening_hours"]=>
..
Corresponding json_encode would be:
"timetable":{
"id":"774",
"timetable":[
],
"opening_hours":[
..
This is all right, but I have a loop that removes this empty array with
unset(). So PHP structure from JSON is encoded is like:
["timetable"]=>
object(pizzaonline\model\Timetable)#30 (8) {
["id"]=>
string(3) "774"
["opening_hours"]=>
But using json_encode() returns same result that is in snippet 2.
Just ask if any questions, Iâll do example script later...
--
Edit this bug report at http://bugs.php.net/bug.php?id=54513&edit=1
[PHP-BUG] Bug #54529 [NEW]: SAPI crashes on apache_config.c:197
From:
Operating system: Debian x86_64 GNU/Linux
PHP version: 5.3.6
Package: Apache2 related
Bug Type: Bug
Bug description:SAPI crashes on apache_config.c:197
Description:
Segfault is happening sometimes on our test environment, Production
environment
has segmentation faults more frequent (has more requests apparently).
Have set Apache core dump configation and compiled PHP with debug mode on
the
test.
Receiving such error:
Program terminated with signal 11, Segmentation fault.
#0 0x7f3d13e2b9a4 in apply_config (dummy=0x182d078) at /root/php-
5.3.6/sapi/apache2handler/apache_config.c:197
197 if (zend_alter_ini_entry(str, str_len, data->value, data->value_len,
data->status, data->htaccess?PHP_INI_STAGE_HTACCESS:PHP_INI_STAGE_ACTIVATE)
==
FAILURE) {
Apache compiled with such configuration:
./configure --prefix=/usr/local/httpd-2.2.17 --with-mpm=worker --with-ssl
--
enable-rewrite --enable-ssl --disable-cgi --enable-expires --enable-headers
--en
able-so --enable-cache --enable-mem-cache --enable-exception-hook
PHP compiled with such parameters:
./configure --prefix=/usr/local/php5.3.6 --sysconfdir=/etc --with-
apxs2=/usr/local/httpd-2.2.17/bin/apxs --with-config-file-path=/etc/php/
--with-
config-file-scan-dir=/etc/php/ext-active --enable-bcmath --enable-calendar
--
with-curl --enable-exif --enable-ftp --with-gettext --enable-mbstring
--with-
mcrypt --with-mhash --with-openssl --with-openssl-dir --with-pgsql
--enable-soap
--enable-sockets --with-xmlrpc --with-xsl --enable-zip --with-zlib --with-
freetype-dir --with-jpeg-dir --with-png-dir --with-gd --with-pdo-pgsql
--with-
kerberos --disable-ipv6 --with-libdir=lib64 --enable-debug
Actual result:
--
Full backtrace we're having for the failing thread:
--
#0 0x7f3d13e2b9a4 in apply_config (dummy=0x182d078) at /root/php-
5.3.6/sapi/apache2handler/apache_config.c:197
d = 0x182d078
str = 0x1750f70 "sendmail_path"
str_len = 14
data = 0x0
#1 0x7f3d13e2ac09 in php_handler (r=0x219bec0) at /root/php-
5.3.6/sapi/apache2handler/sapi_apache2.c:568
ctx = 0x0
conf = 0x182d078
brigade = 0x219c148
bucket = 0x182e8a0
rv = 0
parent_req = 0x0
tsrm_ls = 0x236ccc0
#2 0x00444710 in ap_run_handler (r=0x219bec0) at config.c:158
n = 6
rv = 0
#3 0x00447d6e in ap_invoke_handler (r=0x219bec0) at config.c:376
handler = 0x1821500 "application/javascript"
result = 25302272
old_handler = 0x0
ignore =
#4 0x0047a058 in ap_process_request (r=0x219bec0) at
http_request.c:282
access_status = 0
#5 0x00477010 in ap_process_http_connection (c=0x21980c8) at
http_core.c:190
r = 0x219bec0
csd = 0x2197eb0
#6 0x0044bcf8 in ap_run_process_connection (c=0x21980c8) at
connection.c:43
n = 0
rv = 0
#7 0x00496d37 in process_socket (thd=,
dummy=) at worker.c:544
current_conn =
conn_id =
csd = 25
sbh = 0x21980c0
#8 worker_thread (thd=, dummy=)
at
worker.c:894
process_slot = 0
thread_slot = 20
csd = 0x2197eb0
bucket_alloc =
last_ptrans =
ptrans = 0x2197e28
rv =
is_idle =
#9 0x7f3d14d608ba in start_thread () from /lib/libpthread.so.0
No symbol table info available.
#10 0x7f3d148c402d in clone () from /lib/libc.so.6
No symbol table info available.
#11 0x in ?? ()
No symbol table info available.
--
Edit bug report at http://bugs.php.net/bug.php?id=54529&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54529&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54529&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54529&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54529&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54529&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54529&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54529&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54529&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54529&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54529&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54529&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54529&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54529&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54529&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54529&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54529&r=dst
IIS Stability:
http:/
