Hello Monty,
As an author of a database class library (http://php.weblogs.com/adodb) I
can understand the need for good error messages.
I decided in adodb to avoid using virtualised error messages because of this
issue. It's more important to give good error messages than attempting to
map
to a virtualised error message system. Why? You normally just rollback on
any error anyway, and the real error messages allow you to pinpoint
the bug precisely.
You might like to give it a test run.
Regards, John
"Dickerson, Monty" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Before I had difficulty using the pear/DB database abstraction (which
comes
> with php since 4.04p1 at least) and had asked the list about it; the
problem
> was merely a permissions issue. It works fine, and is documented inline.
>
> However, the pear/DB class needs enhancement to better report error
messages
> from mssql (the message it had reported was ambiguous compared to what the
> plain mssql functions return). Such ambiguity could dissuade some early
> adopters of the pear classes.
>
> My thanks to the authors, Stig Bakken <[EMAIL PROTECTED]>, Sterling Hughes
> <[EMAIL PROTECTED]>, James L. Pine <[EMAIL PROTECTED]>, et. al., for writing
> this code.
>
> If there is a FAQ-o-matic, BBS or weblog on the DB.php class and its
> includes, please point me in that direction!
> I think this is a positive step for php.
>
> Maybe certain PCMAG reviewers will take note of its presence someday.. ;)
>
> montyd
>
>
>
>
> --
> PHP Windows 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 Windows 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]
