[PHP-DEV] Bug #7067 Updated: Using the SQL command Max() crashes IIS every single time
ID: 7067 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: ODBC related Operating system: PHP Version: 4.0.2 Assigned To: Comments: no feedback, considered fixed in latest cvs. if untrue, please reopen the bug. Previous Comments: --- [2001-04-16 23:24:07] [EMAIL PROTECTED] is this still a valid bug with the current releases of PHP? --- [2000-10-06 14:59:19] [EMAIL PROTECTED] Our setup includes: --- (1) PHP 4.0.2 (2) Window NT 4, service pack 6 (3) IIS version 4, with all current hot-fixes (4) Latest ODBC drivers (2.6 RTM) (5) No php.ini file (6) Microsoft Access Database file with 4 tables Behaviors: -- (1) Crashes IIS immediately regardless of whether an empty or a filled recordset is being returned. (2) IIS can be restarted, so it is not a system reboot situation. (3) Identical set of operations in ASP does not cause the failure to IIS. Other possible related variables: - (1) Have experienced IIS crashes in situations not using the Max() command, though have been unable to recreate/isolate completely. Those situations may involve opening a second connection to the same database/DSN before closing the first connection (even though it is in a separate function, which means there should be no shared variable space). (2) ColdFusion installed on server (3) Active Perl installed on server (4) VNC installed on server (5) SQL Server installed on server (6) War-FTP installed on server Stephen Lewis voxeo Corporation (831)461-4962 [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7067edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7067 Updated: Using the SQL command Max() crashes IIS every single time
ID: 7067 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: ODBC related PHP Version: 4.0.2 Assigned To: Comments: is this still a valid bug with the current releases of PHP? Previous Comments: --- [2000-10-06 14:59:19] [EMAIL PROTECTED] Our setup includes: --- (1) PHP 4.0.2 (2) Window NT 4, service pack 6 (3) IIS version 4, with all current hot-fixes (4) Latest ODBC drivers (2.6 RTM) (5) No php.ini file (6) Microsoft Access Database file with 4 tables Behaviors: -- (1) Crashes IIS immediately regardless of whether an empty or a filled recordset is being returned. (2) IIS can be restarted, so it is not a system reboot situation. (3) Identical set of operations in ASP does not cause the failure to IIS. Other possible related variables: - (1) Have experienced IIS crashes in situations not using the Max() command, though have been unable to recreate/isolate completely. Those situations may involve opening a second connection to the same database/DSN before closing the first connection (even though it is in a separate function, which means there should be no shared variable space). (2) ColdFusion installed on server (3) Active Perl installed on server (4) VNC installed on server (5) SQL Server installed on server (6) War-FTP installed on server Stephen Lewis voxeo Corporation (831)461-4962 [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7067edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
