Markus Hoenicka writes: > assumes 4 strings per row, then we'd have 5). Please let me know if > you want to do this. Otherwise I'll attempt to extend the hashes and > fix the accessors tonight. >
I spent some further thoughts on this, and figured we'd have to convert the hashes to arrays of structs in order to accommodate all sorts of expected values. I've checked in a version of test_dbi.c which defines a structure FIELDINFO which holds expected return values (as a union of available types), values as long longs and values as string in addition to the data in the hashes. I've removed the index column as it can be computed from the position in the array. I've also added an example for firebird. The structure and the global based on it are not used anywhere else, so feel free to suggest changes at this point. I'll have to rewrite the accessor functions, and add new ones to make the expected values available to calling functions. Then we'd have to rewrite the test to use these accessors. The changes are quite extensive, but I think they'll pay off in the long run as maintaining and adding drivers will be a lot easier. I'll do as much as time permits, but feel free to grab your share of the workload if you have some time to spend. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ libdbi-devel mailing list libdbi-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libdbi-devel
