[PHP-BUG] Bug #53876 [NEW]: phar stream - internal corruption
From: Operating system: Windows PHP version: 5.3.5 Package: Streams related Bug Type: Bug Bug description:phar stream - internal corruption Description: stream phar - internal corruption, when reading file from phar archive Test script: --- http://host0001.webd.pl/bugs/php/internal_corruption_of_phar.zip Expected result: testcase.php from internal_corruption_of_phar.zip should prints: OK Actual result: -- testcase.php from internal_corruption_of_phar.zip prints: OK internal corruption -- Edit bug report at http://bugs.php.net/bug.php?id=53876edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53876r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53876r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53876r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53876r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53876r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53876r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53876r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53876r=needscript Try newer version: http://bugs.php.net/fix.php?id=53876r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53876r=support Expected behavior: http://bugs.php.net/fix.php?id=53876r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53876r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53876r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53876r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53876r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53876r=dst IIS Stability: http://bugs.php.net/fix.php?id=53876r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53876r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53876r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53876r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53876r=mysqlcfg
Bug #53795 [Asn]: Connect Error from MySqli (mysqlnd) when using SSL
Edit report at http://bugs.php.net/bug.php?id=53795edit=1
ID: 53795
User updated by:dave dot kelly at dawkco dot com
Reported by:dave dot kelly at dawkco dot com
Summary:Connect Error from MySqli (mysqlnd) when using SSL
Status: Assigned
Type: Bug
Package:MySQLi related
Operating System: Windows
PHP Version:5.3.5
Assigned To:mysql
Block user comment: N
Private report: N
New Comment:
FYI (you probably already know): there are currently no SSL/TLS options
available to be set with the mysqli::options method.
I tried using the mysqli::ssl_set method as follows, but it didn't work
either (same connect error):
$mysqli-ssl_set(NULL, // key file path or NULL
NULL, // cert file path or NULL
'C:/ssl/ca-cert.pem', // ca cert file path or NULL
NULL, // capath directory or NULL
'DHE-RSA-AES256-SHA'); // cipher or NULL
Also, tried the following (no luck):
$mysqli-ssl_set('C:/ssl/key.pem', // key file path or NULL
'C:/ssl/cert.pem', // cert file path or NULL
'C:/ssl/ca-cert.pem', // ca cert file path or NULL
NULL, // capath directory or NULL
NULL); // cipher or NULL
As noted before, these all work with PHP 5.2.17, but not with PHP
5.3.5.
A fix for mysqlnd would be great because trying to do a custom build on
Windows with mysqlnd disabled has become a real ordeal.
Previous Comments:
[2011-01-24 11:12:59] and...@php.net
No, mysqlnd doesn't use my.ini/my.cnf files, as libmysql did. You have
to set your options manually.
[2011-01-24 10:21:41] u...@php.net
mysqlnd does not read default files, AFAIK. I think Andrey wants to
deprecate that, Andrey?
[2011-01-20 01:59:47] dave dot kelly at dawkco dot com
Description:
- Using PHP 5.3.5 Windows binaries (Zip package).
- extension = php_mysqli.dll is enabled in php.ini.
- trying to use mysqli::real_connect, passing MYSQLI_CLIENT_SSL in the
flags parameter.
It returns the following error:
Warning: mysqli::real_connect() [mysqli.real-connect.html]:
(28000/1045): Access denied for user 'user'@'host' (using password: YES)
in C:\Apache22\htdocs\test.php on line 25
Connect Error (1045)
If I switch to PHP 5.2.17 Windows binaries (Zip package), using the
exact same settings and script, I get the following (excerpts):
Success... host via TCP/IP
...
Ssl_cipher DHE-RSA-AES256-SHA
...
Ssl_version TLSv1
I believe the main difference (relevant to this problem) between PHP
5.2.17 and PHP 5.3.5 is that 5.2.17 uses libmysql.dll and 5.3.5 uses
built-in mysqlnd (native driver). So, it appears that libmysql.dll
works with SSL, while built-in mysqlnd (native driver) cannot use SSL.
The Windows binaries build has no way to disable/enable mysqlnd and/or
libmysql. If mysqlnd is not going to work with SSL, there should at
least be another option that can be configured at runtime with the
options file.
Test script:
---
?php $mysqli = new mysqli();
$mysqli-init();
if (!$mysqli-options(MYSQLI_READ_DEFAULT_FILE,
'C:/Program Files/MySQL/my.ini')) {
die('Setting MYSQLI_READ_DEFAULT_FILE failed');
}
if (!$mysqli-options(MYSQLI_READ_DEFAULT_GROUP, 'mysql')) {
die('Setting MYSQLI_READ_DEFAULT_GROUP failed');
}
if (!$mysqli-real_connect('host', 'user', 'pass',
'mydb', 3306, NULL, MYSQLI_CLIENT_SSL)) {
echo 'Connect Error (' . mysqli_connect_errno() . ')' . br /\n;
}
else {
echo 'Success... ' . $mysqli-host_info . br /\n;
$sql = show status like '%ssl%';
$result = $mysqli-query($sql);
while ($row = $result-fetch_array()) {
echo $row[0] . ' ' . $row[1] . br /\n;
}
if ($result) { $result-close(); }
}
$mysqli-close(); ?
Expected result:
Expect a new SSL connection and a result set from the query indicating
that the connection is indeed via SSL/TLS.
Actual result:
--
Warning: (28000/1045): Access denied ... Connect Error (1045).
--
Edit this bug report at http://bugs.php.net/bug.php?id=53795edit=1
Bug #53806 [Com]: RangeException and OutOfRangeException extend invalid classes
Edit report at http://bugs.php.net/bug.php?id=53806edit=1
ID: 53806
Comment by: nightstorm at tlen dot pl
Reported by:nightstorm at tlen dot pl
Summary:RangeException and OutOfRangeException extend
invalid classes
Status: Open
Type: Bug
Package:SPL related
PHP Version:5.3.5
Block user comment: N
Private report: N
New Comment:
I looked more deeply at the problem. If we follow the descriptions in
the official manual at docs.php.net, these classes extend invalid
classes.
However, I noticed that the descriptions at docs.php.net are all
completely wrong, after comparing them to the old documentation at
http://www.php.net/~helly/php/ext/spl/ . Here, this documentation
correctly describes, why RangeException extends RuntimeException, and
OutOfRangeException - LogicException. So this is a documentation
problem, and there is a different ticket started for it:
http://bugs.php.net/bug.php?id=53877
Previous Comments:
[2011-01-21 21:25:25] nightstorm at tlen dot pl
Description:
This is a rather minor problem. SPL defines two base exception classes:
LogicException for reporting problems with various
system/component/class/argument logic and RuntimeException for runtime
problems. LogicException is extended by a number of classes:
- DomainException
- InvalidArgumentException
- LengthException (entered length is not a valid length)
RuntimeException is extended by:
- OutOfBoundsException (value out of bounds)
- UnexpectedValueException (value was not expected)
- OverflowException
- UnderflowException
As we see, the problems with tested values are classified as runtime
exceptions, and problems with specifying constrains are classified as
logic exceptions. However, this is not true in case of RangeException
and OutOfRangeException, where the base classes are replaced:
- RangeException (constraint range is invalid) is RuntimeException,
should be: LogicException*
- OutOfRangeException (value is out of range) is LogicException, should
be: RuntimeException
* - Actually, the first version can be considered as runtime exception,
too, if the user has to enter some range, but then it should be clearly
pointed out in the documentation. However, the second exception is
definitely wrong.
There can be also an issue that I misunderstood the documentation, but
in this case the problem should be reclassified as a documentation
problem, and concern providing more information about the semantically
correct usage of the provided exceptions. Currently, the documentation
provides only a single and often very abstract sentence which results in
many misunderstandings - if you are interested, I can provide a
translation of the discussion I've recently found to show that the way
people are using and understanding these classes is very far away from
authors' intentions.
So, to sum up: either these classes extend invalid base classes, or the
documentation should be MUCH more precise here.
Test script:
---
?php
// Assume we are sending the invalid age, i.e. 10
try
{
if($_POST['age'] 13 || $_POST['age'] 100)
{
throw new OutOfRangeException('The specified age is not within the
accepted range 13 to 100 years.');
}
}
catch(RuntimeException $exception)
{
echo 'Oops, you entered wrong data. Please correct them!';
}
catch(LogicException $exception)
{
echo 'There is a problem with the system. Please contact the
administrator.';
}
Expected result:
Oops, you entered wrong data. Please correct them!
Actual result:
--
There is a problem with the system. Please contact the administrator.
--
Edit this bug report at http://bugs.php.net/bug.php?id=53806edit=1
Req #53777 [Opn-Csd]: PHP-FPM error log date format is different from PHP error_log
Edit report at http://bugs.php.net/bug.php?id=53777edit=1 ID: 53777 Updated by: f...@php.net Reported by:simast at gmail dot com Summary:PHP-FPM error log date format is different from PHP error_log -Status: Open +Status: Closed Type: Feature/Change Request Package:FPM related Operating System: Linux (Ubuntu) PHP Version:5.3.5 -Assigned To: +Assigned To:fat Block user comment: N Private report: N New Comment: This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Before log format was Dec 25 13:16:14.610146 [LOG_LEVEL] message ... Now it's been changed to: - with debug log level [29-Jan-2011 11:14:18.591977] LOG_LEVEL: message ... - without debug log level [29-Jan-2011 11:14:18] LOG_LEVEL: message ... Previous Comments: [2011-01-29 11:13:26] f...@php.net Automatic comment from SVN on behalf of fat Revision: http://svn.php.net/viewvc/?view=revisionamp;revision=307841 Log: - Fixed bug #53777 (php-fpm log format now match php_error log format). [2011-01-18 16:04:30] f...@php.net It should be the same. Then, I would say don't change error_log format and move FPM log format to fit error_log. [2011-01-18 15:59:52] der...@php.net I would actually suggest changing both formats to: -mm-dd hh:ii:ss [2011-01-18 15:52:29] simast at gmail dot com Description: The date format used for PHP error_log is [25-Dec-2010 12:57:43] The date format for PHP-FPM error log is Dec 25 13:16:14.610146 Anyway this can be unified? I usually log all PHP related errors to a single log file (PHP-FPM included) and this different date formatting is a bit weirdo. I have marked this as Feature/Change request rather than a bug. If there are any important reasons for keeping it this way (or any BC breaks) - please ignore me. -- Edit this bug report at http://bugs.php.net/bug.php?id=53777edit=1
Req #53857 [Opn-Bgs]: Pool definition errors
Edit report at http://bugs.php.net/bug.php?id=53857edit=1 ID: 53857 Updated by: f...@php.net Reported by:samfiragabriel at gmail dot com Summary:Pool definition errors -Status: Open +Status: Bogus Type: Feature/Change Request Package:FPM related Operating System: GNU/Linux PHP Version:5.3.5 Block user comment: N Private report: N New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php If one of your configuration line is wrong, it's detected and FPM won't start. Here is the example you mentioned (non existant chroot dir) (in this example /nowhere does not exist) # grep ^chroot /path/to/php-fpm.conf chroot = /nowhere # ./sapi/fpm/php-fpm [29-Jan-2011 11:16:34] ERROR: [pool www_chroot] the chroot path '/nowhere' does not exist or is not a directory [29-Jan-2011 11:16:34] ERROR: failed to post process the configuration If you run php-fpm with --test, you can anticipate an configuration error and you won't restart FPM. If you have a practical case which is not detected by the --test, please open a bug report and it'll be corrected. thx Previous Comments: [2011-01-27 17:08:30] samfiragabriel at gmail dot com Description: It seams that if there is an error in the php-fpm config file, lets say in one of the pools, then fpm just dies with an error. For example, if you define a chroot value in one of the pools, and the directory does not exist, the master process and all the other pools just die upon SIGUSR2. In a shared hosting environment much of the configuring is done via scripts, and rarely by hand. If one value is erroneous, it would be better if that particular pool is skipped instead of just dying all together. That way at least only one site will go down instead of all of them. -- Edit this bug report at http://bugs.php.net/bug.php?id=53857edit=1
Bug #52797 [Opn-Fbk]: crash because of double free
Edit report at http://bugs.php.net/bug.php?id=52797edit=1 ID: 52797 Updated by: fel...@php.net Reported by:hossy421 at yahoo dot co dot jp Summary:crash because of double free -Status: Open +Status: Feedback Type: Bug Package:Reproducible crash Operating System: FreeBSD 7.3-RELEASE-p2 PHP Version:5.3.3 Block user comment: N Private report: N New Comment: Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Previous Comments: [2010-09-08 15:18:45] hossy421 at yahoo dot co dot jp Description: httpd ( Apache 2.2 ) crashes below messages. pid X(httpd), uid 80: exited on signal 11 X is process id of a httpd child process. Test script: --- independent of script. httpd is crashed by any script. for example PukiWiki. Expected result: all script will run without any error. Actual result: -- I've compiled PHP with --enable-debug option. PHP crash with below message. --- Zend/zend_language_scanner.l(704) : Block 0x28f9871c status: Beginning: Freed Start: OK End: Overflown (magic=0x003C instead of 0xC5F842B3) At least 4 bytes overflown --- Zend/zend_language_scanner.l(704) is below code. efree(SCNG(script_org)); `SCNG(script_org)' is saved by `zend_save_lexical_state()' function, and restored by `zend_restore_lexical_state()' function. `SCNG(script_org)' is `unsigned char*', but only the pointers are stored and saved, not the string pointed to. -- Edit this bug report at http://bugs.php.net/bug.php?id=52797edit=1
Bug #53695 [Asn-Bgs]: Bugs are not outputed when using php-fpm
Edit report at http://bugs.php.net/bug.php?id=53695edit=1 ID: 53695 Updated by: f...@php.net Reported by:szoftos at freemail dot hu Summary:Bugs are not outputed when using php-fpm -Status: Assigned +Status: Bogus Type: Bug Package:FPM related Operating System: FreeBSD PHP Version:5.3.5 Assigned To:fat Block user comment: N Private report: N New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php You must not use double (or simple) quotes arround E_ALL as constants are interpreted by the php core ini parser (quotes inhibits this conversion) php_admin_value[error_reporting] = E_ALL is not well understood. php_admin_value[error_reporting] = E_ALL is correctely converted. Previous Comments: [2011-01-10 08:16:48] f...@php.net Are you sure it's related to php fpm ? Here is the content of a test file: ?php asdlk;k; ? Calling from CLI: nothing, white page Calling from FPM: the same Here is the content of another test file: ?php nofunc(); ? Calling from CLI: Fatal error: Call to undefined function nofunc() in /html/error.php on line 1 Calling from FPM: Fatal error: Call to undefined function nofunc() in /html/error.php on line 1 The behaviour is the same with CLI or FPM. @kalle: can you reproduce the problem ? [2011-01-10 01:41:19] ka...@php.net Hmm, I wonder if php-fpm is actually parsing the error_reporting constants with their numeric bitfields to mask it correctly, could be wrong here. Any thoughts fat? [2011-01-08 13:01:47] szoftos at freemail dot hu Description: Hi, when i was trying to see an error message because of a syntax error (or any other error) using php-fpm, it simply won't output. Sometimes i get nothing, and other times i get an '500 Server error'. When i use php-cli, i get the error message. my configure line (comes from freebsd ports): './configure' '--with-layout=GNU' '--localstatedir=/var' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local' '--with-pcre-regex=/usr/local' '--with-zlib-dir=/usr' '--program-prefix=' '--enable-fpm' '--with-fpm-user=www' '--with-fpm-group=www' '--with-regex=php' '--with-zend-vm=CALL' '--enable-zend-multibyte' '--prefix=/usr/local' '--mandir=/usr/local/man' '--infodir=/usr/local/info/' '--build=amd64-portbld-freebsd8.1' The following extensions are compiled in: [root@wwwjail ~]# cat /var/db/ports/php5-extensions/options # This file is auto-generated by 'make config'. # No user-servicable parts inside! # Options for php5-extensions-1.4 _OPTIONS_READ=php5-extensions-1.4 WITHOUT_BCMATH=true WITH_BZ2=true WITH_CALENDAR=true WITH_CTYPE=true WITHOUT_CURL=true WITHOUT_DBA=true WITH_DOM=true WITH_EXIF=true WITHOUT_FILEINFO=true WITHOUT_FILTER=true WITHOUT_FRIBIDI=true WITH_FTP=true WITH_GD=true WITH_GETTEXT=true WITH_GMP=true WITH_HASH=true WITH_ICONV=true WITH_IMAP=true WITHOUT_INTERBASE=true WITH_JSON=true WITHOUT_LDAP=true WITH_MBSTRING=true WITHOUT_MCRYPT=true WITHOUT_MSSQL=true WITH_MYSQL=true WITHOUT_MYSQLI=true WITHOUT_ODBC=true WITH_OPENSSL=true WITHOUT_PCNTL=true WITH_PDF=true WITH_PDO=true WITH_PDO_SQLITE=true WITHOUT_PGSQL=true WITH_POSIX=true WITH_PSPELL=true WITHOUT_READLINE=true WITHOUT_RECODE=true WITH_SESSION=true WITHOUT_SHMOP=true WITH_SIMPLEXML=true WITHOUT_SNMP=true WITH_SOAP=true WITHOUT_SOCKETS=true WITH_SQLITE=true WITHOUT_SYBASE_CT=true WITHOUT_SYSVMSG=true WITHOUT_SYSVSEM=true WITHOUT_SYSVSHM=true WITHOUT_TIDY=true WITH_TOKENIZER=true WITHOUT_WDDX=true WITH_XML=true WITH_XMLREADER=true WITH_XMLRPC=true WITH_XMLWRITER=true WITHOUT_XSL=true WITHOUT_YAZ=true WITH_ZIP=true WITH_ZLIB=true The related php-fpm.conf snippet is: php_admin_value[error_reporting] = E_ALL php_admin_flag[display_errors] = On php_admin_flag[display_startup_errors] = On Test script: --- ?php asdlkl;k phpinfo(); ? Expected result: PHP Parse error: syntax error, unexpected T_STRING in test.php on line 3 Actual result: -- Nothing, or a '500 Internal server error' result. -- Edit this bug report at http://bugs.php.net/bug.php?id=53695edit=1
Req #53434 [Ana-Csd]: More details for slow requests
Edit report at http://bugs.php.net/bug.php?id=53434edit=1 ID: 53434 Updated by: f...@php.net Reported by:webmaster_apc at colnect dot com Summary:More details for slow requests -Status: Analyzed +Status: Closed Type: Feature/Change Request Package:FPM related Operating System: gentoo linux PHP Version:5.3.1RC1 Assigned To:fat Block user comment: N Private report: N New Comment: This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. I've added the request method and the request uri in the slowlog timeout and slowlog terminated log message: [29-Jan-2011 12:41:59.741208] WARNING: pid 32110, fpm_request_check_timed_out(), line 147: [pool www_chroot] child 32111, script '/html/test8.php' (request: GET /chroot/test8.php) executing too slow (1.051049 sec), logging [29-Jan-2011 12:42:00.783410] WARNING: pid 32110, fpm_request_check_timed_out(), line 157: [pool www_chroot] child 32111, script '/html/test8.php' (request: GET /chroot/test8.php) execution timed out (2.092626 sec), terminating Previous Comments: [2011-01-29 12:41:47] f...@php.net Automatic comment from SVN on behalf of fat Revision: http://svn.php.net/viewvc/?view=revisionamp;revision=307843 Log: - Fixed bug #53434 (php-fpm slowlog now also logs the original request). - Fixed the missing peace of code on revision 307842 [2011-01-29 12:38:21] f...@php.net Automatic comment from SVN on behalf of fat Revision: http://svn.php.net/viewvc/?view=revisionamp;revision=307842 Log: - Fixed bug #53434 (php-fpm slowlog now also logs the original request). [2010-12-06 09:26:15] f...@php.net Oh hell yes ... I did not understand your need. I'll see how complicated this is to add the request which triggers the slowlog entries. [2010-12-06 09:25:40] webmaster_apc at colnect dot com This may help. In the normal log I get: Dec 06 08:03:36.147792 [WARNING] [pool www] child 23560, script '/var/xxx/web/index.php' executing too slow (30.069499 sec), logging Dec 06 08:03:36.147904 [NOTICE] child 23560 stopped for tracing Dec 06 08:03:36.147911 [NOTICE] about to trace 23560 Dec 06 08:03:36.148064 [ERROR] ptrace(PEEKDATA) failed: Input/output error (5) Dec 06 08:03:36.148127 [NOTICE] finished trace of 23560 [2010-12-06 09:21:42] webmaster_apc at colnect dot com I have more messages in the slow log indicated the script which was running at the time but NOT the HTTP request send. For example: [0x7f38694a0b78] flush() /var/xxx/lib/misc/scriptControl.class.php:15 [0x7f38694a03c8] set_time_limit() /var/xxx/apps/modules/repairs/actions/actions.class.php:68 [0x7f386949fd00] executeRecreateThumbnails() /var/xxx/cache/prod/config/config_core_compile.yml.php:490 [0x7f386949fa30] execute() /var/xxx/cache/prod/config/config_core_compile.yml.php:990 [0x7f386949f6d8] executeAction() /var/xxx/cache/prod/config/config_core_compile.yml.php:985 [0x7f386949ef80] handleAction() /var/xxx/cache/prod/config/config_core_compile.yml.php:971 [0x7f386949ea68] execute() /var/xxx/cache/prod/config/config_core_compile.yml.php:1066 [0x7f386949e400] execute() /var/xxx/lib/vendor/symfony/lib/filter/sfCommonFilter.class.php:29 [0x7f386949dee8] execute() /var/xxx/cache/prod/config/config_core_compile.yml.php:1066 [0x7f386949db98] execute() /var/xxx/apps/lib/extraSecurityFilter.class.php:31 [0x7f386949d680] execute() /var/xxx/cache/prod/config/config_core_compile.yml.php:1066 [0x7f386949d3e0] execute() /var/xxx/cache/prod/config/config_core_compile.yml.php:1033 I don't know how to include my configuration. The output of ./configure is too long to be pasted here. 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=53434 -- Edit this bug report at http://bugs.php.net/bug.php?id=53434edit=1
Req #53434 [Csd]: More details for slow requests
Edit report at http://bugs.php.net/bug.php?id=53434edit=1 ID: 53434 User updated by:webmaster_apc at colnect dot com Reported by:webmaster_apc at colnect dot com Summary:More details for slow requests Status: Closed Type: Feature/Change Request Package:FPM related Operating System: gentoo linux PHP Version:5.3.1RC1 Assigned To:fat Block user comment: N Private report: N New Comment: Thanks for the fix :) I'll be happy to see it when the next PHP version is released on Gentoo. Cheers Previous Comments: [2011-01-29 12:43:45] f...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. I've added the request method and the request uri in the slowlog timeout and slowlog terminated log message: [29-Jan-2011 12:41:59.741208] WARNING: pid 32110, fpm_request_check_timed_out(), line 147: [pool www_chroot] child 32111, script '/html/test8.php' (request: GET /chroot/test8.php) executing too slow (1.051049 sec), logging [29-Jan-2011 12:42:00.783410] WARNING: pid 32110, fpm_request_check_timed_out(), line 157: [pool www_chroot] child 32111, script '/html/test8.php' (request: GET /chroot/test8.php) execution timed out (2.092626 sec), terminating [2011-01-29 12:41:47] f...@php.net Automatic comment from SVN on behalf of fat Revision: http://svn.php.net/viewvc/?view=revisionamp;revision=307843 Log: - Fixed bug #53434 (php-fpm slowlog now also logs the original request). - Fixed the missing peace of code on revision 307842 [2011-01-29 12:38:21] f...@php.net Automatic comment from SVN on behalf of fat Revision: http://svn.php.net/viewvc/?view=revisionamp;revision=307842 Log: - Fixed bug #53434 (php-fpm slowlog now also logs the original request). [2010-12-06 09:26:15] f...@php.net Oh hell yes ... I did not understand your need. I'll see how complicated this is to add the request which triggers the slowlog entries. [2010-12-06 09:25:40] webmaster_apc at colnect dot com This may help. In the normal log I get: Dec 06 08:03:36.147792 [WARNING] [pool www] child 23560, script '/var/xxx/web/index.php' executing too slow (30.069499 sec), logging Dec 06 08:03:36.147904 [NOTICE] child 23560 stopped for tracing Dec 06 08:03:36.147911 [NOTICE] about to trace 23560 Dec 06 08:03:36.148064 [ERROR] ptrace(PEEKDATA) failed: Input/output error (5) Dec 06 08:03:36.148127 [NOTICE] finished trace of 23560 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=53434 -- Edit this bug report at http://bugs.php.net/bug.php?id=53434edit=1
[PHP-BUG] Req #53878 [NEW]: Interactive shell should work with shared readline extension
From: johannes Operating system: * PHP version: trunk-SVN-2011-01-29 (SVN) Package: CGI related Bug Type: Feature/Change Request Bug description:Interactive shell should work with shared readline extension Description: The interactive shell (-a) should also work when the readline extension is compiled as shared object. This an be done by introducing a hook in the cli SAPI. An issue is that `php -h` can't give a proper indication about the availability as we'd have to startup PHP first. I assume we can keep the compile time decision there. Test script: --- ./configure --with-readline=shared ./sapi/cli/php -dextension=modules/readline.so -a Expected result: php -- Edit bug report at http://bugs.php.net/bug.php?id=53878edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53878r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53878r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53878r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53878r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53878r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53878r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53878r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53878r=needscript Try newer version: http://bugs.php.net/fix.php?id=53878r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53878r=support Expected behavior: http://bugs.php.net/fix.php?id=53878r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53878r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53878r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53878r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53878r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53878r=dst IIS Stability: http://bugs.php.net/fix.php?id=53878r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53878r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53878r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53878r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53878r=mysqlcfg
Req #53878 [Opn-Asn]: Interactive shell should work with shared readline extension
Edit report at http://bugs.php.net/bug.php?id=53878edit=1 ID: 53878 Updated by: johan...@php.net Reported by:johan...@php.net Summary:Interactive shell should work with shared readline extension -Status: Open +Status: Assigned Type: Feature/Change Request Package:CGI related Operating System: * PHP Version:trunk-SVN-2011-01-29 (SVN) -Assigned To: +Assigned To:johannes Block user comment: N Private report: N Previous Comments: [2011-01-29 13:59:30] johan...@php.net Description: The interactive shell (-a) should also work when the readline extension is compiled as shared object. This an be done by introducing a hook in the cli SAPI. An issue is that `php -h` can't give a proper indication about the availability as we'd have to startup PHP first. I assume we can keep the compile time decision there. Test script: --- ./configure --with-readline=shared ./sapi/cli/php -dextension=modules/readline.so -a Expected result: php -- Edit this bug report at http://bugs.php.net/bug.php?id=53878edit=1
Req #51118 [PATCH]: Allow multiple simultaneous syslog connections
Edit report at http://bugs.php.net/bug.php?id=51118edit=1
ID: 51118
Patch added by: f...@php.net
Reported by:sylvain at abstraction dot fr
Summary:Allow multiple simultaneous syslog connections
Status: Open
Type: Feature/Change Request
Package:*General Issues
Operating System: all
PHP Version:5.2.12
Block user comment: N
Private report: N
New Comment:
The following patch has been added/updated:
Patch Name: php_syslog_multiple_context.patch
Revision: 1296306149
URL:
http://bugs.php.net/patch-display.php?bug=51118patch=php_syslog_multiple_context.patchrevision=1296306149
Previous Comments:
[2010-07-23 13:11:41] sylvain at abstraction dot fr
Thank you very much for your time.
Hope it will be accepted in trunk.
Regards.
[2010-07-23 05:30:28] f...@php.net
I just attached a patch which should do the trick. I don't know if it'll
be
accepted by the dev team who handle this part of PHP.
openlog() returns a ressource instead of a bool.
closelog() and syslog() have now a last and optional parameter: a
context
ressource.
Everything which was working before, should still work. The only change
is the
return value of openlog() which should be strictely compared
(openlog(...) !==
true).
here is a sample test script:
?php
syslog(LOG_ERR, test 1 on ressource #0);
// Jul 23 05:20:22 wild php: test 1 on ressource #0
$r1 = openlog(test syslog #1, LOG_PID, LOG_SYSLOG);
$r2 = openlog(test syslog #2, LOG_PID, LOG_SYSLOG);
syslog(LOG_ERR, test on ressource #1, $r1);
// Jul 23 05:20:22 wild test syslog #1[24144]: test on ressource #1
syslog(LOG_ERR, test on ressource #2, $r2);
// Jul 23 05:20:22 wild test syslog #2[24144]: test on ressource #2
closelog($r1);
closelog($r2);
syslog(LOG_ERR, test 2 on ressource #0);
// Jul 23 05:20:22 wild php[24144]: test 2 on ressource #0
openlog(test syslog #0, LOG_PID, LOG_SYSLOG);
syslog(LOG_ERR, test 3 on ressource #0);
// Jul 23 05:20:22 wild test syslog #0[24144]: test 3 on ressource #0
closelog();
syslog(LOG_ERR, test 4 on ressource #0);
// Jul 23 05:20:22 wild php[24144]: test 4 on ressource #0
?
[2010-07-23 05:23:41] f...@php.net
The following patch has been added/updated:
Patch Name: php_syslog_multiple_context.patch
Revision: 1279855421
URL:
http://bugs.php.net/patch-display.php?bug=51118patch=php_syslog_multiple_context.patchrevision=1279855421
[2010-02-22 18:57:36] sylvain at abstraction dot fr
Description:
the openlog function does not return a resource like would do the fopen
or any database connection function.
That implementation limits to 1 the simultaneous number of connections
possible to syslog and this is problematic when we aim to use syslog
with different log locals.
Expected result:
$syslog_local0 = openlog('foo', LOG_NDELAY, LOG_LOCAL0);
syslog($syslog_local0, LOG_WARNING, blah);
$syslog_local1 = openlog('bar', LOG_NDELAY, LOG_LOCAL1);
syslog($syslog_local1, LOG_WARNING, blah blah);
closelog($syslog_local0);
closelog($syslog_local1);
--
Edit this bug report at http://bugs.php.net/bug.php?id=51118edit=1
Req #51118 [Com]: Allow multiple simultaneous syslog connections
Edit report at http://bugs.php.net/bug.php?id=51118edit=1
ID: 51118
Comment by: f...@php.net
Reported by:sylvain at abstraction dot fr
Summary:Allow multiple simultaneous syslog connections
Status: Open
Type: Feature/Change Request
Package:*General Issues
Operating System: all
PHP Version:5.2.12
Block user comment: N
Private report: N
New Comment:
I've just updated the patch with a compliant trunk patch.
Previous Comments:
[2011-01-29 14:02:29] f...@php.net
The following patch has been added/updated:
Patch Name: php_syslog_multiple_context.patch
Revision: 1296306149
URL:
http://bugs.php.net/patch-display.php?bug=51118patch=php_syslog_multiple_context.patchrevision=1296306149
[2010-07-23 13:11:41] sylvain at abstraction dot fr
Thank you very much for your time.
Hope it will be accepted in trunk.
Regards.
[2010-07-23 05:30:28] f...@php.net
I just attached a patch which should do the trick. I don't know if it'll
be
accepted by the dev team who handle this part of PHP.
openlog() returns a ressource instead of a bool.
closelog() and syslog() have now a last and optional parameter: a
context
ressource.
Everything which was working before, should still work. The only change
is the
return value of openlog() which should be strictely compared
(openlog(...) !==
true).
here is a sample test script:
?php
syslog(LOG_ERR, test 1 on ressource #0);
// Jul 23 05:20:22 wild php: test 1 on ressource #0
$r1 = openlog(test syslog #1, LOG_PID, LOG_SYSLOG);
$r2 = openlog(test syslog #2, LOG_PID, LOG_SYSLOG);
syslog(LOG_ERR, test on ressource #1, $r1);
// Jul 23 05:20:22 wild test syslog #1[24144]: test on ressource #1
syslog(LOG_ERR, test on ressource #2, $r2);
// Jul 23 05:20:22 wild test syslog #2[24144]: test on ressource #2
closelog($r1);
closelog($r2);
syslog(LOG_ERR, test 2 on ressource #0);
// Jul 23 05:20:22 wild php[24144]: test 2 on ressource #0
openlog(test syslog #0, LOG_PID, LOG_SYSLOG);
syslog(LOG_ERR, test 3 on ressource #0);
// Jul 23 05:20:22 wild test syslog #0[24144]: test 3 on ressource #0
closelog();
syslog(LOG_ERR, test 4 on ressource #0);
// Jul 23 05:20:22 wild php[24144]: test 4 on ressource #0
?
[2010-07-23 05:23:41] f...@php.net
The following patch has been added/updated:
Patch Name: php_syslog_multiple_context.patch
Revision: 1279855421
URL:
http://bugs.php.net/patch-display.php?bug=51118patch=php_syslog_multiple_context.patchrevision=1279855421
[2010-02-22 18:57:36] sylvain at abstraction dot fr
Description:
the openlog function does not return a resource like would do the fopen
or any database connection function.
That implementation limits to 1 the simultaneous number of connections
possible to syslog and this is problematic when we aim to use syslog
with different log locals.
Expected result:
$syslog_local0 = openlog('foo', LOG_NDELAY, LOG_LOCAL0);
syslog($syslog_local0, LOG_WARNING, blah);
$syslog_local1 = openlog('bar', LOG_NDELAY, LOG_LOCAL1);
syslog($syslog_local1, LOG_WARNING, blah blah);
closelog($syslog_local0);
closelog($syslog_local1);
--
Edit this bug report at http://bugs.php.net/bug.php?id=51118edit=1
Bug #53695 [Bgs]: Bugs are not outputed when using php-fpm
Edit report at http://bugs.php.net/bug.php?id=53695edit=1 ID: 53695 User updated by:szoftos at freemail dot hu Reported by:szoftos at freemail dot hu Summary:Bugs are not outputed when using php-fpm Status: Bogus Type: Bug Package:FPM related Operating System: FreeBSD PHP Version:5.3.5 Assigned To:fat Block user comment: N Private report: N New Comment: Ah, thank you, i'll try the configuration without quotes. However, I was thinking that the php_admin_value should be set in the same way as for the mod_php module in apache. In there, one has to use quotes. Maybe this should be a remark for php-fpm's config. Previous Comments: [2011-01-29 12:11:42] f...@php.net Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php You must not use double (or simple) quotes arround E_ALL as constants are interpreted by the php core ini parser (quotes inhibits this conversion) php_admin_value[error_reporting] = E_ALL is not well understood. php_admin_value[error_reporting] = E_ALL is correctely converted. [2011-01-10 08:16:48] f...@php.net Are you sure it's related to php fpm ? Here is the content of a test file: ?php asdlk;k; ? Calling from CLI: nothing, white page Calling from FPM: the same Here is the content of another test file: ?php nofunc(); ? Calling from CLI: Fatal error: Call to undefined function nofunc() in /html/error.php on line 1 Calling from FPM: Fatal error: Call to undefined function nofunc() in /html/error.php on line 1 The behaviour is the same with CLI or FPM. @kalle: can you reproduce the problem ? [2011-01-10 01:41:19] ka...@php.net Hmm, I wonder if php-fpm is actually parsing the error_reporting constants with their numeric bitfields to mask it correctly, could be wrong here. Any thoughts fat? [2011-01-08 13:01:47] szoftos at freemail dot hu Description: Hi, when i was trying to see an error message because of a syntax error (or any other error) using php-fpm, it simply won't output. Sometimes i get nothing, and other times i get an '500 Server error'. When i use php-cli, i get the error message. my configure line (comes from freebsd ports): './configure' '--with-layout=GNU' '--localstatedir=/var' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local' '--with-pcre-regex=/usr/local' '--with-zlib-dir=/usr' '--program-prefix=' '--enable-fpm' '--with-fpm-user=www' '--with-fpm-group=www' '--with-regex=php' '--with-zend-vm=CALL' '--enable-zend-multibyte' '--prefix=/usr/local' '--mandir=/usr/local/man' '--infodir=/usr/local/info/' '--build=amd64-portbld-freebsd8.1' The following extensions are compiled in: [root@wwwjail ~]# cat /var/db/ports/php5-extensions/options # This file is auto-generated by 'make config'. # No user-servicable parts inside! # Options for php5-extensions-1.4 _OPTIONS_READ=php5-extensions-1.4 WITHOUT_BCMATH=true WITH_BZ2=true WITH_CALENDAR=true WITH_CTYPE=true WITHOUT_CURL=true WITHOUT_DBA=true WITH_DOM=true WITH_EXIF=true WITHOUT_FILEINFO=true WITHOUT_FILTER=true WITHOUT_FRIBIDI=true WITH_FTP=true WITH_GD=true WITH_GETTEXT=true WITH_GMP=true WITH_HASH=true WITH_ICONV=true WITH_IMAP=true WITHOUT_INTERBASE=true WITH_JSON=true WITHOUT_LDAP=true WITH_MBSTRING=true WITHOUT_MCRYPT=true WITHOUT_MSSQL=true WITH_MYSQL=true WITHOUT_MYSQLI=true WITHOUT_ODBC=true WITH_OPENSSL=true WITHOUT_PCNTL=true WITH_PDF=true WITH_PDO=true WITH_PDO_SQLITE=true WITHOUT_PGSQL=true WITH_POSIX=true WITH_PSPELL=true WITHOUT_READLINE=true WITHOUT_RECODE=true WITH_SESSION=true WITHOUT_SHMOP=true WITH_SIMPLEXML=true WITHOUT_SNMP=true WITH_SOAP=true WITHOUT_SOCKETS=true WITH_SQLITE=true WITHOUT_SYBASE_CT=true WITHOUT_SYSVMSG=true WITHOUT_SYSVSEM=true WITHOUT_SYSVSHM=true WITHOUT_TIDY=true WITH_TOKENIZER=true WITHOUT_WDDX=true WITH_XML=true WITH_XMLREADER=true WITH_XMLRPC=true WITH_XMLWRITER=true WITHOUT_XSL=true WITHOUT_YAZ=true WITH_ZIP=true WITH_ZLIB=true The related php-fpm.conf snippet is: php_admin_value[error_reporting] = E_ALL php_admin_flag[display_errors] = On php_admin_flag[display_startup_errors] = On Test script: --- ?php asdlkl;k phpinfo(); ? Expected result: PHP Parse error: syntax error, unexpected T_STRING in test.php on line 3 Actual result: -- Nothing, or a '500 Internal
Req #52052 [Com]: add syslog support to FPM
Edit report at http://bugs.php.net/bug.php?id=52052edit=1 ID: 52052 Comment by: f...@php.net Reported by:ef-lists at email dot de Summary:add syslog support to FPM Status: Assigned Type: Feature/Change Request Package:FPM related Operating System: Linux/*NIX PHP Version:5.3SVN-2010-06-11 (SVN) Assigned To:fat Block user comment: N Private report: N New Comment: thx for the up to date patch. But there is still a remaining problem: php_syslog(), openlog() and closelog() can be called from FPM code, core code, user script, module, sapi, ... If two calls to openlog() are made from two different places. Then this is not sure than php_syslog() will log the right ident and facility. This a global reflection to make around PHP and not only in FPM. I'm working on it. Previous Comments: [2011-01-28 15:53:44] ef-lists at email dot de Hi, added a new patch, which can be applied to a vanilla PHP 5.3.5. compiles and runs with: --enable-debug without relevant warnings --enable-maintainer-zts without other flags with having HAVE_SYSLOG_H in main/php_config.h undefined changes: * modified patch to work with FPM in 5.3.5 * added new parameters to config dump (todo: translate syslog prio and facility to nice human-readable values) * made comparing syslog facilities case-insensitive * replaced syslog() calls with php_syslog() Regards, Edgar [2011-01-12 16:15:58] ef-lists at email dot de Hi Jerome, are there any updates on this issue yet? With PHP 5.3.4 and PHP 5.3.5 the latest patch doesn't work anymore. I'd be willing to port it to the latest release, if you're interested. I'd still like to see this integrated into trunk and 5.3.X. Regards, Edgar [2010-07-22 23:37:45] f...@php.net some answers to your questions: 1- this is a bug. All comparaison should use strcasecmp so that users can type facilities and log level with the case they want. 2- you're right. php_syslog() should be used instead of syslog() 4- after testing and validating, yes of course. I need to take time reviewing all this. Thx again ! [2010-07-07 13:17:07] f...@php.net Thanks for the reporting. I'll check that and answer you as soon as possible. [2010-07-07 12:27:54] ef-lists at email dot de Sorry it took me so long to reply. Too much work and too few spare time. Netherless I reviewed the patch and fixed some problems. If trace failed in fpm_php_trace.c:fpm_php_trace, there was a call to fwrite with a NULL pointer. Added syslog here. In fpm_stdio.c:fpm_stdio_init_child a close was performed on the fd set to ZLOG_SYSLOG. (valgrind complained) In fpm_stio.c:fpm_stdio_open_error_log, the variable syslog shadowed syslog() - renamed it to syslog_opened. It didn't matter from the code's point of view, but I think shadowing is a bad thing and renaming avoids it and also doesn't emit a warning, if you compile with -Wshadow. In php-fpm.conf.in was a typo (syslog_syslog_level - slowlog_syslog_level). Four more questions regarding the patch: 1) Is there a particular reason, why the facility names are partially compared with strcasecmp and strcmp? I found it confusing, that I have to type LOCAL6 instead of local6. 2) When looking at php_syslog.h - for maximum portability, shouldn't the syslog() calls be changed to php_syslog()? 3) I'm unsure - but aren't we losing messages from libevent written to stderr in the master process? I think one could use the fpm event system, to catch stderr, but didn't investigate further yet. 4) Are you planning to integrate this patch into SVN? Oh and besides the issues I mentioned - the patch works fine for me. :-) Regards, Edgar 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=52052 -- Edit this bug report at http://bugs.php.net/bug.php?id=52052edit=1
Bug #52797 [Com]: crash because of double free
Edit report at http://bugs.php.net/bug.php?id=52797edit=1 ID: 52797 Comment by: hossy421 at yahoo dot co dot jp Reported by:hossy421 at yahoo dot co dot jp Summary:crash because of double free Status: Feedback Type: Bug Package:Reproducible crash Operating System: FreeBSD 7.3-RELEASE-p2 PHP Version:5.3.3 Block user comment: N Private report: N New Comment: The patch is not applied to the latest snapshot. I believe the problem is still there. Previous Comments: [2011-01-29 11:31:48] fel...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2010-09-08 15:18:45] hossy421 at yahoo dot co dot jp Description: httpd ( Apache 2.2 ) crashes below messages. pid X(httpd), uid 80: exited on signal 11 X is process id of a httpd child process. Test script: --- independent of script. httpd is crashed by any script. for example PukiWiki. Expected result: all script will run without any error. Actual result: -- I've compiled PHP with --enable-debug option. PHP crash with below message. --- Zend/zend_language_scanner.l(704) : Block 0x28f9871c status: Beginning: Freed Start: OK End: Overflown (magic=0x003C instead of 0xC5F842B3) At least 4 bytes overflown --- Zend/zend_language_scanner.l(704) is below code. efree(SCNG(script_org)); `SCNG(script_org)' is saved by `zend_save_lexical_state()' function, and restored by `zend_restore_lexical_state()' function. `SCNG(script_org)' is `unsigned char*', but only the pointers are stored and saved, not the string pointed to. -- Edit this bug report at http://bugs.php.net/bug.php?id=52797edit=1
[PHP-BUG] Bug #53879 [NEW]: DateTime::createFromFormat() fails to parse cookie expiration date
From: Operating system: Win 7 PHP version: 5.3.5 Package: Date/time related Bug Type: Bug Bug description:DateTime::createFromFormat() fails to parse cookie expiration date Description: The class DateTime is supposed to handle date strings like used for cookie expiration dates. It explicitly defines the format DateTime::COOKIE but fails to parse it. Test script: --- ?php $date = DateTime::createFromFormat(DateTime::COOKIE, Mon, 21-Jan-2041 15:24:52 GMT); print_r($date); ? Same goes for ?php $date = date_parse_from_format(DateTime::COOKIE, Mon, 21-Jan-2041 15:24:52 GMT); print_r($date); ? Expected result: Something with a date instead of NULL O.o Actual result: -- Array ( [year] = 2020 [month] = 1 [day] = 21 [hour] = 41 [minute] = 15 [second] = 24 [fraction] = [warning_count] = 1 [warnings] = Array ( [25] = The parsed time was invalid ) [error_count] = 4 [errors] = Array ( [16] = Unexpected data found. [22] = The timezone could not be found in the database [25] = Trailing data ) [is_localtime] = 1 [zone_type] = 0 ) -- Edit bug report at http://bugs.php.net/bug.php?id=53879edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53879r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53879r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53879r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53879r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53879r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53879r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53879r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53879r=needscript Try newer version: http://bugs.php.net/fix.php?id=53879r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53879r=support Expected behavior: http://bugs.php.net/fix.php?id=53879r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53879r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53879r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53879r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53879r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53879r=dst IIS Stability: http://bugs.php.net/fix.php?id=53879r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53879r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53879r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53879r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53879r=mysqlcfg
Bug #51146 [Com]: mcrypt doesn't do OFB mode correctly
Edit report at http://bugs.php.net/bug.php?id=51146edit=1
ID: 51146
Comment by: lemkemch at t-online dot de
Reported by:zelnaga at gmail dot com
Summary:mcrypt doesn't do OFB mode correctly
Status: Open
Type: Bug
Package:mcrypt related
Operating System: Windows XP
PHP Version:5.3.1
Block user comment: N
Private report: N
New Comment:
I can't believe what I was reading about ncfb above. That was the
solution to decrypt my OpenOffice files. I had it working in Java, with
openssl on the command line but I couldn't get it to work with php no
matter what I tried. I had no idea that such a mode exists. So please,
document this and define a constant for it.
Previous Comments:
[2011-01-05 21:14:42] me at haravikk dot com
To answer your first question, performing the encryption per-byte is
kind of odd, I haven't done much
testing but I don't think it actually consumes the entire input vector,
only the first byte, just think of
it as running with an 8-bit wide state, rather than the more typical
128-bit wide state.
I've never had the time to confirm that this is the exact case, though,
but I believe it's compatible with
other cryptography solutions that can operate per-byte.
For your second point; sorry I should have pointed out that there is no
predefined constant for
MCRYPT_MODE_NCFB, you can however just enter it manually as 'ncfb' like
so:
mcrypt_module_open('rijndael-128', '', 'ncfb', '');
So if there's a failing on the PHP side it's that we need an
MCRYPT_MODE_NCFB, and that MCRYPT_MODE_CFB
and MCRYPT_MODE_OFB should be properly documented so people don't keep
using them expecting different
results!
[2010-06-19 15:42:52] zelnaga at gmail dot com
Also, there's still the matter of CFB. So NOFB is what most everything
else refers to as OFB but CFB'a wrong, as well, and it has no NCFB
counter part.
[2010-06-19 15:40:10] zelnaga at gmail dot com
What does it even mean to do OFB at the byte-level? Per
http://en.wikipedia.org/wiki/File:Ofb_encryption.png, in OFB, you
encrypt the IV with the key with the chosen block cipher algorithm and
then XOR that against the plaintext to get the ciphertext. How do you
do that at the byte level? Do you do substrings or something?
[2010-06-01 12:22:07] me at haravikk dot com
You're using the wrong OFB mode, you need to use MCRYPT_MODE_NOFB.
MCRYPT_MODE_OFB is per-byte, while MCRYPT_MODE_NOFB is per-block and
gives the
result you were expecting.
[2010-04-13 23:36:44] zelnaga at gmail dot com
I was comparing mcrypt against openssl_encrypt() and... well, either
OpenSSL is wrong or mcrypt is wrong:
?php
$td = mcrypt_module_open(MCRYPT_DES, '', MCRYPT_MODE_OFB, '');
mcrypt_generic_init($td, '', \0\0\0\0\0\0\0\0);
echo bin2hex(mcrypt_generic($td, \0\0\0\0\0\0\0\0));
echo \r\n;
$td = mcrypt_module_open(MCRYPT_DES, '', MCRYPT_MODE_CFB, '');
mcrypt_generic_init($td, '', \0\0\0\0\0\0\0\0);
echo bin2hex(mcrypt_generic($td, \0\0\0\0\0\0\0\0));
echo \r\n;
echo bin2hex(openssl_encrypt(\0\0\0\0\0\0\0\0, 'DES-OFB', '',
true)) . \r\n;
echo bin2hex(openssl_encrypt(\0\0\0\0\0\0\0\0, 'DES-CFB', '',
true)) . \r\n;
$td = mcrypt_module_open(MCRYPT_DES, '', MCRYPT_MODE_ECB, '');
mcrypt_generic_init($td, '', \0\0\0\0\0\0\0\0);
echo bin2hex(mcrypt_generic($td, \0\0\0\0\0\0\0\0));
echo \r\n;
$td = mcrypt_module_open(MCRYPT_DES, '', MCRYPT_MODE_CBC, '');
mcrypt_generic_init($td, '', \0\0\0\0\0\0\0\0);
echo bin2hex(mcrypt_generic($td, \0\0\0\0\0\0\0\0));
echo \r\n;
$td = mcrypt_module_open(MCRYPT_DES, '', 'ctr', '');
mcrypt_generic_init($td, '', \0\0\0\0\0\0\0\0);
echo bin2hex(mcrypt_generic($td, \0\0\0\0\0\0\0\0));
?
ie. mcrypt, in CTR, CBC and ECB modes equal OpenSSL in OFB and CFB modes
but not mcrypt in OFB and CFB modes. In other words, OpenSSL's OFB !=
mcrypt's OFB and they should.
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=51146
--
Edit this bug report at http://bugs.php.net/bug.php?id=51146edit=1
[PHP-BUG] Bug #53880 [NEW]: date_diff returns wrong results
From: Operating system: Windows Server 2008 R2 x64 PHP version: 5.3.5 Package: Date/time related Bug Type: Bug Bug description:date_diff returns wrong results Description: See test script. On FreeBSD 8.1-RELEASE-p1 amd64, Linux 2.6.18-194.32.1.el5 x86_64, Windows 7 x64 everything works fine. Test script: --- date_default_timezone_set(UTC); $d = new DateTime(2011-01-01); echo $d-diff(new DateTime(2010-01-01))-format(%a); Expected result: 365 Actual result: -- 6015 -- Edit bug report at http://bugs.php.net/bug.php?id=53880edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53880r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53880r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53880r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53880r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53880r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53880r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53880r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53880r=needscript Try newer version: http://bugs.php.net/fix.php?id=53880r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53880r=support Expected behavior: http://bugs.php.net/fix.php?id=53880r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53880r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53880r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53880r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53880r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53880r=dst IIS Stability: http://bugs.php.net/fix.php?id=53880r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53880r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53880r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53880r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53880r=mysqlcfg
[PHP-BUG] Bug #53881 [NEW]: nl2.php.net IPv6 broken
From: Operating system: Irrelevant PHP version: Irrelevant Package: Unknown/Other Function Bug Type: Bug Bug description:nl2.php.net IPv6 broken Description: nl.php.net has some records which are very often broken (currently 2 out of 3 are broken). From what I've read PHP checks its mirrors on regular intervals, but apparently does not check if both IP4 and IP6 work. The lack of this IPv6 check causes the PHP website to load very slow as it waits a few seconds for a timeout on v6 and then falls back to v4. Perhaps this check can be extended to also check for correct IPv6 function and remove the mirror if its IPv6 connectivity is broken. Test script: --- # date Sat Jan 29 23:20:16 CET 2011 # telnet -6 nl2.php.net 80 Trying 2a01:448:1::1036:64:164... telnet: Unable to connect to remote host: Connection refused # telnet -6 nl.php.net 80 Trying 2a00:f10:111::1337:1000... telnet: Unable to connect to remote host: No route to host Expected result: I would expect that the PHP mirror check removes mirrors that have broken v6 connectivity. -- Edit bug report at http://bugs.php.net/bug.php?id=53881edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53881r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53881r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53881r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53881r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53881r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53881r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53881r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53881r=needscript Try newer version: http://bugs.php.net/fix.php?id=53881r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53881r=support Expected behavior: http://bugs.php.net/fix.php?id=53881r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53881r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53881r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53881r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53881r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53881r=dst IIS Stability: http://bugs.php.net/fix.php?id=53881r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53881r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53881r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53881r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53881r=mysqlcfg
Bug #53881 [Opn]: nl2.php.net IPv6 broken
Edit report at http://bugs.php.net/bug.php?id=53881edit=1 ID: 53881 User updated by:tozz at kijkt dot tv Reported by:tozz at kijkt dot tv Summary:nl2.php.net IPv6 broken Status: Open Type: Bug Package:Unknown/Other Function Operating System: Irrelevant PHP Version:Irrelevant Block user comment: N Private report: N New Comment: IPv6 traceroute to the SinnerG broken mirror (to indicate its not a routing issue on my side): # traceroute6 2a00:f10:111::1337:1000 traceroute to 2a00:f10:111::1337:1000 (2a00:f10:111::1337:1000) from 2a01:1b0:7999:402::3, 30 hops max, 24 byte packets 1 2a01:1b0:7999:402::e (2a01:1b0:7999:402::e) 0.854 ms 0.952 ms 0.99 ms 2 2a01:1b0:2:6::1 (2a01:1b0:2:6::1) 4.985 ms 4.979 ms 4.991 ms 3 bit.telecity2.nlsix.net (2001:7f8:13::a501:2859:2) 5.987 ms 5.968 ms 5.99 ms 4 tengig-1-1-0.bcr2.ams02.nl.as25525.net (2001:7f8:1::a502:5525:1) 6.987 ms 5.974 ms 5.988 ms 5 2001:16f8:bb2:197:0:a504:8635:2 (2001:16f8:bb2:197:0:a504:8635:2) 6.989 ms 7.972 ms 6.99 ms 6 2a00:f10:10a:2::4 (2a00:f10:10a:2::4) 6.987 ms 6.977 ms 6.99 ms 7 2a00:f10:10a:2::4 (2a00:f10:10a:2::4) 3010.85 ms !H 3010.81 ms !H 3007.83 ms !H Previous Comments: [2011-01-29 23:58:16] tozz at kijkt dot tv Description: nl.php.net has some records which are very often broken (currently 2 out of 3 are broken). From what I've read PHP checks its mirrors on regular intervals, but apparently does not check if both IP4 and IP6 work. The lack of this IPv6 check causes the PHP website to load very slow as it waits a few seconds for a timeout on v6 and then falls back to v4. Perhaps this check can be extended to also check for correct IPv6 function and remove the mirror if its IPv6 connectivity is broken. Test script: --- # date Sat Jan 29 23:20:16 CET 2011 # telnet -6 nl2.php.net 80 Trying 2a01:448:1::1036:64:164... telnet: Unable to connect to remote host: Connection refused # telnet -6 nl.php.net 80 Trying 2a00:f10:111::1337:1000... telnet: Unable to connect to remote host: No route to host Expected result: I would expect that the PHP mirror check removes mirrors that have broken v6 connectivity. -- Edit this bug report at http://bugs.php.net/bug.php?id=53881edit=1
Bug #52083 [Opn-Csd]: Fatal Error Call to a member function * on a non-object occurring randomly
Edit report at http://bugs.php.net/bug.php?id=52083edit=1 ID: 52083 Updated by: s...@php.net Reported by:darylp at qualtrics dot com Summary:Fatal Error Call to a member function * on a non-object occurring randomly -Status: Open +Status: Closed Type: Bug Package:*General Issues Operating System: CentOS 5.4 PHP Version:5.3.2 -Assigned To: +Assigned To:stas Block user comment: N Private report: N New Comment: This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. So marking as fixed then. Previous Comments: [2010-10-07 22:54:31] darylp at qualtrics dot com The development snapshot provided has been in place for two weeks on one of our production servers and we have not seen these errors since. We are hesitant to put a development snapshot on all of our production machines however. Is there a release schedule for PHP 5.3.4, and will the changes that fixed this bug in the development snapshot be released with it? [2010-09-13 20:06:18] darylp at qualtrics dot com We attempted downgrading one of our production webservers to PHP 5.2.14 3-4 weeks ago and haven't seen these errors since on that server. We continue to see the issue with our other webservers running PHP 5.3.2. I think that's a good indication that the problem stems from the version upgrade. We will be trying the latest version on one of our servers as suggested. [2010-09-11 18:04:02] fel...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2010-06-22 23:27:26] darylp at qualtrics dot com Unfortunately, this issue is occurring only in our production environment and is occurring sporadically. It is happening in 2-5 minute bursts on a single server and across different functions. For most of the other 24 hours those scripts are running, there are no problems. We have not been able to correlate the times the error occurs with any events on our servers or traffic load. We will continue to attempt to reliably reproduce this issue and submit code when available. Are there any other suggestions on testing to be able to reproduce this? [2010-06-15 16:04:25] pierr...@php.net Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. 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=52083 -- Edit this bug report at http://bugs.php.net/bug.php?id=52083edit=1
