Bug #63763 [Opn->Asn]: Installer provides incorrect ICU DLL versions
Edit report at https://bugs.php.net/bug.php?id=63763&edit=1 ID: 63763 Updated by: paj...@php.net Reported by:chi-yu at web dot de Summary:Installer provides incorrect ICU DLL versions -Status: Open +Status: Assigned Type: Bug Package:Windows Installer Operating System: Windows 7, Service Pack 1 PHP Version:5.3.19 -Assigned To: +Assigned To:szarkos Block user comment: N Private report: N New Comment: Hi Steve, Can you take a look at it please? Previous Comments: [2012-12-13 20:39:40] chi-yu at web dot de Description: I just downloaded the installer version labeled with "VC9 x86 Non Thread Safe (2012-Nov-21 22:03:42)" and tried to install the INTL extension provided with the installer. The installer apparently provides the ICU DLLs for release 4.6 but when trying to run php.exe on the command line, an error message pops ups saying that the ICU DLLs for release 4.9 are missing. Manually downloading the 4.9 DLLs from http://site.icu-project.org/download/49 and putting them into the PHP install directory appears to fix the problem. -- Edit this bug report at https://bugs.php.net/bug.php?id=63763&edit=1
[PHP-BUG] Bug #63767 [NEW]: Follow up for Bug #36103
From: lior dot k at zend dot com Operating system: Windows PHP version: 5.4.9 Package: FTP related Bug Type: Bug Bug description:Follow up for Bug #36103 Description: This is a follow up to Bug #36103 ftp ssl connection fails during login We (at Zend) could still reproduce the problem mentioned in #36103 with PHP 5.3.19 and 5.4.9 on Windows, and would like to suggest the following patch (PHP 5.4.9) to resolved the problem. -- Edit bug report at https://bugs.php.net/bug.php?id=63767&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63767&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63767&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63767&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63767&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=63767&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63767&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63767&r=needscript Try newer version: https://bugs.php.net/fix.php?id=63767&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=63767&r=support Expected behavior: https://bugs.php.net/fix.php?id=63767&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63767&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=63767&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=63767&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63767&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=63767&r=dst IIS Stability: https://bugs.php.net/fix.php?id=63767&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=63767&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=63767&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=63767&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=63767&r=mysqlcfg
Bug #63767 [Opn->Dup]: Follow up for Bug #36103
Edit report at https://bugs.php.net/bug.php?id=63767&edit=1 ID: 63767 Updated by: paj...@php.net Reported by:lior dot k at zend dot com Summary:Follow up for Bug #36103 -Status: Open +Status: Duplicate Type: Bug Package:FTP related Operating System: Windows PHP Version:5.4.9 Block user comment: N Private report: N New Comment: Please post it at #36103 only, no need to open a new bug. Thanks for your work! Previous Comments: [2012-12-14 08:33:10] lior dot k at zend dot com Description: This is a follow up to Bug #36103 ftp ssl connection fails during login We (at Zend) could still reproduce the problem mentioned in #36103 with PHP 5.3.19 and 5.4.9 on Windows, and would like to suggest the following patch (PHP 5.4.9) to resolved the problem. -- Edit this bug report at https://bugs.php.net/bug.php?id=63767&edit=1
Bug #63766 [Opn->Nab]: sftp upload CURLOPT_URL errors with code 79 with directory path
Edit report at https://bugs.php.net/bug.php?id=63766&edit=1
ID: 63766
Updated by: paj...@php.net
Reported by:mattsch at gmail dot com
Summary:sftp upload CURLOPT_URL errors with code 79 with
directory path
-Status: Open
+Status: Not a bug
Type: Bug
Package:cURL related
Operating System: Gentoo
PHP Version:5.4.9
Block user comment: N
Private report: N
New Comment:
CURL cannot upload directory (aka recursively).
However it can create missing directories in a path if necessary using the
create
dir option.
Previous Comments:
[2012-12-14 06:55:24] mattsch at gmail dot com
Description:
When specifying a url in CURLOPT_URL with a directory path only using the sftp
protocol, the upload will always fail with error code 79 (An unspecified error
occurred during the SSH session). If you change the CURLOPT_URL to be the same
path but add a filename at the end of the directory path, the upload will
succeed.
emerge -pv php:5.4
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R ~] dev-lang/php-5.4.9:5.4 USE="apache2 bcmath bzip2 calendar cjk
cli crypt ctype curl curlwrappers exif fileinfo filter ftp gd gdbm gmp hash
iconv ipv6 json ldap mhash mysql mysqli mysqlnd nls pcntl pdo phar posix
readline session simplexml snmp soap sockets spell sqlite ssl sysvipc threads
tidy tokenizer truetype unicode wddx xml xmlwriter xpm xsl zip zlib -berkdb
-cdb -cgi -debug -doc -embed -enchant -firebird -flatfile -fpm (-frontbase)
-imap -inifile -intl -iodbc -kerberos (-kolab) -ldap-sasl -libedit -mssql
-oci8-instant-client -odbc -pic -postgres -qdbm -recode (-selinux) -sharedmem
(-sybase-ct) -xmlreader -xmlrpc" 0 kB
emerge -pv curl
These are the packages that would be merged, in order:
Calculating dependencies e - ... done!
[ebuild R ~] net-misc/curl-7.28.1 USE="idn ipv6 nonblocking ssh ssl
threads -adns -kerberos -ldap -metalink -rtmp -static-libs {-test}"
CURL_SSL="openssl -axtls -cyassl -gnutls -nss -polarssl" 0 kB
emerge -pv libssh2
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R ~] net-libs/libssh2-1.4.3 USE="zlib -gcrypt -static-libs
{-test}" 0 kB
curl -V
curl 7.28.1 (x86_64-pc-linux-gnu) libcurl/7.28.1 OpenSSL/1.0.0j zlib/1.2.7
libidn/1.25 libssh2/1.4.3
Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s rtsp scp
sftp smtp smtps telnet tftp
Features: AsynchDNS IDN IPv6 Largefile NTLM NTLM_WB SSL libz
Test script:
---
ftp://domain.tld:/tmp');
// prints 0
upload('sftp://domain.tld:/tmp/foo');
Expected result:
0
0
Actual result:
--
79
0
--
Edit this bug report at https://bugs.php.net/bug.php?id=63766&edit=1
Bug #63767 [Dup->Asn]: Follow up for Bug #36103
Edit report at https://bugs.php.net/bug.php?id=63767&edit=1 ID: 63767 Updated by: paj...@php.net Reported by:lior dot k at zend dot com Summary:Follow up for Bug #36103 -Status: Duplicate +Status: Assigned Type: Bug Package:FTP related Operating System: Windows PHP Version:5.4.9 -Assigned To: +Assigned To:tony2001 Block user comment: N Private report: N New Comment: Ok, reopen, a bit bad to have many bugs for the same issue, but Tony likes it ;-) Previous Comments: [2012-12-14 08:35:24] paj...@php.net Please post it at #36103 only, no need to open a new bug. Thanks for your work! [2012-12-14 08:33:10] lior dot k at zend dot com Description: This is a follow up to Bug #36103 ftp ssl connection fails during login We (at Zend) could still reproduce the problem mentioned in #36103 with PHP 5.3.19 and 5.4.9 on Windows, and would like to suggest the following patch (PHP 5.4.9) to resolved the problem. -- Edit this bug report at https://bugs.php.net/bug.php?id=63767&edit=1
Bug #63741 [Fbk->Csd]: Crash when autoloading from spl
Edit report at https://bugs.php.net/bug.php?id=63741&edit=1 ID: 63741 Updated by: larue...@php.net Reported by:bobwei9 at hotmail dot com Summary:Crash when autoloading from spl -Status: Feedback +Status: Closed Type: Bug Package:SPL related Operating System: Mac OS X Mountain Lion PHP Version:master-Git-2012-12-11 (Git) Assigned To:dmitry Block user comment: N Private report: N New Comment: The fix for this bug has been committed. 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/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. Previous Comments: [2012-12-14 02:33:40] larue...@php.net The following patch has been added/updated: Patch Name: bug63741.patch Revision: 1355452420 URL: https://bugs.php.net/patch-display.php?bug=63741&patch=bug63741.patch&revision=1355452420 [2012-12-14 02:33:39] larue...@php.net The following patch has been added/updated: Patch Name: bug63741.patch Revision: 1355452419 URL: https://bugs.php.net/patch-display.php?bug=63741&patch=bug63741.patch&revision=1355452419 [2012-12-13 08:19:16] larue...@php.net however, it is better if you can provide a access to a reproduceable box (via mail) :) thanks [2012-12-13 08:18:15] larue...@php.net oh, seems your are a zts build, then you have to find out executor_global first it should be: (((zend_executor_globals *) (*((void ***) tsrm_ls))[executor_globals_id-1])- >called_scope) [2012-12-13 08:12:44] larue...@php.net @bobwei9 hmm, seems EG(called_scope) was polluted somewhere, maybe you can break at zend_execute , then watch executor_globals->called_scope, find the place where it became 0x5a5a5a5a0 that will be very helpful.. thanks The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=63741 -- Edit this bug report at https://bugs.php.net/bug.php?id=63741&edit=1
Bug #55444 [Com]: trans-sid enabled; PHPSESSID inserted after end of href on links
Edit report at https://bugs.php.net/bug.php?id=55444&edit=1
ID: 55444
Comment by: freynder at gmail dot com
Reported by:fatman at crackmonkey dot us
Summary:trans-sid enabled; PHPSESSID inserted after end of
href on links
Status: Feedback
Type: Bug
Package:Session related
Operating System: Ubuntu 10.04.3 LTS
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
Experienced the same issue in PHP 5.3.10. I have a long list of links and they
look all correct except for 1.
Code:
Edit
Result:
Edit
Previous Comments:
[2011-11-16 19:49:40] dimitriy at remerov dot ru
Was able to reproduce on different installations on 5.3.6 and 5.3.5.
If I place link before broken one, then this new one becomes broken.
Unfortunately can't test in other versions due to complication installation.
Relevant part HTML (5th link is broken, but there are links before that HTML):
...
abcdefghijkjlmopqrstuvwxyz
abcdefghijkjlmopqrstuvwxyz
abcdefghijkjlmopqrstuvwxyz
abcdefghijkjlmopqrstuvwxyz
abcdefghijkjlmopqrstuvwxyz
abcdefghijkjlmopqrstuvwxyz
...
--
Relevant code:
// add start
if (strpos($url_item, 'translation') !== false) { // to make it around 17th
link
on page
?>
">
abcdefghijkjlmopqrstuvwxyz
">
abcdefghijkjlmopqrstuvwxyz
">
abcdefghijkjlmopqrstuvwxyz
">
abcdefghijkjlmopqrstuvwxyz
">
abcdefghijkjlmopqrstuvwxyz
">
abcdefghijkjlmopqrstuvwxyz
gallery_36.jpg
...
gallery_37.jpg
Note that since it is outside the quote mark, it is generated with a "?"
instead
of "&". This reliably
happens on the "gallery_37.jpg" link, and the "gallery_18.jpg" link, and a few
others.
Test script:
---
The relevant loop:
while ($row = mysql_fetch_assoc($result)) {
$file = sanitise_html($row["filename"]);
$title = sanitise_html($row["title"]);
?>
https://bugs.php.net/bug.php?id=55444&edit=1
[PHP-BUG] Bug #63769 [NEW]: file:// protocol does not support percent-encoded characters
From: hanskrentel at yahoo dot de
Operating system: Windows
PHP version: 5.4.9
Package: Streams related
Bug Type: Bug
Bug description:file:// protocol does not support percent-encoded characters
Description:
Using a file-URI containing characters that are percent-encoded (one
byte/octet
is encoded as a character triplet, e.g. Space -> %20) do not work. The URI
is
not properly decoded.
Consider the following file on disk:
c:\temp\catalog 2.xml
PHP is able to find it existing via:
is_file('file:///C:/temp/catalog 2.xml');
However, commonly that file is written as:
file:///C:/temp/catalog%202.xml
And using that filename in PHP via:
is_file('file:///C:/temp/catalog%202.xml');
gives FALSE.
(Example is a libxml catalog file, properly specified for libxml)
When you're looking into this, it might be worth to also look for + as
encoding
for space - just not that this case gets overlooked.
Test script:
---
'/', ' ' =>
'%20']), rawurlencode($name));
printf('%s - %s (%d)', is_file($uri) ? 'OK' : 'FAIL', $uri, unlink($name));
Expected result:
OK - file:///C:/temp/catalog%202.xml (1)
Actual result:
--
FAIL - file:///C:/temp/catalog%202.xml (1)
--
Edit bug report at https://bugs.php.net/bug.php?id=63769&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=63769&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=63769&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=63769&r=trysnapshottrunk
Fixed in SVN: https://bugs.php.net/fix.php?id=63769&r=fixed
Fixed in release: https://bugs.php.net/fix.php?id=63769&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=63769&r=needtrace
Need Reproduce Script: https://bugs.php.net/fix.php?id=63769&r=needscript
Try newer version: https://bugs.php.net/fix.php?id=63769&r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=63769&r=support
Expected behavior: https://bugs.php.net/fix.php?id=63769&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=63769&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=63769&r=submittedtwice
register_globals: https://bugs.php.net/fix.php?id=63769&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63769&r=php4
Daylight Savings: https://bugs.php.net/fix.php?id=63769&r=dst
IIS Stability: https://bugs.php.net/fix.php?id=63769&r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=63769&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=63769&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=63769&r=nozend
MySQL Configuration Error: https://bugs.php.net/fix.php?id=63769&r=mysqlcfg
Bug #63763 [Asn]: Installer provides incorrect ICU DLL versions
Edit report at https://bugs.php.net/bug.php?id=63763&edit=1 ID: 63763 Updated by: szar...@php.net Reported by:chi-yu at web dot de Summary:Installer provides incorrect ICU DLL versions Status: Assigned Type: Bug Package:Windows Installer Operating System: Windows 7, Service Pack 1 PHP Version:5.3.19 Assigned To:szarkos Block user comment: N Private report: N New Comment: Hello, Thank you for reporting this issue. This looks like a bug in the wix scripts. I've fixed the issue, rebuilt the MSI packages and uploaded them here: http://windows.php.net/downloads/snaps/ostc/build/php-5.3.19-63763/ Can you please test the updated MSIs at the URL above and let me know if they resolve your issue? Thanks! Steve Previous Comments: [2012-12-14 08:25:02] paj...@php.net Hi Steve, Can you take a look at it please? [2012-12-13 20:39:40] chi-yu at web dot de Description: I just downloaded the installer version labeled with "VC9 x86 Non Thread Safe (2012-Nov-21 22:03:42)" and tried to install the INTL extension provided with the installer. The installer apparently provides the ICU DLLs for release 4.6 but when trying to run php.exe on the command line, an error message pops ups saying that the ICU DLLs for release 4.9 are missing. Manually downloading the 4.9 DLLs from http://site.icu-project.org/download/49 and putting them into the PHP install directory appears to fix the problem. -- Edit this bug report at https://bugs.php.net/bug.php?id=63763&edit=1
Bug #63763 [Com]: Installer provides incorrect ICU DLL versions
Edit report at https://bugs.php.net/bug.php?id=63763&edit=1 ID: 63763 Comment by: chi-yu at web dot de Reported by:chi-yu at web dot de Summary:Installer provides incorrect ICU DLL versions Status: Assigned Type: Bug Package:Windows Installer Operating System: Windows 7, Service Pack 1 PHP Version:5.3.19 Assigned To:szarkos Block user comment: N Private report: N New Comment: Yes, they do. Both MSI packages appear to install the correct ICU DLL versions and everything seems to work as it's supposed to do. Previous Comments: [2012-12-14 21:38:40] szar...@php.net Hello, Thank you for reporting this issue. This looks like a bug in the wix scripts. I've fixed the issue, rebuilt the MSI packages and uploaded them here: http://windows.php.net/downloads/snaps/ostc/build/php-5.3.19-63763/ Can you please test the updated MSIs at the URL above and let me know if they resolve your issue? Thanks! Steve [2012-12-14 08:25:02] paj...@php.net Hi Steve, Can you take a look at it please? [2012-12-13 20:39:40] chi-yu at web dot de Description: I just downloaded the installer version labeled with "VC9 x86 Non Thread Safe (2012-Nov-21 22:03:42)" and tried to install the INTL extension provided with the installer. The installer apparently provides the ICU DLLs for release 4.6 but when trying to run php.exe on the command line, an error message pops ups saying that the ICU DLLs for release 4.9 are missing. Manually downloading the 4.9 DLLs from http://site.icu-project.org/download/49 and putting them into the PHP install directory appears to fix the problem. -- Edit this bug report at https://bugs.php.net/bug.php?id=63763&edit=1
[PHP-BUG] Bug #63775 [NEW]: 1
From: isogor at windowslive dot com Operating system: 2 PHP version: 5.5.0alpha1 Package: FTP related Bug Type: Bug Bug description:1 Description: Can you help I can not find msn password was stolen Test script: --- Can you help I can not find msn password was stolen Expected result: Password Recovery Actual result: -- Password Recovery -- Edit bug report at https://bugs.php.net/bug.php?id=63775&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63775&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63775&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63775&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63775&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=63775&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63775&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63775&r=needscript Try newer version: https://bugs.php.net/fix.php?id=63775&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=63775&r=support Expected behavior: https://bugs.php.net/fix.php?id=63775&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63775&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=63775&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=63775&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63775&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=63775&r=dst IIS Stability: https://bugs.php.net/fix.php?id=63775&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=63775&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=63775&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=63775&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=63775&r=mysqlcfg
Bug #63751 [Opn->Nab]: PCRE failed to match some expressions
Edit report at https://bugs.php.net/bug.php?id=63751&edit=1
ID: 63751
Updated by: fel...@php.net
Reported by:cosechy at gmail dot com
Summary:PCRE failed to match some expressions
-Status: Open
+Status: Not a bug
Type: Bug
Package:PCRE related
Operating System: Ubuntu 12.04 Precise
PHP Version:5.5Git-2012-12-12 (snap)
Block user comment: N
Private report: N
New Comment:
Hi, in such situation, check out preg_last_error() return value to diagnostic
what have happened. Not a PHP bug.
Previous Comments:
[2012-12-12 12:07:49] cosechy at gmail dot com
Description:
See the example below
Test script:
---
string(1) "A"
}
Actual result:
--
bool(false)
array(0) {
}
--
Edit this bug report at https://bugs.php.net/bug.php?id=63751&edit=1
Bug #63775 [Opn->Nab]: 1
Edit report at https://bugs.php.net/bug.php?id=63775&edit=1 ID: 63775 Updated by: fel...@php.net Reported by:isogor at windowslive dot com Summary:1 -Status: Open +Status: Not a bug Type: Bug Package:FTP related Operating System: 2 PHP Version:5.5.0alpha1 Block user comment: N Private report: N New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2012-12-14 22:39:05] isogor at windowslive dot com Description: Can you help I can not find msn password was stolen Test script: --- Can you help I can not find msn password was stolen Expected result: Password Recovery Actual result: -- Password Recovery -- Edit this bug report at https://bugs.php.net/bug.php?id=63775&edit=1
Bug #63746 [Opn->Asn]: FPM incompatible with runkit sanbox
Edit report at https://bugs.php.net/bug.php?id=63746&edit=1
ID: 63746
Updated by: fel...@php.net
Reported by:tranelson at x dot com
Summary:FPM incompatible with runkit sanbox
-Status: Open
+Status: Assigned
Type: Bug
Package:FPM related
Operating System: Linux
PHP Version:5.4.9
-Assigned To:
+Assigned To:fat
Block user comment: N
Private report: N
Previous Comments:
[2012-12-11 22:32:03] tranelson at x dot com
Description:
Using Runkit Sandbox inside PHP-FPM causes FPM to crash.
Please see the following for a description and GDB trace:
https://github.com/zenovich/runkit/issues/44
I thought this might have been a runkit issue, but in the stack trace, runkit
is just shutting down the child interpreter, which calls back to FPM. FPM is
assuming that there is a request for this interpreter, which doesn't hold true
in this scenario.
I've made a fix that works for me. It is attached below.
Test script:
---
$options = array(
'safe_mode'=>false,
'open_basedir'=>'',
'allow_url_fopen'=>'true',
'disable_functions'=>'exec,shell_exec,passthru,system',
'disable_classes'=>'myAppClass');
$sandbox = new Runkit_Sandbox($options);
$sandbox->eval('echo "hello from sandbox\n";');
$hello = "hello world from parent";
echo $hello;
Expected result:
Hello from sandbox
Actual result:
--
Crash.
#0 fcgi_finish_request (req=0x0, force_close=0)
at /home/tranelson/php-5.4.8/sapi/fpm/fpm/fastcgi.c:1040
#1 0x08440032 in sapi_cgi_deactivate (tsrm_ls=)
at /home/tranelson/php-5.4.8/sapi/fpm/fpm/fpm_main.c:843
#2 sapi_cgi_deactivate (tsrm_ls=0xa6adaf8)
at /home/tranelson/php-5.4.8/sapi/fpm/fpm/fpm_main.c:832
#3 0x0831eaf4 in sapi_deactivate (tsrm_ls=0xa6adaf8)
at /home/tranelson/php-5.4.8/main/SAPI.c:529
#4 0x08315f3c in php_request_shutdown (dummy=0xa6adaf8)
at /home/tranelson/php-5.4.8/main/main.c:1799
#5 0xb68241fb in php_runkit_sandbox_dtor (objval=0xb6a76548,
tsrm_ls=0xa51a070)
at /home/tranelson/runkit/runkit-master/runkit_sandbox.c:1838
#6 0x083ab42c in zend_objects_store_del_ref_by_handle_ex (handle=1,
handlers=0xb68307a0, tsrm_ls=0xa51a070)
at /home/tranelson/php-5.4.8/Zend/zend_objects_API.c:220
#7 0x083ab466 in zend_objects_store_del_ref (zobject=0xb6a7652c,
tsrm_ls=0xa51a070) at /home/tranelson/php-5.4.8/Zend/zend_objects_API.c:172
#8 0x08380581 in _zval_dtor_func (zvalue=0xb6a7652c)
at /home/tranelson/php-5.4.8/Zend/zend_variables.c:52
#9 0x08371768 in _zval_dtor (zvalue=)
at /home/tranelson/php-5.4.8/Zend/zend_variables.h:35
#10 _zval_ptr_dtor (zval_ptr=0xb6a766ec)
---Type to continue, or q to quit---
at /home/tranelson/php-5.4.8/Zend/zend_execute_API.c:438
#11 _zval_ptr_dtor (zval_ptr=0xb6a766ec)
at /home/tranelson/php-5.4.8/Zend/zend_execute_API.c:427
#12 0x0838f055 in zend_hash_apply_deleter (ht=0xa51bb88, p=0xb6a766e0)
at /home/tranelson/php-5.4.8/Zend/zend_hash.c:650
#13 0x083908e1 in zend_hash_reverse_apply (ht=0xa51bb88,
apply_func=0x8371590 , tsrm_ls=0xa51a070)
at /home/tranelson/php-5.4.8/Zend/zend_hash.c:804
#14 0x08371c1e in shutdown_destructors (tsrm_ls=0xa51a070)
at /home/tranelson/php-5.4.8/Zend/zend_execute_API.c:217
#15 0x08382098 in zend_call_destructors (tsrm_ls=0xa51a070)
at /home/tranelson/php-5.4.8/Zend/zend.c:922
#16 0x08315fc4 in php_request_shutdown (dummy=0x0)
at /home/tranelson/php-5.4.8/main/main.c:1732
#17 0x0806efc2 in main (argc=1, argv=0xbfac87a4)
at /home/tranelson/php-5.4.8/sapi/fpm/fpm/fpm_main.c:1948
--
Edit this bug report at https://bugs.php.net/bug.php?id=63746&edit=1
Bug #63766 [Nab]: sftp upload CURLOPT_URL errors with code 79 with directory path
Edit report at https://bugs.php.net/bug.php?id=63766&edit=1
ID: 63766
User updated by:mattsch at gmail dot com
Reported by:mattsch at gmail dot com
Summary:sftp upload CURLOPT_URL errors with code 79 with
directory path
Status: Not a bug
Type: Bug
Package:cURL related
Operating System: Gentoo
PHP Version:5.4.9
Block user comment: N
Private report: N
New Comment:
This is a bug. I am not trying to upload anything recursively. I am simply
trying to upload one file to a directory. When I don't specify the target
filename on the url, I expect that the target file created on the remote server
is the same name as the filename that I am uploading.
Previous Comments:
[2012-12-14 08:39:20] paj...@php.net
CURL cannot upload directory (aka recursively).
However it can create missing directories in a path if necessary using the
create
dir option.
[2012-12-14 06:55:24] mattsch at gmail dot com
Description:
When specifying a url in CURLOPT_URL with a directory path only using the sftp
protocol, the upload will always fail with error code 79 (An unspecified error
occurred during the SSH session). If you change the CURLOPT_URL to be the same
path but add a filename at the end of the directory path, the upload will
succeed.
emerge -pv php:5.4
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R ~] dev-lang/php-5.4.9:5.4 USE="apache2 bcmath bzip2 calendar cjk
cli crypt ctype curl curlwrappers exif fileinfo filter ftp gd gdbm gmp hash
iconv ipv6 json ldap mhash mysql mysqli mysqlnd nls pcntl pdo phar posix
readline session simplexml snmp soap sockets spell sqlite ssl sysvipc threads
tidy tokenizer truetype unicode wddx xml xmlwriter xpm xsl zip zlib -berkdb
-cdb -cgi -debug -doc -embed -enchant -firebird -flatfile -fpm (-frontbase)
-imap -inifile -intl -iodbc -kerberos (-kolab) -ldap-sasl -libedit -mssql
-oci8-instant-client -odbc -pic -postgres -qdbm -recode (-selinux) -sharedmem
(-sybase-ct) -xmlreader -xmlrpc" 0 kB
emerge -pv curl
These are the packages that would be merged, in order:
Calculating dependencies e - ... done!
[ebuild R ~] net-misc/curl-7.28.1 USE="idn ipv6 nonblocking ssh ssl
threads -adns -kerberos -ldap -metalink -rtmp -static-libs {-test}"
CURL_SSL="openssl -axtls -cyassl -gnutls -nss -polarssl" 0 kB
emerge -pv libssh2
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R ~] net-libs/libssh2-1.4.3 USE="zlib -gcrypt -static-libs
{-test}" 0 kB
curl -V
curl 7.28.1 (x86_64-pc-linux-gnu) libcurl/7.28.1 OpenSSL/1.0.0j zlib/1.2.7
libidn/1.25 libssh2/1.4.3
Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s rtsp scp
sftp smtp smtps telnet tftp
Features: AsynchDNS IDN IPv6 Largefile NTLM NTLM_WB SSL libz
Test script:
---
ftp://domain.tld:/tmp');
// prints 0
upload('sftp://domain.tld:/tmp/foo');
Expected result:
0
0
Actual result:
--
79
0
--
Edit this bug report at https://bugs.php.net/bug.php?id=63766&edit=1
Bug #63766 [Nab]: sftp upload CURLOPT_URL errors with code 79 with directory path
Edit report at https://bugs.php.net/bug.php?id=63766&edit=1
ID: 63766
User updated by:mattsch at gmail dot com
Reported by:mattsch at gmail dot com
Summary:sftp upload CURLOPT_URL errors with code 79 with
directory path
Status: Not a bug
Type: Bug
Package:cURL related
Operating System: Gentoo
PHP Version:5.4.9
Block user comment: N
Private report: N
New Comment:
"foo" designates a file and not a directory. Perhaps my test script should
have been more clear by using a file extension like .txt or something. The
file I am trying to upload is being uploaded to a directory that already exists
on the remote server.
Previous Comments:
[2012-12-14 22:47:01] mattsch at gmail dot com
This is a bug. I am not trying to upload anything recursively. I am simply
trying to upload one file to a directory. When I don't specify the target
filename on the url, I expect that the target file created on the remote server
is the same name as the filename that I am uploading.
[2012-12-14 08:39:20] paj...@php.net
CURL cannot upload directory (aka recursively).
However it can create missing directories in a path if necessary using the
create
dir option.
[2012-12-14 06:55:24] mattsch at gmail dot com
Description:
When specifying a url in CURLOPT_URL with a directory path only using the sftp
protocol, the upload will always fail with error code 79 (An unspecified error
occurred during the SSH session). If you change the CURLOPT_URL to be the same
path but add a filename at the end of the directory path, the upload will
succeed.
emerge -pv php:5.4
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R ~] dev-lang/php-5.4.9:5.4 USE="apache2 bcmath bzip2 calendar cjk
cli crypt ctype curl curlwrappers exif fileinfo filter ftp gd gdbm gmp hash
iconv ipv6 json ldap mhash mysql mysqli mysqlnd nls pcntl pdo phar posix
readline session simplexml snmp soap sockets spell sqlite ssl sysvipc threads
tidy tokenizer truetype unicode wddx xml xmlwriter xpm xsl zip zlib -berkdb
-cdb -cgi -debug -doc -embed -enchant -firebird -flatfile -fpm (-frontbase)
-imap -inifile -intl -iodbc -kerberos (-kolab) -ldap-sasl -libedit -mssql
-oci8-instant-client -odbc -pic -postgres -qdbm -recode (-selinux) -sharedmem
(-sybase-ct) -xmlreader -xmlrpc" 0 kB
emerge -pv curl
These are the packages that would be merged, in order:
Calculating dependencies e - ... done!
[ebuild R ~] net-misc/curl-7.28.1 USE="idn ipv6 nonblocking ssh ssl
threads -adns -kerberos -ldap -metalink -rtmp -static-libs {-test}"
CURL_SSL="openssl -axtls -cyassl -gnutls -nss -polarssl" 0 kB
emerge -pv libssh2
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R ~] net-libs/libssh2-1.4.3 USE="zlib -gcrypt -static-libs
{-test}" 0 kB
curl -V
curl 7.28.1 (x86_64-pc-linux-gnu) libcurl/7.28.1 OpenSSL/1.0.0j zlib/1.2.7
libidn/1.25 libssh2/1.4.3
Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s rtsp scp
sftp smtp smtps telnet tftp
Features: AsynchDNS IDN IPv6 Largefile NTLM NTLM_WB SSL libz
Test script:
---
ftp://domain.tld:/tmp');
// prints 0
upload('sftp://domain.tld:/tmp/foo');
Expected result:
0
0
Actual result:
--
79
0
--
Edit this bug report at https://bugs.php.net/bug.php?id=63766&edit=1
[PHP-BUG] Req #63776 [NEW]: Fails With 'at'
From: matthewcomp at hotmail dot com
Operating system: Linux gator.hostgator.com 3.
PHP version: 5.4.9
Package: Date/time related
Bug Type: Feature/Change Request
Bug description:Fails With 'at'
Description:
---
>From manual page: http://www.php.net/function.strtotime
---
Does not work to read a date in the following format:
Nov 19, 2012 at 7:03 PM
Test script:
---
" . date('l dS \o\f F Y h:i:s A', $timestamp);
}
?>
Expected result:
Correctly parse the date, ignoring at, which can commonly appear in dates.
Actual result:
--
Completely unable to parse the date.
--
Edit bug report at https://bugs.php.net/bug.php?id=63776&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=63776&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=63776&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=63776&r=trysnapshottrunk
Fixed in SVN: https://bugs.php.net/fix.php?id=63776&r=fixed
Fixed in release: https://bugs.php.net/fix.php?id=63776&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=63776&r=needtrace
Need Reproduce Script: https://bugs.php.net/fix.php?id=63776&r=needscript
Try newer version: https://bugs.php.net/fix.php?id=63776&r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=63776&r=support
Expected behavior: https://bugs.php.net/fix.php?id=63776&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=63776&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=63776&r=submittedtwice
register_globals: https://bugs.php.net/fix.php?id=63776&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63776&r=php4
Daylight Savings: https://bugs.php.net/fix.php?id=63776&r=dst
IIS Stability: https://bugs.php.net/fix.php?id=63776&r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=63776&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=63776&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=63776&r=nozend
MySQL Configuration Error: https://bugs.php.net/fix.php?id=63776&r=mysqlcfg
[PHP-BUG] Bug #63777 [NEW]: DateTime obj in Dec 2012 in Australia/South TZ reports 'CST' time zone abbrev
From: kavi at postpro dot net
Operating system: OS X, CentOS, Debian
PHP version: Irrelevant
Package: Date/time related
Bug Type: Bug
Bug description:DateTime obj in Dec 2012 in Australia/South TZ reports 'CST'
time zone abbrev
Description:
Tried this on 5.3.3, 5.3.6 and 5.3.10, the latest available from the
various OS vendors we have. I have not yet successfully compiled 5.4.x to
test there.
This occurs with the 2012.10 tzdata installed and verified with phpinfo().
Test script:
---
$date = new DateTime('now', new DateTimezone('Australia/South'));
echo $date->format('Y-m-d H:i:s T');
Expected result:
2012-12-15 10:10:13 ACDT
Actual result:
--
2012-12-15 10:10:13 CST
--
Edit bug report at https://bugs.php.net/bug.php?id=63777&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=63777&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=63777&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=63777&r=trysnapshottrunk
Fixed in SVN: https://bugs.php.net/fix.php?id=63777&r=fixed
Fixed in release: https://bugs.php.net/fix.php?id=63777&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=63777&r=needtrace
Need Reproduce Script: https://bugs.php.net/fix.php?id=63777&r=needscript
Try newer version: https://bugs.php.net/fix.php?id=63777&r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=63777&r=support
Expected behavior: https://bugs.php.net/fix.php?id=63777&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=63777&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=63777&r=submittedtwice
register_globals: https://bugs.php.net/fix.php?id=63777&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63777&r=php4
Daylight Savings: https://bugs.php.net/fix.php?id=63777&r=dst
IIS Stability: https://bugs.php.net/fix.php?id=63777&r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=63777&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=63777&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=63777&r=nozend
MySQL Configuration Error: https://bugs.php.net/fix.php?id=63777&r=mysqlcfg
Bug #63777 [Com]: DateTime obj in Dec 2012 in Australia/South TZ reports 'CST' time zone abbrev
Edit report at https://bugs.php.net/bug.php?id=63777&edit=1
ID: 63777
Comment by: kavi at postpro dot net
Reported by:kavi at postpro dot net
Summary:DateTime obj in Dec 2012 in Australia/South TZ
reports 'CST' time zone abbrev
Status: Open
Type: Bug
Package:Date/time related
Operating System: OS X, CentOS, Debian
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
See #50276 for a tangentially related bug about the Australian timezone
abbreviations.
Previous Comments:
[2012-12-14 23:42:34] kavi at postpro dot net
Description:
Tried this on 5.3.3, 5.3.6 and 5.3.10, the latest available from the various OS
vendors we have. I have not yet successfully compiled 5.4.x to test there.
This occurs with the 2012.10 tzdata installed and verified with phpinfo().
Test script:
---
$date = new DateTime('now', new DateTimezone('Australia/South'));
echo $date->format('Y-m-d H:i:s T');
Expected result:
2012-12-15 10:10:13 ACDT
Actual result:
--
2012-12-15 10:10:13 CST
--
Edit this bug report at https://bugs.php.net/bug.php?id=63777&edit=1
Bug #63777 [Opn]: DateTime obj in Dec 2012 in Australia/South TZ reports 'CST' time zone abbrev
Edit report at https://bugs.php.net/bug.php?id=63777&edit=1
ID: 63777
Updated by: s...@php.net
Reported by:kavi at postpro dot net
Summary:DateTime obj in Dec 2012 in Australia/South TZ
reports 'CST' time zone abbrev
Status: Open
Type: Bug
Package:Date/time related
Operating System: OS X, CentOS, Debian
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
Testcase confirmed with 5.3, 5.4, 5.5 from git. All use Olson 2012.10
Previous Comments:
[2012-12-14 23:43:45] kavi at postpro dot net
See #50276 for a tangentially related bug about the Australian timezone
abbreviations.
[2012-12-14 23:42:34] kavi at postpro dot net
Description:
Tried this on 5.3.3, 5.3.6 and 5.3.10, the latest available from the various OS
vendors we have. I have not yet successfully compiled 5.4.x to test there.
This occurs with the 2012.10 tzdata installed and verified with phpinfo().
Test script:
---
$date = new DateTime('now', new DateTimezone('Australia/South'));
echo $date->format('Y-m-d H:i:s T');
Expected result:
2012-12-15 10:10:13 ACDT
Actual result:
--
2012-12-15 10:10:13 CST
--
Edit this bug report at https://bugs.php.net/bug.php?id=63777&edit=1
Bug #63777 [Opn->Fbk]: DateTime obj in Dec 2012 in Australia/South TZ reports 'CST' time zone abbrev
Edit report at https://bugs.php.net/bug.php?id=63777&edit=1
ID: 63777
Updated by: ras...@php.net
Reported by:kavi at postpro dot net
Summary:DateTime obj in Dec 2012 in Australia/South TZ
reports 'CST' time zone abbrev
-Status: Open
+Status: Feedback
Type: Bug
Package:Date/time related
Operating System: OS X, CentOS, Debian
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
Two things confuse me about this bug report. Surely it is summer in Australia
right now, so why would you expect ACDT? And second, Olson has never used the
'A'
prefix and as far as I know most places don't. There is a long discussion on
this
in the Olson australasia file. I'll leave this as an exercise for the
interested
to look up. If you go to Google and search for "time in Adelaide" you get a CST
time just like PHP provides.
Previous Comments:
[2012-12-15 04:17:30] s...@php.net
Testcase confirmed with 5.3, 5.4, 5.5 from git. All use Olson 2012.10
[2012-12-14 23:43:45] kavi at postpro dot net
See #50276 for a tangentially related bug about the Australian timezone
abbreviations.
[2012-12-14 23:42:34] kavi at postpro dot net
Description:
Tried this on 5.3.3, 5.3.6 and 5.3.10, the latest available from the various OS
vendors we have. I have not yet successfully compiled 5.4.x to test there.
This occurs with the 2012.10 tzdata installed and verified with phpinfo().
Test script:
---
$date = new DateTime('now', new DateTimezone('Australia/South'));
echo $date->format('Y-m-d H:i:s T');
Expected result:
2012-12-15 10:10:13 ACDT
Actual result:
--
2012-12-15 10:10:13 CST
--
Edit this bug report at https://bugs.php.net/bug.php?id=63777&edit=1
