Req #41243 [Com]: How to use ZIPARCHIVE::CM_STORE
Edit report at http://bugs.php.net/bug.php?id=41243&edit=1 ID: 41243 Comment by: jotunbane at gmail dot com Reported by: joel dot alexandre at gmail dot com Summary: How to use ZIPARCHIVE::CM_STORE Status: Open Type:Feature/Change Request Package: Feature/Change Request PHP Version: 5.x Assigned To: pajoye New Comment: 3 years and still no solution to this? Dude you are holding back an entire industry here (exaggeration, I know). Can somebody come up with a workaround for this?? Previous Comments: [2009-12-13 16:49:59] made at up dot address Please implement the ability to store files uncompressed in a zip archive. Without this, it is not possible to create epub documents using php, as the standards require that a particular file is always added to the archive uncompressed. http://www.idpf.org/2007/ops/OPS_2.0_final_spec.html [2009-05-26 11:31:03] andreidf at yahoo dot com "Future versions will let you specify the compression mode and method." When? :) [2007-05-01 18:05:51] paj...@php.net "This applies to all ZIPARCHIVE::FL_* " See: http://www.php.net/manual/en/function.ziparchive-statname.php That's where some of the flags can be used. Each function doc defines which flag or option can be used. "and ZIPARCHIVE::CM_* flags." The compression method (and mode) are read only for now. It is part of the entry info returned by the stat* functions. Future versions will let you specify the compression mode and method. Move to feature request and assign to me (it is in my todo but at least this bug may help other to figure it out or to provide patches :). [2007-04-30 16:05:00] joel dot alexandre at gmail dot com Description: How can the constant ZIPARCHIVE::CM_STORE be used to create a zip archive. That info is missing in the documentation. This applies to all ZIPARCHIVE::FL_* and ZIPARCHIVE::CM_* flags. -- Edit this bug report at http://bugs.php.net/bug.php?id=41243&edit=1
Bug #51185 [Bgs]: Apache won't start after PHP 5.3.1 is installed
Edit report at http://bugs.php.net/bug.php?id=51185&edit=1 ID: 51185 User updated by: randy at thehiringsurvey dot com Reported by: randy at thehiringsurvey dot com Summary: Apache won't start after PHP 5.3.1 is installed Status: Bogus Type: Bug Package: Windows Installer Operating System: Windows 7 (x64) PHP Version: 5.3.1 New Comment: Two points: 1. I did not have to manually define any PATH variables when I installed PHP 5.2.13 after I had uninstalled 5.3.1. So the 5.2.13 installer is working where the 5.3.1 failed. 2. After I got PHP 5.2.13 running I installed PEAR. I ran into a non-fatal installation problem in PEAR as well. I found out that Windows 7 is case sensitive when referring to PATHs. PEAR was creating it's PATH variable with the directory in all upper, but the actual folder was all lower. That worked on earlier Windows, but not on 7. I don't know which Windows version they made that change in. But once I edited PEAR's PATH variables to match the actual directory case the non-fatal error was resolved. I suspect that PHP 5.3.1's installer is creating a path with the wrong case, based upon the assumption that Windows doesn't care. Can't prove it without uninstalling PHP, and I can't do that right now. Previous Comments: [2010-03-16 00:41:04] paj...@php.net @cunobatis at bluewin dot ch that's a configuration problem. Adding the PHP directory to your PATH is a required step when you configure PHP with Apache. [2010-03-16 00:36:30] cunobatis at bluewin dot ch I just had the same problem as randy and adding the path where php resides to my PATH varible did the trick indeed! [2010-03-04 16:49:52] paj...@php.net interbase is not available in 5.3, so I think you were using the old php.ini or messing extensions. [2010-03-04 16:00:19] c dot fior at bss-gt dot com This were the installed extension, but now I have gone back to 5.2.12 because it is a production server extension=php_dbase.dll extension=php_gd2.dll extension=php_imap.dll extension=php_interbase.dll extension=php_mysql.dll extension=php_openssl.dll extension=php_pdo_mysql.dll extension=php_xsl.dll extension=php_zip.dll [2010-03-04 15:43:21] randy at thehiringsurvey dot com pajoye asked me which extensions were enabled. I'm sorry but because I have uninstalled 5.3.1 and installed 5.2.13 I can no longer say for certain. I do not have a copy of the php.ini from the 5.3.1 installation. I checked my trash, and it's gone. When I installed 5.3.1 I did go through the custom setup and to select extensions. There were a few extensions that I knew I needed. I think that they (PEAR and MySQL) were both selected by default, so I just took the defaults. 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=51185 -- Edit this bug report at http://bugs.php.net/bug.php?id=51185&edit=1
Bug #51185 [Fbk->Bgs]: Apache won't start after PHP 5.3.1 is installed
Edit report at http://bugs.php.net/bug.php?id=51185&edit=1 ID: 51185 Updated by: paj...@php.net Reported by: randy at thehiringsurvey dot com Summary: Apache won't start after PHP 5.3.1 is installed -Status: Feedback +Status: Bogus Type: Bug Package: Windows Installer Operating System: Windows 7 (x64) PHP Version: 5.3.1 New Comment: @cunobatis at bluewin dot ch that's a configuration problem. Adding the PHP directory to your PATH is a required step when you configure PHP with Apache. Previous Comments: [2010-03-16 00:36:30] cunobatis at bluewin dot ch I just had the same problem as randy and adding the path where php resides to my PATH varible did the trick indeed! [2010-03-04 16:49:52] paj...@php.net interbase is not available in 5.3, so I think you were using the old php.ini or messing extensions. [2010-03-04 16:00:19] c dot fior at bss-gt dot com This were the installed extension, but now I have gone back to 5.2.12 because it is a production server extension=php_dbase.dll extension=php_gd2.dll extension=php_imap.dll extension=php_interbase.dll extension=php_mysql.dll extension=php_openssl.dll extension=php_pdo_mysql.dll extension=php_xsl.dll extension=php_zip.dll [2010-03-04 15:43:21] randy at thehiringsurvey dot com pajoye asked me which extensions were enabled. I'm sorry but because I have uninstalled 5.3.1 and installed 5.2.13 I can no longer say for certain. I do not have a copy of the php.ini from the 5.3.1 installation. I checked my trash, and it's gone. When I installed 5.3.1 I did go through the custom setup and to select extensions. There were a few extensions that I knew I needed. I think that they (PEAR and MySQL) were both selected by default, so I just took the defaults. [2010-03-04 11:29:02] paj...@php.net Which extension(s) are enabled in the php.ini? It could be due to some extensions requiring external DLLs (oracle for example) or the PHP directory not being in your PATH. Try to call php from the command line as well, with or without using the system php.ini (be sure that you have removed or updated the 5.2's php.ini, especially the extension_dir setting). php.exe -n -i no php.ini loaded php.exe -i with system php.ini 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=51185 -- Edit this bug report at http://bugs.php.net/bug.php?id=51185&edit=1
Bug #51185 [Com]: Apache won't start after PHP 5.3.1 is installed
Edit report at http://bugs.php.net/bug.php?id=51185&edit=1 ID: 51185 Comment by: cunobatis at bluewin dot ch Reported by: randy at thehiringsurvey dot com Summary: Apache won't start after PHP 5.3.1 is installed Status: Feedback Type: Bug Package: Windows Installer Operating System: Windows 7 (x64) PHP Version: 5.3.1 New Comment: I just had the same problem as randy and adding the path where php resides to my PATH varible did the trick indeed! Previous Comments: [2010-03-04 16:49:52] paj...@php.net interbase is not available in 5.3, so I think you were using the old php.ini or messing extensions. [2010-03-04 16:00:19] c dot fior at bss-gt dot com This were the installed extension, but now I have gone back to 5.2.12 because it is a production server extension=php_dbase.dll extension=php_gd2.dll extension=php_imap.dll extension=php_interbase.dll extension=php_mysql.dll extension=php_openssl.dll extension=php_pdo_mysql.dll extension=php_xsl.dll extension=php_zip.dll [2010-03-04 15:43:21] randy at thehiringsurvey dot com pajoye asked me which extensions were enabled. I'm sorry but because I have uninstalled 5.3.1 and installed 5.2.13 I can no longer say for certain. I do not have a copy of the php.ini from the 5.3.1 installation. I checked my trash, and it's gone. When I installed 5.3.1 I did go through the custom setup and to select extensions. There were a few extensions that I knew I needed. I think that they (PEAR and MySQL) were both selected by default, so I just took the defaults. [2010-03-04 11:29:02] paj...@php.net Which extension(s) are enabled in the php.ini? It could be due to some extensions requiring external DLLs (oracle for example) or the PHP directory not being in your PATH. Try to call php from the command line as well, with or without using the system php.ini (be sure that you have removed or updated the 5.2's php.ini, especially the extension_dir setting). php.exe -n -i no php.ini loaded php.exe -i with system php.ini [2010-03-03 09:26:48] c dot fior at bss-gt dot com I had the same problem with OE Windows Server 2003 ... I had to downgrade to previous release 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=51185 -- Edit this bug report at http://bugs.php.net/bug.php?id=51185&edit=1
[PHP-BUG] Bug #51304 [NEW]: php://stderr stream logs to global apache log file instead of virtual host file
From:
Operating system: Ubuntu Server 9.04
PHP version: Irrelevant
Package: Output Control
Bug Type: Bug
Bug description:php://stderr stream logs to global apache log file instead of
virtual host file
Description:
PHP 5.2.6-3ubuntu4.5 with Suhosin-Patch 0.9.6.2 (cli) (built: Jan 6 2010
22:25:33)
/* This logs to global apache error_log file. */
$log = fopen("php://stderr", "a");
fwrite($log, "test message");
fclose($log);
/* This logs to virtual host error_log file */
trigger_error("test message");
php.ini settings :
log_errors = On
No value for error_log. It is commented out.
--
Edit bug report at http://bugs.php.net/bug.php?id=51304&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=51304&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=51304&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=51304&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=51304&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=51304&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=51304&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=51304&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=51304&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=51304&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=51304&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=51304&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=51304&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=51304&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=51304&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51304&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=51304&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=51304&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=51304&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=51304&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=51304&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=51304&r=mysqlcfg
Bug #51300 [Bgs]: SELECT * CRASH With LibMySQL > 5.0.51
Edit report at http://bugs.php.net/bug.php?id=51300&edit=1
ID: 51300
User updated by: tanguy dot pruvot at gmail dot com
Reported by: tanguy dot pruvot at gmail dot com
Summary: SELECT * CRASH With LibMySQL > 5.0.51
Status: Bogus
Type: Bug
Package: PDO related
Operating System: Windows 7
PHP Version: 5.2.13
New Comment:
The new field of structure is :
void *extension;
at the end of the record... That should not change anymore...
typedef struct st_mysql_field {
char *name; /* Name of column */
char *org_name; /* Original column name, if an alias */
char *table;/* Table of column if column was a field
*/
char *org_table;/* Org table name, if table was an alias
*/
char *db; /* Database for table */
char *catalog; /* Catalog for table */
char *def; /* Default value (set by
mysql_list_fields) */
unsigned long length; /* Width of column (create length) */
unsigned long max_length; /* Max width for selected set */
unsigned int name_length;
unsigned int org_name_length;
unsigned int table_length;
unsigned int org_table_length;
unsigned int db_length;
unsigned int catalog_length;
unsigned int def_length;
unsigned int flags; /* Div flags */
unsigned int decimals; /* Number of decimals in field */
unsigned int charsetnr; /* Character set */
enum enum_field_types type; /* Type of field. See mysql_com.h for
types */
void *extension;
} MYSQL_FIELD;
Previous Comments:
[2010-03-15 12:35:48] tanguy dot pruvot at gmail dot com
Oh... I dont publish the self-compiled PHP version, i only use the
source tree to
compile the shared modules i need...
[2010-03-15 12:30:55] paj...@php.net
Why do you compile PHP yourself is what I meant, it should be necessary
and would make your users life easier if you do not.
[2010-03-15 12:21:19] tanguy dot pruvot at gmail dot com
like i said eaccelerator need to be recompiled on every php release... i
htate
to wait for a module to upgrade php...
xdebug doesnt have this problem... like my php4delphi module which is
"working"
since 5.2.0 ... and i've problem to upgrade it to the 7.2 (Delphi 2010)
version
which is less delphi-vcl dependant...
I want to make a php interface to my FastCGI WDScript .. To permit
interface to
the WLangage Native DB Drivers in a php script without json, to output
PHP code
or directly create php variables :)
I think i will make it with visual studio this time... i've now the
knowledge
and the tool suites to do that...
[2010-03-15 12:06:29] paj...@php.net
Last but not least: Why do you compile it yourself? That should not be
necessary.
[2010-03-15 12:01:57] tanguy dot pruvot at gmail dot com
i fixed sqlitemanager (1.2.0) sources and all the ereg(i/replace)
functions and some other things herited from PHP 4 ;), dont
remember...
I think 0.9.6 of eaccelerator is now ok (the rc version was not), the
0.9.6 works
fine with 5.2.12 and 13 but need to be recompiled on every php minor
version...
this version is also smaller than before... some units were removed...
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=51300
--
Edit this bug report at http://bugs.php.net/bug.php?id=51300&edit=1
Bug #51270 [Opn->Fbk]: Apache cannot start
Edit report at http://bugs.php.net/bug.php?id=51270&edit=1 ID: 51270 Updated by: paj...@php.net Reported by: jamone_95134 at yahoo dot com Summary: Apache cannot start -Status: Open +Status: Feedback Type: Bug Package: Apache2 related Operating System: win32 only - Windows XP SP3 PHP Version: 5.3.2 New Comment: Please run php -m in CLI please and paste the output here. Same with: php -i and paste the output in a file and attach it here. Previous Comments: [2010-03-15 19:31:37] fcanova at uol dot com dot br I have the same problem. Apache 2.2.15 with openssl PHP 5.3.2 win32 VC6 x86 Thread Safe (2010-Mar-04 20:11:08) Windows 7 [2010-03-12 12:10:38] jamone_95134 at yahoo dot com As stated before: php was installed and works correctly, php 5.3.2 thread safe VC6 version. Apache version 2.2.15 with openssl, downloaded from apache.org works correctly when the PHPIniDir and LoadModule lines are commented out of the httpd.conf file. The OS is windows XP with SP3. [2010-03-12 11:39:33] paj...@php.net Ok, which PHP version did you fetch (vc6/vc9) and which Apache version do you use (from apache.org or apachelounge.com)? @Jani Operating system is important and saying only "win32" is as useless as saying "linux". [2010-03-11 18:43:58] jamone_95134 at yahoo dot com [2010-03-11 13:13 UTC] paj...@php.net Remove php.ini in your systems or be sure to disable all extensions and try again. As I mentioned earlier, I disabled all the extensions in my php.ini, then enabling them one by one to see if any would allow the Apache to start, but the Apache crashed every time. If I comment out the PHPIniDir line but not the LoadModule Apache still does not start, similarly if I comment out the LoadModule line but not the PHPIniDir, the Apache does not start. Apache only starts if both lines are commented out. [2010-03-11 15:13:43] paj...@php.net Remove php.ini in your systems or be sure to disable all extensions and try again. 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=51270 -- Edit this bug report at http://bugs.php.net/bug.php?id=51270&edit=1
Bug #51270 [Com]: Apache cannot start
Edit report at http://bugs.php.net/bug.php?id=51270&edit=1 ID: 51270 Comment by: fcanova at uol dot com dot br Reported by: jamone_95134 at yahoo dot com Summary: Apache cannot start Status: Open Type: Bug Package: Apache2 related Operating System: win32 only - Windows XP SP3 PHP Version: 5.3.2 New Comment: I have the same problem. Apache 2.2.15 with openssl PHP 5.3.2 win32 VC6 x86 Thread Safe (2010-Mar-04 20:11:08) Windows 7 Previous Comments: [2010-03-12 12:10:38] jamone_95134 at yahoo dot com As stated before: php was installed and works correctly, php 5.3.2 thread safe VC6 version. Apache version 2.2.15 with openssl, downloaded from apache.org works correctly when the PHPIniDir and LoadModule lines are commented out of the httpd.conf file. The OS is windows XP with SP3. [2010-03-12 11:39:33] paj...@php.net Ok, which PHP version did you fetch (vc6/vc9) and which Apache version do you use (from apache.org or apachelounge.com)? @Jani Operating system is important and saying only "win32" is as useless as saying "linux". [2010-03-11 18:43:58] jamone_95134 at yahoo dot com [2010-03-11 13:13 UTC] paj...@php.net Remove php.ini in your systems or be sure to disable all extensions and try again. As I mentioned earlier, I disabled all the extensions in my php.ini, then enabling them one by one to see if any would allow the Apache to start, but the Apache crashed every time. If I comment out the PHPIniDir line but not the LoadModule Apache still does not start, similarly if I comment out the LoadModule line but not the PHPIniDir, the Apache does not start. Apache only starts if both lines are commented out. [2010-03-11 15:13:43] paj...@php.net Remove php.ini in your systems or be sure to disable all extensions and try again. [2010-03-11 14:21:22] a at liveb dot ru Have the same problem. apache doesn't work as a service. But works from console. When I try to start the service I get an error. szAppName : httpd.exe szAppVer : 2.2.15.0 szModName : unknown szModVer : 0.0.0.0 offset : 0073d729 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=51270 -- Edit this bug report at http://bugs.php.net/bug.php?id=51270&edit=1
Req #36943 [Opn]: SCGI support
Edit report at http://bugs.php.net/bug.php?id=36943&edit=1 ID: 36943 Updated by: paj...@php.net Reported by: webstorm at netcourrier dot com Summary: SCGI support Status: Open Type: Feature/Change Request -Package: Feature/Change Request +Package: *General Issues Operating System: Windows PHP Version: 5.1.2 New Comment: > SCGI is supported by Apache, FastCGI is not. Go ahead. FastCGI is actually supported by apache and next versions should have it included. Previous Comments: [2010-03-15 18:14:38] peter_jones_jr at yahoo dot com Please discuss this on the PHP mailing list before sending feature requests. PHP should not support each and every protocol out there, especially if it has NO advantage over FastCGI. From the "spec": "When the SCGI server sees the end of the request it sends back a response and closes the connection. The format of the response is not specified by this protocol." This "protocol spec" doesn't make any sense to me. Note that there are several Java FastCGI servlets available, so there's no need to add more complexity to the PHP core. [2007-09-23 08:43:11] js at iksz dot hu SCGI is supported by Apache, FastCGI is not. Go ahead. [2006-04-02 14:04:44] webstorm at netcourrier dot com I tried to use FastCGI but I have 2 problems : 1) I didn't found the FastCGI binaries, do i need to recompile source (i'm using Windows) ? 2) According to the FastCGI specification, when the FastCGI is started, the web server have to pass the handle (file number) of the opened socket to the FastCGI. How can this be done with Java ? [2006-04-01 20:55:39] scottmacvicar at ntlworld dot com It's just another FastCGI type protocol but far easier to implement, see http://python.ca/nas/scgi/protocol.txt for the spec. Creating a SCGI API would be fairly straight forward. [2006-04-01 20:05:20] tony2...@php.net PHP also supports FastCGI or it's not enough for Java web-server? 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=36943 -- Edit this bug report at http://bugs.php.net/bug.php?id=36943&edit=1
Bug #51183 [Com]: ext/date/php_date.c fails to compile with Sun Studio and PHP 5.2.13
Edit report at http://bugs.php.net/bug.php?id=51183&edit=1
ID: 51183
Comment by: uklaus at hgb-leipzig dot de
Reported by: markus dot schiegl at lbbw dot de
Summary: ext/date/php_date.c fails to compile with Sun Studio
and PHP 5.2.13
Status: Assigned
Type: Bug
Package: Compile Failure
Operating System: Solaris 10 (Sparc)
PHP Version: 5.2.13
Assigned To: derick
New Comment:
for the records,
Sun Studio 11 compiler on Solaris 10 Sparc: doesn't compile
Sun Studio 12 compiler on Solaris 10 Sparc: doesn't compile
Sun Studio 12 Update 1 compiler on Solaris 10 Sparc: compiles
Previous Comments:
[2010-03-10 11:02:49] jose-marcio dot martins at mines-paristech dot fr
I submited this patch as it's simple and will work for every combination
of OS and compiler.
But the result is that php_date_llabs function isn't defined as inline.
This may be an important performance issue only if this function is
called very very frequently (I don't know if this hypothesis is true and
I don't believe).
The correct solution could be to redefine this with some other checks in
order to use the correct inline declaration syntax. Another solution, as
this is a really simple function is to declare it as a macro. Something
of the kind :
#define php_date_llabs(i) ((long long) ((i) >= 0 ? (i) : -(i))
[2010-03-08 20:26:07] rcshishe at cord dot edu
This also affects Solaris 10 x86 with Sun Studio compiler.
[2010-03-05 11:42:12] markus dot schiegl at lbbw dot de
Jose Marcio, thanks for the patch. Compiles and works fine now!
[2010-03-02 13:25:22] markus dot schiegl at lbbw dot de
Description:
PHP 5.2.13 doesn't compile with Sun Studio compiler on Solaris 10 Sparc.
Configure works fine (as in 5.2.12), Make fails on ext/date/php_date.c
file with:
/bin/sh /opt/build/php/php-5.2.13/libtool --silent --preserve-dup-deps
--mode=compile cc -Iext/date/lib -Iext/date/
-I/opt/build/php/php-5.2.13/ext/d
ate/ -DPHP_ATOM_INC -I/opt/build/php/php-5.2.13/include
-I/opt/build/php/php-5.2.13/main -I/opt/build/php/php-5.2.13
-I/opt/build/php/php-5.2.13/ext/
date/lib -I/opt/build/php/ext/libxml2/include/libxml2 -I/usr/sfw/include
-I/opt/build/php/ext/curl/include -I/opt/build/php/ext/jpeg/include
-I/opt/b
uild/php/ext/freetype2/include
-I/opt/build/php/ext/freetype2/include/freetype2
-I/opt/build/php/ext/gettext/include -I/opt/build/php/ext/libiconv/in
clude -I/opt/build/php/php-5.2.13/ext/mbstring/oniguruma
-I/opt/build/php/php-5.2.13/ext/mbstring/libmbfl
-I/opt/build/php/php-5.2.13/ext/mbstring/li
bmbfl/mbfl -I/opt/build/php/ext/libmcrypt/include
-I/opt/build/php/ext/freetds/include -I/opt/build/php/ext/mysql/include
-I/opt/build/php/ext/instan
tclient/sdk/include -I/opt/build/php/ext/tidy/include
-I/opt/build/php/ext/xmlrpc-epi/include
-I/opt/build/php/ext/libxslt/include -I/opt/build/php/p
hp-5.2.13/TSRM -I/opt/build/php/php-5.2.13/Zend
-I/opt/build/php/php/ext/libiconv/include
-I/opt/build/php/php/ext/gettext/include -D_POSIX_PTHREAD_
SEMANTICS -I/opt/build/php/ext/libiconv/include -O -xs -xstrconst
-zlazyload -xmemalign=8s -c
/opt/build/php/php-5.2.13/ext/date/php_date.c -o ext/
date/php_date.lo
"/opt/build/php/php-5.2.13/ext/date/php_date.c", line 38: warning: no
explicit type given
"/opt/build/php/php-5.2.13/ext/date/php_date.c", line 38: syntax error
before or at: long
cc: acomp failed for /opt/build/php/php-5.2.13/ext/date/php_date.c
*** Error code 1
make: Fatal error: Command failed for target `ext/date/php_date.lo'
A diff between 5.2.12 and 5.2.13 shows the culprit (php_date_llabs vs.
llabs and/or ifndef HAVE_LLABS, because of bug 50266 and bug 50930)
@@ -30,14 +30,12 @@
#include "lib/timelib.h"
#include
-#ifndef HAVE_LLABS
-# ifdef PHP_WIN32
-static __inline __int64 llabs( __int64 i ) { return i >= 0? i: -i; }
-# elif defined(__GNUC__) && __GNUC__ < 3
-static __inline __int64_t llabs( __int64_t i ) { return i >= 0 ? i :
-i; }
-# elif defined(NETWARE) && defined(__MWERKS__)
-static __inline long long llabs( long long i ) { return i >= 0 ? i :
-i; }
-# endif
+#ifdef PHP_WIN32
+static __inline __int64 php_date_llabs( __int64 i ) { return i >= 0? i:
-i; }
+#elif defined(__GNUC__) && __GNUC__ < 3
+static __inline __int64_t php_date_llabs( __int64_t i ) { return i >= 0
? i : -i; }
+#else
+static __inline long long php_date_llabs( long long i ) { return i >= 0
? i : -i; }
#endif
/* {{{ arginfo */
Expected result:
successful compile
Actual result:
--
compile aborts with error
-
Req #36943 [Com]: SCGI support
Edit report at http://bugs.php.net/bug.php?id=36943&edit=1 ID: 36943 Comment by: peter_jones_jr at yahoo dot com Reported by: webstorm at netcourrier dot com Summary: SCGI support Status: Open Type: Feature/Change Request Package: Feature/Change Request Operating System: Windows PHP Version: 5.1.2 New Comment: Please discuss this on the PHP mailing list before sending feature requests. PHP should not support each and every protocol out there, especially if it has NO advantage over FastCGI. From the "spec": "When the SCGI server sees the end of the request it sends back a response and closes the connection. The format of the response is not specified by this protocol." This "protocol spec" doesn't make any sense to me. Note that there are several Java FastCGI servlets available, so there's no need to add more complexity to the PHP core. Previous Comments: [2007-09-23 08:43:11] js at iksz dot hu SCGI is supported by Apache, FastCGI is not. Go ahead. [2006-04-02 14:04:44] webstorm at netcourrier dot com I tried to use FastCGI but I have 2 problems : 1) I didn't found the FastCGI binaries, do i need to recompile source (i'm using Windows) ? 2) According to the FastCGI specification, when the FastCGI is started, the web server have to pass the handle (file number) of the opened socket to the FastCGI. How can this be done with Java ? [2006-04-01 20:55:39] scottmacvicar at ntlworld dot com It's just another FastCGI type protocol but far easier to implement, see http://python.ca/nas/scgi/protocol.txt for the spec. Creating a SCGI API would be fairly straight forward. [2006-04-01 20:05:20] tony2...@php.net PHP also supports FastCGI or it's not enough for Java web-server? [2006-04-01 19:57:17] webstorm at netcourrier dot com Description: SCGI doesn't seems to be supported by PHP. Running PHP as CGI is slow, and using PHP as Apache module is not an option as I'm develloping a web server using Java. -- Edit this bug report at http://bugs.php.net/bug.php?id=36943&edit=1
Bug #51302 [Fbk->Opn]: wierd error with latest snapshot
Edit report at http://bugs.php.net/bug.php?id=51302&edit=1 ID: 51302 User updated by: jachym dot tousek at gmail dot com Reported by: jachym dot tousek at gmail dot com Summary: wierd error with latest snapshot -Status: Feedback +Status: Open Type: Bug Package: Compile Failure Operating System: Debian etch PHP Version: 5.3SVN-2010-03-15 (snap) New Comment: Yeah I know, it actually happened few times that memory was not enough. But when that happened, I the error report was different so that's not it. Previous Comments: [2010-03-15 17:08:33] johan...@php.net How much free memory does your system have while compiling that file? - It is rather large and might cause the commpiler to need more memory than having available. [2010-03-15 16:15:48] jachym dot tousek at gmail dot com Description: This error shows with snapshot "php5.3-201003151330.tar.gz". I haven't tried another yet. Test script: --- # ./configure --with-apxs2=/usr/bin/apxs2 --with-config-file-path=/etc/php5/apache2 --with-config-file-scan-dir=/etc/php5/apache2/conf.d --with-gd --with-freetype-dir --with-xpm-dir --with-jpeg-dir --with-png-dir --with-t1lib --enable-gd-native-ttf --enable-gd-jis-conv --with-zlib --enable-mbstring --with-mcrypt --with-mhash --with-pcre-regex --disable-short-tags --with-bz2 --enable-zip --with-openssl --enable-bcmath --enable-calendar --enable-exif --enable-ftp --with-gettext --with-ldap --with-pspell --enable-soap --enable-sockets --with-tidy --enable-wddx --with-xmlrpc --with-xsl --with-kerberos --enable-sqlite-utf8 --with-pgsql --with-pdo-pgsql --with-mysqli --with-mysql --with-pdo-mysql --disable-phar --without-pear # make clean # make Expected result: PHP compiled Actual result: -- /bin/sh /trash/php5.3-201003151330/libtool --silent --preserve-dup-deps --mode=compile /trash/php5.3-201003151330/meta_ccld -I/trash/php5.3-201003151330/ext/fileinfo/libmagic -Iext/fileinfo/ -I/trash/php5.3-201003151330/ext/fileinfo/ -DPHP_ATOM_INC -I/trash/php5.3-201003151330/include -I/trash/php5.3-201003151330/main -I/trash/php5.3-201003151330 -I/trash/php5.3-201003151330/ext/date/lib -I/trash/php5.3-201003151330/ext/ereg/regex -I/usr/include/libxml2 -I/usr/include/freetype2 -I/trash/php5.3-201003151330/ext/mbstring/oniguruma -I/trash/php5.3-201003151330/ext/mbstring/libmbfl -I/trash/php5.3-201003151330/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/usr/include/postgresql -I/trash/php5.3-201003151330/ext/sqlite3/libsqlite -I/usr/include/pspell -I/usr/include/tidy -I/trash/php5.3-201003151330/TSRM -I/trash/php5.3-201003151330/Zend -D_REENTRANT -DTHREAD=1 -I/usr/include -g -O2 -fvisibility=hidden -pthread -DZTS -c /trash/php5.3-201003151330/ext/fileinfo/libmagic/apprentice.c -o ext/fileinfo/libmagic/apprentice.lo gcc: Internal error: Terminated (program cc1) Please submit a full bug report. See http://gcc.gnu.org/bugs.html> for instructions. For Debian GNU/Linux specific bug reporting instructions, see . make: *** [ext/fileinfo/libmagic/apprentice.lo] Error 1 -- Edit this bug report at http://bugs.php.net/bug.php?id=51302&edit=1
Bug #51302 [Opn->Fbk]: wierd error with latest snapshot
Edit report at http://bugs.php.net/bug.php?id=51302&edit=1 ID: 51302 Updated by: johan...@php.net Reported by: jachym dot tousek at gmail dot com Summary: wierd error with latest snapshot -Status: Open +Status: Feedback Type: Bug Package: Compile Failure Operating System: Debian etch PHP Version: 5.3SVN-2010-03-15 (snap) New Comment: How much free memory does your system have while compiling that file? - It is rather large and might cause the commpiler to need more memory than having available. Previous Comments: [2010-03-15 16:15:48] jachym dot tousek at gmail dot com Description: This error shows with snapshot "php5.3-201003151330.tar.gz". I haven't tried another yet. Test script: --- # ./configure --with-apxs2=/usr/bin/apxs2 --with-config-file-path=/etc/php5/apache2 --with-config-file-scan-dir=/etc/php5/apache2/conf.d --with-gd --with-freetype-dir --with-xpm-dir --with-jpeg-dir --with-png-dir --with-t1lib --enable-gd-native-ttf --enable-gd-jis-conv --with-zlib --enable-mbstring --with-mcrypt --with-mhash --with-pcre-regex --disable-short-tags --with-bz2 --enable-zip --with-openssl --enable-bcmath --enable-calendar --enable-exif --enable-ftp --with-gettext --with-ldap --with-pspell --enable-soap --enable-sockets --with-tidy --enable-wddx --with-xmlrpc --with-xsl --with-kerberos --enable-sqlite-utf8 --with-pgsql --with-pdo-pgsql --with-mysqli --with-mysql --with-pdo-mysql --disable-phar --without-pear # make clean # make Expected result: PHP compiled Actual result: -- /bin/sh /trash/php5.3-201003151330/libtool --silent --preserve-dup-deps --mode=compile /trash/php5.3-201003151330/meta_ccld -I/trash/php5.3-201003151330/ext/fileinfo/libmagic -Iext/fileinfo/ -I/trash/php5.3-201003151330/ext/fileinfo/ -DPHP_ATOM_INC -I/trash/php5.3-201003151330/include -I/trash/php5.3-201003151330/main -I/trash/php5.3-201003151330 -I/trash/php5.3-201003151330/ext/date/lib -I/trash/php5.3-201003151330/ext/ereg/regex -I/usr/include/libxml2 -I/usr/include/freetype2 -I/trash/php5.3-201003151330/ext/mbstring/oniguruma -I/trash/php5.3-201003151330/ext/mbstring/libmbfl -I/trash/php5.3-201003151330/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/usr/include/postgresql -I/trash/php5.3-201003151330/ext/sqlite3/libsqlite -I/usr/include/pspell -I/usr/include/tidy -I/trash/php5.3-201003151330/TSRM -I/trash/php5.3-201003151330/Zend -D_REENTRANT -DTHREAD=1 -I/usr/include -g -O2 -fvisibility=hidden -pthread -DZTS -c /trash/php5.3-201003151330/ext/fileinfo/libmagic/apprentice.c -o ext/fileinfo/libmagic/apprentice.lo gcc: Internal error: Terminated (program cc1) Please submit a full bug report. See http://gcc.gnu.org/bugs.html> for instructions. For Debian GNU/Linux specific bug reporting instructions, see . make: *** [ext/fileinfo/libmagic/apprentice.lo] Error 1 -- Edit this bug report at http://bugs.php.net/bug.php?id=51302&edit=1
[PHP-BUG] Bug #51302 [NEW]: wierd error with latest snapshot
From: Operating system: Debian etch PHP version: 5.3SVN-2010-03-15 (snap) Package: Compile Failure Bug Type: Bug Bug description:wierd error with latest snapshot Description: This error shows with snapshot "php5.3-201003151330.tar.gz". I haven't tried another yet. Test script: --- # ./configure --with-apxs2=/usr/bin/apxs2 --with-config-file-path=/etc/php5/apache2 --with-config-file-scan-dir=/etc/php5/apache2/conf.d --with-gd --with-freetype-dir --with-xpm-dir --with-jpeg-dir --with-png-dir --with-t1lib --enable-gd-native-ttf --enable-gd-jis-conv --with-zlib --enable-mbstring --with-mcrypt --with-mhash --with-pcre-regex --disable-short-tags --with-bz2 --enable-zip --with-openssl --enable-bcmath --enable-calendar --enable-exif --enable-ftp --with-gettext --with-ldap --with-pspell --enable-soap --enable-sockets --with-tidy --enable-wddx --with-xmlrpc --with-xsl --with-kerberos --enable-sqlite-utf8 --with-pgsql --with-pdo-pgsql --with-mysqli --with-mysql --with-pdo-mysql --disable-phar --without-pear # make clean # make Expected result: PHP compiled Actual result: -- /bin/sh /trash/php5.3-201003151330/libtool --silent --preserve-dup-deps --mode=compile /trash/php5.3-201003151330/meta_ccld -I/trash/php5.3-201003151330/ext/fileinfo/libmagic -Iext/fileinfo/ -I/trash/php5.3-201003151330/ext/fileinfo/ -DPHP_ATOM_INC -I/trash/php5.3-201003151330/include -I/trash/php5.3-201003151330/main -I/trash/php5.3-201003151330 -I/trash/php5.3-201003151330/ext/date/lib -I/trash/php5.3-201003151330/ext/ereg/regex -I/usr/include/libxml2 -I/usr/include/freetype2 -I/trash/php5.3-201003151330/ext/mbstring/oniguruma -I/trash/php5.3-201003151330/ext/mbstring/libmbfl -I/trash/php5.3-201003151330/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/usr/include/postgresql -I/trash/php5.3-201003151330/ext/sqlite3/libsqlite -I/usr/include/pspell -I/usr/include/tidy -I/trash/php5.3-201003151330/TSRM -I/trash/php5.3-201003151330/Zend -D_REENTRANT -DTHREAD=1 -I/usr/include -g -O2 -fvisibility=hidden -pthread -DZTS -c /trash/php5.3-201003151330/ext/fileinfo/libmagic/apprentice.c -o ext/fileinfo/libmagic/apprentice.lo gcc: Internal error: Terminated (program cc1) Please submit a full bug report. See http://gcc.gnu.org/bugs.html> for instructions. For Debian GNU/Linux specific bug reporting instructions, see . make: *** [ext/fileinfo/libmagic/apprentice.lo] Error 1 -- Edit bug report at http://bugs.php.net/bug.php?id=51302&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51302&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51302&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51302&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51302&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51302&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51302&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51302&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51302&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51302&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51302&r=support Expected behavior: http://bugs.php.net/fix.php?id=51302&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51302&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51302&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51302&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51302&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51302&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51302&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51302&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51302&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51302&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51302&r=mysqlcfg
Bug #51205 [Opn->Fbk]: Fatal error: com_exception: The parameter is incorrect
Edit report at http://bugs.php.net/bug.php?id=51205&edit=1
ID: 51205
Updated by: ka...@php.net
Reported by: zelnaga at gmail dot com
Summary: Fatal error: com_exception: The parameter is incorrect
-Status: Open
+Status: Feedback
Type: Bug
Package: COM related
Operating System: Windows XP
PHP Version: 5.3.1
New Comment:
In what line does this happen?
Previous Comments:
[2010-03-04 22:31:57] zelnaga at gmail dot com
Description:
Hi,
I need to use RNGCryptoServiceProvider in PHP.
I have tried:
$rng = new DOTNET("mscorlib",
"System.Security.Cryptography.RNGCryptoServiceProvider");
$arr = array(0);
$v = new VARIANT($arr,VT_ARRAY);
$rng->GetBytes($v);
unset($rng);
The component loads fine.
But I got this error: Fatal error: Uncaught exception 'com_exception'
with message 'Error [0x80070057] The parameter is incorrect.
Any ideas?
--
Edit this bug report at http://bugs.php.net/bug.php?id=51205&edit=1
Bug #51300 [Bgs]: SELECT * CRASH With LibMySQL > 5.0.51
Edit report at http://bugs.php.net/bug.php?id=51300&edit=1 ID: 51300 User updated by: tanguy dot pruvot at gmail dot com Reported by: tanguy dot pruvot at gmail dot com Summary: SELECT * CRASH With LibMySQL > 5.0.51 Status: Bogus Type: Bug Package: PDO related Operating System: Windows 7 PHP Version: 5.2.13 New Comment: Oh... I dont publish the self-compiled PHP version, i only use the source tree to compile the shared modules i need... Previous Comments: [2010-03-15 12:30:55] paj...@php.net Why do you compile PHP yourself is what I meant, it should be necessary and would make your users life easier if you do not. [2010-03-15 12:21:19] tanguy dot pruvot at gmail dot com like i said eaccelerator need to be recompiled on every php release... i htate to wait for a module to upgrade php... xdebug doesnt have this problem... like my php4delphi module which is "working" since 5.2.0 ... and i've problem to upgrade it to the 7.2 (Delphi 2010) version which is less delphi-vcl dependant... I want to make a php interface to my FastCGI WDScript .. To permit interface to the WLangage Native DB Drivers in a php script without json, to output PHP code or directly create php variables :) I think i will make it with visual studio this time... i've now the knowledge and the tool suites to do that... [2010-03-15 12:06:29] paj...@php.net Last but not least: Why do you compile it yourself? That should not be necessary. [2010-03-15 12:01:57] tanguy dot pruvot at gmail dot com i fixed sqlitemanager (1.2.0) sources and all the ereg(i/replace) functions and some other things herited from PHP 4 ;), dont remember... I think 0.9.6 of eaccelerator is now ok (the rc version was not), the 0.9.6 works fine with 5.2.12 and 13 but need to be recompiled on every php minor version... this version is also smaller than before... some units were removed... [2010-03-15 11:44:04] paj...@php.net xDebug works fine with 5.3, no idea about eaccalerator but APC works fine as well. I don't see which problem 5.3 can cause to be honest. All apps I use work just fine with it. 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=51300 -- Edit this bug report at http://bugs.php.net/bug.php?id=51300&edit=1
Bug #51300 [Bgs]: SELECT * CRASH With LibMySQL > 5.0.51
Edit report at http://bugs.php.net/bug.php?id=51300&edit=1 ID: 51300 Updated by: paj...@php.net Reported by: tanguy dot pruvot at gmail dot com Summary: SELECT * CRASH With LibMySQL > 5.0.51 Status: Bogus Type: Bug Package: PDO related Operating System: Windows 7 PHP Version: 5.2.13 New Comment: Why do you compile PHP yourself is what I meant, it should be necessary and would make your users life easier if you do not. Previous Comments: [2010-03-15 12:21:19] tanguy dot pruvot at gmail dot com like i said eaccelerator need to be recompiled on every php release... i htate to wait for a module to upgrade php... xdebug doesnt have this problem... like my php4delphi module which is "working" since 5.2.0 ... and i've problem to upgrade it to the 7.2 (Delphi 2010) version which is less delphi-vcl dependant... I want to make a php interface to my FastCGI WDScript .. To permit interface to the WLangage Native DB Drivers in a php script without json, to output PHP code or directly create php variables :) I think i will make it with visual studio this time... i've now the knowledge and the tool suites to do that... [2010-03-15 12:06:29] paj...@php.net Last but not least: Why do you compile it yourself? That should not be necessary. [2010-03-15 12:01:57] tanguy dot pruvot at gmail dot com i fixed sqlitemanager (1.2.0) sources and all the ereg(i/replace) functions and some other things herited from PHP 4 ;), dont remember... I think 0.9.6 of eaccelerator is now ok (the rc version was not), the 0.9.6 works fine with 5.2.12 and 13 but need to be recompiled on every php minor version... this version is also smaller than before... some units were removed... [2010-03-15 11:44:04] paj...@php.net xDebug works fine with 5.3, no idea about eaccalerator but APC works fine as well. I don't see which problem 5.3 can cause to be honest. All apps I use work just fine with it. [2010-03-15 11:41:18] tanguy dot pruvot at gmail dot com Yes, i've read about that... PHP6...oops 5.3 ;) is optimized for Windows (and maybe the big machine WebPI) :p But eaccelerator and xdebug had some problems with 5.3... so i wait and see... Also, most of wamp package have migrated to 5.3... which has caused many problems... My package is made for web dev purpose, at work... and its fine to have a wamp package compatible with "old" (1 year) php applications to upgrade them without the server on a production environment... 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=51300 -- Edit this bug report at http://bugs.php.net/bug.php?id=51300&edit=1
Bug #51300 [Bgs]: SELECT * CRASH With LibMySQL > 5.0.51
Edit report at http://bugs.php.net/bug.php?id=51300&edit=1 ID: 51300 User updated by: tanguy dot pruvot at gmail dot com Reported by: tanguy dot pruvot at gmail dot com Summary: SELECT * CRASH With LibMySQL > 5.0.51 Status: Bogus Type: Bug Package: PDO related Operating System: Windows 7 PHP Version: 5.2.13 New Comment: like i said eaccelerator need to be recompiled on every php release... i htate to wait for a module to upgrade php... xdebug doesnt have this problem... like my php4delphi module which is "working" since 5.2.0 ... and i've problem to upgrade it to the 7.2 (Delphi 2010) version which is less delphi-vcl dependant... I want to make a php interface to my FastCGI WDScript .. To permit interface to the WLangage Native DB Drivers in a php script without json, to output PHP code or directly create php variables :) I think i will make it with visual studio this time... i've now the knowledge and the tool suites to do that... Previous Comments: [2010-03-15 12:06:29] paj...@php.net Last but not least: Why do you compile it yourself? That should not be necessary. [2010-03-15 12:01:57] tanguy dot pruvot at gmail dot com i fixed sqlitemanager (1.2.0) sources and all the ereg(i/replace) functions and some other things herited from PHP 4 ;), dont remember... I think 0.9.6 of eaccelerator is now ok (the rc version was not), the 0.9.6 works fine with 5.2.12 and 13 but need to be recompiled on every php minor version... this version is also smaller than before... some units were removed... [2010-03-15 11:44:04] paj...@php.net xDebug works fine with 5.3, no idea about eaccalerator but APC works fine as well. I don't see which problem 5.3 can cause to be honest. All apps I use work just fine with it. [2010-03-15 11:41:18] tanguy dot pruvot at gmail dot com Yes, i've read about that... PHP6...oops 5.3 ;) is optimized for Windows (and maybe the big machine WebPI) :p But eaccelerator and xdebug had some problems with 5.3... so i wait and see... Also, most of wamp package have migrated to 5.3... which has caused many problems... My package is made for web dev purpose, at work... and its fine to have a wamp package compatible with "old" (1 year) php applications to upgrade them without the server on a production environment... [2010-03-15 11:33:38] paj...@php.net Let me know once you will work on 5.3.x, that's the way to go on windows :) 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=51300 -- Edit this bug report at http://bugs.php.net/bug.php?id=51300&edit=1
Bug #51300 [Bgs]: SELECT * CRASH With LibMySQL > 5.0.51
Edit report at http://bugs.php.net/bug.php?id=51300&edit=1 ID: 51300 Updated by: paj...@php.net Reported by: tanguy dot pruvot at gmail dot com Summary: SELECT * CRASH With LibMySQL > 5.0.51 Status: Bogus Type: Bug Package: PDO related Operating System: Windows 7 PHP Version: 5.2.13 New Comment: Last but not least: Why do you compile it yourself? That should not be necessary. Previous Comments: [2010-03-15 12:01:57] tanguy dot pruvot at gmail dot com i fixed sqlitemanager (1.2.0) sources and all the ereg(i/replace) functions and some other things herited from PHP 4 ;), dont remember... I think 0.9.6 of eaccelerator is now ok (the rc version was not), the 0.9.6 works fine with 5.2.12 and 13 but need to be recompiled on every php minor version... this version is also smaller than before... some units were removed... [2010-03-15 11:44:04] paj...@php.net xDebug works fine with 5.3, no idea about eaccalerator but APC works fine as well. I don't see which problem 5.3 can cause to be honest. All apps I use work just fine with it. [2010-03-15 11:41:18] tanguy dot pruvot at gmail dot com Yes, i've read about that... PHP6...oops 5.3 ;) is optimized for Windows (and maybe the big machine WebPI) :p But eaccelerator and xdebug had some problems with 5.3... so i wait and see... Also, most of wamp package have migrated to 5.3... which has caused many problems... My package is made for web dev purpose, at work... and its fine to have a wamp package compatible with "old" (1 year) php applications to upgrade them without the server on a production environment... [2010-03-15 11:33:38] paj...@php.net Let me know once you will work on 5.3.x, that's the way to go on windows :) [2010-03-15 11:29:21] tanguy dot pruvot at gmail dot com EWS (Easy Web Server) which is French + English and contains another CGI (FastCGI) WDScript http://e.w.s.free.fr and http://tanguy.ath.cx/?q=/EWS250 This wamp package has the advantage to be executed as Service or Not :) that fixes mayne problem and helps component debugging But all apache/php components are compiled with VC6 (i also compiled libmysql with it this night... to try to fix the bug) And System PATH is not affected by EWS (which is not installed, just moveable) I'm working on the next version of the pack... almost ready but with 2.5.13, not 5.3.2 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=51300 -- Edit this bug report at http://bugs.php.net/bug.php?id=51300&edit=1
Bug #51300 [Bgs]: SELECT * CRASH With LibMySQL > 5.0.51
Edit report at http://bugs.php.net/bug.php?id=51300&edit=1 ID: 51300 User updated by: tanguy dot pruvot at gmail dot com Reported by: tanguy dot pruvot at gmail dot com Summary: SELECT * CRASH With LibMySQL > 5.0.51 Status: Bogus Type: Bug Package: PDO related Operating System: Windows 7 PHP Version: 5.2.13 New Comment: i fixed sqlitemanager (1.2.0) sources and all the ereg(i/replace) functions and some other things herited from PHP 4 ;), dont remember... I think 0.9.6 of eaccelerator is now ok (the rc version was not), the 0.9.6 works fine with 5.2.12 and 13 but need to be recompiled on every php minor version... this version is also smaller than before... some units were removed... Previous Comments: [2010-03-15 11:44:04] paj...@php.net xDebug works fine with 5.3, no idea about eaccalerator but APC works fine as well. I don't see which problem 5.3 can cause to be honest. All apps I use work just fine with it. [2010-03-15 11:41:18] tanguy dot pruvot at gmail dot com Yes, i've read about that... PHP6...oops 5.3 ;) is optimized for Windows (and maybe the big machine WebPI) :p But eaccelerator and xdebug had some problems with 5.3... so i wait and see... Also, most of wamp package have migrated to 5.3... which has caused many problems... My package is made for web dev purpose, at work... and its fine to have a wamp package compatible with "old" (1 year) php applications to upgrade them without the server on a production environment... [2010-03-15 11:33:38] paj...@php.net Let me know once you will work on 5.3.x, that's the way to go on windows :) [2010-03-15 11:29:21] tanguy dot pruvot at gmail dot com EWS (Easy Web Server) which is French + English and contains another CGI (FastCGI) WDScript http://e.w.s.free.fr and http://tanguy.ath.cx/?q=/EWS250 This wamp package has the advantage to be executed as Service or Not :) that fixes mayne problem and helps component debugging But all apache/php components are compiled with VC6 (i also compiled libmysql with it this night... to try to fix the bug) And System PATH is not affected by EWS (which is not installed, just moveable) I'm working on the next version of the pack... almost ready but with 2.5.13, not 5.3.2 [2010-03-15 11:01:23] paj...@php.net Which wamp package do you maintain? I'm about to contact the ones I know to give the VC9 version a boost, as well as improving our MSI to be sure that every wamp packagers can use it directly. Doing so will allow us to support them here (bugs.php.net) as well and brings us to the next step: one (signed) binary for all :) 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=51300 -- Edit this bug report at http://bugs.php.net/bug.php?id=51300&edit=1
Bug #51300 [Bgs]: SELECT * CRASH With LibMySQL > 5.0.51
Edit report at http://bugs.php.net/bug.php?id=51300&edit=1 ID: 51300 Updated by: paj...@php.net Reported by: tanguy dot pruvot at gmail dot com Summary: SELECT * CRASH With LibMySQL > 5.0.51 Status: Bogus Type: Bug Package: PDO related Operating System: Windows 7 PHP Version: 5.2.13 New Comment: xDebug works fine with 5.3, no idea about eaccalerator but APC works fine as well. I don't see which problem 5.3 can cause to be honest. All apps I use work just fine with it. Previous Comments: [2010-03-15 11:41:18] tanguy dot pruvot at gmail dot com Yes, i've read about that... PHP6...oops 5.3 ;) is optimized for Windows (and maybe the big machine WebPI) :p But eaccelerator and xdebug had some problems with 5.3... so i wait and see... Also, most of wamp package have migrated to 5.3... which has caused many problems... My package is made for web dev purpose, at work... and its fine to have a wamp package compatible with "old" (1 year) php applications to upgrade them without the server on a production environment... [2010-03-15 11:33:38] paj...@php.net Let me know once you will work on 5.3.x, that's the way to go on windows :) [2010-03-15 11:29:21] tanguy dot pruvot at gmail dot com EWS (Easy Web Server) which is French + English and contains another CGI (FastCGI) WDScript http://e.w.s.free.fr and http://tanguy.ath.cx/?q=/EWS250 This wamp package has the advantage to be executed as Service or Not :) that fixes mayne problem and helps component debugging But all apache/php components are compiled with VC6 (i also compiled libmysql with it this night... to try to fix the bug) And System PATH is not affected by EWS (which is not installed, just moveable) I'm working on the next version of the pack... almost ready but with 2.5.13, not 5.3.2 [2010-03-15 11:01:23] paj...@php.net Which wamp package do you maintain? I'm about to contact the ones I know to give the VC9 version a boost, as well as improving our MSI to be sure that every wamp packagers can use it directly. Doing so will allow us to support them here (bugs.php.net) as well and brings us to the next step: one (signed) binary for all :) [2010-03-15 10:55:15] tanguy dot pruvot at gmail dot com Yes... i will upgrade to 5.3... when all modules will be well tested on :) I think Debian MySQL Package is locked to 5.0.51a for that too... In fact i'm maintaining a wamp package, and PhpMyAdmin has a big Warning when Client API is not at the same version as the server... 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=51300 -- Edit this bug report at http://bugs.php.net/bug.php?id=51300&edit=1
Bug #51300 [Bgs]: SELECT * CRASH With LibMySQL > 5.0.51
Edit report at http://bugs.php.net/bug.php?id=51300&edit=1 ID: 51300 User updated by: tanguy dot pruvot at gmail dot com Reported by: tanguy dot pruvot at gmail dot com Summary: SELECT * CRASH With LibMySQL > 5.0.51 Status: Bogus Type: Bug Package: PDO related Operating System: Windows 7 PHP Version: 5.2.13 New Comment: Yes, i've read about that... PHP6...oops 5.3 ;) is optimized for Windows (and maybe the big machine WebPI) :p But eaccelerator and xdebug had some problems with 5.3... so i wait and see... Also, most of wamp package have migrated to 5.3... which has caused many problems... My package is made for web dev purpose, at work... and its fine to have a wamp package compatible with "old" (1 year) php applications to upgrade them without the server on a production environment... Previous Comments: [2010-03-15 11:33:38] paj...@php.net Let me know once you will work on 5.3.x, that's the way to go on windows :) [2010-03-15 11:29:21] tanguy dot pruvot at gmail dot com EWS (Easy Web Server) which is French + English and contains another CGI (FastCGI) WDScript http://e.w.s.free.fr and http://tanguy.ath.cx/?q=/EWS250 This wamp package has the advantage to be executed as Service or Not :) that fixes mayne problem and helps component debugging But all apache/php components are compiled with VC6 (i also compiled libmysql with it this night... to try to fix the bug) And System PATH is not affected by EWS (which is not installed, just moveable) I'm working on the next version of the pack... almost ready but with 2.5.13, not 5.3.2 [2010-03-15 11:01:23] paj...@php.net Which wamp package do you maintain? I'm about to contact the ones I know to give the VC9 version a boost, as well as improving our MSI to be sure that every wamp packagers can use it directly. Doing so will allow us to support them here (bugs.php.net) as well and brings us to the next step: one (signed) binary for all :) [2010-03-15 10:55:15] tanguy dot pruvot at gmail dot com Yes... i will upgrade to 5.3... when all modules will be well tested on :) I think Debian MySQL Package is locked to 5.0.51a for that too... In fact i'm maintaining a wamp package, and PhpMyAdmin has a big Warning when Client API is not at the same version as the server... [2010-03-15 10:36:01] paj...@php.net You don't need libmysql 5.1 to communicate with a 5.1 server, libmysql 5.0 works just fine. I would also suggest to move to 5.3 if you like a more recent mysql drivers (it uses a new driver not depending on libmysql). Symfony works fine with 5.3. 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=51300 -- Edit this bug report at http://bugs.php.net/bug.php?id=51300&edit=1
Bug #51300 [Bgs]: SELECT * CRASH With LibMySQL > 5.0.51
Edit report at http://bugs.php.net/bug.php?id=51300&edit=1 ID: 51300 Updated by: paj...@php.net Reported by: tanguy dot pruvot at gmail dot com Summary: SELECT * CRASH With LibMySQL > 5.0.51 Status: Bogus Type: Bug Package: PDO related Operating System: Windows 7 PHP Version: 5.2.13 New Comment: Let me know once you will work on 5.3.x, that's the way to go on windows :) Previous Comments: [2010-03-15 11:29:21] tanguy dot pruvot at gmail dot com EWS (Easy Web Server) which is French + English and contains another CGI (FastCGI) WDScript http://e.w.s.free.fr and http://tanguy.ath.cx/?q=/EWS250 This wamp package has the advantage to be executed as Service or Not :) that fixes mayne problem and helps component debugging But all apache/php components are compiled with VC6 (i also compiled libmysql with it this night... to try to fix the bug) And System PATH is not affected by EWS (which is not installed, just moveable) I'm working on the next version of the pack... almost ready but with 2.5.13, not 5.3.2 [2010-03-15 11:01:23] paj...@php.net Which wamp package do you maintain? I'm about to contact the ones I know to give the VC9 version a boost, as well as improving our MSI to be sure that every wamp packagers can use it directly. Doing so will allow us to support them here (bugs.php.net) as well and brings us to the next step: one (signed) binary for all :) [2010-03-15 10:55:15] tanguy dot pruvot at gmail dot com Yes... i will upgrade to 5.3... when all modules will be well tested on :) I think Debian MySQL Package is locked to 5.0.51a for that too... In fact i'm maintaining a wamp package, and PhpMyAdmin has a big Warning when Client API is not at the same version as the server... [2010-03-15 10:36:01] paj...@php.net You don't need libmysql 5.1 to communicate with a 5.1 server, libmysql 5.0 works just fine. I would also suggest to move to 5.3 if you like a more recent mysql drivers (it uses a new driver not depending on libmysql). Symfony works fine with 5.3. [2010-03-15 10:33:20] tanguy dot pruvot at gmail dot com Sure i understand... but why 5.0.51 ? 5.0 community server has been replaced by 5.1 since a lot of time I hope my solution will be usefull to others like me who want same environnement for symfony in linux and windows... with a 5.0.52 to 90 or 5.1 MySQL Server Detected and fixed the problem with OllyDbg... mysqli is not affected Does all other PDO db use this same 0x50 byte-sized column structure ? 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=51300 -- Edit this bug report at http://bugs.php.net/bug.php?id=51300&edit=1
Bug #51300 [Bgs]: SELECT * CRASH With LibMySQL > 5.0.51
Edit report at http://bugs.php.net/bug.php?id=51300&edit=1 ID: 51300 User updated by: tanguy dot pruvot at gmail dot com Reported by: tanguy dot pruvot at gmail dot com Summary: SELECT * CRASH With LibMySQL > 5.0.51 Status: Bogus Type: Bug Package: PDO related Operating System: Windows 7 PHP Version: 5.2.13 New Comment: EWS (Easy Web Server) which is French + English and contains another CGI (FastCGI) WDScript http://e.w.s.free.fr and http://tanguy.ath.cx/?q=/EWS250 This wamp package has the advantage to be executed as Service or Not :) that fixes mayne problem and helps component debugging But all apache/php components are compiled with VC6 (i also compiled libmysql with it this night... to try to fix the bug) And System PATH is not affected by EWS (which is not installed, just moveable) I'm working on the next version of the pack... almost ready but with 2.5.13, not 5.3.2 Previous Comments: [2010-03-15 11:01:23] paj...@php.net Which wamp package do you maintain? I'm about to contact the ones I know to give the VC9 version a boost, as well as improving our MSI to be sure that every wamp packagers can use it directly. Doing so will allow us to support them here (bugs.php.net) as well and brings us to the next step: one (signed) binary for all :) [2010-03-15 10:55:15] tanguy dot pruvot at gmail dot com Yes... i will upgrade to 5.3... when all modules will be well tested on :) I think Debian MySQL Package is locked to 5.0.51a for that too... In fact i'm maintaining a wamp package, and PhpMyAdmin has a big Warning when Client API is not at the same version as the server... [2010-03-15 10:36:01] paj...@php.net You don't need libmysql 5.1 to communicate with a 5.1 server, libmysql 5.0 works just fine. I would also suggest to move to 5.3 if you like a more recent mysql drivers (it uses a new driver not depending on libmysql). Symfony works fine with 5.3. [2010-03-15 10:33:20] tanguy dot pruvot at gmail dot com Sure i understand... but why 5.0.51 ? 5.0 community server has been replaced by 5.1 since a lot of time I hope my solution will be usefull to others like me who want same environnement for symfony in linux and windows... with a 5.0.52 to 90 or 5.1 MySQL Server Detected and fixed the problem with OllyDbg... mysqli is not affected Does all other PDO db use this same 0x50 byte-sized column structure ? [2010-03-15 10:23:46] paj...@php.net Sorry but there is a misunderstanding. We provide libmysql 5.0.x (don't remember which version exactly right now). PHP was compiled against this version, size of the struct and other elemenets were defined at compilation and linking time. Further updates of the 5.0.x libraries should not change these sizs or it will break the binary compatibility and makes the applications behave badly (crashes being one of these effects). Thanks for your understanding but there is no bug in 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 http://bugs.php.net/bug.php?id=51300 -- Edit this bug report at http://bugs.php.net/bug.php?id=51300&edit=1
Bug #51300 [Bgs]: SELECT * CRASH With LibMySQL > 5.0.51
Edit report at http://bugs.php.net/bug.php?id=51300&edit=1 ID: 51300 Updated by: paj...@php.net Reported by: tanguy dot pruvot at gmail dot com Summary: SELECT * CRASH With LibMySQL > 5.0.51 Status: Bogus Type: Bug Package: PDO related Operating System: Windows 7 PHP Version: 5.2.13 New Comment: Which wamp package do you maintain? I'm about to contact the ones I know to give the VC9 version a boost, as well as improving our MSI to be sure that every wamp packagers can use it directly. Doing so will allow us to support them here (bugs.php.net) as well and brings us to the next step: one (signed) binary for all :) Previous Comments: [2010-03-15 10:55:15] tanguy dot pruvot at gmail dot com Yes... i will upgrade to 5.3... when all modules will be well tested on :) I think Debian MySQL Package is locked to 5.0.51a for that too... In fact i'm maintaining a wamp package, and PhpMyAdmin has a big Warning when Client API is not at the same version as the server... [2010-03-15 10:36:01] paj...@php.net You don't need libmysql 5.1 to communicate with a 5.1 server, libmysql 5.0 works just fine. I would also suggest to move to 5.3 if you like a more recent mysql drivers (it uses a new driver not depending on libmysql). Symfony works fine with 5.3. [2010-03-15 10:33:20] tanguy dot pruvot at gmail dot com Sure i understand... but why 5.0.51 ? 5.0 community server has been replaced by 5.1 since a lot of time I hope my solution will be usefull to others like me who want same environnement for symfony in linux and windows... with a 5.0.52 to 90 or 5.1 MySQL Server Detected and fixed the problem with OllyDbg... mysqli is not affected Does all other PDO db use this same 0x50 byte-sized column structure ? [2010-03-15 10:23:46] paj...@php.net Sorry but there is a misunderstanding. We provide libmysql 5.0.x (don't remember which version exactly right now). PHP was compiled against this version, size of the struct and other elemenets were defined at compilation and linking time. Further updates of the 5.0.x libraries should not change these sizs or it will break the binary compatibility and makes the applications behave badly (crashes being one of these effects). Thanks for your understanding but there is no bug in php. [2010-03-15 10:16:23] paj...@php.net See the definition of ABI and explain it to the mysql developers: http://en.wikipedia.org/wiki/Application_binary_interface That's not something we can or could test or change at runtime. 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=51300 -- Edit this bug report at http://bugs.php.net/bug.php?id=51300&edit=1
Bug #51300 [Bgs]: SELECT * CRASH With LibMySQL > 5.0.51
Edit report at http://bugs.php.net/bug.php?id=51300&edit=1 ID: 51300 User updated by: tanguy dot pruvot at gmail dot com Reported by: tanguy dot pruvot at gmail dot com Summary: SELECT * CRASH With LibMySQL > 5.0.51 Status: Bogus Type: Bug Package: PDO related Operating System: Windows 7 PHP Version: 5.2.13 New Comment: Yes... i will upgrade to 5.3... when all modules will be well tested on :) I think Debian MySQL Package is locked to 5.0.51a for that too... In fact i'm maintaining a wamp package, and PhpMyAdmin has a big Warning when Client API is not at the same version as the server... Previous Comments: [2010-03-15 10:36:01] paj...@php.net You don't need libmysql 5.1 to communicate with a 5.1 server, libmysql 5.0 works just fine. I would also suggest to move to 5.3 if you like a more recent mysql drivers (it uses a new driver not depending on libmysql). Symfony works fine with 5.3. [2010-03-15 10:33:20] tanguy dot pruvot at gmail dot com Sure i understand... but why 5.0.51 ? 5.0 community server has been replaced by 5.1 since a lot of time I hope my solution will be usefull to others like me who want same environnement for symfony in linux and windows... with a 5.0.52 to 90 or 5.1 MySQL Server Detected and fixed the problem with OllyDbg... mysqli is not affected Does all other PDO db use this same 0x50 byte-sized column structure ? [2010-03-15 10:23:46] paj...@php.net Sorry but there is a misunderstanding. We provide libmysql 5.0.x (don't remember which version exactly right now). PHP was compiled against this version, size of the struct and other elemenets were defined at compilation and linking time. Further updates of the 5.0.x libraries should not change these sizs or it will break the binary compatibility and makes the applications behave badly (crashes being one of these effects). Thanks for your understanding but there is no bug in php. [2010-03-15 10:16:23] paj...@php.net See the definition of ABI and explain it to the mysql developers: http://en.wikipedia.org/wiki/Application_binary_interface That's not something we can or could test or change at runtime. [2010-03-15 10:14:53] tanguy dot pruvot at gmail dot com The Binary Fix is for php_pdo_mysql.dll ... not libmysql 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=51300 -- Edit this bug report at http://bugs.php.net/bug.php?id=51300&edit=1
Bug #51207 [Com]: imageTTFText: misalignment of characters which extend beyond their left margin
Edit report at http://bugs.php.net/bug.php?id=51207&edit=1 ID: 51207 Comment by: kakketaf at hotmail dot com Reported by: penkert at yahoo dot com Summary: imageTTFText: misalignment of characters which extend beyond their left margin Status: Open Type: Bug Package: GD related Operating System: Linux & Windows XP PHP Version: 5.2.13 New Comment: Same problem here with the font Francisco lucas liana (http://www.dafont.com/francisco-lucas.font). Problem occurred when webhost upgraded to 5.2.13. I'm using imageTTFText to create dynamic headings for news items. This got pretty messy :-( Previous Comments: [2010-03-12 22:18:59] dbrow75 at yahoo dot com Hi, both paid fonts as well. HMSNMW__.TTF (HM Snowflake MonogramsWhite)and vinemsb_.ttf (Vine Monograms Solid Bold) were both affected. Both are from Harold's Fonts which can be found at http://www.fontbros.com/cgi-bin/commerce.cgi?search=action&category=1210 [2010-03-12 16:24:08] penkert at yahoo dot com Any chance you could provide the font you're using to the PHP team? We're using the commercial font Pirouette Text by Linotype which I obviously can't just hand out freely. Of course, this makes it very difficult for a third party to reproduce my bug. Hence, another reproducibly bug scenario would probably be immensely helpful... [2010-03-11 15:51:25] dbrow75 at yahoo dot com sorry flipped flopped FreeType versions, should be http://tools.sorellajewelry.com/broken.png (5.2.13, FreeType 2.2.1) http://tools.sorellajewelry.com/Correct.png (5.2.9, FreeType 2.1.9) [2010-03-11 15:29:16] dbrow75 at yahoo dot com Example of broken image and correct image, same underlying code only difference is PHP version (and GD library FreeType which got upgraded in PHP upgrade) http://tools.sorellajewelry.com/broken.png (5.2.13, FreeType 2.1.9) http://tools.sorellajewelry.com/Correct.png (5.2.9, FreeType 2.2.1) [2010-03-11 15:21:36] dbrow75 at yahoo dot com I too am seeing issues since my HOST upgraded to PHP 5.2.13. We use a Monogram font to create and image and the center character is now mis-aligned as well circle that should be surrounding all the character is missing. http://tools.sorellajewelry.com/text_to_png.php?font=7&text=aAa You can see the middle character is shifted right and the outer circle is missing. I have on running on a PHP 5.2.6 dev system with no issues. 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=51207 -- Edit this bug report at http://bugs.php.net/bug.php?id=51207&edit=1
Bug #51300 [Bgs]: SELECT * CRASH With LibMySQL > 5.0.51
Edit report at http://bugs.php.net/bug.php?id=51300&edit=1 ID: 51300 Updated by: paj...@php.net Reported by: tanguy dot pruvot at gmail dot com Summary: SELECT * CRASH With LibMySQL > 5.0.51 Status: Bogus Type: Bug Package: PDO related Operating System: Windows 7 PHP Version: 5.2.13 New Comment: You don't need libmysql 5.1 to communicate with a 5.1 server, libmysql 5.0 works just fine. I would also suggest to move to 5.3 if you like a more recent mysql drivers (it uses a new driver not depending on libmysql). Symfony works fine with 5.3. Previous Comments: [2010-03-15 10:33:20] tanguy dot pruvot at gmail dot com Sure i understand... but why 5.0.51 ? 5.0 community server has been replaced by 5.1 since a lot of time I hope my solution will be usefull to others like me who want same environnement for symfony in linux and windows... with a 5.0.52 to 90 or 5.1 MySQL Server Detected and fixed the problem with OllyDbg... mysqli is not affected Does all other PDO db use this same 0x50 byte-sized column structure ? [2010-03-15 10:23:46] paj...@php.net Sorry but there is a misunderstanding. We provide libmysql 5.0.x (don't remember which version exactly right now). PHP was compiled against this version, size of the struct and other elemenets were defined at compilation and linking time. Further updates of the 5.0.x libraries should not change these sizs or it will break the binary compatibility and makes the applications behave badly (crashes being one of these effects). Thanks for your understanding but there is no bug in php. [2010-03-15 10:16:23] paj...@php.net See the definition of ABI and explain it to the mysql developers: http://en.wikipedia.org/wiki/Application_binary_interface That's not something we can or could test or change at runtime. [2010-03-15 10:14:53] tanguy dot pruvot at gmail dot com The Binary Fix is for php_pdo_mysql.dll ... not libmysql [2010-03-15 10:13:36] tanguy dot pruvot at gmail dot com please make a check of column data length in pdo mysql startup... An error is better than a crash without log... 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=51300 -- Edit this bug report at http://bugs.php.net/bug.php?id=51300&edit=1
Bug #41631 [Com]: default_socket_timeout does not work with SSL
Edit report at http://bugs.php.net/bug.php?id=41631&edit=1 ID: 41631 Comment by: jason at kapoks dot co dot uk Reported by: david at acz dot org Summary: default_socket_timeout does not work with SSL Status: Assigned Type: Bug Package: OpenSSL related Operating System: * PHP Version: 5.2.11 Assigned To: pajoye New Comment: Had this issue over the weekend with 5.2.10. Essentially this means our entire service is vulnerable to Denial of Service. Linux localhost.localdomain 2.6.18-164.el5 #1 SMP Thu Sep 3 03:33:56 EDT 2009 i686 i686 i386 GNU/Linux CentOS release 5.3 (Final) PHP 5.2.10 (cli) (built: Jun 21 2009 11:10:43) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies with Zend Extension Manager v1.2.2, Copyright (c) 2003-2007, by Zend Technologies with Zend Optimizer v3.3.3, Copyright (c) 1998-2007, by Zend Technologies Previous Comments: [2010-01-18 19:16:42] wdierkes at 5dollarwhitebox dot org This is also reproducible on 5.2.12 as described. As mentioned previously, this has the potentially to have major effects (Denial of Servide) etc due to processes hanging and never timing out. # cat /etc/redhat-release Red Hat Enterprise Linux Server release 5.4 (Tikanga) # php -v PHP 5.2.12 (cli) (built: Dec 17 2009 12:23:35) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies # uname -a Linux linux 2.6.18-164.el5 #1 SMP Tue Aug 18 15:51:48 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux [2009-10-16 20:14:25] arkadi dot shishlov at gmail dot com At least it would be helpful to set TCP keep-alive on socket so OS could timeout it eventually, otherwise there are connections stuck for days. [2009-09-24 19:30:14] srina...@php.net bug #48524 depends on this fix (http://bugs.php.net/bug.php?id=48524&edit=1) i wish , bug tracking system allowed to be able to close a bug as duplicate of another. then, we could close 48524 as dup of this (41631). this can also trigger the internal score for this bug to be increased (helping in set priority etc). [2009-09-18 10:10:02] marcin at php4u dot co dot uk Still can reproduce on Windows XP SP3, PHP 5.2.6 while connecting to https, script doesn't time out [2009-07-22 03:24:17] vergara_rh at yahoo dot com I would greatly appreciate if this bug will be fix. 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=41631 -- Edit this bug report at http://bugs.php.net/bug.php?id=41631&edit=1
Bug #51300 [Bgs]: SELECT * CRASH With LibMySQL > 5.0.51
Edit report at http://bugs.php.net/bug.php?id=51300&edit=1 ID: 51300 User updated by: tanguy dot pruvot at gmail dot com Reported by: tanguy dot pruvot at gmail dot com Summary: SELECT * CRASH With LibMySQL > 5.0.51 Status: Bogus Type: Bug Package: PDO related Operating System: Windows 7 PHP Version: 5.2.13 New Comment: Sure i understand... but why 5.0.51 ? 5.0 community server has been replaced by 5.1 since a lot of time I hope my solution will be usefull to others like me who want same environnement for symfony in linux and windows... with a 5.0.52 to 90 or 5.1 MySQL Server Detected and fixed the problem with OllyDbg... mysqli is not affected Does all other PDO db use this same 0x50 byte-sized column structure ? Previous Comments: [2010-03-15 10:23:46] paj...@php.net Sorry but there is a misunderstanding. We provide libmysql 5.0.x (don't remember which version exactly right now). PHP was compiled against this version, size of the struct and other elemenets were defined at compilation and linking time. Further updates of the 5.0.x libraries should not change these sizs or it will break the binary compatibility and makes the applications behave badly (crashes being one of these effects). Thanks for your understanding but there is no bug in php. [2010-03-15 10:16:23] paj...@php.net See the definition of ABI and explain it to the mysql developers: http://en.wikipedia.org/wiki/Application_binary_interface That's not something we can or could test or change at runtime. [2010-03-15 10:14:53] tanguy dot pruvot at gmail dot com The Binary Fix is for php_pdo_mysql.dll ... not libmysql [2010-03-15 10:13:36] tanguy dot pruvot at gmail dot com please make a check of column data length in pdo mysql startup... An error is better than a crash without log... [2010-03-15 10:09:57] tanguy dot pruvot at gmail dot com I'm sure, there is nothing in my PATH... i have posted the solution (working with all new versions) 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=51300 -- Edit this bug report at http://bugs.php.net/bug.php?id=51300&edit=1
Bug #51300 [Bgs]: SELECT * CRASH With LibMySQL > 5.0.51
Edit report at http://bugs.php.net/bug.php?id=51300&edit=1 ID: 51300 Updated by: paj...@php.net Reported by: tanguy dot pruvot at gmail dot com Summary: SELECT * CRASH With LibMySQL > 5.0.51 Status: Bogus Type: Bug Package: PDO related Operating System: Windows 7 PHP Version: 5.2.13 New Comment: Sorry but there is a misunderstanding. We provide libmysql 5.0.x (don't remember which version exactly right now). PHP was compiled against this version, size of the struct and other elemenets were defined at compilation and linking time. Further updates of the 5.0.x libraries should not change these sizs or it will break the binary compatibility and makes the applications behave badly (crashes being one of these effects). Thanks for your understanding but there is no bug in php. Previous Comments: [2010-03-15 10:16:23] paj...@php.net See the definition of ABI and explain it to the mysql developers: http://en.wikipedia.org/wiki/Application_binary_interface That's not something we can or could test or change at runtime. [2010-03-15 10:14:53] tanguy dot pruvot at gmail dot com The Binary Fix is for php_pdo_mysql.dll ... not libmysql [2010-03-15 10:13:36] tanguy dot pruvot at gmail dot com please make a check of column data length in pdo mysql startup... An error is better than a crash without log... [2010-03-15 10:09:57] tanguy dot pruvot at gmail dot com I'm sure, there is nothing in my PATH... i have posted the solution (working with all new versions) [2010-03-15 10:03:17] paj...@php.net We don't support external libmysql. They break the ABI, please be sur that the PHP directory (where the libmysql.dll and other php's released DLLs are present) is first in your PATH, for php.exe. 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=51300 -- Edit this bug report at http://bugs.php.net/bug.php?id=51300&edit=1
Bug #51300 [Bgs]: SELECT * CRASH With LibMySQL > 5.0.51
Edit report at http://bugs.php.net/bug.php?id=51300&edit=1 ID: 51300 Updated by: paj...@php.net Reported by: tanguy dot pruvot at gmail dot com Summary: SELECT * CRASH With LibMySQL > 5.0.51 Status: Bogus Type: Bug Package: PDO related Operating System: Windows 7 PHP Version: 5.2.13 New Comment: See the definition of ABI and explain it to the mysql developers: http://en.wikipedia.org/wiki/Application_binary_interface That's not something we can or could test or change at runtime. Previous Comments: [2010-03-15 10:14:53] tanguy dot pruvot at gmail dot com The Binary Fix is for php_pdo_mysql.dll ... not libmysql [2010-03-15 10:13:36] tanguy dot pruvot at gmail dot com please make a check of column data length in pdo mysql startup... An error is better than a crash without log... [2010-03-15 10:09:57] tanguy dot pruvot at gmail dot com I'm sure, there is nothing in my PATH... i have posted the solution (working with all new versions) [2010-03-15 10:03:17] paj...@php.net We don't support external libmysql. They break the ABI, please be sur that the PHP directory (where the libmysql.dll and other php's released DLLs are present) is first in your PATH, for php.exe. [2010-03-15 04:08:42] tanguy dot pruvot at gmail dot com MySQL and MySQLi extensions are working, that only affects pdo_mysql extension... 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=51300 -- Edit this bug report at http://bugs.php.net/bug.php?id=51300&edit=1
Bug #51300 [Bgs]: SELECT * CRASH With LibMySQL > 5.0.51
Edit report at http://bugs.php.net/bug.php?id=51300&edit=1
ID: 51300
User updated by: tanguy dot pruvot at gmail dot com
Reported by: tanguy dot pruvot at gmail dot com
Summary: SELECT * CRASH With LibMySQL > 5.0.51
Status: Bogus
Type: Bug
Package: PDO related
Operating System: Windows 7
PHP Version: 5.2.13
New Comment:
The Binary Fix is for php_pdo_mysql.dll ... not libmysql
Previous Comments:
[2010-03-15 10:13:36] tanguy dot pruvot at gmail dot com
please make a check of column data length in pdo mysql startup... An
error is
better than a crash without log...
[2010-03-15 10:09:57] tanguy dot pruvot at gmail dot com
I'm sure, there is nothing in my PATH... i have posted the solution
(working with
all new versions)
[2010-03-15 10:03:17] paj...@php.net
We don't support external libmysql. They break the ABI, please be sur
that the PHP directory (where the libmysql.dll and other php's released
DLLs are present) is first in your PATH, for php.exe.
[2010-03-15 04:08:42] tanguy dot pruvot at gmail dot com
MySQL and MySQLi extensions are working, that only affects pdo_mysql
extension...
[2010-03-15 04:06:46] tanguy dot pruvot at gmail dot com
Description:
Since LibMySQL.dll 5.0.52 (and tested to 5.1.44)
I ve the found why pdo_mysql is crashing...
Here :
http://github.com/php/php-
src/blob/4f3e41e55dae1978487461d73805eaac8202aff8/ext/pdo_mysql/mysql_statement.
c#L429
The struct pdo_column_data must be 0x54 (84.) bytes sized... Actually it
is 0x50
(80.) bytes
You can fix binary dll by replacing (with hex editor : 83 C3 50 by 83 C3
54)
Test script:
---
exec('SET CHARACTER SET latin1');
echo "ok";
$stmt = $dbh->query("select ID_Utilisateur from utilisateurs");
echo "ok";
$stmt = $dbh->prepare("select * from utilisateurs");
echo "ok";
$results = $stmt->execute(); // CRASH HERE or on $dbh->query("SELECT *
FROM ...")
echo "NOT CRASHED";
foreach ($results as $id){
echo $results['ID_Utilisateur'];
}
Actual result:
--
no trace, system crash (and apache too if apache2handler used)
Crash on second column name
--
Edit this bug report at http://bugs.php.net/bug.php?id=51300&edit=1
Bug #51300 [Bgs]: SELECT * CRASH With LibMySQL > 5.0.51
Edit report at http://bugs.php.net/bug.php?id=51300&edit=1
ID: 51300
User updated by: tanguy dot pruvot at gmail dot com
Reported by: tanguy dot pruvot at gmail dot com
Summary: SELECT * CRASH With LibMySQL > 5.0.51
Status: Bogus
Type: Bug
Package: PDO related
Operating System: Windows 7
PHP Version: 5.2.13
New Comment:
please make a check of column data length in pdo mysql startup... An
error is
better than a crash without log...
Previous Comments:
[2010-03-15 10:09:57] tanguy dot pruvot at gmail dot com
I'm sure, there is nothing in my PATH... i have posted the solution
(working with
all new versions)
[2010-03-15 10:03:17] paj...@php.net
We don't support external libmysql. They break the ABI, please be sur
that the PHP directory (where the libmysql.dll and other php's released
DLLs are present) is first in your PATH, for php.exe.
[2010-03-15 04:08:42] tanguy dot pruvot at gmail dot com
MySQL and MySQLi extensions are working, that only affects pdo_mysql
extension...
[2010-03-15 04:06:46] tanguy dot pruvot at gmail dot com
Description:
Since LibMySQL.dll 5.0.52 (and tested to 5.1.44)
I ve the found why pdo_mysql is crashing...
Here :
http://github.com/php/php-
src/blob/4f3e41e55dae1978487461d73805eaac8202aff8/ext/pdo_mysql/mysql_statement.
c#L429
The struct pdo_column_data must be 0x54 (84.) bytes sized... Actually it
is 0x50
(80.) bytes
You can fix binary dll by replacing (with hex editor : 83 C3 50 by 83 C3
54)
Test script:
---
exec('SET CHARACTER SET latin1');
echo "ok";
$stmt = $dbh->query("select ID_Utilisateur from utilisateurs");
echo "ok";
$stmt = $dbh->prepare("select * from utilisateurs");
echo "ok";
$results = $stmt->execute(); // CRASH HERE or on $dbh->query("SELECT *
FROM ...")
echo "NOT CRASHED";
foreach ($results as $id){
echo $results['ID_Utilisateur'];
}
Actual result:
--
no trace, system crash (and apache too if apache2handler used)
Crash on second column name
--
Edit this bug report at http://bugs.php.net/bug.php?id=51300&edit=1
Bug #51300 [Bgs]: SELECT * CRASH With LibMySQL > 5.0.51
Edit report at http://bugs.php.net/bug.php?id=51300&edit=1
ID: 51300
User updated by: tanguy dot pruvot at gmail dot com
Reported by: tanguy dot pruvot at gmail dot com
Summary: SELECT * CRASH With LibMySQL > 5.0.51
Status: Bogus
Type: Bug
Package: PDO related
Operating System: Windows 7
PHP Version: 5.2.13
New Comment:
I'm sure, there is nothing in my PATH... i have posted the solution
(working with
all new versions)
Previous Comments:
[2010-03-15 10:03:17] paj...@php.net
We don't support external libmysql. They break the ABI, please be sur
that the PHP directory (where the libmysql.dll and other php's released
DLLs are present) is first in your PATH, for php.exe.
[2010-03-15 04:08:42] tanguy dot pruvot at gmail dot com
MySQL and MySQLi extensions are working, that only affects pdo_mysql
extension...
[2010-03-15 04:06:46] tanguy dot pruvot at gmail dot com
Description:
Since LibMySQL.dll 5.0.52 (and tested to 5.1.44)
I ve the found why pdo_mysql is crashing...
Here :
http://github.com/php/php-
src/blob/4f3e41e55dae1978487461d73805eaac8202aff8/ext/pdo_mysql/mysql_statement.
c#L429
The struct pdo_column_data must be 0x54 (84.) bytes sized... Actually it
is 0x50
(80.) bytes
You can fix binary dll by replacing (with hex editor : 83 C3 50 by 83 C3
54)
Test script:
---
exec('SET CHARACTER SET latin1');
echo "ok";
$stmt = $dbh->query("select ID_Utilisateur from utilisateurs");
echo "ok";
$stmt = $dbh->prepare("select * from utilisateurs");
echo "ok";
$results = $stmt->execute(); // CRASH HERE or on $dbh->query("SELECT *
FROM ...")
echo "NOT CRASHED";
foreach ($results as $id){
echo $results['ID_Utilisateur'];
}
Actual result:
--
no trace, system crash (and apache too if apache2handler used)
Crash on second column name
--
Edit this bug report at http://bugs.php.net/bug.php?id=51300&edit=1
Bug #51298 [Opn->Fbk]: Error when loading php5apache2_2.dll
Edit report at http://bugs.php.net/bug.php?id=51298&edit=1 ID: 51298 Updated by: paj...@php.net Reported by: trotsky_icepick at hotmail dot com Summary: Error when loading php5apache2_2.dll -Status: Open +Status: Feedback Type: Bug Package: Apache2 related Operating System: Windows Vista SP2 PHP Version: 5.3.2 New Comment: That's a source package, did you compile apache yourselft? Please use http://apachelounge.com binaries with VC9 builds. Previous Comments: [2010-03-15 02:45:38] trotsky_icepick at hotmail dot com The Apache link is: http://mirrors.dedipower.com/ftp.apache.org/httpd/httpd- 2.2.15-win32-src.zip I downloaded the VC9 thread safe version of PHP from http://windows.php.net/downloads/releases/php-5.3.2-Win32-VC9-x86.msi [2010-03-15 02:39:47] paj...@php.net Where did you get apache (url?) and which PHP binaries did you download (vc9, vc6)? [2010-03-15 01:51:17] trotsky_icepick at hotmail dot com Thanks for your help, but extensions are already disabled in php.ini, also, I completely deleted my old PHP installation before installing 5.3.2, so no old dll's could still be there. [2010-03-14 23:53:32] paj...@php.net Double check your configuration, be sure that you don't have older DLLs lying around in your PATH. Try again by disabling all extensions in the loaded php.ini. That's a configuration problem. [2010-03-14 23:51:11] trotsky_icepick at hotmail dot com Sending you a script to reproduce the problem is pointless. I cannot even start Apache2 whilst the php5apache2_2.dll module is being loaded. The issue does not arise from trying to access .php scripts. 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=51298 -- Edit this bug report at http://bugs.php.net/bug.php?id=51298&edit=1
Bug #51300 [Opn->Bgs]: SELECT * CRASH With LibMySQL > 5.0.51
Edit report at http://bugs.php.net/bug.php?id=51300&edit=1
ID: 51300
Updated by: paj...@php.net
Reported by: tanguy dot pruvot at gmail dot com
Summary: SELECT * CRASH With LibMySQL > 5.0.51
-Status: Open
+Status: Bogus
Type: Bug
Package: PDO related
Operating System: Windows 7
PHP Version: 5.2.13
New Comment:
We don't support external libmysql. They break the ABI, please be sur
that the PHP directory (where the libmysql.dll and other php's released
DLLs are present) is first in your PATH, for php.exe.
Previous Comments:
[2010-03-15 04:08:42] tanguy dot pruvot at gmail dot com
MySQL and MySQLi extensions are working, that only affects pdo_mysql
extension...
[2010-03-15 04:06:46] tanguy dot pruvot at gmail dot com
Description:
Since LibMySQL.dll 5.0.52 (and tested to 5.1.44)
I ve the found why pdo_mysql is crashing...
Here :
http://github.com/php/php-
src/blob/4f3e41e55dae1978487461d73805eaac8202aff8/ext/pdo_mysql/mysql_statement.
c#L429
The struct pdo_column_data must be 0x54 (84.) bytes sized... Actually it
is 0x50
(80.) bytes
You can fix binary dll by replacing (with hex editor : 83 C3 50 by 83 C3
54)
Test script:
---
exec('SET CHARACTER SET latin1');
echo "ok";
$stmt = $dbh->query("select ID_Utilisateur from utilisateurs");
echo "ok";
$stmt = $dbh->prepare("select * from utilisateurs");
echo "ok";
$results = $stmt->execute(); // CRASH HERE or on $dbh->query("SELECT *
FROM ...")
echo "NOT CRASHED";
foreach ($results as $id){
echo $results['ID_Utilisateur'];
}
Actual result:
--
no trace, system crash (and apache too if apache2handler used)
Crash on second column name
--
Edit this bug report at http://bugs.php.net/bug.php?id=51300&edit=1
