#47822 [Opn->Bgs]: No input file specified NOW FOUND OUT WHY
ID: 47822 Updated by: scott...@php.net Reported By: erik at media dot virogo dot com -Status: Open +Status: Bogus Bug Type: IIS related Operating System: W2K3 PHP Version: 5.2.9 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. libmysql 5.1 is not currently supported with PHP, it's not binary compatible. So you need to make sure that the PHP directory comes in the %PATH% before MySQL. The shipped libmysql is 5.0 and that talk to a 5.1 server without issue. Previous Comments: [2009-03-28 22:43:54] erik at media dot virogo dot com Description: I had some weird problems for months now trying to solve the No input file specified error. And all I found on the web couldn't help me. As I used to recall similair strange errors with a IIS6/W2K3/PHP5/MySQL5.x, I got back to the basics. And as always, it is the compatibility between extensions from PHP versus MySQL. One which now succesfully works for my multi hosted environment: PHP 5.2.9-1 & MySQL 5.0.77 Any other combination of higher versions of MySQL will definately give you trouble. As for what I tried in any order: - Switched of EXIF extension as it has caused trouble - Never used the doc_root = , so was already empty/disabled also - Had minor succes moving PHP from C:\Program Files\PHP to C:\PHP - Tried numerous other PHP5 versions versus MySQL 5.1 - Multi host environment weirdo: Site 1 works, Site 2 doesn't especially with pages using MySQL So finally, installed over and over until to one which succesfully works: PHP 5.2.9-1 & MySQL 5.0.77 Maybe the mysql extension needs a lookup against MySQL 5.1 in a multi host environment. Reproduce code: --- One way of getting a No input file specified error, is to do the following: Install PHP and MySQL 5.1 on IIS6/W2K3 Make a custom errorpage for 404 errors which in fact is a php-script (e.g. redirect.php) Now try visiting your domain for index.php, OK Now try visiting your domain for a non exsisting php-script and bingo! No input file specified. Expected result: The redirect.php in action Actual result: -- No input file specified. -- Edit this bug report at http://bugs.php.net/?id=47822&edit=1
#47766 [Opn->Fbk]: php-cgi.exe crashes
ID: 47766 Updated by: scott...@php.net Reported By: ipseno at yahoo dot com -Status: Open +Status: Feedback Bug Type: CGI related Operating System: Win XP SP3 PHP Version: 5.3CVS-2009-03-24 (snap) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Pretty sure this was fixed on Wednesday / Thursday. Previous Comments: [2009-03-29 03:42:47] ipseno at yahoo dot com Thread 0 - System ID 7056Entry point php_cgi+61ea Create time 29.3.2009 1:37:02 Time spent in user mode 0 Days 0:0:0.0 Time spent in kernel mode 0 Days 0:0:0.93 FunctionArg 1 Arg 2 Arg 3 Source php5!lex_scan+2c06 00c0c8e40001002f php5!zend_register_auto_global+7f PHP5!LEX_SCAN+2C06WARNING - DebugDiag was not able to locate debug symbols for php5.dll, so the information below may be incomplete. In php-cgi__PID__6828__Date__03_29_2009__Time_01_37_08AM__796__Second_Chance_Exception_C005.dmp the assembly instruction at php5!lex_scan+2c06 in D:\Program Files\php\php5.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x02461000 on thread 0Module Information Image Name: D:\Program Files\php\php5.dll Symbol Type: Export Base address: 0x1000Time Stamp: Tue Mar 24 15:58:10 2009 Checksum: 0x0055c816Comments: COM DLL:False Company Name: The PHP Group ISAPIExtension: False File Description: PHP Script Interpreter ISAPIFilter:False File Version: 5.3.0RC2-dev Managed DLL:False Internal Name:PHP Script Interpreter VB DLL: False Legal Copyright: Copyright © 1997-2008 The PHP Group Loaded Image Name: php5.dll Legal Trademarks: PHP Mapped Image Name:Original filename:php5.dll Module name:php5 Private Build: Single Threaded:False Product Name: PHP Module Size:5,45 MBytes Product Version: 5.3.0RC2-dev Symbol File Name: php5.dll Special Build:& [2009-03-25 22:16:36] ipseno at yahoo dot com Thread 0 - System ID 1888Entry point php_cgi+61ea Create time 25.3.2009 23:08:05 Time spent in user mode 0 Days 0:0:0.46 Time spent in kernel mode 0 Days 0:0:0.78 FunctionArg 1 Arg 2 Arg 3 Source php5!lex_scan+2c06 00c0c8e40001002f php5!zend_register_auto_global+7f PHP5!LEX_SCAN+2C06WARNING - DebugDiag was not able to locate debug symbols for php5.dll, so the information below may be incomplete. In php-cgi__PID__2540__Date__03_25_2009__Time_11_08_11PM__531__Second_Chance_Exception_C005.dmp the assembly instruction at php5!lex_scan+2c06 in D:\Program Files\php\php5.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x02461000 on thread 0Module Information Image Name: D:\Program Files\php\php5.dll Symbol Type: Export Base address: 0x1000Time Stamp: Tue Mar 24 15:58:10 2009 Checksum: 0x0055c816Comments: COM DLL:False Company Name: The PHP Group ISAPIExtension: False File Description: PHP Script Interpreter ISAPIFilter:False File Version: 5.3.0RC2-dev Managed DLL:False Internal Name:PHP Script Interpreter VB DLL: False Legal Copyright: Copyright © 1997-2008 The PHP Group Loaded Image Name: php5.dll Legal Trademarks: PHP Mapped Image Name:Original filename:php5.dll Module name:php5 Private Build: Single Threaded:False Product Name: PHP Module Size:5,45 MBytes Product Version: 5.3.0RC2-dev Symbol File Name: php5.dll Special Build:& [2009-03-25 13:16:58] ipseno at yahoo dot com Ok, I will make a backtrace then and post it here. But until I do it, this is last what I found out: Remember comment line: // From DB Well if I remove JUST one dot it becomes: // From DB... and NO crash occurs!!! If I ADD just one dot it becomes: // From DB. and NO crash occurs!!! What does it tell you, at a first glance? I think, that it is, a specific number of string symbols, in .php file that represent PHP(code) script itself, that brings core down --
#47766 [Opn]: php-cgi.exe crashes
ID: 47766 User updated by: ipseno at yahoo dot com Reported By: ipseno at yahoo dot com Status: Open Bug Type: CGI related Operating System: Win XP SP3 PHP Version: 5.3CVS-2009-03-24 (snap) New Comment: Thread 0 - System ID 7056Entry point php_cgi+61ea Create time 29.3.2009 1:37:02 Time spent in user mode 0 Days 0:0:0.0 Time spent in kernel mode 0 Days 0:0:0.93 FunctionArg 1 Arg 2 Arg 3 Source php5!lex_scan+2c06 00c0c8e40001002f php5!zend_register_auto_global+7f PHP5!LEX_SCAN+2C06WARNING - DebugDiag was not able to locate debug symbols for php5.dll, so the information below may be incomplete. In php-cgi__PID__6828__Date__03_29_2009__Time_01_37_08AM__796__Second_Chance_Exception_C005.dmp the assembly instruction at php5!lex_scan+2c06 in D:\Program Files\php\php5.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x02461000 on thread 0Module Information Image Name: D:\Program Files\php\php5.dll Symbol Type: Export Base address: 0x1000Time Stamp: Tue Mar 24 15:58:10 2009 Checksum: 0x0055c816Comments: COM DLL:False Company Name: The PHP Group ISAPIExtension: False File Description: PHP Script Interpreter ISAPIFilter:False File Version: 5.3.0RC2-dev Managed DLL:False Internal Name:PHP Script Interpreter VB DLL: False Legal Copyright: Copyright © 1997-2008 The PHP Group Loaded Image Name: php5.dll Legal Trademarks: PHP Mapped Image Name:Original filename:php5.dll Module name:php5 Private Build: Single Threaded:False Product Name: PHP Module Size:5,45 MBytes Product Version: 5.3.0RC2-dev Symbol File Name: php5.dll Special Build:& Previous Comments: [2009-03-25 22:16:36] ipseno at yahoo dot com Thread 0 - System ID 1888Entry point php_cgi+61ea Create time 25.3.2009 23:08:05 Time spent in user mode 0 Days 0:0:0.46 Time spent in kernel mode 0 Days 0:0:0.78 FunctionArg 1 Arg 2 Arg 3 Source php5!lex_scan+2c06 00c0c8e40001002f php5!zend_register_auto_global+7f PHP5!LEX_SCAN+2C06WARNING - DebugDiag was not able to locate debug symbols for php5.dll, so the information below may be incomplete. In php-cgi__PID__2540__Date__03_25_2009__Time_11_08_11PM__531__Second_Chance_Exception_C005.dmp the assembly instruction at php5!lex_scan+2c06 in D:\Program Files\php\php5.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x02461000 on thread 0Module Information Image Name: D:\Program Files\php\php5.dll Symbol Type: Export Base address: 0x1000Time Stamp: Tue Mar 24 15:58:10 2009 Checksum: 0x0055c816Comments: COM DLL:False Company Name: The PHP Group ISAPIExtension: False File Description: PHP Script Interpreter ISAPIFilter:False File Version: 5.3.0RC2-dev Managed DLL:False Internal Name:PHP Script Interpreter VB DLL: False Legal Copyright: Copyright © 1997-2008 The PHP Group Loaded Image Name: php5.dll Legal Trademarks: PHP Mapped Image Name:Original filename:php5.dll Module name:php5 Private Build: Single Threaded:False Product Name: PHP Module Size:5,45 MBytes Product Version: 5.3.0RC2-dev Symbol File Name: php5.dll Special Build:& [2009-03-25 13:16:58] ipseno at yahoo dot com Ok, I will make a backtrace then and post it here. But until I do it, this is last what I found out: Remember comment line: // From DB Well if I remove JUST one dot it becomes: // From DB... and NO crash occurs!!! If I ADD just one dot it becomes: // From DB. and NO crash occurs!!! What does it tell you, at a first glance? I think, that it is, a specific number of string symbols, in .php file that represent PHP(code) script itself, that brings core down [2009-03-25 08:59:21] paj...@php.net Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-g
#47824 [Opn]: 64-bit build make check segmentation fault
ID: 47824 User updated by: jr at e-integration dot net Reported By: jr at e-integration dot net Status: Open Bug Type: Reproducible crash Operating System: Solaris 10 SPARC u6 PHP Version: 5.2.9 New Comment: Used the following build tools: gcc 4.2.4 gmake 3.81 re2c 0.13.5 bison 2.4.1 Previous Comments: [2009-03-29 03:31:52] jr at e-integration dot net Description: # make The make completes without error. # ./sapi/cli/php --version PHP 5.2.9 (cli) (built: Mar 26 2009 23:43:41) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies # make test Build complete. Don't forget to run 'make test'. Segmentation Fault - core dumped make: [test] Error 139 (ignored) Build environment: Solaris 10 SPARC u6; 64-bit used gcc 4.2.4 and GNU make 3.81 Expected result: make test creates two core files if you have coreadm set like so: # coreadm global core file pattern: global core file content: default init core file pattern: /var/core/init_core.%n.%z.%u.%f.%p init core file content: default global core dumps: disabled per-process core dumps: enabled global setid core dumps: disabled per-process setid core dumps: enabled global core dump logging: enabled # ls -lt /var/core/ total 106272 -rw--- 1 root root 27865628 Mar 27 10:38 init_core.halo.global.0.php.7926 -rw--- 1 root root 26489372 Mar 27 10:38 init_core.halo.global.0.php.7924 -rw--- 1 root root 27865628 Mar 27 10:30 init_core.halo.global.0.php.7757 -rw--- 1 root root 26489372 Mar 27 10:30 init_core.halo.global.0.php.7751 -- Edit this bug report at http://bugs.php.net/?id=47824&edit=1
#47824 [NEW]: 64-bit build make check segmentation fault
From: jr at e-integration dot net Operating system: Solaris 10 SPARC u6 PHP version: 5.2.9 PHP Bug Type: Reproducible crash Bug description: 64-bit build make check segmentation fault Description: # make The make completes without error. # ./sapi/cli/php --version PHP 5.2.9 (cli) (built: Mar 26 2009 23:43:41) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies # make test Build complete. Don't forget to run 'make test'. Segmentation Fault - core dumped make: [test] Error 139 (ignored) Build environment: Solaris 10 SPARC u6; 64-bit used gcc 4.2.4 and GNU make 3.81 Expected result: make test creates two core files if you have coreadm set like so: # coreadm global core file pattern: global core file content: default init core file pattern: /var/core/init_core.%n.%z.%u.%f.%p init core file content: default global core dumps: disabled per-process core dumps: enabled global setid core dumps: disabled per-process setid core dumps: enabled global core dump logging: enabled # ls -lt /var/core/ total 106272 -rw--- 1 root root 27865628 Mar 27 10:38 init_core.halo.global.0.php.7926 -rw--- 1 root root 26489372 Mar 27 10:38 init_core.halo.global.0.php.7924 -rw--- 1 root root 27865628 Mar 27 10:30 init_core.halo.global.0.php.7757 -rw--- 1 root root 26489372 Mar 27 10:30 init_core.halo.global.0.php.7751 -- Edit bug report at http://bugs.php.net/?id=47824&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47824&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47824&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47824&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47824&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47824&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47824&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47824&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47824&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47824&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47824&r=support Expected behavior: http://bugs.php.net/fix.php?id=47824&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47824&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47824&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47824&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47824&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47824&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47824&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47824&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47824&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47824&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47824&r=mysqlcfg
#47785 [Com]: get_included_files resolves symlinks
ID: 47785 Comment by: andre at webkr dot de Reported By: andre at webkr dot de Status: Open Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.2.9 New Comment: It's even worse: When an included file includes another file using a relative path, that is looked up in the target directory of the symlink! It should be relative to the path where the symlink resides. The only access types that should treat the symlink in a special way are unlink (it should remove the symlink, not the target file) and chmod (it should do nothing). All other access types (especially the read involved here) should see the symlink as if it were a file with the content and attributes of the target file. Previous Comments: [2009-03-26 04:04:41] andre at webkr dot de Description: When a symlink is included/required, get_included_files shows the target of the symlink. Together with Bug #46260 this makes it completely impossible to determine how the file was really called when it was included. Reproduce code: --- include('path_to/a_symlink.php'); var_dump(get_included_files()); Expected result: An array containing a string "[...]/path_to/a_symlink.php". Actual result: -- An array containing a string "[...]/some_file.php". -- Edit this bug report at http://bugs.php.net/?id=47785&edit=1
#47820 [Opn->Fbk]: mysql_connect("localhost") dooesn't work
ID: 47820 Updated by: ka...@php.net Reported By: busia at tiscali dot it -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: Windows Vista PHP Version: 5.3.0RC1 New Comment: Try open your hosts file in: %SystemRoot%\System32\Drivers\etc\hosts and remove the IPv6 address (::1) or uncomment it, what your looking for is: ::1 127.0.0.1 Remove that and it should work Previous Comments: [2009-03-28 11:35:44] busia at tiscali dot it Description: After the update from 5.2.9 to 5.3.0RC1 the command if(!$db = mysql_connect("localhost", "root", "root")) { die(mysql_error()." ".mysql_errno()); } cause mysql timeout if I use, instead: if(!$db = mysql_connect("127.0.0.1", "root", "root")) { die(mysql_error()." ".mysql_errno()); } All works. In php 5.2.9 all worked well. Mysql Version is 5.0.77 (installed as windows service) PHP Version is 5.3.0RC1 -- Edit this bug report at http://bugs.php.net/?id=47820&edit=1
#47819 [Opn->Asn]: Getting pdo_mysql.so: undefined symbol: mysqlnd_debug_init at startup
ID: 47819 Updated by: johan...@php.net Reported By: shahar dot e at zend dot com -Status: Open +Status: Assigned Bug Type: PDO related Operating System: Linux i386 PHP Version: 5.3.0RC1 -Assigned To: +Assigned To: mysql Previous Comments: [2009-03-28 10:19:36] shahar dot e at zend dot com Description: I'm putting this under PDO even though this is probably a mysqlnd/build issue. I've compiled PHP5.3.0-RC1 with --enable-debug and --enable-pdo-mysql=mysqlnd,shared. When I try to load the PDO MySQL extension I get this: PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/extensions/debug-non-zts-20090115/pdo_mysql.so' - /usr/local/lib/php/extensions/debug-non-zts-20090115/pdo_mysql.so: undefined symbol: mysqlnd_debug_init in Unknown on line 0 Some info: PHP Version => 5.3.0RC1 System => Linux wintergreen 2.6.28-gentoo-r2 #1 PREEMPT Sun Mar 8 17:10:56 IST 2009 i686 Build Date => Mar 27 2009 14:37:12 Configure Command => './configure' '--prefix=/usr/local' '--with-apxs2' '--enable-debug' '--with-openssl' '--with-pcre-regex' '--with-zlib' '--enable-bcmath=shared' '--with-bz2=shared' '--enable-calendar=shared' '--with-curl=shared' '--with-enchant=shared' '--enable-exif=shared' '--enable-ftp=shared' '--with-gd=shared' '--with-t 1lib' '--enable-gd-native-ttf' '--with-gettext=shared' '--enable-intl=shared' '--enable-mbstring=shared' '--with-mcrypt=shared' '--with-mysql=shared,mysqlnd' '--with- mysql-sock=/var/run/mysqld/mysqld.sock' '--with-mysqli=shared,mysqlnd' '--enable-pcntl=shared' '--with-pdo-mysql=shared,mysqlnd' '--with-pdo-sqlite' '--with-readline' '--enable-soap=shared' '--enable-sockets=shared' '--enable-sqlite-utf8' '--with-tidy=shared' '--enable-zip=shared' '--with-pear' -- Edit this bug report at http://bugs.php.net/?id=47819&edit=1
#47822 [NEW]: No input file specified NOW FOUND OUT WHY
From: erik at media dot virogo dot com Operating system: W2K3 PHP version: 5.2.9 PHP Bug Type: IIS related Bug description: No input file specified NOW FOUND OUT WHY Description: I had some weird problems for months now trying to solve the No input file specified error. And all I found on the web couldn't help me. As I used to recall similair strange errors with a IIS6/W2K3/PHP5/MySQL5.x, I got back to the basics. And as always, it is the compatibility between extensions from PHP versus MySQL. One which now succesfully works for my multi hosted environment: PHP 5.2.9-1 & MySQL 5.0.77 Any other combination of higher versions of MySQL will definately give you trouble. As for what I tried in any order: - Switched of EXIF extension as it has caused trouble - Never used the doc_root = , so was already empty/disabled also - Had minor succes moving PHP from C:\Program Files\PHP to C:\PHP - Tried numerous other PHP5 versions versus MySQL 5.1 - Multi host environment weirdo: Site 1 works, Site 2 doesn't especially with pages using MySQL So finally, installed over and over until to one which succesfully works: PHP 5.2.9-1 & MySQL 5.0.77 Maybe the mysql extension needs a lookup against MySQL 5.1 in a multi host environment. Reproduce code: --- One way of getting a No input file specified error, is to do the following: Install PHP and MySQL 5.1 on IIS6/W2K3 Make a custom errorpage for 404 errors which in fact is a php-script (e.g. redirect.php) Now try visiting your domain for index.php, OK Now try visiting your domain for a non exsisting php-script and bingo! No input file specified. Expected result: The redirect.php in action Actual result: -- No input file specified. -- Edit bug report at http://bugs.php.net/?id=47822&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47822&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47822&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47822&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47822&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47822&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47822&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47822&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47822&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47822&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47822&r=support Expected behavior: http://bugs.php.net/fix.php?id=47822&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47822&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47822&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47822&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47822&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47822&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47822&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47822&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47822&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47822&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47822&r=mysqlcfg
#44861 [Ver->Csd]: scrollable cursor don't work with pgsql
ID: 44861 Updated by: mbecc...@php.net Reported By: php at benjaminschulz dot com -Status: Verified +Status: Closed Bug Type: PDO related -Operating System: osx +Operating System: Irrelevant PHP Version: 5.3CVS-2008-04-29 (CVS) -Assigned To: +Assigned To: mbeccati 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: [2009-02-04 00:43:51] matteo at beccati dot com Here's the patch, including a phpt file: http://www.beccati.com/misc/pdo_pgsql_bug44861_php_5.3.patch A bit of explanations... I've changed the ordering when executing the query so that if a cursor is needed, it's created before any preparation happens. The cursor is now declared as SCROLL-able and WITH HOLD to ensure it can be used even outside transactions. I was previously trying to avoid WITH HOLD and enforce requirement for a transaction, but things were going very bad when the destructor was called after the transaction was closed, which is a common situation when calling commit() without previusly unsetting the statement variable. One thing I'm not really sure about is the behaviour of ORI_ABS and ORI_REL: ORI_ABS will work for offsets >= 1, while ORI_REL can work with negative numbers as well. I'm sorry, but it's impossible for me to guess how they should work just by reading the pdo_oci code or the Oracle documentation of OCIStmtFetch2. [2009-01-15 22:30:21] andrew at rook dot ca Same problem. PHP 5.2.8 on Fedora 8 (2.6.21.7-5.fc8xen) && PostgreSQL 8.2.11 [2008-12-12 11:36:07] denis at edistar dot com Same problem also in PHP 5.2.6. I think this is a very serious bug. [2008-04-29 16:13:24] php at benjaminschulz dot com Description: I don't see how to use scrollable cursors with pdo_pgsql Reproduce code: --- $db = new Pdo("pgsql:..."); $db->setAttribute(Pdo::ATTR_ERRMODE, Pdo::ERRMODE_EXCEPTION); $res = $db->prepare("SELECT 'row1' UNION SELECT 'row2' UNION SELECT 'row3' UNION SELECT 'row4'", array(PDO::ATTR_CURSOR => PDO::CURSOR_SCROLL)); $res->execute(); var_dump($res->fetch()); // $res->fetch(Pdo::FETCH_NUM, PDO::FETCH_ORI_ABS, 2) won't throw an exception but return false Expected result: array('row1') Actual result: -- Fatal error: Uncaught exception 'PDOException' with message 'SQLSTATE[34000]: Invalid cursor name: 7 ERROR: cursor "pdo_pgsql_cursor_00d78a0c" does not exist' in ... -- Edit this bug report at http://bugs.php.net/?id=44861&edit=1
#47816 [Opn->Csd]: pcntl tests failing on NetBSD
ID: 47816 Updated by: mbecc...@php.net Reported By: mbecc...@php.net -Status: Open +Status: Closed Bug Type: PCNTL related Operating System: NetBSD 4 PHP Version: 5.3CVS-2009-03-28 (CVS) -Assigned To: +Assigned To: mbeccati 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: [2009-03-28 03:08:46] lbarn...@php.net Hi, This looks good, please commit :) Thanks for your tests on NetBSD. [2009-03-28 01:43:19] mbecc...@php.net Description: There are a few problems with the new pcntl extension on my NetBSD 4.0 system. The extension compiles fine, but a few tests fail. First, it seems that NetBSD sigtimedwait / sigwaitinfo implementations return 0 on success and -1 on failure, rather then the signal number: see http://www.daemon-systems.org/man/sigwait.2.html A patch is available here: http://www.beccati.com/misc/php/pcntl_sigtimedwait_HEAD.diff I didn't commit myself as you might want a better (autoconf based?) fix. Second, there are a couple of kernel bugs interfering with pcntl properly working: http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=41076 (Fixed in -current) http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=41085 (Under investigation) Once those bugs have been fixed the extensions should be properly working on NetBSD. Reproduce code: --- pcntl_sigprocmask(SIG_BLOCK, array(SIGTERM)); posix_kill(posix_getpid(), SIGTERM); var_dump(pcntl_sigwaitinfo(array(SIGTERM), $siginfo)); var_dump($siginfo); Expected result: int(15) array(3) { [u"signo"]=> int(15) [u"errno"]=> int(0) [u"code"]=> int(0) } Actual result: -- int(0) NULL -- Edit this bug report at http://bugs.php.net/?id=47816&edit=1
#47324 [Opn->Fbk]: still not working after trying most versions
ID: 47324 Updated by: paj...@php.net Reported By: kmteoh at hotmail dot com -Status: Open +Status: Feedback Bug Type: Zip Related Operating System: win32 only -w2k PHP Version: 5.2.9RC1 Assigned To: pajoye Previous Comments: [2009-03-28 15:51:04] paj...@php.net I've really no idea yet what's wrong. We have made some bug fixes lately, can you try again a 5.2/5.3 snapshot please? [2009-03-28 15:03:11] ivan3k-sc1 at yahoo dot com dot ar I have the same problem trying to add a file, no mather its location. Other files are ok. this is the content of the file --- Probando Conexión a BD: IsConnected() ? "OK" : "ERROR");?> [2009-03-02 22:45:53] paj...@php.net ok, I still need the files you are adding to debug this problem. But it works here, IIS5/6/7 ISAPI or FastCGI. [2009-03-02 22:15:15] kmteoh at hotmail dot com $path = 'C:\\inetpub\\wwwroot\\teohm\\gus\\'; //files to add in archive $file = 'C:\\inetpub\\wwwroot\\teohm\\gus.zip'; //target $zip = new ZipArchive(); if (($zip->open($file, ZipArchive::CREATE)) === TRUE) { archive($path, null); //same function as previous attachment $zip->close(); } i see gus.zip.a03932 and gus.zip.b03932 in "C:\\inetpub\\wwwroot\\teohm\\" still not working :( [2009-03-02 21:46:30] paj...@php.net Yes, as it tries to add the temporary files as well (recursive additions so to say). Can you try to create the archive in a complete different path: c:\www\foo\t.zip and add the content of c:\www\bar\ for example. 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/47324 -- Edit this bug report at http://bugs.php.net/?id=47324&edit=1
#47821 [Opn->Bgs]: Cannot get Postgres loaded even tho PHP.INI indicates that it s/b loaded ?
ID: 47821 Updated by: paj...@php.net Reported By: terrylipford at gmail dot com -Status: Open +Status: Bogus Bug Type: PostgreSQL related Operating System: Vista PHP Version: 5.2.9 -Assigned To: +Assigned To: pajoye New Comment: Be sure to have the libpq.dll in you path, please ask further questions in the php setup or windows mailing list. Previous Comments: [2009-03-28 15:18:53] terrylipford at gmail dot com Description: My PHP.INI file has the text set to have Postgres extension loaded, but it does not load because it does not show up in a PHPINFO(). Any other change I make to PHP.INI does show up, but Postgres will not. PGAdmin runs just fine, but any attempt to call a Postgres function from a PHP page fails. Reproduce code: --- from my PHP.INI file; ;extension=php_pdo_sqlite.dll extension=php_pgsql.dll >From my HTTPD.CONF file; LoadModule php5_module "C:\Program Files (x86)\PHP\php5apache2_2.dll" AddType application/x-httpd-php .php AcceptPathInfo on PHPIniDir "C:\Program Files (x86)\PHP\php.ini" Expected result: As a long time PHP and Postgres developer/user/admin, I have never had this happen before ? -- Edit this bug report at http://bugs.php.net/?id=47821&edit=1
#47324 [Opn]: still not working after trying most versions
ID: 47324 Updated by: paj...@php.net Reported By: kmteoh at hotmail dot com Status: Open Bug Type: Zip Related Operating System: win32 only -w2k PHP Version: 5.2.9RC1 Assigned To: pajoye New Comment: I've really no idea yet what's wrong. We have made some bug fixes lately, can you try again a 5.2/5.3 snapshot please? Previous Comments: [2009-03-28 15:03:11] ivan3k-sc1 at yahoo dot com dot ar I have the same problem trying to add a file, no mather its location. Other files are ok. this is the content of the file --- Probando Conexión a BD: IsConnected() ? "OK" : "ERROR");?> [2009-03-02 22:45:53] paj...@php.net ok, I still need the files you are adding to debug this problem. But it works here, IIS5/6/7 ISAPI or FastCGI. [2009-03-02 22:15:15] kmteoh at hotmail dot com $path = 'C:\\inetpub\\wwwroot\\teohm\\gus\\'; //files to add in archive $file = 'C:\\inetpub\\wwwroot\\teohm\\gus.zip'; //target $zip = new ZipArchive(); if (($zip->open($file, ZipArchive::CREATE)) === TRUE) { archive($path, null); //same function as previous attachment $zip->close(); } i see gus.zip.a03932 and gus.zip.b03932 in "C:\\inetpub\\wwwroot\\teohm\\" still not working :( [2009-03-02 21:46:30] paj...@php.net Yes, as it tries to add the temporary files as well (recursive additions so to say). Can you try to create the archive in a complete different path: c:\www\foo\t.zip and add the content of c:\www\bar\ for example. [2009-03-02 21:39:58] kmteoh at hotmail dot com "Or are you trying to create t.zip in the \testscript\ directory using the content of \testscript\? That would be bad :)" i was actually trying to create new zip file in the folder i store my source file and source code (i was treating the zip.php is the file i want to add into archive) is that what causing all problem? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/47324 -- Edit this bug report at http://bugs.php.net/?id=47324&edit=1
#47821 [NEW]: Cannot get Postgres loaded even tho PHP.INI indicates that it s/b loaded ?
From: terrylipford at gmail dot com Operating system: Vista PHP version: 5.2.9 PHP Bug Type: PostgreSQL related Bug description: Cannot get Postgres loaded even tho PHP.INI indicates that it s/b loaded ? Description: My PHP.INI file has the text set to have Postgres extension loaded, but it does not load because it does not show up in a PHPINFO(). Any other change I make to PHP.INI does show up, but Postgres will not. PGAdmin runs just fine, but any attempt to call a Postgres function from a PHP page fails. Reproduce code: --- from my PHP.INI file; ;extension=php_pdo_sqlite.dll extension=php_pgsql.dll >From my HTTPD.CONF file; LoadModule php5_module "C:\Program Files (x86)\PHP\php5apache2_2.dll" AddType application/x-httpd-php .php AcceptPathInfo on PHPIniDir "C:\Program Files (x86)\PHP\php.ini" Expected result: As a long time PHP and Postgres developer/user/admin, I have never had this happen before ? -- Edit bug report at http://bugs.php.net/?id=47821&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47821&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47821&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47821&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47821&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47821&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47821&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47821&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47821&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47821&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47821&r=support Expected behavior: http://bugs.php.net/fix.php?id=47821&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47821&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47821&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47821&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47821&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47821&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47821&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47821&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47821&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47821&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47821&r=mysqlcfg
#47324 [Com]: still not working after trying most versions
ID: 47324 Comment by: ivan3k-sc1 at yahoo dot com dot ar Reported By: kmteoh at hotmail dot com Status: Open Bug Type: Zip Related Operating System: win32 only -w2k PHP Version: 5.2.9RC1 Assigned To: pajoye New Comment: I have the same problem trying to add a file, no mather its location. Other files are ok. this is the content of the file --- Probando Conexión a BD: IsConnected() ? "OK" : "ERROR");?> Previous Comments: [2009-03-02 22:45:53] paj...@php.net ok, I still need the files you are adding to debug this problem. But it works here, IIS5/6/7 ISAPI or FastCGI. [2009-03-02 22:15:15] kmteoh at hotmail dot com $path = 'C:\\inetpub\\wwwroot\\teohm\\gus\\'; //files to add in archive $file = 'C:\\inetpub\\wwwroot\\teohm\\gus.zip'; //target $zip = new ZipArchive(); if (($zip->open($file, ZipArchive::CREATE)) === TRUE) { archive($path, null); //same function as previous attachment $zip->close(); } i see gus.zip.a03932 and gus.zip.b03932 in "C:\\inetpub\\wwwroot\\teohm\\" still not working :( [2009-03-02 21:46:30] paj...@php.net Yes, as it tries to add the temporary files as well (recursive additions so to say). Can you try to create the archive in a complete different path: c:\www\foo\t.zip and add the content of c:\www\bar\ for example. [2009-03-02 21:39:58] kmteoh at hotmail dot com "Or are you trying to create t.zip in the \testscript\ directory using the content of \testscript\? That would be bad :)" i was actually trying to create new zip file in the folder i store my source file and source code (i was treating the zip.php is the file i want to add into archive) is that what causing all problem? [2009-03-02 21:33:30] paj...@php.net Where are the files that you are actually adding to the archive? All I see is a normal script and nothing but tempory (and corrupted) files created by the zip extensions, for example t.zip.a03252. Or are you trying to create t.zip in the \testscript\ directory using the content of \testscript\? That would be bad :) 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/47324 -- Edit this bug report at http://bugs.php.net/?id=47324&edit=1
#34515 [Com]: mysqli_fetch_assoc crashes application
ID: 34515 Comment by: Arvids dot Godjuks at gmail dot com Reported By: jaba at inbox dot lv Status: No Feedback Bug Type: MySQLi related Operating System: Debian GNU/Linux PHP Version: 5.0.5 New Comment: I use one provided by PHP zip package. I just grabed it from php.net, unziped and that's all. Previous Comments: [2009-03-28 14:24:11] Arvids dot Godjuks at gmail dot com Here is a trace with StraceNT: http://paste.php.lv/685ed5f46f22a328fee5ca8fd917d70a?lang=text [2009-03-28 14:22:39] paj...@php.net Do not use mysql 5.1 libmysql DLL with PHP. See the numerous other reports and explainations for more details. [2009-03-28 14:06:00] Arvids dot Godjuks at gmail dot com I'm having same issue with my aplication on my Windows home box. I have Windows XP with SP3. Apache 2.2.11: Server version: Apache/2.2.11 (Win32) Server built: Dec 10 2008 00:10:06 PHP 5.2.9-1 (built: Mar 5 2009 20:02:28) And latest MySQL GA - 5.1.33 I have latest PECL pack avaliable for windows. I'm not really familiar with debugging on windows, so you will have to tell me what to do to get debug info. [2005-11-04 01:00:02] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-10-28 10:28:16] mark at tranchant dot plus dot com Another data point: mysql_fetch_assoc() (the mysql extension, not the mysqli one) works fine with similar code and calls to add_assoc_zval. I tried "forward-porting" some of the differences to the mysqli code but just broke it completely. Is there an easy way to add debug printing to a log file or syslog into the module code? I want to explore the output values from MYSQLI_FETCH_RESOURCE(), which is different from the ZEND_FETCH_RESOURCE used in mysql. 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/34515 -- Edit this bug report at http://bugs.php.net/?id=34515&edit=1
#34515 [Com]: mysqli_fetch_assoc crashes application
ID: 34515 Comment by: Arvids dot Godjuks at gmail dot com Reported By: jaba at inbox dot lv Status: No Feedback Bug Type: MySQLi related Operating System: Debian GNU/Linux PHP Version: 5.0.5 New Comment: Here is a trace with StraceNT: http://paste.php.lv/685ed5f46f22a328fee5ca8fd917d70a?lang=text Previous Comments: [2009-03-28 14:22:39] paj...@php.net Do not use mysql 5.1 libmysql DLL with PHP. See the numerous other reports and explainations for more details. [2009-03-28 14:06:00] Arvids dot Godjuks at gmail dot com I'm having same issue with my aplication on my Windows home box. I have Windows XP with SP3. Apache 2.2.11: Server version: Apache/2.2.11 (Win32) Server built: Dec 10 2008 00:10:06 PHP 5.2.9-1 (built: Mar 5 2009 20:02:28) And latest MySQL GA - 5.1.33 I have latest PECL pack avaliable for windows. I'm not really familiar with debugging on windows, so you will have to tell me what to do to get debug info. [2005-11-04 01:00:02] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-10-28 10:28:16] mark at tranchant dot plus dot com Another data point: mysql_fetch_assoc() (the mysql extension, not the mysqli one) works fine with similar code and calls to add_assoc_zval. I tried "forward-porting" some of the differences to the mysqli code but just broke it completely. Is there an easy way to add debug printing to a log file or syslog into the module code? I want to explore the output values from MYSQLI_FETCH_RESOURCE(), which is different from the ZEND_FETCH_RESOURCE used in mysql. [2005-10-27 20:55:32] mark at tranchant dot plus dot com Upgraded from gcc-3.3.2 to gcc-3.4.4, completely recompiled PHP-5.0.5. No change: bug still there. Also tried allocating a static buffer (char tmp[64];) and strcpy'ing fields[i].name to it, then using that in the add_assoc calls. No joy there, either. 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/34515 -- Edit this bug report at http://bugs.php.net/?id=34515&edit=1
#34515 [NoF]: mysqli_fetch_assoc crashes application
ID: 34515 Updated by: paj...@php.net Reported By: jaba at inbox dot lv Status: No Feedback Bug Type: MySQLi related Operating System: Debian GNU/Linux PHP Version: 5.0.5 New Comment: Do not use mysql 5.1 libmysql DLL with PHP. See the numerous other reports and explainations for more details. Previous Comments: [2009-03-28 14:06:00] Arvids dot Godjuks at gmail dot com I'm having same issue with my aplication on my Windows home box. I have Windows XP with SP3. Apache 2.2.11: Server version: Apache/2.2.11 (Win32) Server built: Dec 10 2008 00:10:06 PHP 5.2.9-1 (built: Mar 5 2009 20:02:28) And latest MySQL GA - 5.1.33 I have latest PECL pack avaliable for windows. I'm not really familiar with debugging on windows, so you will have to tell me what to do to get debug info. [2005-11-04 01:00:02] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-10-28 10:28:16] mark at tranchant dot plus dot com Another data point: mysql_fetch_assoc() (the mysql extension, not the mysqli one) works fine with similar code and calls to add_assoc_zval. I tried "forward-porting" some of the differences to the mysqli code but just broke it completely. Is there an easy way to add debug printing to a log file or syslog into the module code? I want to explore the output values from MYSQLI_FETCH_RESOURCE(), which is different from the ZEND_FETCH_RESOURCE used in mysql. [2005-10-27 20:55:32] mark at tranchant dot plus dot com Upgraded from gcc-3.3.2 to gcc-3.4.4, completely recompiled PHP-5.0.5. No change: bug still there. Also tried allocating a static buffer (char tmp[64];) and strcpy'ing fields[i].name to it, then using that in the add_assoc calls. No joy there, either. [2005-10-27 16:10:31] mark at tranchant dot plus dot com Gah. I think I've got as far as my abilities allow. Basically, if either add_assoc_zval or add_assoc_null are called with anything other than a static string, crash. Even: char *tmp; ... sprintf(tmp, "hello"); add_assoc_zval(return_value, tmp, res); fails, although: add_assoc_zval(return_value, "hello", res); does not, and $array['hello'] returns the first value as expected. There is no issue with the mysql_fetch_fields() function: the failure occurs even with that commented out. I've traced the code path down to _zend_hash_add_or_update(), but I don't know enough to see any problems on the way there. *** #define add_assoc_zval(__arg, __key, __value) add_assoc_zval_ex(__arg, __key, strlen(__key)+1, __value) *** ZEND_API int add_assoc_zval_ex(zval *arg, char *key, uint key_len, zval *value) { return zend_symtable_update(Z_ARRVAL_P(arg), key, key_len, (void *) &value, sizeof(zval *), NULL); } *** static inline int zend_symtable_update(HashTable *ht, char *arKey, uint nKeyLength, void *pData, uint nDa taSize, void **pDest) \ { HANDLE_NUMERIC(arKey, nKeyLength, zend_hash_index_update(ht, idx, pData, nDataSize, pDest)); return zend_hash_update(ht, arKey, nKeyLength, pData, nDataSize, pDest); } *** #define zend_hash_update(ht, arKey, nKeyLength, pData, nDataSize, pDest) \ _zend_hash_add_or_update(ht, arKey, nKeyLength, pData, nDataSize, pDest, HASH_UPDATE ZEND_FILE_LINE_CC) *** 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/34515 -- Edit this bug report at http://bugs.php.net/?id=34515&edit=1
#34515 [Com]: mysqli_fetch_assoc crashes application
ID: 34515 Comment by: Arvids dot Godjuks at gmail dot com Reported By: jaba at inbox dot lv Status: No Feedback Bug Type: MySQLi related Operating System: Debian GNU/Linux PHP Version: 5.0.5 New Comment: I'm having same issue with my aplication on my Windows home box. I have Windows XP with SP3. Apache 2.2.11: Server version: Apache/2.2.11 (Win32) Server built: Dec 10 2008 00:10:06 PHP 5.2.9-1 (built: Mar 5 2009 20:02:28) And latest MySQL GA - 5.1.33 I have latest PECL pack avaliable for windows. I'm not really familiar with debugging on windows, so you will have to tell me what to do to get debug info. Previous Comments: [2005-11-04 01:00:02] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-10-28 10:28:16] mark at tranchant dot plus dot com Another data point: mysql_fetch_assoc() (the mysql extension, not the mysqli one) works fine with similar code and calls to add_assoc_zval. I tried "forward-porting" some of the differences to the mysqli code but just broke it completely. Is there an easy way to add debug printing to a log file or syslog into the module code? I want to explore the output values from MYSQLI_FETCH_RESOURCE(), which is different from the ZEND_FETCH_RESOURCE used in mysql. [2005-10-27 20:55:32] mark at tranchant dot plus dot com Upgraded from gcc-3.3.2 to gcc-3.4.4, completely recompiled PHP-5.0.5. No change: bug still there. Also tried allocating a static buffer (char tmp[64];) and strcpy'ing fields[i].name to it, then using that in the add_assoc calls. No joy there, either. [2005-10-27 16:10:31] mark at tranchant dot plus dot com Gah. I think I've got as far as my abilities allow. Basically, if either add_assoc_zval or add_assoc_null are called with anything other than a static string, crash. Even: char *tmp; ... sprintf(tmp, "hello"); add_assoc_zval(return_value, tmp, res); fails, although: add_assoc_zval(return_value, "hello", res); does not, and $array['hello'] returns the first value as expected. There is no issue with the mysql_fetch_fields() function: the failure occurs even with that commented out. I've traced the code path down to _zend_hash_add_or_update(), but I don't know enough to see any problems on the way there. *** #define add_assoc_zval(__arg, __key, __value) add_assoc_zval_ex(__arg, __key, strlen(__key)+1, __value) *** ZEND_API int add_assoc_zval_ex(zval *arg, char *key, uint key_len, zval *value) { return zend_symtable_update(Z_ARRVAL_P(arg), key, key_len, (void *) &value, sizeof(zval *), NULL); } *** static inline int zend_symtable_update(HashTable *ht, char *arKey, uint nKeyLength, void *pData, uint nDa taSize, void **pDest) \ { HANDLE_NUMERIC(arKey, nKeyLength, zend_hash_index_update(ht, idx, pData, nDataSize, pDest)); return zend_hash_update(ht, arKey, nKeyLength, pData, nDataSize, pDest); } *** #define zend_hash_update(ht, arKey, nKeyLength, pData, nDataSize, pDest) \ _zend_hash_add_or_update(ht, arKey, nKeyLength, pData, nDataSize, pDest, HASH_UPDATE ZEND_FILE_LINE_CC) *** [2005-10-27 14:22:43] mark at tranchant dot plus dot com I've just written a quick C program using the MySQL C API and can confirm that mysql_fetch_fields() works fine. The problem does appear to be with the PHP code. I'll keep looking. 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/34515 -- Edit this bug report at http://bugs.php.net/?id=34515&edit=1
#46128 [Com]: Magic function __cast($to)
ID: 46128 Comment by: andrea at 3site dot it Reported By: 131 dot php at cloudyks dot org Status: Open Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.2.6 New Comment: I wonder why you guys do not implement in core the PECL php_operator which would make code style and life much easier. I cannot imagine a Number class which needs (int)$obj for every single operation. Please do not get me wrong, __cast is a good idea, but it covers only explicit cases while every other decent language (C#, Java, Python) allows developer to implement implic cast behavior as well. This, in PHP 5.3, would be excellent (but probaly an illusion thou). Regards Previous Comments: [2009-02-06 00:11:19] rayro at gmx dot de This is such a nice Implementation and very useful, but i prefer to add the methods __toBool, __toInt and __toArray rather than __cast, stay tuned with PHP's other magic methods.. I dont agree fully with that post in feature request #38508 from helly. If that'll be the way, why did the decision for magic methods? Isnt that all complex although? ^^ We know, but in my eyes (and many others), i think that these magically stuff is one of the top key features for php. And none of these features will become critism i think. If not needed, just dont use them! The additional goody __toInvoke() introduced in 5_3 is a such nice addition for developing "quick gets" based on nested object sets: getArticles(); // old way $magazine->getArticle($magazine->useMagazine(3)); ?> This helper is a "backdoor" like way to enable PHP to fully write nested Objects like in Javascript. And my opinion for that: I LIKE THIS :) I think this is a very very discussable topic to the changes for 5_3 or 6_0 beside the wanted support for traditional type hinting and utf8! thanks [2008-11-23 09:01:02] mark at hell dot ne dot jp Please test the following extension : http://ookoo.org/svn/snip/phpcastable/ This extension adds a "Castable" interface. Any class implementing this interface have to implement a __cast() function. This function will be called when the object needs to be casted to a type. This extension is EXPERIMENTAL and needs more testing/review before being used in any production system. [2008-10-27 17:08:24] info at netmosfera dot it AWESOME! php developers, please, we need it!! http://bugs.php.net/bug.php?id=46404 [2008-10-06 04:15:03] mark at hell dot ne dot jp Backported to PHP 5.2.6 : http://ookoo.org/svn/snip/php-5.2.6_class_cast_func.patch [2008-10-05 16:33:07] 131 dot php at cloudyks dot org This is awesome 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/46128 -- Edit this bug report at http://bugs.php.net/?id=46128&edit=1
#47820 [NEW]: mysql_connect("localhost") dooesn't work
From: busia at tiscali dot it Operating system: Windows Vista PHP version: 5.3.0RC1 PHP Bug Type: MySQL related Bug description: mysql_connect("localhost") dooesn't work Description: After the update from 5.2.9 to 5.3.0RC1 the command if(!$db = mysql_connect("localhost", "root", "root")) { die(mysql_error()." ".mysql_errno()); } cause mysql timeout if I use, instead: if(!$db = mysql_connect("127.0.0.1", "root", "root")) { die(mysql_error()." ".mysql_errno()); } All works. In php 5.2.9 all worked well. Mysql Version is 5.0.77 (installed as windows service) PHP Version is 5.3.0RC1 -- Edit bug report at http://bugs.php.net/?id=47820&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47820&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47820&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47820&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47820&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47820&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47820&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47820&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47820&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47820&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47820&r=support Expected behavior: http://bugs.php.net/fix.php?id=47820&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47820&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47820&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47820&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47820&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47820&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47820&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47820&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47820&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47820&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47820&r=mysqlcfg
#45966 [Com]: SoapServer does not report WSDL validation errors
ID: 45966 Comment by: kostya dot chumickin at gmail dot com Reported By: chammers at netcologne dot de Status: Open Bug Type: SOAP related Operating System: Linux PHP Version: 5.2.6 New Comment: I've experienced this issue too. As for me it's almost critical. Any progress here? Do we have at least a patch or workaraund ? Thanks! Previous Comments: [2008-09-01 17:24:00] chammers at netcologne dot de Description: When receiving a SOAP request, SoapServer does not properly validate if it matches the given WSDL. Invalid elements are simply surpressed and not passed through to the called function. I would expect the SoapServer->handler() to raise an Exception so that the program can decide if it terminates or go ahead with all parameters it can get. bye, -christian- Reproduce code: --- http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns1="http://www.foo.de/services/exampleService";> 1000 815 EOF; $server = new SoapServer("chammers.wsdl"); $server->setClass('DummyClass'); $server->handle($HTTP_RAW_POST_DATA); And the WSDL (here "chammers.wsdl") http://schemas.xmlsoap.org/wsdl/http/"; xmlns:mime="http://schemas.xmlsoap.org/wsdl/mime/"; xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"; xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"; xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xmlns:tns="http://www.foo.de/services/exampleService"; targetNamespace="http://www.foo.de/services/exampleService";> http://www.w3.org/2001/XMLSchema"; targetNamespace="http://www.foo.de/services/exampleService";> http://schemas.xmlsoap.org/soap/http"/> http://soap.foo.de/services/example"/> http://localhost:4080/services/exampleServices"/> Expected result: As the request parameter "aaa" has a typo and is actually written as "" I would expect an Exception or at least some kind of warning. Actual result: -- ... but the handler class just gets the "bbb" parameter: $ php chammers.php Method example was called with array ( 0 => stdClass::__set_state(array( 'bbb' => 815, )), ) -- Edit this bug report at http://bugs.php.net/?id=45966&edit=1
#47819 [NEW]: Getting pdo_mysql.so: undefined symbol: mysqlnd_debug_init at startup
From: shahar dot e at zend dot com Operating system: Linux i386 PHP version: 5.3.0RC1 PHP Bug Type: PDO related Bug description: Getting pdo_mysql.so: undefined symbol: mysqlnd_debug_init at startup Description: I'm putting this under PDO even though this is probably a mysqlnd/build issue. I've compiled PHP5.3.0-RC1 with --enable-debug and --enable-pdo-mysql=mysqlnd,shared. When I try to load the PDO MySQL extension I get this: PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/extensions/debug-non-zts-20090115/pdo_mysql.so' - /usr/local/lib/php/extensions/debug-non-zts-20090115/pdo_mysql.so: undefined symbol: mysqlnd_debug_init in Unknown on line 0 Some info: PHP Version => 5.3.0RC1 System => Linux wintergreen 2.6.28-gentoo-r2 #1 PREEMPT Sun Mar 8 17:10:56 IST 2009 i686 Build Date => Mar 27 2009 14:37:12 Configure Command => './configure' '--prefix=/usr/local' '--with-apxs2' '--enable-debug' '--with-openssl' '--with-pcre-regex' '--with-zlib' '--enable-bcmath=shared' '--with-bz2=shared' '--enable-calendar=shared' '--with-curl=shared' '--with-enchant=shared' '--enable-exif=shared' '--enable-ftp=shared' '--with-gd=shared' '--with-t 1lib' '--enable-gd-native-ttf' '--with-gettext=shared' '--enable-intl=shared' '--enable-mbstring=shared' '--with-mcrypt=shared' '--with-mysql=shared,mysqlnd' '--with- mysql-sock=/var/run/mysqld/mysqld.sock' '--with-mysqli=shared,mysqlnd' '--enable-pcntl=shared' '--with-pdo-mysql=shared,mysqlnd' '--with-pdo-sqlite' '--with-readline' '--enable-soap=shared' '--enable-sockets=shared' '--enable-sqlite-utf8' '--with-tidy=shared' '--enable-zip=shared' '--with-pear' -- Edit bug report at http://bugs.php.net/?id=47819&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47819&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47819&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47819&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47819&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47819&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47819&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47819&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47819&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47819&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47819&r=support Expected behavior: http://bugs.php.net/fix.php?id=47819&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47819&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47819&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47819&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47819&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47819&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47819&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47819&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47819&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47819&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47819&r=mysqlcfg