#32301 [Com]: PHP hangs during decompression
ID: 32301 Comment by: timmerk at comcast dot net Reported By: ralph at cs dot cf dot ac dot uk Status: Open Bug Type: Zlib Related Operating System: MacOS X 10.3.x PHP Version: php5-200503301230 New Comment: Please fix this! Everyone is having this issue with PHP/PEAR. See these links: http://pear.php.net/bugs/bug.php?id=948 http://pear.php.net/bugs/bug.php?id=3772 Previous Comments: [2005-03-30 15:48:52] ralph at cs dot cf dot ac dot uk When doing make test for php, I get the following issue, which may or may not be related to this problem gzopen(), gzread(), gzwrite() for non-compressed data [ext/zlib/tests/gzreadgzwriteplain.phpt] [2005-03-30 15:45:59] ralph at cs dot cf dot ac dot uk Have tried this with php5-200503301230 Bug is still present. [2005-03-25 01:48:52] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2005-03-18 19:31:59] [EMAIL PROTECTED] 2nd try: http://snaps.php.net/php5-latest.tar.gz (for your convinience I removed the url for the win32 binaries..*SIGH*) There's nothing wrong with the snapshot, I checked it myself. [2005-03-14 14:42:35] ralph at cs dot cf dot ac dot uk Description: Running the following compression / decompression code on MacOS X results in php hanging, and control never being retuyrned to the user. One particular side effect is that doing sudo pear upgrade-all does not install the upgrades and hangs. However, this problem appears to be in php itself, not pear. Reproduce code: --- Expected result: OK Done! on completion. Actual result: -- Never returns. -- Edit this bug report at http://bugs.php.net/?id=32301&edit=1
#33299 [Opn->Fbk]: php:function no longer handles returned dom objects
ID: 33299
Updated by: [EMAIL PROTECTED]
Reported By: clicknmix at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: XSLT related
Operating System: Linux
PHP Version: 5.0.4
New Comment:
Works for me just fine.
Which libxml2/libxslt versions are you using?
chregu
Previous Comments:
[2005-06-10 16:13:06] clicknmix at gmail dot com
Description:
When using a function with XSLTProcessor->registerPHPFunctions() to
return a dom object, it no longer handles it as XML, and produces an
error.
Reproduce code:
---
Function is:
function myxml ($Value="default")
{
$dom = new domdocument();
$dom->loadXML("this is from an external DomDocument -
$Value");
return $dom;
}
and XSLT call is:
Full scripts at:
http://home.protocol80.co.uk/php5/collection.phps
http://home.protocol80.co.uk/php5/collection.xml
http://home.protocol80.co.uk/php5/collection.xml
Expected result:
In previous versions you could access the tree of the returned XML and
print the output. (As if you were including a flat XML file)
Actual result:
--
Warning: XSLTProcessor::transformToXml() [function.transformToXml]: A
PHP Object can not be converted to a XPath-string in
/controlpanel/hosts/design/htdocs/test/collection.php on line 22
Warning: Invalid type in
/controlpanel/hosts/design/htdocs/test/collection.php on line 22
Warning: runtime error: file
/controlpanel/hosts/design/htdocs/test/collection.xsl element value-of
in /controlpanel/hosts/design/htdocs/test/collection.php on line 22
Warning: xsltValueOf: text copy failed in
/controlpanel/hosts/design/htdocs/test/collection.php on line 22
--
Edit this bug report at http://bugs.php.net/?id=33299&edit=1
#33309 [NEW]: mssql_query crashes php
From: alexander dot merz at gmail dot com
Operating system: Windows XP Home
PHP version: 5.0.4
PHP Bug Type: MSSQL related
Bug description: mssql_query crashes php
Description:
Running the current PEAR::MDB2 testsuite in CVS against MS SQLServer 2005
Beta causes a crash of php.
The source causing the crash reduced to a minimum is given in the
"Reproduced code" section.
The crash does also happend if you list the field names directly:
'SELECT user_name, user_password, subscribed, user_id, quota, weight,
access_date, access_time, approved FROM users'
It does crash too, if the statment above contains only the first two
fields (user_name, user_password) and *one* of the others, ie:
'SELECT user_name, user_password, subscribed FROM users'
It *works*, if the field list does NOT contain the user_password field,
independed of length of the field list, ie:
'SELECT user_name, subscribed, user_id, quota, weight, access_date,
access_time, approved FROM users'
user_password is of the type 'text'.
The table is empty, and the statement works like a charm in the SQL Query
console of Server Management Studio.
Reproduce code:
---
$c = mssql_connect("ALEX", "amerz", "amerz");
mssql_select_db("driver_test", $c);
mssql_query('SELECT * FROM users');
mssql_close($c);
Expected result:
No crash :)
Actual result:
--
a crash :(
--
Edit bug report at http://bugs.php.net/?id=33309&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33309&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33309&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33309&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33309&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33309&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33309&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33309&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33309&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33309&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33309&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33309&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33309&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33309&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33309&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33309&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33309&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33309&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33309&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33309&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33309&r=mysqlcfg
#33310 [NEW]: PDO/MySQL Driver takes MySQL in infinitive loop
From: martin dot stricker at rz dot hu-berlin dot de
Operating system: OS X 10.4.1
PHP version: 5CVS-2005-06-11 (dev)
PHP Bug Type: PDO related
Bug description: PDO/MySQL Driver takes MySQL in infinitive loop
Description:
This bug concerns 5.1beta1 / Apache 1.3 / MySQL 4.0.12
When using the MySQL-Driver for a new PDO-Object, the webserver (Apache
1.3) stalls. The MySQL-Log:
4 Query SET AUTOCOMMIT=1
and then in an infinite loop:
4 Query ROLLBACK
4 Query ROLLBACK
...
the MySQL-log filled quickly with that last line (about 12MB in 30
seconds). Server had to be killed.
Additionally, phpinfo() tells: "PDO Driver for MySQL 3.x Client
Libraries", instead of expected 4.x
Reproduce code:
---
$dsn = "mysql:host=localhost;dbname=";
$user = "";
$pass = "";
try {
$p =& new PDO($dsn,$user,$pass);
} catch(PDOException $e) {
echo $e->getMessage() . "\n";
}
Expected result:
PDO-Connection to MySQL
Actual result:
--
See above.
--
Edit bug report at http://bugs.php.net/?id=33310&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33310&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33310&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33310&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33310&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33310&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33310&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33310&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33310&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33310&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33310&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33310&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33310&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33310&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33310&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33310&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33310&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33310&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33310&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33310&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33310&r=mysqlcfg
#33311 [NEW]: PDO/ PgSQL-Driver crashes Apache
From: martin dot stricker at rz dot hu-berlin dot de
Operating system: OS X 10.4.1
PHP version: 5CVS-2005-06-11 (dev)
PHP Bug Type: PDO related
Bug description: PDO/ PgSQL-Driver crashes Apache
Description:
PgSQL-Driver crashes Apache when attempting to connect to database-server,
see Apache error-log:
[Sat Jun 11 14:37:27 2005] [notice] child pid 490 exit signal Bus error
(10)
PgSQL Version 7.4.6 / Apache 1.3.33
Reproduce code:
---
$dsn = "pgsql:host=localhost port=5432 dbname=x user=x
pass=x";
try {
$p =& new PDO($dsn);
} catch(PDOException $e) {
echo $e->getMessage() . "\n";
}
Expected result:
PDO-Object
Actual result:
--
Apache Bus error
--
Edit bug report at http://bugs.php.net/?id=33311&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33311&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33311&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33311&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33311&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33311&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33311&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33311&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33311&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33311&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33311&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33311&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33311&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33311&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33311&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33311&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33311&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33311&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33311&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33311&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33311&r=mysqlcfg
#33311 [Opn]: PDO/ PgSQL-Driver crashes Apache
ID: 33311
User updated by: martin dot stricker at rz dot hu-berlin dot de
Reported By: martin dot stricker at rz dot hu-berlin dot de
Status: Open
Bug Type: PDO related
Operating System: OS X 10.4.1
PHP Version: 5CVS-2005-06-11 (dev)
New Comment:
Bug concerns 5.1beta1
Previous Comments:
[2005-06-11 14:45:34] martin dot stricker at rz dot hu-berlin dot de
Description:
PgSQL-Driver crashes Apache when attempting to connect to
database-server, see Apache error-log:
[Sat Jun 11 14:37:27 2005] [notice] child pid 490 exit signal Bus error
(10)
PgSQL Version 7.4.6 / Apache 1.3.33
Reproduce code:
---
$dsn = "pgsql:host=localhost port=5432 dbname=x user=x
pass=x";
try {
$p =& new PDO($dsn);
} catch(PDOException $e) {
echo $e->getMessage() . "\n";
}
Expected result:
PDO-Object
Actual result:
--
Apache Bus error
--
Edit this bug report at http://bugs.php.net/?id=33311&edit=1
#33297 [Opn->Bgs]: double backlash and single backlash is same in eregi
ID: 33297
Updated by: [EMAIL PROTECTED]
Reported By: hv at trust-mart dot com
-Status: Open
+Status: Bogus
-Bug Type: Unknown/Other Function
+Bug Type: Regexps related
Operating System: linux
PHP Version: 4.3.11
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
Previous Comments:
[2005-06-10 13:23:57] hv at trust-mart dot com
Description:
The double backlash and single backlash is same result in eregi.
Reproduce code:
---
These codes are judging "$domain" in right or wrong format.
But two lines get the same result.Could any one tell me why?
Thanks!
eregi("^[0-9a-z]([-.]?[0-9a-z])*\\.[a-z]{2,4}$", $domain
eregi("^[0-9a-z]([-.]?[0-9a-z])*\.[a-z]{2,4}$", $domain
--
Edit this bug report at http://bugs.php.net/?id=33297&edit=1
#33307 [Opn->Fbk]: PPC64 "R_PPC_REL24 relocation for symbol 'signal' out of range"
ID: 33307 Updated by: [EMAIL PROTECTED] Reported By: cjharrisr66t at yahoo dot com -Status: Open +Status: Feedback Bug Type: Dynamic loading Operating System: Yellowdog 4.0 PHP Version: 4.3.11 New Comment: Try this: # rm -f config.cache && ./configure --disable-all --with-apxs2=/usr/sbin/apxs # make clean && make And copy the resulting .libs/libphp4.so to the correct place and try starting Apache again. (stop && start) Previous Comments: [2005-06-10 22:27:13] cjharrisr66t at yahoo dot com Description: Running Kernel 2.6.10 on mac xserve G5, with the archecture ppc64 PHP 4.3.11 5.0.4 both compile/install well with out any errors. Hers my configure line -- ./configure \ --build=powerpc-yellowdog-linux-gnu \ --target=ppc-yellowdog-linux-gnu --program-prefix= \ --prefix=/usr \ --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin \ --sysconfdir=/etc --datadir=/usr/share \ --includedir=/usr/include\ --libdir=/usr/lib --libexecdir=/usr/libexec\ --localstatedir=/var\ --sharedstatedir=/usr/com --mandir=/usr/share/man\ --infodir=/usr/share/info --cache-file=../config.cache\ --with-config-file-path=/etc\ --with-config-file-scan-dir=/etc/php.d\ --enable-force-cgi-redirect --disable-debug --enable-pic\ --disable-rpath --enable-inline-optimization --with-bz2\ --with-db4=/usr --with-curl --with-exec-dir=/usr/bin\ --with-freetype-dir=/usr --with-png-dir=/usr --with-gd\ --enable-gd-native-ttf --without-gdbm --with-gettext\ --with-ncurses --with-gmp --with-iconv --with-jpeg-dir=/usr\ --with-openssl --with-png --with-pspell --with-regex=system\ --with-xml --with-expat-dir=/usr --with-dom=shared,/usr\ --with-dom-xslt=/usr --with-dom-exslt=/usr\ --with-xmlrpc=shared\ --with-pcre-regex --with-zlib --with-layout=GNU\ --enable-bcmath\ --enable-exif --enable-ftp --enable-magic-quotes\ --enable-safe-mode --enable-sockets --enable-sysvsem\ --enable-sysvshm --enable-track-vars --enable-trans-sid\ --enable-yp --enable-wddx --with-pear=/usr/share/pear\ --with-imap=shared --with-imap-ssl --with-kerberos\ --with-ldap=shared --with-mysql=/usr/local/mysql\ --enable-memory-limit --enable-bcmath --enable-shmop\ --enable-calendar --enable-dbx --enable-dio --enable-mcal\ --enable-mbstring=shared --enable-mbstr-enc-trans\ --enable-mbregex --with-apxs2=/usr/sbin/apxs --- There have been no changes to my php.ini. The module has been added to apache. But when trying to start apache version 2.0.51, it does not start and in apaches error log i find the error. Syntax error on line 6 of /etc/httpd/conf.d/php.conf: Cannot load /usr/lib/httpd/modules/libphp4.so into server: /usr/lib/httpd/module s/libphp4.so: R_PPC_REL24 relocation at 0x0ddcf97c for symbol `signal' out of range I have seen that has been peolple with similar problems, in the far past but, I'm not sure if this the same problem. Please let me know if I can provide any more information. -Cameorn -- Edit this bug report at http://bugs.php.net/?id=33307&edit=1
#33307 [Fbk]: PPC64 "R_PPC_REL24 relocation for symbol 'signal' out of range"
ID: 33307 Updated by: [EMAIL PROTECTED] Reported By: cjharrisr66t at yahoo dot com Status: Feedback Bug Type: Dynamic loading Operating System: Yellowdog 4.0 PHP Version: 4.3.11 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Get the snapshot and try what I suggested before. Previous Comments: [2005-06-11 15:15:28] [EMAIL PROTECTED] Try this: # rm -f config.cache && ./configure --disable-all --with-apxs2=/usr/sbin/apxs # make clean && make And copy the resulting .libs/libphp4.so to the correct place and try starting Apache again. (stop && start) [2005-06-10 22:27:13] cjharrisr66t at yahoo dot com Description: Running Kernel 2.6.10 on mac xserve G5, with the archecture ppc64 PHP 4.3.11 5.0.4 both compile/install well with out any errors. Hers my configure line -- ./configure \ --build=powerpc-yellowdog-linux-gnu \ --target=ppc-yellowdog-linux-gnu --program-prefix= \ --prefix=/usr \ --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin \ --sysconfdir=/etc --datadir=/usr/share \ --includedir=/usr/include\ --libdir=/usr/lib --libexecdir=/usr/libexec\ --localstatedir=/var\ --sharedstatedir=/usr/com --mandir=/usr/share/man\ --infodir=/usr/share/info --cache-file=../config.cache\ --with-config-file-path=/etc\ --with-config-file-scan-dir=/etc/php.d\ --enable-force-cgi-redirect --disable-debug --enable-pic\ --disable-rpath --enable-inline-optimization --with-bz2\ --with-db4=/usr --with-curl --with-exec-dir=/usr/bin\ --with-freetype-dir=/usr --with-png-dir=/usr --with-gd\ --enable-gd-native-ttf --without-gdbm --with-gettext\ --with-ncurses --with-gmp --with-iconv --with-jpeg-dir=/usr\ --with-openssl --with-png --with-pspell --with-regex=system\ --with-xml --with-expat-dir=/usr --with-dom=shared,/usr\ --with-dom-xslt=/usr --with-dom-exslt=/usr\ --with-xmlrpc=shared\ --with-pcre-regex --with-zlib --with-layout=GNU\ --enable-bcmath\ --enable-exif --enable-ftp --enable-magic-quotes\ --enable-safe-mode --enable-sockets --enable-sysvsem\ --enable-sysvshm --enable-track-vars --enable-trans-sid\ --enable-yp --enable-wddx --with-pear=/usr/share/pear\ --with-imap=shared --with-imap-ssl --with-kerberos\ --with-ldap=shared --with-mysql=/usr/local/mysql\ --enable-memory-limit --enable-bcmath --enable-shmop\ --enable-calendar --enable-dbx --enable-dio --enable-mcal\ --enable-mbstring=shared --enable-mbstr-enc-trans\ --enable-mbregex --with-apxs2=/usr/sbin/apxs --- There have been no changes to my php.ini. The module has been added to apache. But when trying to start apache version 2.0.51, it does not start and in apaches error log i find the error. Syntax error on line 6 of /etc/httpd/conf.d/php.conf: Cannot load /usr/lib/httpd/modules/libphp4.so into server: /usr/lib/httpd/module s/libphp4.so: R_PPC_REL24 relocation at 0x0ddcf97c for symbol `signal' out of range I have seen that has been peolple with similar problems, in the far past but, I'm not sure if this the same problem. Please let me know if I can provide any more information. -Cameorn -- Edit this bug report at http://bugs.php.net/?id=33307&edit=1
#33296 [Opn->Fbk]: popen (passthru etc.) doesn't work correct
ID: 33296 Updated by: [EMAIL PROTECTED] Reported By: thomas dot wetzler at siemens dot com -Status: Open +Status: Feedback Bug Type: Program Execution Operating System: SUN OS PHP Version: 4.3.10 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-06-10 10:54:44] thomas dot wetzler at siemens dot com Description: While sequentially opening and closing several processes via popen (or passthru, exec and '' command) php looses some processes. This takes place if, for instance, the user presses the reload-button on a website several times. With the coding below, you can reproduce the failure (takes place on commandline (php.exe) and in apache module (mod_php)). Reproduce code: --- #!/wir/webadmin/share/php4/bin/php # programcall: > Expected result: Within the result-file, there should be 900 times the same result from the system command (here ls -l command). 255*** Subprozess: 'Resource id #259'; resource total 2526 -rw-r--r-- 1 webadmin oracle572135 Jun 10 09:52 _test1.txt drwxr-xr-x 2 wir oracle96 May 2 15:27 mail -rw-r--r-- 1 wir oracle258956 Jun 10 10:42 test -rwxrwx--- 1 wir oracle 698 Jun 10 10:41 test.php -rw-r--r-- 1 webadmin oracle105326 Jun 10 09:52 test1 -rwxrwx--- 1 wir oracle 656 Jun 10 09:48 test1.php -rwxr-x--- 1 wir oracle 321 Jun 10 10:43 thomas.php -rw-r--r-- 1 wir oracle148274 Jun 10 10:43 thw.txt Actual result: -- Some results are missing. The same programm written in perl or shellscript is working correct. -rwxr-x--- 1 wir oracle 321 Jun 10 10:43 thomas.php -rw-r--r-- 1 wir oracle148274 Jun 10 10:43 thw.txt 256*** Subprozess: 'Resource id #260'; resource 257*** Subprozess: 'Resource id #261'; resource total 2526 -rw-r--r-- 1 webadmin oracle572135 Jun 10 09:52 _test1.txt drwxr-xr-x 2 wir oracle96 May -- Edit this bug report at http://bugs.php.net/?id=33296&edit=1
#33281 [Opn->Fbk]: Possible deadlock in PHP-cleanup under heavy load
ID: 33281 Updated by: [EMAIL PROTECTED] Reported By: jimmy dot makela at loopia dot se -Status: Open +Status: Feedback Bug Type: Apache related Operating System: FreeBSD 4.9-RELEASE-p10 PHP Version: 4.3.11 New Comment: And I'd use the bundled GD anyway. (drop the path from --with-gd) Previous Comments: [2005-06-10 09:41:29] [EMAIL PROTECTED] Which gdb version are you using? You might get some better results with a more recent gdb than what came with FreeBSD 4.9. Also, could you do an "info shared" in gdb and add the results here? I am mainly interested in seeing whether those object.11 addresses actually do fall within the libphp4.so address space. I suppose they must since gdb says so and the range is pretty tight so they look like they are all from the same shared library. It will of course also tell me which other libraries you have loaded. And yes, the simpler you can make the reproducing example, the better. [2005-06-10 07:58:08] jimmy dot makela at loopia dot se When it happened again yesterday the last request before the problem occured (and the process started looping) was a script using GD-functions for creating thumbnails, so GD is the prime suspect. The version of the GD-port installed is gd-2.0.33_1,1 The GD-library is not stripped either, and it is compiled with standard options. We have verified that the dynamic symbols look ok, I'm guessing that it is GDB which is confused by the dlopen'ed library? I'll try to create a small script for reproducing the problem and stress-testing that script. [2005-06-09 22:17:42] jimmy dot makela at loopia dot se Regarding your questions: 1. I don't know, I was hoping for a suggestion to that part. The library have not been stripped manually, and doesn't seem to be stripped. A recompile could be done if that would help, just specify what to change. # file /usr/local/libexec/apache/libphp4.so /usr/local/libexec/apache/libphp4.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), not stripped objdump -T does show symbols, but I have no idea of what object.11 maps to. I can provide a complete list of the dynamic symbol table if that helps. 2. A list of the loaded extensions follows: php4-bcmath-4.3.11_1 php4-calendar-4.3.11_1 php4-ctype-4.3.11_1 php4-curl-4.3.11_1 php4-domxml-4.3.11_1 php4-exif-4.3.11_1 php4-extensions-1.0 php4-ftp-4.3.11_1 php4-gd-4.3.11_1 php4-gettext-4.3.11_1 php4-iconv-4.3.11_1 php4-imap-4.3.11_1 php4-mcrypt-4.3.11_1 php4-mysql-4.3.11_1 php4-overload-4.3.11_1 php4-pcre-4.3.11_1 php4-posix-4.3.11_1 php4-session-4.3.11_1 php4-tokenizer-4.3.11_1 php4-xml-4.3.11_1 php4-zlib-4.3.11_1 Let me know if you need additional information. [2005-06-09 16:45:55] [EMAIL PROTECTED] A couple of questions. 1. Why is gdb just reporting object.11 instead of a real symbol? Have the symbols been stripped from your libphp4.so? Could you recompile and put them back to get a better backtrace? 2. Do you have any custom extensions loaded? And if you do, are they in C++? The FreeBSD4 rtld has notoriously bad support for C++ shared libraries. [2005-06-09 09:49:42] jimmy dot makela at loopia dot se Description: Periodically on one of our webservers one apache-process starts using up all CPU until it is killed. A ktrace of the process gives the output: 63458 httpdCALL sigprocmask(0x1,0x280a1060,0xbfbff540) 63458 httpdRET sigprocmask 0 63458 httpdCALL sigprocmask(0x3,0xbfbff540,0) 63458 httpdRET sigprocmask 0 63458 httpdCALL sigprocmask(0x1,0x280a1060,0xbfbff540) 63458 httpdRET sigprocmask 0 63458 httpdCALL sigprocmask(0x3,0xbfbff540,0) 63458 httpdRET sigprocmask 0 ad infinitum. When attaching to the process with GDB and doing a backtrace, we get the following update: #0 0x28092648 in symlook_obj () from /usr/libexec/ld-elf.so.1 #1 0x28091032 in dlclose () from /usr/libexec/ld-elf.so.1 #2 0x283b3251 in object.11 () from /usr/local/libexec/apache/libphp4.so #3 0x283b4bfc in object.11 () from /usr/local/libexec/apache/libphp4.so #4 0x283b4d3a in object.11 () from /usr/local/libexec/apache/libphp4.so #5 0x283b0a00 in object.11 () from /usr/local/libexec/apache/libphp4.so #6 0x2838cb7a in object.11 () from /usr/local/libexec/apache/libphp4.so #7 0x2838cb57 in object.11 () from /usr/local/libexec/apache/libphp4.so #8 0x283c911d in object.11 () from /usr/local/libexec/apache/libphp4.so #9 0x80557e8 in ap_child_exit_modules () #10 0x805a7b1 in clean_child_exit () #11 0x805bba2 in just_die () #12 0xbfbfffac in ?? () #13 0x28091f83
#33284 [Opn->Fbk]: CGI Error with mssqlselect
ID: 33284
Updated by: [EMAIL PROTECTED]
Reported By: peter dot bernholt at hec dot de
-Status: Open
+Status: Feedback
Bug Type: CGI related
Operating System: Windows XP
PHP Version: 4.3.11
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
[2005-06-09 18:53:41] peter dot bernholt at hec dot de
Description:
Hi all,
I am using PHP with IIS ,Windows XP and SQL Server 2000. The Function
mssql_query causes an error, when there is an result of an
Select-Statement (not true or false). Update, insert and delete works
fine. A select with an empty table is ok, true ("true").
I am not using the "header"-function!
Regards, Peter
Reproduce code:
---
$connection=mssql_connect($server,$username,$password);
@mssql_select_db($database,$connection) or die( "Unable to select
database");
$sqlquery="Select * FROM Tablename";
$result= mssql_query($sqlquery);
Expected result:
The Table contains one row, i would expect to get the result in
$result.
Actual result:
--
The specified CGI application misbehaved by not returning a complete
set of HTTP headers. The headers it did return are:
--
Edit this bug report at http://bugs.php.net/?id=33284&edit=1
#33215 [Opn->Bgs]: open_basedir leaks between vhosts
ID: 33215 Updated by: [EMAIL PROTECTED] Reported By: soenke at city-map dot de -Status: Open +Status: Bogus Bug Type: Safe Mode/open_basedir Operating System: FC2/3 PHP Version: 4CVS-2005-06-01 (stable) New Comment: Yes, but it's not PHP's fault. Previous Comments: [2005-06-09 16:19:10] soenke at city-map dot de Got it: It's somehow related to safe_mode. I hat the safe_mode directives in an Apache directive: php_admin_flag safe_mode_gid On php_admin_flag safe_mode On That does _NOT_ work. After commenting out the the like this: # php_admin_flag safe_mode_gid On php_admin_flag safe_mode On # it works. Now the PHP flags are in the global Apache config. But that's a strange behaviour, too, isn't it? [2005-06-09 14:22:54] soenke at city-map dot de Bug reopened. This issue remains with new ECC RAM. [2005-06-06 13:15:32] soenke at city-map dot de Thx for your attention. Yes, I tried the Apache/PHP binaries from Fedora, too. Exactly the same issue. I'm getting the suspicion that it's a memory fault. I'll report the result here and reopen the bug if the bug remains with new RAM. [2005-06-04 01:06:48] [EMAIL PROTECTED] Have you tried by using the Fedora provided Apache2 (the binary rpm)?? As I can NOT reproduce this with it. [2005-06-01 23:01:20] soenke at city-map dot de Description: I discovered the strange behaviour of PHP4 that the open_basedir settings of several vhosts are leaking between each other. PHP configure line: './configure' \ '--with-apxs2=/usr/sbin/apxs' \ '--prefix=/usr' \ '--with-mysql=/usr' \ '--enable-safe-mode' \ '--enable-trans-sid' \ '--with-jpeg-dir=/usr' \ '--with-gd' \ '--with-zlib-dir=/usr' \ '--with-freetype-dir=/usr' \ Apache line: "./configure" \ "--enable-layout=RedHat" \ "--enable-mods-shared=most" \ "--enable-module=ssl" \ "--enable-ssl" \ "--with-ssl=/usr" \ "--enable-so" \ It's a mass-hosting Apache 2.0.54 server with many vhosts running the confixx tool. Here an example of 2 vhosts (generated by confixx): ServerName xxx.de ServerAlias DocumentRoot /usr/local/httpd/htdocs/web405/html SuexecUserGroup web405 web405 php_admin_value open_basedir /usr/local/httpd/htdocs/web405/html/:/usr/local/httpd/htdocs/web405/phptmp/:/usr/local/httpd/htdocs/web405/files/:/usr/local/httpd/htdocs/web405/atd/ php_admin_value file_uploads 1 php_admin_value upload_tmp_dir /usr/local/httpd/htdocs/web405/phptmp/ ServerName xxx ServerAlias xxx DocumentRoot /usr/local/httpd/htdocs/web309/html SuexecUserGroup web309 web309 php_admin_value open_basedir /usr/local/httpd/htdocs/web309/html/:/usr/local/httpd/htdocs/web309/phptmp/:/usr/local/httpd/htdocs/web309/files/:/usr/local/httpd/htdocs/web309/atd/ php_admin_value file_uploads 1 php_admin_value upload_tmp_dir /usr/local/httpd/htdocs/web309/phptmp/ Options FollowSymLinks SymLinksIfOwnerMatch The /usr/local/httpd/htdocs path is a real directory, no symlinks. Now I open one of these virtual hosts via web-browser. That works. But if I try to open the second vhost: Warning: Unknown(): open_basedir restriction in effect. File(/usr/local/httpd/htdocs/web405/html/index.php) is not within the allowed path(s): (/usr/local/httpd/htdocs/web309/html/:/usr/local/httpd/htdocs/web309/phptmp/:/usr/local/httpd/htdocs/web309/files/:/usr/local/httpd/htdocs/web309/atd/) in Unknown on line 0 Warning: Unknown(/usr/local/httpd/htdocs/web405/html/index.php): failed to open stream: Operation not permitted in Unknown on line 0 Warning: (null)(): Failed opening '/usr/local/httpd/htdocs/web405/html/index.php' for inclusion (include_path='.') in Unknown on line 0 The second vhost uses the open_basedir settings from the first one. That's really strange. I tested this with PHP4.3.10/11 and the latest CVS snapshot. I upgraded the Fedora distribution and recompiled Apache+PHP. No success. Now I really didn't know what to do any more and so opened this bug report. If you need more information or debugging it's no problem since it's no production system yet. -- Edit this bug report at http://bugs.php.net/?id=33215&edit=1
#33309 [Opn->Fbk]: mssql_query crashes php
ID: 33309
Updated by: [EMAIL PROTECTED]
Reported By: alexander dot merz at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: MSSQL related
Operating System: Windows XP Home
PHP Version: 5.0.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-06-11 14:14:06] alexander dot merz at gmail dot com
Description:
Running the current PEAR::MDB2 testsuite in CVS against MS SQLServer
2005 Beta causes a crash of php.
The source causing the crash reduced to a minimum is given in the
"Reproduced code" section.
The crash does also happend if you list the field names directly:
'SELECT user_name, user_password, subscribed, user_id, quota, weight,
access_date, access_time, approved FROM users'
It does crash too, if the statment above contains only the first two
fields (user_name, user_password) and *one* of the others, ie:
'SELECT user_name, user_password, subscribed FROM users'
It *works*, if the field list does NOT contain the user_password field,
independed of length of the field list, ie:
'SELECT user_name, subscribed, user_id, quota, weight, access_date,
access_time, approved FROM users'
user_password is of the type 'text'.
The table is empty, and the statement works like a charm in the SQL
Query console of Server Management Studio.
Reproduce code:
---
$c = mssql_connect("ALEX", "amerz", "amerz");
mssql_select_db("driver_test", $c);
mssql_query('SELECT * FROM users');
mssql_close($c);
Expected result:
No crash :)
Actual result:
--
a crash :(
--
Edit this bug report at http://bugs.php.net/?id=33309&edit=1
#33306 [Opn->Csd]: // or # Comment including %> crashes !
ID: 33306 Updated by: [EMAIL PROTECTED] Reported By: rob at span dot com -Status: Open +Status: Closed -Bug Type: Unknown/Other Function +Bug Type: Scripting Engine problem Operating System: Win2003 / Apache2 PHP Version: 5.0.4 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-06-10 19:34:57] rob at span dot com Description: PHP5 doesn't like comments including %> PHP4 was happy enough with them... Do you know how hard it is to search for '%>' ? Reproduce code: --- // Insure £9<£600 1.5%>£600 # Insure £9<£600 1.5%>£600 but /* Insure £9<£600 1.5%>£600 */ Expected result: nothing !!! Actual result: -- Parse error: syntax error, unexpected $end in blah.php on line 193 i.e. after the ?> on the final line -- Edit this bug report at http://bugs.php.net/?id=33306&edit=1
#33302 [Opn->Fbk]: SQL Query in custom error handler is executed twice
ID: 33302
Updated by: [EMAIL PROTECTED]
Reported By: a dot bendilas at zefxis dot gr
-Status: Open
+Status: Feedback
-Bug Type: Unknown/Other Function
+Bug Type: Scripting Engine problem
Operating System: Win XP
PHP Version: 5.0.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-06-10 16:22:38] a dot bendilas at zefxis dot gr
Description:
There seems to be a strange behaviour when it comes to the execution of
a custom error handler.Particularly, a query is executed twice, but the
rest of the code only once.
Reproduce code:
---
set_error_handler("user_error_handler");
function user_error_handler($severity, $msg, $filename,
$linenum,$content) {
if ($severity & E_STRICT){
return;
}
else{
$errorMsg ='There was an error';
echo 'test';
$link = mysql_connect('localhost', 'root', 'password');
$db_selected = mysql_select_db('db', $link);
$sql = "INSERT INTO Errors
(ErrorMsg
,DateCreated) VALUES (
'".$errorMsg."'
,NOW()
)";
$results = mysql_query($sql);
die;
}
}
echo s;
Expected result:
The query should run once and 'test' should appear on the screen
Actual result:
--
The query is executed twice and 'test' appears only once on the screen
--
Edit this bug report at http://bugs.php.net/?id=33302&edit=1
#33292 [Opn->Fbk]: apache_get_modules crashes
ID: 33292 Updated by: [EMAIL PROTECTED] Reported By: doug_craig at charter dot net -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Win 2000 5.00.2195 sp4 PHP Version: 5CVS-2005-06-10 (dev) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-06-10 01:07:55] doug_craig at charter dot net Description: Only modification from php.ini-recommended is to enable MySQL (and changes made by PHP 5.0.4 Installer). PHP installed as an Apache module. Apache/1.3.33 (Win32) Reproduce code: --- Expected result: Array ( [0] => core [1] => http_core [2] => mod_so [3] => sapi_apache2 [4] => mod_mime [5] => mod_rewrite ) Actual result: -- No error report to Apache error.log Windows error: Apache.exe - Application Error for a memory reference that could not be read. -- Edit this bug report at http://bugs.php.net/?id=33292&edit=1
#33286 [Opn->Fbk]: nested array_walk function broken
ID: 33286
Updated by: [EMAIL PROTECTED]
Reported By: pumuckel at metropolis dot de
-Status: Open
+Status: Feedback
Bug Type: Arrays related
Operating System: Linux
PHP Version: 5.0.4
Previous Comments:
[2005-06-10 18:22:12] [EMAIL PROTECTED]
Can you provide a patch against HEAD? It seems that there are more uses
of BG() global that your patch doesn't cover.
[2005-06-10 09:35:18] pumuckel at metropolis dot de
Here is the patch for using a local cache var instead of a global.
In nested loops using the global cache var only the innermost
array_walk function can effectively make use of the cache. All
outermost loops can't because cache always got cleared from innermost
and therefor functions have to be relocated.
With local cache var this is not needed and we will get better
performance with big nested arrays.
Patch:
diff -urw php-5.0.4/ext/standard/array.c
php-5.0.4.patched/ext/standard/array.c
--- php-5.0.4/ext/standard/array.c 2005-03-12 11:12:49.0
+0100
+++ php-5.0.4.patched/ext/standard/array.c 2005-06-10
09:25:15.0 +0200
@@ -1008,6 +1008,7 @@
uint string_key_len;
ulong num_key;
HashPosition pos;
+zend_fcall_info_cache array_walk_fci_cache =
empty_fcall_info_cache;
/* Set up known arguments */
args[1] = &key;
@@ -1051,7 +1052,7 @@
fci.no_separation = 0;
/* Call the userland function */
- if (zend_call_function(&fci,
&BG(array_walk_fci_cache) TSRMLS_CC) == SUCCESS) {
+ if (zend_call_function(&fci,
&array_walk_fci_cache TSRMLS_CC) == SUCCESS) {
if (retval_ptr) {
zval_ptr_dtor(&retval_ptr);
}
@@ -1094,7 +1095,6 @@
HashTable *target_hash;
argc = ZEND_NUM_ARGS();
- BG(array_walk_fci_cache) = empty_fcall_info_cache;
old_walk_func_name = BG(array_walk_func_name);
if (argc < 2 || argc > 3 ||
zend_get_parameters_ex(argc, &array,
&BG(array_walk_func_name), &userdata) == FAILURE) {
@@ -1131,7 +1131,6 @@
argc = ZEND_NUM_ARGS();
old_walk_func_name = BG(array_walk_func_name);
- BG(array_walk_fci_cache) = empty_fcall_info_cache;
if (argc < 2 || argc > 3 ||
zend_get_parameters_ex(argc, &array,
&BG(array_walk_func_name), &userdata) == FAILURE) {
diff -urw php-5.0.4/ext/standard/basic_functions.h
php-5.0.4.patched/ext/standard/basic_functions.h
--- php-5.0.4/ext/standard/basic_functions.h2004-03-27
01:50:39.0 +0100
+++ php-5.0.4.patched/ext/standard/basic_functions.h2005-06-10
09:24:46.0 +0200
@@ -154,7 +154,6 @@
ulong strtok_len;
char str_ebuf[40];
zval **array_walk_func_name;
- zend_fcall_info_cache array_walk_fci_cache;
zval **user_compare_func_name;
zend_fcall_info_cache user_compare_fci_cache;
zend_llist *user_tick_functions;
[2005-06-09 19:35:48] pumuckel at metropolis dot de
Description:
Nested array_walk calls don't work.
Reason: BG(array_walk_fci_cache) will not get re-initialized after
inner array_walk call.
Following patch will help - better solution would be a local
array_walk_fci_cache var inside the php_walk_array function:
diff -u php-5.0.4/ext/standard/array.c
php-5.0.4.patched/ext/standard/array.c
--- php-5.0.4/ext/standard/array.c 2005-03-12 11:12:49.0
+0100
+++ php-5.0.4.patched/ext/standard/array.c 2005-06-09
19:31:43.0 +0200
@@ -1079,6 +1079,8 @@
}
zend_hash_move_forward_ex(target_hash, &pos);
}
+
+BG(array_walk_fci_cache) = empty_fcall_info_cache;
return 0;
}
Reproduce code:
---
";
}
function test_func($item2, $key)
{
echo "test_func";
$arr = array(1, 2, 3, 4);
array_walk($arr, 'test_subfunc', 'extra_arg');
}
$x = array(5,6,7);
array_walk($x, 'test_func');
?>
Expected result:
test_func
test_subfunc
test_subfunc
test_subfunc
test_subfunc
test_func
test_subfunc
test_subfunc
test_subfunc
test_subfunc
test_func
test_subfunc
test_subfunc
test_subfunc
test_subfunc
Actual result:
--
test_func
test_subfunc
test_subfunc
test_subfunc
test_subfunc
Warning: Missing argument 3 for test_subfunc() in foo.php on line 3
test_subfunc
test_subfunc
--
Edit this bug report at http://bugs.php.net/?id=33286&edit=1
#33312 [NEW]: ReflectionParameter methods do not work correctly
From: sb at sebastian-bergmann dot de
Operating system: Windows XP
PHP version: 5CVS-2005-06-11 (dev)
PHP Bug Type: Zend Engine 2 problem
Bug description: ReflectionParameter methods do not work correctly
Description:
The ReflectionParameter::isDefaultValueAvailable() and
ReflectionParameter::getDefaultValue() methods only work correctly when
the method only has one parameter.
When the method has more than one parameter,
ReflectionParameter::isDefaultValueAvailable() returns FALSE for a
parameter that has a default value and
ReflectionParameter::getDefaultValue() produces an error when trying to
access the default value.
The reproducing script below works fine with the current PHP_5_0 branch.
With HEAD it prints nothing. Only after removing "Foo $foo, " from the
method signature does it print "bar".
Reproduce code:
---
getMethod('bar');
foreach ($method->getParameters() as $parameter) {
if ($parameter->isDefaultValueAvailable()) {
print $parameter->getDefaultValue();
}
}
?>
Expected result:
bar
--
Edit bug report at http://bugs.php.net/?id=33312&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33312&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33312&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33312&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33312&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33312&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33312&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33312&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33312&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33312&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33312&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33312&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33312&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33312&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33312&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33312&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33312&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33312&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33312&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33312&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33312&r=mysqlcfg
#33310 [Opn->Fbk]: PDO/MySQL Driver takes MySQL in infinitive loop
ID: 33310
Updated by: [EMAIL PROTECTED]
Reported By: martin dot stricker at rz dot hu-berlin dot de
-Status: Open
+Status: Feedback
Bug Type: PDO related
Operating System: OS X 10.4.1
PHP Version: 5CVS-2005-06-11 (dev)
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
This was fixed in CVS last night; try a snapshot.
Previous Comments:
[2005-06-11 14:25:13] martin dot stricker at rz dot hu-berlin dot de
Description:
This bug concerns 5.1beta1 / Apache 1.3 / MySQL 4.0.12
When using the MySQL-Driver for a new PDO-Object, the webserver (Apache
1.3) stalls. The MySQL-Log:
4 Query SET AUTOCOMMIT=1
and then in an infinite loop:
4 Query ROLLBACK
4 Query ROLLBACK
...
the MySQL-log filled quickly with that last line (about 12MB in 30
seconds). Server had to be killed.
Additionally, phpinfo() tells: "PDO Driver for MySQL 3.x Client
Libraries", instead of expected 4.x
Reproduce code:
---
$dsn = "mysql:host=localhost;dbname=";
$user = "";
$pass = "";
try {
$p =& new PDO($dsn,$user,$pass);
} catch(PDOException $e) {
echo $e->getMessage() . "\n";
}
Expected result:
PDO-Connection to MySQL
Actual result:
--
See above.
--
Edit this bug report at http://bugs.php.net/?id=33310&edit=1
#33311 [Opn->Fbk]: PDO/PgSQL-Driver crashes Apache
ID: 33311
Updated by: [EMAIL PROTECTED]
Reported By: martin dot stricker at rz dot hu-berlin dot de
-Status: Open
+Status: Feedback
Bug Type: PDO related
Operating System: OS X 10.4.1
-PHP Version: 5CVS-2005-06-11 (dev)
+PHP Version: 5.1beta1
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
Previous Comments:
[2005-06-11 14:48:46] martin dot stricker at rz dot hu-berlin dot de
Bug concerns 5.1beta1
[2005-06-11 14:45:34] martin dot stricker at rz dot hu-berlin dot de
Description:
PgSQL-Driver crashes Apache when attempting to connect to
database-server, see Apache error-log:
[Sat Jun 11 14:37:27 2005] [notice] child pid 490 exit signal Bus error
(10)
PgSQL Version 7.4.6 / Apache 1.3.33
Reproduce code:
---
$dsn = "pgsql:host=localhost port=5432 dbname=x user=x
pass=x";
try {
$p =& new PDO($dsn);
} catch(PDOException $e) {
echo $e->getMessage() . "\n";
}
Expected result:
PDO-Object
Actual result:
--
Apache Bus error
--
Edit this bug report at http://bugs.php.net/?id=33311&edit=1
#33310 [Fbk->Opn]: PDO/MySQL Driver takes MySQL in infinitive loop
ID: 33310
User updated by: martin dot stricker at rz dot hu-berlin dot de
Reported By: martin dot stricker at rz dot hu-berlin dot de
-Status: Feedback
+Status: Open
Bug Type: PDO related
Operating System: OS X 10.4.1
PHP Version: 5CVS-2005-06-11 (dev)
New Comment:
Yes, I can confirm this fix for OS X 10.4.1 with snapshot 20050611-1230
Previous Comments:
[2005-06-11 16:17:36] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
This was fixed in CVS last night; try a snapshot.
[2005-06-11 14:25:13] martin dot stricker at rz dot hu-berlin dot de
Description:
This bug concerns 5.1beta1 / Apache 1.3 / MySQL 4.0.12
When using the MySQL-Driver for a new PDO-Object, the webserver (Apache
1.3) stalls. The MySQL-Log:
4 Query SET AUTOCOMMIT=1
and then in an infinite loop:
4 Query ROLLBACK
4 Query ROLLBACK
...
the MySQL-log filled quickly with that last line (about 12MB in 30
seconds). Server had to be killed.
Additionally, phpinfo() tells: "PDO Driver for MySQL 3.x Client
Libraries", instead of expected 4.x
Reproduce code:
---
$dsn = "mysql:host=localhost;dbname=";
$user = "";
$pass = "";
try {
$p =& new PDO($dsn,$user,$pass);
} catch(PDOException $e) {
echo $e->getMessage() . "\n";
}
Expected result:
PDO-Connection to MySQL
Actual result:
--
See above.
--
Edit this bug report at http://bugs.php.net/?id=33310&edit=1
#33309 [Fbk]: mssql_query crashes php
ID: 33309
Updated by: [EMAIL PROTECTED]
Reported By: alexander dot merz at gmail dot com
Status: Feedback
Bug Type: MSSQL related
Operating System: Windows XP Home
PHP Version: 5.0.4
New Comment:
The same code works fine with previous versions of MS SQL Server.
MS SQL Server 2005 Beta is not a stable target to test against.
Previous Comments:
[2005-06-11 15:25:05] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-06-11 14:14:06] alexander dot merz at gmail dot com
Description:
Running the current PEAR::MDB2 testsuite in CVS against MS SQLServer
2005 Beta causes a crash of php.
The source causing the crash reduced to a minimum is given in the
"Reproduced code" section.
The crash does also happend if you list the field names directly:
'SELECT user_name, user_password, subscribed, user_id, quota, weight,
access_date, access_time, approved FROM users'
It does crash too, if the statment above contains only the first two
fields (user_name, user_password) and *one* of the others, ie:
'SELECT user_name, user_password, subscribed FROM users'
It *works*, if the field list does NOT contain the user_password field,
independed of length of the field list, ie:
'SELECT user_name, subscribed, user_id, quota, weight, access_date,
access_time, approved FROM users'
user_password is of the type 'text'.
The table is empty, and the statement works like a charm in the SQL
Query console of Server Management Studio.
Reproduce code:
---
$c = mssql_connect("ALEX", "amerz", "amerz");
mssql_select_db("driver_test", $c);
mssql_query('SELECT * FROM users');
mssql_close($c);
Expected result:
No crash :)
Actual result:
--
a crash :(
--
Edit this bug report at http://bugs.php.net/?id=33309&edit=1
#33310 [Opn->Csd]: PDO/MySQL Driver takes MySQL in infinitive loop
ID: 33310
User updated by: martin dot stricker at rz dot hu-berlin dot de
Reported By: martin dot stricker at rz dot hu-berlin dot de
-Status: Open
+Status: Closed
Bug Type: PDO related
Operating System: OS X 10.4.1
PHP Version: 5CVS-2005-06-11 (dev)
New Comment:
See above
Previous Comments:
[2005-06-11 17:11:01] martin dot stricker at rz dot hu-berlin dot de
Yes, I can confirm this fix for OS X 10.4.1 with snapshot 20050611-1230
[2005-06-11 16:17:36] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
This was fixed in CVS last night; try a snapshot.
[2005-06-11 14:25:13] martin dot stricker at rz dot hu-berlin dot de
Description:
This bug concerns 5.1beta1 / Apache 1.3 / MySQL 4.0.12
When using the MySQL-Driver for a new PDO-Object, the webserver (Apache
1.3) stalls. The MySQL-Log:
4 Query SET AUTOCOMMIT=1
and then in an infinite loop:
4 Query ROLLBACK
4 Query ROLLBACK
...
the MySQL-log filled quickly with that last line (about 12MB in 30
seconds). Server had to be killed.
Additionally, phpinfo() tells: "PDO Driver for MySQL 3.x Client
Libraries", instead of expected 4.x
Reproduce code:
---
$dsn = "mysql:host=localhost;dbname=";
$user = "";
$pass = "";
try {
$p =& new PDO($dsn,$user,$pass);
} catch(PDOException $e) {
echo $e->getMessage() . "\n";
}
Expected result:
PDO-Connection to MySQL
Actual result:
--
See above.
--
Edit this bug report at http://bugs.php.net/?id=33310&edit=1
#33311 [Fbk->Opn]: PDO/PgSQL-Driver crashes Apache
ID: 33311
User updated by: martin dot stricker at rz dot hu-berlin dot de
Reported By: martin dot stricker at rz dot hu-berlin dot de
-Status: Feedback
+Status: Open
Bug Type: PDO related
Operating System: OS X 10.4.1
PHP Version: 5.1beta1
New Comment:
I couldn't get gdb to work properly, but I think this crashdump report
could be helpful. When I tested the PDO/PgSQL on the command line, the
script executed properly just until the end, when the BUS Error ocurred
(crashdump pretty much the same, without httpd sections, naturally).
== chrashdump report
Host Name: pBook
Date/Time: 2005-06-11 17:53:02.408 +0200
OS Version: 10.4.1 (Build 8B15)
Report Version: 3
Command: httpd
Path:/usr/sbin/httpd
Parent: httpd [8775]
Version: ??? (???)
PID:8826
Thread: 0
Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x
Thread 0 Crashed:
0 libphp5.so 0x0212aee4 pdo_pgsql_transaction_cmd + 52
(pgsql_driver.c:314)
1 libphp5.so 0x0212b004 pgsql_handle_rollback + 48
(pgsql_driver.c:336)
2 libphp5.so 0x0211ebf4 pdo_dbh_free_storage + 96 (pdo_dbh.c:1123)
3 libphp5.so 0x023a9fb8 zend_objects_store_free_object_storage + 208
(zend_objects_API.c:76)
4 libphp5.so 0x0236c55c shutdown_executor + 1152
(zend_execute_API.c:273)
5 libphp5.so 0x02381600 zend_deactivate + 220 (zend.c:825)
6 libphp5.so 0x023167b8 php_request_shutdown + 1052 (main.c:1240)
7 libphp5.so 0x024464e8 apache_php_module_main + 336
(sapi_apache.c:60)
8 libphp5.so 0x02447a0c send_php + 964 (mod_php5.c:644)
9 libphp5.so 0x02447a98 send_parsed_php + 40 (mod_php5.c:656)
10 httpd 0xdd18 ap_invoke_handler + 232
11 httpd 0x00017dd4 process_request_internal + 640
12 httpd 0x00017e54 ap_process_request + 72
13 httpd 0x6b60 child_main + 1832
14 httpd 0x6dc4 make_child + 312
15 httpd 0x70f4 perform_idle_server_maintenance + 572
16 httpd 0x76d0 standalone_main + 964
17 httpd 0x7d74 main + 1052
18 httpd 0x238c _start + 348
19 httpd 0x222c start + 60
Thread 0 crashed with PPC Thread State:
srr0: 0x0212aee4 srr1: 0x0200f030vrsave: 0x
cr: 0x24000444 xer: 0x0006 lr: 0x0212b004 ctr: 0x0212afd4
r0: 0x0001 r1: 0xbfffdac0 r2: 0x r3: 0x02478898
r4: 0x003a7448 r5: 0x02d5 r6: 0x003a8c5b r7: 0xa753
r8: 0x0001 r9: 0x0211eb94 r10: 0x0236bab8 r11: 0x00058194
r12: 0x0212afd4 r13: 0x r14: 0x r15: 0x
r16: 0x r17: 0x r18: 0x r19: 0x
r20: 0x r21: 0x r22: 0x r23: 0x00056ec0
r24: 0x0001 r25: 0x0002 r26: 0x0183c038 r27: 0x01f4
r28: 0x0017 r29: 0x0183ffc0 r30: 0xbfffdac0 r31: 0x0212afec
Binary Images Description:
... very lengthy part, which you probably wouldn't need, if otherwise,
please give notice
Previous Comments:
[2005-06-11 16:46:48] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
[2005-06-11 14:48:46] martin dot stricker at rz dot hu-berlin dot de
Bug concerns 5.1beta1
[2005-06-11 14:45:34] martin dot stricker at rz dot hu-berlin dot de
Description:
PgSQL-Driver crashes Apache when attempting to connect to
database-server, see Apache error-log:
[Sat Jun 11 14:37:27 2005] [notice] child pid 490 exit signal Bus error
(10)
PgSQL Version 7.4.6 / Apache 1.3.33
Reproduce code:
---
$dsn = "pgsql:host=localhost port=5432 dbname=x user=x
pass=x";
try {
$p =& new PDO($dsn);
} catch(PDOException $e) {
echo $e->getMessage() . "\n";
}
Expected result:
PDO-Object
Actual result:
--
Apache Bus error
--
Edit this bug report at http://bugs.php.net/?id=33311&edit=1
#33311 [Opn]: PDO/PgSQL-Driver crashes Apache
ID: 33311
User updated by: martin dot stricker at rz dot hu-berlin dot de
Reported By: martin dot stricker at rz dot hu-berlin dot de
Status: Open
Bug Type: PDO related
Operating System: OS X 10.4.1
-PHP Version: 5.1beta1
+PHP Version: 5.1 snapshot 050611-1230
New Comment:
chrashdump above concerns snapshot from today (with solved PDO/MySQL
problem, bug http://bugs.php.net/bug.php?id=33310";>#33310)
Previous Comments:
[2005-06-11 18:23:45] martin dot stricker at rz dot hu-berlin dot de
I couldn't get gdb to work properly, but I think this crashdump report
could be helpful. When I tested the PDO/PgSQL on the command line, the
script executed properly just until the end, when the BUS Error ocurred
(crashdump pretty much the same, without httpd sections, naturally).
== chrashdump report
Host Name: pBook
Date/Time: 2005-06-11 17:53:02.408 +0200
OS Version: 10.4.1 (Build 8B15)
Report Version: 3
Command: httpd
Path:/usr/sbin/httpd
Parent: httpd [8775]
Version: ??? (???)
PID:8826
Thread: 0
Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x
Thread 0 Crashed:
0 libphp5.so 0x0212aee4 pdo_pgsql_transaction_cmd + 52
(pgsql_driver.c:314)
1 libphp5.so 0x0212b004 pgsql_handle_rollback + 48
(pgsql_driver.c:336)
2 libphp5.so 0x0211ebf4 pdo_dbh_free_storage + 96 (pdo_dbh.c:1123)
3 libphp5.so 0x023a9fb8 zend_objects_store_free_object_storage + 208
(zend_objects_API.c:76)
4 libphp5.so 0x0236c55c shutdown_executor + 1152
(zend_execute_API.c:273)
5 libphp5.so 0x02381600 zend_deactivate + 220 (zend.c:825)
6 libphp5.so 0x023167b8 php_request_shutdown + 1052 (main.c:1240)
7 libphp5.so 0x024464e8 apache_php_module_main + 336
(sapi_apache.c:60)
8 libphp5.so 0x02447a0c send_php + 964 (mod_php5.c:644)
9 libphp5.so 0x02447a98 send_parsed_php + 40 (mod_php5.c:656)
10 httpd 0xdd18 ap_invoke_handler + 232
11 httpd 0x00017dd4 process_request_internal + 640
12 httpd 0x00017e54 ap_process_request + 72
13 httpd 0x6b60 child_main + 1832
14 httpd 0x6dc4 make_child + 312
15 httpd 0x70f4 perform_idle_server_maintenance + 572
16 httpd 0x76d0 standalone_main + 964
17 httpd 0x7d74 main + 1052
18 httpd 0x238c _start + 348
19 httpd 0x222c start + 60
Thread 0 crashed with PPC Thread State:
srr0: 0x0212aee4 srr1: 0x0200f030vrsave: 0x
cr: 0x24000444 xer: 0x0006 lr: 0x0212b004 ctr: 0x0212afd4
r0: 0x0001 r1: 0xbfffdac0 r2: 0x r3: 0x02478898
r4: 0x003a7448 r5: 0x02d5 r6: 0x003a8c5b r7: 0xa753
r8: 0x0001 r9: 0x0211eb94 r10: 0x0236bab8 r11: 0x00058194
r12: 0x0212afd4 r13: 0x r14: 0x r15: 0x
r16: 0x r17: 0x r18: 0x r19: 0x
r20: 0x r21: 0x r22: 0x r23: 0x00056ec0
r24: 0x0001 r25: 0x0002 r26: 0x0183c038 r27: 0x01f4
r28: 0x0017 r29: 0x0183ffc0 r30: 0xbfffdac0 r31: 0x0212afec
Binary Images Description:
... very lengthy part, which you probably wouldn't need, if otherwise,
please give notice
[2005-06-11 16:46:48] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
[2005-06-11 14:48:46] martin dot stricker at rz dot hu-berlin dot de
Bug concerns 5.1beta1
[2005-06-11 14:45:34] martin dot stricker at rz dot hu-berlin dot de
Description:
PgSQL-Driver crashes Apache when attempting to connect to
database-server, see Apache error-log:
[Sat Jun 11 14:37:27 2005] [notice] child pid 490 exit signal Bus error
(10)
PgSQL Version 7.4.6 / Apache 1.3.33
Reproduce code:
---
$dsn = "pgsql:host=localhost port=5432 dbname=x user=x
pass=x";
try {
$p =& new PDO($dsn);
} catch(PDOException $e) {
echo $e->getMessage() . "\n";
}
Expected result:
PDO-Object
Actual result:
--
Apache Bus error
--
Edit this bug report at http://bugs.php.net/?id=33311&edit=1
#33292 [Fbk->Opn]: apache_get_modules crashes
ID: 33292 User updated by: doug_craig at charter dot net Reported By: doug_craig at charter dot net -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Win 2000 5.00.2195 sp4 PHP Version: 5CVS-2005-06-10 (dev) New Comment: Tried the snapshot. Apache fails to start with the following error: Syntax error on line 194 of c:/program files/apache group/apache/conf/httpd.conf: Cannot load c:/php/php5apache.dll into server: (127) The specified procedure could not be found: (1) the php5apache.dll exists (2) httpd.conf has not changed (3) php.ini is identical to previous PHP install Uninstalled and reinstalled snapshot from 6/9/2005 6:44PM with no changes to httpd or php.ini and Apache starts up fine (albeit with the same reported error for apache_get_modules calls). Something wrong with that snapshot. Previous Comments: [2005-06-11 15:30:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-06-10 01:07:55] doug_craig at charter dot net Description: Only modification from php.ini-recommended is to enable MySQL (and changes made by PHP 5.0.4 Installer). PHP installed as an Apache module. Apache/1.3.33 (Win32) Reproduce code: --- Expected result: Array ( [0] => core [1] => http_core [2] => mod_so [3] => sapi_apache2 [4] => mod_mime [5] => mod_rewrite ) Actual result: -- No error report to Apache error.log Windows error: Apache.exe - Application Error for a memory reference that could not be read. -- Edit this bug report at http://bugs.php.net/?id=33292&edit=1
#33292 [Opn]: apache_get_modules crashes
ID: 33292 User updated by: doug_craig at charter dot net Reported By: doug_craig at charter dot net Status: Open Bug Type: Reproducible crash Operating System: Win 2000 5.00.2195 sp4 PHP Version: 5CVS-2005-06-10 (dev) New Comment: NOTE: the date on the snapshot that did not work is 6/11/2005 4:54PM Previous Comments: [2005-06-11 18:42:53] doug_craig at charter dot net Tried the snapshot. Apache fails to start with the following error: Syntax error on line 194 of c:/program files/apache group/apache/conf/httpd.conf: Cannot load c:/php/php5apache.dll into server: (127) The specified procedure could not be found: (1) the php5apache.dll exists (2) httpd.conf has not changed (3) php.ini is identical to previous PHP install Uninstalled and reinstalled snapshot from 6/9/2005 6:44PM with no changes to httpd or php.ini and Apache starts up fine (albeit with the same reported error for apache_get_modules calls). Something wrong with that snapshot. [2005-06-11 15:30:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-06-10 01:07:55] doug_craig at charter dot net Description: Only modification from php.ini-recommended is to enable MySQL (and changes made by PHP 5.0.4 Installer). PHP installed as an Apache module. Apache/1.3.33 (Win32) Reproduce code: --- Expected result: Array ( [0] => core [1] => http_core [2] => mod_so [3] => sapi_apache2 [4] => mod_mime [5] => mod_rewrite ) Actual result: -- No error report to Apache error.log Windows error: Apache.exe - Application Error for a memory reference that could not be read. -- Edit this bug report at http://bugs.php.net/?id=33292&edit=1
#33311 [Opn]: PDO/PgSQL-Driver crashes Apache
ID: 33311 User updated by: martin dot stricker at rz dot hu-berlin dot de Reported By: martin dot stricker at rz dot hu-berlin dot de Status: Open Bug Type: PDO related Operating System: OS X 10.4.1 PHP Version: 5.1 snapshot 050611-1230 New Comment: And this is from gdb: #0 0x00124c68 in pdo_pgsql_transaction_cmd (cmd=0x471384 "ROLLBACK", dbh=0x1da6a88) at /xxx/5dev0506111230/ext/pdo_pgsql/pgsql_driver.c:314 #1 0x00124d88 in pgsql_handle_rollback (dbh=0x1da6a88) at /xxx/5dev0506111230/ext/pdo_pgsql/pgsql_driver.c:336 #2 0x00118978 in pdo_dbh_free_storage (dbh=0x1da6a88) at /xxx/5dev0506111230/ext/pdo/pdo_dbh.c:1122 #3 0x003a3d3c in zend_objects_store_free_object_storage (objects=0x68c3f0) at /xxx/5dev0506111230/Zend/zend_objects_API.c:82 #4 0x003662e0 in shutdown_executor () at /xxx/5dev0506111230/Zend/zend_execute_API.c:272 #5 0x0037b384 in zend_deactivate () at /xxx/5dev0506111230/Zend/zend.c:823 #6 0x0031053c in php_request_shutdown (dummy=0x0) at /xxx/5dev0506111230/main/main.c:1237 #7 0x00442678 in main (argc=2, argv=0xb794) at /xxx/5dev0506111230/sapi/cli/php_cli.c:1139 (gdb) Previous Comments: [2005-06-11 18:38:43] martin dot stricker at rz dot hu-berlin dot de chrashdump above concerns snapshot from today (with solved PDO/MySQL problem, bug http://bugs.php.net/bug.php?id=33310";>#33310) [2005-06-11 18:23:45] martin dot stricker at rz dot hu-berlin dot de I couldn't get gdb to work properly, but I think this crashdump report could be helpful. When I tested the PDO/PgSQL on the command line, the script executed properly just until the end, when the BUS Error ocurred (crashdump pretty much the same, without httpd sections, naturally). == chrashdump report Host Name: pBook Date/Time: 2005-06-11 17:53:02.408 +0200 OS Version: 10.4.1 (Build 8B15) Report Version: 3 Command: httpd Path:/usr/sbin/httpd Parent: httpd [8775] Version: ??? (???) PID:8826 Thread: 0 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x Thread 0 Crashed: 0 libphp5.so 0x0212aee4 pdo_pgsql_transaction_cmd + 52 (pgsql_driver.c:314) 1 libphp5.so 0x0212b004 pgsql_handle_rollback + 48 (pgsql_driver.c:336) 2 libphp5.so 0x0211ebf4 pdo_dbh_free_storage + 96 (pdo_dbh.c:1123) 3 libphp5.so 0x023a9fb8 zend_objects_store_free_object_storage + 208 (zend_objects_API.c:76) 4 libphp5.so 0x0236c55c shutdown_executor + 1152 (zend_execute_API.c:273) 5 libphp5.so 0x02381600 zend_deactivate + 220 (zend.c:825) 6 libphp5.so 0x023167b8 php_request_shutdown + 1052 (main.c:1240) 7 libphp5.so 0x024464e8 apache_php_module_main + 336 (sapi_apache.c:60) 8 libphp5.so 0x02447a0c send_php + 964 (mod_php5.c:644) 9 libphp5.so 0x02447a98 send_parsed_php + 40 (mod_php5.c:656) 10 httpd 0xdd18 ap_invoke_handler + 232 11 httpd 0x00017dd4 process_request_internal + 640 12 httpd 0x00017e54 ap_process_request + 72 13 httpd 0x6b60 child_main + 1832 14 httpd 0x6dc4 make_child + 312 15 httpd 0x70f4 perform_idle_server_maintenance + 572 16 httpd 0x76d0 standalone_main + 964 17 httpd 0x7d74 main + 1052 18 httpd 0x238c _start + 348 19 httpd 0x222c start + 60 Thread 0 crashed with PPC Thread State: srr0: 0x0212aee4 srr1: 0x0200f030vrsave: 0x cr: 0x24000444 xer: 0x0006 lr: 0x0212b004 ctr: 0x0212afd4 r0: 0x0001 r1: 0xbfffdac0 r2: 0x r3: 0x02478898 r4: 0x003a7448 r5: 0x02d5 r6: 0x003a8c5b r7: 0xa753 r8: 0x0001 r9: 0x0211eb94 r10: 0x0236bab8 r11: 0x00058194 r12: 0x0212afd4 r13: 0x r14: 0x r15: 0x r16: 0x r17: 0x r18: 0x r19: 0x r20: 0x r21: 0x r22: 0x r23: 0x00056ec0 r24: 0x0001 r25: 0x0002 r26: 0x0183c038 r27: 0x01f4 r28: 0x0017 r29: 0x0183ffc0 r30: 0xbfffdac0 r31: 0x0212afec Binary Images Description: ... very lengthy part, which you probably wouldn't need, if otherwise, please give notice [2005-06-11 16:46:48] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2005-06-11 14:48:46] martin dot stricker at rz dot hu-berlin dot de Bug concerns 5.1beta1 ---
#33292 [Opn->Fbk]: apache_get_modules crashes
ID: 33292 Updated by: [EMAIL PROTECTED] Reported By: doug_craig at charter dot net -Status: Open +Status: Feedback -Bug Type: Reproducible crash +Bug Type: Apache related Operating System: Win 2000 5.00.2195 sp4 PHP Version: 5CVS-2005-06-10 (dev) New Comment: Did you remember to replace ALL existing dlls and extensions? PHP 5.1 is NOT binary compatible with previous versions.. Previous Comments: [2005-06-11 18:44:02] doug_craig at charter dot net NOTE: the date on the snapshot that did not work is 6/11/2005 4:54PM [2005-06-11 18:42:53] doug_craig at charter dot net Tried the snapshot. Apache fails to start with the following error: Syntax error on line 194 of c:/program files/apache group/apache/conf/httpd.conf: Cannot load c:/php/php5apache.dll into server: (127) The specified procedure could not be found: (1) the php5apache.dll exists (2) httpd.conf has not changed (3) php.ini is identical to previous PHP install Uninstalled and reinstalled snapshot from 6/9/2005 6:44PM with no changes to httpd or php.ini and Apache starts up fine (albeit with the same reported error for apache_get_modules calls). Something wrong with that snapshot. [2005-06-11 15:30:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-06-10 01:07:55] doug_craig at charter dot net Description: Only modification from php.ini-recommended is to enable MySQL (and changes made by PHP 5.0.4 Installer). PHP installed as an Apache module. Apache/1.3.33 (Win32) Reproduce code: --- Expected result: Array ( [0] => core [1] => http_core [2] => mod_so [3] => sapi_apache2 [4] => mod_mime [5] => mod_rewrite ) Actual result: -- No error report to Apache error.log Windows error: Apache.exe - Application Error for a memory reference that could not be read. -- Edit this bug report at http://bugs.php.net/?id=33292&edit=1
#33285 [Opn->Fbk]: dbase functions return garabe on certain file
ID: 33285
Updated by: [EMAIL PROTECTED]
Reported By: andrewz at springsrescuemission dot org
-Status: Open
+Status: Feedback
Bug Type: dBase related
Operating System: Linux 2.4.30 (Trustix 2.2)
PHP Version: 5.0.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-06-09 19:02:47] andrewz at springsrescuemission dot org
Description:
Using PHP's dbase system cannot understand some columns and yields
garbage on a certain .dbf file (http://65.108.181.103/zip.dbf).
The .dbf was tested successfully with several other programs
(OpenOffice.org 1.1.4 and Shapefile Library C).
According to file, .dbf is dbase 3 format:
$ file zip.dbf
zip.dbf: DBase 3 data file (586 records)
To enable dbase support, I used the standard Trustix 2.2 source RPM and
included "--enable-dbase".
On a different system with PHP 4.3.10 and Linux 2.4.27 (Redhat 7.3), I
verified the problem with dbase_get_record_with_names(). (The function
dbase_get_header_info() was not available on this platform.)
Reproduce code:
---
$db = dbase_open("zip.dbf",0);
print_r(dbase_get_header_info($db));
if ($db) {
$record_numbers = dbase_numrecords($db);
for ($i = 1; $i <= $record_numbers; $i++) {
$row = dbase_get_record_with_names($db, $i);
print_r($row);
}
}
Expected result:
The dbase_header_info() does not understand some columns and includes
garbage (e.g. length field). Then the dbase_get_record_with_names()
has incorrect data.
Here is output of Shapefile Library C's dbfdump -h on the same zip.dbf.
This output is good.
Field 0: Type=Double, Title=`AREA', Width=20, Decimals=5
Field 1: Type=Double, Title=`PERIMETER', Width=20, Decimals=5
Field 2: Type=Integer, Title=`ZT08_D00_', Width=11, Decimals=0
Field 3: Type=Integer, Title=`ZT08_D00_I', Width=11, Decimals=0
Field 4: Type=String, Title=`ZCTA', Width=5, Decimals=0
Field 5: Type=String, Title=`NAME', Width=90, Decimals=0
Field 6: Type=String, Title=`LSAD', Width=2, Decimals=0
Field 7: Type=String, Title=`LSAD_TRANS', Width=50, Decimals=0
AREAPERIMETER ZT08_D00_ ZT08_D00_I ZCTA
NAME
LSAD LSAD_TRANS
0.05115 1.30727 2 1 80428
80428
Z5 5-Digit ZCTA
Actual result:
--
SCRIPT OUTPUT
Array
(
[0] => Array
(
[name] => AREA
[type] => unknown
[length] => 1300
[precision] => 0
[format] => ´ "@
[offset] => 1
)
[1] => Array
(
[name] => PERIMETER
[type] => unknown
[length] => 1300
[precision] => 0
[format] => ´ "@
[offset] => 1301
)
[truncated]
--
Edit this bug report at http://bugs.php.net/?id=33285&edit=1
#33283 [Opn->Fbk]: Apache segfaults when attempting to use PDO
ID: 33283
Updated by: [EMAIL PROTECTED]
Reported By: david dot prusak at copart dot com
-Status: Open
+Status: Feedback
Bug Type: PDO related
Operating System: *
PHP Version: 5.1-beta
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-06-10 18:39:15] david dot prusak at copart dot com
Well, I installed all this on my solaris box. Accessing the same page,
I get this in my apache error.log
[Fri Jun 10 09:29:03 2005] [notice] child pid 19516 exit signal
Segmentation fault (11)
Removing the "prepare" doesn't segfault apache. The behavior is
identical to the windows version.
[2005-06-10 17:22:03] david dot prusak at copart dot com
No, adding that didn't stop the GPF, sorry.
[2005-06-09 23:59:47] [EMAIL PROTECTED]
If you add:
$stmt = null;
$dbh = null;
to the end of your script, does the segfault go away?
[2005-06-09 21:26:39] david dot prusak at copart dot com
Oops sorry about that.
This fails with a gpf:
prepare("SELECT * FROM TABLE");
} catch (Exception $e) {
echo "Failed: " . $e->getMessage();
}
?>
While this works just fine and prints "Connected",
getMessage();
}
?>
When I use exec, I don't get the GPF, but I'm also not getting the
correct results. When trying to query a fake table, I don't get an
error. When I query the correct table, I don't get a count.
When I put in an incorrect database, user or password, I do get the
correct error. So that tells me that I can connect to the database.
";
$count = $dbh->exec("SELECT * FROM FAKETABLE");
print "Count: $count";
} catch (Exception $e) {
echo "Failed: " . $e->getMessage();
}
?>
I did verify the php.ini is correct. I put in a typo in the ini file
to see if Apache will err on start up and it did. (brute force method
:) )
Hope that's not too much information.
--David
[2005-06-09 19:39:53] [EMAIL PROTECTED]
Sounds like two different issues, neither of which is PDO specific ;-)
Check that you were modifying the right php.ini file, and that you
restarted apache after changing it. (phpinfo() will help you to figure
that out).
Your script is broken, btw. You catch the exception, effectively
ignoring the error, and then continue to use the $dbh even though you
"know" it isn't there. You should move that code inside the try {}
block, just after you echo "Connected";
The GPF concerns me, but I suspect it will go away once you load PDO
correctly. If you're feeling motivated, can you try pruning down your
script to the smallest possible test case that reproduces the GPF? I'm
hoping you can cut it down to something like this:
getMessage();
}
$foo->bar();
?>
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/33283
--
Edit this bug report at http://bugs.php.net/?id=33283&edit=1
#33277 [Opn->Asn]: private method accessed by child class
ID: 33277
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Assigned
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-2005-06-08 (dev)
Assigned To: stas
Previous Comments:
[2005-06-08 18:32:43] [EMAIL PROTECTED]
Description:
Code below produces "private!" - meaning that object is allowed to
access private methods of the parent class, which is, of course, wrong.
Reproduce code:
---
bar();
}
}
class foo2son extends fooson {
function bar() {
echo "public!\n";
}
}
$b = new foo2son();
$b->barson();
?>
Expected result:
public!
Actual result:
--
private!
--
Edit this bug report at http://bugs.php.net/?id=33277&edit=1
#33263 [Opn->Asn]: parent::real_connect() can not be used, hence cant use option flags.
ID: 33263
Updated by: [EMAIL PROTECTED]
Reported By: daarius at hotmail dot com
-Status: Open
+Status: Assigned
Bug Type: MySQLi related
Operating System: WinXP
-PHP Version: 5.0.4
+PHP Version: 5CVS-2005-06-11
-Assigned To:
+Assigned To: georg
Previous Comments:
[2005-06-08 18:30:16] daarius at hotmail dot com
I have used latest win32 version, and the problem is same. is there any
other way of doing this in the new version?
[2005-06-08 00:25:09] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-06-07 14:08:31] daarius at hotmail dot com
Description:
class mydb extends mysqli {
public function __construct() {
parent::real_connect(); // can not use
parent::__construct(); // doesnt support 7th parameter of flags.
}
}
as above, the real_connect() gives some errors, and may be not allowed
to be used, but in there the 7th parameter of flags are not present in
connect() of mysqli. so what to do?
also, as real_connect() is not allowed, i can not use parent::options()
for setting the config options before connect. as this gives errors too.
--
Edit this bug report at http://bugs.php.net/?id=33263&edit=1
#33142 [Opn->Bgs]: Session info not getting saved correctly
ID: 33142 Updated by: [EMAIL PROTECTED] Reported By: jkump at everestgt dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: Solaris 9 PHP Version: 5.0.4 New Comment: Impossible to test without a script -> bogus. (can not reproduce) Previous Comments: [2005-06-08 20:38:45] jkump at everestgt dot com It seems as though the simplexml_load_string object is clobbering the Session object. http://www.fastcarrot.net/index.php [2005-06-08 02:40:42] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-06-07 06:34:15] jkump at everestgt dot com Please check this bug report with regard to sessions and simplexml_load_string() Thanks [2005-06-02 23:01:46] jkump at everestgt dot com This problem occurs when simplexml_load_string is used within the session. [2005-05-26 19:40:44] [EMAIL PROTECTED] 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. This is not a support forum where you ask how to use PHP.. (Thre is no bug here, sessions work just fine) 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/33142 -- Edit this bug report at http://bugs.php.net/?id=33142&edit=1
#33238 [Opn->Bgs]: Bug select odbc_fetch_row
ID: 33238 Updated by: [EMAIL PROTECTED] Reported By: olivier at pipas dot org -Status: Open +Status: Bogus Bug Type: ODBC related Operating System: Windows XP PHP Version: 5.*, 4.* (2005-06-04) New Comment: Impossible to reproduce without a test case. Previous Comments: [2005-06-04 09:59:12] olivier at pipas dot org Sorry, sorry It's not a bug : mysql_fetch_row return an array pgsql_fetch_row return an array mssql_fetch_row return an array but... odbc_fetch_row return an boolean ! (why ???) I must use odbc_result after... [2005-06-04 01:07:59] [EMAIL PROTECTED] And how can we reproduce this? (we need the db..) [2005-06-03 23:26:55] olivier at pipas dot org I have tried this version (5.0.5-dev) but the bug is always present. This bug is also present in 5.0.0 and 4.3.11 [2005-06-03 22:59:21] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2005-06-03 22:15:51] olivier at pipas dot org I have tested with odbc_fetch_object, and it's working ! So : it's a bug in function odbc_fetch_row 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/33238 -- Edit this bug report at http://bugs.php.net/?id=33238&edit=1
#33309 [Fbk->Opn]: mssql_query crashes php
ID: 33309
User updated by: alexander dot merz at gmail dot com
Reported By: alexander dot merz at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: MSSQL related
Operating System: Windows XP Home
PHP Version: 5.0.4
New Comment:
I would agree, but a much more complex java app works perfectly on the
beta using a jdbc driver older then the beta version!
I will test it with a newer version of php next monday.
But, this seems to be definitly a bug in the php extension, especialy
how it fetches the result set. I made some further tests.
I create a test table containing one record and run the small script
again:
$c = mssql_connect("ALEX", "amerz", "amerz");
mssql_select_db("text_test", $c);
var_dump(mssql_query('SELECT text1, text2 FROM texttable', $c));
mssql_close($c);
The result: It prints
resource(5) of type (mssql result)
and then php crashes...
Previous Comments:
[2005-06-11 17:29:32] [EMAIL PROTECTED]
The same code works fine with previous versions of MS SQL Server.
MS SQL Server 2005 Beta is not a stable target to test against.
[2005-06-11 15:25:05] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-06-11 14:14:06] alexander dot merz at gmail dot com
Description:
Running the current PEAR::MDB2 testsuite in CVS against MS SQLServer
2005 Beta causes a crash of php.
The source causing the crash reduced to a minimum is given in the
"Reproduced code" section.
The crash does also happend if you list the field names directly:
'SELECT user_name, user_password, subscribed, user_id, quota, weight,
access_date, access_time, approved FROM users'
It does crash too, if the statment above contains only the first two
fields (user_name, user_password) and *one* of the others, ie:
'SELECT user_name, user_password, subscribed FROM users'
It *works*, if the field list does NOT contain the user_password field,
independed of length of the field list, ie:
'SELECT user_name, subscribed, user_id, quota, weight, access_date,
access_time, approved FROM users'
user_password is of the type 'text'.
The table is empty, and the statement works like a charm in the SQL
Query console of Server Management Studio.
Reproduce code:
---
$c = mssql_connect("ALEX", "amerz", "amerz");
mssql_select_db("driver_test", $c);
mssql_query('SELECT * FROM users');
mssql_close($c);
Expected result:
No crash :)
Actual result:
--
a crash :(
--
Edit this bug report at http://bugs.php.net/?id=33309&edit=1
#33309 [Opn->Fbk]: mssql_query crashes php
ID: 33309
Updated by: [EMAIL PROTECTED]
Reported By: alexander dot merz at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: MSSQL related
Operating System: Windows XP Home
PHP Version: 5.0.4
Previous Comments:
[2005-06-11 20:12:00] alexander dot merz at gmail dot com
I would agree, but a much more complex java app works perfectly on the
beta using a jdbc driver older then the beta version!
I will test it with a newer version of php next monday.
But, this seems to be definitly a bug in the php extension, especialy
how it fetches the result set. I made some further tests.
I create a test table containing one record and run the small script
again:
$c = mssql_connect("ALEX", "amerz", "amerz");
mssql_select_db("text_test", $c);
var_dump(mssql_query('SELECT text1, text2 FROM texttable', $c));
mssql_close($c);
The result: It prints
resource(5) of type (mssql result)
and then php crashes...
[2005-06-11 17:29:32] [EMAIL PROTECTED]
The same code works fine with previous versions of MS SQL Server.
MS SQL Server 2005 Beta is not a stable target to test against.
[2005-06-11 15:25:05] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-06-11 14:14:06] alexander dot merz at gmail dot com
Description:
Running the current PEAR::MDB2 testsuite in CVS against MS SQLServer
2005 Beta causes a crash of php.
The source causing the crash reduced to a minimum is given in the
"Reproduced code" section.
The crash does also happend if you list the field names directly:
'SELECT user_name, user_password, subscribed, user_id, quota, weight,
access_date, access_time, approved FROM users'
It does crash too, if the statment above contains only the first two
fields (user_name, user_password) and *one* of the others, ie:
'SELECT user_name, user_password, subscribed FROM users'
It *works*, if the field list does NOT contain the user_password field,
independed of length of the field list, ie:
'SELECT user_name, subscribed, user_id, quota, weight, access_date,
access_time, approved FROM users'
user_password is of the type 'text'.
The table is empty, and the statement works like a charm in the SQL
Query console of Server Management Studio.
Reproduce code:
---
$c = mssql_connect("ALEX", "amerz", "amerz");
mssql_select_db("driver_test", $c);
mssql_query('SELECT * FROM users');
mssql_close($c);
Expected result:
No crash :)
Actual result:
--
a crash :(
--
Edit this bug report at http://bugs.php.net/?id=33309&edit=1
#33313 [NEW]: I found a flaq in the ISAPI build
From: trustpunk at hotmail dot com Operating system: Windows PHP version: 5.0.4 PHP Bug Type: Unknown/Other Function Bug description: I found a flaq in the ISAPI build Description: When running PHP as an ISAPI module , you can remotely crash the web server by creating a specially crafted URL. This bug was discovered by accident and I actually refer it as a DDoS type of attack on the web server. Please fix this! PHP versions effected so far: v4.3.11 , v5.0.4 Reproduce code: --- Using a URL like this will crash the web server , only ISAPI is effected. http://www.your-site.com/script.php/num=10101 I discovered this when writing a Binary to Decimal converter. -- Edit bug report at http://bugs.php.net/?id=33313&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33313&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33313&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33313&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33313&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33313&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33313&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33313&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33313&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33313&r=support Expected behavior: http://bugs.php.net/fix.php?id=33313&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33313&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33313&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33313&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33313&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33313&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33313&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33313&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33313&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33313&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33313&r=mysqlcfg
#33313 [Opn]: I found a flaw in the ISAPI module
ID: 33313 User updated by: trustpunk at hotmail dot com -Summary: I found a flaq in the ISAPI build Reported By: trustpunk at hotmail dot com Status: Open Bug Type: Unknown/Other Function Operating System: Windows -PHP Version: 5.0.4 +PHP Version: 5.0.4/4.3.11 New Comment: I had to edit my post , to fix the Topic. Previous Comments: [2005-06-11 22:32:03] trustpunk at hotmail dot com Description: When running PHP as an ISAPI module , you can remotely crash the web server by creating a specially crafted URL. This bug was discovered by accident and I actually refer it as a DDoS type of attack on the web server. Please fix this! PHP versions effected so far: v4.3.11 , v5.0.4 Reproduce code: --- Using a URL like this will crash the web server , only ISAPI is effected. http://www.your-site.com/script.php/num=10101 I discovered this when writing a Binary to Decimal converter. -- Edit this bug report at http://bugs.php.net/?id=33313&edit=1
#33142 [Bgs->Opn]: Session info not getting saved correctly
ID: 33142 User updated by: jkump at everestgt dot com Reported By: jkump at everestgt dot com -Status: Bogus +Status: Open Bug Type: Session related Operating System: Solaris 9 PHP Version: 5.0.4 New Comment: Here is the flaming script. Red Nails $12.99 Robert E Howard 9/21/1977 '; $HTML_XML=''; $InXML = simplexml_load_string($XML); if (!isset($_REQUEST["SUBMIT"])) { $_SESSION["PRICE"] = $InXML->price; } echo "\n"; echo "Test PHP BUG 33142\n"; echo "\n"; echo "XML we are using: ".$HTML_XML."\n"; echo "\n"; if (isset($_SESSION["PRICE"])) { echo "PRICE before submit: ".$_SESSION["PRICE"]."\n"; } if (isset($_SESSION["PRICE"]) && isset($_REQUEST["SUBMIT"])) { echo "PRICE after submit: ".$_SESSION["PRICE"]."\n"; } echo "\n"; echo "\n"; echo "\n"; echo "\n"; echo "\n"; ?> Previous Comments: [2005-06-11 19:50:43] [EMAIL PROTECTED] Impossible to test without a script -> bogus. (can not reproduce) [2005-06-08 20:38:45] jkump at everestgt dot com It seems as though the simplexml_load_string object is clobbering the Session object. http://www.fastcarrot.net/index.php [2005-06-08 02:40:42] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-06-07 06:34:15] jkump at everestgt dot com Please check this bug report with regard to sessions and simplexml_load_string() Thanks [2005-06-02 23:01:46] jkump at everestgt dot com This problem occurs when simplexml_load_string is used within the session. 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/33142 -- Edit this bug report at http://bugs.php.net/?id=33142&edit=1 Red Nails $12.99 Robert E Howard 9/21/1977
#33314 [NEW]: Child class variable change not propogated during function call
From: gregory dot szorc at case dot edu Operating system: Linux (multiple) PHP version: 5.0.4 PHP Bug Type: Class/Object related Bug description: Child class variable change not propogated during function call Description: A method is called on an instance of a class which is derived from a chain of derived classes, some abstract. The method is defined in the base class and this method alters a variable also defined in the base class. When the method is called, the object is unchanged. During debugging, the variable is actually changed by the base method. However, this change of variable is not propogated down into the derived classes. When the base method is changed so that it changes another variable in the base class, the changes are reflected after the method is called. In summary, a function call does not produce an obvious change of variable. When the function is changed so it alters another variable on top of the original, both changes are seen after the function call. Reproduce code: --- I have been unable to reproduce this code outside of the project in which I discovered the bug. To obtain the code, use subversion: `svn co -r 119 http://zorro.case.edu/svn/repos/php_classes/File_iCal/trunk/ iCal` Use might need to add the created directory to the PHP include path for the code to run. Read File/iCal/BaseComponent.php at line 234 for info on how to reproduce. Expected result: A variable gets changed via function call. Actual result: -- The variable appears left unchanged unless the function definition itself is changed so that the object is further modified. -- Edit bug report at http://bugs.php.net/?id=33314&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33314&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33314&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33314&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33314&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33314&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33314&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33314&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33314&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33314&r=support Expected behavior: http://bugs.php.net/fix.php?id=33314&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33314&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33314&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33314&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33314&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33314&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33314&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33314&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33314&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33314&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33314&r=mysqlcfg
#33292 [Fbk->Opn]: apache_get_modules crashes
ID: 33292 User updated by: doug_craig at charter dot net Reported By: doug_craig at charter dot net -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Win 2000 5.00.2195 sp4 PHP Version: 5CVS-2005-06-10 (dev) New Comment: For reinstalls I do an uninstall and then delete C:\PHP then unzip to C:\PHP. I'm not copying any dlls outside of the PHP tree and my extension_dir is set to C:\PHP\ext The only extension I'm specifying is MySQL Is php-5.0.4-installer.exe (what I'm using) compatible with 5.1, or does it copy any dlls outside of PHP tree? Thanks for your help. Previous Comments: [2005-06-11 19:47:08] [EMAIL PROTECTED] Did you remember to replace ALL existing dlls and extensions? PHP 5.1 is NOT binary compatible with previous versions.. [2005-06-11 18:44:02] doug_craig at charter dot net NOTE: the date on the snapshot that did not work is 6/11/2005 4:54PM [2005-06-11 18:42:53] doug_craig at charter dot net Tried the snapshot. Apache fails to start with the following error: Syntax error on line 194 of c:/program files/apache group/apache/conf/httpd.conf: Cannot load c:/php/php5apache.dll into server: (127) The specified procedure could not be found: (1) the php5apache.dll exists (2) httpd.conf has not changed (3) php.ini is identical to previous PHP install Uninstalled and reinstalled snapshot from 6/9/2005 6:44PM with no changes to httpd or php.ini and Apache starts up fine (albeit with the same reported error for apache_get_modules calls). Something wrong with that snapshot. [2005-06-11 15:30:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-06-10 01:07:55] doug_craig at charter dot net Description: Only modification from php.ini-recommended is to enable MySQL (and changes made by PHP 5.0.4 Installer). PHP installed as an Apache module. Apache/1.3.33 (Win32) Reproduce code: --- Expected result: Array ( [0] => core [1] => http_core [2] => mod_so [3] => sapi_apache2 [4] => mod_mime [5] => mod_rewrite ) Actual result: -- No error report to Apache error.log Windows error: Apache.exe - Application Error for a memory reference that could not be read. -- Edit this bug report at http://bugs.php.net/?id=33292&edit=1
#33209 [Fbk->Opn]: PHP crashes creating SWF with Ming
ID: 33209
User updated by: jcruff at gmail dot com
Reported By: jcruff at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: Ming related
Operating System: Mac OS X 10.4.1 (Darwin 8.1.0)
PHP Version: 5.0.3
New Comment:
Cannot compile the latest version from CVS (200506112030).
Compiling on Mac OS X 10.4.1 (Darwin 8.1.0); gcc 4.0.0
(powerpc-apple-darwin8-gcc-4.0.0); Xcode 2.0. Build error
below:
/bin/sh /Users/techniq/Software/BUILD/php5-200506112030/
libtool --silent --preserve-dup-deps --mode=compile gcc -
Iext/standard/ -I/Users/techniq/Software/BUILD/
php5-200506112030/ext/standard/ -DPHP_ATOM_INC -I/Users/
techniq/Software/BUILD/php5-200506112030/include -I/Users/
techniq/Software/BUILD/php5-200506112030/main -I/Users/
techniq/Software/BUILD/php5-200506112030 -I/usr/include/
libxml2 -I/Users/techniq/Software/BUILD/php5-200506112030/
TSRM -I/Users/techniq/Software/BUILD/php5-200506112030/Zend
-no-cpp-precomp -g -O2 -c /Users/techniq/Software/BUILD/
php5-200506112030/ext/standard/url_scanner_ex.c -o ext/
standard/url_scanner_ex.lo
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c: In function
'append_modified_url':
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:110: error: parse error before
"static"
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:152: error: 'yybm' undeclared
(first use in this function)
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:152: error: (Each undeclared
identifier is reported only once
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:152: error: for each function it
appears in.)
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c: In function 'xx_mainloop':
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:413: error: redefinition of 'yybm'
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:348: error: previous definition of
'yybm' was here
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:485: error: redefinition of 'yybm'
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:413: error: previous definition of
'yybm' was here
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:576: error: redefinition of 'yybm'
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:485: error: previous definition of
'yybm' was here
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:645: error: redefinition of 'yybm'
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:576: error: previous definition of
'yybm' was here
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:730: error: redefinition of 'yybm'
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:645: error: previous definition of
'yybm' was here
make: *** [ext/standard/url_scanner_ex.lo] Error 1
Previous Comments:
[2005-06-04 01:08:21] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-06-01 07:32:22] jcruff at gmail dot com
Description:
PHP will crash if run as a DSO module or from CLI against the
simple script below that uses the Ming library to create an SWF
file.
Reproduce code:
---
setDimension(400,400);
$myMovie->setBackground(255,0,0);
$myMovie->save("mysquare.swf");
?>
Expected result:
When run under Apache the apache error log will say, "child pid
# exit signal Bus error (10)". When from from CLI it just
gives "bus error". In either case a MAC OS X crash report is
generated (shown below)
Actual result:
--
(gdb) run -X
Starting program: /usr/local/apache2/bin/httpd -X
Reading symbols for shared libraries . done
Reading symbols for shared libraries ... done
Reading symbols for shared libraries ... done
Program received signal EXC_BAD_ACCESS, Could not access
memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x0026
zend_hash_apply_with_argument (ht=0x12837d4, apply_func=0,
argument=0x57b460) at /Users/fullstack/dlweskx/php-5.0.3/
Zend/zend_hash.c:680
680 /Users/fullstack/dlweskx/php-5.0.3/Zend/zend_hash.c:
No such file or directory.
in /Users/fullstack/dlweskx/php-5.0.3/Zend/
zend_hash.c
(gdb)
(gdb) bt
#0 zend_hash_apply_with_argument (ht=0x12837d4,
apply_func=0, argument=0x57b460) at /Users/fullstack/
dlweskx/php-5.0.3/Zend/zend_hash.c:680
#1 0x01123854 in _object_and_properties_init (arg=0x57b460,
class_type=0x2ae2c0, properties
#33209 [Opn]: PHP crashes creating SWF with Ming
ID: 33209
User updated by: jcruff at gmail dot com
Reported By: jcruff at gmail dot com
Status: Open
Bug Type: Ming related
Operating System: Mac OS X 10.4.1 (Darwin 8.1.0)
PHP Version: 5.0.3
New Comment:
The configure for the above build was simply:
./configure --prefix=/usr/local/php5-200506112030
Previous Comments:
[2005-06-12 00:03:13] jcruff at gmail dot com
Cannot compile the latest version from CVS (200506112030).
Compiling on Mac OS X 10.4.1 (Darwin 8.1.0); gcc 4.0.0
(powerpc-apple-darwin8-gcc-4.0.0); Xcode 2.0. Build error
below:
/bin/sh /Users/techniq/Software/BUILD/php5-200506112030/
libtool --silent --preserve-dup-deps --mode=compile gcc -
Iext/standard/ -I/Users/techniq/Software/BUILD/
php5-200506112030/ext/standard/ -DPHP_ATOM_INC -I/Users/
techniq/Software/BUILD/php5-200506112030/include -I/Users/
techniq/Software/BUILD/php5-200506112030/main -I/Users/
techniq/Software/BUILD/php5-200506112030 -I/usr/include/
libxml2 -I/Users/techniq/Software/BUILD/php5-200506112030/
TSRM -I/Users/techniq/Software/BUILD/php5-200506112030/Zend
-no-cpp-precomp -g -O2 -c /Users/techniq/Software/BUILD/
php5-200506112030/ext/standard/url_scanner_ex.c -o ext/
standard/url_scanner_ex.lo
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c: In function
'append_modified_url':
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:110: error: parse error before
"static"
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:152: error: 'yybm' undeclared
(first use in this function)
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:152: error: (Each undeclared
identifier is reported only once
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:152: error: for each function it
appears in.)
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c: In function 'xx_mainloop':
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:413: error: redefinition of 'yybm'
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:348: error: previous definition of
'yybm' was here
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:485: error: redefinition of 'yybm'
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:413: error: previous definition of
'yybm' was here
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:576: error: redefinition of 'yybm'
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:485: error: previous definition of
'yybm' was here
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:645: error: redefinition of 'yybm'
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:576: error: previous definition of
'yybm' was here
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:730: error: redefinition of 'yybm'
/Users/techniq/Software/BUILD/php5-200506112030/ext/
standard/url_scanner_ex.c:645: error: previous definition of
'yybm' was here
make: *** [ext/standard/url_scanner_ex.lo] Error 1
[2005-06-04 01:08:21] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-06-01 07:32:22] jcruff at gmail dot com
Description:
PHP will crash if run as a DSO module or from CLI against the
simple script below that uses the Ming library to create an SWF
file.
Reproduce code:
---
setDimension(400,400);
$myMovie->setBackground(255,0,0);
$myMovie->save("mysquare.swf");
?>
Expected result:
When run under Apache the apache error log will say, "child pid
# exit signal Bus error (10)". When from from CLI it just
gives "bus error". In either case a MAC OS X crash report is
generated (shown below)
Actual result:
--
(gdb) run -X
Starting program: /usr/local/apache2/bin/httpd -X
Reading symbols for shared libraries . done
Reading symbols for shared libraries ... done
Reading symbols for shared libraries ... done
Program received signal EXC_BAD_ACCESS, Could not access
memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x0026
zend_hash_apply_with_argument (ht=0x12837d4, apply_func=0,
argument=0x57b460) at /Users/fullstack/dlweskx/php-5.0.3/
Zend/zend_hash.c:680
680 /Users/fullstack/dlweskx/php-5.0.3/Zend/zend_hash.c:
No such file or directory.
in /Users/fullstack/dlweskx/php-5.0.3/Zend/
zend_hash.c
(gdb)
(gdb) bt
#0 zend_hash_apply_with_argument (ht=0x12837
#33313 [Opn->Fbk]: I found a flaw in the ISAPI module
ID: 33313 Updated by: [EMAIL PROTECTED] Reported By: trustpunk at hotmail dot com -Status: Open +Status: Feedback Bug Type: IIS related Operating System: Windows PHP Version: 5.0.4, 4.3.11 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-06-11 22:32:03] trustpunk at hotmail dot com Description: When running PHP as an ISAPI module , you can remotely crash the web server by creating a specially crafted URL. This bug was discovered by accident and I actually refer it as a DDoS type of attack on the web server. Please fix this! PHP versions effected so far: v4.3.11 , v5.0.4 Reproduce code: --- Using a URL like this will crash the web server , only ISAPI is effected. http://www.your-site.com/script.php/num=10101 I discovered this when writing a Binary to Decimal converter. -- Edit this bug report at http://bugs.php.net/?id=33313&edit=1
#33313 [Fbk->Csd]: I found a flaw in the ISAPI module
ID: 33313 User updated by: trustpunk at hotmail dot com Reported By: trustpunk at hotmail dot com -Status: Feedback +Status: Closed Bug Type: IIS related Operating System: Windows PHP Version: 5.0.4, 4.3.11 New Comment: Im proud to say that the Bug is fixed in that release :-) Make sure you apply that to v4.3 also. LateR! Previous Comments: [2005-06-12 01:08:49] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-06-11 22:32:03] trustpunk at hotmail dot com Description: When running PHP as an ISAPI module , you can remotely crash the web server by creating a specially crafted URL. This bug was discovered by accident and I actually refer it as a DDoS type of attack on the web server. Please fix this! PHP versions effected so far: v4.3.11 , v5.0.4 Reproduce code: --- Using a URL like this will crash the web server , only ISAPI is effected. http://www.your-site.com/script.php/num=10101 I discovered this when writing a Binary to Decimal converter. -- Edit this bug report at http://bugs.php.net/?id=33313&edit=1
#33209 [Opn]: PHP crashes creating SWF with Ming
ID: 33209 User updated by: jcruff at gmail dot com Reported By: jcruff at gmail dot com Status: Open Bug Type: Ming related Operating System: Mac OS X 10.4.1 (Darwin 8.1.0) PHP Version: 5.0.3 New Comment: Tried to compile php-5.1.0b1 and received the following build error: gcc -bundle -bundle_loader /usr/local/apache2/bin/httpd -L/ usr/local/apache2/lib -L/usr/local/apache2/lib -laprutil-0 - lexpat -liconv -L/usr/local/apache2/lib -lapr-0 -lresolv - lpthread -g -O2 -L/usr/local/mysql/lib ext/libxml/libxml.o ext/zlib/zlib.o ext/zlib/zlib_fopen_wrapper.o ext/zlib/ zlib_filter.o ext/ctype/ctype.o ext/dom/php_dom.o ext/dom/ attr.o ext/dom/document.o ext/dom/domerrorhandler.o ext/dom/ domstringlist.o ext/dom/domexception.o ext/dom/namelist.o ext/dom/processinginstruction.o ext/dom/cdatasection.o ext/ dom/documentfragment.o ext/dom/domimplementation.o ext/dom/ element.o ext/dom/node.o ext/dom/string_extend.o ext/dom/ characterdata.o ext/dom/documenttype.o ext/dom/ domimplementationlist.o ext/dom/entity.o ext/dom/nodelist.o ext/dom/text.o ext/dom/comment.o ext/dom/domconfiguration.o ext/dom/domimplementationsource.o ext/dom/entityreference.o ext/dom/notation.o ext/dom/xpath.o ext/dom/dom_iterators.o ext/dom/typeinfo.o ext/dom/domerror.o ext/dom/domlocator.o ext/dom/namednodemap.o ext/dom/userdatahandler.o ext/iconv/ iconv.o ext/mysql/php_mysql.o ext/pcre/pcrelib/maketables.o ext/pcre/pcrelib/get.o ext/pcre/pcrelib/study.o ext/pcre/ pcrelib/pcre.o ext/pcre/php_pcre.o ext/pdo/pdo.o ext/pdo/ pdo_dbh.o ext/pdo/pdo_stmt.o ext/pdo/pdo_sql_parser.o ext/ pdo/pdo_sqlstate.o ext/pdo_sqlite/pdo_sqlite.o ext/ pdo_sqlite/sqlite_driver.o ext/pdo_sqlite/sqlite_statement.o ext/pdo_sqlite/sqlite/src/attach.o ext/pdo_sqlite/sqlite/ src/auth.o ext/pdo_sqlite/sqlite/src/btree.o ext/pdo_sqlite/ sqlite/src/build.o ext/pdo_sqlite/sqlite/src/date.o ext/ pdo_sqlite/sqlite/src/delete.o ext/pdo_sqlite/sqlite/src/ expr.o ext/pdo_sqlite/sqlite/src/func.o ext/pdo_sqlite/ sqlite/src/hash.o ext/pdo_sqlite/sqlite/src/insert.o ext/ pdo_sqlite/sqlite/src/legacy.o ext/pdo_sqlite/sqlite/src/ main.o ext/pdo_sqlite/sqlite/src/os_mac.o ext/pdo_sqlite/ sqlite/src/os_unix.o ext/pdo_sqlite/sqlite/src/os_win.o ext/ pdo_sqlite/sqlite/src/pager.o ext/pdo_sqlite/sqlite/src/ pragma.o ext/pdo_sqlite/sqlite/src/printf.o ext/pdo_sqlite/ sqlite/src/random.o ext/pdo_sqlite/sqlite/src/select.o ext/ pdo_sqlite/sqlite/src/table.o ext/pdo_sqlite/sqlite/src/ tokenize.o ext/pdo_sqlite/sqlite/src/trigger.o ext/ pdo_sqlite/sqlite/src/update.o ext/pdo_sqlite/sqlite/src/ utf.o ext/pdo_sqlite/sqlite/src/util.o ext/pdo_sqlite/ sqlite/src/vacuum.o ext/pdo_sqlite/sqlite/src/vdbeapi.o ext/ pdo_sqlite/sqlite/src/vdbeaux.o ext/pdo_sqlite/sqlite/src/ vdbe.o ext/pdo_sqlite/sqlite/src/vdbemem.o ext/pdo_sqlite/ sqlite/src/where.o ext/pdo_sqlite/sqlite/src/parse.o ext/ pdo_sqlite/sqlite/src/opcodes.o ext/pdo_sqlite/sqlite/src/ alter.o ext/pdo_sqlite/sqlite/src/experimental.o ext/posix/ posix.o ext/session/session.o ext/session/mod_files.o ext/ session/mod_mm.o ext/session/mod_user.o ext/simplexml/ simplexml.o ext/spl/php_spl.o ext/spl/spl_functions.o ext/ spl/spl_engine.o ext/spl/spl_iterators.o ext/spl/spl_array.o ext/spl/spl_directory.o ext/spl/spl_sxe.o ext/spl/ spl_exceptions.o ext/spl/spl_observer.o ext/sqlite/sqlite.o ext/sqlite/sess_sqlite.o ext/sqlite/pdo_sqlite2.o ext/ sqlite/libsqlite/src/opcodes.o ext/sqlite/libsqlite/src/ parse.o ext/sqlite/libsqlite/src/encode.o ext/sqlite/ libsqlite/src/auth.o ext/sqlite/libsqlite/src/btree.o ext/ sqlite/libsqlite/src/build.o ext/sqlite/libsqlite/src/ delete.o ext/sqlite/libsqlite/src/expr.o ext/sqlite/ libsqlite/src/func.o ext/sqlite/libsqlite/src/hash.o ext/ sqlite/libsqlite/src/insert.o ext/sqlite/libsqlite/src/ main.o ext/sqlite/libsqlite/src/os.o ext/sqlite/libsqlite/ src/pager.o ext/sqlite/libsqlite/src/printf.o ext/sqlite/ libsqlite/src/random.o ext/sqlite/libsqlite/src/select.o ext/sqlite/libsqlite/src/table.o ext/sqlite/libsqlite/src/ tokenize.o ext/sqlite/libsqlite/src/update.o ext/sqlite/ libsqlite/src/util.o ext/sqlite/libsqlite/src/vdbe.o ext/ sqlite/libsqlite/src/attach.o ext/sqlite/libsqlite/src/ btree_rb.o ext/sqlite/libsqlite/src/pragma.o ext/sqlite/ libsqlite/src/vacuum.o ext/sqlite/libsqlite/src/copy.o ext/ sqlite/libsqlite/src/vdbeaux.o ext/sqlite/libsqlite/src/ date.o ext/sqlite/libsqlite/src/where.o ext/sqlite/ libsqlite/src/trigger.o regex/regcomp.o regex/regexec.o regex/regerror.o regex/regfree.o ext/standard/array.o ext/ standard/base64.o ext/standard/basic_functions.o ext/ standard/browscap.o ext/standard/crc32.o ext/standard/ crypt.o ext/standard/cyr_convert.o ext/standard/datetime.o ext/standard/dir.o ext/standard/dl.o ext/standard/dns.o ext/ standard/exec.o ext/standard/file.o ext/standard/filestat.o ext/standard/flock_compat.o ext/standard/formatted_print.o ext/standard/fsock.o ext/standard/head.o ext/standard/html.o ext/standard/image.o
#33314 [Opn->Fbk]: Child class variable change not propogated during function call
ID: 33314 Updated by: [EMAIL PROTECTED] Reported By: gregory dot szorc at case dot edu -Status: Open +Status: Feedback Bug Type: Class/Object related Operating System: Linux (multiple) PHP Version: 5.0.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-06-12 00:01:26] gregory dot szorc at case dot edu Description: A method is called on an instance of a class which is derived from a chain of derived classes, some abstract. The method is defined in the base class and this method alters a variable also defined in the base class. When the method is called, the object is unchanged. During debugging, the variable is actually changed by the base method. However, this change of variable is not propogated down into the derived classes. When the base method is changed so that it changes another variable in the base class, the changes are reflected after the method is called. In summary, a function call does not produce an obvious change of variable. When the function is changed so it alters another variable on top of the original, both changes are seen after the function call. Reproduce code: --- I have been unable to reproduce this code outside of the project in which I discovered the bug. To obtain the code, use subversion: `svn co -r 119 http://zorro.case.edu/svn/repos/php_classes/File_iCal/trunk/ iCal` Use might need to add the created directory to the PHP include path for the code to run. Read File/iCal/BaseComponent.php at line 234 for info on how to reproduce. Expected result: A variable gets changed via function call. Actual result: -- The variable appears left unchanged unless the function definition itself is changed so that the object is further modified. -- Edit this bug report at http://bugs.php.net/?id=33314&edit=1
#28355 [Csd->Bgs]: glob wont error if dir is not readable
ID: 28355 Updated by: [EMAIL PROTECTED] Reported By: trancer at trancer dot nl -Status: Closed +Status: Bogus Bug Type: Directory function related Operating System: Linux PHP Version: 4.3.6 Assigned To: hholzgra New Comment: The C library implementation of glob() does not distinguish between empty and non-readable directories (at least not on the unixoid systems i tested on) and so PHP glob() doesn't do it either. The previos 'fix' for this bud didn't actually change the functions behavior and is going to be reverted. Previous Comments: [2004-05-11 15:35:00] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2004-05-11 01:31:57] trancer at trancer dot nl Description: If the dir isnt readable by the webserver (apache in my case) glob() wont list a thing. Glob wont return an error like 'permission denied' though alike other functions do. It would be nice to see that when glob() cant read the directory it will return an error or a notice. Reproduce code: --- The dir in which the png file was, was chmodded to 711 so apache only had execution rights. Expected result: Warning: permission denied Array( ) Actual result: -- Array( ) -- Edit this bug report at http://bugs.php.net/?id=28355&edit=1
