Markus Hoenicka <markus.hoeni...@mhoenicka.de> wrote:

> I've had a look at libdbi-driver's current ato*() usage. As far as I
> can see it is used only to turn raw row data into integers by
> functions which do not return values, i.e. without an easy way to
> indicate conversion errors. I haven't checked all drivers yet, but I
> see two options:
[snip]

I'm going to have to take a step back for a moment:  Currently the only
thing that I have that is using libdbi is one legacy application.  I'm
not saying that I won't use it in future projects, just that I have no
active projects at the moment depending on it.  Therefore other users
may have more of an opinion.  (I originally stepped into this conversation
to answer the "what's wrong with ato*?" question on a more theoretical
basis.)

Also, your userbase may be wary of anything that results
in an API change, at least between minor versions.  Even if you can't
propagate an error, you should be able to log the problem, though.

That being said, I do not think that it is unreasonable for dbd_fetch_row
to error out if there is a problem parsing any of the result columns.
One should be able to determine (from log files, if not programatically)
the set of all problems in that case, though.

Devin
-- 
        I'm not a complete idiot, some parts are missing. 


------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
libdbi-users mailing list
libdbi-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libdbi-users

Reply via email to