Having skipped the announcement for 1.44_3, here is 1.44_4. I expect this to become 1.45 in the next week unless someone comes up with something I've badly broken. You should note there are a few changes in behaviour.
DBD::ODBC has had increasing support for unicode since version 1.16. However, unicode seems to be an issue that causes a lot of confusion and especially when it comes to DBI and DBDs. The mantra of just DWIM, is complicated because most DBDs were originally written with no unicode support.
I've heard people mention travis-ci but not really paid much attention to it, that is, until yesterday when I issued a pull request from my github account for a few minor fixes to DBI. I wondered if my pull request was applied and took a quick look at DBI on github to see my pull request was still pending. Clicking on my pull request I see a "All is well — The Travis CI build passed" and just clicked on it.
After being forced to drop the subversion repository used by DBD::ODBC as perl.org has dropped subversion I moved it to github. Then, my friends working on DBI related modules setup up perl5-dbi and Merijn (Tux) helpfully moved DBD::ODBC under that umbrealla for me - thanks Tux.
I spent a small amount of time debugging a problem in a script I was modifying this morning as a while loop with each seemed to loop forever:
It has been ages since I bought or sold a car or motorbike privately but recently I've been in the position of having to sell my deceased mother-in-law's car.
I never imagined it would so full of pitfalls and problems. A colleague sold their car recently via ebay classifieds so we thought we try that first - cheaper than autotrader (about £18).
I've just uploaded DBD::ODBC 1.44_1 to the CPAN. This is the first release since the enforced move away from subversion on perl.org (not that this is a complaint). Hopefully, with DBD::ODBC being on github now I might get a bit more in the way of contributions.
There are a couple of bugs fixed but unless you reported them I'd be surprised if you are affected by them but all testing is welcome.
So this week I got an email from BT saying my monthly direct debit had gone to £71pm - more than double what it was previously.
I expected my phone bill to be larger these last few months. My mother in law has been seriously ill for a long time and we've been on the phone a lot more recently. Sadly, last month, she died in hospital and after the funeral was over we've been trying to sort out probate. I kept getting email alerts from BT saying you've just spent over £1 on your bill and I've largely ignored them as we've been at home more and using the phone more - what a mistake!
Those silly men in moustaches have conned us! Now I know how they can afford to spend all that money on television adverts (and I know what these cost).
What seems to have happend is this. My wife has been trying to sort out probate and this has necessitated ringing loads of people and she has used THAT NUMBER for directory enquires. Once you get the number (50p per minute so your thinking I'll pay at most 50p for a directory enquiry) is that the /nice/ people at 118 offer to connect you and my wife thought, that's ok, please do. Of course no one at that company attempts to explain when they dial the number for you that you'll be paying 50pm even if you are ringing your neighbour.
This is a full release of all the 1.42_* development releases.
Minor fix to 10handler.t test suite which relied on a native error being true instead of defined.
Not all modules used in test code were specified in build_requires.
Changes in DBD::ODBC 1.42_2 December 17 2012
There is no need to upgrade to this version unless you are on a 64 bit platform where ints are 4 bytes and you update/delete/insert more than 2^31 rows and need the affected rows back.