RE: DBD::ODBC Segfaults on SET TEXTSIZE and TRUNCATE TABLE

2011-05-12 Thread Martin Gainty
Eric its been a few years since ive look at c code but from what i recall parameters to a C method are assumed to be non null if you are certain DatabaseHandle and the StatementHandle are not null when calling dbd_db_execdirect i would set TEXTSIZE to a positive value before querying TEXTSIZE e

DBD::ODBC Segfaults on SET TEXTSIZE and TRUNCATE TABLE

2011-05-12 Thread bergbrains
We're continuing with our struggles to get Perl working properly to connect to MS SQL server, and have come up against a nasty bug that results in segmentation faults when attempting to do a $dbh->do(...) to set TEXTSIZE or truncate tables. I'm running the following: Perl: 5.012003

DBD::ODBC Segfaults on SET TEXTSIZE and TRUNCATE TABLE

2011-05-12 Thread eric.berg
Posted this in the Google Group, but not sure if it's going through, so I apologize for the duplicate if that's the case. We're continuing with our struggles to get Perl working properly to connect to MS SQL server, and have come up against a nasty bug that results in segmentation faults when a

New 1.30_1 development release of DBD::ODBC

2011-05-12 Thread Martin J. Evans
I've just uploaded DBD::ODBC 1.30_1 to CPAN. If you use Windows or a Unicode build of DBD::ODBC on non-Windows platforms you should really test this release as it contains a change in behaviour for Unicode. This release also contains a small but perhaps significant change to the silent rolling

Re: Decoding data from the database in DBD

2011-05-12 Thread Tim Bunce
On Tue, May 10, 2011 at 08:01:02PM +0100, Martin J. Evans wrote: > > o returning the data in some native codepage like windows-1252 does > not help you really, it probably hinders you and in any case you can > encode it as windows-1252 afterwards when you output it somewhere. > > As a result, I t