#34992 [Com]: imageconvolution does not respect alpha
ID: 34992 Comment by: michael dot buckley at ozemail dot coml dot au Reported By: jaanus at underwerks dot com Status: Assigned Bug Type: GD related Operating System: Linux 2.6.13 PHP Version: 6CVS-2005-10-26 (snap) Assigned To: pajoye New Comment: I am trying to make slightly blurred drop shadows for some text, but since I then need to layer it over the top of another image it needs to keep the alpha layer. Right now I am using a color to alpha function to undo this effect, but it is slow. Any one working on this? Previous Comments: [2007-08-06 10:01:48] [EMAIL PROTECTED] By the way, I suppose it is a typo but you are using the jpeg functions to load and save PNG. It is not going to work (and jpeg has no alpha support). "This bug still occurs with 5.2.2 which is fairly new." What make you think that anything has changed regarding this behavior? In the meantime, I figured out the source of the problem. Feedback > open. [2007-08-06 09:32:34] ghosh at q-one dot com This bug still occurs with 5.2.2 which is fairly new. Can't test 5.2.3 right now but it doesnt mention anything about imageconvolution in the changelog so I believe this is still unfixed. The original post about "background color" is a little bit misleading. To put it more simply: Any alpha channel information simply gets destroyed when using imageconvolution. An example image isnt really necessary because it happens with ANY png with alpha channel. I can provide one on request if absolutely necessary though. Use cases? For instance I have a dynamically generated price tag here as alpha png. I rotate it with imagerotate. Rotation makes it somewhat blurry. So afterwards I try sharpening it with imageconvolution. There you go: Alpha channel info goes down the drain... [2005-11-03 01:00:07] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-10-26 14:52:28] [EMAIL PROTECTED] Please provide the images you use for this test and images you like to have as result (specifying which software you use). I'm not sure about the use of alpha with convolution filter but aesthetic toys. Interpolate the alpha using the convolutions make little sense, what it does now is to get the src alpha value for a given result pixel (x,y). As a second point, you talk about background color, this is something different as the alpha channel for a given pixel. [2005-10-26 12:42:07] [EMAIL PROTECTED] Assigned to the maintainer. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/34992 -- Edit this bug report at http://bugs.php.net/?id=34992&edit=1
#43135 [NEW]: Segmentation fault (core dumped)
From: kassasys at yahoo dot com Operating system: FreeBSD 6.2 PHP version: 5.2.4 PHP Bug Type: Output Control Bug description: Segmentation fault (core dumped) Description: Segmentation fault (core dumped) Reproduce code: --- php -v Expected result: PHP 5.2.4 (cli) (built: Oct 30 2007 09:00:28) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies with Zend Extension Manager v1.2.0, Copyright (c) 2003-2006, by Zend Technol ogies with Zend Optimizer v3.2.2, Copyright (c) 1998-2006, by Zend Technologies Segmentation fault (core dumped) Actual result: -- %php -n -v PHP 5.2.4 (cli) (built: Oct 30 2007 09:00:28) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies -- Edit bug report at http://bugs.php.net/?id=43135&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43135&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43135&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43135&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43135&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43135&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43135&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43135&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43135&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43135&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43135&r=support Expected behavior:http://bugs.php.net/fix.php?id=43135&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43135&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43135&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43135&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43135&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43135&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43135&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43135&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43135&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43135&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43135&r=mysqlcfg
#43134 [Opn]: Apache2 crashes upon processing any php page.
ID: 43134 User updated by: akujin at akujin dot com Reported By: akujin at akujin dot com Status: Open Bug Type: Apache2 related Operating System: Vista 32-bit PHP Version: 5.2.4 New Comment: All right, a bit of new information. The error log in apache was picking up this at every crash: [Mon Oct 29 23:50:59 2007] [notice] Parent: child process exited with status 3221225477 -- Restarting. [Mon Oct 29 23:50:59 2007] [notice] Apache/2.2.6 (Win32) PHP/5.2.4 configured -- resuming normal operations [Mon Oct 29 23:50:59 2007] [notice] Server built: Sep 5 2007 08:58:56 [Mon Oct 29 23:50:59 2007] [notice] Parent: Created child process 5776 [Mon Oct 29 23:51:00 2007] [notice] Child 5776: Child process is running [Mon Oct 29 23:51:00 2007] [notice] Child 5776: Acquired the start mutex. [Mon Oct 29 23:51:00 2007] [notice] Child 5776: Starting 250 worker threads. [Mon Oct 29 23:51:00 2007] [notice] Child 5776: Starting thread to listen on port 80. So error status 3221225477 would be my problem. Previous Comments: [2007-10-30 06:46:14] akujin at akujin dot com Description: This is a fresh install on Vista. I've installed the standard server setup (Apache2+Php+Mysql) I've been using for years, and everything seems to be going fine. The first time I attempt to load a .php page, apache2 crashes. I reboot, reload the page, and apache crashes again. I've tried writing test pages, loading standard functions (phpinfo()), and every process seems to crash apache. I'm at a loss as to the cause. Apache 2.2.6, PHP 5.2.4, Vista 32-bit. Reproduce code: --- Any PHP code. Expected result: A page returned from the server. Actual result: -- Apache2 crashes. I've been unable to find a cause in the logs. -- Edit this bug report at http://bugs.php.net/?id=43134&edit=1
#43134 [NEW]: Apache2 crashes upon processing any php page.
From: akujin at akujin dot com Operating system: Vista 32-bit PHP version: 5.2.4 PHP Bug Type: Apache2 related Bug description: Apache2 crashes upon processing any php page. Description: This is a fresh install on Vista. I've installed the standard server setup (Apache2+Php+Mysql) I've been using for years, and everything seems to be going fine. The first time I attempt to load a .php page, apache2 crashes. I reboot, reload the page, and apache crashes again. I've tried writing test pages, loading standard functions (phpinfo()), and every process seems to crash apache. I'm at a loss as to the cause. Apache 2.2.6, PHP 5.2.4, Vista 32-bit. Reproduce code: --- Any PHP code. Expected result: A page returned from the server. Actual result: -- Apache2 crashes. I've been unable to find a cause in the logs. -- Edit bug report at http://bugs.php.net/?id=43134&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43134&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43134&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43134&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43134&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43134&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43134&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43134&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43134&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43134&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43134&r=support Expected behavior:http://bugs.php.net/fix.php?id=43134&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43134&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43134&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43134&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43134&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43134&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43134&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43134&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43134&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43134&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43134&r=mysqlcfg
#43119 [Asn]: Installer works false
ID: 43119 Updated by: [EMAIL PROTECTED] Reported By: fe_gl84 at email dot de Status: Assigned Bug Type: IIS related Operating System: w2k3 PHP Version: 5.2.4 Assigned To: jmertic New Comment: Please email the error.log file produced from the following to [EMAIL PROTECTED] >From the command line in the directory where you downloaded the installer: msiexec /i php-5.2.4-win32-installer.msi /l*v error.log Previous Comments: [2007-10-29 14:32:22] [EMAIL PROTECTED] Assigned to the installer maintainer. [2007-10-28 07:54:14] fe_gl84 at email dot de Description: A actual PHP 5.2.4 Installer for Windows (downloaded: 28 oct 2007) has a faulty install-routine or other any bug! (ca. 20 error massages, which says that extension wasn't found) Altough, I have checked the path of extension, the "lost" file in ext was existed! If I replace old PHP dictionary with php 5.2.4 zip package, php can run without fault! -- Edit this bug report at http://bugs.php.net/?id=43119&edit=1
#43133 [Com]: Mktime bug
ID: 43133 Comment by: carsten_sttgt at gmx dot de Reported By: machineextractor at yahoo dot com Status: Open Bug Type: PHP options/info functions Operating System: Windows Xp PHP Version: 5.2.4 New Comment: "mktime(0, 0, 0, 3, 0, 2040)" is out of the range of a valid unix timestamp. This call returns FALSE here (PHP-CLI 5.2.4 /XP), which is correct. You are using more functions then mktime()? Regards, Carsten Previous Comments: [2007-10-29 23:39:07] machineextractor at yahoo dot com Description: The function maketime has a bug If i want to know how many days are in february 2040 the function return 31. february does not have more than 29 days -- Edit this bug report at http://bugs.php.net/?id=43133&edit=1
#43128 [Com]: Long name cause seg. fault
ID: 43128 Comment by: crrodriguez at suse dot de Reported By: felipensp at gmail dot com Status: Open Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.3CVS-2007-10-29 (snap) New Comment: Always reproducible on linux64 bit hosts. Previous Comments: [2007-10-29 23:46:15] felipensp at gmail dot com PHP 5.2.5RC2-dev (cli) (built: Oct 29 2007 21:22:10): Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1211684448 (LWP 31245)] zend_lookup_class_ex (name=0xb722e018 'a' ..., name_length=1000, use_autoload=0, ce=0xbfa0c498) at /home/felipe/php5.2-200710292130/Zend/zend_execute_API.c:1046 1046zend_str_tolower_copy(lc_name, name, name_length); [2007-10-29 22:24:54] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi I've tried both PHP 5.2 and 5.3 and cannot reproduce the crash. [2007-10-29 17:25:28] felipensp at gmail dot com Description: Long names cause segmentation fault in 'instanceof' and 'new' operators. Reproduce code: --- $a(); // Fatal error if ($a instanceof $a); // Segmentation fault new $a;// Segmentation fault Expected result: Warning / Fatal error Actual result: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1214703296 (LWP 4538)] zend_lookup_class_ex (name=0xb6f4d018 'a' ..., name_length=1000, use_autoload=0, ce=0xbf9644d8) at /home/felipe/php5.3-200710261430/Zend/zend_execute_API.c:1078 1078in /home/felipe/php5.3-200710261430/Zend/zend_execute_API.c Backtrace: -- #0 zend_lookup_class_ex (name=0xb6ece018 'a' ..., name_length=1000, use_autoload=0, ce=0xbfb896f8) at /home/felipe/php5.3-200710261430/Zend/zend_execute_API.c:1078 #1 0x08277d9f in zend_fetch_class ( class_name=0xb6ece018 'a' ..., class_name_len=1000, fetch_type=132) at /home/felipe/php5.3-200710261430/Zend/zend_execute_API.c:1548 #2 0x082c26c9 in ZEND_FETCH_CLASS_SPEC_CV_HANDLER (execute_data=0xbfb8982c) at /home/felipe/php5.3-200710261430/Zend/zend_vm_execute.h:1065 #3 0x0829ef1b in execute (op_array=0x84a6900) at /home/felipe/php5.3-200710261430/Zend/zend_vm_execute.h:87 #4 0x08281952 in zend_execute_scripts (type=8, retval=, file_count=3) at /home/felipe/php5.3-200710261430/Zend/zend.c:1137 #5 0x0823d841 in php_execute_script (primary_file=0xbfb8bbcc) at /home/felipe/php5.3-200710261430/main/main.c:2007 #6 0x08301c65 in main (argc=2, argv=0xbfb8bce4) at /home/felipe/php5.3-200710261430/sapi/cli/php_cli.c:1140 -- Edit this bug report at http://bugs.php.net/?id=43128&edit=1
#43128 [Fbk->Opn]: Long name cause seg. fault
ID: 43128 User updated by: felipensp at gmail dot com Reported By: felipensp at gmail dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.3CVS-2007-10-29 (snap) New Comment: PHP 5.2.5RC2-dev (cli) (built: Oct 29 2007 21:22:10): Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1211684448 (LWP 31245)] zend_lookup_class_ex (name=0xb722e018 'a' ..., name_length=1000, use_autoload=0, ce=0xbfa0c498) at /home/felipe/php5.2-200710292130/Zend/zend_execute_API.c:1046 1046zend_str_tolower_copy(lc_name, name, name_length); Previous Comments: [2007-10-29 22:24:54] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi I've tried both PHP 5.2 and 5.3 and cannot reproduce the crash. [2007-10-29 17:25:28] felipensp at gmail dot com Description: Long names cause segmentation fault in 'instanceof' and 'new' operators. Reproduce code: --- $a(); // Fatal error if ($a instanceof $a); // Segmentation fault new $a;// Segmentation fault Expected result: Warning / Fatal error Actual result: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1214703296 (LWP 4538)] zend_lookup_class_ex (name=0xb6f4d018 'a' ..., name_length=1000, use_autoload=0, ce=0xbf9644d8) at /home/felipe/php5.3-200710261430/Zend/zend_execute_API.c:1078 1078in /home/felipe/php5.3-200710261430/Zend/zend_execute_API.c Backtrace: -- #0 zend_lookup_class_ex (name=0xb6ece018 'a' ..., name_length=1000, use_autoload=0, ce=0xbfb896f8) at /home/felipe/php5.3-200710261430/Zend/zend_execute_API.c:1078 #1 0x08277d9f in zend_fetch_class ( class_name=0xb6ece018 'a' ..., class_name_len=1000, fetch_type=132) at /home/felipe/php5.3-200710261430/Zend/zend_execute_API.c:1548 #2 0x082c26c9 in ZEND_FETCH_CLASS_SPEC_CV_HANDLER (execute_data=0xbfb8982c) at /home/felipe/php5.3-200710261430/Zend/zend_vm_execute.h:1065 #3 0x0829ef1b in execute (op_array=0x84a6900) at /home/felipe/php5.3-200710261430/Zend/zend_vm_execute.h:87 #4 0x08281952 in zend_execute_scripts (type=8, retval=, file_count=3) at /home/felipe/php5.3-200710261430/Zend/zend.c:1137 #5 0x0823d841 in php_execute_script (primary_file=0xbfb8bbcc) at /home/felipe/php5.3-200710261430/main/main.c:2007 #6 0x08301c65 in main (argc=2, argv=0xbfb8bce4) at /home/felipe/php5.3-200710261430/sapi/cli/php_cli.c:1140 -- Edit this bug report at http://bugs.php.net/?id=43128&edit=1
#43133 [NEW]: Mktime bug
From: machineextractor at yahoo dot com Operating system: Windows Xp PHP version: 5.2.4 PHP Bug Type: PHP options/info functions Bug description: Mktime bug Description: The function maketime has a bug If i want to know how many days are in february 2040 the function return 31. february does not have more than 29 days -- Edit bug report at http://bugs.php.net/?id=43133&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43133&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43133&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43133&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43133&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43133&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43133&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43133&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43133&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43133&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43133&r=support Expected behavior:http://bugs.php.net/fix.php?id=43133&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43133&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43133&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43133&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43133&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43133&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43133&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43133&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43133&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43133&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43133&r=mysqlcfg
#42893 [Opn->Fbk]: segfault on ia64 when working w/ constants
ID: 42893
Updated by: [EMAIL PROTECTED]
Reported By: hoffie at gentoo dot org
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux on ia64
PHP Version: 5CVS-2007-10-08 (snap)
New Comment:
>From the looks of it, you have more problems than just PHP here. Not
only PHP breaks but also GDB. How about you try get the basic tools
working before trying PHP? :)
Previous Comments:
[2007-10-13 10:13:40] hoffie at gentoo dot org
> Just to be sure you're not loading any php.ini files, try this:
> (gdb) run -n -r 'var_dump(defined("foo"));'
Fails with the same symptoms.
> And you could also try to see what valgrind has to say about it:
> # USE_ZEND_ALLOC=0 valgrind --leak-check=yes php -n -r
> 'var_dump(defined("foo"));'
If you gave me valgrind for ia64 I'd happily do that. ;)
> checking for a supported CPU... no (ia64)
> configure: error: Unsupported host architecture. Sorry
[2007-10-11 13:46:28] [EMAIL PROTECTED]
Just to be sure you're not loading any php.ini files, try this:
(gdb) run -n -r 'var_dump(defined("foo"));'
And you could also try to see what valgrind has to say about it:
# USE_ZEND_ALLOC=0 valgrind --leak-check=yes php -n -r
'var_dump(defined("foo"));'
[2007-10-08 19:24:35] hoffie at gentoo dot org
Description:
>=php-5.2.0 seems to be totally broken on the ia64 architecture: Even
when compiling with very minimal features PHP simply segfaults when
doing basic operations involving constants, e.g. using define() or
defined(). As soon as debugging symbols are enabled (CFLAGS=-g or
./configure --enable-debug) the problem disappears, that's why I'm
unable to provide a useful backtrace.
As the problem first appeared in 5.2.0 it might be related to the
memory manager changes?
The patch mentioned in bug 42317 makes this problem disappear as well,
but as one of you already noted in the other bug it's probably not a
real solution.
Reproduce code:
---
i2 php5.2-200710081630 # ./configure --disable-all --disable-cgi
--enable-cli && make
[...]
i2 php5.2-200710081630 # ./sapi/cli/php -r 'var_dump(defined("foo"));'
Versions of related libs/tools: automake-1.10, autoconf-2.13,
libtool-1.5.24, bison-2.3, flex-2.5.4, gcc-4.1.2, glibc-2.5,
binutils-2.17
This is on a fresh Gentoo system, but when compiling on Debian Etch the
same problems appear, so I don't think it's related to
distribution-specific patches to toolchain parts like binutils/gcc.
Expected result:
bool(false)
Actual result:
--
Segmentation fault
(gdb) run -r 'var_dump(defined("foo"));'
Starting program: /tmp/php5.2-200710081630/sapi/cli/php -r
'var_dump(defined("foo"));'
Program received signal SIGSEGV, Segmentation fault.
_zval_ptr_dtor (zval_ptr=0x6f91ebd0) at
/tmp/php5.2-200710081630/Zend/zend_execute_API.c:412
412 (*zval_ptr)->refcount--;
(gdb) bt
#0 _zval_ptr_dtor (zval_ptr=0x6f91ebd0) at
/tmp/php5.2-200710081630/Zend/zend_execute_API.c:412
#1 0x40298860 in zend_do_fcall_common_helper_SPEC
(execute_data=0x6f91ec50)
at /tmp/php5.2-200710081630/Zend/zend_execute.h:155
ia64-tdep.c:1591: internal-error: ia64_frame_prev_register: Assertion
`regnum >= 0' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
--
Edit this bug report at http://bugs.php.net/?id=42893&edit=1
#43130 [Asn->Csd]: bind parameter cannot contain dashes
ID: 43130
Updated by: [EMAIL PROTECTED]
Reported By: joel at purerave dot com
-Status: Assigned
+Status: Closed
Bug Type: PDO related
Operating System: Windows XP Home
PHP Version: 5.2.4
Assigned To: iliaa
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2007-10-29 18:07:00] joel at purerave dot com
Description:
Parameters to bind in a prepared statement cannot contain dashes (-) in
the name. It probably assumes that "-value" should be another variable.
If this cannot be fixed, then at least update the documentation to make
it clear what names can and cannot be used. Using {} around the variable
name would be nice too!
Reproduce code:
---
$db = new PDO("mysql:host=localhost;dbname=testing", '', '');
$stmt = $db->prepare("SELECT id FROM testing WHERE id=:id-value");
$stmt->bindParam(':id-value', $id);
$id = 1;
$stmt->execute();
var_dump($stmt->fetch());
Expected result:
array(2) { ["id"]=> string(1) "1" [0]=> string(1) "1" }
Actual result:
--
Warning: PDOStatement::execute() [function.PDOStatement-execute]:
SQLSTATE[HY093]: Invalid parameter number: parameter was not defined in
C:\htdocs\test.php on line 8
bool(false)
--
Edit this bug report at http://bugs.php.net/?id=43130&edit=1
#43130 [Opn->Asn]: bind parameter cannot contain dashes
ID: 43130
Updated by: [EMAIL PROTECTED]
Reported By: joel at purerave dot com
-Status: Open
+Status: Assigned
Bug Type: PDO related
Operating System: Windows XP Home
PHP Version: 5.2.4
-Assigned To:
+Assigned To: iliaa
Previous Comments:
[2007-10-29 18:07:00] joel at purerave dot com
Description:
Parameters to bind in a prepared statement cannot contain dashes (-) in
the name. It probably assumes that "-value" should be another variable.
If this cannot be fixed, then at least update the documentation to make
it clear what names can and cannot be used. Using {} around the variable
name would be nice too!
Reproduce code:
---
$db = new PDO("mysql:host=localhost;dbname=testing", '', '');
$stmt = $db->prepare("SELECT id FROM testing WHERE id=:id-value");
$stmt->bindParam(':id-value', $id);
$id = 1;
$stmt->execute();
var_dump($stmt->fetch());
Expected result:
array(2) { ["id"]=> string(1) "1" [0]=> string(1) "1" }
Actual result:
--
Warning: PDOStatement::execute() [function.PDOStatement-execute]:
SQLSTATE[HY093]: Invalid parameter number: parameter was not defined in
C:\htdocs\test.php on line 8
bool(false)
--
Edit this bug report at http://bugs.php.net/?id=43130&edit=1
#43128 [Opn->Fbk]: Long name cause seg. fault
ID: 43128 Updated by: [EMAIL PROTECTED] Reported By: felipensp at gmail dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.3CVS-2007-10-29 (snap) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi I've tried both PHP 5.2 and 5.3 and cannot reproduce the crash. Previous Comments: [2007-10-29 17:25:28] felipensp at gmail dot com Description: Long names cause segmentation fault in 'instanceof' and 'new' operators. Reproduce code: --- $a(); // Fatal error if ($a instanceof $a); // Segmentation fault new $a;// Segmentation fault Expected result: Warning / Fatal error Actual result: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1214703296 (LWP 4538)] zend_lookup_class_ex (name=0xb6f4d018 'a' ..., name_length=1000, use_autoload=0, ce=0xbf9644d8) at /home/felipe/php5.3-200710261430/Zend/zend_execute_API.c:1078 1078in /home/felipe/php5.3-200710261430/Zend/zend_execute_API.c Backtrace: -- #0 zend_lookup_class_ex (name=0xb6ece018 'a' ..., name_length=1000, use_autoload=0, ce=0xbfb896f8) at /home/felipe/php5.3-200710261430/Zend/zend_execute_API.c:1078 #1 0x08277d9f in zend_fetch_class ( class_name=0xb6ece018 'a' ..., class_name_len=1000, fetch_type=132) at /home/felipe/php5.3-200710261430/Zend/zend_execute_API.c:1548 #2 0x082c26c9 in ZEND_FETCH_CLASS_SPEC_CV_HANDLER (execute_data=0xbfb8982c) at /home/felipe/php5.3-200710261430/Zend/zend_vm_execute.h:1065 #3 0x0829ef1b in execute (op_array=0x84a6900) at /home/felipe/php5.3-200710261430/Zend/zend_vm_execute.h:87 #4 0x08281952 in zend_execute_scripts (type=8, retval=, file_count=3) at /home/felipe/php5.3-200710261430/Zend/zend.c:1137 #5 0x0823d841 in php_execute_script (primary_file=0xbfb8bbcc) at /home/felipe/php5.3-200710261430/main/main.c:2007 #6 0x08301c65 in main (argc=2, argv=0xbfb8bce4) at /home/felipe/php5.3-200710261430/sapi/cli/php_cli.c:1140 -- Edit this bug report at http://bugs.php.net/?id=43128&edit=1
#22441 [Com]: SSL and cURL SSL break with pfpro
ID: 22441
Comment by: jvinet at zeroflux dot org
Reported By: eric at vlender dot com
Status: No Feedback
Bug Type: OpenSSL related
Operating System: GNU/Linux (slackware)
PHP Version: 4.3.1
New Comment:
I've had the same problem with the old/deprecated pfpro sdk and PHP
4.4.7.
When the extension is built into the php binary (--with-pfpro=DIR),
cURL breaks with https:// URLs.
When the extension is built as a shared module
(--with-pfpro=shared,DIR), cURL works.
Hope this helps, though in the long run, I'd recommend moving away from
any reliance on the pfpro SDK.
Previous Comments:
[2003-08-05 10:38:31] bduell at ncacasi dot org
I have verified, through VeriSign, that the SDK of PayflowPro
(currently, v. 3.06) is statically linked against the openssl
libraries.
They have no plans on changing this design, therefor we will be
changing payment processors.
Good luck!
[2003-03-09 19:15:13] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2003-03-04 20:11:07] [EMAIL PROTECTED]
Does compiling PHP as DSO for Apache fix this?
If so, you can bogus this, we already have a report about that one.
[2003-02-28 19:19:56] eric at vlender dot com
Well, I have now compiled in openssl-0.9.7a and cURL-7.10.3 and instead
of just getting nothing, I get this in my logs:
[Fri Feb 28 18:19:46 2003] [notice] child pid 11916 exit signal
Segmentation fault (11)
[Fri Feb 28 18:19:46 2003] [notice] child pid 11908 exit signal
Segmentation fault (11)
That is with an attempted fsockopen("ssl://securehost.hre", 443,
errorno, error); call that works perfectly with out the -pfpro option
...
I guess I can always have PHP shell out to a PERL script and manage the
transaction ..
Thanks for your help :)
[2003-02-26 11:37:47] eric at vlender dot com
On a quick side note, Payflow pro is working perfectly. We use it for
our signups, and the signup procedure is functioning perfectly. Just
cURL and fsockopen() are not happy.. :(
I placed them in /usr/lib and /usr/local/include respectfully.
/usr/local/lib/pfpro.h is a symlink to the header in /usr/local/include
~> locate pfpro | sort
/usr/lib/libpfpro.so
/usr/local/include/pfpro.h
/usr/local/lib/pfpro.h
/usr/local/src/php-4.3.1/ext/pfpro
/usr/local/src/php-4.3.1/ext/pfpro/CREDITS
/usr/local/src/php-4.3.1/ext/pfpro/TODO
/usr/local/src/php-4.3.1/ext/pfpro/config.m4
/usr/local/src/php-4.3.1/ext/pfpro/pfpro.c
/usr/local/src/php-4.3.1/ext/pfpro/pfpro.lo
/usr/local/src/php-4.3.1/ext/pfpro/pfpro.o
/usr/local/src/php-4.3.1/ext/pfpro/php_pfpro.h
/usr/local/src/php-4.3.1/tests/testpfpro.php
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/22441
--
Edit this bug report at http://bugs.php.net/?id=22441&edit=1
#43132 [NEW]: Date returned from exec command is formatted
From: jpozzoli at yahoo dot com
Operating system: Debian Linux 2.6.18-5-686
PHP version: 5.2.4
PHP Bug Type: CGI related
Bug description: Date returned from exec command is formatted
Description:
This is on Debian PHP version 5.2.0-8+etch7 running on Apache/2.2.3
When trying to get the last reboot date of a linux server, from the
command line I run "who -b". More precisely, I run "who -b|awk \'{print $3"
"$4}\'" which, on the CLI, returns "2007-10-18 04:45". When I run the PHP
command echo exec('who -b|awk \'{print $3" "$4}\''); I get the following
result: Oct 18
Obviously, this has been formatted by PHP.
To make sure of this, I tried this:
$rebootdate = strftime("%m-%d-%Y %I:%M%p", strtotime($rebootdateexec));
This get's closer. It outputs "10-18-2007 12:00AM". So it got the date but
missed the time.
Reproduce code:
---
$rebootdateexec = exec('who -b|awk \'{print $3" "$4}\'');
echo $rebootdateexec;
$rebootdate = strftime("%m-%d-%Y %I:%M%p", strtotime($rebootdateexec));
echo $rebootdate;
Expected result:
$rebootdateexec = 2007-10-18 04:45
$rebootdate = 10-18-2007 04:45AM
Actual result:
--
$rebootdateexec = Oct 18
$rebootdate = 10-18-2007 12:00AM
--
Edit bug report at http://bugs.php.net/?id=43132&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43132&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43132&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43132&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43132&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43132&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43132&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43132&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43132&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43132&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43132&r=support
Expected behavior:http://bugs.php.net/fix.php?id=43132&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43132&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43132&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43132&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43132&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43132&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43132&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43132&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43132&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43132&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43132&r=mysqlcfg
#43131 [NEW]: Wrong error message reporting
From: giovanni at giacobbi dot net Operating system: Linux PHP version: 4.4.7 PHP Bug Type: Scripting Engine problem Bug description: Wrong error message reporting Description: As you can see from the test case, the reported message is wrong. The call type is static on class B, while the error reports a dynamic (instance) call on class A, which is misleading for debugging. Reproduce code: --- m(); Expected result: Fatal error: Call to undefined static function: b::g() in x.php on line 10 Actual result: -- Fatal error: Call to undefined method: a->g() in x.php on line 10 -- Edit bug report at http://bugs.php.net/?id=43131&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43131&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43131&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43131&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43131&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43131&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43131&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43131&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43131&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43131&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43131&r=support Expected behavior:http://bugs.php.net/fix.php?id=43131&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43131&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43131&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43131&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43131&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43131&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43131&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43131&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43131&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43131&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43131&r=mysqlcfg
#43130 [NEW]: bind parameter cannot contain dashes
From: joel at purerave dot com
Operating system: Windows XP Home
PHP version: 5.2.4
PHP Bug Type: PDO related
Bug description: bind parameter cannot contain dashes
Description:
Parameters to bind in a prepared statement cannot contain dashes (-) in
the name. It probably assumes that "-value" should be another variable.
If this cannot be fixed, then at least update the documentation to make it
clear what names can and cannot be used. Using {} around the variable name
would be nice too!
Reproduce code:
---
$db = new PDO("mysql:host=localhost;dbname=testing", '', '');
$stmt = $db->prepare("SELECT id FROM testing WHERE id=:id-value");
$stmt->bindParam(':id-value', $id);
$id = 1;
$stmt->execute();
var_dump($stmt->fetch());
Expected result:
array(2) { ["id"]=> string(1) "1" [0]=> string(1) "1" }
Actual result:
--
Warning: PDOStatement::execute() [function.PDOStatement-execute]:
SQLSTATE[HY093]: Invalid parameter number: parameter was not defined in
C:\htdocs\test.php on line 8
bool(false)
--
Edit bug report at http://bugs.php.net/?id=43130&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43130&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43130&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43130&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43130&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43130&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43130&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43130&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43130&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43130&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43130&r=support
Expected behavior:http://bugs.php.net/fix.php?id=43130&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43130&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43130&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43130&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43130&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43130&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43130&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43130&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43130&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43130&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43130&r=mysqlcfg
#43129 [NEW]: ldap_start_tls fails without ldap.conf
From: micah at onshore dot com Operating system: Windows XP PHP version: 5.2.4 PHP Bug Type: LDAP related Bug description: ldap_start_tls fails without ldap.conf Description: I get a TLS Connect error when I do not have the ldap.conf file in C:\OpenLDAP\sysconf. In that file I need 'TLS_REQCERT never'. This is not documented on the start_tls function. Also, it would be nice if we can specify where the file goes. Or, even better, if we can just set this as an LDAP option without the conf file. -- Edit bug report at http://bugs.php.net/?id=43129&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43129&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43129&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43129&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43129&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43129&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43129&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43129&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43129&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43129&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43129&r=support Expected behavior:http://bugs.php.net/fix.php?id=43129&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43129&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43129&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43129&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43129&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43129&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43129&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43129&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43129&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43129&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43129&r=mysqlcfg
#43128 [NEW]: Long name cause seg. fault
From: felipensp at gmail dot com Operating system: Linux PHP version: 5.3CVS-2007-10-29 (snap) PHP Bug Type: Reproducible crash Bug description: Long name cause seg. fault Description: Long names cause segmentation fault in 'instanceof' and 'new' operators. Reproduce code: --- $a(); // Fatal error if ($a instanceof $a); // Segmentation fault new $a;// Segmentation fault Expected result: Warning / Fatal error Actual result: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1214703296 (LWP 4538)] zend_lookup_class_ex (name=0xb6f4d018 'a' ..., name_length=1000, use_autoload=0, ce=0xbf9644d8) at /home/felipe/php5.3-200710261430/Zend/zend_execute_API.c:1078 1078in /home/felipe/php5.3-200710261430/Zend/zend_execute_API.c Backtrace: -- #0 zend_lookup_class_ex (name=0xb6ece018 'a' ..., name_length=1000, use_autoload=0, ce=0xbfb896f8) at /home/felipe/php5.3-200710261430/Zend/zend_execute_API.c:1078 #1 0x08277d9f in zend_fetch_class ( class_name=0xb6ece018 'a' ..., class_name_len=1000, fetch_type=132) at /home/felipe/php5.3-200710261430/Zend/zend_execute_API.c:1548 #2 0x082c26c9 in ZEND_FETCH_CLASS_SPEC_CV_HANDLER (execute_data=0xbfb8982c) at /home/felipe/php5.3-200710261430/Zend/zend_vm_execute.h:1065 #3 0x0829ef1b in execute (op_array=0x84a6900) at /home/felipe/php5.3-200710261430/Zend/zend_vm_execute.h:87 #4 0x08281952 in zend_execute_scripts (type=8, retval=, file_count=3) at /home/felipe/php5.3-200710261430/Zend/zend.c:1137 #5 0x0823d841 in php_execute_script (primary_file=0xbfb8bbcc) at /home/felipe/php5.3-200710261430/main/main.c:2007 #6 0x08301c65 in main (argc=2, argv=0xbfb8bce4) at /home/felipe/php5.3-200710261430/sapi/cli/php_cli.c:1140 -- Edit bug report at http://bugs.php.net/?id=43128&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43128&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43128&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43128&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43128&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43128&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43128&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43128&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43128&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43128&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43128&r=support Expected behavior:http://bugs.php.net/fix.php?id=43128&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43128&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43128&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43128&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43128&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43128&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43128&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43128&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43128&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43128&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43128&r=mysqlcfg
#43120 [Opn]: PDO: domain Authenticated Machines no Username/password (make them optional)
ID: 43120 User updated by: tshipclark at gmail dot com Reported By: tshipclark at gmail dot com Status: Open -Bug Type: Feature/Change Request +Bug Type: PDO related Operating System: Windows PHP Version: 5.2.4 New Comment: Moved to Pdo Category Previous Comments: [2007-10-29 14:00:31] tshipclark at gmail dot com Moved it to PDO Category. [2007-10-28 14:18:11] tshipclark at gmail dot com Description: We currently use mssql_pconnect to connect to our server and we don't supply a username/password because the machine iis is running on is domain authenticated. My problem is Pdo will not allow me to not enter a username and password. And even if I put in blanks for username/password i still get permission denied. If you could make username/password optional that would be great! -- Edit this bug report at http://bugs.php.net/?id=43120&edit=1
#42613 [Asn]: Unable to load Dynamic Link Libraries - installer buggy
ID: 42613 User updated by: patrick at baynewmedia dot com Reported By: patrick at baynewmedia dot com Status: Assigned Bug Type: *General Issues Operating System: Windows XP Pro & Windows Vista PHP Version: 5.2.4 Assigned To: jmertic New Comment: [EMAIL PROTECTED]: I'm trying really hard to be civil here. I really can't explain why you keep reiterating the same things over and over again when I have very specifically gone into great detail to explain what's going on. a) This is an issue both on Windows Vista *AND* Windows XP. I have tried it on XP Home Edition, Professional, and the Entertainment edition (whatever that's called). All three fail in exactly the same way. Again, I'll refer you to the very first paragraph of the bug report...just scroll all the way up and read it: "This was done on a NEW install of Windows XP Pro as well as Vista." b) You keep going on about installing extensions that I need only. This is the fourth time I'm askingwhat extensions do I need?!? I want to run MySQL but there is NO...I repeat...NO...documentation on extensions that I should be excluding or including. I can infer, partially, the extensions I may or may not need. Some are more obvious than others. If it's a matter of choosing the default installation extensions, well, they're ALL ENABLED BY DEFAULT! When I install, I hit "next", "next", "next", "finish". I never choose the extensions, I don't even look at the file list. So again...which ones do I need, and if I don't need them all, why are they all enabled by default in the Windows installer? I'm really beyond baffled here. I mean, I don't want to be insulting but I'm on the cusp of hurling out some rather harsh obscenities. I keep asking the same questions...I keep getting the same responses that fail to address any of the questions. Please...read again, I mean really READ, and then respond. This is bordering on ludicrous now :( Previous Comments: [2007-10-29 12:01:36] [EMAIL PROTECTED] I understand your concern about the problems you've had with the installer. However, since I am not seeing you issue when using WinXP or Win2003 ( I unfortuantely don't have a Vista machine to test on, though others who have have reported back successful results on the whole ). In reading your very descriptive post, the most likely scenerio you are encountering comes down to two issues. - Updating the PATH environment variable and the extension_dir directive in the php.ini file, which the installer handles properly setting for you. - Installing extensions you don't need and/or don't have the supporting libraries for. This is why I recommend to only install the supporting libraries you need; many require third party libraries that we do not ship with the installer for various reasons. Thank you again for using the PHP Windows Installer and I hope to hear feedback from you after trying the above things. [2007-10-24 16:12:47] patrick at baynewmedia dot com "Please reinstall with ONLY the extensions you need." I wasn't going to write another follow-up but...are you [EMAIL PROTECTED] KIDDING ME?!? What extensions do I need? How about you tell me! What the hell have I been asking since day one?!? You guys are absolutely brutal. You keep going around like a broken record; you keep saying the same things and when you can't get to the bottom of the issue, you hand it off to someone else and they do...EXACTLY THE SAME THING! I'm truly lost for words. [2007-10-24 16:01:24] patrick at baynewmedia dot com [EMAIL PROTECTED]: *sigh* Do you really want me to repeat everything ANOTHER time? Did you bother to read any of the posts I made in this thread? Your "advice" indicates you just skipped everything. I'm not doing this again...scroll up this page to the top, and read. If you can't be bothered, please hand this over to someone who cares. [2007-10-24 11:52:57] [EMAIL PROTECTED] A few things: - You shouldn't need to set any PATH environment variables; the installer does this for you. - Likewise, you should not need to tweak anything else in the php.ini file, unless you have some advanced directive that needs set. The installer takes care of all typical things, including the extension_dir setting. - Please reinstall with ONLY the extensions you need. It sounds like a combination of tweaking things that don't need tweaked and trying to install everything by default is the culprit here. Let me know if redoing the install with the above advice helps things out. [2007-10-22 18:00:30] patrick at baynewmedia dot com [EMAIL PROTECTED]: No, no files were
#42552 [Opn->Fbk]: apache_getenv() doesn't return value of SSL_CLIENT_S_DN_OU_n
ID: 42552
Updated by: [EMAIL PROTECTED]
Reported By: weisz at vcpc dot univie dot ac dot at
-Status: Open
+Status: Feedback
Bug Type: Apache2 related
Operating System: Linux
PHP Version: 5.2.4
New Comment:
As this function only fetches stuff from the apache environment, it's
not possible to be a PHP bug if these are not set in it. Have you tried
to access those using getenv() instead?
Previous Comments:
[2007-09-04 21:32:17] weisz at vcpc dot univie dot ac dot at
Description:
apache_getenv("SSL_CLIENT_S_DN_OU_n") with n=0,1,2 returns false.
Apache introduced the environment variables SSL_CLIENT_S_DN_OU_n with
mod_ssl in version 2.2 (the actual version is 2.2.4). PHP didn't follow
this development. Please catch up!
--
Edit this bug report at http://bugs.php.net/?id=42552&edit=1
#43086 [Opn->Asn]: FastCGI Broken due to session file
ID: 43086
Updated by: [EMAIL PROTECTED]
Reported By: davidb at chelsea dot net
-Status: Open
+Status: Assigned
Bug Type: CGI related
Operating System: Solaris 2.8
PHP Version: 5.2.4
-Assigned To:
+Assigned To: dmitry
New Comment:
Dmitry, can you check this out please?
Previous Comments:
[2007-10-27 22:40:06] davidb at chelsea dot net
I thought I updated this, but I don't see my comments.
The /var/tmp/fastcgi files were where I saved the output when running
truss on the php processes. I looked for the session filenames.
Previously, it seems PHP was opening the session file in the cgi-bin
directory that the php launch script was located in. Now, with the "/"
in front, it's opening it in the root directory which doesn't work.
[2007-10-25 12:28:48] [EMAIL PROTECTED]
Exactly where does this /var/tmp/fastcgi.out file come from? (It's
definately not something PHP outputs!)
[2007-10-23 15:37:40] davidb at chelsea dot net
Description:
PHP 5.2.1 and forward (I think) breaks under the FastCGI/apache proc
manager. When the parent is launched, it fails to open the socket due
to trying to open the socket in a directory that doesn't allow it. If I
compare two traces of an older version (5.2.0) and the newer version
(running 5.2.4):
Working:
/var/tmp/fastcgi.out:1786: unlink("session_mm_cgi-fcgi3357.sem")
= 0
/var/tmp/fastcgi.out:1786: open("session_mm_cgi-fcgi3357.sem",
O_RDWR|O_CREAT, 0600) = 3
Broken:
/var/tmp/fastcgi1.out:1648: unlink("/session_mm_cli4416.sem")
Err#2 ENOENT
/var/tmp/fastcgi1.out:1648: open("/session_mm_cli4416.sem",
O_RDWR|O_CREAT, 0600) Err#13 EACCES
Note that this puts the "/" in place, which is a bad assumption.
Is it possible this is related to bug 42815 in some way? It's more
severe, in that php won't even run, though.
Reproduce code:
---
PHP fails to start.
Expected result:
I think that this should be hard-coded to a /tmp directory, or else
somewhere else that the php process will have the ability to write to.
Unless there's a way to fix this behavior with a correct php.ini setup.
We're running with vhosts and suexec, so the owner of the php process
manager won't be able to write to the ServerRoot or the root filesystem
(nor do we want it to!)
--
Edit this bug report at http://bugs.php.net/?id=43086&edit=1
#43106 [Opn->Bgs]: php.ini not found
ID: 43106 Updated by: [EMAIL PROTECTED] Reported By: poletto at jeuxvideo dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Linux PHP Version: 5.2.4 New Comment: Can not reproduce -> bogus. (if you get time to investigate more, email me) Previous Comments: [2007-10-26 11:54:17] poletto at jeuxvideo dot com Ok, that's strange. Maybe it's because several php installations have been made over the time on this server.. I don't really have time to look deeper in this, sorry. Thanks. [2007-10-26 10:09:55] [EMAIL PROTECTED] You must be doing something wrong or just overlooked something since this works just fine for me: Configure Command => '../../php-5.2/configure' '--prefix=/opt/php52' Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /opt/php52/lib Loaded Configuration File => /opt/php52/lib/php.ini PHP will use that path mentioned in the phpinfo() output if there's usable php.ini in it. Make sure you're using "clean" sources when you build PHP and before you install it, shutdown apache. [2007-10-26 08:23:05] poletto at jeuxvideo dot com Yes > ls -la /usr/local/php5/lib/ total 60 drwxr-xr-x3 root root 4096 Oct 26 10:16 . drwxr-xr-x6 root root 4096 Oct 23 14:27 .. drwxr-xr-x 13 root root 4096 Oct 23 14:27 php -rw-r--r--1 root root48618 Oct 25 18:30 php.ini > ls -la /usr/local/php5 total 24 drwxr-xr-x6 root root 4096 Oct 23 14:27 . drwxr-xr-x 21 root root 4096 Oct 23 14:27 .. drwxr-xr-x2 root root 4096 Oct 25 19:05 bin drwxr-xr-x3 root root 4096 Oct 23 14:27 include drwxr-xr-x3 root root 4096 Oct 25 18:33 lib drwxr-xr-x3 root root 4096 Oct 23 14:27 man (i've checked parent directories too) I've found a temporary workaround : it seems that php still checks php.ini in /usr/local/lib (which is the path for the default prefix). It works if i put my php.ini there (but it's not there i intend to put it). I've tried to specify /usr/local/php5/lib for the configuration path or for the directory in which php should look for configuration files : it changes nothing. [2007-10-26 08:06:47] [EMAIL PROTECTED] Is that path readable by the user as what Apache runs as? Check the permissions. [2007-10-25 17:11:26] poletto at jeuxvideo dot com Description: php.ini is not found when specifying an alternate installation PREFIX (/usr/local/php5). phpinfo() says configuration path is in /usr/local/php5/lib, so i've put a php.ini there (i've tried some differents php.ini). phpinfo() says it didn't load any php.ini (and the changes to variables are ignored). Yes i've restarted apache. -- Edit this bug report at http://bugs.php.net/?id=43106&edit=1
#43119 [Opn->Asn]: Installer works false
ID: 43119 Updated by: [EMAIL PROTECTED] Reported By: fe_gl84 at email dot de -Status: Open +Status: Assigned Bug Type: IIS related Operating System: w2k3 PHP Version: 5.2.4 -Assigned To: +Assigned To: jmertic New Comment: Assigned to the installer maintainer. Previous Comments: [2007-10-28 07:54:14] fe_gl84 at email dot de Description: A actual PHP 5.2.4 Installer for Windows (downloaded: 28 oct 2007) has a faulty install-routine or other any bug! (ca. 20 error massages, which says that extension wasn't found) Altough, I have checked the path of extension, the "lost" file in ext was existed! If I replace old PHP dictionary with php 5.2.4 zip package, php can run without fault! -- Edit this bug report at http://bugs.php.net/?id=43119&edit=1
#43121 [Opn->Asn]: gdImageFill with IMG_COLOR_TILED crashes httpd
ID: 43121
Updated by: [EMAIL PROTECTED]
Reported By: carlosp at ravenna dot com
-Status: Open
+Status: Assigned
Bug Type: GD related
Operating System: FreeBSD 6.2
PHP Version: 5.2.5RC1
Assigned To: mattias
Previous Comments:
[2007-10-29 02:13:32] carlosp at ravenna dot com
For what it's worth, I first experienced a similar segfault on my Mac
OS
X version (5.2.4 Liyanage/Entropy package). I moved my script to my
FreeBSD box running older 5.1.4 and the problem went away. I was ready
to dismiss it until it manifested itself on another server with the
fresh 5.2.4 install. Further troubleshooting revealed it was still
failing on 5.2.5RC1 but not 5.2.3.
If necessary, I'll figure out how to test a CVS version, let me know.
[2007-10-28 22:57:11] [EMAIL PROTECTED]
[Switching to Thread -1208927680 (LWP 19371)]
0x0814d151 in php_gd__gdImageFillTiled (im=0xa3efeec, x=0, y=16843101,
nc=2)
at /usr/local/src/php5.2-200710150630/ext/gd/libgd/gd.c:2083
2083for (x=x1; x>=0 && (!pts[y + x*wx2] &&
gdImageGetPixel(im,x,y)==oc); x--) {
(gdb) bt full
#0 0x0814d151 in php_gd__gdImageFillTiled (im=0xa3efeec, x=0,
y=16843101,
nc=2) at /usr/local/src/php5.2-200710150630/ext/gd/libgd/gd.c:2083
l = 102
x1 = 0
x2 = 99
dy = 1
oc = 0
tiled = 1
wx2 = 200
wy2 = 100
stack = (struct seg *) 0xa4080d4
sp = (struct seg *) 0xa408294
pts = 0xa403284 '\001'
#1 0x0814ca2e in php_gd_gdImageFill (im=0xa3efeec, x=0, y=0, nc=-5)
at /usr/local/src/php5.2-200710150630/ext/gd/libgd/gd.c:1972
l = 0
x1 = 84
x2 = 84
dy = 20
oc = 171900652
wx2 = -1076818088
wy2 = 9
alphablending_bak = 0
stack = (struct seg *) 0x0
sp = (struct seg *) 0x4
#2 0x08141f69 in zif_imagefill (ht=4, return_value=0xa3fd9d0,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=0,
tsrm_ls=0xa254050)
at /usr/local/src/php5.2-200710150630/ext/gd/gd.c:3612
IM = (zval **) 0xa3e2ea8
x = (zval **) 0xa3e2eac
y = (zval **) 0xa3e2eb0
col = (zval **) 0xa3e2eb4
im = (gdImagePtr) 0xa3efeec
>From a build last week that I had, I can't reproduce on 2.1.0 here.
[2007-10-28 22:34:00] [EMAIL PROTECTED]
Assign to Mattias, he will take a look at what I broke since 5.2.3 :)
[2007-10-28 22:08:55] [EMAIL PROTECTED]
It is weird, nothing in the imagefill code changed between 5.2.4 and
5.2.5RC.
Can you provide a backtrace please?
[2007-10-28 20:42:10] carlosp at ravenna dot com
Description:
Filling an image with a pattern causes httpd segmentation fault. It is
reproducible, but it does depend on the image dimensions. Version
5.2.3
works fine, so something changed as of 5.2.4, and still fails in
5.2.5RC1.
Reproduce code:
---
$im = ImageCreate( 200, 100 );
$black = ImageColorAllocate( $im, 0, 0, 0 );
$im_tile = ImageCreateFromGif( "transback.gif" );
ImageSetTile( $im, $im_tile );
ImageFill( $im, 0, 0, IMG_COLOR_TILED );
header( "Content-type: image/gif" );
ImageGif( $im );
ImageDestroy( $im );
Expected result:
A 200x100 image filled with the specified pattern.
BTW, the pattern itself is unremarkable, it fails with several
different
files I've tried. transback.gif above is a 64x64 from
http://www.blueknot.com/CSS/TRANSBACK.gif
If you change the image dimensions to 100x100, it will work. 101x100
does not!
I've also made it fail using gdImageFilledRectangle and particular
rectangle dimensions to fill, but was unable to find a correlation. So
the code above is the simplest example of the failure.
Actual result:
--
Safari reports the server suddenly dropped connection. Running httpd
-X
yields "Segmentation fault" when I execute the above script.
Even though I followed the instructions to the letter and tried both
httpd -X and through gdb, I am unable to produce a core dump or
backtrace...sorry. (The gdb method fails immediately upon startup
with
"gdb in realloc(): error: pointer to wrong page" but I believe that is
unrelated because 5.2.3 also gives me that error when I attempt to run
it through gdb),
My server is a practically fresh FreeBSD 6.2 install, and I'm using
the bundled GD library. This is my configuration command:
./configure --with-mysql --with-mysqli --with-
apxs=/usr/local/apache/bin/apxs --with-gd --with-zlib --with-png-
dir=/usr/local --with-jpeg-dir=/usr/local --enable-debug
-
#43122 [Opn->Bgs]: fatal error on a strange causes
ID: 43122 Updated by: [EMAIL PROTECTED] Reported By: gabri dot ns at googlemail dot com -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows 98/XP PHP Version: 5.2.4 New Comment: We are aware of PHP's problems with stability under IIS and are working to rectify the problem. Unfortunatly your bug report does not contain any extra useful information and we already have enough bug reports open about this issue. If you can provide more detailed information such as a reproducable crash or a backtrace please do so and reopen this bug. Otherwise please keep trying new releases as we are working to resolve the problems on this platform Thanks for your interest in PHP. Previous Comments: [2007-10-29 04:29:00] gabri dot ns at googlemail dot com Description: Actually it isn't an IIS error, but ISAPI related. I'm using Abyss Web Server 2.x and PHP 5.2.x on ISAPI interface. This error doesn't exist when using CGI. Don't ask me to change the interface to CGI. I have tried it, but since I using low memory computer it can't be done. Thank's before. Reproduce code: --- Expected result: infinite loop of redirecting Actual result: -- Fatal error: Cannot redeclare redirect() (previously declared in G:\Gbr\AbyssWS\htdocs\crash.php:3) in G:\Gbr\AbyssWS\htdocs\crash.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=43122&edit=1
#43123 [Opn->Bgs]: Memory Access Violation when closing Web Server
ID: 43123 Updated by: [EMAIL PROTECTED] Reported By: gabri dot ns at googlemail dot com -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows 98/XP PHP Version: 5.2.4 New Comment: We are aware of PHP's problems with stability under IIS and are working to rectify the problem. Unfortunatly your bug report does not contain any extra useful information and we already have enough bug reports open about this issue. If you can provide more detailed information such as a reproducable crash or a backtrace please do so and reopen this bug. Otherwise please keep trying new releases as we are working to resolve the problems on this platform Thanks for your interest in PHP. Use FastCGI, it's lighter plus works correctly. Previous Comments: [2007-10-29 04:56:25] gabri dot ns at googlemail dot com Description: I think it is not an IIS problem (I using AbyssWeb Server), but ISAPI related, because this error doesn't exist when using CGI as the interface. This error occur when I try to shutdown the server. Everything normal before shutdown proses (in the surface,i don't have a debugger). The AbyssWS's crashrep.txt report the error related to php5isapi.dll and libMySQL.dll Don't ask me to change the interface to CGI. I have tried it, but since I using low memory computer it can't be done. Thank's before. Reproduce code: --- Step by step error reproduce procedure Set php.ini to load MySQL module Start the AbyssWS --> If we shutdown the server now, no error occur Open the web http://localhost/phpinfo.php Shutdown the server Expected result: no error occur Actual result: -- Error Box with Memory Access Violation error -- Edit this bug report at http://bugs.php.net/?id=43123&edit=1
#43120 [Opn]: Domain Authenticated Machines no Username/password
ID: 43120 User updated by: tshipclark at gmail dot com Reported By: tshipclark at gmail dot com Status: Open -Bug Type: Feature/Change Request +Bug Type: PDO related Operating System: Windows PHP Version: 5.2.4 New Comment: Moved it to PDO Category. Previous Comments: [2007-10-28 14:18:11] tshipclark at gmail dot com Description: We currently use mssql_pconnect to connect to our server and we don't supply a username/password because the machine iis is running on is domain authenticated. My problem is Pdo will not allow me to not enter a username and password. And even if I put in blanks for username/password i still get permission denied. If you could make username/password optional that would be great! -- Edit this bug report at http://bugs.php.net/?id=43120&edit=1
#43126 [NEW]: Unexpected T_STATIC in parser error
From: [EMAIL PROTECTED]
Operating system:
PHP version: 5.3CVS-2007-10-29 (snap)
PHP Bug Type: Scripting Engine problem
Bug description: Unexpected T_STATIC in parser error
Description:
The parser error said: "expecting ... T_STATIC" in class and interface
declarations when used keywords in 'extends' or 'implements'.
Eg.
extends use
extends import
extends namespace
extends extends
extends class
With 'extends static' show:
Fatal error: Cannot use 'static' as class name as it is reserved in ...
Reproduce code:
---
class foo extends namespace {
}
Expected result:
Parse error: syntax error, unexpected T_NAMESPACE, expecting T_STRING or
T_PAAMAYIM_NEKUDOTAYIM
Actual result:
--
Parse error: syntax error, unexpected T_NAMESPACE, expecting T_STRING or
T_STATIC or T_PAAMAYIM_NEKUDOTAYIM
--
Edit bug report at http://bugs.php.net/?id=43126&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43126&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43126&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43126&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43126&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43126&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43126&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43126&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43126&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43126&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43126&r=support
Expected behavior:http://bugs.php.net/fix.php?id=43126&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43126&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43126&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43126&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43126&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43126&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43126&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43126&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43126&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43126&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43126&r=mysqlcfg
#42613 [Asn]: Unable to load Dynamic Link Libraries - installer buggy
ID: 42613 Updated by: [EMAIL PROTECTED] Reported By: patrick at baynewmedia dot com Status: Assigned Bug Type: *General Issues Operating System: Windows XP Pro & Windows Vista PHP Version: 5.2.4 Assigned To: jmertic New Comment: I understand your concern about the problems you've had with the installer. However, since I am not seeing you issue when using WinXP or Win2003 ( I unfortuantely don't have a Vista machine to test on, though others who have have reported back successful results on the whole ). In reading your very descriptive post, the most likely scenerio you are encountering comes down to two issues. - Updating the PATH environment variable and the extension_dir directive in the php.ini file, which the installer handles properly setting for you. - Installing extensions you don't need and/or don't have the supporting libraries for. This is why I recommend to only install the supporting libraries you need; many require third party libraries that we do not ship with the installer for various reasons. Thank you again for using the PHP Windows Installer and I hope to hear feedback from you after trying the above things. Previous Comments: [2007-10-24 16:12:47] patrick at baynewmedia dot com "Please reinstall with ONLY the extensions you need." I wasn't going to write another follow-up but...are you [EMAIL PROTECTED] KIDDING ME?!? What extensions do I need? How about you tell me! What the hell have I been asking since day one?!? You guys are absolutely brutal. You keep going around like a broken record; you keep saying the same things and when you can't get to the bottom of the issue, you hand it off to someone else and they do...EXACTLY THE SAME THING! I'm truly lost for words. [2007-10-24 16:01:24] patrick at baynewmedia dot com [EMAIL PROTECTED]: *sigh* Do you really want me to repeat everything ANOTHER time? Did you bother to read any of the posts I made in this thread? Your "advice" indicates you just skipped everything. I'm not doing this again...scroll up this page to the top, and read. If you can't be bothered, please hand this over to someone who cares. [2007-10-24 11:52:57] [EMAIL PROTECTED] A few things: - You shouldn't need to set any PATH environment variables; the installer does this for you. - Likewise, you should not need to tweak anything else in the php.ini file, unless you have some advanced directive that needs set. The installer takes care of all typical things, including the extension_dir setting. - Please reinstall with ONLY the extensions you need. It sounds like a combination of tweaking things that don't need tweaked and trying to install everything by default is the culprit here. Let me know if redoing the install with the above advice helps things out. [2007-10-22 18:00:30] patrick at baynewmedia dot com [EMAIL PROTECTED]: No, no files were moved. Files were only copied in this way: 1. When all DLLs continued to fail to load from the original installation directory (C:\PHP5\ext) I copied them (not moved, just copied) to the root installation directory (C:\PHP5). Now they were duplicated but at least they were being found. Any changes I made to the PHP.ini file regarding the location of extensions seemed to have no effect. I even tried setting it to weird and exotic locations like the "Program Files" directories, and so on. However, they would only load when together with the PHP executable and the INI settings had absolutely no effect (i.e. regardless of where I specified the path, the DLLs always loaded up from C:\PHP5). 2. I commented out the offending DLLs to get a basic PHP installation running (still the same INI file). Now I was getting no errors and phpinfo() showed that PHP was active albeit with no extended functionality. At this point I tried getting MySQL enabled. I placed the "libmysql.dll" file in all of the locations listed in previous entries in this thread along with updating the INI file. I also did a full system search to see if there were any other PHP initialization files sitting anywhere on the system, and to see where all the MySQL DLLs were. Only one INI file exists on my system, libmysql.dll exists in about 6 different locations, and simply doesn't load (PHP can't find it). So to recap: Upon my initial install on a new machine, I only copied the extension DLLs from "C:\PHP5\ext" to "C:\PHP5", effectively creating two copies. Various combinations to the path settings for these extensions resulted in the same thing: nothing. The extension DLLs are only ever recognized when in the same directory as the PHP executable. The only exception to this is the "libmysql.dll" file whic
#43038 [Asn]: Memory Allocaltion Failure on versions 5.2.1 and up
ID: 43038 User updated by: mike dot simonds at maxim-ic dot com Reported By: mike dot simonds at maxim-ic dot com Status: Assigned Bug Type: SOAP related Operating System: * PHP Version: 5.2CVS-2007-10-22 Assigned To: dmitry New Comment: Dmitry I have been in contact with Salesforce support and they are going to temporarily assign me an instance so I can reproduce the error. I am should have an area loaded today with bogus records to test the extract and reproduce the error today. I will then email you the scripts that cause the error ~Mike Previous Comments: [2007-10-25 14:43:01] mike dot simonds at maxim-ic dot com I wanted to explain to you the reasoning why I cannot 1) give you access to the area where this error is occurring, and 2) why I cannot create a functional script without a user and password. 1) these scripts contain and retrieve company sensitive data and I do not have the authority to be able to let you have access to this data. 2) The script(s) work with Salesforce.com's API and it is necessary to have an ID and Password to login I have a meeting today with Salesforce to discuss the possibility of setting up some sort of test area to be able to replicate this error. I can however, and if you agree, send you some links to two identical servers. One server will run php 5.2.0 and an export script and work just fine. One server will be running the latest CVS version of PHP 5.2.4 and will error. I cannot post these two URL's in the Bug due to private addresses. Please let me know if this can be done I will post this in the bug to keep it updated [2007-10-24 17:32:32] mike dot simonds at maxim-ic dot com Dmitry Thanks for the quick response. There is no way that I can write a script that allows access to this data without giving you access to the script, password & username, or our salesforce.com instance. I am in contact with the developers over at salesforce now trying to get access to a testing area where I can reproduce this error. The data that is being accessed is sensitive data from my organization. I can however send you a link so you can run the script and see the error from the exact script that I posted in the orignial post Sorry for this sir! Regards, Mike [2007-10-24 06:28:07] [EMAIL PROTECTED] Sorry, but could you please provide a complete example that demonstrates the bug and doesn't require your password. [2007-10-23 09:26:17] [EMAIL PROTECTED] Assigned to the SOAP extension maintainer. [2007-10-22 13:21:50] mike dot simonds at maxim-ic dot com We tried a CVS version for both Linux and Windows on Sunday and still received the same error/fault Thanks, Mike The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/43038 -- Edit this bug report at http://bugs.php.net/?id=43038&edit=1
#43057 [Opn]: mod_php can't resolve any hostname
ID: 43057 User updated by: bigboss at rambler dot ru Reported By: bigboss at rambler dot ru Status: Open Bug Type: Apache2 related Operating System: FreeBSD 6.2 PHP Version: 5.2.4 New Comment: May be this is problem of FreeBSD 6.2? I have another server with FreeBSD 6.1 and it's working fine. Previous Comments: [2007-10-27 08:32:27] bigboss at rambler dot ru Problem not fixed. [2007-10-25 21:15:37] mail at czar dot dk upgrade to PHP Version 5.2.5RC2-dev did not help, same problem appears uname -a FreeBSD web2.netplads.dk 6.2-RELEASE-p8 FreeBSD 6.2-RELEASE-p8 #6: Fri Oct 12 17:23:48 CEST 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP amd64 apache 2.0.61 configure options: ./configure --enable-bcmath --enable-calendar --enable-discard-path --enable-exif --enable-ftp --enable-gd-native-ttf --enable-libxml --enable-magic-quotes --enable-pic --enable-safe-mode --enable-sockets --enable-zip --prefix=/usr/local --with-apxs2=/usr/local/apache/bin/apxs --with-curl=/opt/curlssl/ --with-curlwrappers --with-freetype-dir=/usr/local --with-gd --with-gettext --with-imap=/opt/php_with_imap_client/ --with-imap-ssl=/usr/local --with-jpeg-dir=/usr/local --with-libxml-dir=/opt/xml2/ --with-mcrypt=/opt/libmcrypt/ --with-mhash=/opt/mhash/ --with-mysql --with-openssl=/usr/local --with-openssl-dir=/usr/local --with-png-dir=/usr/local --with-ttf --with-xpm-dir=/usr/local --with-zlib --with-zlib-dir=/usr --disable-ipv6 [2007-10-25 13:32:59] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2007-10-23 10:38:07] bigboss at rambler dot ru I am using php5 port for build PHP on my server... [2007-10-23 09:51:22] bigboss at rambler dot ru How? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/43057 -- Edit this bug report at http://bugs.php.net/?id=43057&edit=1
#43125 [NEW]: Missing space in error messages array min and max
From: [EMAIL PROTECTED] Operating system: all PHP version: 6CVS-2007-10-29 (CVS) PHP Bug Type: Arrays related Bug description: Missing space in error messages array min and max Description: In the array functions min and max implemented in ext/standard/array.c there are 4 error messages which run together "At" and "least". For example one message is as follows: "Atleast one value should be passed" The problem occurs four times in array.c. I thought twice about raising a bug for something as trivial as thus but when I saw the recent work to sort out the extra periods "." in error messages I realised that it would be appropriate to raise this. Once this change has been made the tests I committed for min and max can be altered to require the space. I'm happy to do this. The tests are currently written to pass with or without the space. Reproduce code: --- Expected result: Warning: min(): At least one value should be passed in %s on line %d Actual result: -- Warning: min(): Atleast one value should be passed %s on line %d -- Edit bug report at http://bugs.php.net/?id=43125&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43125&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43125&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43125&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43125&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43125&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43125&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43125&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43125&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43125&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43125&r=support Expected behavior:http://bugs.php.net/fix.php?id=43125&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43125&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43125&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43125&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43125&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43125&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43125&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43125&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43125&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43125&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43125&r=mysqlcfg
#43124 [Opn->Asn]: mysqli segfaults on shutdown after mysql_enable_rpl_parse()
ID: 43124
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Assigned
Bug Type: MySQLi related
Operating System: Linux 64bit
PHP Version: 5.2.5RC1
-Assigned To:
+Assigned To: andrey
Previous Comments:
[2007-10-29 08:51:05] [EMAIL PROTECTED]
Description:
mysql_enable_rpl_parse() changes (breaks) mysql connect struct somehow,
so that after using this function MySQLi crashes on shutdown, or on
mysql connect struct destruction to be precise.
Not sure if the problem is in MySQLi or on libmysqlclient, but the
latter seems to be more likely.
Reproduce code:
---
Expected result:
.
Actual result:
--
GDB backtrace:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 47731063565936 (LWP 12002)]
0x00894869 in zend_mm_check_ptr (heap=0xecb2c0, ptr=0x10c7b68,
silent=1, __zend_filename=0xc1f738 "/local/qa/5_3/Zend/zend_opcode.c",
__zend_lineno=258, __zend_orig_filename=0x0, __zend_orig_lineno=0)
at /local/qa/5_3/Zend/zend_alloc.c:1409
1409if (memcmp(end_magic, &_mem_block_end_magic,
END_MAGIC_SIZE)==0) {
(gdb) bt
#0 0x00894869 in zend_mm_check_ptr (heap=0xecb2c0,
ptr=0x10c7b68, silent=1, __zend_filename=0xc1f738
"/local/qa/5_3/Zend/zend_opcode.c",
__zend_lineno=258, __zend_orig_filename=0x0, __zend_orig_lineno=0)
at /local/qa/5_3/Zend/zend_alloc.c:1409
#1 0x00895bba in _zend_mm_free_int (heap=0xecb2c0,
p=0x10c7b68, __zend_filename=0xc1f738
"/local/qa/5_3/Zend/zend_opcode.c", __zend_lineno=258,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at
/local/qa/5_3/Zend/zend_alloc.c:1897
#2 0x008972a7 in _efree (ptr=0x10c7b68,
__zend_filename=0xc1f738 "/local/qa/5_3/Zend/zend_opcode.c",
__zend_lineno=258, __zend_orig_filename=0x0,
__zend_orig_lineno=0) at /local/qa/5_3/Zend/zend_alloc.c:2265
#3 0x008ae237 in destroy_op_array (op_array=0x10c77b0) at
/local/qa/5_3/Zend/zend_opcode.c:258
#4 0x008b9f54 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /local/qa/5_3/Zend/zend.c:1174
#5 0x0085afda in php_execute_script
(primary_file=0x7fff6d82a840) at /local/qa/5_3/main/main.c:2007
#6 0x0094e614 in main (argc=2, argv=0x7fff6d82aa78) at
/local/qa/5_3/sapi/cli/php_cli.c:1140
Valgrind log:
-
==12007== Invalid free() / delete / delete[]
==12007==at 0x4C226DB: free (in
/usr/lib64/valgrind/amd64-linux/vgpreload_memcheck.so)
==12007==by 0x7CFF30C: (within
/usr/lib64/libmysqlclient.so.15.0.0)
==12007==by 0x7CFF609: mysql_close (in
/usr/lib64/libmysqlclient.so.15.0.0)
==12007==by 0x5FF20B: mysqli_link_free_storage (mysqli.c:237)
==12007==by 0x8E2685: zend_objects_store_del_ref_by_handle
(zend_objects_API.c:206)
==12007==by 0x8E24D5: zend_objects_store_del_ref
(zend_objects_API.c:168)
==12007==by 0x8B754D: _zval_dtor_func (zend_variables.c:52)
==12007==by 0x8A7BBB: _zval_dtor (zend_variables.h:35)
==12007==by 0x8A7DE3: _zval_ptr_dtor (zend_execute_API.c:415)
==12007==by 0x8B78D3: _zval_ptr_dtor_wrapper
(zend_variables.c:175)
==12007==by 0x8C847D: zend_hash_apply_deleter (zend_hash.c:611)
==12007==by 0x8C8AB3: zend_hash_reverse_apply (zend_hash.c:760)
==12007==by 0x8A77BC: shutdown_destructors
(zend_execute_API.c:212)
==12007==by 0x8B8FCA: zend_call_destructors (zend.c:848)
==12007==by 0x85A1D3: php_request_shutdown (main.c:1447)
==12007==by 0x94EF2D: main (php_cli.c:1321)
--
Edit this bug report at http://bugs.php.net/?id=43124&edit=1
#43124 [NEW]: mysqli segfaults on shutdown after mysql_enable_rpl_parse()
From: [EMAIL PROTECTED]
Operating system: Linux 64bit
PHP version: 5.2.5RC1
PHP Bug Type: MySQLi related
Bug description: mysqli segfaults on shutdown after mysql_enable_rpl_parse()
Description:
mysql_enable_rpl_parse() changes (breaks) mysql connect struct somehow, so
that after using this function MySQLi crashes on shutdown, or on mysql
connect struct destruction to be precise.
Not sure if the problem is in MySQLi or on libmysqlclient, but the latter
seems to be more likely.
Reproduce code:
---
Expected result:
.
Actual result:
--
GDB backtrace:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 47731063565936 (LWP 12002)]
0x00894869 in zend_mm_check_ptr (heap=0xecb2c0, ptr=0x10c7b68,
silent=1, __zend_filename=0xc1f738 "/local/qa/5_3/Zend/zend_opcode.c",
__zend_lineno=258, __zend_orig_filename=0x0, __zend_orig_lineno=0) at
/local/qa/5_3/Zend/zend_alloc.c:1409
1409if (memcmp(end_magic, &_mem_block_end_magic,
END_MAGIC_SIZE)==0) {
(gdb) bt
#0 0x00894869 in zend_mm_check_ptr (heap=0xecb2c0, ptr=0x10c7b68,
silent=1, __zend_filename=0xc1f738 "/local/qa/5_3/Zend/zend_opcode.c",
__zend_lineno=258, __zend_orig_filename=0x0, __zend_orig_lineno=0) at
/local/qa/5_3/Zend/zend_alloc.c:1409
#1 0x00895bba in _zend_mm_free_int (heap=0xecb2c0, p=0x10c7b68,
__zend_filename=0xc1f738 "/local/qa/5_3/Zend/zend_opcode.c",
__zend_lineno=258,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at
/local/qa/5_3/Zend/zend_alloc.c:1897
#2 0x008972a7 in _efree (ptr=0x10c7b68, __zend_filename=0xc1f738
"/local/qa/5_3/Zend/zend_opcode.c", __zend_lineno=258,
__zend_orig_filename=0x0,
__zend_orig_lineno=0) at /local/qa/5_3/Zend/zend_alloc.c:2265
#3 0x008ae237 in destroy_op_array (op_array=0x10c77b0) at
/local/qa/5_3/Zend/zend_opcode.c:258
#4 0x008b9f54 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /local/qa/5_3/Zend/zend.c:1174
#5 0x0085afda in php_execute_script (primary_file=0x7fff6d82a840)
at /local/qa/5_3/main/main.c:2007
#6 0x0094e614 in main (argc=2, argv=0x7fff6d82aa78) at
/local/qa/5_3/sapi/cli/php_cli.c:1140
Valgrind log:
-
==12007== Invalid free() / delete / delete[]
==12007==at 0x4C226DB: free (in
/usr/lib64/valgrind/amd64-linux/vgpreload_memcheck.so)
==12007==by 0x7CFF30C: (within /usr/lib64/libmysqlclient.so.15.0.0)
==12007==by 0x7CFF609: mysql_close (in
/usr/lib64/libmysqlclient.so.15.0.0)
==12007==by 0x5FF20B: mysqli_link_free_storage (mysqli.c:237)
==12007==by 0x8E2685: zend_objects_store_del_ref_by_handle
(zend_objects_API.c:206)
==12007==by 0x8E24D5: zend_objects_store_del_ref
(zend_objects_API.c:168)
==12007==by 0x8B754D: _zval_dtor_func (zend_variables.c:52)
==12007==by 0x8A7BBB: _zval_dtor (zend_variables.h:35)
==12007==by 0x8A7DE3: _zval_ptr_dtor (zend_execute_API.c:415)
==12007==by 0x8B78D3: _zval_ptr_dtor_wrapper (zend_variables.c:175)
==12007==by 0x8C847D: zend_hash_apply_deleter (zend_hash.c:611)
==12007==by 0x8C8AB3: zend_hash_reverse_apply (zend_hash.c:760)
==12007==by 0x8A77BC: shutdown_destructors (zend_execute_API.c:212)
==12007==by 0x8B8FCA: zend_call_destructors (zend.c:848)
==12007==by 0x85A1D3: php_request_shutdown (main.c:1447)
==12007==by 0x94EF2D: main (php_cli.c:1321)
--
Edit bug report at http://bugs.php.net/?id=43124&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43124&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43124&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43124&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43124&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43124&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43124&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43124&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43124&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43124&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43124&r=support
Expected behavior:http://bugs.php.net/fix.php?id=43124&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43124&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43124&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43124&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43124&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43124&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43124&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43124&r=gnused
Floating point limitations: http://bugs.php.net/f
