DBD::ODBC moved to github on my account a while ago and now it has moved again to perl5-dbi group (thanks Merijn [Tux]). After struggling to get github working on my Windows machine I'm now back in action and I've done a new development version of DBD::ODBC.

There is one potentially serious change you should note which is the table_info fix. I have tried not to break backwards compatibility but I cannot guarantee it. Also odbc_lob_read was just plain broken when retrieving data as SQL_BINARY (although ok otherwise). Below are all the changes since the last full release.

Please let me know if you find any problems and as usual, thanks to all contributors and especially my friends on #dbi who are always so helpful.

=head2 Changes in DBD::ODBC 1.44_2 September 7 2013

  [BUG FIXES]

  When table_info was called with a '%' for any one of the catalog,
  schema or type arguments with the rest all '' (the empty string),
  only a list of catalogs, schemas or types should be returned. It was
  not doing that as it was changing empty strings to undef/NULL.

  pod for odbc_lob_read had an example only saying lob_read.

  TYPE attribute for odbc_lob_read was actually coded as Type.  It is
  now as documented.

  The example lob_read.pl had the TYPE set to 999 from when I was
  testing it but it got checked in like this.

  MANIFEST contained column_info.pl but the file was coltest.pl

  [MISCELLANEOUS]

  Fixed RT 86379 - spelling mistakes in ODBC.pm and FAQ - thanks
  to David Steinbrunner.

  Added 82_table_info.t test.

  Added 87_odbc_log_read.t test.

=head2 Changes in DBD::ODBC 1.44_1 June 6 2013

  Moved from subversion to github as svn.perl.org is closing down.
  Changed docs to show new repository.

  [BUG FIXES]

  Fixed RT 84450 - Database Handle Attribute Fetch broken. Thanks to
  Stephen Oberholtzer for finding and supplying patch.

  Fixed problem with attributes on bind_col not being sticky. You'll
  probably only see this if you are using fetchall_arrayref with a
  slice and setting TYPE or attributes in bind_col first.

Martin
--
Martin J. Evans
Wetherby, UK

Reply via email to