[PHP-BUG] Bug #64561 [NEW]: gdImagePaletteToTrueColor missing from gd_compat.h
From: ondrej Operating system: Any PHP version: 5.5.0beta1 Package: GD related Bug Type: Bug Bug description:gdImagePaletteToTrueColor missing from gd_compat.h Description: php5 fails to load gd extension due to using symbol only available from bundled libgd. libgd/gd_compat.h misses the definition of gdImagePaletteToTrueColor and the function needs to be moved from gd.c to gd_color.c. (Or something like that.) And it definitely needs a test in the test suite (or you can finally take over the libgd2 and release a new version for everyone, pretty please). Expected result: # php5 # Actual result: -- # php5 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20121212+lfs/gd.so' - /usr/lib/php5/20121212+lfs/gd.so: undefined symbol: gdImagePaletteToTrueColor in Unknown on line 0 # -- Edit bug report at https://bugs.php.net/bug.php?id=64561edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64561r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64561r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64561r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64561r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64561r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64561r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64561r=needscript Try newer version: https://bugs.php.net/fix.php?id=64561r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64561r=support Expected behavior: https://bugs.php.net/fix.php?id=64561r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64561r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64561r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64561r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64561r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64561r=dst IIS Stability: https://bugs.php.net/fix.php?id=64561r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64561r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64561r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64561r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64561r=mysqlcfg
Bug #63709 [Com]: flock() doesn't trigger mandatory locks on linux
Edit report at https://bugs.php.net/bug.php?id=63709edit=1 ID: 63709 Comment by: eric dot saintetienne at gmail dot com Reported by:eric dot saintetienne at gmail dot com Summary:flock() doesn't trigger mandatory locks on linux Status: Analyzed Type: Bug Package:Filesystem function related Operating System: Linux PHP Version:5.3.19 Block user comment: N Private report: N New Comment: I hope we're still speaking of MANDATORY locks (the ones provided by mount -o mand) and not standard file locks? Other locks (advisory) behave as expected. So what's the solution you chose to allow locking a file with a MANDATORY lock using PHP? Previous Comments: [2013-04-01 23:01:23] mi+php at aldan dot algebra dot com I am puzzled, what can the current behavior be possibly used for? If the lock is not really locking (and it does not -- neither on Linux nor on FreeBSD), then why bother with it at all? And if nobody bothers, then why not fix it properly? BTW, at least, on BSD the different locking mechanisms create compatible locks: The flock(), fcntl(2), and lockf(3) locks are compatible. Processes using different locking interfaces can cooperate over the same file safely. However, only one of such interfaces should be used within the same process. If a file is locked by a process through flock(), any record within the file will be seen as locked from the viewpoint of another process using fcntl(2) or lockf(3), and vice versa. [2012-12-07 09:43:12] eric dot saintetienne at gmail dot com You're right, Python is smart and the trick is simple: fnctl module functions are coded such that they detect the type of the object they're given as argument. If it's an integer they assume it is a file descriptor otherwise they call its fileno() method to retrieve the file descriptor integer. So it's a matter of adding your own fileno() method to the PHP standard file object and making the dio_* routines calling it, when not provided with an integer. Does that makes sense to you? It's a suggestion, at the end of the day it's your decision of how to handle this issue, even though it seems to, I'm actually not pushing to get direct io integrated at any cost (I don't have any stake) but I just feel it's the way to go. [2012-12-07 09:08:01] ahar...@php.net That's true, but they're still somewhat interchangeable in Python â higher level file objects returned by open() work with fcntl methods. That wouldn't be the case if we bundled dio without further work. [2012-12-07 08:55:27] eric dot saintetienne at gmail dot com You're right, dio is a plain inteface to the underlying C function hence exposing real file descriptors (integers). That's also what Python does: it exposes two different types of file objects: standard file objects via the builtin open() and file descriptors via os.open() Is that is feasible with php? [2012-12-07 08:48:41] ahar...@php.net My worry there is that dio resources are (as I recall, anyway) completely distinct from normal file resources, so you couldn't fopen() a file and then dio_fcntl() it: it's all or nothing. 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=63709 -- Edit this bug report at https://bugs.php.net/bug.php?id=63709edit=1
Req #64512 [Csd]: Update libzip to 0.11 - Zip64, UTF-8 support
Edit report at https://bugs.php.net/bug.php?id=64512edit=1 ID: 64512 User updated by:chris at crgs dot co dot uk Reported by:chris at crgs dot co dot uk Summary:Update libzip to 0.11 - Zip64, UTF-8 support Status: Closed Type: Feature/Change Request Package:Zip Related Operating System: All PHP Version:5.3.23 Assigned To:pajoye Block user comment: N Private report: N New Comment: Which snaps at http://snaps.php.net/ have this? Only the 'trunk' one, or is it present in others Sorry, the comment isn't entirely clear to me! Thanks for the hard work. Previous Comments: [2013-04-01 21:42:18] paj...@php.net 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. See https://github.com/pierrejoye/php_zip [2013-03-25 15:48:35] paj...@php.net We are on it already, however it won't make it to 5.5, pecl releases will be done 1st, 5.6 will have it bundled. [2013-03-25 15:40:13] chris at crgs dot co dot uk Description: Libzip 0.11 was released yesterday (see http://www.nih.at/listarchive/libzip- discuss/msg00327.html, http://www.nih.at/libzip/NEWS.html). This version introduces a number of changes including Zip64 support (for large files) and UTF-8 support for file names, file comments and archive comments. Please could PHP be updated to this version so that these features can be used. -- Edit this bug report at https://bugs.php.net/bug.php?id=64512edit=1
Req #64512 [Csd]: Update libzip to 0.11 - Zip64, UTF-8 support
Edit report at https://bugs.php.net/bug.php?id=64512edit=1 ID: 64512 Updated by: paj...@php.net Reported by:chris at crgs dot co dot uk Summary:Update libzip to 0.11 - Zip64, UTF-8 support Status: Closed Type: Feature/Change Request Package:Zip Related Operating System: All PHP Version:5.3.23 Assigned To:pajoye Block user comment: N Private report: N New Comment: See https://github.com/pierrejoye/php_zip, that's where the code is. It is too late for the core, php 5.5 won't have this version bundled but the next version. However PECL releases will be done more often again to fill the features needs in the meantime, with compatibility with 5.3, 5.4 and 5.5. Previous Comments: [2013-04-02 08:24:30] chris at crgs dot co dot uk Which snaps at http://snaps.php.net/ have this? Only the 'trunk' one, or is it present in others Sorry, the comment isn't entirely clear to me! Thanks for the hard work. [2013-04-01 21:42:18] paj...@php.net 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. See https://github.com/pierrejoye/php_zip [2013-03-25 15:48:35] paj...@php.net We are on it already, however it won't make it to 5.5, pecl releases will be done 1st, 5.6 will have it bundled. [2013-03-25 15:40:13] chris at crgs dot co dot uk Description: Libzip 0.11 was released yesterday (see http://www.nih.at/listarchive/libzip- discuss/msg00327.html, http://www.nih.at/libzip/NEWS.html). This version introduces a number of changes including Zip64 support (for large files) and UTF-8 support for file names, file comments and archive comments. Please could PHP be updated to this version so that these features can be used. -- Edit this bug report at https://bugs.php.net/bug.php?id=64512edit=1
[PHP-BUG] Bug #64563 [NEW]: when i try viewing a directory list only array returns and that's it.
From: flownoun59 at gmail dot com Operating system: windows PHP version: 5.4.13 Package: Directory function related Bug Type: Bug Bug description:when i try viewing a directory list only array returns and that's it. Description: ?php $conn = ftp_connect(ftp.smartsociety.tk) or die(Could not connect); ftp_login($conn,u137184334,drowssap); echo ftp_nlist($conn,pic); ftp_close($conn); ? -- Edit bug report at https://bugs.php.net/bug.php?id=64563edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64563r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64563r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64563r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64563r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64563r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64563r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64563r=needscript Try newer version: https://bugs.php.net/fix.php?id=64563r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64563r=support Expected behavior: https://bugs.php.net/fix.php?id=64563r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64563r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64563r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64563r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64563r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64563r=dst IIS Stability: https://bugs.php.net/fix.php?id=64563r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64563r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64563r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64563r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64563r=mysqlcfg
[PHP-BUG] Bug #64564 [NEW]: pg_trace corrupts memory and crashes server
From: php at compressedtime dot com Operating system: Linux PHP version: 5.3.23 Package: PostgreSQL related Bug Type: Bug Bug description:pg_trace corrupts memory and crashes server Description: When I use pg_trace on my Linux server I got a lot of segmentation faults in the error_log. PHP 5.3.3 (cli) (built: Feb 22 2013 02:37:06) Copyright (c) 1997-2010 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies Here's a backtrace from a core file: #0 0x7f3f608ad59c in free () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x7f3f608a5d69 in _IO_free_backup_area () from /lib/x86_64-linux-gnu/libc.so.6 #2 0x7f3f608a52e5 in _IO_file_overflow () from /lib/x86_64-linux-gnu/libc.so.6 #3 0x7f3f608a4025 in _IO_file_xsputn () from /lib/x86_64-linux-gnu/libc.so.6 #4 0x7f3f60872aa1 in vfprintf () from /lib/x86_64-linux-gnu/libc.so.6 #5 0x7f3f609330cb in __fprintf_chk () from /lib/x86_64-linux-gnu/libc.so.6 #6 0x7f3f5ac10404 in ?? () from /usr/lib/libpq.so.5 #7 0x7f3f5ac08257 in ?? () from /usr/lib/libpq.so.5 #8 0x7f3f5ac0860e in PQfinish () from /usr/lib/libpq.so.5 #9 0x7f3f573f4c4d in ?? () from /usr/lib/php5/20090626/pgsql.so #10 0x7f3f5da3ffde in ?? () from /usr/lib/apache2/modules/libphp5.so #11 0x7f3f5da3c81e in ?? () from /usr/lib/apache2/modules/libphp5.so #12 0x7f3f5da3e0a8 in zend_hash_graceful_reverse_destroy () from /usr/lib/apache2/modules/libphp5.so #13 0x7f3f5da3032c in ?? () from /usr/lib/apache2/modules/libphp5.so #14 0x7f3f5d9dd030 in php_request_shutdown () from /usr/lib/apache2/modules/libphp5.so #15 0x7f3f5dac0d67 in ?? () from /usr/lib/apache2/modules/libphp5.so #16 0x7f3f61705508 in ap_run_handler () #17 0x7f3f6170597e in ap_invoke_handler () #18 0x7f3f61715570 in ap_process_request () #19 0x7f3f61712398 in ?? () #20 0x7f3f6170bfa8 in ap_run_process_connection () #21 0x7f3f6171a1d0 in ?? () -- Edit bug report at https://bugs.php.net/bug.php?id=64564edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64564r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64564r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64564r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64564r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64564r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64564r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64564r=needscript Try newer version: https://bugs.php.net/fix.php?id=64564r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64564r=support Expected behavior: https://bugs.php.net/fix.php?id=64564r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64564r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64564r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64564r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64564r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64564r=dst IIS Stability: https://bugs.php.net/fix.php?id=64564r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64564r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64564r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64564r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64564r=mysqlcfg
Bug #64563 [Opn-Nab]: when i try viewing a directory list only array returns and that's it.
Edit report at https://bugs.php.net/bug.php?id=64563edit=1 ID: 64563 Updated by: re...@php.net Reported by:flownoun59 at gmail dot com Summary:when i try viewing a directory list only array returns and that's it. -Status: Open +Status: Not a bug Type: Bug Package:Directory function related Operating System: windows PHP Version:5.4.13 Block user comment: N Private report: N New Comment: you are trying to echo an array, output `array` is expected. see: http://php.net/ftp_nlist mark as not bug for now. Previous Comments: [2013-04-02 10:38:29] flownoun59 at gmail dot com Description: ?php $conn = ftp_connect(ftp.smartsociety.tk) or die(Could not connect); ftp_login($conn,u137184334,drowssap); echo ftp_nlist($conn,pic); ftp_close($conn); ? -- Edit this bug report at https://bugs.php.net/bug.php?id=64563edit=1
Bug #64558 [Com]: ./configure fails with error
Edit report at https://bugs.php.net/bug.php?id=64558edit=1 ID: 64558 Comment by: perske at uni-muenster dot de Reported by:cburke at innova-partners dot com Summary:./configure fails with error Status: Open Type: Bug Package:Compile Failure Operating System: RHEL 6.3 PHP Version:5.4.13 Block user comment: N Private report: N New Comment: I got a similar message: ... cannot compute sizeof (long int). Obviously embedding of FreeTDS has changed somehow, because config.log shows that -lsybdb could not be resolved. I added a file /etc/ld.so.conf.d/freetds containing /usr/local/lib64 and ran ldconfig after installing FreeTDS and then my problem disappeared. Previous Comments: [2013-04-01 17:23:27] cburke at innova-partners dot com Description: When trying to run ./configure the script fails with: checking size of char... configure: error: cannot compute sizeof (char) An identical configure strings works on this system with 5.4.12 Test script: --- ./configure --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --cache-file=../config.cache --with-config-file-path=/etc --with-config-file-scan-dir=/etc/php.d --disable-debug --with-pic --disable-rpath --with-bz2 --with-curl --with-freetype-dir=/usr --with-png-dir=/usr --enable-gd-native-ttf --without-gdbm --with-gettext --with-gmp --with-iconv --with-jpeg-dir=/usr --with-openssl --with-pspell --with-pcre-regex=/usr --with-zlib --with-layout=GNU --enable-exif --enable-ftp --enable-sockets --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-wddx --with-pear=/usr/share/pear --with-kerberos --with-unixODBC=/usr --enable-shmop --enable-calendar --with-libxml-dir=/usr/lib --with-apxs2=/usr/sbin/apxs --with-mysql --with-mysqli=/usr/lib64/mysql/mysql_config --with-pdo-mysql --with-gd --with-pdo-odbc=unixODBC,/usr --disable-dba --with-mssql=/usr/local/freetds --enable-mbstring --enable-soap --with-xmlrpc --with-libxml-dir=/usr/include/libxml2 --with-ldap --with-pdo-dblib=/usr/local/freetds --enable-zip --with-mhash --with-mcrypt --with-libdir=lib64 Expected result: Configure completes. Actual result: -- Configure does not complete and errors. -- Edit this bug report at https://bugs.php.net/bug.php?id=64558edit=1
[PHP-BUG] Bug #64565 [NEW]: copy doesn't report failure on partial copy
From: remi
Operating system: GNU/Linux
PHP version: 5.4.13
Package: Filesystem function related
Bug Type: Bug
Bug description:copy doesn't report failure on partial copy
Description:
When destination folder of a copy haven't enough place, copy reports
success instead of failure.
Test script:
---
?php
$file = somefile;
$tmpdir = /mnt/test/;
echo Source: .($src=filesize($file)).\n;
for ($i=0 ; $i7 ; $i++) {
$res = copy($file, $tmpdir.$i);
$dst = filesize($tmpdir.$i);
echo $i:.($res ? ($dst==$src ? ok : ISSUE ($dst/$src)) :
ko).\n;
}
Expected result:
Source: 107520
0:ok
1:ok
2:ok
3:ok
4:ko
5:ko
6:ko
Actual result:
--
Source: 107520
0:ok
1:ok
2:ok
3:ok
4:ISSUE (49152/107520)
5:ko
6:ko
--
Edit bug report at https://bugs.php.net/bug.php?id=64565edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=64565r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=64565r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=64565r=trysnapshottrunk
Fixed in SVN: https://bugs.php.net/fix.php?id=64565r=fixed
Fixed in release: https://bugs.php.net/fix.php?id=64565r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=64565r=needtrace
Need Reproduce Script: https://bugs.php.net/fix.php?id=64565r=needscript
Try newer version: https://bugs.php.net/fix.php?id=64565r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=64565r=support
Expected behavior: https://bugs.php.net/fix.php?id=64565r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=64565r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=64565r=submittedtwice
register_globals: https://bugs.php.net/fix.php?id=64565r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64565r=php4
Daylight Savings: https://bugs.php.net/fix.php?id=64565r=dst
IIS Stability: https://bugs.php.net/fix.php?id=64565r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=64565r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=64565r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=64565r=nozend
MySQL Configuration Error: https://bugs.php.net/fix.php?id=64565r=mysqlcfg
Bug #64565 [Asn-Csd]: copy doesn't report failure on partial copy
Edit report at https://bugs.php.net/bug.php?id=64565edit=1
ID: 64565
Updated by: r...@php.net
Reported by:r...@php.net
Summary:copy doesn't report failure on partial copy
-Status: Assigned
+Status: Closed
Type: Bug
Package:Filesystem function related
Operating System: GNU/Linux
PHP Version:5.4.13
Assigned To:remi
Block user comment: N
Private report: N
New Comment:
Automatic comment on behalf of remi
Revision:
http://git.php.net/?p=php-src.git;a=commit;h=6b4148bc9705d2668dd8589009215a8eb3076f31
Log: Fixed Bug #64565 copy doesn't report failure on partial copy
Previous Comments:
[2013-04-02 14:12:44] r...@php.net
Description:
When destination folder of a copy haven't enough place, copy reports success
instead of failure.
Test script:
---
?php
$file = somefile;
$tmpdir = /mnt/test/;
echo Source: .($src=filesize($file)).\n;
for ($i=0 ; $i7 ; $i++) {
$res = copy($file, $tmpdir.$i);
$dst = filesize($tmpdir.$i);
echo $i:.($res ? ($dst==$src ? ok : ISSUE ($dst/$src)) : ko).\n;
}
Expected result:
Source: 107520
0:ok
1:ok
2:ok
3:ok
4:ko
5:ko
6:ko
Actual result:
--
Source: 107520
0:ok
1:ok
2:ok
3:ok
4:ISSUE (49152/107520)
5:ko
6:ko
--
Edit this bug report at https://bugs.php.net/bug.php?id=64565edit=1
[PHP-BUG] Bug #64566 [NEW]: *
From: wcode404 at gmail dot com
Operating system: *
PHP version: 5.4.13
Package: Built-in web server
Bug Type: Bug
Bug description:*
Description:
Not include file specified in 'auto_prepend_file' in router.
Test script:
---
# p.php
?php
function p() {
// do something
}
# php.ini
...
auto_prepend_file = /path/to/p.php
# router.php
?php
var_dump(function_exists('p'));
call in cmd
# php -S localhost:8000 router.php
Expected result:
bool(true)
Actual result:
--
bool(false)
--
Edit bug report at https://bugs.php.net/bug.php?id=64566edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=64566r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=64566r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=64566r=trysnapshottrunk
Fixed in SVN: https://bugs.php.net/fix.php?id=64566r=fixed
Fixed in release: https://bugs.php.net/fix.php?id=64566r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=64566r=needtrace
Need Reproduce Script: https://bugs.php.net/fix.php?id=64566r=needscript
Try newer version: https://bugs.php.net/fix.php?id=64566r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=64566r=support
Expected behavior: https://bugs.php.net/fix.php?id=64566r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=64566r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=64566r=submittedtwice
register_globals: https://bugs.php.net/fix.php?id=64566r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64566r=php4
Daylight Savings: https://bugs.php.net/fix.php?id=64566r=dst
IIS Stability: https://bugs.php.net/fix.php?id=64566r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=64566r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=64566r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=64566r=nozend
MySQL Configuration Error: https://bugs.php.net/fix.php?id=64566r=mysqlcfg
Bug #64566 [Opn]: Not include file specified in 'auto_prepend_file' in router
Edit report at https://bugs.php.net/bug.php?id=64566edit=1
ID: 64566
User updated by:wcode404 at gmail dot com
Reported by:wcode404 at gmail dot com
-Summary:*
+Summary:Not include file specified in 'auto_prepend_file' in
router
Status: Open
Type: Bug
Package:Built-in web server
Operating System: *
PHP Version:5.4.13
Block user comment: N
Private report: N
New Comment:
add summary
Previous Comments:
[2013-04-02 14:31:01] wcode404 at gmail dot com
Description:
Not include file specified in 'auto_prepend_file' in router.
Test script:
---
# p.php
?php
function p() {
// do something
}
# php.ini
...
auto_prepend_file = /path/to/p.php
# router.php
?php
var_dump(function_exists('p'));
call in cmd
# php -S localhost:8000 router.php
Expected result:
bool(true)
Actual result:
--
bool(false)
--
Edit this bug report at https://bugs.php.net/bug.php?id=64566edit=1
Bug #64235 [Com]: Insteadof not work for class method in 5.4.11
Edit report at https://bugs.php.net/bug.php?id=64235edit=1 ID: 64235 Comment by: maciej dot sz at gmail dot com Reported by:imenem at inox dot ru Summary:Insteadof not work for class method in 5.4.11 Status: Closed Type: Bug Package:Scripting Engine problem Operating System: Debian GNU/Linux PHP Version:5.4.11 Assigned To:dmitry Block user comment: N Private report: N New Comment: Is there going to be a follow up discussion regarding the necessity of repeating methods in case traits and classes collide? Stefan mentioned: I understand that this is not ideal, and requires you to repeat yourself, but I don't think that this statement grasps the magnitude of the problem. You bring up only simplest cases here - methods with no parameters. But in reality we, PHP users, write methods with fair amount of parameters and a lot of docblock text. Should we repeat it all? Traits are meant to decrease repetition, right? Previous Comments: [2013-02-21 10:21:28] larue...@php.net Automatic comment on behalf of laruence Revision: http://git.php.net/?p=php-src.git;a=commit;h=9a44a9806c7c7a8c1fc691210335d0691a4597be Log: Fixed bug #64235 (Insteadof not work for class method in 5.4.11) [2013-02-21 10:21:00] larue...@php.net Automatic comment on behalf of laruence Revision: http://git.php.net/?p=php-src.git;a=commit;h=9a44a9806c7c7a8c1fc691210335d0691a4597be Log: Fixed bug #64235 (Insteadof not work for class method in 5.4.11) [2013-02-21 10:20:25] larue...@php.net Automatic comment on behalf of laruence Revision: http://git.php.net/?p=php-src.git;a=commit;h=9a44a9806c7c7a8c1fc691210335d0691a4597be Log: Fixed bug #64235 (Insteadof not work for class method in 5.4.11) [2013-02-21 09:12:08] dmi...@php.net Personally, I agree with deny_use_with_classes.patch [2013-02-21 09:09:56] larue...@php.net The following patch has been added/updated: Patch Name: deny_use_with_classes.patch Revision: 1361437796 URL: https://bugs.php.net/patch-display.php?bug=64235patch=deny_use_with_classes.patchrevision=1361437796 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=64235 -- Edit this bug report at https://bugs.php.net/bug.php?id=64235edit=1
Bug #64549 [Com]: mysqlnd persistent connection handling out of control
Edit report at https://bugs.php.net/bug.php?id=64549edit=1
ID: 64549
Comment by: rgagnon24 at gmail dot com
Reported by:rgagnon24 at gmail dot com
Summary:mysqlnd persistent connection handling out of
control
Status: Open
Type: Bug
Package:MySQL related
Operating System: CentOS 5.9
PHP Version:5.3.23
Block user comment: N
Private report: N
New Comment:
Another thing that is probably related to this...
PDO constructor can emit a warning that it really should not be able to. It
just doesn't make any sense:
PHP Warning: PDO::__construct(): MySQL server has gone away in filepath on
line line_number
This can happen when PDO::ATTR_PERSISTENT = true is passed during PDO
construction, as in:
$dbh = new PDO($dsn_str, $user_name, $password, array(PDO::ATTR_PERSISTENT =
true));
A warning like mysql server has gone away doesn't make any sense here. What
seems to be happening is that the underlying mysqlnd code is finding a
connection in its pool that has died, and it performs a reconnect for you, but
the warning is still emitted on the connection.
You would think if you can't connect, that a PDOException would be raised. No
exception is raised because the connection is in fact returned in a working
condition, but the warning is still emitted to the error system.
The only workaround I could find was to prefix the statement with @ as in
$dbh = @new PDO($dsn_str, $user_name, $password, array(PDO::ATTR_PERSISTENT =
true));
Any REAL connection exception is still raised, but at least the fake warning is
suppressed.
Previous Comments:
[2013-03-29 16:55:27] rgagnon24 at gmail dot com
Description:
When PHP 5.3 is compiled with
--enable-mysqlnd=shared
--with-mysql=shared,mysqlnd
--with-mysqli=shared,mysqlnd
--with-pdo-mysql=shared,mysqlnd
In order to use the native driver, persistent connections using PDO don't
appear to use any kind of managable or determinate connection pooling.
Running the test script below via apache web server, refreshing the page every
few seconds (10 or 12 times), will produce at least 10 connections to the
database as shown by the mysql SHOW PROCESSLIST command... yet the phpinfo()
section will indicate a number that is not the same as the actual number of
connections.
In my test prior to posting, I had 10 actual connections (of which 9 were
sleeping, and the 10th one was just used to run the test query) and phpinfo()
showed 5 active_persistent_connections, and pconnect_success was 8 (under the
mysqlnd stats section).
This leads me to believe there may be a memory leak in the area of code where
the module is managing the connection pool. If no memory leak, the management
of the connections is off somehow as idle connections to a production webserver
are ridiculously high.
Test script:
---
?php
$options = array(
PDO::ATTR_PERSISTENT = true,
PDO::ATTR_ERRMODE = PDO::ERRMODE_EXCEPTION,
PDO::MYSQL_ATTR_USE_BUFFERED_QUERY = true,
);
$host_name = 'database_host';
$database_name = 'some_database';
$port = 3306;
$username = 'db_user';
$password = 'db_pass';
$dsn = sprintf(mysql:host=%s;dbname=%s;port=%d,
$host_name, $database_name, $port);
$dbh = new PDO($dsn, $username, $password, $options);
$sql = 'SELECT * FROM test WHERE id=1 LIMIT 1';
print pre;
$stmt = $dbh-query($sql, PDO::FETCH_ASSOC);
while ($row = $stmt-fetch()) {
var_dump($row);
}
$stmt-closeCursor();
print '/pre';
Expected result:
active_persistent_connections and pconnect_success should be accurate to match
what you are really doing. Also the command line 'netstat -anp|grep :3306|grep
httpd|grep ESTABLISHED should show a limit at some point on the number of
connections that are persistent, or they should get re-used.
Actual result:
--
There are a lot of unaccounted for idle ESTABLISHED in the netstat command, for
connections from httpd to mysql when mysqlnd indicates there are not that many.
--
Edit this bug report at https://bugs.php.net/bug.php?id=64549edit=1
Bug #64549 [Com]: mysqlnd persistent connection handling out of control
Edit report at https://bugs.php.net/bug.php?id=64549edit=1
ID: 64549
Comment by: rgagnon24 at gmail dot com
Reported by:rgagnon24 at gmail dot com
Summary:mysqlnd persistent connection handling out of
control
Status: Open
Type: Bug
Package:MySQL related
Operating System: CentOS 5.9
PHP Version:5.3.23
Block user comment: N
Private report: N
New Comment:
Question: Why is there a gtk window git pull request recorded on this bug?
Previous Comments:
[2013-04-02 16:47:07] rgagnon24 at gmail dot com
Another thing that is probably related to this...
PDO constructor can emit a warning that it really should not be able to. It
just doesn't make any sense:
PHP Warning: PDO::__construct(): MySQL server has gone away in filepath on
line line_number
This can happen when PDO::ATTR_PERSISTENT = true is passed during PDO
construction, as in:
$dbh = new PDO($dsn_str, $user_name, $password, array(PDO::ATTR_PERSISTENT =
true));
A warning like mysql server has gone away doesn't make any sense here. What
seems to be happening is that the underlying mysqlnd code is finding a
connection in its pool that has died, and it performs a reconnect for you, but
the warning is still emitted on the connection.
You would think if you can't connect, that a PDOException would be raised. No
exception is raised because the connection is in fact returned in a working
condition, but the warning is still emitted to the error system.
The only workaround I could find was to prefix the statement with @ as in
$dbh = @new PDO($dsn_str, $user_name, $password, array(PDO::ATTR_PERSISTENT =
true));
Any REAL connection exception is still raised, but at least the fake warning is
suppressed.
[2013-03-29 16:55:27] rgagnon24 at gmail dot com
Description:
When PHP 5.3 is compiled with
--enable-mysqlnd=shared
--with-mysql=shared,mysqlnd
--with-mysqli=shared,mysqlnd
--with-pdo-mysql=shared,mysqlnd
In order to use the native driver, persistent connections using PDO don't
appear to use any kind of managable or determinate connection pooling.
Running the test script below via apache web server, refreshing the page every
few seconds (10 or 12 times), will produce at least 10 connections to the
database as shown by the mysql SHOW PROCESSLIST command... yet the phpinfo()
section will indicate a number that is not the same as the actual number of
connections.
In my test prior to posting, I had 10 actual connections (of which 9 were
sleeping, and the 10th one was just used to run the test query) and phpinfo()
showed 5 active_persistent_connections, and pconnect_success was 8 (under the
mysqlnd stats section).
This leads me to believe there may be a memory leak in the area of code where
the module is managing the connection pool. If no memory leak, the management
of the connections is off somehow as idle connections to a production webserver
are ridiculously high.
Test script:
---
?php
$options = array(
PDO::ATTR_PERSISTENT = true,
PDO::ATTR_ERRMODE = PDO::ERRMODE_EXCEPTION,
PDO::MYSQL_ATTR_USE_BUFFERED_QUERY = true,
);
$host_name = 'database_host';
$database_name = 'some_database';
$port = 3306;
$username = 'db_user';
$password = 'db_pass';
$dsn = sprintf(mysql:host=%s;dbname=%s;port=%d,
$host_name, $database_name, $port);
$dbh = new PDO($dsn, $username, $password, $options);
$sql = 'SELECT * FROM test WHERE id=1 LIMIT 1';
print pre;
$stmt = $dbh-query($sql, PDO::FETCH_ASSOC);
while ($row = $stmt-fetch()) {
var_dump($row);
}
$stmt-closeCursor();
print '/pre';
Expected result:
active_persistent_connections and pconnect_success should be accurate to match
what you are really doing. Also the command line 'netstat -anp|grep :3306|grep
httpd|grep ESTABLISHED should show a limit at some point on the number of
connections that are persistent, or they should get re-used.
Actual result:
--
There are a lot of unaccounted for idle ESTABLISHED in the netstat command, for
connections from httpd to mysql when mysqlnd indicates there are not that many.
--
Edit this bug report at https://bugs.php.net/bug.php?id=64549edit=1
Bug #64552 [Com]: Some extensions missing from x64 Windows distribution
Edit report at https://bugs.php.net/bug.php?id=64552edit=1 ID: 64552 Comment by: szar...@php.net Reported by:vr...@php.net Summary:Some extensions missing from x64 Windows distribution Status: Assigned Type: Bug Package:Windows Installer Operating System: Windows PHP Version:5.5.0beta1 Assigned To:szarkos Block user comment: N Private report: N New Comment: Hello, This should be fixed now. The extensions should build properly and show up in the latest 5.5 x64 snapshot builds, probably within the next 24-hours at the latest. You can find the latest snapshots here: http://windows.php.net/downloads/snaps/php-5.5/ Thanks, Steve Previous Comments: [2013-03-31 08:08:14] paj...@php.net Steve, can you take a look please? [2013-03-30 19:30:17] vr...@php.net Description: I've downloaded php-5.5.0beta2-Win32-VC11-x64.zip from http://windows.php.net/qa/ and there's bunch of extensions missing compared to x86 distributions: php_gd2.dll php_gettext.dll php_oci8.dll php_oci8_11g.dll php_pdo_oci.dll -- Edit this bug report at https://bugs.php.net/bug.php?id=64552edit=1
[PHP-BUG] Bug #64567 [NEW]: missed: php_gd2.dll
From: bugzilla77 at gmail dot com Operating system: windows PHP version: 5.5.0beta1 Package: GD related Bug Type: Bug Bug description:missed: php_gd2.dll Description: missed: php_gd2.dll Test script: --- http://windows.php.net/downloads/qa/php-5.5.0beta2-Win32-VC11-x64.zip Expected result: exists: php_gd2.dll Actual result: -- missed: php_gd2.dll -- Edit bug report at https://bugs.php.net/bug.php?id=64567edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64567r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64567r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64567r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64567r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64567r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64567r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64567r=needscript Try newer version: https://bugs.php.net/fix.php?id=64567r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64567r=support Expected behavior: https://bugs.php.net/fix.php?id=64567r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64567r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64567r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64567r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64567r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64567r=dst IIS Stability: https://bugs.php.net/fix.php?id=64567r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64567r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64567r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64567r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64567r=mysqlcfg
[PHP-BUG] Bug #64568 [NEW]: opcache no loadable
From: bugzilla77 at gmail dot com
Operating system: windows
PHP version: 5.5.0beta1
Package: opcache
Bug Type: Bug
Bug description:opcache no loadable
Description:
opcache no loadable
Test script:
---
php.ini add: extension=php_opcache.dll
Expected result:
opcache in phpinfo()
extension_loaded('opcache') returns true
Actual result:
--
no opcache in phpinfo()
extension_loaded('opcache') returns false
--
Edit bug report at https://bugs.php.net/bug.php?id=64568edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=64568r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=64568r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=64568r=trysnapshottrunk
Fixed in SVN: https://bugs.php.net/fix.php?id=64568r=fixed
Fixed in release: https://bugs.php.net/fix.php?id=64568r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=64568r=needtrace
Need Reproduce Script: https://bugs.php.net/fix.php?id=64568r=needscript
Try newer version: https://bugs.php.net/fix.php?id=64568r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=64568r=support
Expected behavior: https://bugs.php.net/fix.php?id=64568r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=64568r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=64568r=submittedtwice
register_globals: https://bugs.php.net/fix.php?id=64568r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64568r=php4
Daylight Savings: https://bugs.php.net/fix.php?id=64568r=dst
IIS Stability: https://bugs.php.net/fix.php?id=64568r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=64568r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=64568r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=64568r=nozend
MySQL Configuration Error: https://bugs.php.net/fix.php?id=64568r=mysqlcfg
[PHP-BUG] Bug #64569 [NEW]: gettext not compiling on Beta 2
From: jfha73 at gmail dot com Operating system: Windows Server 2008 R2 PHP version: 5.5.0beta1 Package: Compile Failure Bug Type: Bug Bug description:gettext not compiling on Beta 2 Description: Hey guys, I don't know if you forgot to include php_gd2.dll and php_gettext.dll, but anyway, I tried and I was able to compile php_gd2.dll, but Gettext gave me this error: Creating library x64\Release_TS\php_gettext.lib and object x64\Release_TS\php _gettext.exp gettext.obj : error LNK2019: unresolved external symbol libintl_gettext referenc ed in function zif_gettext gettext.obj : error LNK2019: unresolved external symbol libintl_dgettext referen ced in function zif_dgettext gettext.obj : error LNK2019: unresolved external symbol libintl_dcgettext refere nced in function zif_dcgettext gettext.obj : error LNK2019: unresolved external symbol libintl_ngettext referen ced in function zif_ngettext gettext.obj : error LNK2019: unresolved external symbol libintl_dngettext refere nced in function zif_dngettext gettext.obj : error LNK2019: unresolved external symbol libintl_dcngettext refer enced in function zif_dcngettext gettext.obj : error LNK2019: unresolved external symbol libintl_textdomain refer enced in function zif_textdomain gettext.obj : error LNK2019: unresolved external symbol libintl_bindtextdomain r eferenced in function zif_bindtextdomain gettext.obj : error LNK2019: unresolved external symbol libintl_bind_textdomain_ codeset referenced in function zif_bind_textdomain_codeset x64\Release_TS\php_gettext.dll : fatal error LNK1120: 9 unresolved externals NMAKE : fatal error U1077: 'C:\Program Files (x86)\Microsoft Visual Studio 11.0 \VC\BIN\amd64\cl.exe' : return code '0x2' Stop. I think you need to check the dep for it (libintl) I'm sending you the php_gd2.dll I compiled. -- Edit bug report at https://bugs.php.net/bug.php?id=64569edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64569r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64569r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64569r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64569r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64569r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64569r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64569r=needscript Try newer version: https://bugs.php.net/fix.php?id=64569r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64569r=support Expected behavior: https://bugs.php.net/fix.php?id=64569r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64569r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64569r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64569r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64569r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64569r=dst IIS Stability: https://bugs.php.net/fix.php?id=64569r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64569r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64569r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64569r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64569r=mysqlcfg
Bug #64569 [Opn]: gettext not compiling on Beta 2
Edit report at https://bugs.php.net/bug.php?id=64569edit=1 ID: 64569 User updated by:jfha73 at gmail dot com Reported by:jfha73 at gmail dot com Summary:gettext not compiling on Beta 2 Status: Open Type: Bug Package:Compile Failure Operating System: Windows Server 2008 R2 PHP Version:5.5.0beta1 Block user comment: N Private report: N New Comment: Disregard the I'm sending the file, your web app did not accept it because it has to be a text file. Previous Comments: [2013-04-02 20:36:14] jfha73 at gmail dot com Description: Hey guys, I don't know if you forgot to include php_gd2.dll and php_gettext.dll, but anyway, I tried and I was able to compile php_gd2.dll, but Gettext gave me this error: Creating library x64\Release_TS\php_gettext.lib and object x64\Release_TS\php _gettext.exp gettext.obj : error LNK2019: unresolved external symbol libintl_gettext referenc ed in function zif_gettext gettext.obj : error LNK2019: unresolved external symbol libintl_dgettext referen ced in function zif_dgettext gettext.obj : error LNK2019: unresolved external symbol libintl_dcgettext refere nced in function zif_dcgettext gettext.obj : error LNK2019: unresolved external symbol libintl_ngettext referen ced in function zif_ngettext gettext.obj : error LNK2019: unresolved external symbol libintl_dngettext refere nced in function zif_dngettext gettext.obj : error LNK2019: unresolved external symbol libintl_dcngettext refer enced in function zif_dcngettext gettext.obj : error LNK2019: unresolved external symbol libintl_textdomain refer enced in function zif_textdomain gettext.obj : error LNK2019: unresolved external symbol libintl_bindtextdomain r eferenced in function zif_bindtextdomain gettext.obj : error LNK2019: unresolved external symbol libintl_bind_textdomain_ codeset referenced in function zif_bind_textdomain_codeset x64\Release_TS\php_gettext.dll : fatal error LNK1120: 9 unresolved externals NMAKE : fatal error U1077: 'C:\Program Files (x86)\Microsoft Visual Studio 11.0 \VC\BIN\amd64\cl.exe' : return code '0x2' Stop. I think you need to check the dep for it (libintl) I'm sending you the php_gd2.dll I compiled. -- Edit this bug report at https://bugs.php.net/bug.php?id=64569edit=1
Bug #64569 [Opn]: gettext not compiling on Beta 2
Edit report at https://bugs.php.net/bug.php?id=64569edit=1 ID: 64569 Updated by: paj...@php.net Reported by:jfha73 at gmail dot com Summary:gettext not compiling on Beta 2 Status: Open Type: Bug Package:Compile Failure Operating System: Windows Server 2008 R2 PHP Version:5.5.0beta1 Block user comment: N Private report: N New Comment: It works just fine for us, check the deps here: http://windows.php.net/downloads/php-sdk/deps/ also the missing extensions are now fixed and should be available in the next snaps: http://windows.php.net/downloads/snaps/php-5.5/ Previous Comments: [2013-04-02 20:40:11] jfha73 at gmail dot com Disregard the I'm sending the file, your web app did not accept it because it has to be a text file. [2013-04-02 20:36:14] jfha73 at gmail dot com Description: Hey guys, I don't know if you forgot to include php_gd2.dll and php_gettext.dll, but anyway, I tried and I was able to compile php_gd2.dll, but Gettext gave me this error: Creating library x64\Release_TS\php_gettext.lib and object x64\Release_TS\php _gettext.exp gettext.obj : error LNK2019: unresolved external symbol libintl_gettext referenc ed in function zif_gettext gettext.obj : error LNK2019: unresolved external symbol libintl_dgettext referen ced in function zif_dgettext gettext.obj : error LNK2019: unresolved external symbol libintl_dcgettext refere nced in function zif_dcgettext gettext.obj : error LNK2019: unresolved external symbol libintl_ngettext referen ced in function zif_ngettext gettext.obj : error LNK2019: unresolved external symbol libintl_dngettext refere nced in function zif_dngettext gettext.obj : error LNK2019: unresolved external symbol libintl_dcngettext refer enced in function zif_dcngettext gettext.obj : error LNK2019: unresolved external symbol libintl_textdomain refer enced in function zif_textdomain gettext.obj : error LNK2019: unresolved external symbol libintl_bindtextdomain r eferenced in function zif_bindtextdomain gettext.obj : error LNK2019: unresolved external symbol libintl_bind_textdomain_ codeset referenced in function zif_bind_textdomain_codeset x64\Release_TS\php_gettext.dll : fatal error LNK1120: 9 unresolved externals NMAKE : fatal error U1077: 'C:\Program Files (x86)\Microsoft Visual Studio 11.0 \VC\BIN\amd64\cl.exe' : return code '0x2' Stop. I think you need to check the dep for it (libintl) I'm sending you the php_gd2.dll I compiled. -- Edit this bug report at https://bugs.php.net/bug.php?id=64569edit=1
Bug #64568 [Opn-Fbk]: opcache no loadable
Edit report at https://bugs.php.net/bug.php?id=64568edit=1
ID: 64568
Updated by: s...@php.net
Reported by:bugzilla77 at gmail dot com
Summary:opcache no loadable
-Status: Open
+Status: Feedback
Type: Bug
Package:opcache
Operating System: windows
PHP Version:5.5.0beta1
Block user comment: N
Private report: N
New Comment:
Try Beta 2 and use zend_extension=php_opcache.dll
Previous Comments:
[2013-04-02 19:48:14] bugzilla77 at gmail dot com
Description:
opcache no loadable
Test script:
---
php.ini add: extension=php_opcache.dll
Expected result:
opcache in phpinfo()
extension_loaded('opcache') returns true
Actual result:
--
no opcache in phpinfo()
extension_loaded('opcache') returns false
--
Edit this bug report at https://bugs.php.net/bug.php?id=64568edit=1
Bug #64567 [Opn-Dup]: missed: php_gd2.dll
Edit report at https://bugs.php.net/bug.php?id=64567edit=1 ID: 64567 Updated by: s...@php.net Reported by:bugzilla77 at gmail dot com Summary:missed: php_gd2.dll -Status: Open +Status: Duplicate Type: Bug Package:GD related Operating System: windows PHP Version:5.5.0beta1 Block user comment: N Private report: N New Comment: Duplicate of https://bugs.php.net/bug.php?id=64552 Previous Comments: [2013-04-02 19:37:24] bugzilla77 at gmail dot com Description: missed: php_gd2.dll Test script: --- http://windows.php.net/downloads/qa/php-5.5.0beta2-Win32-VC11-x64.zip Expected result: exists: php_gd2.dll Actual result: -- missed: php_gd2.dll -- Edit this bug report at https://bugs.php.net/bug.php?id=64567edit=1
Bug #64569 [Com]: gettext not compiling on Beta 2
Edit report at https://bugs.php.net/bug.php?id=64569edit=1 ID: 64569 Comment by: jfha73 at gmail dot com Reported by:jfha73 at gmail dot com Summary:gettext not compiling on Beta 2 Status: Open Type: Bug Package:Compile Failure Operating System: Windows Server 2008 R2 PHP Version:5.5.0beta1 Block user comment: N Private report: N New Comment: Thanks for the info, do you have any info about the work on memory_info higher than 3072M? Are you getting close to fix that any time soon? Thanks. Previous Comments: [2013-04-02 21:17:29] paj...@php.net It works just fine for us, check the deps here: http://windows.php.net/downloads/php-sdk/deps/ also the missing extensions are now fixed and should be available in the next snaps: http://windows.php.net/downloads/snaps/php-5.5/ [2013-04-02 20:40:11] jfha73 at gmail dot com Disregard the I'm sending the file, your web app did not accept it because it has to be a text file. [2013-04-02 20:36:14] jfha73 at gmail dot com Description: Hey guys, I don't know if you forgot to include php_gd2.dll and php_gettext.dll, but anyway, I tried and I was able to compile php_gd2.dll, but Gettext gave me this error: Creating library x64\Release_TS\php_gettext.lib and object x64\Release_TS\php _gettext.exp gettext.obj : error LNK2019: unresolved external symbol libintl_gettext referenc ed in function zif_gettext gettext.obj : error LNK2019: unresolved external symbol libintl_dgettext referen ced in function zif_dgettext gettext.obj : error LNK2019: unresolved external symbol libintl_dcgettext refere nced in function zif_dcgettext gettext.obj : error LNK2019: unresolved external symbol libintl_ngettext referen ced in function zif_ngettext gettext.obj : error LNK2019: unresolved external symbol libintl_dngettext refere nced in function zif_dngettext gettext.obj : error LNK2019: unresolved external symbol libintl_dcngettext refer enced in function zif_dcngettext gettext.obj : error LNK2019: unresolved external symbol libintl_textdomain refer enced in function zif_textdomain gettext.obj : error LNK2019: unresolved external symbol libintl_bindtextdomain r eferenced in function zif_bindtextdomain gettext.obj : error LNK2019: unresolved external symbol libintl_bind_textdomain_ codeset referenced in function zif_bind_textdomain_codeset x64\Release_TS\php_gettext.dll : fatal error LNK1120: 9 unresolved externals NMAKE : fatal error U1077: 'C:\Program Files (x86)\Microsoft Visual Studio 11.0 \VC\BIN\amd64\cl.exe' : return code '0x2' Stop. I think you need to check the dep for it (libintl) I'm sending you the php_gd2.dll I compiled. -- Edit this bug report at https://bugs.php.net/bug.php?id=64569edit=1
[PHP-BUG] Bug #64571 [NEW]: PDO CREATE TRIGGER
From: jehoshua02 at gmail dot com Operating system: Ubuntu 12.10 Desktop 64bit PHP version: 5.4.13 Package: PDO related Bug Type: Bug Bug description:PDO CREATE TRIGGER Description: I'm using PDO in some simple script to do database migrations and realized that my triggers weren't being created. I checked to make sure the triggers were correct by first copying and pasting them into mysql interactive console, then by using `SOURCE ...`, then by passing the file name into mysql command, each time verifying the trigger was created by using SHOW TRIGGERS WHERE `Trigger` = :trigger. I concluded that the problem was not with my trigger statements, or with mysql, but with PDO. The actual PHP version is 5.4.6-1ubuntu1.2 so I chose the closest one. Test script: --- https://gist.github.com/jehoshua02/5297332 Expected result: I would expect to see the trigger printed as an associative array. Actual result: -- The trigger is not created even though the script completes without any errors or exceptions. -- Edit bug report at https://bugs.php.net/bug.php?id=64571edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64571r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64571r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64571r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64571r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64571r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64571r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64571r=needscript Try newer version: https://bugs.php.net/fix.php?id=64571r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64571r=support Expected behavior: https://bugs.php.net/fix.php?id=64571r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64571r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64571r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64571r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64571r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64571r=dst IIS Stability: https://bugs.php.net/fix.php?id=64571r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64571r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64571r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64571r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64571r=mysqlcfg
Bug #64571 [Com]: PDO CREATE TRIGGER
Edit report at https://bugs.php.net/bug.php?id=64571edit=1 ID: 64571 Comment by: jehoshua02 at gmail dot com Reported by:jehoshua02 at gmail dot com Summary:PDO CREATE TRIGGER Status: Open Type: Bug Package:PDO related Operating System: Ubuntu 12.10 Desktop 64bit PHP Version:5.4.13 Block user comment: N Private report: N New Comment: Could the root of this problem be somehow related to the multiple-query problem? Previous Comments: [2013-04-03 00:09:02] jehoshua02 at gmail dot com Description: I'm using PDO in some simple script to do database migrations and realized that my triggers weren't being created. I checked to make sure the triggers were correct by first copying and pasting them into mysql interactive console, then by using `SOURCE ...`, then by passing the file name into mysql command, each time verifying the trigger was created by using SHOW TRIGGERS WHERE `Trigger` = :trigger. I concluded that the problem was not with my trigger statements, or with mysql, but with PDO. The actual PHP version is 5.4.6-1ubuntu1.2 so I chose the closest one. Test script: --- https://gist.github.com/jehoshua02/5297332 Expected result: I would expect to see the trigger printed as an associative array. Actual result: -- The trigger is not created even though the script completes without any errors or exceptions. -- Edit this bug report at https://bugs.php.net/bug.php?id=64571edit=1
Bug #64566 [Opn]: Not include file specified in 'auto_prepend_file' in router
Edit report at https://bugs.php.net/bug.php?id=64566edit=1
ID: 64566
Updated by: larue...@php.net
Reported by:wcode404 at gmail dot com
Summary:Not include file specified in 'auto_prepend_file' in
router
Status: Open
Type: Bug
Package:Built-in web server
Operating System: *
PHP Version:5.4.13
-Assigned To:
+Assigned To:laruence
Block user comment: N
Private report: N
New Comment:
assign to myself
Previous Comments:
[2013-04-02 14:33:51] wcode404 at gmail dot com
add summary
[2013-04-02 14:31:01] wcode404 at gmail dot com
Description:
Not include file specified in 'auto_prepend_file' in router.
Test script:
---
# p.php
?php
function p() {
// do something
}
# php.ini
...
auto_prepend_file = /path/to/p.php
# router.php
?php
var_dump(function_exists('p'));
call in cmd
# php -S localhost:8000 router.php
Expected result:
bool(true)
Actual result:
--
bool(false)
--
Edit this bug report at https://bugs.php.net/bug.php?id=64566edit=1
[PHP-BUG] Bug #64572 [NEW]: Tests leave junk around
From: php at paulisageek dot com Operating system: all PHP version: 5.5.0beta1 Package: Testing related Bug Type: Bug Bug description:Tests leave junk around Description: Tests should clean up after themselves. Most of them do, but many don't. I'll be attaching many diffs to this task cleaning them up as I import them to HHVM. -- Edit bug report at https://bugs.php.net/bug.php?id=64572edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64572r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64572r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64572r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64572r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64572r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64572r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64572r=needscript Try newer version: https://bugs.php.net/fix.php?id=64572r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64572r=support Expected behavior: https://bugs.php.net/fix.php?id=64572r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64572r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64572r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64572r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64572r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64572r=dst IIS Stability: https://bugs.php.net/fix.php?id=64572r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64572r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64572r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64572r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64572r=mysqlcfg
[PHP-BUG] Bug #64573 [NEW]: Confusing open_basedir errors when parent folders are inaccessible
From: bradley dot will at gmail dot com
Operating system: Windows 2008
PHP version: 5.3.23
Package: Filesystem function related
Bug Type: Bug
Bug description:Confusing open_basedir errors when parent folders are
inaccessible
Description:
Tested on Windows; Linux's behavior is as expected. I'm using a Plesk
install but I think this will happen with any similar folder structure.
Basically, open_basedir or require_once give confusing error messages when
multiple parent folders to the open_basedir have security settings which
prevent
access.
The confusing error messages are pasted under Actual Result; open_basedir
restriction in effect. File() is not within the allowed path(s) is the
first
error seen, which is an incorrect error; the file IS within the allowed
path.
Only the second error message, Operation not permitted, is somewhat
accurate.
However it is still suboptimal compared to the other error condition:
When only the open_basedir itself (and not its parent folder) has security
settings which prevent access, the error message is what I would expect.
The expected error message is pasted under Expected Result; Permission
denied
is the appropriate error to use when file/folder permissions are preventing
access to a file or folder, not operation not permitted.
Test script:
---
?php
// First, ensure that the Plesk, Additional, PleskPHP5, and PEAR folder
(and its contents, including the MDB2.php file) all have their Windows
security settings such that the PHP user CANNOT read or list the contents
(i.e. readable to admins only.) Then ensure that open_basedir includes the
path to the file (C:\Program Files
(x86)\Parallels\Plesk\Additional\PleskPHP5\PEAR\). Then run this script,
note the output, and click the try opening file link at the bottom, and
note the output.
// Second, grant permissions to read and list all folders, EXCEPT for the
PEAR folder (and its contents, including the MDB2.php file.) Run this
script and note outputs.
// Finally, grant permissions to read and list all folders including the
PEAR folder and the MDB2.php file. Run this script and note outputs.
echo pre;
echo shell_exec(whoami).---\n;
echo htmlentities(shell_exec(cd C:\Program Files (x86)\Parallels\
dir)).---\n;
echo htmlentities(shell_exec(cd C:\Program Files (x86)\Parallels\Plesk\
dir)).---\n;
echo htmlentities(shell_exec(cd C:\Program Files
(x86)\Parallels\Plesk\Additional\
dir)).---\n;
echo htmlentities(shell_exec(cd C:\Program Files
(x86)\Parallels\Plesk\Additional\PleskPHP5\
dir)).---\n;
echo htmlentities(shell_exec(cd C:\Program Files
(x86)\Parallels\Plesk\Additional\PleskPHP5\PEAR\
dir)).---\n;
if(isset($_GET[open])){
if(require_once('C:\Program Files
(x86)\Parallels\Plesk\Additional\PleskPHP5\PEAR\MDB2.php')){
echo OPENED\n; }
else {echo FAILED TO OPEN\n; } }
echo 'a href=?open=trueTry opening file/a';
echo /pre;
Expected result:
When any file/folder security setting causes the file to be inaccessible:
PHP Warning: require_once(C:\Program Files
(x86)\Parallels\Plesk\Additional\PleskPHP5\PEAR\MDB2.php): failed to open
stream:
Permission denied in
C:\inetpub\vhosts\server.example.net\site.example.net\siteControllerCommon\test.p
hp on line 16
PHP Fatal error: require_once(): Failed opening required 'C:\Program Files
(x86)\Parallels\Plesk\Additional\PleskPHP5\PEAR\MDB2.php'
(include_path='.;./includes;./pear') in
C:\inetpub\vhosts\server.example.net\site.example.net\siteControllerCommon\test.p
hp on line 16
Actual result:
--
When the Additional (including PleskPHP5 folder by inheritance) AND PEAR
folders
are inaccessible to the user:
PHP Warning: require_once(): open_basedir restriction in effect.
File(C:/Program Files
(x86)/Parallels/Plesk/Additional/PleskPHP5/PEAR/MDB2.php)
is not within the allowed path(s):
(C:/Inetpub/vhosts/server.example.net\;C:\Windows\Temp\;C:\Program Files
(x86)\Parallels\Plesk\Additional\PleskPHP5\PEAR\) in
C:\inetpub\vhosts\server.example.net\site.example.net\test.php on line 2
PHP Warning: require_once(C:/Program Files
(x86)/Parallels/Plesk/Additional/PleskPHP5/PEAR/MDB2.php): failed to open
stream: Operation not permitted in
C:\inetpub\vhosts\server.example.net\site.example.net\test.php on line 2
PHP Fatal error: require_once(): Failed opening required 'C:/Program Files
(x86)/Parallels/Plesk/Additional/PleskPHP5/PEAR/MDB2.php'
(include_path='.;./includes;./pear') in
C:\inetpub\vhosts\server.example.net\site.example.net\test.php on line 2
When only the PEAR folder is inaccessible to the user:
PHP Warning: require_once(C:\Program Files
Bug #64572 [Opn]: Tests leave junk around
Edit report at https://bugs.php.net/bug.php?id=64572edit=1 ID: 64572 Updated by: larue...@php.net Reported by:php at paulisageek dot com Summary:Tests leave junk around Status: Open Type: Bug Package:Testing related Operating System: all PHP Version:5.5.0beta1 Block user comment: N Private report: N New Comment: I saw you made a PR at github could you please also connected them with this entry? thanks Previous Comments: [2013-04-03 02:23:27] php at paulisageek dot com Description: Tests should clean up after themselves. Most of them do, but many don't. I'll be attaching many diffs to this task cleaning them up as I import them to HHVM. -- Edit this bug report at https://bugs.php.net/bug.php?id=64572edit=1
