Bug #7067 Updated: Using the SQL command Max() crashes IIS every single time

From: Date: Tue, 17 Apr 2001 03:24:08 +0000
Subject: Bug #7067 Updated: Using the SQL command Max() crashes IIS every single time
Groups: php.dev 
Request: Send a blank email to php-dev+get-51761@lists.php.net to get a copy of this message
ID: 7067 Updated by: kalowsky Reported By: stephen.lewis@voxeo.com 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] stephen.lewis@voxeo.com 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 stephen.lewis@voxeo.com --------------------------------------------------------------------------- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7067&edit=2

« previous php.dev (#51761) next »