#24446 [NEW]: unrecognized files
From: tony at tonybibbs dot com Operating system: RedHat 9 PHP version: 5.0.0b1 (beta1) PHP Bug Type: Compile Failure Bug description: unrecognized files Description: On stock RH9 system I removed Apache2 and installed 1.3.27. Then went ahead and tried a simple compile: ./configure --with-mysql --with-apxs Got an unrecognized file on ctype.lo, so I added --disable-ctype to configure Got an unreconized file on some dom.lo file so I added --without-dom to configure Got an unrecognized file on php_mysql.lo which I absolutely needed so I quit. -- Edit bug report at http://bugs.php.net/?id=24446&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24446&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24446&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24446&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24446&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24446&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24446&r=support Expected behavior: http://bugs.php.net/fix.php?id=24446&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24446&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24446&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24446&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24446&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24446&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24446&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24446&r=gnused
#24446 [Bgs]: unrecognized files
ID: 24446 User updated by: tony at tonybibbs dot com Reported By: tony at tonybibbs dot com Status: Bogus Bug Type: Compile Failure Operating System: RedHat 9 PHP Version: 5.0.0b1 (beta1) New Comment: Try a 'make clean'. This worked for me. Previous Comments: [2003-07-01 17:19:58] [EMAIL PROTECTED] Try: make clean make You most probably have a stale file somewhere. [2003-07-01 15:06:55] tony at tonybibbs dot com Description: On stock RH9 system I removed Apache2 and installed 1.3.27. Then went ahead and tried a simple compile: ./configure --with-mysql --with-apxs Got an unrecognized file on ctype.lo, so I added --disable-ctype to configure Got an unreconized file on some dom.lo file so I added --without-dom to configure Got an unrecognized file on php_mysql.lo which I absolutely needed so I quit. -- Edit this bug report at http://bugs.php.net/?id=24446&edit=1
#25103 [NEW]: Session handling that seg faults apache
From: tony at tonybibbs dot com Operating system: Linux (RedHat) PHP version: 4.3.2 PHP Bug Type: Reproducible crash Bug description: Session handling that seg faults apache Description: I have a custom php session handler that interacts with a database via PEAR::DB. I have set session.save_handler to user. I have test this using both MySQL and MS SQL Server 2000 on the backend. Running this code can kill one of the Apache process consistently. The short version of what I am doing is I authenticate my app, stick a user object in the session using $_SESSION['user'] = &$userObj; Then later I try to get that object out of the session by using $userObj = &$_SESSION['user']. To get code that reproduces this go here: http://www.tonybibbs.com/filemgmt/visit.php?lid=5 Reproduce code: --- http://www.tonybibbs.com/filemgmt/visit.php?lid=5 Expected result: I would expect that on page 2 I would get an instance of the object out of the session Ok. -- Edit bug report at http://bugs.php.net/?id=25103&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25103&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25103&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25103&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25103&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25103&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25103&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25103&r=support Expected behavior: http://bugs.php.net/fix.php?id=25103&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25103&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25103&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25103&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25103&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25103&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25103&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25103&r=gnused
#40740 [Com]: PDO::execute() errors when parameters are used in LIMIT clause
ID: 40740 Comment by: tony at tonybibbs dot com Reported By: phpbugs at filofox dot com Status: No Feedback Bug Type: PDO related Operating System: Linux Debian Sarge 3.1 PHP Version: 5.2.1 Assigned To: wez New Comment: Same issue on 5.3.0RC2 using pretty much the same code in the initial bug report. Previous Comments: [2009-02-18 08:51:00] nduteil at freedev dot org Hi, Still not fixed in the 5.2.8 release. If PDOStatement::bindParam or PDOStatement::bindValue is used to specified the parameter type (ie : PDO::PARAM_INT) everything works as expected. Not forcing the parameter type to integer generates an error in Mysql. [2008-11-26 10:57:40] miha dot vrhovnik at domenca dot si I re-compiled pdo and pdo_mysql from 5.2.7 RC4 and overwritten libraries from php 5.2.6. Is this enough? If it is, then this issue is not fixed. [2008-11-12 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2008-11-04 15:25:02] fel...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2008-11-02 03:43:00] dev at bcdiv dot com PHP v 5.2.6 MySQL v 5.0.51b-community-nt Vista Ultimate SP1 Similar (though not exactly) usage of PDO to run a stored procedure w/ a parameter that sets the number in a limit clause does not replicate error. $dbc = new DBO; $dbc->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION); $sproc = $dbc->prepare(CALL spLimitProc ?); $sproc->bindParam(1,$limit, PDO::PARAM_INT); $result = $sproc->execute(); Result returns table rows as expected (similar to direct MySQL sproc call). Perhaps resolved or not experienced across platforms? 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/40740 -- Edit this bug report at http://bugs.php.net/?id=40740&edit=1
Bug #51216 [Com]: Segmentation fault when compiling PHP with PHAR
Edit report at http://bugs.php.net/bug.php?id=51216&edit=1 ID: 51216 Comment by: tony at tonybibbs dot com Reported by: dtm2mcs at gmail dot com Summary: Segmentation fault when compiling PHP with PHAR Status: Open Type: Bug Package: PHAR related Operating System: Ubuntu 6.04 + CentOS 5.4 PHP Version: 5.3.2 New Comment: Same issue on 32bit Ubuntu 9.10 Previous Comments: [2010-03-26 00:16:11] mm_half3 at yahoo dot com For what it is worth, I had the same issue on Solaris 10 sparc, compiling with gcc-4.3.1, and php-5.32 (tried with stable release and latest development src). Further research found other solaris types getting segmentation faults during php 5.2.xx make test, see http://bugs.php.net/bug.php?id=47824&edit=1 . Which I also could reproduce. Setting CFLAGS=-O1, got php5.32 to compile and make test successfully with phar, and 5.2.xx to compile without fatal errors. The seg fault is probably not a php issue, but something in the gcc version. The make test looks like all the tests run, but there is an issue when the Test Summary is done for both: WARNED TEST SUMMARY - via [ext/pdo_sqlite/tests/common.phpt] SQLite PDO Common: Bug #34630 (inserting streams as LOBs) [ext/pdo_sqlite/tests/bug_34630.phpt] (warn: XFAIL section but test passes) via [ext/sqlite/tests/pdo/common.phpt] SQLite2 PDO Common: Bug #34630 (inserting streams as LOBs) [ext/sqlite/tests/pdo/bug_34630.phpt] (warn: XFAIL section but test passes) = You may have found a problem in PHP. We would like to send this report automatically to the PHP QA team, to give us a better understanding of how the test cases are doing. If you don't want to send it immediately, you can choose "s" to save the report to a file that you can send us later. Do you want to send this report now? [Yns]: s Please send /tmp/php-5.3.2/php_test_results_20100325_2040.txt to qa-repo...@lists.php.net manually, thank you. [2010-03-24 17:51:27] paul at boxuk dot com i can also reproduce this, i believe it's something to do with the fix for bug #50829 amended that bug with the details [2010-03-22 11:32:02] creatorbri at gmail dot com I have the same problem when attempting to compile PHP 5.3.2. Details: PHP Version: PHP 5.3.2 - I downloaded the "stable" release dated "04 Mar 2010" directly from one of the usual php.net mirrors Platform: Ubuntu 9.10 Karmic Koala x64 [Asus G60Jx-RBBx05 - Core i5-430 2.26 GHz 4.0 GB RAM] Configure Options: ./configure --prefix=PREFIX --with-apxs2=/usr/bin/apxs2 --with-mysql=/usr -- with-mysqli=/usr/bin/mysql_config --with-pgsql=/usr --with-tidy=/usr --with- curl=/usr/bin --with-curlwrappers --with-openssl-dir=/usr --with-zlib-dir=/usr - -enable-mbstring --with-xpm-dir=/usr --with-pdo-pgsql=/usr --with-pdo-mysql=/usr --with-xsl=/usr --with-ldap --with-xmlrpc --with-iconv-dir=/usr --with-snmp=/usr --enable-exif --enable-calendar --with-bz2=/usr --with-mcrypt=/usr --with-gd -- with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr --with-freetype- dir=/usr --enable-mbstring --enable-zip --with-pear ERROR: ext/sqlite3/libsqlite/.libs/sqlite3.o: In function `memset': /usr/include/bits/string3.h:82: warning: memset used with constant zero length parameter; this could be due to transposed parameters Generating phar.php Segmentation fault make: *** [ext/phar/phar.php] Error 139 [2010-03-16 16:22:12] vnegrier at optilian dot com Not PHAR related, this is actually the php-cli binary segfaulting during the make process. Here is a trace : 0x0839c8f4 in zend_startup_module_ex (module=0x8732210, tsrm_ls=0x8712070) at /usr/src/php-5.3.2/Zend/zend_API.c:1618 1618EG(current_module) = NULL; (gdb) where #0 0x0839c8f4 in zend_startup_module_ex (module=0x8732210, tsrm_ls=0x8712070) at /usr/src/php-5.3.2/Zend/zend_API.c:1618 #1 0x083a177a in zend_hash_apply (ht=0x8711460, apply_func=0x839c850 , tsrm_ls=0x8712070) at /usr/src/php-5.3.2/Zend/zend_hash.c:673 #2 0x0839c75a in zend_startup_modules (tsrm_ls=0x8712070) at /usr/src/php-5.3.2/Zend/zend_API.c:1662 #3 0x083372f0 in php_module_startup (sf=0x86f82c0, additional_modules=0x0, num_additional_modules=0) at /usr/src/php-5.3.2/main/main.c:2022 #4 0x084299f1 in php_cli_startup (sapi_module=0x86f82c0) at /usr/src/php-5.3.2/sapi/cli/php_cli.c:401 #5 0x0842a32c in main (argc=1, argv=0xbfffcf74) at
#36161 [NEW]: go-pear.bat doesn't install pear.bat
From: tony at tonybibbs dot com Operating system: Windows XP PHP version: 5.1.2 PHP Bug Type: Unknown/Other Function Bug description: go-pear.bat doesn't install pear.bat Description: Installing PEAR from the bundled go-pear.bat that is packaged with the ZIP package doens't install pear.bat Reproduce code: --- 1) Unzip to PHP 5.1.2 zip to C:\PHP 2) open DOS command prompt and change directory to c:\PHP 3) at DOS prompt run go-pear.php 4) Choose system wide copy 5) change "Installation base" to c:\PHP\PEAR 6) If needed, change "Path to CLI php.exe" to c:\PHP 7) Hit enter (to install with those settings) 8) Once installed, change directory to C:\PHP\PEAR 9) do a directory listing...I see pear.bat old but not pear.bat 10) use XP search feature to search recursively on c:\PHP for pear.bat to ensure pear.bat didn't get put somewhere unexpected (didn't work for me). Expected result: I expect to see pear.bat somewhere. Actual result: -- No pear.bat produced. -- Edit bug report at http://bugs.php.net/?id=36161&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36161&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36161&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36161&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36161&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36161&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36161&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36161&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36161&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36161&r=support Expected behavior:http://bugs.php.net/fix.php?id=36161&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36161&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36161&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36161&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36161&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36161&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36161&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36161&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36161&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36161&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36161&r=mysqlcfg