New official DBD::ODBC 1.27 release

2010-12-29 Thread Martin J. Evans
DBD::ODBC 1.27 is winging its way to CPAN now. Version 1.27 combines all the 1.26 development releases and is a significant release as DBD::ODBC is now entirely ODBC 3.0 and requires an ODBC Driver Manager for any ODBC 2.0 drivers. Many thanks to everyone who has contributed. The changes are

New 1.29 release of DBD::ODBC

2011-03-08 Thread Martin J. Evans
Clarified versions for MARS_Connection updates to cancel_big_fetch.pl Updated TO_DO with more stuff to do Improved tracing output Tidied up some of the examples Martin -- Martin J. Evans Easysoft Limited http://www.easysoft.com

New 1.30_1 development release of DBD::ODBC

2011-05-13 Thread Martin J. Evans
for bound parameter issues and added a lot on bound parameter problems. * Added new FAQ entry for Firebird * Removed some unused variables and added some missing function prototypes Martin -- Martin J. Evans Easysoft Limited http://www.easysoft.com

DBD::ODBC 1.31 released

2011-06-24 Thread Martin J. Evans
I have just uploaded DBD::ODBC 1.31 to pause. This is the culmination of 7 development releases and I thought it was time to do an official release. Due to personal issues I am unlikely to be doing another update to DBD::ODBC in the near future but if you find issues please report them on RT

New DBD::ODBC 1.33 release

2011-12-01 Thread Martin J. Evans
I've just uploaded DBD::ODBC 1.33 to CPAN. This release contains no new changes since the 1.32_5 development release but is the official release for all the 1.32 dev series. The complete changes can be found below. The main thrust has been Unicode improvements. The most significant

Development release of DBD::ODBC with native execute_for_fetch support

2011-12-12 Thread Martin J. Evans
Hi, I have just uploaded DBD::ODBC 1.34_1 to CPAN. This release adds very experimental support for a native execute_for_fetch method to DBD::ODBC which means you can do multiple row inserts/updates/deletes much quicker than using DBI's default execute_for_fetch (so long as you are using

DBD::ODBC 1.46_1 released - You REALLY need to test this release

2013-11-17 Thread Martin J. Evans
uses SQLTables)). Now we call SQLCATALOG_NAME and SQLSCHEMA_USAGE on connect to ascertain support which modifies SQLTables call. [MISCELLANEOUS] Added test 45_unicode_varchar.t for MS SQL Server only so far. Martin -- Martin J. Evans Wetherby, UK

New DBD::ODBC 1.47 release

2014-02-19 Thread Martin J. Evans
I have just uploaded DBD::ODBC 1.47 to the CPAN. This release does contain significant changes in behaviour for unicode builds of DBD::ODBC so I hope when I warned you months ago you tested it. Thanks to everyone on the dbi-dev list and irc that helped me work my way through the unicode

New 1.50 release of DBD::ODBC

2014-07-27 Thread Martin J. Evans
I've just uploaded DBD::ODBC 1.50 to the CPAN. This is the culmination of a series of 4 development releases in the 1.49 series. There are a number of bug fixes, enhancements, deprecated features and most importantly some changes in behaviour. See below for a list of changes. 1.50 2014-07-25

New DBD::ODBC 1.52 release

2015-04-15 Thread Martin J. Evans
I have just uploaded DBD::ODBC 1.52 to the CPAN. Thanks to everyone who reported issues and in particular to Greg for his Pull Request from the PR challenge and to Neil for running it. If you are not part of the CPAN pull request challenge I believe you can still join - see

new DBD::ODBC released

2016-10-13 Thread Martin J. Evans
I have uploaded DBD::ODBC 1.56 to the CPAN (1.54 was skipped due to an indexing problem). Here are the changes since the 1.52: 1.53_2 2016-02-03 [MISCELLANEOUS] Add new FAQs 1.53_1 2015-10-16 [BUG FIXES] Strictly speaking this is a bug fix to DBI and not DBD::ODBC but DBI now

DBD-Oracle 1.79 released to the CPAN

2019-07-20 Thread Martin J. Evans
I have just uploaded DBD::Oracle 1.79 to the CPAN.   [BUG FIXES]   Fix Avoid GCC-ism so that HP-UX can compile (GH#92, Dean Hamstead)   Destroy envhp with last dbh (GH#93, GH#89, Dean Hamstead, CarstenGrohmann) Thanks to everyone who contributed. Martin -- Martin J. Evans Wetherby, UK