|
php.net | support | documentation | report a bug | advanced search | search howto | statistics | random bug | login |
PatchesPull RequestsHistoryAllCommentsChangesGit/SVN commits
[2005-01-17 18:33 UTC] sniper@php.net
[2005-02-02 01:00 UTC] php-bugs at lists dot php dot net
[2005-03-24 13:00 UTC] shuleux at datix dot co dot uk
[2005-03-24 23:27 UTC] fmk@php.net
|
|||||||||||||||||||||||||||||||||||||
Copyright © 2001-2025 The PHP GroupAll rights reserved. |
Last updated: Mon Nov 03 05:00:01 2025 UTC |
Description: ------------ Hello, in many cases, mssql_get_last_message() delivers useless results, which are differing from the original SQL Server messages. An example: .. $ret = mssql_query("insert into TAB (KEY) values (13)", $con); if (!$ret) { $errtxt = mssql_get_last_message(); die($errtxt); } .. if value 13 already exists in the unique indexed column KEY of TAB, $errtxt will be set to "Die Anweisung wurde beendet" (in german, translated to english like "statement aborted"). Instead of this, one could expect the message "Cannot insert duplicate key row in object ... with unique index ..." (Code = 2601). This occurs in many other cases, too. In other cases (e. g. SQL-access failed caused by missing user rights on the table), mssql_get_last_message() delivers an empty string, even if the return code of mssql_query() is FALSE. What ist the reason for mhis? Regards Klaus K?hne, GGA Institute Hannover, Germany