#42764 [Opn]: cannot configure --with-mysql because conftest looks in the wrong place on OS X
ID: 42764 User updated by: wangoo dot tangoo at yahoo dot com Reported By: wangoo dot tangoo at yahoo dot com Status: Open -Bug Type: Compile Failure +Bug Type: Dynamic loading Operating System: os x PHP Version: 5.2.4 New Comment: Category was wrong. This is a configuration issue, not a compile issue. Previous Comments: [2007-09-25 23:17:36] wangoo dot tangoo at yahoo dot com Clarified in summary that this is strictly an OS X bug. [2007-09-25 23:15:02] wangoo dot tangoo at yahoo dot com Description: A clean, fresh install of mysql on os x places the client dynamic libraries in /usr/local/mysql/lib Php's conftest looks for them in /usr/local/mysql/lib/mysql Because they are not found there, the configuration dies. This is a new install (neither existed on this machine in the past) of both php and mysql. It is reproducible. A google search for the quotes string: "dyld: Library not loaded: /usr/local/mysql/lib/mysql/libmysqlclient.15.dylib" indicates that numerous other people are having this problem as well. Reproduce code: --- ./configure --with-mysql=/usr/local/mysql Expected result: I expect the configuration to complete successfully. Actual result: -- Here is the output in debug.log: CONFIGURE: './configure' '--with-mysql=/usr/local/mysql' CC: gcc CFLAGS: -I/usr/include -g -O2 CPPFLAGS:-no-cpp-precomp CXX: CXXFLAGS: INCLUDES:-I/usr/include/libxml2 -I/Users/art/Desktop/php- 5.2.4/ext/date/lib -I/usr/local/mysql/include LDFLAGS:-liconv -L/usr/lib -L/usr/local/mysql/lib - L/usr/local/mysql/lib LIBS: -lmysqlclient -liconv -lm -lxml2 -lz -liconv -lm -lxml2 - lz -liconv -lm -lxml2 -lz -liconv -lm DLIBS: SAPI: cgi PHP_RPATHS: /usr/local/mysql/lib uname -a: Darwin leo-macbook-1 8.10.1 Darwin Kernel Version 8.10.1: Wed May 23 16:33:00 PDT 2007; root:xnu-792.22.5~1/RELEASE_I386 i386 i386 gcc -o conftest -I/usr/include -g -O2 -no-cpp-precomp -liconv - L/usr/lib -L/usr/local/mysql/lib -L/usr/local/mysql/lib conftest.c - lmysqlclient -li\ conv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz - liconv -lm 1>&5 conftest.c: In function 'main': conftest.c:3: warning: incompatible implicit declaration of built-in function 'exit' dyld: Library not loaded: /usr/local/mysql/lib/mysql/libmysqlclient.15.dylib Referenced from: /Users/art/Desktop/php-5.2.4/./conftest Reason: image not found ./configure: line 91490: 22722 Trace/BPT trap ./conftest -- Edit this bug report at http://bugs.php.net/?id=42764&edit=1
#42764 [Opn]: cannot configure --with-mysql because conftest looks in the wrong place on OS X
ID: 42764 User updated by: wangoo dot tangoo at yahoo dot com -Summary: cannot configure --with-mysql because conftest looks in the wrong place Reported By: wangoo dot tangoo at yahoo dot com Status: Open Bug Type: Compile Failure Operating System: os x PHP Version: 5.2.4 New Comment: Clarified in summary that this is strictly an OS X bug. Previous Comments: [2007-09-25 23:15:02] wangoo dot tangoo at yahoo dot com Description: A clean, fresh install of mysql on os x places the client dynamic libraries in /usr/local/mysql/lib Php's conftest looks for them in /usr/local/mysql/lib/mysql Because they are not found there, the configuration dies. This is a new install (neither existed on this machine in the past) of both php and mysql. It is reproducible. A google search for the quotes string: "dyld: Library not loaded: /usr/local/mysql/lib/mysql/libmysqlclient.15.dylib" indicates that numerous other people are having this problem as well. Reproduce code: --- ./configure --with-mysql=/usr/local/mysql Expected result: I expect the configuration to complete successfully. Actual result: -- Here is the output in debug.log: CONFIGURE: './configure' '--with-mysql=/usr/local/mysql' CC: gcc CFLAGS: -I/usr/include -g -O2 CPPFLAGS:-no-cpp-precomp CXX: CXXFLAGS: INCLUDES:-I/usr/include/libxml2 -I/Users/art/Desktop/php- 5.2.4/ext/date/lib -I/usr/local/mysql/include LDFLAGS:-liconv -L/usr/lib -L/usr/local/mysql/lib - L/usr/local/mysql/lib LIBS: -lmysqlclient -liconv -lm -lxml2 -lz -liconv -lm -lxml2 - lz -liconv -lm -lxml2 -lz -liconv -lm DLIBS: SAPI: cgi PHP_RPATHS: /usr/local/mysql/lib uname -a: Darwin leo-macbook-1 8.10.1 Darwin Kernel Version 8.10.1: Wed May 23 16:33:00 PDT 2007; root:xnu-792.22.5~1/RELEASE_I386 i386 i386 gcc -o conftest -I/usr/include -g -O2 -no-cpp-precomp -liconv - L/usr/lib -L/usr/local/mysql/lib -L/usr/local/mysql/lib conftest.c - lmysqlclient -li\ conv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz - liconv -lm 1>&5 conftest.c: In function 'main': conftest.c:3: warning: incompatible implicit declaration of built-in function 'exit' dyld: Library not loaded: /usr/local/mysql/lib/mysql/libmysqlclient.15.dylib Referenced from: /Users/art/Desktop/php-5.2.4/./conftest Reason: image not found ./configure: line 91490: 22722 Trace/BPT trap ./conftest -- Edit this bug report at http://bugs.php.net/?id=42764&edit=1
#42764 [NEW]: cannot configure --with-mysql because conftest looks in the wrong place
From: wangoo dot tangoo at yahoo dot com Operating system: os x PHP version: 5.2.4 PHP Bug Type: Compile Failure Bug description: cannot configure --with-mysql because conftest looks in the wrong place Description: A clean, fresh install of mysql on os x places the client dynamic libraries in /usr/local/mysql/lib Php's conftest looks for them in /usr/local/mysql/lib/mysql Because they are not found there, the configuration dies. This is a new install (neither existed on this machine in the past) of both php and mysql. It is reproducible. A google search for the quotes string: "dyld: Library not loaded: /usr/local/mysql/lib/mysql/libmysqlclient.15.dylib" indicates that numerous other people are having this problem as well. Reproduce code: --- ./configure --with-mysql=/usr/local/mysql Expected result: I expect the configuration to complete successfully. Actual result: -- Here is the output in debug.log: CONFIGURE: './configure' '--with-mysql=/usr/local/mysql' CC: gcc CFLAGS: -I/usr/include -g -O2 CPPFLAGS:-no-cpp-precomp CXX: CXXFLAGS: INCLUDES:-I/usr/include/libxml2 -I/Users/art/Desktop/php- 5.2.4/ext/date/lib -I/usr/local/mysql/include LDFLAGS:-liconv -L/usr/lib -L/usr/local/mysql/lib - L/usr/local/mysql/lib LIBS: -lmysqlclient -liconv -lm -lxml2 -lz -liconv -lm -lxml2 - lz -liconv -lm -lxml2 -lz -liconv -lm DLIBS: SAPI: cgi PHP_RPATHS: /usr/local/mysql/lib uname -a: Darwin leo-macbook-1 8.10.1 Darwin Kernel Version 8.10.1: Wed May 23 16:33:00 PDT 2007; root:xnu-792.22.5~1/RELEASE_I386 i386 i386 gcc -o conftest -I/usr/include -g -O2 -no-cpp-precomp -liconv - L/usr/lib -L/usr/local/mysql/lib -L/usr/local/mysql/lib conftest.c - lmysqlclient -li\ conv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz - liconv -lm 1>&5 conftest.c: In function 'main': conftest.c:3: warning: incompatible implicit declaration of built-in function 'exit' dyld: Library not loaded: /usr/local/mysql/lib/mysql/libmysqlclient.15.dylib Referenced from: /Users/art/Desktop/php-5.2.4/./conftest Reason: image not found ./configure: line 91490: 22722 Trace/BPT trap ./conftest -- Edit bug report at http://bugs.php.net/?id=42764&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42764&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42764&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42764&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42764&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42764&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42764&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42764&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42764&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42764&r=support Expected behavior:http://bugs.php.net/fix.php?id=42764&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42764&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42764&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42764&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42764&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42764&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42764&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42764&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42764&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42764&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42764&r=mysqlcfg
#39312 [Asn->Opn]: Cannot install OCI_PDO
ID: 39312
Updated by: [EMAIL PROTECTED]
Reported By: andrew dot nagy at villanova dot edu
-Status: Assigned
+Status: Open
Bug Type: PDO related
Operating System: Linux
PHP Version: 5.2.4
Assigned To: tony2001
New Comment:
Yeah, but I never maintained PDO_OCI.
Previous Comments:
[2007-09-25 09:53:13] [EMAIL PROTECTED]
Tony, I wasn't sure to whom to assign this but you're one of the oci8
maintainers AFAIK. :)
[2007-09-24 21:20:56] andrew dot nagy at villanova dot edu
I just did an install of php 5.2.4 on a brand new RHEL server. The
only way I could get this to work is by using the zip files provided by
Oracle, not the RPMs. Both the Basic and SDK are need (well I am
assuming the Basic is needed). Once I unzip the files, I needed to
create 2 symbolic links -- both libclntsh.so and libocci.so.
Could this be fixed in the configure script to look for the original
files instead of the renamed files?
For now - I have created a patch that makes the language a bit more
intuitive if this helps at all. It is diff'ed against the 5.2.4
release.
1305,1306c1305,1306
< Use
--with-pdo-oci=instantclient,/path/to/instantclient,version
< for an Oracle Instant Client SDK
install.
---
> Use
--with-pdo-oci=instantclient,prefix,version
> for an Oracle Instant Client SDK.
73096c73096
< { echo "configure: error: I'm too dumb to figure out where the
include dir is in your Instant Client install" 1>&2; exit 1; }
---
> { echo "configure: error: Cannot find the Instant Client SDK in
your Instant Client install" 1>&2; exit 1; }
73105c73105
< { echo "configure: error: I'm too dumb to figure out where the
libraries are in your Instant Client install" 1>&2; exit 1; }
---
> { echo "configure: error: Cannot find the libclntsh.so file.
Try making a symbolic link in your Instant Client SDK install" 1>&2;
exit 1; }
[2006-11-08 21:37:15] [EMAIL PROTECTED]
If you know how exactly to make it more verbose and clear - we would
gladly accept your patch for ext/pdo_oci/config.m4.
See here:
http://cvs.php.net/viewvc.cgi/php-src/ext/pdo_oci/config.m4?revision=1.14.2.5&view=markup
[2006-11-08 21:21:48] andrew dot nagy at villanova dot edu
I guess I am saying that the error checking should be more verbose.
Instead of reporting "Im too dumb to find your missing files".
The most important part is adding the installation procedure to the doc
page for PDO_OCI, but that hasn't been written yet it appears.
[2006-11-08 20:39:51] [EMAIL PROTECTED]
>Is their anyway this checking can be added to the configure script?
What do you mean?
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/39312
--
Edit this bug report at http://bugs.php.net/?id=39312&edit=1
#42757 [Opn->Fbk]: Mysql doesn't load php_mysql.dll
ID: 42757
Updated by: [EMAIL PROTECTED]
Reported By: nektarin at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: MySQL related
Operating System: Win XP
PHP Version: 5.2.4
New Comment:
And you have replaced the existing dlls with the ones that come with
the snapshot package?
Previous Comments:
[2007-09-25 14:58:53] nektarin at gmail dot com
Still doesn't work with latest release (5.2.5-dev). It has the same
symptoms; the php_mysql.dll does not load. phpinfo() has no information
on mysql except the one in my PATH string...
Again, if I copy the php_mysql.dll from the PHP 5.2.2 release to the
/ext folder of the PHP 5.2.5-dev installation, everything works like a
charm.
[2007-09-25 14:43:24] [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-25 12:17:20] nektarin at gmail dot com
Description:
I get "Fatal error: Call to undefined function mysql_connect()" when
using php 5.2.4 with the distributed php_mysql.dll.
When I change to the
php_mysql.dll from PHP 5.2.2 it works perfect. Ie. Everything is php
5.2.4 except that I am using the php_mysql.dll from PHP 5.2.2
Reproduce code:
---
$db = mysql_connect("localhost","root","");
Actual result:
--
Fatal error: Call to undefined function mysql_connect()
--
Edit this bug report at http://bugs.php.net/?id=42757&edit=1
#42297 [Opn]: mysql_fetch functions return ? instead of utf8 chars other than latin1
ID: 42297 User updated by: bmilosavljevic at gmail dot com Reported By: bmilosavljevic at gmail dot com Status: Open Bug Type:MySQL related PHP Version: 4.4.7 New Comment: I had the same problem with php 4.4.4 and MySQL server version of 4.1.22 standard on Linux server! Exactly, it is solved by this fix for utf8 char set when database char set is utf8. What is your MySQl server version? Maybe that's what matters. Actually, by querying SET CHARACTER SET latin1 you did exactly the same fix! It seems we should apply the same char set in this SQL statement as in the database queried. "Thus, is it possible that PHP tries to convert any mysql results to utf8, even when neither the database/tables, nor the PHP files are in utf8 ?" -> I think that is exactly what MySQL tries to do. Only I am not sure why it can not perform this conversion (according to this article at http://www.bluetwanger.de/blog/2006/11/20/mysql-and-utf-8-no-more-question-marks/ -> I think you should see it) I 'll test this on php 5.x.x and post the results... Previous Comments: [2007-09-25 18:05:58] dev at unleashedmind dot com The given fix works, if the database collation is utf8_* (f.e. utf8_general_ci). However, querying a database with collation latin1_* still returns question marks instead of the actual characters. Thus, is it possible that PHP tries to convert any mysql results to utf8, even when neither the database/tables, nor the PHP files are in utf8 ? I encounter this bug with PHP 4.4.7 on Windows (Server 2003). I'm not able to reproduce it with PHP 4.4.7 on SuSE Linux. Also, this bug does not seem to exist in PHP 5. IIRC, my last installed version of PHP was 4.4.4, which did not have this bug. Strangely, if I add the rather senseless line immediately after the database connect, all mysql query read/write results are fine. [2007-09-24 20:18:05] bmilosavljevic at gmail dot com I think I 've found the solution! This bug is due to MySQL, I think. If the following sql query is executed: SET CHARACTER SET utf8 (without ; is recommended) immediately after establishing a connection, the problem is solved, at least for me! Even more suitable query would be SET NAMES utf8, because connection's query strings are also submitted to the server in utf8. and instead of ... any query executed should return proper utf8 characters. Check this please in your environment! [2007-09-24 14:10:44] dev at unleashedmind dot com Confirming that this bug exists. [2007-08-14 16:07:27] bmilosavljevic at gmail dot com Description: mysql_fetch functions return question marks (?) instead of utf8 chars (other than latin1). Tested on linux production server and on local windows developer server as well. -- Edit this bug report at http://bugs.php.net/?id=42297&edit=1
#42749 [Opn]: error_reporting() does not have any affect (sometimes)
ID: 42749 User updated by: gabe at mudbugmedia dot com Reported By: gabe at mudbugmedia dot com Status: Open Bug Type: *General Issues Operating System: Linux proto 2.6.20-hardened-r5 PHP Version: 5CVS-2007-09-24 (snap) New Comment: I've been running a httperf on a sample script testing when setting error_reporting in a block via php_admin_value vs. php_value and watching the error log. php_admin_value does NOT have problems setting the level php_value DOES have problems setting the level Previous Comments: [2007-09-25 14:01:03] gabe at mudbugmedia dot com I have some vhosts that have the following within the block: php_admin_value error_reporting "E_ALL ^ E_NOTICE" However, this problem is occurring on a vhost that does not use any php_admin_values, either globally or in the block. I have not had troubles overriding any of the other .ini values that I know of. I have a few sites that have the following .htaccess: php_flag short_open_tag on php_flag register_globals on php_value error_reporting "E_ALL ^ E_NOTICE" During page loads when the error_reporting doesn't get properly overwritten with the new value, the short_open_tag and register_globals are always properly set and are not suffering the same problem. A good portion of my sites also change the include_path via ini_set(), and I haven't had a single issue with any of those. It appears that this is specific to the error_reporting ini value and isn't affecting any of the other ini values. It should be noted that sites that use a php_admin_value error_reporting in a block have been reported (yet?) to have any issues with setting a new local value. [2007-09-25 09:20:53] [EMAIL PROTECTED] Is it just error_reporting ini option you get this problem with? It is a bit hard to debug, the ini system being what it is.. Do you use php_admin_* flags anywhere in your httpd.conf (or included parts of it) ?? [2007-09-24 21:02:55] gabe at mudbugmedia dot com In the comments of the other bug, this is mentioned: >When error_reporting was overwritten with ADMIN privileges it cannot be changed anymore by the @ operator :) If I add something like: @include 'doesnotexist'; at the end of the test file, no warning will be issued even when the problem behavior is occurring. Usage of the '@' symbol for error suppression is completely unaffected by this bug. [2007-09-24 20:56:17] gabe at mudbugmedia dot com I extended my reproduction code to check ini_set(), which suffers the same behavior. Code: Output: int(6143) int(6143) Notice: This should not be seen in /home/gabebug/public_html/error_reporting_tests.php on line 5 Notice: Undefined variable: a in /home/gabebug/public_html/error_reporting_tests.php on line 6 int(6143) bool(false) int(6143) Notice: This should not be seen in /home/gabebug/public_html/error_reporting_tests.php on line 11 Notice: Undefined variable: a in /home/gabebug/public_html/error_reporting_tests.php on line 12 int(6143) [2007-09-24 20:54:00] gabe at mudbugmedia dot com I don't think this is a threading problem, as I'm running Apache 2.2.6 under `prefork` mpm, and when I compiled (via gentoo USE flags -- not sure what the 'thread' use flag corresponds to in the ./configure), threads were disabled. Also, the last comment on #41561 states that threads weren't involved and that it was patched in the CVS last week, and I've been experiencing this behavior on today's CVS snap. This is my configure statement: './configure' '--prefix=/usr/lib/php5' '--host=i686-pc-linux-gnu' '-- mandir=/usr/lib/php5/man' '--infodir=/usr/lib/php5/info' '-- sysconfdir=/etc' '--cache-file=./config.cache' '--disable-cli' '-- with-apxs2=/usr/sbin/apxs2' '--with-config-file-path=/etc/php/apache2- php5' '--with-config-file-scan-dir=/etc/php/apache2-php5/ext-active' '--without-pear' '--disable-bcmath' '--with-bz2' '--disable-calendar' '--with-curl' '--without-curlwrappers' '--disable-dbase' '--disable- exif' '--without-fbsql' '--without-fdftk' '--disable-filter' '-- disable-ftp' '--with-gettext' '--without-gmp' '--disable-hash' '-- without-iconv' '--disable-ipv6' '--disable-json' '--without-kerberos' '--enable-mbstring' '--with-mcrypt' '--without-mhash' '--without-msql' '--without-mssql' '--without-ncurses' '--with-openssl' '--with- openssl-dir=/usr' '--disable-pcntl' '--disable-pdo' '--without-pgsql' '--without-pspell' '--without-recode' '--disable-reflection' '-- disable-simplexml' '--disable-shmop' '--without-snmp' '--disable-soap' '--disable-sockets' '--disable-spl' '--without-sybase' '--without- sybase
#40172 [Com]: date() function memory leak
ID: 40172 Comment by: travis at pause dot ca Reported By: diogo86 at gmail dot com Status: No Feedback Bug Type: Performance problem Operating System: Debian PHP Version: 5.2.0 New Comment: I'm experiencing the same issue: date() increases memory usage (for us) by about 17-20kb each time it's called. We're running Redhat Enterprise on our server with PHP 5.2.4. We've also experienced the problem on Windows XP with PHP 5.2.3. Interestingly gmdate() is not affected by the issue, leading me to think it was a problem related somehow to the timezone file. After a little investigation in that direction we found a fix. Simply specify date.timezone in your php.ini file and no more memory leak for date(). eg: date.timezone = America/Toronto So this bug can be replicated, it does exist (at least in the versions mentioned above), but there is a workaround until the leak is fixed (if it hasn't been in CVS already). Cheers! Previous Comments: [2007-01-27 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-01-19 17:03:48] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Cannot reproduce. [2007-01-19 16:52:52] diogo86 at gmail dot com Description: The date() function keep consuming memory each time it's called even if it's not assigned to any variable. Reproduce code: --- Expected result: Something about 46436 bytes of memory usage just like when I call this statement inside that loop: $str = strtoupper($_SERVER['PHP_SELF']); Actual result: -- 5485532 bytes of memory usage. Debian Linux 2.6.15-1-486 PHP 5.2.0-8 (cli) (built: Dec 17 2006 20:03:51) [PHP Modules] bcmath bz2 calendar ctype date dba dom exif filter ftp gettext hash iconv json libxml mbstring mime_magic ncurses openssl pcntl pcre PDO pdo_pgsql posix Reflection session shmop SimpleXML soap sockets SPL standard sysvmsg sysvsem sysvshm tokenizer wddx xml xmlreader xmlwriter zip zlib [Zend Modules] -- Edit this bug report at http://bugs.php.net/?id=40172&edit=1
#42297 [Com]: mysql_fetch functions return ? instead of utf8 chars other than latin1
ID: 42297 Comment by: dev at unleashedmind dot com Reported By: bmilosavljevic at gmail dot com Status: Open Bug Type:MySQL related PHP Version: 4.4.7 New Comment: The given fix works, if the database collation is utf8_* (f.e. utf8_general_ci). However, querying a database with collation latin1_* still returns question marks instead of the actual characters. Thus, is it possible that PHP tries to convert any mysql results to utf8, even when neither the database/tables, nor the PHP files are in utf8 ? I encounter this bug with PHP 4.4.7 on Windows (Server 2003). I'm not able to reproduce it with PHP 4.4.7 on SuSE Linux. Also, this bug does not seem to exist in PHP 5. IIRC, my last installed version of PHP was 4.4.4, which did not have this bug. Strangely, if I add the rather senseless line immediately after the database connect, all mysql query read/write results are fine. Previous Comments: [2007-09-24 20:18:05] bmilosavljevic at gmail dot com I think I 've found the solution! This bug is due to MySQL, I think. If the following sql query is executed: SET CHARACTER SET utf8 (without ; is recommended) immediately after establishing a connection, the problem is solved, at least for me! Even more suitable query would be SET NAMES utf8, because connection's query strings are also submitted to the server in utf8. and instead of ... any query executed should return proper utf8 characters. Check this please in your environment! [2007-09-24 14:10:44] dev at unleashedmind dot com Confirming that this bug exists. [2007-08-14 16:07:27] bmilosavljevic at gmail dot com Description: mysql_fetch functions return question marks (?) instead of utf8 chars (other than latin1). Tested on linux production server and on local windows developer server as well. -- Edit this bug report at http://bugs.php.net/?id=42297&edit=1
#41350 [Com]: Error in my_thread_global_end()
ID: 41350 Comment by: daniel dot gaddis at tlc dot state dot tx dot us Reported By: graham at directhostinguk dot com Status: Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.3 Assigned To: scottmac New Comment: php -v returned the error using PHP 5.2.5-dev (cli) (built: Sep 9 2007 12:04:32). See mysql and apache version info below. F:\php>php -v PHP 5.2.5-dev (cli) (built: Sep 9 2007 12:04:32) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Error in my_thread_global_end(): 1 threads didn't exit F:\MySQL\bin>mysqladmin --user= --password= version mysqladmin Ver 8.41 Distrib 5.0.45, for Win32 on ia32 Copyright (C) 2000-2006 MySQL AB This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to modify and redistribute it under the GPL license Server version 5.0.45-community-nt-log Protocol version10 Connection localhost via TCP/IP TCP port3306 Uptime: 9 min 57 sec Threads: 1 Questions: 4 Slow queries: 0 Opens: 12 Flush tables: 1 Open tabl es: 6 Queries per second avg: 0.007 F:\Program Files\Apache Group\Apache>apache.exe -v Server version: Apache/1.3.37 (Win32) Server built: Jul 27 2006 15:23:00 Previous Comments: [2007-09-25 17:54:52] daniel dot gaddis at tlc dot state dot tx dot us php -v returned the error using PHP 5.2.5-dev (cli) (built: Sep 9 2007 12:04:32). See mysql and apache version info below. F:\php>php -v PHP 5.2.5-dev (cli) (built: Sep 9 2007 12:04:32) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Error in my_thread_global_end(): 1 threads didn't exit F:\MySQL\bin>mysqladmin --user= --password= version mysqladmin Ver 8.41 Distrib 5.0.45, for Win32 on ia32 Copyright (C) 2000-2006 MySQL AB This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to modify and redistribute it under the GPL license Server version 5.0.45-community-nt-log Protocol version10 Connection localhost via TCP/IP TCP port3306 Uptime: 9 min 57 sec Threads: 1 Questions: 4 Slow queries: 0 Opens: 12 Flush tables: 1 Open tabl es: 6 Queries per second avg: 0.007 F:\Program Files\Apache Group\Apache>apache.exe -v Server version: Apache/1.3.37 (Win32) Server built: Jul 27 2006 15:23:00 [2007-09-19 21:27:36] [EMAIL PROTECTED] ctrl+c causes a SIGINT which isn't handled by PHP so the module shutdown isn't run and we can't clean up. So that would be expected behaviour. libmysql for 6.0 doesn't work yet as far as I know. Those seeing the error on CGI / FCGI should try a 5.2.5 snapshot as there was another bug that caused module shutdown now to be executed for -v and -i. I need a consistent reproduce case to look further at this. I can't reproduce this with 5.2.5-dev with MySQL 5.0.45 with MySQL, MySQLi and pdo_mysql loaded. Test cases if you please. [2007-09-19 19:45:15] phpbug at povaddict dot com dot ar I forgot to mention: MySQL Ver 14.12 Distrib 5.0.45, for Win32 (ia32) I tried renaming the libmysql.dll inside PHP folder and replacing it with the one from MySQL folder, didn't help. I also read somewhere that 5.0.42 should have the fix; obviously that's not the case. Also, derick said on another PHP bug that "We don't call my_thread_init, or anything starting with my_thread." A reply from mysql bug comments: "my_thread_init() is called indirectly from mysql_init()". [2007-09-19 19:36:03] phpbug at povaddict dot com dot ar I'm running: 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 with mysqli enabled, on a Windows XP machine. A simple way to reproduce it is running php -r "sleep(60);" and pressing Ctrl-C before it quits on its own. It takes over 5 seconds to actually quit, and then displays "Error in my_thread_global_end(): 1 threads didn't exit". Of course, you need some MySQL library enabled in php.ini... [2007-09-18 18:58:25] chadworsham at hotmail dot com 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 -- mysq
#41350 [Com]: Error in my_thread_global_end()
ID: 41350 Comment by: daniel dot gaddis at tlc dot state dot tx dot us Reported By: graham at directhostinguk dot com Status: Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.3 Assigned To: scottmac New Comment: php -v returned the error using PHP 5.2.5-dev (cli) (built: Sep 9 2007 12:04:32). See mysql and apache version info below. F:\php>php -v PHP 5.2.5-dev (cli) (built: Sep 9 2007 12:04:32) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Error in my_thread_global_end(): 1 threads didn't exit F:\MySQL\bin>mysqladmin --user= --password= version mysqladmin Ver 8.41 Distrib 5.0.45, for Win32 on ia32 Copyright (C) 2000-2006 MySQL AB This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to modify and redistribute it under the GPL license Server version 5.0.45-community-nt-log Protocol version10 Connection localhost via TCP/IP TCP port3306 Uptime: 9 min 57 sec Threads: 1 Questions: 4 Slow queries: 0 Opens: 12 Flush tables: 1 Open tabl es: 6 Queries per second avg: 0.007 F:\Program Files\Apache Group\Apache>apache.exe -v Server version: Apache/1.3.37 (Win32) Server built: Jul 27 2006 15:23:00 Previous Comments: [2007-09-19 21:27:36] [EMAIL PROTECTED] ctrl+c causes a SIGINT which isn't handled by PHP so the module shutdown isn't run and we can't clean up. So that would be expected behaviour. libmysql for 6.0 doesn't work yet as far as I know. Those seeing the error on CGI / FCGI should try a 5.2.5 snapshot as there was another bug that caused module shutdown now to be executed for -v and -i. I need a consistent reproduce case to look further at this. I can't reproduce this with 5.2.5-dev with MySQL 5.0.45 with MySQL, MySQLi and pdo_mysql loaded. Test cases if you please. [2007-09-19 19:45:15] phpbug at povaddict dot com dot ar I forgot to mention: MySQL Ver 14.12 Distrib 5.0.45, for Win32 (ia32) I tried renaming the libmysql.dll inside PHP folder and replacing it with the one from MySQL folder, didn't help. I also read somewhere that 5.0.42 should have the fix; obviously that's not the case. Also, derick said on another PHP bug that "We don't call my_thread_init, or anything starting with my_thread." A reply from mysql bug comments: "my_thread_init() is called indirectly from mysql_init()". [2007-09-19 19:36:03] phpbug at povaddict dot com dot ar I'm running: 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 with mysqli enabled, on a Windows XP machine. A simple way to reproduce it is running php -r "sleep(60);" and pressing Ctrl-C before it quits on its own. It takes over 5 seconds to actually quit, and then displays "Error in my_thread_global_end(): 1 threads didn't exit". Of course, you need some MySQL library enabled in php.ini... [2007-09-18 18:58:25] chadworsham at hotmail dot com 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? [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_tim
#42759 [Opn->Csd]: Can't compile with support with Oracle 10g
ID: 42759 Updated by: [EMAIL PROTECTED] Reported By: jarancibia at nacion-seguros dot com dot ar -Status: Open +Status: Closed Bug Type: OCI8 related Operating System: Debian Etch 4.0 PHP Version: 5.2.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. (i) I appreciate you have a problem (ii) I am grateful you took the time to report it (iii) But there is no indication this is a bug. It looks like a support question and should be asked somewhere else, e.g. http://www.oracle.com/technology/forums/php.html (iv) You don't include enough supporting information to diagnose what is happening (v) If you are using the full Oracle Client you possibly have a permission problem, since it installs with restrictive permissions (vi) I can install PHP 5.2.4 using the full Oracle Client - Previous Comments: [2007-09-25 14:11:23] jarancibia at nacion-seguros dot com dot ar Description: I try to install php 5.2.4 and php 5.2.3 and not work make step: make clean export ORACLE_HOME=/opt/oracle/app/oracle/product/client10g export PERL5LIB=\:/opt/oracle/app/oracle/product/client10g/perl/lib/5.8.3\:/opt/oracle/app/oracle/product/client10g/perl/lib/site_perl/5.8.3 export LD_LIBRARY_PATH=/opt/oracle/app/oracle/product/client10g/lib\:/opt/oracle/app/oracle/product/client10g/network/lib ./configure --prefix=/usr \ --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin \ --libexecdir=/usr/libexec --datadir=/usr/share \ --sysconfdir=/etc --sharedstatedir=/usr/com \ --localstatedir=/var --libdir=/usr/lib \ --includedir=/usr/include --infodir=/usr/share/info \ --mandir=/usr/share/man --with-apxs2=/usr/bin/apxs2 \ --enable-debug --with-config-file-path=/etc \ --enable-safe-mode \ --with-exec-dir \ --enable-sigchild \ --disable-ipv6 \ --with-openssl \ --with-zlib \ --with-bz2 \ --enable-calendar \ --with-curl \ --with-gdbm \ --with-gd \ --enable-ftp \ --with-jpeg-dir=/usr \ --with-png-dir \ --with-freetype-dir=/usr/lib \ --with-ttf \ --with-gettext \ --enable-magic-quotes \ --with-gmp \ --with-mcrypt \ --with-mysql-sock=/var/run/mysqld/mysqld.sock \ --with-oci8 \ --with-pspell \ --enable-sockets \ --with-regex=system \ --enable-sysvsem \ --enable-sysvshm \ --enable-wddx \ --enable-zip \ --with-zlib-dir \ --with-pic \ --disable-rpath \ --enable-inline-optimization \ --enable-discard-path=yes \ --enable-force-cgi-redirect=yes \ --with-layout=GNU \ --with-tsrm-pthreads \ --enable-maintainer-zts Reproduce code: --- Output of make command: /root/php-5.2.3/meta_ccld -Iext/oci8/ -I/root/php-5.2.3/ext/oci8/ -DPHP_ATOM_INC -I/root/php-5.2.3/include -I/root/php-5.2.3/main -I/root/php-5.2.3 -I/usr/include/libxml2 -I/root/php-5.2.3/ext/date/lib -I/usr/include/freetype2 -I/opt/oracle/app/oracle/product/client10g/rdbms/public -I/opt/oracle/app/oracle/product/client10g/rdbms/demo -I/opt/oracle/app/oracle/product/client10g/plsql/public -I/usr/include/pspell -I/root/php-5.2.3/TSRM -I/root/php-5.2.3/Zend -I/root/php-5.2.3/ext/oci8 -D_REENTRANT -I/usr/include -g -pthread -O0 -Wall -DZTS -c /root/php-5.2.3/ext/oci8/oci8.c -fPIC -DPIC -o ext/oci8/.libs/oci8.o In file included from /root/php-5.2.3/ext/oci8/oci8.c:50: /root/php-5.2.3/ext/oci8/php_oci8_int.h:56:17: error: oci.h: No such file or directory In file included from /root/php-5.2.3/ext/oci8/oci8.c:50: /root/php-5.2.3/ext/oci8/php_oci8_int.h:101: error: expected specifier-qualifier-list before 'OCIEnv' /root/php-5.2.3/ext/oci8/php_oci8_int.h:124: error: expected specifier-qualifier-list before 'dvoid' /root/php-5.2.3/ext/oci8/php_oci8_int.h:136: error: expected specifier-qualifier-list before 'ub4' . . . . . -- Edit this bug report at http://bugs.php.net/?id=42759&edit=1
#41641 [Com]: Indirect Modification Notice due to modification using __set
ID: 41641 Comment by: brjann at gmail dot com Reported By: asnyder at mddev dot com Status: Assigned Bug Type: Scripting Engine problem Operating System: Linux Fedora Core 4 PHP Version: 5.2.3 Assigned To: helly New Comment: When 5.2.0 was released, several complaints about this issue were submitted (see http://bugs.php.net/bug.php?id=39449), and it was resolved. But now we're there again. Fact is that this seriously breaks wrapping functions that my project relies on, and I still don't understand the logic of modification of overloaded array properties not working is expected behaviour, while modification of non-array properties works. Will this be fixed? If not, why, and why was it then fixed after bug report 39449? Was it just so that me and others would keep on writing code that is now useless? Previous Comments: [2007-08-22 14:49:30] [EMAIL PROTECTED] Marcus, can you give an educated answer to this..? [2007-08-22 05:53:14] asnyder at mddev dot com First of all, I don't appreciate your snotty attitude. Second, if you actuallyread the post, you would realize this is not the same issue. In that post they were actually modifying a value, in my post, I'm simply using the __get, __set as magic methods in order to call a different function. This is VERY different. It's ok for the call to Set and not raise the notice. If you look at the functions there's nothing in danger of being modifed incorrectly. Please read before you post an incorrect response. I know its hard from that pedestool your on, but sometimes it's best to come down, and discuss things with other people. I would like to think myself as educated in the ways of PHP, and might consider fixing this myself, and submitting it to the repository. I was hoping to save myself the trouble, and let someone more experienced with the php internals work on it, but if you won't fix it, I will. [2007-08-17 20:12:26] [EMAIL PROTECTED] 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. Same as bug #38102. [2007-07-18 14:26:49] [EMAIL PROTECTED] Oops, wrong id, see bug #42030 [2007-06-25 19:49:07] asnyder at mddev dot com Ok, HOW is this code, or code like it "WRONG"? The code has the desired effect. The purpose of the code is to allow the user to call a function via the __set, __get without having to actually call the actual function. For instance, if one would want to have properties. Regardless of what you think the code should be, the code has the effect that the developer wanted, thus the code is not wrong, it's just confusing to you. What EXACTLY is wrong with this code? What effect is it having that is not the desired effect? 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/41641 -- Edit this bug report at http://bugs.php.net/?id=41641&edit=1
#42757 [Fbk->Opn]: Mysql doesn't load php_mysql.dll
ID: 42757
User updated by: nektarin at gmail dot com
Reported By: nektarin at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: MySQL related
Operating System: Win XP
PHP Version: 5.2.4
New Comment:
Still doesn't work with latest release (5.2.5-dev). It has the same
symptoms; the php_mysql.dll does not load. phpinfo() has no information
on mysql except the one in my PATH string...
Again, if I copy the php_mysql.dll from the PHP 5.2.2 release to the
/ext folder of the PHP 5.2.5-dev installation, everything works like a
charm.
Previous Comments:
[2007-09-25 14:43:24] [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-25 12:17:20] nektarin at gmail dot com
Description:
I get "Fatal error: Call to undefined function mysql_connect()" when
using php 5.2.4 with the distributed php_mysql.dll.
When I change to the
php_mysql.dll from PHP 5.2.2 it works perfect. Ie. Everything is php
5.2.4 except that I am using the php_mysql.dll from PHP 5.2.2
Reproduce code:
---
$db = mysql_connect("localhost","root","");
Actual result:
--
Fatal error: Call to undefined function mysql_connect()
--
Edit this bug report at http://bugs.php.net/?id=42757&edit=1
#42748 [Opn->Csd]: $_POST not working
ID: 42748
Updated by: [EMAIL PROTECTED]
Reported By: mazz3x at gmail dot com
-Status: Open
+Status: Closed
Bug Type: *General Issues
Operating System: Arch Linux 2007.08.1
PHP Version: 5.2.4
New Comment:
Most likely this was issue with PHP_SELF containing the stuff twice.
(can't remember the bug number but it was fixed)
Previous Comments:
[2007-09-25 11:16:42] mazz3x at gmail dot com
Ok, it's working now ;)
[2007-09-25 09:45:08] [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-24 19:38:55] mazz3x at gmail dot com
Description:
when I try to submit i always get the same result...
Reproduce code:
---
";
?>
Expected result:
array(1) { ["test"]=> string(7) "testing" }
Actual result:
--
array(0) { }
--
Edit this bug report at http://bugs.php.net/?id=42748&edit=1
#42761 [Opn->Bgs]: PHP has encountered an Access Violation at 01BA35F8
ID: 42761 Updated by: [EMAIL PROTECTED] Reported By: info at paolotozzo dot it -Status: Open +Status: Bogus Bug Type: IIS related Operating System: WINDOWS 2003RC2 PHP Version: 5.2.4 New Comment: We are aware of PHP's problems with stability under IIS and are working to rectify the problem. Unfortunatly your bug report does not contain any extra useful information and we already have enough bug reports open about this issue. If you can provide more detailed information such as a reproducable crash or a backtrace please do so and reopen this bug. Otherwise please keep trying new releases as we are working to resolve the problems on this platform Thanks for your interest in PHP. Use FastCGI. Previous Comments: [2007-09-25 14:43:35] info at paolotozzo dot it Description: After a long time, all the php pages get the following error: PHP has encountered an Access Violation at 01BA35F8 My actually configuration is: Xeon dual core 16 gb ram Windows 2003 RC2 IIS 6 PHP 5.2.4 (but the problem still exists in PHP 5.2.3) ISAPI MYSQL 5.0.27 After a IIS restart the error dissapear -- Edit this bug report at http://bugs.php.net/?id=42761&edit=1
#42750 [Opn]: if session_name contains a dot, a new session is started every request
ID: 42750
Updated by: [EMAIL PROTECTED]
Reported By: dominik dot dorn at gmail dot com
Status: Open
Bug Type: Session related
Operating System: Gentoo Linux
PHP Version: 5.2.4
New Comment:
Note: register_globals is still there, it's just not enabled by default
so we still have to take this dot-issue into count.
Previous Comments:
[2007-09-25 12:08:46] dominik dot dorn at gmail dot com
well then it should not even set the cookie with the dot in it,
shouldn't it?
Could it be, that the "only alphanumeric" thing is a relict from the
register_globals=on time?
Even if the manual says, the session_id should only contain
alphanumeric characters, it does not say that it has to.
I think there is a just a simple bug in the method, which reads the
session cookie back in, because setting the cookie works.
thanks for your help
[2007-09-25 09:58:55] [EMAIL PROTECTED]
>From the manual: "It should contain only alphanumeric characters".
This propably should have some sort of check for invalid chars used in
the name.
[2007-09-25 09:16:47] [EMAIL PROTECTED]
It's propably the fact that PHP changes dots in incoming data into _
but I need to investigate a bit.
[2007-09-24 22:28:48] dominik dot dorn at gmail dot com
Description:
i was trying to fool a little around and tried to set the
session_name to "MYSITE.NET_SessionID'.
PHP sets a cookie with the name ASP.NET_SessionID
but seems not to read it at the next page request.
Reproduce code:
---
I tried this with the session_name("ASP.NET_SessionID"); function
and with setting it thru php.ini
session.name = MYSITE.NET_SessionID
i even tried to surround the text with quotes in php.ini like
session.name = "MYSITE.NET_SessionID"
or
session.name = 'MYSITE.NET_SessionID"
Expected result:
php reads the session id from the cookie names "MYSITE.NET_SessionID'
and then reads the sessiondata with the specified sessionhash
--
Edit this bug report at http://bugs.php.net/?id=42750&edit=1
#42761 [NEW]: PHP has encountered an Access Violation at 01BA35F8
From: info at paolotozzo dot it Operating system: WINDOWS 2003RC2 PHP version: 5.2.4 PHP Bug Type: IIS related Bug description: PHP has encountered an Access Violation at 01BA35F8 Description: After a long time, all the php pages get the following error: PHP has encountered an Access Violation at 01BA35F8 My actually configuration is: Xeon dual core 16 gb ram Windows 2003 RC2 IIS 6 PHP 5.2.4 (but the problem still exists in PHP 5.2.3) ISAPI MYSQL 5.0.27 After a IIS restart the error dissapear -- Edit bug report at http://bugs.php.net/?id=42761&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42761&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42761&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42761&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42761&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42761&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42761&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42761&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42761&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42761&r=support Expected behavior:http://bugs.php.net/fix.php?id=42761&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42761&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42761&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42761&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42761&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42761&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42761&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42761&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42761&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42761&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42761&r=mysqlcfg
#42757 [Opn->Fbk]: Mysql doesn't load php_mysql.dll
ID: 42757
Updated by: [EMAIL PROTECTED]
Reported By: nektarin at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: MySQL related
Operating System: Win XP
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-25 12:17:20] nektarin at gmail dot com
Description:
I get "Fatal error: Call to undefined function mysql_connect()" when
using php 5.2.4 with the distributed php_mysql.dll.
When I change to the
php_mysql.dll from PHP 5.2.2 it works perfect. Ie. Everything is php
5.2.4 except that I am using the php_mysql.dll from PHP 5.2.2
Reproduce code:
---
$db = mysql_connect("localhost","root","");
Actual result:
--
Fatal error: Call to undefined function mysql_connect()
--
Edit this bug report at http://bugs.php.net/?id=42757&edit=1
#42759 [NEW]: Can't compile with support with Oracle 10g
From: jarancibia at nacion-seguros dot com dot ar Operating system: Debian Etch 4.0 PHP version: 5.2.4 PHP Bug Type: OCI8 related Bug description: Can't compile with support with Oracle 10g Description: I try to install php 5.2.4 and php 5.2.3 and not work make step: make clean export ORACLE_HOME=/opt/oracle/app/oracle/product/client10g export PERL5LIB=\:/opt/oracle/app/oracle/product/client10g/perl/lib/5.8.3\:/opt/oracle/app/oracle/product/client10g/perl/lib/site_perl/5.8.3 export LD_LIBRARY_PATH=/opt/oracle/app/oracle/product/client10g/lib\:/opt/oracle/app/oracle/product/client10g/network/lib ./configure --prefix=/usr \ --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin \ --libexecdir=/usr/libexec --datadir=/usr/share \ --sysconfdir=/etc --sharedstatedir=/usr/com \ --localstatedir=/var --libdir=/usr/lib \ --includedir=/usr/include --infodir=/usr/share/info \ --mandir=/usr/share/man --with-apxs2=/usr/bin/apxs2 \ --enable-debug --with-config-file-path=/etc \ --enable-safe-mode \ --with-exec-dir \ --enable-sigchild \ --disable-ipv6 \ --with-openssl \ --with-zlib \ --with-bz2 \ --enable-calendar \ --with-curl \ --with-gdbm \ --with-gd \ --enable-ftp \ --with-jpeg-dir=/usr \ --with-png-dir \ --with-freetype-dir=/usr/lib \ --with-ttf \ --with-gettext \ --enable-magic-quotes \ --with-gmp \ --with-mcrypt \ --with-mysql-sock=/var/run/mysqld/mysqld.sock \ --with-oci8 \ --with-pspell \ --enable-sockets \ --with-regex=system \ --enable-sysvsem \ --enable-sysvshm \ --enable-wddx \ --enable-zip \ --with-zlib-dir \ --with-pic \ --disable-rpath \ --enable-inline-optimization \ --enable-discard-path=yes \ --enable-force-cgi-redirect=yes \ --with-layout=GNU \ --with-tsrm-pthreads \ --enable-maintainer-zts Reproduce code: --- Output of make command: /root/php-5.2.3/meta_ccld -Iext/oci8/ -I/root/php-5.2.3/ext/oci8/ -DPHP_ATOM_INC -I/root/php-5.2.3/include -I/root/php-5.2.3/main -I/root/php-5.2.3 -I/usr/include/libxml2 -I/root/php-5.2.3/ext/date/lib -I/usr/include/freetype2 -I/opt/oracle/app/oracle/product/client10g/rdbms/public -I/opt/oracle/app/oracle/product/client10g/rdbms/demo -I/opt/oracle/app/oracle/product/client10g/plsql/public -I/usr/include/pspell -I/root/php-5.2.3/TSRM -I/root/php-5.2.3/Zend -I/root/php-5.2.3/ext/oci8 -D_REENTRANT -I/usr/include -g -pthread -O0 -Wall -DZTS -c /root/php-5.2.3/ext/oci8/oci8.c -fPIC -DPIC -o ext/oci8/.libs/oci8.o In file included from /root/php-5.2.3/ext/oci8/oci8.c:50: /root/php-5.2.3/ext/oci8/php_oci8_int.h:56:17: error: oci.h: No such file or directory In file included from /root/php-5.2.3/ext/oci8/oci8.c:50: /root/php-5.2.3/ext/oci8/php_oci8_int.h:101: error: expected specifier-qualifier-list before 'OCIEnv' /root/php-5.2.3/ext/oci8/php_oci8_int.h:124: error: expected specifier-qualifier-list before 'dvoid' /root/php-5.2.3/ext/oci8/php_oci8_int.h:136: error: expected specifier-qualifier-list before 'ub4' . . . . . -- Edit bug report at http://bugs.php.net/?id=42759&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42759&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42759&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42759&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42759&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42759&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42759&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42759&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42759&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42759&r=support Expected behavior:http://bugs.php.net/fix.php?id=42759&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42759&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42759&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42759&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42759&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42759&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42759&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42759&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42759&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42759&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42759&r=mysqlcfg
#42758 [NEW]: memory leak in class method calls
From: benoit dot heinrich at swisscom dot com Operating system: linux PHP version: 4.4.7 PHP Bug Type: Unknown/Other Function Bug description: memory leak in class method calls Description: Hi, There is a memory leak when calling a method of a class. I know the bug is fixed in PHP5 but for business reasons we can't afford to upgrade to php5 right now. Is that possible to fix this very annoying issue? /Benoit Reproduce code: --- member = $value; } } $obj =& new ClassA(); $mem = memory_get_usage(); for ($i=0; $i< 100; $i++) $obj->member = null; print "Direct property set memory leak is " . number_format(memory_get_usage()-$mem) . "\n"; $mem = memory_get_usage(); for ($i=0; $i< 100; $i++) $obj->setMember(null); print "Method call memory leak is " . number_format(memory_get_usage()-$mem) . "\n"; ?> Expected result: Direct property set memory leak is 0 Method call memory leak is 0 Actual result: -- Direct property set memory leak is 128 Method call memory leak is 8,000,040 -- Edit bug report at http://bugs.php.net/?id=42758&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42758&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42758&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42758&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42758&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42758&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42758&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42758&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42758&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42758&r=support Expected behavior:http://bugs.php.net/fix.php?id=42758&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42758&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42758&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42758&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42758&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42758&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42758&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42758&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42758&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42758&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42758&r=mysqlcfg
#42749 [Fbk->Opn]: error_reporting() does not have any affect (sometimes)
ID: 42749 User updated by: gabe at mudbugmedia dot com Reported By: gabe at mudbugmedia dot com -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Linux proto 2.6.20-hardened-r5 PHP Version: 5CVS-2007-09-24 (snap) New Comment: I have some vhosts that have the following within the block: php_admin_value error_reporting "E_ALL ^ E_NOTICE" However, this problem is occurring on a vhost that does not use any php_admin_values, either globally or in the block. I have not had troubles overriding any of the other .ini values that I know of. I have a few sites that have the following .htaccess: php_flag short_open_tag on php_flag register_globals on php_value error_reporting "E_ALL ^ E_NOTICE" During page loads when the error_reporting doesn't get properly overwritten with the new value, the short_open_tag and register_globals are always properly set and are not suffering the same problem. A good portion of my sites also change the include_path via ini_set(), and I haven't had a single issue with any of those. It appears that this is specific to the error_reporting ini value and isn't affecting any of the other ini values. It should be noted that sites that use a php_admin_value error_reporting in a block have been reported (yet?) to have any issues with setting a new local value. Previous Comments: [2007-09-25 09:20:53] [EMAIL PROTECTED] Is it just error_reporting ini option you get this problem with? It is a bit hard to debug, the ini system being what it is.. Do you use php_admin_* flags anywhere in your httpd.conf (or included parts of it) ?? [2007-09-24 21:02:55] gabe at mudbugmedia dot com In the comments of the other bug, this is mentioned: >When error_reporting was overwritten with ADMIN privileges it cannot be changed anymore by the @ operator :) If I add something like: @include 'doesnotexist'; at the end of the test file, no warning will be issued even when the problem behavior is occurring. Usage of the '@' symbol for error suppression is completely unaffected by this bug. [2007-09-24 20:56:17] gabe at mudbugmedia dot com I extended my reproduction code to check ini_set(), which suffers the same behavior. Code: Output: int(6143) int(6143) Notice: This should not be seen in /home/gabebug/public_html/error_reporting_tests.php on line 5 Notice: Undefined variable: a in /home/gabebug/public_html/error_reporting_tests.php on line 6 int(6143) bool(false) int(6143) Notice: This should not be seen in /home/gabebug/public_html/error_reporting_tests.php on line 11 Notice: Undefined variable: a in /home/gabebug/public_html/error_reporting_tests.php on line 12 int(6143) [2007-09-24 20:54:00] gabe at mudbugmedia dot com I don't think this is a threading problem, as I'm running Apache 2.2.6 under `prefork` mpm, and when I compiled (via gentoo USE flags -- not sure what the 'thread' use flag corresponds to in the ./configure), threads were disabled. Also, the last comment on #41561 states that threads weren't involved and that it was patched in the CVS last week, and I've been experiencing this behavior on today's CVS snap. This is my configure statement: './configure' '--prefix=/usr/lib/php5' '--host=i686-pc-linux-gnu' '-- mandir=/usr/lib/php5/man' '--infodir=/usr/lib/php5/info' '-- sysconfdir=/etc' '--cache-file=./config.cache' '--disable-cli' '-- with-apxs2=/usr/sbin/apxs2' '--with-config-file-path=/etc/php/apache2- php5' '--with-config-file-scan-dir=/etc/php/apache2-php5/ext-active' '--without-pear' '--disable-bcmath' '--with-bz2' '--disable-calendar' '--with-curl' '--without-curlwrappers' '--disable-dbase' '--disable- exif' '--without-fbsql' '--without-fdftk' '--disable-filter' '-- disable-ftp' '--with-gettext' '--without-gmp' '--disable-hash' '-- without-iconv' '--disable-ipv6' '--disable-json' '--without-kerberos' '--enable-mbstring' '--with-mcrypt' '--without-mhash' '--without-msql' '--without-mssql' '--without-ncurses' '--with-openssl' '--with- openssl-dir=/usr' '--disable-pcntl' '--disable-pdo' '--without-pgsql' '--without-pspell' '--without-recode' '--disable-reflection' '-- disable-simplexml' '--disable-shmop' '--without-snmp' '--disable-soap' '--disable-sockets' '--disable-spl' '--without-sybase' '--without- sybase-ct' '--disable-sysvmsg' '--disable-sysvsem' '--disable-sysvshm' '--without-tidy' '--disable-tokenizer' '--disable-wddx' '--disable- xmlreader' '--disable-xmlwriter' '--without-xmlrpc' '--without-xsl' '- -disable-zip' '--with-zlib' '--disable-debug' '--without-cdb' '-- without-db4' '--without-flatfile' '--without-gdbm' '--without-inifile' '--without-qdbm' '--
#37527 [Com]: Crash - odbc_exec on closed pconnect
ID: 37527
Comment by: alexandra at zend dot com
Reported By: bhines at alumni dot ucsd dot edu
Status: Open
Bug Type: ODBC related
Operating System: Windows XP
PHP Version: 5.1.6
New Comment:
Hi
There is a simple work-around to make this script work - there is a
problem with the fact that you declared the $mydb var global in one
function but not the other.
You can change the printPage() function to solve this issue.
function printPage()
{
global $mydb;
$mydb = pdb_Connect();
odbc_close($mydb);
print "Possibly Crashing now... ";
$results = odbc_exec($mydb, 'SELECT * FROM _PDB_Access');
}
Previous Comments:
[2006-09-29 23:22:16] bhines at alumni dot ucsd dot edu
Still occurs in 5.1.6
[2006-05-20 21:44:33] bhines at alumni dot ucsd dot edu
odbc32.dll!74355a16()
odbc32.dll!7432139f()
odbc32.dll!74322c5d()
odbc32.dll!74325fa0()
odbc32.dll!7432740e()
php5ts.dll!zif_odbc_exec(int ht=17437576, _zval_struct *
return_value=0x010af6f0, _zval_struct * * return_value_ptr=0x,
_zval_struct * this_ptr=0x, int return_value_used=1, void * * *
tsrm_ls=0x00032608) Line 1285 C
php5ts.dll!zend_do_fcall_common_helper_SPEC(_zend_execute_data *
execute_data=0x00c0fae8, void * * * tsrm_ls=0x00032608) Line 200 +
0x35C
php5ts.dll!ZEND_DO_FCALL_SPEC_CONST_HANDLER(_zend_execute_data *
execute_data=0x, void * * * tsrm_ls=0x00032608) Line 1644 +
0xe C
php5ts.dll!execute(_zend_op_array * op_array=0x, void * * *
tsrm_ls=0x010abb40) Line 92 + 0xc C
php5ts.dll!_efree(void * ptr=0x011d5f60) Line 275 + 0xcC
php5ts.dll!zend_llist_del_element(_zend_llist * l=0x010ad080, void *
element=0x00032608, int (void *, void *)* compare=0x) Line 99 +
0x5 C
php5ts.dll!zend_execute_scripts(int type=2009252809, void * * *
tsrm_ls=0x0003, _zval_struct * * retval=0x, int
file_count=2009252814, ...) Line 1100 C
ntdll.dll!7c9106eb()
msvcrt.dll!77c2c3ce()
msvcrt.dll!77c2c3e7()
msvcrt.dll!77c2c42e()
php5ts.dll!_zend_hash_add_or_update(_hashtable * ht=0x000d, char
* arKey=0x010abb30, unsigned int nKeyLength=268473042, void *
pData=0x, unsigned int nDataSize=206344, void * *
pDest=0x010abb18, int flag=268473024) Line 248 + 0x2e C
php5ts.dll!ts_resource_ex(int id=12648368, unsigned long *
th_id=0x) Line 331 C
php5ts.dll!php_execute_script(_zend_file_handle *
primary_file=0x00c0fedc, void * * * tsrm_ls=0x00032608) Line 1682 +
0x31C
php.exe!main(int argc=2, char * * argv=0x000325c8) Line 1094 C
php.exe!_mainCRTStartup() + 0xe3
kernel32.dll!7c816d4f()
kernel32.dll!7c8399f3()
[2006-05-19 20:06:48] bhines at alumni dot ucsd dot edu
Description:
php crashes if i connect to a closed ODBC pconnect. I know this is
very bad code below, but php should probably not crash.
I reproed this with both 5.1.4 and today's 5.2 snapshot.
Reproduce code:
---
Expected result:
With warnings on, i'd expect something like:
Possibly Crashing now...
Warning: odbc_exec(): supplied argument is not a valid ODBC-Link
resource in d:\inetpub\wwwroot\include\test\testcrash.php on line 20
Actual result:
--
Possibly Crashing now... PHP has encountered an Access Violation at
7C901010
--
Edit this bug report at http://bugs.php.net/?id=37527&edit=1
#42757 [NEW]: Mysql doesn't load php_mysql.dll
From: nektarin at gmail dot com
Operating system: Win XP
PHP version: 5.2.4
PHP Bug Type: MySQL related
Bug description: Mysql doesn't load php_mysql.dll
Description:
I get "Fatal error: Call to undefined function mysql_connect()" when
using php 5.2.4 with the distributed php_mysql.dll.
When I change to the
php_mysql.dll from PHP 5.2.2 it works perfect. Ie. Everything is php
5.2.4 except that I am using the php_mysql.dll from PHP 5.2.2
Reproduce code:
---
$db = mysql_connect("localhost","root","");
Actual result:
--
Fatal error: Call to undefined function mysql_connect()
--
Edit bug report at http://bugs.php.net/?id=42757&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42757&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42757&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42757&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42757&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42757&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42757&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42757&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42757&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42757&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42757&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42757&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42757&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42757&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42757&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42757&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42757&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42757&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42757&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42757&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42757&r=mysqlcfg
#42750 [Opn]: if session_name contains a dot, a new session is started every request
ID: 42750
User updated by: dominik dot dorn at gmail dot com
Reported By: dominik dot dorn at gmail dot com
Status: Open
Bug Type: Session related
Operating System: Gentoo Linux
PHP Version: 5.2.4
New Comment:
well then it should not even set the cookie with the dot in it,
shouldn't it?
Could it be, that the "only alphanumeric" thing is a relict from the
register_globals=on time?
Even if the manual says, the session_id should only contain
alphanumeric characters, it does not say that it has to.
I think there is a just a simple bug in the method, which reads the
session cookie back in, because setting the cookie works.
thanks for your help
Previous Comments:
[2007-09-25 09:58:55] [EMAIL PROTECTED]
>From the manual: "It should contain only alphanumeric characters".
This propably should have some sort of check for invalid chars used in
the name.
[2007-09-25 09:16:47] [EMAIL PROTECTED]
It's propably the fact that PHP changes dots in incoming data into _
but I need to investigate a bit.
[2007-09-24 22:28:48] dominik dot dorn at gmail dot com
Description:
i was trying to fool a little around and tried to set the
session_name to "MYSITE.NET_SessionID'.
PHP sets a cookie with the name ASP.NET_SessionID
but seems not to read it at the next page request.
Reproduce code:
---
I tried this with the session_name("ASP.NET_SessionID"); function
and with setting it thru php.ini
session.name = MYSITE.NET_SessionID
i even tried to surround the text with quotes in php.ini like
session.name = "MYSITE.NET_SessionID"
or
session.name = 'MYSITE.NET_SessionID"
Expected result:
php reads the session id from the cookie names "MYSITE.NET_SessionID'
and then reads the sessiondata with the specified sessionhash
--
Edit this bug report at http://bugs.php.net/?id=42750&edit=1
#14151 [Com]: Installed/Compiled Php4.0.6 with Oracle9i on Linux Red Hat7.2
ID: 14151
Comment by: yux at fdtsgd dot kfoh
Reported By: liao4619 at uidaho dot edu
Status: No Feedback
Bug Type: OCI8 related
Operating System: Linux Red Hat 7.2
PHP Version: 4.0.6
New Comment:
http://www.meta-fx.com
forex
Previous Comments:
[2002-03-12 00:00:02] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a month, 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".
[2002-02-07 08:20:34] [EMAIL PROTECTED]
what is you configure line?
also what re the last 10 lines of the outpit of your configure?
[2002-02-07 03:03:01] jugsafari at rediffmail dot com
today I tried installing php4.1.1 on RedHat7.2 with Oracle9i
but it gives an error "unsupported version " . I went through a
documentation where in it said that 4.1.1 has all fixups .the is a patch
to fix this bug in php4.0.6 too but i donot find any help for php4.1.1
.
can I have any help on this ??
regards
jags
[2001-12-21 19:42:23] liao4619 at uidaho dot edu
I followed backtrace report Instructions:
First:I stop apache server by using following comand under root
privilage
#/usr/local/apache/bin/apachectl stop
/usr/local/apache/bin/apachectl stop: httpd stopped
Second Under root privilage run httpd - X under gdb with:
#gdb /usr/local/apache/bin/httpd
GNU gdb Red Hat Linux (5.1-1)
Copyright 2001 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-redhat-linux"...
(gdb) run -X
Starting program: /usr/local/apache/bin/httpd -X
[New Thread 1024 (LWP 1971)]
After that I use web browser and access server to force the crash. I am
surprised that I can connect with oracle server well. The only thing is
the speed for access web is very slow. There is no gdb prompt appear,
and
there is no any message indication that there is a crash.
Following is php script to authorize into oracle:
/* Global Vars **/
$user = "";
$pswd = "xxx";
$dbase = "(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = hermes.campus.uidaho.edu)(PORT
= 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = oracle.campus.uidaho.edu)
)
)";
function dbConnect()
{
global $user, $pswd, $dbase;
$con = OCILogon($user, $pswd, $dbase);
if( OCIError($con) )
ErrorAndExit( "Could not create connection to the database."
);
else
return $con;
}
[2001-12-21 14:05:20] [EMAIL PROTECTED]
Can you generate a backtrace?
(http://bugs.php.net/bugs-generating-backtrace.php)
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/14151
--
Edit this bug report at http://bugs.php.net/?id=14151&edit=1
#28156 [Com]: E_WARN instead E_ERROR when doing $a = 'asdf'; echo is_array($a['foo']['asdf']
ID: 28156
Comment by: ofih at fhd dot ko
Reported By: info at gramba dot tv
Status: Suspended
Bug Type: Feature/Change Request
Operating System: *
PHP Version: 5.0.0.0
Assigned To: helly
New Comment:
http://www.meta-fx.com
forex
Previous Comments:
[2004-04-26 20:37:13] [EMAIL PROTECTED]
We are considering a new operator or internal function to take care of
this after PHP 5.0. A patch is here:
http://marcus-boerger.de/php/ext/ze2/ze2-ifsetor-20040416-4.diff.txt
Syntax: ifsetor( [, ])
Semantic: check whether variable exists and return it. If it not
exists evaluate expression which defaults to NULL and return that
value instead.
Comment: may also be an array subscription of any depth.
[2004-04-26 15:18:52] info at gramba dot tv
Description:
$a = 'asdf';
echo is_array($a['foo']['asdf']);
is completly invalid, unfortunatly many applications deal with the fact
that some offsets simply "may" not exist.
workaround would be
if (isset($a['foo']['asdf']) &&
is_array($a['foo']['asdf']) {
but this would bloat the code a lot
Reproduce code:
---
// /* E_ERROR Invalid offset */
$a = 'asdf';
echo is_array($a['foo']['asdf']);
Expected result:
an E_WARNING instead of E_ERROR which is suppressable
Actual result:
--
E_ERROR
--
Edit this bug report at http://bugs.php.net/?id=28156&edit=1
#42748 [Fbk->Opn]: $_POST not working
ID: 42748
User updated by: mazz3x at gmail dot com
Reported By: mazz3x at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: *General Issues
Operating System: Arch Linux 2007.08.1
PHP Version: 5.2.4
New Comment:
Ok, it's working now ;)
Previous Comments:
[2007-09-25 09:45:08] [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-24 19:38:55] mazz3x at gmail dot com
Description:
when I try to submit i always get the same result...
Reproduce code:
---
";
?>
Expected result:
array(1) { ["test"]=> string(7) "testing" }
Actual result:
--
array(0) { }
--
Edit this bug report at http://bugs.php.net/?id=42748&edit=1
#41745 [Com]: PHP incorrectly encodes null values in SOAP
ID: 41745
Comment by: fredrik at wangel dot net
Reported By: jasper at digiweb dot co dot nz
Status: No Feedback
Bug Type: SOAP related
Operating System: Linux
PHP Version: 5.2.3
New Comment:
Verified on PHP 5.2.4. Reported bug is still unsolved. In addition,
NULL values in array responses are also handled incorrectly.
I have prepared a bug41745.phpt file (based on bug39815.phpt) that will
test for the above cases and two other cases that are currently working
in PHP 5.2.4 (included for regression testing).
Should I attach the code in a comment or send it directly to someone
with CVS write access? In the meantime, get it from
http://wangel.net/fredrik/php/bugs/bug41745.phpt
Previous Comments:
[2007-06-29 01:00:02] 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-06-21 21:47:51] [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-06-20 02:40:17] jasper at digiweb dot co dot nz
Description:
When null is provided for a SOAP parameter or the field of an object
passed as a SOAP parameter, PHP incorrectly encodes the parameter as
being empty (e.g. object with all null fields, or empty string) which is
different from an actual null. This breaks access to real-world web
services.
Reproduce code:
---
$soap = new SoapClient('/path/to/wsdl', array('trace' => true));
$soap->operation(null);
echo $soap->__getLastRequest();
Expected result:
http://schemas.xmlsoap.org/soap/envelope/";
xmlns:ns1="NAMESPACE"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";>
== OR ==
http://schemas.xmlsoap.org/soap/envelope/";
xmlns:ns1="NAMESPACE">
Actual result:
--
http://schemas.xmlsoap.org/soap/envelope/";
xmlns:ns1="NAMESPACE">
--
Edit this bug report at http://bugs.php.net/?id=41745&edit=1
#42756 [NEW]: getColumnMeta() flag primary_key disappears when combining JOIN and ORDER BY
From: jens dot ljungblad at gmail dot com
Operating system: Win XP
PHP version: 5.2.4
PHP Bug Type: PDO related
Bug description: getColumnMeta() flag primary_key disappears when combining
JOIN and ORDER BY
Description:
When doing a joined query with ORDER BY, the flag 'primary_key' disappears
from the getColumnMeta() data. It is available when doing a JOIN and when
doing an ORDER BY, but not when you combine the two.
Reproduce code:
---
query('SELECT * FROM table1 LEFT JOIN table2 ON table1.id =
table2.id ORDER BY table1.id');
foreach ($pdo as $row)
{
for ($i=0; $meta = $pdo->getColumnMeta($i); $i++)
{
print_r($meta);
}
}
?>
Expected result:
I expect columns that are primary keys to have the 'primary_key' flag:
[flags] => Array
(
[0] => not_null
[1] => primary_key
)
Actual result:
--
The primary_key flag is missing
--
Edit bug report at http://bugs.php.net/?id=42756&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42756&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42756&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42756&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42756&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42756&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42756&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42756&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42756&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42756&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42756&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42756&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42756&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42756&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42756&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42756&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42756&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42756&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42756&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42756&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42756&r=mysqlcfg
#42755 [NEW]: date() returns incorrect time by +1 hour
From: andrew at confirmalert dot com dot au
Operating system: Win 2003 Server SP2
PHP version: 5.2.4
PHP Bug Type: *General Issues
Bug description: date() returns incorrect time by +1 hour
Description:
Date function parses correct unix timestamp in PHP 5.0.3 but not in PHP
5.2.4.
I have set the timezone of the webserver to Casablanca Morroco which is a
timezone that does not observe ANY daylight savings changes (i.e. it is a
constant time) even though the server is physically located in San Diego
USA.
Reproduce code:
---
date("Y-m-d @ g:i", 1190671200);
Expected result:
//Expected 2007-09-25 @ 8:00
Actual result:
--
//Produces 2007-09-25 @ 9:00
--
Edit bug report at http://bugs.php.net/?id=42755&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42755&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42755&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42755&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42755&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42755&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42755&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42755&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42755&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42755&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42755&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42755&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42755&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42755&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42755&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42755&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42755&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42755&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42755&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42755&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42755&r=mysqlcfg
#16241 [Com]: make apache error
ID: 16241 Comment by: iguf at gdi dot khgo Reported By: luzhu001 at sina dot com Status: No Feedback Bug Type: Apache related Operating System: sun5.5.1 PHP Version: 4.1.2 New Comment: http://www.meta-fx.com forex Previous Comments: [2002-05-23 00:00:06] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, 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". [2002-04-22 23:39:25] [EMAIL PROTECTED] Try adding --enable-libgcc to your PHP configure line. --Jani [2002-03-24 21:16:08] luzhu001 at sina dot com cd apache1.3.9 ./configure --prefix=/www/apache cd ../php4.12 ./configure --with-mysql --with-apache=../apache1.3.9 --enable-track-vars make make install cd ../apache1.3.9 ./configure --activate-module=src/modules/php4/libphp4.a --prefix=/www/apache make [2002-03-24 05:31:43] [EMAIL PROTECTED] What are your configure lines? (both of PHP and Apache) [2002-03-24 05:08:01] [EMAIL PROTECTED] This is not a PHP.net website problem, but an Apache problem... 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/16241 -- Edit this bug report at http://bugs.php.net/?id=16241&edit=1
#42750 [Asn->Opn]: if session_name contains a dot, a new session is started every request
ID: 42750
Updated by: [EMAIL PROTECTED]
Reported By: dominik dot dorn at gmail dot com
-Status: Assigned
+Status: Open
Bug Type: Session related
Operating System: Gentoo Linux
PHP Version: 5.2.4
Assigned To: jani
New Comment:
>From the manual: "It should contain only alphanumeric characters".
This propably should have some sort of check for invalid chars used in
the name.
Previous Comments:
[2007-09-25 09:16:47] [EMAIL PROTECTED]
It's propably the fact that PHP changes dots in incoming data into _
but I need to investigate a bit.
[2007-09-24 22:28:48] dominik dot dorn at gmail dot com
Description:
i was trying to fool a little around and tried to set the
session_name to "MYSITE.NET_SessionID'.
PHP sets a cookie with the name ASP.NET_SessionID
but seems not to read it at the next page request.
Reproduce code:
---
I tried this with the session_name("ASP.NET_SessionID"); function
and with setting it thru php.ini
session.name = MYSITE.NET_SessionID
i even tried to surround the text with quotes in php.ini like
session.name = "MYSITE.NET_SessionID"
or
session.name = 'MYSITE.NET_SessionID"
Expected result:
php reads the session id from the cookie names "MYSITE.NET_SessionID'
and then reads the sessiondata with the specified sessionhash
--
Edit this bug report at http://bugs.php.net/?id=42750&edit=1
#39312 [Opn->Asn]: Cannot install OCI_PDO
ID: 39312
Updated by: [EMAIL PROTECTED]
Reported By: andrew dot nagy at villanova dot edu
-Status: Open
+Status: Assigned
Bug Type: PDO related
Operating System: Linux
-PHP Version: 5.1.6
+PHP Version: 5.2.4
-Assigned To:
+Assigned To: tony2001
New Comment:
Tony, I wasn't sure to whom to assign this but you're one of the oci8
maintainers AFAIK. :)
Previous Comments:
[2007-09-24 21:20:56] andrew dot nagy at villanova dot edu
I just did an install of php 5.2.4 on a brand new RHEL server. The
only way I could get this to work is by using the zip files provided by
Oracle, not the RPMs. Both the Basic and SDK are need (well I am
assuming the Basic is needed). Once I unzip the files, I needed to
create 2 symbolic links -- both libclntsh.so and libocci.so.
Could this be fixed in the configure script to look for the original
files instead of the renamed files?
For now - I have created a patch that makes the language a bit more
intuitive if this helps at all. It is diff'ed against the 5.2.4
release.
1305,1306c1305,1306
< Use
--with-pdo-oci=instantclient,/path/to/instantclient,version
< for an Oracle Instant Client SDK
install.
---
> Use
--with-pdo-oci=instantclient,prefix,version
> for an Oracle Instant Client SDK.
73096c73096
< { echo "configure: error: I'm too dumb to figure out where the
include dir is in your Instant Client install" 1>&2; exit 1; }
---
> { echo "configure: error: Cannot find the Instant Client SDK in
your Instant Client install" 1>&2; exit 1; }
73105c73105
< { echo "configure: error: I'm too dumb to figure out where the
libraries are in your Instant Client install" 1>&2; exit 1; }
---
> { echo "configure: error: Cannot find the libclntsh.so file.
Try making a symbolic link in your Instant Client SDK install" 1>&2;
exit 1; }
[2006-11-08 21:37:15] [EMAIL PROTECTED]
If you know how exactly to make it more verbose and clear - we would
gladly accept your patch for ext/pdo_oci/config.m4.
See here:
http://cvs.php.net/viewvc.cgi/php-src/ext/pdo_oci/config.m4?revision=1.14.2.5&view=markup
[2006-11-08 21:21:48] andrew dot nagy at villanova dot edu
I guess I am saying that the error checking should be more verbose.
Instead of reporting "Im too dumb to find your missing files".
The most important part is adding the installation procedure to the doc
page for PDO_OCI, but that hasn't been written yet it appears.
[2006-11-08 20:39:51] [EMAIL PROTECTED]
>Is their anyway this checking can be added to the configure script?
What do you mean?
[2006-11-08 20:01:52] andrew dot nagy at villanova dot edu
Okay, that solved it.
I added the other symlink that you have and I added the version number
back into my configure statement and I was able to pass the configure.
Is their anyway this checking can be added to the configure script?
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/39312
--
Edit this bug report at http://bugs.php.net/?id=39312&edit=1
#42305 [Opn->Fbk]: Segmentation fault after php script proccessing end
ID: 42305 Updated by: [EMAIL PROTECTED] Reported By: danil dot megrabjan at gmail dot com -Status: Open +Status: Feedback Bug Type: DOM XML related Operating System: SLES10 PHP Version: 5.2.4 Assigned To: rrichards New Comment: One more thing to try: http://snaps.php.net/php5.2-latest.tar.gz I've seen same kind of backtrace and they were totally unrelated to any xml operations. Also I think there was such bug already fixed in CVS so please give the snapshot a try. If it does crash, remember to send the backtrace (not forgetting the --enable-debug in configure line!) Previous Comments: [2007-09-21 17:38:16] danil dot megrabjan at gmail dot com No, in code i using DOMDocument instead SimpleXML. I can send to you all sources of our project, but it`s really big for debugging, or i can give connect via ssh, ftp to this server for you. I don`t know what being is better to act. Code is big and i can`t make the simple sample of this. I`m trying to doing this very long time... :( [2007-09-21 11:28:14] [EMAIL PROTECTED] I really need some type of reproduceable script for this one. There are now 5 completely different back traces. Is SimpleXML being used within the scripts perchance? The only current issue I know of that possibly could cause this would be from a specific use case of SimpleXML. [2007-09-21 10:53:04] danil dot megrabjan at gmail dot com Now, i have Apache core dump file. I may send it, if you want. [2007-09-21 09:44:44] danil dot megrabjan at gmail dot com I have install new instance of OS (OpenSuse)... i have configure php 5.2.4 with --enable-debug, and i have the same problems. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1211177280 (LWP 11792)] 0xb7b98935 in zend_hash_apply_deleter (ht=0x817bbb8, p=0x82de958) at /home/bagroff/distfiles/php-5.2.4/Zend/zend_hash.c:580 580 p->pLast->pNext = p->pNext; (gdb) bt #0 0xb7b98935 in zend_hash_apply_deleter (ht=0x817bbb8, p=0x82de958) at /home/bagroff/distfiles/php-5.2.4/Zend/zend_hash.c:580 #1 0xb7b98f40 in zend_hash_reverse_apply (ht=0x817bbb8, apply_func=0xb7b7b9bf ) at /home/bagroff/distfiles/php-5.2.4/Zend/zend_hash.c:760 #2 0xb7b7be73 in clean_non_persistent_constants () at /home/bagroff/distfiles/php-5.2.4/Zend/zend_constants.c:162 #3 0xb7b7d10b in shutdown_executor () at /home/bagroff/distfiles/php-5.2.4/Zend/zend_execute_API.c:303 #4 0xb7b8c267 in zend_deactivate () at /home/bagroff/distfiles/php-5.2.4/Zend/zend.c:860 #5 0xb7b3a935 in php_request_shutdown (dummy=0x0) at /home/bagroff/distfiles/php-5.2.4/main/main.c:1463 #6 0xb7c058e9 in php_apache_request_dtor (r=0x827da60) at /home/bagroff/distfiles/php-5.2.4/sapi/apache2handler/sapi_apache2.c:471 #7 0xb7c061d7 in php_handler (r=0x827da60) at /home/bagroff/distfiles/php-5.2.4/sapi/apache2handler/sapi_apache2.c:643 #8 0x08074639 in ap_run_handler (r=0x827da60) at config.c:157 #9 0x08077797 in ap_invoke_handler (r=0x827da60) at config.c:372 #10 0x0808dd4a in ap_internal_redirect (new_uri=0x82856a0 "/infin.php?query=start/1/66", r=0x82896b0) at http_request.c:477 #11 0x080a4eb4 in handler_redirect (r=0x82896b0) at mod_rewrite.c:4729 #12 0x08074639 in ap_run_handler (r=0x82896b0) at config.c:157 #13 0x08077797 in ap_invoke_handler (r=0x82896b0) at config.c:372 #14 0x0808dec8 in ap_process_request (r=0x82896b0) at http_request.c:258 #15 0x0808b1bb in ap_process_http_connection (c=0x8276968) at http_core.c:184 #16 0x0807b559 in ap_run_process_connection (c=0x8276968) at connection.c:43 #17 0x080a9090 in child_main (child_num_arg=) at prefork.c:640 #18 0x080a92f3 in make_child (s=0x80d7ce8, slot=0) at prefork.c:680 #19 0x080aa0cc in ap_mpm_run (_pconf=0x80d30a8, plog=0x8a0, s=0x80d7ce8) at prefork.c:956 #20 0x080623d5 in main (argc=135073952, argv=0x8274790) at main.c:730 I can give for you connect to this server if you want to try yourself... [2007-08-29 09:52:53] [EMAIL PROTECTED] You need to configure PHP with --enable-debug to get an usable backtrace. 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/42305 -- Edit this bug report at http://bugs.php.net/?id=42305&edit=1
#42746 [Opn]: '\u' char in single quotes gets interepreted.
ID: 42746
User updated by: mahesh dot vemula at in dot ibm dot com
Reported By: mahesh dot vemula at in dot ibm dot com
Status: Open
Bug Type: *Unicode Issues
Operating System: Linux, Windows XP
-PHP Version: 6CVS-2007-09-24 (CVS)
+PHP Version: 6CVS-2007-09-24 (SNAP)
New Comment:
Updating the correct "Version".
Previous Comments:
[2007-09-24 10:34:10] mahesh dot vemula at in dot ibm dot com
Description:
'\u' escape sequence char in single quotes('') is being interpreted by
PHP6.
Reproduce code:
---
Expected result:
unicode(1) "ሴ"
unicode(6) "\u1234"
Actual result:
--
unicode(1) "ሴ"
unicode(1) "ሴ"
--
Edit this bug report at http://bugs.php.net/?id=42746&edit=1
#42748 [Opn->Fbk]: $_POST not working
ID: 42748
Updated by: [EMAIL PROTECTED]
Reported By: mazz3x at gmail dot com
-Status: Open
+Status: Feedback
-Bug Type: Unknown/Other Function
+Bug Type: *General Issues
Operating System: Arch Linux 2007.08.1
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-24 19:38:55] mazz3x at gmail dot com
Description:
when I try to submit i always get the same result...
Reproduce code:
---
";
?>
Expected result:
array(1) { ["test"]=> string(7) "testing" }
Actual result:
--
array(0) { }
--
Edit this bug report at http://bugs.php.net/?id=42748&edit=1
#41712 [Com]: [PATCH] Add CURL Progress Function Callback
ID: 41712
Comment by: top dot quack at freenet dot de
Reported By: sdteffen at gmail dot com
Status: Assigned
Bug Type: Feature/Change Request
Operating System: SuSE Linux 10.2
PHP Version: 5CVS-2007-06-16 (CVS)
Assigned To: iliaa
New Comment:
Thanks to Steffen, the patch is now working properly and displays the
upload progress as expected:
curl_progress_callback Download: 0 / 0 bytes, Upload: 636 / 1179391
bytes
curl_progress_callback Download: 0 / 0 bytes, Upload: 17020 / 1179391
bytes
curl_progress_callback Download: 0 / 0 bytes, Upload: 33404 / 1179391
bytes
Please include that bugfix as soon as possible into the new php
versions.
Previous Comments:
[2007-09-24 21:26:20] sdteffen at gmail dot com
The progress function only returned 3 values instead of 4. The
following revised patch fixes this problem (it completely replaces the
previous patch):
diff -u php-5.2.3/ext/curl/interface.c
php-5.2.3.patched/ext/curl/interface.c
--- php-5.2.3/ext/curl/interface.c 2007-05-22 10:39:20.0 +0200
+++ php-5.2.3.patched/ext/curl/interface.c 2007-06-16
13:30:05.0 +0200
@@ -368,6 +368,7 @@
REGISTER_CURL_CONSTANT(CURLOPT_HEADER);
REGISTER_CURL_CONSTANT(CURLOPT_HTTPHEADER);
REGISTER_CURL_CONSTANT(CURLOPT_NOPROGRESS);
+ REGISTER_CURL_CONSTANT(CURLOPT_PROGRESSFUNCTION);
REGISTER_CURL_CONSTANT(CURLOPT_NOBODY);
REGISTER_CURL_CONSTANT(CURLOPT_FAILONERROR);
REGISTER_CURL_CONSTANT(CURLOPT_UPLOAD);
@@ -777,6 +778,80 @@
}
/* }}} */
+/* {{{ curl_progress
+ */
+static size_t curl_progress(void *clientp,
+double dltotal,
+double dlnow,
+double ultotal,
+double ulnow)
+{
+ php_curl *ch = (php_curl *) clientp;
+ php_curl_progress *t = ch->handlers->progress;
+ int length = -1;
+
+#if PHP_CURL_DEBUG
+ fprintf(stderr, "curl_progress() called\n");
+ fprintf(stderr, "clientp = %x, dltotal = %f, dlnow = %f, ultotal =
%f, ulnow = %f\n", clientp, dltotal, dlnow, ultotal, ulnow);
+#endif
+
+ switch (t->method) {
+ case PHP_CURL_USER: {
+ zval **argv[4];
+ zval *zdltotal = NULL;
+ zval *zdlnow = NULL;
+ zval *zultotal = NULL;
+ zval *zulnow = NULL;
+ zval *retval_ptr;
+ int error;
+ zend_fcall_info fci;
+ TSRMLS_FETCH_FROM_CTX(ch->thread_ctx);
+
+ MAKE_STD_ZVAL(zdltotal);
+ MAKE_STD_ZVAL(zdlnow);
+ MAKE_STD_ZVAL(zultotal);
+ MAKE_STD_ZVAL(zulnow);
+
+ ZVAL_LONG(zdltotal, dltotal);
+ ZVAL_LONG(zdlnow, dlnow);
+ ZVAL_LONG(zultotal, ultotal);
+ ZVAL_LONG(zulnow, ulnow);
+
+ argv[0] = &zdltotal;
+ argv[1] = &zdlnow;
+ argv[2] = &zultotal;
+ argv[3] = &zulnow;
+
+ fci.size = sizeof(fci);
+ fci.function_table = EG(function_table);
+ fci.function_name = t->func_name;
+ fci.object_pp = NULL;
+ fci.retval_ptr_ptr = &retval_ptr;
+ fci.param_count = 4;
+ fci.params = argv;
+ fci.no_separation = 0;
+ fci.symbol_table = NULL;
+
+ ch->in_callback = 1;
+ error = zend_call_function(&fci, &t->fci_cache
TSRMLS_CC);
+ ch->in_callback = 0;
+ if (error == FAILURE) {
+ php_error_docref(NULL TSRMLS_CC, E_WARNING,
"Cannot call the
CURLOPT_READFUNCTION");
+ length = -1;
+ }
+
+ zval_ptr_dtor(argv[0]);
+ zval_ptr_dtor(argv[1]);
+ zval_ptr_dtor(argv[2]);
+ zval_ptr_dtor(argv[3]);
+ break;
+ }
+ }
+ return 0;
+}
+/* }}} */
+
+
/* {{{ curl_read
*/
static size_t curl_read(char *data, size_t size, size_t nmemb, void
*ctx)
@@ -1065,6 +1140,7 @@
(*ch)->handlers->write= ecalloc(1, sizeof(php_curl_write));
(*ch)->handlers->write_header = ecalloc(1, sizeof(php_curl_write));
(*ch)->handlers->read = ecalloc(1, sizeof(php_curl_read));
+ (*ch)->handlers->progress = ecalloc(1,
sizeof(php_curl_progress));
(*ch)->in_callback = 0;
(*ch)->header.str_l
#42749 [Opn->Fbk]: error_reporting() does not have any affect (sometimes)
ID: 42749 Updated by: [EMAIL PROTECTED] -Summary: error_reporting() SOMETIMES does not have any affect Reported By: gabe at mudbugmedia dot com -Status: Open +Status: Feedback -Bug Type: Output Control +Bug Type: *General Issues Operating System: Linux proto 2.6.20-hardened-r5 PHP Version: 5CVS-2007-09-24 (snap) New Comment: Is it just error_reporting ini option you get this problem with? It is a bit hard to debug, the ini system being what it is.. Do you use php_admin_* flags anywhere in your httpd.conf (or included parts of it) ?? Previous Comments: [2007-09-24 21:02:55] gabe at mudbugmedia dot com In the comments of the other bug, this is mentioned: >When error_reporting was overwritten with ADMIN privileges it cannot be changed anymore by the @ operator :) If I add something like: @include 'doesnotexist'; at the end of the test file, no warning will be issued even when the problem behavior is occurring. Usage of the '@' symbol for error suppression is completely unaffected by this bug. [2007-09-24 20:56:17] gabe at mudbugmedia dot com I extended my reproduction code to check ini_set(), which suffers the same behavior. Code: Output: int(6143) int(6143) Notice: This should not be seen in /home/gabebug/public_html/error_reporting_tests.php on line 5 Notice: Undefined variable: a in /home/gabebug/public_html/error_reporting_tests.php on line 6 int(6143) bool(false) int(6143) Notice: This should not be seen in /home/gabebug/public_html/error_reporting_tests.php on line 11 Notice: Undefined variable: a in /home/gabebug/public_html/error_reporting_tests.php on line 12 int(6143) [2007-09-24 20:54:00] gabe at mudbugmedia dot com I don't think this is a threading problem, as I'm running Apache 2.2.6 under `prefork` mpm, and when I compiled (via gentoo USE flags -- not sure what the 'thread' use flag corresponds to in the ./configure), threads were disabled. Also, the last comment on #41561 states that threads weren't involved and that it was patched in the CVS last week, and I've been experiencing this behavior on today's CVS snap. This is my configure statement: './configure' '--prefix=/usr/lib/php5' '--host=i686-pc-linux-gnu' '-- mandir=/usr/lib/php5/man' '--infodir=/usr/lib/php5/info' '-- sysconfdir=/etc' '--cache-file=./config.cache' '--disable-cli' '-- with-apxs2=/usr/sbin/apxs2' '--with-config-file-path=/etc/php/apache2- php5' '--with-config-file-scan-dir=/etc/php/apache2-php5/ext-active' '--without-pear' '--disable-bcmath' '--with-bz2' '--disable-calendar' '--with-curl' '--without-curlwrappers' '--disable-dbase' '--disable- exif' '--without-fbsql' '--without-fdftk' '--disable-filter' '-- disable-ftp' '--with-gettext' '--without-gmp' '--disable-hash' '-- without-iconv' '--disable-ipv6' '--disable-json' '--without-kerberos' '--enable-mbstring' '--with-mcrypt' '--without-mhash' '--without-msql' '--without-mssql' '--without-ncurses' '--with-openssl' '--with- openssl-dir=/usr' '--disable-pcntl' '--disable-pdo' '--without-pgsql' '--without-pspell' '--without-recode' '--disable-reflection' '-- disable-simplexml' '--disable-shmop' '--without-snmp' '--disable-soap' '--disable-sockets' '--disable-spl' '--without-sybase' '--without- sybase-ct' '--disable-sysvmsg' '--disable-sysvsem' '--disable-sysvshm' '--without-tidy' '--disable-tokenizer' '--disable-wddx' '--disable- xmlreader' '--disable-xmlwriter' '--without-xmlrpc' '--without-xsl' '- -disable-zip' '--with-zlib' '--disable-debug' '--without-cdb' '-- without-db4' '--without-flatfile' '--without-gdbm' '--without-inifile' '--without-qdbm' '--without-freetype-dir' '--without-t1lib' '-- disable-gd-jis-conv' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '-- without-xpm-dir' '--with-gd' '--with-mysql=/usr' '--with-mysql- sock=/var/run/mysqld/mysqld.sock' '--without-mysqli' '--with-readline' '--without-libedit' '--without-mm' '--without-sqlite' '--with-pic' [2007-09-24 20:18:06] hoffie at gentoo dot org Might be related to bug 41561 (and related commits) when building with threads (I guess this is the case here). [2007-09-24 20:04:39] gabe at mudbugmedia dot com Description: Periodically PHP stops respecting calls to error_reporting() to alter the current error level away from the system default specified in php.ini. All calls to error_reporting() for the current connection will not update the actual level. This behavior will occur with only *some* of the connections, but not all of them. Reloading the page (after waiting for the keep alive to time out) will somet
#42750 [Opn->Asn]: if session_name contains a dot, a new session is started every request
ID: 42750
Updated by: [EMAIL PROTECTED]
Reported By: dominik dot dorn at gmail dot com
-Status: Open
+Status: Assigned
Bug Type: Session related
Operating System: Gentoo Linux
PHP Version: 5.2.4
-Assigned To:
+Assigned To: jani
New Comment:
It's propably the fact that PHP changes dots in incoming data into _
but I need to investigate a bit.
Previous Comments:
[2007-09-24 22:28:48] dominik dot dorn at gmail dot com
Description:
i was trying to fool a little around and tried to set the
session_name to "MYSITE.NET_SessionID'.
PHP sets a cookie with the name ASP.NET_SessionID
but seems not to read it at the next page request.
Reproduce code:
---
I tried this with the session_name("ASP.NET_SessionID"); function
and with setting it thru php.ini
session.name = MYSITE.NET_SessionID
i even tried to surround the text with quotes in php.ini like
session.name = "MYSITE.NET_SessionID"
or
session.name = 'MYSITE.NET_SessionID"
Expected result:
php reads the session id from the cookie names "MYSITE.NET_SessionID'
and then reads the sessiondata with the specified sessionhash
--
Edit this bug report at http://bugs.php.net/?id=42750&edit=1
#42752 [NEW]: array_walk_recursive with recursive array depth>1 crashes
From: rob_nicholson at uk dot ibm dot com
Operating system: windows XP, Ubuntu
PHP version: 6CVS-2007-09-25 (snap)
PHP Bug Type: Reproducible crash
Bug description: array_walk_recursive with recursive array depth>1 crashes
Description:
array_walk_recursive contains code to detect recursion in arrays where the
recursion depth is 1. But deeper recursion is not detected, leading to the
code recursing until the stack depth becomes too great and a crash occurs.
It seems clear from the code that the problem is in php_array_walk in
ext/standard/array.c. The following test only detects single level
recursion:
if (thash == target_hash) {
php_error_docref(NULL TSRMLS_CC, E_WARNING,
"recursion detected");
return 0;
}
Reproduce code:
---
"bar");
$a[0][]=&$a;
array_walk_recursive($a,"myfunc");
echo "reached end \n";
?>
Expected result:
value: bar, key: foo
reached end
Actual result:
--
Segmentation fault
--
Edit bug report at http://bugs.php.net/?id=42752&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42752&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42752&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42752&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42752&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42752&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42752&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42752&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42752&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42752&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42752&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42752&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42752&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42752&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42752&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42752&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42752&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42752&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42752&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42752&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42752&r=mysqlcfg
#42720 [Opn]: fread timeout with available datas
ID: 42720
User updated by: Slig at free dot fr
Reported By: Slig at free dot fr
Status: Open
Bug Type: Streams related
-Operating System: linux
+Operating System: linux & windows
PHP Version: 5CVS-2007-09-21 (snap)
New Comment:
Notes:
- it the same on Windows (tested on 32 bits 5.2.0 and current 5.2.4)
- using stream_socket_recvfrom() instead of fread(), there is not the
timeout at the last read.
Previous Comments:
[2007-09-21 00:01:57] Slig at free dot fr
Description:
Seems to be on all 5.2, 6 snap, on 32 bits and 64 bits linux.
Note the delay of the last read : it make a 60s timeout while it should
not because datas are available to read. Reading data with a bigger
length value or setting a small timeout time on the stream show that the
data is available immediatly, this timeout shouyld not happen.
It seems to happen only to the last read, when all readable datas where
not read in one shot.
Reproduce code:
---
0){
echo "Reading...\n";
$time = microtime(true);
$contents = fread($handle,30);
$delay = sprintf("%0.6f",(microtime(true)-$time));
echo "Contents(delay:$delay): [$contents]\n";
$r = array($handle);
$w = null;
$e = array($handle);
$nb = stream_select($r,$w,$e,3);
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(delay:0.000124): [220 naxos2.unice.fr ESMTP Send]
select : 1, r=1, w=0, e=1
Reading...
Contents(delay:0.11): [mail 8.13.1/8.13.1; Fri, 21 Se]
select : 1, r=1, w=0, e=1
Reading...
Contents(delay:0.87): [p 2007 01:55:13 +0200
]
select : 0, r=0, w=0, e=0
select : 0, r=0, w=0, e=0
Actual result:
--
select : 1, r=1, w=0, e=0
Reading...
Contents(delay:0.53): [220 naxos2.unice.fr ESMTP Send]
select : 1, r=1, w=0, e=1
Reading...
Contents(delay:0.10): [mail 8.13.1/8.13.1; Fri, 21 Se]
select : 1, r=1, w=0, e=1
Reading...
Contents(delay:60.004428): [p 2007 01:53:18 +0200
]
select : 0, r=0, w=0, e=0
select : 0, r=0, w=0, e=0
--
Edit this bug report at http://bugs.php.net/?id=42720&edit=1
