DBD::ODBC 1.40_2 development release

"Martin J. Evans" <[email protected]>
Newsgroups gmane.comp.lang.perl.modules.dbi.general,gmane.comp.lang.perl.modules.dbi.sybase.devel
Organization Easysoft Limited
Message-ID <[email protected]>
I've just uploaded DBD::ODBC 1.40_2 to the CPAN. Please give it a test, especially if you rely on it and there have been some significant binding changes:

=head2 Changes in DBD::ODBC 1.40_2 September 6 2012

   [MISCELLANEOUS]

   New test cases added for some rts.

   Added Test::NoWarnings to some tests where it was missing.

   Fixed rt 78838 - bind_param does not correctly stringify blessed
   objects when connected to MS SQL Server

   Fix issue in dbd_bind_ph where if you passed a sql type and were
   also attempting to change from in to out or vice versa or increasing
   the size of an output bound param it would not spot this error.

=head2 Changes in DBD::ODBC 1.40_1 September 4 2012

   [BUG FIXES]

   Debian/Ubuntu have moved unixODBC into /usr/lib/i386-linux-gnu
   so look in this dir for unixODBC as well - thanks to Meastro for finding.

   Fixed rt 78838
   I had a sequence point error which is only seen with some compilers
   as it is sometimes optimized out. It could cause DBD::ODBC to omit
   adding the UID/PWD to the end of the connection string when using DSN=.
   Thanks to Zsolt Cserna for spotting it and to ilmari and Leon for
   explaining it to me.

   Fixed rt 79397
   Output bound parameters may be incorrectly bound if changed after
   bind_param_inout is called. If you start with an undef bound param
   and change it to a defined string/number less than 28 characters
   before calling execute the original undef will probably be bound.
   Thanks to runrig on perl monks for providing an example.

   [CHANGE IN BEHAVIOUR]

   If you attempt to bind an rv without amagic DBD::ODBC will now
   croak - related to rt 78838.

Martin
-- 
Martin J. Evans
Easysoft Limited
http://www.easysoft.com
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.