Re: the /php/pear/DB abstraction

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" <webjavapro@integrity.tamu.edu> wrote in message news:902A38AEABA0D4119C9D0060081E7E4E5D30DF@integrity.tamu.edu... > 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 <ssb@fast.no>, Sterling Hughes > <sterling@php.net>, James L. Pine <jlp@valinux.com>, 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: php-windows-unsubscribe@lists.php.net > For additional commands, e-mail: php-windows-help@lists.php.net > To contact the list administrators, e-mail: php-list-admin@lists.php.net >