#42705 [NEW]: Defining sys/stat.h's constants in PHP
From: arnaud dot lb at gmail dot com Operating system: PHP version: 5.2.4 PHP Bug Type: Feature/Change Request Bug description: Defining sys/stat.h's constants in PHP Description: It would be very useful to have the sys/stat.h constants (S_*, e.g. S_ISUID for the setuid bit) defined in PHP, to be able to more easily use the values returned by functions such as fileperms() or stat(). I actually use this to define them (from stat(2) man page), but I guess it's not portable: This make me able to do things like ($fileperms & S_IROTH) instead of ($fileperms & 4) to know if a file is world readable. -- Edit bug report at http://bugs.php.net/?id=42705&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42705&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42705&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42705&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42705&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42705&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42705&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42705&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42705&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42705&r=support Expected behavior:http://bugs.php.net/fix.php?id=42705&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42705&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42705&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42705&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42705&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42705&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42705&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42705&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42705&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42705&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42705&r=mysqlcfg
#42699 [Com]: PHP_SELF duplicates path
ID: 42699 Comment by: w dot ashcroft at redfoxuk dot com Reported By: vvv at colocall dot net Status: Assigned Bug Type: CGI related Operating System: FreeBSD 6.2, apache 2.2.6 PHP Version: 5.2CVS-2007-09-18 Assigned To: dmitry New Comment: I noticed the bug fix for #42523 was a specific workaround for when the server software CGI variable was set as Microsoft-IIS; so clearly the "hack" fix for #42523 needs to be done properly if it doesn't fix the problem completely. Previous Comments: [2007-09-18 12:23:33] [EMAIL PROTECTED] Dmitry, can you check this out please. [2007-09-18 11:22:00] vvv at colocall dot net I've tried php5.2-200709180830 before submitting the bug. I've got the same behavior as using php-5.2.4. [2007-09-18 10:51:34] vvv at colocall dot net Description: Path appears to be duplicated. The bug is absolutely the same as #42523, but not related to WinXP/IIS. Reproduce code: --- echo $_SERVER['PHP_SELF']; Expected result: /path/test.php Actual result: -- /path/test.php/path/test.php -- Edit this bug report at http://bugs.php.net/?id=42699&edit=1
#12486 [Com]: fgetcsv - Why not a getcsv (string not file) version?
ID: 12486 Comment by: no at mail dot com Reported By: george at whiffen dot net Status: Assigned Bug Type: Feature/Change Request Operating System: All PHP Version: 4.0.6 Assigned To: hholzgra New Comment: It is year 2007 and still no getcsv... Previous Comments: [2002-06-17 13:50:59] [EMAIL PROTECTED] i'm about to add csv_join() / csv_explode() [2001-07-31 09:08:01] george at whiffen dot net Feature Request/Design Issue on FGETCSV getcsv i..e fgetcsv without the file read would be very useful, fgetcsv as it is isn't much use. At least two reasons: 1. Line terminator, depending on Mac, PC, Unix origin the line terminator could be \r,\n,\r\n. This is not too hard to cope with via a fgets and an explode on \r. But then I can't use fgetcsv to do the parsing since it insists for some bizarre reason, on doing the file read itself. This could be solved by an optional line terminator argument to fgetcsv, as long as it's a regular expression, but it's all extra complication for all the default behaviour users. 2. Acquiring the original, unparsed line. Typically, if a line of an uploaded csv file fails my own validation I want to just chuck the line back via a "rejects" download. This is easy if I have the original line read in its original format but a pain if I just have the parsed version and have to put back the comma-separation all over again. I can't even guarantee to return the original line since I don't know if the fields were quoted or not! Practically this makes fgetcsv useless for me, simply because it does TOO MUCH i.e. it insists on doing the file read rather than just the parsing! My preferred solution would have just been to have getcsv accepting a string, then fgetcsv would be simply coded as getcsv(fgets($fp...)) As we've got fgetcsv now, I guess we gotta keep it, but can we also have getcsv please! Many thanks, George P.S. On a more general note, I hope we aren't going to start having php following the Microsoft pseudo-intelligent style of trying to bundle too much into each function. We want tools, not someone else's solutions to what they think our problem is! -- Edit this bug report at http://bugs.php.net/?id=12486&edit=1
#42704 [Opn]: php compiled --with-sybase=/usr/local/freetds --enable-soap memory exhausted
ID: 42704
User updated by: carl dot washburn at iridium dot com
Reported By: carl dot washburn at iridium dot com
Status: Open
Bug Type: Sybase (dblib) related
Operating System: Solaris 10
PHP Version: 5.2.4
New Comment:
Added info:
This is 64 bit php build. 32 bit has not been tested.
Code that reproduces bug:
Previous Comments:
[2007-09-18 19:16:16] carl dot washburn at iridium dot com
Description:
I have seen this problem in both 5.2.3 and 5.2.4.
If I compile php with:
--with-sybase=/usr/local/freetds
--enable-soap,
I receive the following when calling sybase_query:
"Allowed memory size of 104857600 bytes exhausted (tried to allocate
4722688 bytes)"
If I use:
ini_set("memory_limit","-1");
ini_set("max_execution_time","-1");
I receive from the same call to sybase_query:
"Out of memory (allocated 8156348416) (tried to allocate 370671616
bytes)" .
The query returns requested information if I do not enable soap
extensions.
Expected result:
Query to return the same information as without --enable-soap.
Actual result:
--
Query fails.
--
Edit this bug report at http://bugs.php.net/?id=42704&edit=1
#42502 [Asn->Csd]: GCC no longer implements
ID: 42502
Updated by: [EMAIL PROTECTED]
Reported By: supportnew at byethost dot com
-Status: Assigned
+Status: Closed
Bug Type: mbstring related
Operating System: debian linux 4
PHP Version: 5.2.4
Assigned To: hirokawa
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.
Detection routine for stdarg.h in ext/mbstring/config.m4 is
modified/simplified.
Previous Comments:
[2007-09-16 15:59:38] supportnew at byethost dot com
I done the following
web3:~# cd /root
web3:~# vi sample.c
web3:~# gcc sample.c -o sample
web3:~# ./sample
web3:~#
web3:~# cat sample.c
#include
int foo(int x, ...) {
va_list va;
va_start(va, x);
va_arg(va, int);
va_arg(va, char *);
va_arg(va, double);
return 0;
}
int main() {
return foo(10, "", 3.14);
}
on running the compiled sample nothing is returned.
Just a note, php 5.2.3 compiles file still on the same servers / with
same gcc, etc.
[2007-09-16 09:56:26] [EMAIL PROTECTED]
The variable length argument defined in stdarg.h is not properly
detected for your system.
A possible workaround is force to define HAVE_STDARG_PROTOTYPES
in your main/php_config.h
#define HAVE_STDARG_PROTOTYPES 1
Could you show me the return code of
a small program shown bellow ?
sample.c
#include
int foo(int x, ...) {
va_list va;
va_start(va, x);
va_arg(va, int);
va_arg(va, char *);
va_arg(va, double);
return 0;
}
int main() {
return foo(10, "", 3.14);
}
> gcc sample.c -o sample
[2007-09-16 09:52:26] [EMAIL PROTECTED]
#include
int foo(int x, ...) {
va_list va;
va_start(va, x);
va_arg(va, int);
va_arg(va, char *);
va_arg(va, double);
return 0;
}
int main() {
return foo(10, "", 3.14);
}
[2007-09-13 05:31:01] chris at acu dot edu
This problem is also reproduceable on Solaris 10.
./configure --prefix=/opt/php-5.2.4
--with-apxs2=/usr/local/httpd/bin/apxs --with-mysql=/usr/local/mysql
--with-libxml-dir=/usr --enable-calendar --with-gd=/usr/local
--with-ttf=/usr --with-freetype-dir=/usr --enable-exif
--with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr --with-xsl
--with-pdo-sqlite --with-pdo-mysql=/usr/local/mysql --with-pear
--with-iconv=/usr/local --enable-ftp --with-curl=/opt/php-5.2.4
--enable-mbstring --enable-embedded-mysqli --with-gettext
using
$ gcc -v
Reading specs from /usr/sfw/lib/gcc/i386-pc-solaris2.11/3.4.3/specs
Configured with:
/builds2/sfwnv-gate/usr/src/cmd/gcc/gcc-3.4.3/configure
--prefix=/usr/sfw --with-as=/usr/sfw/bin/gas --with-gnu-as
--with-ld=/usr/ccs/bin/ld --without-gnu-ld
--enable-languages=c,c++,f77,objc --enable-shared
Thread model: posix
gcc version 3.4.3 (csl-sol210-3_4-20050802)
produces the same error as supportnew at byethost dot com
[2007-09-12 11:58:15] [EMAIL PROTECTED]
Rui, feedback given.
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/42502
--
Edit this bug report at http://bugs.php.net/?id=42502&edit=1
#41655 [Csd->Opn]: open_basedir bypass via glob()
ID: 41655
Updated by: [EMAIL PROTECTED]
Reported By: dr at peytz dot dk
-Status: Closed
+Status: Open
Bug Type: Safe Mode/open_basedir
Operating System: Linux
PHP Version: 5.2.3
Assigned To: iliaa
New Comment:
Please, you can't break BC at this point. My example works before and
must work now.
/home/pierre/cvs/php52/ext/*/tests/../../../../../*
has nothing to do with my example except that you add relative paths
later. It is simply another case that should fail because of
open_basedir.
My example introduces a huge BC break in symfony, to list only one
widely used "app". Back to open, if you don't want to fix it yourself,
please let me know, I will have to do it myself.
Previous Comments:
[2007-09-18 19:08:04] [EMAIL PROTECTED]
This is unavoidable since you don't want things like:
/home/pierre/cvs/php52/ext/*/tests/../../../../../*
to be let through.
[2007-09-17 07:51:11] [EMAIL PROTECTED]
The fix for this bug introduced a regression.
Using:
$a =glob("/home/pierre/cvs/php52/ext/*/tests/*");'
Where:
open_basedir = /home/pierre/cvs/php52
glob fails to access this path:
Warning: glob(): Unable to access /home/pierre/cvs/php52/ext/*/tests in
Command line code on line 1
[2007-06-12 12:57:50] [EMAIL PROTECTED]
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.
[2007-06-11 17:14:02] dr at peytz dot dk
Description:
file_exists() etc. does not allow checking the existence of files
outside the directories specified in open_basedir.
This can be circumvented using glob(). glob() does check open_basedir,
but its return type still reveals whether files exist outside
open_basedir. The existence of a file can be checked using
!is_array(glob($filename)).
Reproduce code:
---
var_dump(glob('/etc/hosts'));
var_dump(glob('/etc/does-not-exist'));
Expected result:
bool(false)
bool(false)
or
array(0) {
}
array(0) {
}
Actual result:
--
bool(false)
array(0) {
}
--
Edit this bug report at http://bugs.php.net/?id=41655&edit=1
#42189 [Opn->Csd]: xmlrpc_set_type() crashes php
ID: 42189 Updated by: [EMAIL PROTECTED] Reported By: giunta dot gaetano at gmail dot com -Status: Open +Status: Closed Bug Type: XMLRPC-EPI related Operating System: windows xp or 2000 PHP Version: 5.2.3 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-08-15 19:49:55] giunta dot gaetano at gmail dot com I do not think it is going away anytime soon, as much as everybody could wish it, just because of the critical mass it has reached (kinda likle http and html...). It is widely used in blogging tools for trackbacks, by red hat for their rhn system update tool, and has a lot of libraries written in every conceivable language. Oh, and least I forget, it is also used by PEAR as THE distribution protocol, isn't it? Iirc breaking support for HTTP_RAW_MESSAGE (and hence pear xmlrpc) in php 5.2.2 caused quite an unpheaval in the user base... Otoh, xmlrpc might be dead and cold in the grave, it does not mean that a crasher bug has got to be left unpatched (imho, of course ;) [2007-08-15 08:41:02] [EMAIL PROTECTED] To me it seems like xmlrpc is dead fish, I can't even access http://www.xmlrpc.com/ anymore. (dunno if it's temporary issue though) [2007-08-06 10:00:04] giunta dot gaetano at gmail dot com As a side note, mostly to comments on #22468 - the official epi lib has not seen any cvs commit in about 5 years, and the php engine is possibly the biggest user of the lib, so I would not mind too much forking the underlying codebase (bug #69492 was opened there after the php devs refused to fix 22468, but it's till open after 4,5 years...) [2007-08-02 20:56:37] giunta dot gaetano at gmail dot com Description: Trying to cast a non-iso8601 conforming string to an xmlrpc datetime object crashes php. This happens if the characters in position 0 to 6 are too high in the ascii table, presumably moving the converted date too far away in the future This is repro with php 447 and 523 Note that it 'might' be the same bug as #22468 (the cause looks the same allright), with the difference that you get corrupted data on gentoo, and a core dump on winblows... Reproduce code: --- Expected result: false Actual result: -- CRASH'N'BURN -- Edit this bug report at http://bugs.php.net/?id=42189&edit=1
#29144 [Com]: PHP is not executed/not handling files
ID: 29144 Comment by: php at worldwebmaster dot com Reported By: php at soapi dot com Status: No Feedback Bug Type: Apache2 related Operating System: RedHat Enterprise Linux 3.0 PHP Version: 5.0.0 New Comment: I'm experiencing the same problem with PHP5 on Debian with Apache 1.3.34. I have tried modifying the AddType lines in httpd.conf several times to no avail. Previous Comments: [2004-09-14 01:00:08] 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". [2004-09-06 18:59:34] [EMAIL PROTECTED] So install Apache1 [2004-09-06 09:27:03] jesse at eonstreet dot com I don't know about apache1 because my server is apache2. The verson I am trying is 5.0.1 [2004-09-06 04:21:17] [EMAIL PROTECTED] Does it work with Apache1 for you? [2004-09-06 03:53:47] jesse at eonstreet dot com I have the same problem. Everything is fine except when I change the http.conf from libphp4 to libphp5. I too believe this is a bug and has something to do with a the way the libphp5.so is tell apache2 how to handle the files. I tried compiling "--with-apxs2" only but that did not work. Neither "--with-apxs2=/usr/sbin/apxs --with-apxs2filter=/usr/sbin/apxs" 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/29144 -- Edit this bug report at http://bugs.php.net/?id=29144&edit=1
#42704 [NEW]: php compiled --with-sybase=/usr/local/freetds --enable-soap memory exhausted
From: carl dot washburn at iridium dot com
Operating system: Solaris 10
PHP version: 5.2.4
PHP Bug Type: Sybase (dblib) related
Bug description: php compiled --with-sybase=/usr/local/freetds --enable-soap
memory exhausted
Description:
I have seen this problem in both 5.2.3 and 5.2.4.
If I compile php with:
--with-sybase=/usr/local/freetds
--enable-soap,
I receive the following when calling sybase_query:
"Allowed memory size of 104857600 bytes exhausted (tried to allocate
4722688 bytes)"
If I use:
ini_set("memory_limit","-1");
ini_set("max_execution_time","-1");
I receive from the same call to sybase_query:
"Out of memory (allocated 8156348416) (tried to allocate 370671616 bytes)"
.
The query returns requested information if I do not enable soap
extensions.
Expected result:
Query to return the same information as without --enable-soap.
Actual result:
--
Query fails.
--
Edit bug report at http://bugs.php.net/?id=42704&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42704&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42704&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42704&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42704&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42704&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42704&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42704&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42704&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42704&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42704&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42704&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42704&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42704&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42704&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42704&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42704&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42704&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42704&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42704&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42704&r=mysqlcfg
#41655 [Asn->Csd]: open_basedir bypass via glob()
ID: 41655
Updated by: [EMAIL PROTECTED]
Reported By: dr at peytz dot dk
-Status: Assigned
+Status: Closed
Bug Type: Safe Mode/open_basedir
Operating System: Linux
PHP Version: 5.2.3
Assigned To: iliaa
New Comment:
This is unavoidable since you don't want things like:
/home/pierre/cvs/php52/ext/*/tests/../../../../../*
to be let through.
Previous Comments:
[2007-09-17 07:51:11] [EMAIL PROTECTED]
The fix for this bug introduced a regression.
Using:
$a =glob("/home/pierre/cvs/php52/ext/*/tests/*");'
Where:
open_basedir = /home/pierre/cvs/php52
glob fails to access this path:
Warning: glob(): Unable to access /home/pierre/cvs/php52/ext/*/tests in
Command line code on line 1
[2007-06-12 12:57:50] [EMAIL PROTECTED]
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.
[2007-06-11 17:14:02] dr at peytz dot dk
Description:
file_exists() etc. does not allow checking the existence of files
outside the directories specified in open_basedir.
This can be circumvented using glob(). glob() does check open_basedir,
but its return type still reveals whether files exist outside
open_basedir. The existence of a file can be checked using
!is_array(glob($filename)).
Reproduce code:
---
var_dump(glob('/etc/hosts'));
var_dump(glob('/etc/does-not-exist'));
Expected result:
bool(false)
bool(false)
or
array(0) {
}
array(0) {
}
Actual result:
--
bool(false)
array(0) {
}
--
Edit this bug report at http://bugs.php.net/?id=41655&edit=1
#42650 [Opn->Fbk]: httpd segfaults when odbc_pconnect called with incorrect username/password
ID: 42650 Updated by: [EMAIL PROTECTED] Reported By: gordonthree at gmail dot com -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: Centos 5 PHP Version: 5CVS-2007-09-13 (CVS) New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Can you please compile PHP with --enable-debug and try running the script on the command line. The backtrace should be much better then the one you currently have. From the current backtrace it does not appear that the crash is inside PHP. Previous Comments: [2007-09-13 12:24:36] gordonthree at gmail dot com @jani When a correct username and password is supplied, it works great, no crash. [2007-09-13 07:57:09] [EMAIL PROTECTED] First of all, doesn't it not crash when you use correct username/password? (try search for existing reports about using odbc_pconnect(), there are open bug reports about it crashing already..) [2007-09-13 04:03:00] gordonthree at gmail dot com sorry, it looks like the trace I provided was not for the worker that actually died. any tips on how to determine what httpd worker thread to attach to, to capture it dieing? [2007-09-13 03:59:09] gordonthree at gmail dot com Description: When attempting to connect to an odbc data source via odbc_pconnect with incorrect username and/or password, the httpd (apache) instance handling that connection segfaults. OS is Centos 5 (RHEL5) running in a vmware server virtual machine 32 bit I am using ODBC to connect to a mysql server running on localhost for persistent db connections and mysql stored proc support. Reproduce code: --- Expected result: user should see connected printed on web page. Actual result: -- from httpd/error_log [Wed Sep 12 23:45:44 2007] [notice] child pid 2233 exit signal Segmentation fault (11) [EMAIL PROTECTED] ~]# gdb http 2232 GNU gdb Red Hat Linux (6.5-16.el5rh) This GDB was configured as "i386-redhat-linux-gnu"...http: No such file or directory. Attaching to process 2232 Reading symbols from /usr/sbin/httpd...(no debugging symbols found)...done. Using host libthread_db library "/lib/libthread_db.so.1". . (no debugging symbols found)...done. Loaded symbols for /etc/httpd/modules/mod_suexec.so Reading symbols from /usr/lib/httpd/modules/mod_disk_cache.so...(no debugging symbols found)...done. Loaded symbols for /etc/httpd/modules/mod_disk_cache.so Reading symbols from /usr/lib/httpd/modules/mod_file_cache.so... (no debugging symbols found)...done. Loaded symbols for /etc/httpd/modules/mod_file_cache.so Reading symbols from /usr/lib/httpd/modules/mod_mem_cache.so...(no debugging symbols found)...done. Loaded symbols for /etc/httpd/modules/mod_mem_cache.so Reading symbols from /usr/lib/httpd/modules/mod_cgi.so... (no debugging symbols found)...done. Loaded symbols for /etc/httpd/modules/mod_cgi.so Reading symbols from /usr/lib/httpd/modules/mod_perl.so...(no debugging symbols found)...done. Loaded symbols for /etc/httpd/modules/mod_perl.so Reading symbols from /usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so... (no debugging symbols found)...done. Loaded symbols for /usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so Reading symbols from /lib/libutil.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libutil.so.1 Reading symbols from /usr/lib/httpd/modules/libphp5.so... (no debugging symbols found)...done. Loaded symbols for /etc/httpd/modules/libphp5.so Reading symbols from /usr/lib/libaspell.so.15...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libaspell.so.15 Reading symbols from /usr/lib/libpspell.so.15... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libpspell.so.15 Reading symbols from /usr/lib/sse2/libgmp.so.3...done. Loaded symbols for /usr/lib/sse2/libgmp.so.3 Reading symbols from /usr/lib/libcurl.so.3...done. Loaded symbols for /usr/lib/libcurl.so.3 Reading symbols from /usr/lib/libbz2.so.1...done. Loaded symbols for /usr/lib/libbz2.so.1 Reading symbols from /usr/lib/libxml2.so.2...done. Loaded symbols for /usr/lib/libxml2.so.2 Reading symbols from /usr/lib/libidn.so.11...done. Loaded symbols for /usr/lib/libidn.so.11 Reading symbols from /usr/
#41350 [Com]: Error in my_thread_global_end()
ID: 41350 Comment by: chadworsham at hotmail dot com Reported By: graham at directhostinguk dot com Status: No Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.3 Assigned To: scottmac New Comment: Error in my_thread_global_end(): 3 threads didn't exit D:\>ver Microsoft Windows XP [Version 5.1.2600] C:\php5>php.exe -v PHP 5.2.4 (cli) (built: Aug 30 2007 07:06:31) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Error in my_thread_global_end(): 3 threads didn't exit mysql> status -- mysql Ver 14.13 Distrib 6.0.2-alpha, for Win32 (ia32) Does anyone know of a REAL fix? Previous Comments: [2007-09-18 06:13:54] wangyi6854 at sohu dot com I got the problem on Win2k3, IIS6, php5.2.4 PHP Version 5.2.4 System Windows NT BANDAO-17 5.2 build 3790 Build Date Aug 30 2007 07:05:48 Configure Command cscript /nologo configure.js "--enable-snapshot-build" "--with-gd=shared" Server API CGI/FastCGI Virtual Directory Support enabled Configuration File (php.ini) Path C:\WINDOWS Loaded Configuration File F:\PHP5\php.ini PHP API 20041225 PHP Extension 20060613 Zend Extension 220060519 Debug Build no Thread Safety enabled Zend Memory Manager enabled IPv6 Support enabled Registered PHP Streams php, file, data, http, ftp, compress.zlib Registered Stream Socket Transports tcp, udp Registered Stream Filters convert.iconv.*, string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, zlib.* mysql MySQL Support enabled Active Persistent Links 0 Active Links 0 Client API version 5.0.45 Directive Local Value Master Value mysql.allow_persistent On On mysql.connect_timeout 60 60 mysql.default_host no value no value mysql.default_password no value no value mysql.default_port no value no value mysql.default_socket no value no value mysql.default_user no value no value mysql.max_links Unlimited Unlimited mysql.max_persistent Unlimited Unlimited mysql.trace_mode Off Off mysqli MysqlI Support enabled Client API library version 5.0.45 Client API header version 5.0.45 MYSQLI_SOCKET /tmp/mysql.sock Directive Local Value Master Value mysqli.default_host no value no value mysqli.default_port 3306 3306 mysqli.default_pw no value no value mysqli.default_socket no value no value mysqli.default_user no value no value mysqli.max_links Unlimited Unlimited mysqli.reconnect Off Off Error in my_thread_global_end(): 1 threads didn't exit [2007-09-18 01:00:00] 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". [2007-09-17 07:16:18] thorsten at phpmyfaq dot de The bug still exists with today's build: zend_mm_heap corrupted Error in my_thread_global_end(): 252 threads didn't exit [2007-09-14 06:53:08] csharp dot net dot 2007 at hotmail dot com Error in my_thread_global_end(): 1, Error in my_thread_global_end(): 3 I have the same issue. I opened php.ini and disabled the PHP_IISFUNC like this : ;[PHP_IISFUNC] ;extension=php_iisfunc.dll The problem goes away. [2007-09-12 15:51:29] Chicken at TheMooFarm dot com Forgot to add PHP was installed by the MIS php-5.2.4-win32-installer.msi but then I copied over the missing DLLs by downloading the ZIP php-5.2.4-Win32.zip why are there missing dlls in the MSI install anyway ?¿? I know I am complaining a lot (this stuff is free after all) but isnt this a release version shouldnt a msi install the dlls heh :o) anyway GD seems to load GD Version bundled (2.0.34 compatible) in phpinfo Hope there is a fix soon lots of people trying to have XP development computers so they can design their CMS / Blog sites really need access to what is working on their servers. 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/41350 -- Edit this bug report at http://bugs.php.net/?id=41350&edit=1
#42692 [Opn->Asn]: Procedure 'int1' not present with doc/lit SoapServer
ID: 42692 Updated by: [EMAIL PROTECTED] Reported By: michael dot tutty at gmail dot com -Status: Open +Status: Assigned Bug Type: SOAP related Operating System: SuSE 10.2 PHP Version: 5CVS-2007-09-18 (snap) -Assigned To: +Assigned To: dmitry Previous Comments: [2007-09-18 03:26:01] michael dot tutty at gmail dot com Description: Calling AddNumbers on the sample SOAP server class yields the familiar "Procedure 'xxx' not present" exception when calling $server->handle(). Calling the reflectString(string) method works. It seems as though the number of parameters makes a difference. This seems like a pretty big problem, as it prevents PHP from acting as a WS-I-compliant service to .NET and Java-based consumers. I tested with this service class as part of verifying bug 42086. It is not fixed in this example. Since I'm not the owner of 42086, I am submitting this report instead. Reproduce code: --- http://pastebin.com/m786a07d4 Expected result: The SoapServer class should recognize the method being called. Actual result: -- The SoapServer class appears to look for an implementation method that matches the name of the first Xml tag in the SOAP envelope. I think this would be correct for rpc/encoded usage, but not for doc/lit. -- Edit this bug report at http://bugs.php.net/?id=42692&edit=1
#42685 [Opn->Asn]: imagefilledellipse wrong size
ID: 42685 Updated by: [EMAIL PROTECTED] Reported By: chinhnt2k3 at yahoo dot com -Status: Open +Status: Assigned Bug Type: GD related Operating System: Mandriva Linux, Windows XP PHP Version: 5.2.4 -Assigned To: +Assigned To: pierre Previous Comments: [2007-09-17 04:41:13] chinhnt2k3 at yahoo dot com Description: imagefilledellipse() produces an ellipse with a different size if the size is even. Reproduce code: --- Expected result: An ellipse with the size of 26. Actual result: -- An ellipse with the size of 27. -- Edit this bug report at http://bugs.php.net/?id=42685&edit=1
#42686 [Fbk->Csd]: magic_quotes_gpc() does not respect data type
ID: 42686
User updated by: buganini at gmail dot com
Reported By: buganini at gmail dot com
-Status: Feedback
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: Windows 2003
PHP Version: 5.2.4
New Comment:
Sorry,
I made mistake:(
I included some auto-stripslashes code,
but it is those code doesnt respect data type,
not php's fault.
Previous Comments:
[2007-09-18 09:34:03] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
[2007-09-17 11:00:31] buganini at gmail dot com
Description:
Under Windows 2003 IIS 6,
I had a list of
and I had
var_dump($_POST['blah']);
in the action page
I got:
string(5) "Array"
[EMAIL PROTECTED]&*
After I turned magic_quotes_gpc to off,
I got what I want:
array(2) {
[0]=>
string(4) "blah"
[1]=>
string(4) "bluh"
}
I thought it is because magic_quotes_gpc forget to consider data type
while adding slashes.
//This problem dosen't exist under FreeBSD
Reproduce code:
---
var_dump($_POST['blah']);
Expected result:
array(2) {
[0]=>
string(4) "blah"
[1]=>
string(4) "bluh"
}
Actual result:
--
string(5) "Array"
--
Edit this bug report at http://bugs.php.net/?id=42686&edit=1
#42703 [NEW]: Exception raised in an iterator::current() causes segfault in FilterIterator
From: daan at react dot nl Operating system: PHP version: 5.2.4 PHP Bug Type: SPL related Bug description: Exception raised in an iterator::current() causes segfault in FilterIterator Description: When raising an exception in the current() method of an iterator while that iterator is being processed by either an IteratorIterator or FilterIterator causes PHP to crash. Reproduce code: --- $value) echo $value; Expected result: Exception thrown Actual result: -- #0 zim_spl_dual_it_rewind (ht=0, return_value=0xb7827e04, return_value_ptr=0x0, this_ptr=0xb7826d80, return_value_used=1) at /usr/src/php-5.2.4/ext/spl/spl_iterators.c:1128 #1 0x08327528 in zend_call_function (fci=0xbfa93970, fci_cache=0xbfa93950) at /usr/src/php-5.2.4/Zend/zend_execute_API.c:1004 #2 0x083447e0 in zend_call_method (object_pp=0xbfa939f0, obj_ce=0x86c73d0, fn_proxy=0x86c7500, function_name=0x85c5425 "rewind", function_name_len=6, retval_ptr_ptr=0x0, param_count=0, arg1=0x0, arg2=0x0) at /usr/src/php-5.2.4/Zend/zend_interfaces.c:88 #3 0x08344ded in zend_user_it_rewind (_iter=0xb7829124) at /usr/src/php-5.2.4/Zend/zend_interfaces.c:252 #4 0x0839af62 in ZEND_FE_RESET_SPEC_CV_HANDLER (execute_data=0xbfa93bb0) at /usr/src/php-5.2.4/Zend/zend_vm_execute.h:19980 #5 0x0834f5b9 in execute (op_array=0xb782726c) at /usr/src/php-5.2.4/Zend/zend_vm_execute.h:92 #6 0xb77cc44e in xdebug_execute (op_array=0xb782726c) at /tmp/pear/cache/xdebug-2.0.0RC3/xdebug.c:1487 #7 0x083341c4 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/php-5.2.4/Zend/zend.c:1134 #8 0x082f822a in php_execute_script (primary_file=0xbfa96030) at /usr/src/php-5.2.4/main/main.c:1982 #9 0x083b802f in main (argc=2, argv=0xbfa96104) at /usr/src/php-5.2.4/sapi/cli/php_cli.c:1140 -- Edit bug report at http://bugs.php.net/?id=42703&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42703&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42703&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42703&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42703&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42703&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42703&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42703&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42703&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42703&r=support Expected behavior:http://bugs.php.net/fix.php?id=42703&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42703&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42703&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42703&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42703&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42703&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42703&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42703&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42703&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42703&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42703&r=mysqlcfg
#33047 [Com]: glob() doesn't work inside directories with brackets [ ]
ID: 33047
Comment by: rele at gmx dot de
Reported By: wiseman1024 at gmail dot com
Status: No Feedback
Bug Type: Directory function related
Operating System: Windows 2000
PHP Version: 4.3.9
New Comment:
This bug has still not been fixed, I tested it with PHP 5.2.4 on WinXP
SP 2.
In addition the bug occurs when the glob pattern parameter contains a
directory path containing non-empty brackets.
And in contrary to the workaround mentioned in the manual, escaping
does not change anything.
http://www.php.net/manual/en/function.glob.php#76621
chdir('C:\\');
$dir = 'C:\a[test]';
$dir_escaped = 'C:\a\[test\]';
print_r(glob($dir . DIRECTORY_SEPARATOR . '*'));
print_r(glob($dir_escaped . DIRECTORY_SEPARATOR . '*'));
Previous Comments:
[2006-02-16 23:52:50] ian at res-alian dot com
Argh. I forgot to add sort($picfns) for good measure, since readdir()
returns entries in the order they appear on the hard drive while glob()
returns them sorted (unless using the GLOB_NOSORT flag). If the PHP
developers fix the glob() Win32 bug, I can stop ranting =)
--i;
[2006-02-16 23:19:14] ian at res-alian dot com
Here's my workaround code, using opendir() and readdir() (using code
from the readdir() page on this site):
if ($dirh = opendir("."))
{
$picfns = 0;
while (false !== ($file = readdir($dirh)))
{
if (preg_match("/^_.*jpg$/", $file))
{
$file = preg_replace("/^_/", "", $file);
if ($picfns)
{
array_push($picfns, $file);
}
else
{
$picfns = array($file);
}
}
}
closedir($dirh);
}
replaces this code:
$thumbfns = glob("_*.jpg");
$jpgfns = glob("*.jpg");
$picfns = array_diff($jpgfns, $thumbfns);
--i;
[2006-02-16 18:41:20] ian at res-alian dot com
I get the same problem with glob() using PHP 5.0.2 and 5.1.2 in Windows
2000 (my work computer, NTFS) and in Windows XP (notebook, 5.0.5, NTFS)
but not Linux (server, 5.0.2, ext3). Sorry I can't offer a solution
other than using Linux. I'm not sure if it has to do with the NTFS file
system.
It took me a while to figure out why some folders didn't work, and I
thought it was a permission thing. When I noticed the folder that worked
had no bracket, I tried adding brackets, and that made it not work.
(Also removing the brackets made ones with brackets suddenly work.) Then
I knew what to look for and found this bug entry with Google.
What's strange is that glob() has no problem returning a list with some
entries containing brackets, but not any entries at all when within a
folder with brackets.
The other strange thing is the opendir() and readdir() work fine in the
same situation under Windows. It's more inconvenient but serves as a
workaround.
--i;
[2005-05-25 01:00:04] 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-05-17 20:47:36] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
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/33047
--
Edit this bug report at http://bugs.php.net/?id=33047&edit=1
#42702 [NEW]: sapi/cli not getting linked
From: to2958 at att dot com Operating system: AIX 4.3.3 PHP version: 5.2.4 PHP Bug Type: Compile Failure Bug description: sapi/cli not getting linked Description: I'm using the snapshot php5.2-200709181230: I can run configure and make without any obvious errors. However when i run make test I get this: echo '\ \ Build complete. Don't forget to run 'make test'. ERROR: Cannot run tests without CLI sapi. When I look around I can not find any php executable which was created. I looked at the tail of the make log I see when the cli files were compiled but not linking step ? ... creating a temporary reloadable object file: .libs/libphp5.la-2.o /bin/sh /usr/local/source/php5.2-200709181230/libtool --silent --preserve -dup-deps --mode=compile /usr/bin/cc_r -Isapi/cli/ -I/usr/local/source/php5.2-20 0709181230/sapi/cli/ -DPHP_ATOM_INC -I/usr/local/source/php5.2-200709181230/inclu de -I/usr/local/source/php5.2-200709181230/main -I/usr/local/source/php5.2-200709 181230 -I/usr/local/include/libxml2 -I/usr/local/ssl/include -I/usr/local/source/ php5.2-200709181230/ext/date/lib -I/usr/local/source/php5.2-200709181230/TSRM -I/ usr/local/source/php5.2-200709181230/Zend-I/usr/include -g -c /usr/local/so urce/php5.2-200709181230/sapi/cli/php_cli.c -o sapi/cli/php_cli.lo "/usr/local/source/php5.2-200709181230/TSRM/tsrm_config_common.h", line 25.1: 150 6-224 (I) Incorrect #pragma ignored. /bin/sh /usr/local/source/php5.2-200709181230/libtool --silent --preserve -dup-deps --mode=compile /usr/bin/cc_r -Isapi/cli/ -I/usr/local/source/php5.2-20 0709181230/sapi/cli/ -DPHP_ATOM_INC -I/usr/local/source/php5.2-200709181230/inclu de -I/usr/local/source/php5.2-200709181230/main -I/usr/local/source/php5.2-200709 181230 -I/usr/local/include/libxml2 -I/usr/local/ssl/include -I/usr/local/source/ php5.2-200709181230/ext/date/lib -I/usr/local/source/php5.2-200709181230/TSRM -I/ usr/local/source/php5.2-200709181230/Zend-I/usr/include -g -c /usr/local/so urce/php5.2-200709181230/sapi/cli/php_cli_readline.c -o sapi/cli/php_cli_readline .lo "/usr/local/source/php5.2-200709181230/TSRM/tsrm_config_common.h", line 25.1: 150 6-224 (I) Incorrect #pragma ignored. /bin/sh /usr/local/source/php5.2-200709181230/libtool --silent --preserve -dup-deps --mode=compile /usr/bin/cc_r -Isapi/cli/ -I/usr/local/source/php5.2-20 0709181230/sapi/cli/ -DPHP_ATOM_INC -I/usr/local/source/php5.2-200709181230/inclu de -I/usr/local/source/php5.2-200709181230/main -I/usr/local/source/php5.2-200709 181230 -I/usr/local/include/libxml2 -I/usr/local/ssl/include -I/usr/local/source/ php5.2-200709181230/ext/date/lib -I/usr/local/source/php5.2-200709181230/TSRM -I/ usr/local/source/php5.2-200709181230/Zend-I/usr/include -g -c /usr/local/so urce/php5.2-200709181230/sapi/cli/getopt.c -o sapi/cli/getopt.lo "/usr/local/source/php5.2-200709181230/TSRM/tsrm_config_common.h", line 25.1: 150 6-224 (I) Incorrect #pragma ignored. /bin/sh /usr/local/source/php5.2-200709181230/libtool --silent --preserve -dup-deps --mode=compile /usr/bin/cc_r -Imain/ -I/usr/local/source/php5.2-200709 181230/main/ -DPHP_ATOM_INC -I/usr/local/source/php5.2-200709181230/include -I/us r/local/source/php5.2-200709181230/main -I/usr/local/source/php5.2-200709181230 - I/usr/local/include/libxml2 -I/usr/local/ssl/include -I/usr/local/source/php5.2-2 00709181230/ext/date/lib -I/usr/local/source/php5.2-200709181230/TSRM -I/usr/loca l/source/php5.2-200709181230/Zend-I/usr/include -g -c main/internal_functio ns_cli.c -o main/internal_functions_cli.lo "/usr/local/source/php5.2-200709181230/TSRM/tsrm_config_common.h", line 25.1: 150 6-224 (I) Incorrect #pragma ignored. echo '\ \ Build complete. Don't forget to run 'make test'. I'm trying to solve this myself but thought it might be something simple. I didn't find anything in the bug base nor the maillist which seem like this. Thanks! Todd Expected result: I'm expecting there to be a php executable for the test phase. -- Edit bug report at http://bugs.php.net/?id=42702&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42702&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42702&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42702&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42702&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42702&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42702&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42702&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42702&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42702&r=support Expected behavior:http://bugs.php.net/fix.php?id=42702&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=
#42547 [Fbk->Opn]: ext/iconv/iconv.c:2426: undefined reference to `libiconv_open'
ID: 42547 User updated by: dawidpachla at gmail dot com Reported By: dawidpachla at gmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: CentOS 5 with DirectAdmin PHP Version: 5.2.4 New Comment: still the same error :/ /usr/local/directadmin/customapache/php-5.2.4/ext/iconv/iconv.c:1242: undefined reference to `libiconv' ext/iconv/iconv.o:/usr/local/directadmin/customapache/php-5.2.4/ext/iconv/iconv.c:1286: more undefined references to `libiconv' follow ext/iconv/iconv.o: In function `php_iconv_stream_filter_ctor': /usr/local/directadmin/customapache/php-5.2.4/ext/iconv/iconv.c:2426: undefined reference to `libiconv_open' collect2: ld returned 1 exit status make: *** [sapi/cgi/php-cgi] Error 1 Previous Comments: [2007-09-18 12:33:45] [EMAIL PROTECTED] Of course you should do "make clean", I forgot to mention that: # rm config.cache && ./configure && make clean && make [2007-09-13 16:07:13] dawidpachla at gmail dot com When I changed all /usr/local/lib to /usr/local I had the same error as before, when I used rm config.cache && ./configure && make I got the following error: /usr/local/directadmin/customapache/php-5.2.4/main/rfc1867.c:1185: undefined reference to `php_mb_gpc_encoding_converter' main/.libs/output.o: In function `php_ob_init_named': /usr/local/directadmin/customapache/php-5.2.4/main/output.c:438: undefined reference to `php_ob_gzhandler_check' collect2: ld returned 1 exit status make: *** [sapi/cgi/php-cgi] Error 1 [2007-09-13 10:21:18] [EMAIL PROTECTED] I meant EVERY option in PHP configure, not just the one. Anyway, try this short version instead: # rm config.cache && ./configure && make [2007-09-12 15:04:24] dawidpachla at gmail dot com I edited the configure file, so it looks like that: #!/bin/sh ./configure \ --with-apxs2 \ --with-curl \ --with-curl=/usr/local \ --with-gd \ --with-gettext \ --with-jpeg-dir=/usr/local/lib \ --with-kerberos \ --with-openssl \ --with-mcrypt \ --with-mhash \ --with-mysql=/usr \ --with-pear \ --with-png-dir=/usr/local/lib \ --with-xml \ --with-zlib \ --with-zlib-dir=/usr/local/lib \ --with-zip \ --enable-bcmath \ --enable-calendar \ --enable-ftp \ --enable-magic-quotes \ --enable-sockets \ --enable-track-vars \ --enable-mbstring \ --enable-memory-limit \ --enable-libxml But I still get the same error when i try to compile it: /usr/local/directadmin/customapache/php-5.2.4/ext/iconv/iconv.c:1242: undefined reference to `libiconv' ext/iconv/.libs/iconv.o:/usr/local/directadmin/customapache/php-5.2.4/ext/iconv/ iconv.c:1286: more undefined references to `libiconv' follow ext/iconv/.libs/iconv.o: In function `php_iconv_stream_filter_ctor': /usr/local/directadmin/customapache/php-5.2.4/ext/iconv/iconv.c:2426: undefined reference to `libiconv_open' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 [EMAIL PROTECTED] customapache]# [2007-09-12 11:57:02] [EMAIL PROTECTED] This is wrong way to pass base install dir: -with-curl=/usr/local/lib This is the correct way: -with-curl=/usr/local Fix these in your configure line. (There is no --with/--enable option in PHP configure that expects it to have /lib in the path!) 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/42547 -- Edit this bug report at http://bugs.php.net/?id=42547&edit=1
#42700 [Opn->Csd]: Segmentation fault: 11 (core dumped)
ID: 42700 User updated by: rsecor at seqlogic dot com Reported By: rsecor at seqlogic dot com -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: FreeBSD 6.2-STABLE PHP Version: 5.2.4 New Comment: Complete deinstall and reinstall fixed it. Must be something to do with a port upgrade in FreeBSD :( Previous Comments: [2007-09-18 13:26:17] rsecor at seqlogic dot com Description: Upgraded to 5.2.4 and now... Segmentation fault: 11 (core dumped) Am I doing something wrong? Reproduce code: --- php -v Expected result: PHP 5.2.4 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 18 2007 09:14:15) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Actual result: -- PHP 5.2.4 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 18 2007 09:14:15) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Segmentation fault: 11 (core dumped) #gdb /usr/local/bin/php php.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. (gdb) bt #0 0x in ?? () #1 0x29344570 in __do_global_dtors_aux () from /usr/local/lib/php/20060613/spl.so #2 0x29357c10 in _fini () from /usr/local/lib/php/20060613/spl.so #3 0x28258040 in ?? () #4 0x2824d018 in ?? () from /libexec/ld-elf.so.1 #5 0xbfbfea48 in ?? () #6 0x2822e928 in elf_hash () from /libexec/ld-elf.so.1 #7 0x28231508 in dlclose () from /libexec/ld-elf.so.1 #8 0x08136438 in zend_hash_apply_deleter () #9 0x081364d3 in zend_hash_graceful_reverse_destroy () #10 0x0812cabc in zend_shutdown () #11 0x080f3973 in php_module_shutdown () #12 0x081a8597 in main () -- Edit this bug report at http://bugs.php.net/?id=42700&edit=1
#42701 [NEW]: php4-cgi under fastcgi does not respect -d argument
From: apex_php at xepa dot nl Operating system: debian PHP version: 4CVS-2007-09-18 (snap) PHP Bug Type: CGI related Bug description: php4-cgi under fastcgi does not respect -d argument Description: when running php4-cgi via fastcgi using a bash script that exec's the php4-cgi binary the -d (define) argument is not respected. Reproduce code: --- -- start script -- exec /usr/bin/php4-cgi -d include_path='.:/tmp/:/usr/share/php' Expected result: include_path to be changed for the php4-cgi process Actual result: -- include_path not changed, and is still the same as the php.ini file used -- other tests -- when running the same binary on the commandline (ie not via fastcgi) include_path is changed when running php5-cgi in above configuration include_path is changed -- Edit bug report at http://bugs.php.net/?id=42701&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42701&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42701&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42701&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42701&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42701&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42701&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42701&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42701&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42701&r=support Expected behavior:http://bugs.php.net/fix.php?id=42701&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42701&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42701&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42701&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42701&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42701&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42701&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42701&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42701&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42701&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42701&r=mysqlcfg
#42673 [Opn]: Clearing $_SESSSION var resets $_REQUEST vars when set equal
ID: 42673 User updated by: greg at imagiclab dot com Reported By: greg at imagiclab dot com Status: Open Bug Type: Session related Operating System: RedHat ES 3 PHP Version: 5.2.4 New Comment: Also it's been my experience that super globals are not sensitive. I write to them all the time. This is just a bug. Previous Comments: [2007-09-18 13:29:11] greg at imagiclab dot com The same problem happens with regular vars also. [2007-09-18 10:49:58] [EMAIL PROTECTED] The superglobals are sensitive beasts and mixing the even more special $_SESSION will give you lot of unexpected results. Reclassified as documentation issue as docs should express this with bigger font (preferrably something around the size of a cat) and blinking warning on the session/superglobals pages. Rule of thumb: $_SESSION is writable, the others are not! [2007-09-14 15:31:01] greg at imagiclab dot com Description: When you set a $_REQUEST var = a $_SESSION var and the session var contains alot of data, reseting the session var also reset the $_REQUEST var. Configured: './configure' '--prefix=/apps/php' '--with-zlib- dir=/apps/zlib' '--enable-exif' '--with-tidy=//apps/tidy' '--enable- track-vars' '--with-calendar=shared' '--with-config-file-path=/apps/etc' '--enable-pcntl' '--host=x86_64-redhat-linux' '--enable-magic-quotes' '- -enable-trans-sid' '--enable-wddx' '--enable-sockets' '--enable-ftp' '-- enable-inline-optimization' '--enable-memory-limit' '--with-zlib' '-- with-openssl=/apps/ssl' '--with-imap=/apps/imap' '--with- curl=/apps/curl' '--with-mysql=/apps/mysql' '--with-gd=/apps/gd' '-- with-ttf=/apps/fonts/truetype' Reproduce code: --- Expected result: array( [test]=> X etc. ) Actual result: -- Array ( [test] => ) -- Edit this bug report at http://bugs.php.net/?id=42673&edit=1
#42613 [Com]: Unable to load Dynamic Link Libraries
ID: 42613 Comment by: azlan01 at yahoo dot com Reported By: patrick at baynewmedia dot com Status: Feedback Bug Type: *General Issues Operating System: Windows XP Pro & Windows Vista PHP Version: 5.2.4 New Comment: fyi - i had the exact same problem. i uninstalled the php installation, and downloaded the zip file. i unzipped to c:\php5, ran go-pear.bat and it worked. Previous Comments: [2007-09-11 10:58:45] [EMAIL PROTECTED] First of all: Do you really need all those extensions? And from this annoyingly long report I deciphered that you used the installer. How about the basic .zip file, just unpack that and try with it instead..? (FYI: PHP 5.2.4 works perfectly for me on 2 different WinXP machines..other one used plain .zip and the other the installer..) [2007-09-10 16:24:34] patrick at baynewmedia dot com Description: I have seen this posted on numerous other forums and, oddly, listed numerous times as bogus or closed with minimal feedback here. However, despite trying nearly all the suggestions I've found and despite being a heavy user of PHP since version 3, the newest one has some serious issues when loading DLLs at startup. First of all, I downloaded the Windows installer and installed into "C:\PHP5". I set the PATH environment variable to "C:\PHP5; C:\PHP5\ext". This was done on a NEW install of Windows XP Pro as well as Vista. Upon installation, I updated the "php.ini" to read: ... ; Directory in which the loadable extensions (modules) reside. extension_dir ="C:\PHP5\ext" When I ran PHP, it popped up a series of "unable to load Dynamic Link Library" warnings. I moved all the extension DLLs into the C:\PHP5 directory and updated the INI file to read: ; Directory in which the loadable extensions (modules) reside. extension_dir ="C:\PHP5" This resulted in the same error (see code section below for errors). I updated the INI to read: ; Directory in which the loadable extensions (modules) reside. extension_dir ="\PHP5" ...then... ; Directory in which the loadable extensions (modules) reside. extension_dir =".\" ...then... ; Directory in which the loadable extensions (modules) reside. extension_dir ="." ...and... ; Directory in which the loadable extensions (modules) reside. extension_dir ="" Finally, I repeated these steps using forward slashes in the path instead. For example: extension_dir ="C:/PHP5" None of these combinations resulted in any changes to the error messages. I commented out the offending libraries and got PHP to run. I then decided to try my luck with MySQL so I downloaded it, installed it, and tried a basic connection. I got the error that the library "libmysql.dll" could not be found. Again, I went through page after page of advice on this issue: Update the DLL using MySQL's code, put the DLL into C:\, put it into C:\WINDOWS, then C:\WINDOWS\SYSTEM32, the C:\WINDOWS\SYSTEM (and the equivalents on Windows Vista). I set various security settings, added the path to the PATH environment variable, and basically ran the gamut of tests and fixes I could find both here on the PHP bug reports and on other sites where these bugs are increasingly numerous. Folks, PHP 5.2.4 simply doesn't work right! As mentioned, I've been using it now since version 3 and I have NEVER encountered the incredible level of frustration in trying to set up a simple PHP installation as this. If the offending DLLs shouldn't be enabled by default, why are they? Why does the pop-up dialog not state the file name correctly when reporting the DLL? Is it that the DLLs can't be found (because I assure you they ARE there) or because there's another problem with them? Finally, why is libmysql.dll failing? What's happened in the previous few versions that the Windows installation process is now, basically, not working? Please don't respond with a piddly trifling response to this. I'm a web developer and know my way around my system. I've been banging my head against the wall with this for over a week. Reading responses here like "you probably forgot to set the PATH" is frankly insulting. I've been trying to fix this installation now for over a week using a wonderful array of INI/PATH settings and have not found a solution that works. On Vista I managed to at least get phpinfo() working (no extra modules like MySQL loading but at least something)...but on XP Pro, I can't even execute a script from the command line because: "The specified module(s) could not be found." Please...can someone offer a real, working solution that doesn't assume that I've missed the basic, general setup stuff? Thanks, P Reproduce code: --- PHP Warning: PHP Startup: Unable to load dynamic library 'C:\php5\php_oci8.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning:
#42673 [Opn]: Clearing $_SESSSION var resets $_REQUEST vars when set equal
ID: 42673 User updated by: greg at imagiclab dot com Reported By: greg at imagiclab dot com Status: Open -Bug Type: Documentation problem +Bug Type: Session related Operating System: RedHat ES 3 PHP Version: 5.2.4 New Comment: The same problem happens with regular vars also. Previous Comments: [2007-09-18 10:49:58] [EMAIL PROTECTED] The superglobals are sensitive beasts and mixing the even more special $_SESSION will give you lot of unexpected results. Reclassified as documentation issue as docs should express this with bigger font (preferrably something around the size of a cat) and blinking warning on the session/superglobals pages. Rule of thumb: $_SESSION is writable, the others are not! [2007-09-14 15:31:01] greg at imagiclab dot com Description: When you set a $_REQUEST var = a $_SESSION var and the session var contains alot of data, reseting the session var also reset the $_REQUEST var. Configured: './configure' '--prefix=/apps/php' '--with-zlib- dir=/apps/zlib' '--enable-exif' '--with-tidy=//apps/tidy' '--enable- track-vars' '--with-calendar=shared' '--with-config-file-path=/apps/etc' '--enable-pcntl' '--host=x86_64-redhat-linux' '--enable-magic-quotes' '- -enable-trans-sid' '--enable-wddx' '--enable-sockets' '--enable-ftp' '-- enable-inline-optimization' '--enable-memory-limit' '--with-zlib' '-- with-openssl=/apps/ssl' '--with-imap=/apps/imap' '--with- curl=/apps/curl' '--with-mysql=/apps/mysql' '--with-gd=/apps/gd' '-- with-ttf=/apps/fonts/truetype' Reproduce code: --- Expected result: array( [test]=> X etc. ) Actual result: -- Array ( [test] => ) -- Edit this bug report at http://bugs.php.net/?id=42673&edit=1
#42700 [NEW]: Segmentation fault: 11 (core dumped)
From: rsecor at seqlogic dot com Operating system: FreeBSD 6.2-STABLE PHP version: 5.2.4 PHP Bug Type: Reproducible crash Bug description: Segmentation fault: 11 (core dumped) Description: Upgraded to 5.2.4 and now... Segmentation fault: 11 (core dumped) Am I doing something wrong? Reproduce code: --- php -v Expected result: PHP 5.2.4 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 18 2007 09:14:15) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Actual result: -- PHP 5.2.4 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 18 2007 09:14:15) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Segmentation fault: 11 (core dumped) #gdb /usr/local/bin/php php.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. (gdb) bt #0 0x in ?? () #1 0x29344570 in __do_global_dtors_aux () from /usr/local/lib/php/20060613/spl.so #2 0x29357c10 in _fini () from /usr/local/lib/php/20060613/spl.so #3 0x28258040 in ?? () #4 0x2824d018 in ?? () from /libexec/ld-elf.so.1 #5 0xbfbfea48 in ?? () #6 0x2822e928 in elf_hash () from /libexec/ld-elf.so.1 #7 0x28231508 in dlclose () from /libexec/ld-elf.so.1 #8 0x08136438 in zend_hash_apply_deleter () #9 0x081364d3 in zend_hash_graceful_reverse_destroy () #10 0x0812cabc in zend_shutdown () #11 0x080f3973 in php_module_shutdown () #12 0x081a8597 in main () -- Edit bug report at http://bugs.php.net/?id=42700&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42700&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42700&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42700&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42700&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42700&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42700&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42700&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42700&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42700&r=support Expected behavior:http://bugs.php.net/fix.php?id=42700&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42700&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42700&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42700&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42700&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42700&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42700&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42700&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42700&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42700&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42700&r=mysqlcfg
#42641 [Opn->Asn]: ob_start(): inconsistent behaviour with undefined callbacks
ID: 42641 Updated by: [EMAIL PROTECTED] Reported By: robin_fernandes at uk dot ibm dot com -Status: Open +Status: Assigned Bug Type: Output Control Operating System: Windows PHP Version: 5CVS-2007-09-12 (snap) -Assigned To: +Assigned To: mike New Comment: Mike, can you backport the stuff to PHP_5_3 once it's opened? Previous Comments: [2007-09-14 10:07:18] robin_fernandes at uk dot ibm dot com OK. On this subject, I think I'm running into a few other output buffering issues which seem to be fixed in the php6 snaps. Some of these are illustrated by tests in HEAD that fail on php5 snaps, e.g. http://lxr.php.net/source/php-src/tests/output/ob_017.phpt . Should I raise bugs against php5, or is there a plan to backport some output buffering code from HEAD to php5? [2007-09-13 19:05:24] [EMAIL PROTECTED] This undocumented behaviour does not exist in any way in HEAD any longer. The implementation seemed questionable, as an array as parameter usually indicates a method callback. [2007-09-13 09:22:07] [EMAIL PROTECTED] Yeah, now that I took a closer look I can see there's something like this implemented..I wonder when/why. :) Please don't open documentation issue yet. [2007-09-12 14:06:29] robin_fernandes at uk dot ibm dot com Hi, Thanks for your reply. As documentation isn't always complete/up to date, I looked at the implementation of ob_start() to understand its behaviour. The code in the 5.2 version of php_ob_init() in output.c splits strings on ',' and attempts to process each part seaparately (line 485). For arrays, if a pair does not represent a method, a comment explicitly states "init all array elements recursively" (line 516). The prototype in the 5.2 code currently looks like this: bool ob_start([ string|array user_function [, int chunk_size [, bool erase]]]) The following testcase shows this behaviour in action: http://pastebin.com/f4f15a025 Regarding tuning up the error message display params, I'm currently using: error_reporting = E_ALL | E_STRICT / display_errors = 1 . Would you expect see warnings/notices with my testcase? I'll happily raise a documentation bug to ensure this is covered. Alternatively, perhaps the fact that this behaviour is available is itself a bug? Note that this is raised against php5 (not 6 where the output buffering implementation seems to be a bit different). [2007-09-12 11:17:04] [EMAIL PROTECTED] Let's start with the prototype for this function: bool ob_start ( [callback $output_callback [, int $chunk_size [, bool $erase]]] ) The first parameter is "callback" type, so it expects either a string (function name) or array (object, method). More information about "callback" pseudo-type: http://www.php.net/callback I don't know where you got the idea that you can pass multiple callbacks in there. It's not said to work like that anywhere in the manual at least. :) Please fix your example script accordingly (and tune up your display_errors / error_reporting levels..). 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/42641 -- Edit this bug report at http://bugs.php.net/?id=42641&edit=1
#42387 [Opn]: Streams layer has no error notification facility
ID: 42387
User updated by: chad at herballure dot com
-Summary: Error notification callback not called
Reported By: chad at herballure dot com
Status: Open
-Bug Type: Documentation problem
+Bug Type: Feature/Change Request
Operating System: Linux
PHP Version: 5.2.4RC2
New Comment:
In that case, there needs to be a way to get errors from the streams
layer in userspace. I need to _handle errors_, and the documentation is
irrelevant if the capability is lacking.
(The only alternative I see is using an error_handler to parse the
warning string, which is easily broken by locale or strings changes. I
quit using streams and switched to cURL as a workaround, although I'd
really prefer streams.)
Updating summary/category to reflect the problem I'd like to see fixed.
Previous Comments:
[2007-08-23 10:27:35] [EMAIL PROTECTED]
It's not an error callback, it's notification callback.
Try this and you'll see what it actually does:
array('method'=>"GET",'header'=>"Accept-language:
en\r\nCookie: foo=bar\r\n")));
$ret = stream_context_set_params($ctx,
array('notification'=>'stream_err'));
$fp = fopen('http://www.example.com', 'r', false, $ctx);
?>
The streams documentation really needs some loving care.. :)
[2007-08-22 18:34:48] chad at herballure dot com
Description:
The streams API doesn't appear to actually call the error callback.
This is definitely true if the connection fails, or if the expected
hostname doesn't match the SSL certificate. In the latter case, there is
no reliable way of detecting the error.
The reproduce code is a cut-down version of a test script being run
through the CLI, while I figure out the streams API. I get the same
behavior from 5.2.3 and 5.2.4RC2.
Reproduce code:
---
array('verify_peer' => true,
'CN_match' => "$HOST_NAME.invalid", 'capath'=>$CA_DIR)));
$ret = stream_context_set_params($ctx,
array('notification'=>'stream_err'));
var_dump($ret);
$errno = $errstr = null;
$fp = stream_socket_client("ssl://$HOST_NAME:443", $errno, $errstr, 30,
STREAM_CLIENT_CONNECT, $ctx);
var_dump($errno);
var_dump($errstr);
if( $fp !== false ) {
fclose($fp);
}
?>
Expected result:
[stream_err, args=Array ( .. )]
Actual result:
--
PHP Warning: stream_socket_client(): Peer certificate
CN=`secureservicesonline.com' did not match expected
CN=`secureservicesonline.com.invalid' in /.../https_client.php on line
52
Warning: stream_socket_client(): Peer certificate
CN=`secureservicesonline.com' did not match expected
CN=`secureservicesonline.com.invalid' in /.../https_client.php on line
52
--
Edit this bug report at http://bugs.php.net/?id=42387&edit=1
#42699 [Opn->Asn]: PHP_SELF duplicates path
ID: 42699 Updated by: [EMAIL PROTECTED] Reported By: vvv at colocall dot net -Status: Open +Status: Assigned Bug Type: CGI related Operating System: FreeBSD 6.2, apache 2.2.6 -PHP Version: 5.2.4 +PHP Version: 5.2CVS-2007-09-18 -Assigned To: +Assigned To: dmitry New Comment: Dmitry, can you check this out please. Previous Comments: [2007-09-18 11:22:00] vvv at colocall dot net I've tried php5.2-200709180830 before submitting the bug. I've got the same behavior as using php-5.2.4. [2007-09-18 10:51:34] vvv at colocall dot net Description: Path appears to be duplicated. The bug is absolutely the same as #42523, but not related to WinXP/IIS. Reproduce code: --- echo $_SERVER['PHP_SELF']; Expected result: /path/test.php Actual result: -- /path/test.php/path/test.php -- Edit this bug report at http://bugs.php.net/?id=42699&edit=1
#42547 [Opn->Fbk]: ext/iconv/iconv.c:2426: undefined reference to `libiconv_open'
ID: 42547 Updated by: [EMAIL PROTECTED] Reported By: dawidpachla at gmail dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: CentOS 5 with DirectAdmin PHP Version: 5.2.4 New Comment: Of course you should do "make clean", I forgot to mention that: # rm config.cache && ./configure && make clean && make Previous Comments: [2007-09-13 16:07:13] dawidpachla at gmail dot com When I changed all /usr/local/lib to /usr/local I had the same error as before, when I used rm config.cache && ./configure && make I got the following error: /usr/local/directadmin/customapache/php-5.2.4/main/rfc1867.c:1185: undefined reference to `php_mb_gpc_encoding_converter' main/.libs/output.o: In function `php_ob_init_named': /usr/local/directadmin/customapache/php-5.2.4/main/output.c:438: undefined reference to `php_ob_gzhandler_check' collect2: ld returned 1 exit status make: *** [sapi/cgi/php-cgi] Error 1 [2007-09-13 10:21:18] [EMAIL PROTECTED] I meant EVERY option in PHP configure, not just the one. Anyway, try this short version instead: # rm config.cache && ./configure && make [2007-09-12 15:04:24] dawidpachla at gmail dot com I edited the configure file, so it looks like that: #!/bin/sh ./configure \ --with-apxs2 \ --with-curl \ --with-curl=/usr/local \ --with-gd \ --with-gettext \ --with-jpeg-dir=/usr/local/lib \ --with-kerberos \ --with-openssl \ --with-mcrypt \ --with-mhash \ --with-mysql=/usr \ --with-pear \ --with-png-dir=/usr/local/lib \ --with-xml \ --with-zlib \ --with-zlib-dir=/usr/local/lib \ --with-zip \ --enable-bcmath \ --enable-calendar \ --enable-ftp \ --enable-magic-quotes \ --enable-sockets \ --enable-track-vars \ --enable-mbstring \ --enable-memory-limit \ --enable-libxml But I still get the same error when i try to compile it: /usr/local/directadmin/customapache/php-5.2.4/ext/iconv/iconv.c:1242: undefined reference to `libiconv' ext/iconv/.libs/iconv.o:/usr/local/directadmin/customapache/php-5.2.4/ext/iconv/ iconv.c:1286: more undefined references to `libiconv' follow ext/iconv/.libs/iconv.o: In function `php_iconv_stream_filter_ctor': /usr/local/directadmin/customapache/php-5.2.4/ext/iconv/iconv.c:2426: undefined reference to `libiconv_open' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 [EMAIL PROTECTED] customapache]# [2007-09-12 11:57:02] [EMAIL PROTECTED] This is wrong way to pass base install dir: -with-curl=/usr/local/lib This is the correct way: -with-curl=/usr/local Fix these in your configure line. (There is no --with/--enable option in PHP configure that expects it to have /lib in the path!) [2007-09-11 20:27:06] dawidpachla at gmail dot com it's /usr/local/lib 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/42547 -- Edit this bug report at http://bugs.php.net/?id=42547&edit=1
#42634 [Opn->Bgs]: Apache 2.2.6 + PHP 5.2.4 => 302
ID: 42634 Updated by: [EMAIL PROTECTED] Reported By: php at transpect dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Gentoo Linux PHP Version: 5.2.4 New Comment: Apache bugs are not PHP bugs. Please report this to Apache people instead. Previous Comments: [2007-09-13 14:22:14] php at transpect dot com PHP 5.2.3 built against Apache 2.2.6 also produces the 302 error. So it seems to be something about Apache 2.2.6 (at least on my system) that's included by PHP 5.2.3 and 5.2.4 when the module's built? [2007-09-13 10:11:20] [EMAIL PROTECTED] To be sure it's regression between 5.2.3 / 5.2.4 can you try with PHP 5.2.3 + Apache 2.2.6 ? [2007-09-12 14:45:16] php at transpect dot com Maybe narrowing it down: PHP 5.2.4 built against Apache 2.2.4 works - both with Apache 2.2.4 and 2.2.6. (The PHP 5.2.3 module that works with both Apaches was also built against Apache 2.2.4.) So the bug only enters building PHP 5.2.4 (and last night's snapshot) against Apache 2.2.6. [2007-09-12 14:36:16] php at transpect dot com Here are the tests failed by 5.2.4 on my system, just in case they are pertinent: Bug #16069 (ICONV transliteration failure) [ext/iconv/tests/bug16069.phpt] iconv stream filter [ext/iconv/tests/iconv_stream_filter.phpt] Bug #41567 (json_encode() double conversion is inconsistent with PHP) [ext/json/tests/bug41567.phpt] Test lstat() and stat() functions: usage variations - effects of touch() on link [ext/standard/tests/file/lstat_stat_variation6.phpt] [2007-09-12 13:55:18] php at transpect dot com Hi Jani, I used the same standard installation steps for PHP 5.2.3 and 5.2.4 - and also now php5.2-200709120230, which also produces this strange 302 result. I configure as above, make, make test (all versions failed a couple of tests and I sent in the reports), make install (then eliminate the redundant module load that make install keeps putting in httpd.conf - it should check first). I'm sure he combination works for most people, or there'd be other reports of trouble by now. That something different in the PHP module could cause HTML pages to load wrong seems like there has to be an Apache bug involved - it shouldn't be possible for a module to cause a misfire in stuff it shouldn't even handle. There must be something peculiar to my system, but I'm really scratching my head on what could cause it to work fine with 5.2.3 but serve 302's rather than pages with 5.2.4. 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/42634 -- Edit this bug report at http://bugs.php.net/?id=42634&edit=1
#22427 [Com]: Missing Form Post Data
ID: 22427
Comment by: idefix at dwaal dot net
Reported By: jroland at uow dot edu dot au
Status: No Feedback
Bug Type: *General Issues
Operating System: Windows XP / 2000
PHP Version: 4.2.3
New Comment:
The same problem happens to me (and my users unfortunately).
- PHP Version 5.1.6
- Apache/2.2.3 (CentOS)
- only with enctype="multipart/form-data"
- only with IE6 on WinXP sp2
- _POST is completely empty (count($_POST) === 0)
- Uploaded files are smaller than 3 MB.
- Charset: US-ASCII (both Apache header and Meta-tag)
For some reason only _some_ IE6 WinXP SP2 machines trigger this error.
Opera and Firefox do not seem to trigger this error at all.
Previous Comments:
[2007-09-13 20:49:15] lewisagosta at gmail dot com
I am still looking for why this worked... but...
When I changed "$_POST" to "$HTTP_POST_VARS", the form data is now
there. I think it has something to do with the global variables
setting, but not sure yet.
[2007-09-03 11:01:01] ben at hceo dot co dot uk
Hi,
I found the same POST problem. I have a login form and it works fine
on FireFox and IE 6.0.3790, but not on IE 6.0.2800. If the username and
password are all one word it works fine on IE 6.0.2800 but if it is made
of 2 or more words it only posts the variables once in every 10 or so
posts.
I read that this problem can be got around by using .htm extension
rather than .php - to get around this I changed the httpd.conf file to
read:
AddType application/x-httpd-php .php .htm
I then changed the extension of my login file to .htm and this seems to
work ok.
[2007-07-04 06:05:46] ads at alex4all dot com
I just want to say Thanks a lot for comment called ([27 Mar 2003 2:08am
UTC] sendoffer at ukr dot net); because my problem solved for same
issue.
BR, Ali
[2007-06-13 22:27:20] relisys002 at yahoo dot com
As a follow-up to my post yesterday, it appears as though the firewall
software we have on our Windows machine (Comodo Firewall) was the cause
of the problem. Using the Windows firewall didn't cause any problems.
This may not be the case in for the other people with problems but I
thought I would at least post the resolution to mine.
I would recommend that everyone disable all firewall and security
software if they are experiencing this problem.
[2007-06-12 21:29:21] relisys002 at yahoo dot com
Just came across the same problem myself last week.
PHP 5.1.6
Apache 2.0.59
FreeBSD 6.1-RELEASE-p11
EVERY browser I have tried in Windows fails to work past a request size
of about 1450 bytes. I have tested IE 6.0, FF 2.0.0.3 and Safari Beta 3.
PHP still returns the requests size via getenv("CONTENT_LENGTH") but
both $_POST and $_GET are empty.
When I try the EXACT same page on the EXACT same server with both FF
2.0.0.3 and Safari 2.0.4(419.3) I have no problems submitting however
much data I want. Here's my test form:
/ CODE -/
TEST
/ CODE -/
I get the same result with and without the enctype. I can't believe
nobody has found a solution for this yet. If somebody has, please post
it here or email me and I will.
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/22427
--
Edit this bug report at http://bugs.php.net/?id=22427&edit=1
#42699 [Fbk->Opn]: PHP_SELF duplicates path
ID: 42699 User updated by: vvv at colocall dot net Reported By: vvv at colocall dot net -Status: Feedback +Status: Open Bug Type: CGI related Operating System: FreeBSD 6.2, apache 2.2.6 PHP Version: 5.2.4 New Comment: I've tried php5.2-200709180830 before submitting the bug. I've got the same behavior as using php-5.2.4. Previous Comments: [2007-09-18 10:55:35] [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-09-18 10:51:34] vvv at colocall dot net Description: Path appears to be duplicated. The bug is absolutely the same as #42523, but not related to WinXP/IIS. Reproduce code: --- echo $_SERVER['PHP_SELF']; Expected result: /path/test.php Actual result: -- /path/test.php/path/test.php -- Edit this bug report at http://bugs.php.net/?id=42699&edit=1
#42657 [Opn->Bgs]: ini_get returns an unexpected value
ID: 42657
Updated by: [EMAIL PROTECTED]
Reported By: jcortinap at googlemail dot com
-Status: Open
+Status: Bogus
Bug Type: *Configuration Issues
Operating System: Win XP Pro / Win 2003 Server
PHP Version: 5.2.4
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
http://www.php.net/ini_get says:
"Returns the value of the configuration option as a string on success,
or an empty string on failure or for null values."
So this is expected behavior when an ini option isn't set at all.
Previous Comments:
[2007-09-13 12:28:56] jcortinap at googlemail dot com
Description:
This problem was found trying to set the sendmail_from directive from a
script. This directive is intentionally NOT set on the php.ini (it is
commented out).
According to the documentation, ini_get should return an empty string
since the directive is not set, but it returns a boolean false.
When calling ini_set to set the value, it is expected to get the old
value on success or FALSE on failure, and what we experience is that the
setting is correctly set, but FALSE is returned.
My theory is that ini_set is working correctly returning the "old"
value of the setting, but since the old value is being returned as FALSE
from ini_get, this is what we get as a return from ini_set, so the
problem seems to be in the ini_get function.
Tested with the same results on both 4.4.7 and 5.2.4.
Reproduce code:
---
// sendmail_from not set in php.ini. This should return an empty
string
$value = ini_get('sendmail_from');
var_dump($value);
// sendmail_from is correctly set, so an empty string should be
returned
$old_value = ini_set('sendmail_from', '[EMAIL PROTECTED]');
var_dump($old_value);
// new value of the sendmail_from directive is correctly set
$value = ini_get('sendmail_from');
var_dump($value);
Expected result:
string(0) ""
string(0) ""
string(16) "[EMAIL PROTECTED]"
Actual result:
--
bool(false)
bool(false)
string(16) "[EMAIL PROTECTED]"
--
Edit this bug report at http://bugs.php.net/?id=42657&edit=1
#42658 [Opn->Bgs]: floats not converted to ints correctly
ID: 42658 Updated by: [EMAIL PROTECTED] Reported By: contax at phrenetic dot org -Status: Open +Status: Bogus -Bug Type: Unknown/Other Function +Bug Type: Math related Operating System: Darwin PHP Version: 5.2.4 New Comment: Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. If you would like to know more about "floats" and what IEEE 754 is read this: http://docs.sun.com/source/806-3568/ncg_goldberg.html Thank you for your interest in PHP. Previous Comments: [2007-09-13 14:06:19] contax at phrenetic dot org Description: When converting specific numbers to integers via strings things seem to go a little wrong. (I have also tested this on 5.2.0 on both FreeBSD and Debian) Reproduce code: --- Expected result: string(5) "18.74" float(1874) int(1874) int(1874) Actual result: -- string(5) "18.74" float(1874) int(1873) int(1873) -- Edit this bug report at http://bugs.php.net/?id=42658&edit=1
#42699 [Opn->Fbk]: PHP_SELF duplicates path
ID: 42699 Updated by: [EMAIL PROTECTED] Reported By: vvv at colocall dot net -Status: Open +Status: Feedback Bug Type: CGI related Operating System: FreeBSD 6.2, apache 2.2.6 PHP Version: 5.2.4 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 Previous Comments: [2007-09-18 10:51:34] vvv at colocall dot net Description: Path appears to be duplicated. The bug is absolutely the same as #42523, but not related to WinXP/IIS. Reproduce code: --- echo $_SERVER['PHP_SELF']; Expected result: /path/test.php Actual result: -- /path/test.php/path/test.php -- Edit this bug report at http://bugs.php.net/?id=42699&edit=1
#42670 [Opn->Bgs]: require/include fail to read file with ../ in path
ID: 42670 Updated by: [EMAIL PROTECTED] Reported By: suicas at gmail dot com -Status: Open +Status: Bogus Bug Type: Directory function related Operating System: Solaris 10 PHP Version: 5.2.4 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See bug #41822 Previous Comments: [2007-09-14 12:47:50] suicas at gmail dot com Description: Trying to include or require a file containing '../' in its path fails with permission denied or file not found. I've made sure that suhosin has not been loaded, and that safe mode is turned off while testing this, and can provide PHP's configure line and php.ini changes if needed. This may to be related to closed bug #39351 (http://bugs.php.net/bug.php?id=39351). Reproduce code: --- File /www/included.php: File /www/a/index.php: Expected result: When viewing file /www/a/index.php from a web browser: 0644 Included 0644 Included When running PHP from the command line on /www/a/index.php: 0644 Included 0644 Included Actual result: -- >From a web browser: 0644 Included 0644 Warning: include(../included.php) [function.include]: failed to open stream: Permission denied in /www/a/index.php on line 6 Warning: include() [function.include]: Failed opening '../included.php' for inclusion (include_path='.:/opt/php5/lib/php') in /www/a/index.php on line 6 >From the command line: 0644 Included Warning: fileperms(): stat failed for ../included.php in /www/a/index.php on line 5 Warning: include(../included.php): failed to open stream: No such file or directory in /www/a/index.php on line 6 Warning: include(): Failed opening '../included.php' for inclusion (include_path='.:/opt/php5/lib/php') in /www/a/index.php on line 6 -- Edit this bug report at http://bugs.php.net/?id=42670&edit=1
#42699 [NEW]: PHP_SELF duplicates path
From: vvv at colocall dot net Operating system: FreeBSD 6.2, apache 2.2.6 PHP version: 5.2.4 PHP Bug Type: CGI related Bug description: PHP_SELF duplicates path Description: Path appears to be duplicated. The bug is absolutely the same as #42523, but not related to WinXP/IIS. Reproduce code: --- echo $_SERVER['PHP_SELF']; Expected result: /path/test.php Actual result: -- /path/test.php/path/test.php -- Edit bug report at http://bugs.php.net/?id=42699&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42699&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42699&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42699&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42699&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42699&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42699&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42699&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42699&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42699&r=support Expected behavior:http://bugs.php.net/fix.php?id=42699&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42699&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42699&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42699&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42699&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42699&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42699&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42699&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42699&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42699&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42699&r=mysqlcfg
#42681 [Opn->Asn]: Static variables in sub/superclasses
ID: 42681
Updated by: [EMAIL PROTECTED]
Reported By: alex94040 at yahoo dot com
-Status: Open
+Status: Assigned
Bug Type: Class/Object related
-Operating System: Windows
+Operating System: *
PHP Version: 5.2.4
-Assigned To:
+Assigned To: helly
New Comment:
Marcus, can you reply to this please?
Previous Comments:
[2007-09-16 03:36:20] alex94040 at yahoo dot com
Description:
This is a reactivation of bug 28442; that bug shows as "fixed/closed",
but the issue still repros.
We need to be able to redefine static members of classes (including
constants), and set them independently.
Reproduce code:
---
class ClassA
{
private static $cn;
public static function setName( $cn )
{
self::$cn = $cn;
}
public static function getName( )
{
return self::$cn;
}
}
class ClassB extends ClassA
{
private static $cn; // with or without this, result is the same
}
ClassA::setName( 'AAA' );
ClassB::setName( 'BBB' );
print( ClassA::getName() . "\n" ); // prints 'BBB'
print( ClassB::getName() . "\n" ); // prints 'BBB'
Expected result:
Result should read "AAA BBB"
Actual result:
--
Result actually reads "BBB BBB"
--
Edit this bug report at http://bugs.php.net/?id=42681&edit=1
#42680 [Opn->Fbk]: Help to find extension for Mysqli 5.0.41 and help with getting Mysql server.
ID: 42680
Updated by: [EMAIL PROTECTED]
Reported By: ahmedt at student dot cbhs dot school dot nz
-Status: Open
+Status: Feedback
-Bug Type: Unknown/Other Function
+Bug Type: MySQLi related
Operating System: Windows XP SP2
PHP Version: 5.2.4
New Comment:
What exactly are you reporting here? Your example script has so many
typos that it surely can not work. And it doesn't make any difference
what client version you use of Mysql as long as it's above 4.x :)
And as you're using windows, you need to grab the latest snapshot from
snaps.php.net first. (some mysql related bug was fixed after releasing
5.2.4!) And to see the errors, you should set error_reporting=E_ALL and
display_errors=On in your php.ini..
Previous Comments:
[2007-09-16 00:54:20] ahmedt at student dot cbhs dot school dot nz
Description:
I can't find mysqli extension for MYSQL server 5.0.41 to download.
In phpMyadmin it " says that Mysql and mysqli client library vrsion
is 5.0.37 differs from actual MYSQL server version 5.0.41 which may
cause unpredicatble behaviour." Thats same in phptest foe MYsql and
Mysqli client version. The estension that I am using is the same one
that came with the php 5.2.3 package. I9 also tried looing in the url
http://www.de.mysql.com/downloads/connector/php but they don't have one
for mysql server 5.0.41 , it's only have up to Mysql server 5.0.27.
I can't get the data to be displayed in IE6 although I can connect to
Mysql Sever because everytime I open the IE browser MYSQL server
'connection ID' increases when I check in Mysql Command line.
Reproduce code:
---
That's a sample script that I tried to do :
query($sql) or die(mysqli_error($conn));
// find out how many records were retrieved
$numRows = $result->num_rows;
?>
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
http://www.w3.org/1999/xhtml";>
Connecting with MySQLI extension
A total of records were found.
image_id
filename
caption
fetch_assoc()) {
?>
Expected result:
To connect to the databse and dispaly the rtesult in table and tell how
many records are there.
Actual result:
--
A blank screen in IE6 , no errior recorded in Apache2 log or php error
log.
URL in browser looks like someting "http://127.0.0.1/record.php";
insraed of display the page title which is "Records" that I have put in
into HTML code.
--
Edit this bug report at http://bugs.php.net/?id=42680&edit=1
#39984 [Com]: Response header sent as 302 despite being set to 301
ID: 39984
Comment by: hfjk at hjg dot kog
Reported By: marc dot bau at gmx dot net
Status: Suspended
Bug Type: IIS related
Operating System: WinXP
PHP Version: 5.2.1
Assigned To: edink
New Comment:
http://www.meta-fx.com/
Previous Comments:
[2007-02-23 14:06:46] marc dot bau at gmx dot net
And this comes to me with FastCGI from the URL you provided. Wrong in a
different way - and buggy again. Any way to get this bug really fixed?
HTTP/1.x 301 OK
Server: Microsoft-IIS/5.1
Date: Fri, 23 Feb 2007 14:04:43 GMT
X-Powered-By: ASP.NET, PHP/5.2.1
Connection: close
Location: http://www.example.com
Content-Type: text/html
[2007-02-23 13:41:11] marc dot bau at gmx dot net
Have a look to this headers. "Undescribed" is are wrong, too. I tryed
to use "php5isapi.dll" for PHP extension.
GET /test.php HTTP/1.1
Host: localhost
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.1)
Gecko/20061204 Firefox/2.0.0.1
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: de,en;q=0.8,en-us;q=0.6,de-de;q=0.4,es;q=0.2
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Cookie: PHPSESSID=nihrgij25siffg5r9dbr17boq5
HTTP/1.x 301 Undescribed
Server: Microsoft-IIS/5.1
Date: Fri, 23 Feb 2007 13:38:19 GMT
X-Powered-By: ASP.NET, PHP/5.2.1
Connection: close
Location: http://www.example.com
Content-Type: text/html
[2007-02-23 13:28:44] marc dot bau at gmx dot net
i wonder why there shouldn't be a way to handle this.
As one example ActiveState (www.activestate.com) Perl have a CGI
version and this works well, too. You should spend some time on the Perl
Code, maybe there is a small trick inside.
[2007-02-19 23:23:06] [EMAIL PROTECTED]
Seems that there is no way a CGI script can convince IIS to output
something else than 302 response if you have location header.
Same IIS using Microsofts latest FCGI isapi has no problems with PHP
outputing correct status code.
I recommend that you switch to that instead of using raw cgi, the
perfomance icrease is dramatic as well.
http://www.iis.net/default.aspx?tabid=151
[2007-02-18 12:05:02] marc dot bau at gmx dot net
Additional to this a header('HTTP/1.0 404 Not Found') produces a "404
OK".
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/39984
--
Edit this bug report at http://bugs.php.net/?id=39984&edit=1
#42676 [Opn->Fbk]: New PHP 5.2.4 install -> "PHP has encountered an Access Violation at 0131903A"
ID: 42676 Updated by: [EMAIL PROTECTED] Reported By: jswift at usc dot edu -Status: Open +Status: Feedback Bug Type: IIS related Operating System: IIS6 Windows Server 2006 PHP Version: 5.2.4 New Comment: 1. Delete ALL existing PHP related dlls/etc. before installing new version. 2. If problem persists, try using CGI/FastCGI binary instead of the unmaintained ISAPI module. Previous Comments: [2007-09-15 15:03:14] jelly_bean_junky at hotmail dot com I have the same problem: Windows Server 2003 IIS6 (all service packs and pacthes installed) PHP 5.2.4 I have tried older versions, newer versions, adding permissions to directories and just about everything else. I also tried the versions from the snaps.php.net too. None of these work. I've seen for the same 5.2 branch alot of people have the same problem. [2007-09-15 01:31:20] jswift at usc dot edu Description: Hello, I trying a new PHP 5.2.4 on Windows Server 2006 II6. I have followed all of the installation notes I could find, and I always get this error: "PHP has encountered an Access Violation at 0131903A", or some other # at the end. I have tried: 1) setting all the paths in the PHP.ini file so IUSR has write permissions 2) turned my firewall off 3) copied PHP.ini to c:\windows 4) set environtal variable, etc. as per instructions on this website Can anyone point me to a good set of installation notes? The ones on this website are not sufficient. Thank you, J. Reproduce code: --- Expected result: I am the CHICKEN MAN Actual result: -- PHP has encountered an Access Violation at blah blah blah... -- Edit this bug report at http://bugs.php.net/?id=42676&edit=1
#42682 [Opn->Fbk]: stream_select indicate info readable when no more
ID: 42682
Updated by: [EMAIL PROTECTED]
Reported By: Slig at free dot fr
-Status: Open
+Status: Feedback
Bug Type: Streams related
Operating System: linux-64
PHP Version: 5CVS-2007-09-16 (snap)
New Comment:
I still can not reproduce this on my system.
OpenSSL Version => OpenSSL 0.9.8b 04 May 2006
Are you able to reproduce this on more than one machine? (and with
other linux distro than debian)
Previous Comments:
[2007-09-16 20:27:23] Slig at free dot fr
Description:
stream_select fails to return the number of modified descriptors.
The bug happen on linux amd64 (tested on a quad core xeon, debian etch
amd64) but not on x86 install (tested on a similar computer but dual
core xeon, debian etch x86).
It seems to happen only when php is built with openssl (i tried many
combinaisons), with php 5.2.0, 5.2.1, 5.2.2, 5.2.3, 5.2.4, php5 snap,
and also php6 snap.
This bug is the same as #40735 but I am unable to modify the status of
that bug.
I can eventually provide a ssh access to the computer further tests and
debug (ask me by email).
Reproduce code:
---
0){
echo "Reading...\n";
$contents = fread($handle,8192);
echo "Contents: [$contents]\n";
$r = array($handle);
$w = null;
$e = array($handle);
$nb = stream_select($r,$w,$e,1);
echo "select : $nb, r=".count($r).', w='.count($w).',
e='.count($e)."\n";
}
usleep(2);
}
fclose($handle);
?>
Expected result:
select : 1, r=1, w=0, e=0
Reading...
Contents: [220 naxos2.unice.fr ESMTP Sendmail 8.13.1/8.13.1; Sun, 16
Sep 2007 22:23:04 +0200
]
select : 0, r=0, w=0, e=0
Actual result:
--
select : 0, r=1, w=0, e=0
select : 0, r=1, w=0, e=0
select : 0, r=1, w=0, e=0
select : 0, r=1, w=0, e=0
select : 0, r=1, w=0, e=0
--
Edit this bug report at http://bugs.php.net/?id=42682&edit=1
#42686 [Opn->Fbk]: magic_quotes_gpc() does not respect data type
ID: 42686
Updated by: [EMAIL PROTECTED]
-Summary: magic_quotes_gpc dose not pay respect to data type
Reported By: buganini at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Scripting Engine problem
Operating System: Windows 2003
PHP Version: 5.2.4
New Comment:
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
Previous Comments:
[2007-09-17 11:00:31] buganini at gmail dot com
Description:
Under Windows 2003 IIS 6,
I had a list of
and I had
var_dump($_POST['blah']);
in the action page
I got:
string(5) "Array"
[EMAIL PROTECTED]&*
After I turned magic_quotes_gpc to off,
I got what I want:
array(2) {
[0]=>
string(4) "blah"
[1]=>
string(4) "bluh"
}
I thought it is because magic_quotes_gpc forget to consider data type
while adding slashes.
//This problem dosen't exist under FreeBSD
Reproduce code:
---
var_dump($_POST['blah']);
Expected result:
array(2) {
[0]=>
string(4) "blah"
[1]=>
string(4) "bluh"
}
Actual result:
--
string(5) "Array"
--
Edit this bug report at http://bugs.php.net/?id=42686&edit=1
#42687 [Opn->Bgs]: cannot use php_mssql.dll under php5isapi.dllw with IIS 6.0
ID: 42687 Updated by: [EMAIL PROTECTED] Reported By: support at fox-it dot dk -Status: Open +Status: Bogus Bug Type: MSSQL related Operating System: Windows 2003 x64 ServicePack 2 PHP Version: 5.2.4 New Comment: Obviously the extension isn't loaded due to some installation failure. I suggest you do this from clean board: remove old PHP installation (everything!) and then reinstall 5.2.4. Works fine for me.. Previous Comments: [2007-09-17 12:32:32] support at fox-it dot dk Description: Upgraded php v5.2.3 -> v5.2.4. Making as script calling mssql_functions eg. mssql_connect works when running php.exe script.php. a phpinfo also show mssql extension is active when run via commandline, but not when loaded viap php5isapi, other extensions such as mysqli works fine. PHP is in the systempath. Tried with bundled ntwdblib and with version 8.0.2187 (postsp4 fix). IIS is running in 32-bit mode and it did work with php v5.2.3 Reproduce code: --- Expected result: mssql_connectan other mssql_functions works. Actual result: -- Fatal error: Call to undefined function mssql_connect() in W:\Inetpub\dashboardtest.idenyt.dk\john.php on line 4 -- Edit this bug report at http://bugs.php.net/?id=42687&edit=1
#42690 [Opn->Bgs]: key function in foreach array does not start from the beginning of array
ID: 42690
Updated by: [EMAIL PROTECTED]
Reported By: owidjaya at gmail dot com
-Status: Open
+Status: Bogus
-Bug Type:*General Issues
+Bug Type:Arrays related
PHP Version: 5.2.4
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Using key/next/prev/etc. in foreach() is unsupported. (foreach does an
internal reset() in it too!)
And using key() in foreach is pretty useless since it provides that
with syntax foreach($arr as $key => $val)
Previous Comments:
[2007-09-17 23:13:54] owidjaya at gmail dot com
Description:
key function within foreach array does not start from the very
beginning of the array instead it starts from the 2nd element
Reproduce code:
---
$courses= array(
1=>"test",
2=>"test2",
3=>"test3"
);
echo key($courses)."\n";
foreach($courses as $key=>$course){
echo $key ." ". $course."\n";
}
reset($courses);
echo "\n";
echo key($courses)."\n";
foreach($courses as $course){
echo key($courses) ." ". $course."\n";
next($courses);
}
Expected result:
1
1 test
2 test2
3 test3
1
1 test
2 test2
3 test3
Actual result:
--
1
1 test
2 test2
3 test3
1
2 test
3 test2
test3
--
Edit this bug report at http://bugs.php.net/?id=42690&edit=1
#42629 [Ana->Csd]: Dynamically loaded PHP extensions need symbols exported
ID: 42629 Updated by: [EMAIL PROTECTED] Reported By: jdolecek at NetBSD dot org -Status: Analyzed +Status: Closed Bug Type: Dynamic loading Operating System: Mac OS X 10.4.10 PHP Version: 5.2.4 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-09-13 15:50:48] [EMAIL PROTECTED] Unfortunately due to outside circumstance to the project, I cannot take ownership and commit a fix to this bug at this time. I strongly encourage you Jani to apply the fix though. [2007-09-13 10:12:41] [EMAIL PROTECTED] See also bug #42630 [2007-09-13 10:12:07] [EMAIL PROTECTED] Assigned to our MacOSX expert. :) [2007-09-12 16:45:22] [EMAIL PROTECTED] When this code was originally written, PDO didn't exist and as such the choice to use the PRIVATE option was made to keep the namespace the least polluted possible. Having not tested the patch, the changes make sense and probably should be applied provided they don't cause any adverse affects to other files included. [2007-09-11 20:05:20] jdolecek at NetBSD dot org Description: Some PHP extensions expect to have symbols from other PHP extensions available. This is the case for PDO drivers (which use symbols from PDO extension) and XSL (which uses symbols from DOM extension). Extensions are loaded with dlopen(..., RTLD_GLOBAL) on platforms with dlopen() (i.e. most unices). On Mac OS X, NSLinkModule() is used instead of dlopen(), but with 'private' option, which hides symbols of dynamically loaded extensions from other dynamically loaded code. Due to this symbol hiding, PDO and DOM needed to be compiled into base PHP binary, otherwise the dependant extension couldn't be dynamically loaded since expected symbols are not found. PDO configure script even intentionally silently disables compilation of dynamically loaded PDO module on MacOSX/Darwin because of this. Following patch makes it possible to load also PDO and DOM dynamically on Mac OS X and thus PHP extensions work all the same way as on other UNIX systems: --- Zend/zend_extensions.c.orig 2007-09-11 22:00:50.0 +0200 +++ Zend/zend_extensions.c @@ -243,7 +243,7 @@ void *zend_mh_bundle_load(char* bundle_p return NULL; } - bundle_handle = NSLinkModule(bundle_image, bundle_path, NSLINKMODULE_OPTION_PRIVATE); + bundle_handle = NSLinkModule(bundle_image, bundle_path, NSLINKMODULE_OPTION_NONE); NSDestroyObjectFileImage(bundle_image); /* call the init function of the bundle */ Reproduce code: --- Compile PDO (after fix to configure script) as dynamic extensions, as well as pdo_mysq, and add into php.ini lines: extension=pdo.so extension=pdo_mysql.so then run: php -m | grep -i pdo Expected result: PDO pdo_mysql Actual result: -- dyld: lazy symbol binding failed: Symbol not found: _php_pdo_declare_long_constant Referenced from: /Users/Shared/pkg/lib/php/20040412/pdo_mysql.so Expected in: flat namespace dyld: Symbol not found: _php_pdo_declare_long_constant Referenced from: /Users/Shared/pkg/lib/php/20040412/pdo_mysql.so Expected in: flat namespace Trace/BPT trap -- Edit this bug report at http://bugs.php.net/?id=42629&edit=1
#42490 [Opn->Bgs]: PHP will not compile with BIND 9 installed
ID: 42490 Updated by: [EMAIL PROTECTED] Reported By: jerry at scene-naturally dot dyndns dot org -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: OS X 10.4.10 PHP Version: 5.2.4 New Comment: Having 2 sets of header/library files which conflict with each other will never work and is not any PHP bug. Previous Comments: [2007-09-07 14:42:25] jerry at scene-naturally dot dyndns dot org The log file is on its way. [2007-09-07 09:44:51] [EMAIL PROTECTED] We don't really need much from the resolv OR bind library (whichever is found) in ext/standard/dns.c so I don't think you really _need_ BIND 9 to get all the goodies out of PHP. Anyway, I think this is more of a header issue anyway, conflict between installed resolv.h and bind 9 header files. Can you sent me the config.log file you get after configure? [2007-09-06 14:46:22] jerry at scene-naturally dot dyndns dot org No, there is only the one libbind file installed from the Bind 9 Installation (9.4.1-p1), This is an update to the older files provided by Apple. It was compiled using the --enable-libbind option for apps such as Postfix that need this library. This option places the libbind into /usr/local/lib. This is the only libbind file on the entire system. The older Apple setup is done differently using /usr/lib/libresolv.9.dylib and /usr/lib/libresolv.dylib for the library files. As I have mentioned, if you remove (safely -- by shutting down all apps that depend on the bind libraries and then move the libbind fiel out of the search path or not safely by just removing the libbind library file out of the search path) and then running configure for PHP, this will allow you to build PHP. But you do not get all of the benefits provided by the BIND files -- as far as I can tell, the configure app is not not really checking the older Apple resolv libraries for very much. [2007-09-06 10:56:27] [EMAIL PROTECTED] So you have multiple libbind.* around? AFAIK, this Macosx version comes with bind 9, so why do you have to install bind 8??? (I'm very confused now..) Are you able to try this with a clean system without any bind 8 libs installed and without modifying anything, using PHP 5.2.4 from fresh sources? [2007-09-05 14:29:28] jerry at scene-naturally dot dyndns dot org Hello Jani and thank you for taking a further look at this problem. I tried the suggestion, but it did not work, running into a problem with dns. I have attached the output from running the make command. /temp/php-5.2.4/ext/standard/dns.c: In function 'zif_dns_get_record': /temp/php-5.2.4-copy/ext/standard/dns.c:673: error: 'HEADER' undeclared (first use in this function) /temp/php-5.2.4/ext/standard/dns.c:673: error: 'hp' undeclared (first use in this function) /temp/php-5.2.4/ext/standard/dns.c:674: error: parse error before 'buf' /temp/php-5.2.4/ext/standard/dns.c:778: error: 'QUERY' undeclared (first use in this function) /temp/php-5.2.4/ext/standard/dns.c:778: error: 'C_IN' undeclared (first use in this function) /temp/php-5.2.4/ext/standard/dns.c:778: error: 'buf' undeclared (first use in this function) /temp/php-5.2.4/ext/standard/dns.c:786: error: 'answer' undeclared (first use in this function) /temp/php-5.2.4/ext/standard/dns.c:797: error: parse error before ')' token /temp/php-5.2.4/ext/standard/dns.c: In function 'zif_dns_get_mx': /temp/php-5.2.4/ext/standard/dns.c:865: error: 'HEADER' undeclared (first use in this function) /temp/php-5.2.4/ext/standard/dns.c:865: error: 'hp' undeclared (first use in this function) /temp/php-5.2.4/ext/standard/dns.c:894: error: 'C_IN' undeclared (first use in this function) /temp/php-5.2.4/ext/standard/dns.c:901: error: parse error before ')' token make: *** [ext/standard/dns.lo] Error 1 There is an un-safe method to get this to work. Before running Configure, just move the libbind.a library out of /usr/local/lib and then run configure, which will then not put any of the dependent bind stuff into the various makefiles, etc. Jerry 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/42490 -- Edit this bug report at http://bugs.php.net/?id=42490&edit=1
#42698 [NEW]: date parsing in DateTime / date_parse - accept optioanl format
From: david at palepurple dot co dot uk
Operating system: Linux
PHP version: 5.2.4
PHP Bug Type: Feature/Change Request
Bug description: date parsing in DateTime / date_parse - accept optioanl format
Description:
The default set of date/times accepted by strtotime() is limited (e.g. in
not understanding English/UK date formats (dd/mm/).
It would be nice if the new DateTime object accepted a date() compatible
format string to a 'date_parse' like method.
(I like the DateTime object, as it seems to handle a larger range of dates
than strtotime() for me).
Reproduce code:
---
parse('30/12/1601', 'd/m/Y');
echo $dt->format('Y/m/d');
?>
(Presumably successive parse calls would overwrite the state from a
previous one)
Expected result:
1601/12/30.
If both formats are the same, then the output should match the input.
Actual result:
--
n/a.
--
Edit bug report at http://bugs.php.net/?id=42698&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42698&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42698&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42698&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42698&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42698&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42698&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42698&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42698&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42698&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42698&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42698&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42698&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42698&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42698&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42698&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42698&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42698&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42698&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42698&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42698&r=mysqlcfg
#42696 [Opn->Fbk]: PHP 5.2.4 (safe threads) and Apache 2.2.6 mpm worker
ID: 42696 Updated by: [EMAIL PROTECTED] Reported By: sinistral at intway dot net -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Linux CentOS 4 PHP Version: 5.2.4 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2007-09-18 07:35:48] sinistral at intway dot net Description: Hi Guys, I have the issue with PHP 5.2.4 (safe threads) and Apache 2.2.6 mpm worker all the functions inherited from fopen and fopen itself does not work when opening any URL. Besides, it would work if we open file locally. Also, there is no issues if we start PHP from console. Compilation - standard. Please do not suggest moving to another mpm. All the logs show the only one error: signal 11 sent to httpd child Unfortunately, no more logs with errors are available. I would appreciate your advice as to the issue. -- Edit this bug report at http://bugs.php.net/?id=42696&edit=1
#42560 [Com]: Empty directory argument to tempnam yields open_basedir problems
ID: 42560
Comment by: mb at smartftp dot com
Reported By: Bjorn dot Wiberg at its dot uu dot se
Status: Open
Bug Type: Directory function related
Operating System: IBM AIX 5.3 5300-05-06
PHP Version: 5.2.4
New Comment:
Same problem on Windows 2003 with Apache.
Previous Comments:
[2007-09-05 11:59:34] Bjorn dot Wiberg at its dot uu dot se
Description:
If open_basedir is used -- even if it includes /tmp among its
directories -- calling tempnam() with an empty string as the first
(directory) argument does not make PHP fall back to "the system default"
as http://se.php.net/manual/en/function.tempnam.php specifies.
Reproduce code:
---
// open_basedir:
.:/apache/php/lib:/tmp:/usr/local/bin:/usr/local/etc/Counter/data:/apache/htdocs/webdev-its
tempnam('', 'test');
Expected result:
No errors, temporary file gets created in /tmp or whatever the fallback
is.
Actual result:
--
>From the Apache error log:
Warning: tempnam(): open_basedir restriction in effect. File() is not
within the allowed path(s):
(.:/apache/php/lib:/tmp:/usr/local/bin:/usr/local/etc/Counter/data:/apache/htdocs/webdev-its)
in
/apache/htdocs/webdev-its/limesurvey/admin/classes/pear/OLE/PPS/File.php
on line 87
--
Edit this bug report at http://bugs.php.net/?id=42560&edit=1
#42696 [NEW]: PHP 5.2.4 (safe threads) and Apache 2.2.6 mpm worker
From: sinistral at intway dot net Operating system: Linux CentOS 4 PHP version: 5.2.4 PHP Bug Type: Apache related Bug description: PHP 5.2.4 (safe threads) and Apache 2.2.6 mpm worker Description: Hi Guys, I have the issue with PHP 5.2.4 (safe threads) and Apache 2.2.6 mpm worker all the functions inherited from fopen and fopen itself does not work when opening any URL. Besides, it would work if we open file locally. Also, there is no issues if we start PHP from console. Compilation - standard. Please do not suggest moving to another mpm. All the logs show the only one error: signal 11 sent to httpd child Unfortunately, no more logs with errors are available. I would appreciate your advice as to the issue. -- Edit bug report at http://bugs.php.net/?id=42696&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42696&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42696&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42696&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42696&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42696&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42696&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42696&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42696&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42696&r=support Expected behavior:http://bugs.php.net/fix.php?id=42696&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42696&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42696&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42696&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42696&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42696&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42696&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42696&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42696&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42696&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42696&r=mysqlcfg
#42695 [Opn->Fbk]: php crashes from time to time
ID: 42695 Updated by: [EMAIL PROTECTED] Reported By: mamatkazin at ivc dot orw dot ru -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux (Slackware 11.0) PHP Version: 5.2.4 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. We really need a reproducible script for this... Previous Comments: [2007-09-18 07:10:20] mamatkazin at ivc dot orw dot ru Description: I got this error on some BIG script and can't reproduce it on small example. This error happens nearly 1 from 5-10 request to this script. This GDB was configured as "i486-slackware-linux"...Using host libthread_db libr ary "/lib/tls/libthread_db.so.1". (gdb) r -b 127.0.0.1:1026 Starting program: /usr/local/php5-fcgi/bin/php-cgi -b 127.0.0.1:1026 [Thread debugging using libthread_db enabled] [New Thread -1217173824 (LWP 25841)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1217173824 (LWP 25841)] 0x082f9949 in _zend_mm_free_int () (gdb) bt #0 0x082f9949 in _zend_mm_free_int () #1 0x08307062 in _zval_ptr_dtor () #2 0x083213b8 in zend_hash_destroy () #3 0x0831510c in _zval_dtor_func () #4 0x0830708d in _zval_ptr_dtor () #5 0x083213b8 in zend_hash_destroy () #6 0x0831510c in _zval_dtor_func () #7 0x0830708d in _zval_ptr_dtor () #8 0x08321598 in zend_hash_apply_deleter () #9 0x08321647 in zend_hash_graceful_reverse_destroy () #10 0x083077f1 in shutdown_executor () #11 0x08315f4c in zend_deactivate () #12 0x082d03e8 in php_request_shutdown () #13 0x083b944e in main () (gdb) My configure line is: ./configure --prefix=/usr/local/php5-fcgi --host=i686-pc-linux-gnu --sysconfdir=/etc --with-config-file-path=/etc/lighttpd --enable-safe-mode --with-openssl --with-mhash --enable-bcmath --with-bz2 --with-pic --enable-calendar --enable-ctype --with-gdbm --with-db4 --with-ldap --with-imap-ssl=/usr/local/lib/c-client --with-imap=/usr/local/lib/c-client --enable-dbase --enable-ftp --with-iconv --with-exif --enable-exif --with-gd --enable-gd-native-ttf --with-jpeg-dir=/usr --with-png --with-pdflib --with-ttf --with-freetype-dir=/usr --with-gmp --enable-mbstring --with-curl=/usr --with-pcre-regex=/usr --enable-pdo=shared --with-pgsql -- Edit this bug report at http://bugs.php.net/?id=42695&edit=1
#42695 [NEW]: php crashes from time to time
From: mamatkazin at ivc dot orw dot ru Operating system: Linux (Slackware 11.0) PHP version: 5.2.4 PHP Bug Type: Reproducible crash Bug description: php crashes from time to time Description: I got this error on some BIG script and can't reproduce it on small example. This error happens nearly 1 from 5-10 request to this script. This GDB was configured as "i486-slackware-linux"...Using host libthread_db libr ary "/lib/tls/libthread_db.so.1". (gdb) r -b 127.0.0.1:1026 Starting program: /usr/local/php5-fcgi/bin/php-cgi -b 127.0.0.1:1026 [Thread debugging using libthread_db enabled] [New Thread -1217173824 (LWP 25841)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1217173824 (LWP 25841)] 0x082f9949 in _zend_mm_free_int () (gdb) bt #0 0x082f9949 in _zend_mm_free_int () #1 0x08307062 in _zval_ptr_dtor () #2 0x083213b8 in zend_hash_destroy () #3 0x0831510c in _zval_dtor_func () #4 0x0830708d in _zval_ptr_dtor () #5 0x083213b8 in zend_hash_destroy () #6 0x0831510c in _zval_dtor_func () #7 0x0830708d in _zval_ptr_dtor () #8 0x08321598 in zend_hash_apply_deleter () #9 0x08321647 in zend_hash_graceful_reverse_destroy () #10 0x083077f1 in shutdown_executor () #11 0x08315f4c in zend_deactivate () #12 0x082d03e8 in php_request_shutdown () #13 0x083b944e in main () (gdb) My configure line is: ./configure --prefix=/usr/local/php5-fcgi --host=i686-pc-linux-gnu --sysconfdir=/etc --with-config-file-path=/etc/lighttpd --enable-safe-mode --with-openssl --with-mhash --enable-bcmath --with-bz2 --with-pic --enable-calendar --enable-ctype --with-gdbm --with-db4 --with-ldap --with-imap-ssl=/usr/local/lib/c-client --with-imap=/usr/local/lib/c-client --enable-dbase --enable-ftp --with-iconv --with-exif --enable-exif --with-gd --enable-gd-native-ttf --with-jpeg-dir=/usr --with-png --with-pdflib --with-ttf --with-freetype-dir=/usr --with-gmp --enable-mbstring --with-curl=/usr --with-pcre-regex=/usr --enable-pdo=shared --with-pgsql -- Edit bug report at http://bugs.php.net/?id=42695&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42695&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42695&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42695&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42695&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42695&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42695&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42695&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42695&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42695&r=support Expected behavior:http://bugs.php.net/fix.php?id=42695&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42695&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42695&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42695&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42695&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42695&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42695&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42695&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42695&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42695&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42695&r=mysqlcfg
#42694 [NEW]: decbin() is not returning the correct value
From: carrotcake1029 at gmail dot com
Operating system: Windows Vista Home Premium
PHP version: 5.2.4
PHP Bug Type: *Encryption and hash functions
Bug description: decbin() is not returning the correct value
Description:
I wrote my own little function that can take numbers and make turn them
into numbers of other bases. When I ran a few tries with binary, I began
to notice that PHP's decbin() was not matching up with mine. Easily
proven, mine was correct.
Reproduce code:
---
echo dec2base(4728937489, 2) . "\n";
echo decbin(4728937489);
function dec2base($int, $base)
{
while ($int >= 1)
{
$ret .= $int % $base;
$int = $int / $base;
}
return strrev($ret);
}
Expected result:
10001100111011101110111010001
10001100111011101110111010001
Actual result:
--
10001100111011101110111010001
1100111011101110111010001
--
Edit bug report at http://bugs.php.net/?id=42694&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42694&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42694&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42694&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42694&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42694&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42694&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42694&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42694&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42694&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42694&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42694&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42694&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42694&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42694&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42694&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42694&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42694&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42694&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42694&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42694&r=mysqlcfg
