Hi,
I ran into this issue with DBD::ODBC;
I read Martin asked about feedback on the 1.46_1 devel release. I
tested my code against both versions 1.43 and 1.46_1 an the results
are the same.
Basically, if I do
SELECT example FROM foo WHERE example LIKE 'string%';
this is OK as long as long as
On 20/11/13 09:39, Michiel Beijen wrote:
Hi,
I ran into this issue with DBD::ODBC;
I read Martin asked about feedback on the 1.46_1 devel release. I
tested my code against both versions 1.43 and 1.46_1 an the results
are the same.
Thanks for this. It has raised questions that needed
not sure this affected anyone until I changed table_info this
release.
[ENHANCEMENTS]
* DBD::ODBC now allows unicode catalog/schema/table parameters to be
passed to table_info. Of course they will only reliably work with
a supporting Unicode ODBC driver.
=head2 Changes in DBD
Jirka Novak wrote:
Hi,
I probably hit bug in DBD::ODBC when it is compiled with unicode support.
I found that when I have table with NVARCHAR() column and try to write
NULL (undef) value by placeholder, perl write 'Use of uninitialized
value in subroutine entry at xxx.pl line xx.',
Hi,
I probably hit bug in DBD::ODBC when it is compiled with unicode support.
I found that when I have table with NVARCHAR() column and try to write
NULL (undef) value by placeholder, perl write 'Use of uninitialized
value in subroutine entry at xxx.pl line xx.', where xxx.pl and xx are
name
On Nov 26, 2007 6:44 PM, Martin Evans [EMAIL PROTECTED] wrote:
Jergen Dutch wrote:
Hello,
I am building DBD::ODBC without unicode support.
In dbdimp.c, I have:
case SQL_VARCHAR: return VARCHAR;
case SQL_WCHAR: return UNICODE CHAR;
#ifdef SQL_WVARCHAR
case
Jergen Dutch wrote:
On Nov 26, 2007 6:44 PM, Martin Evans [EMAIL PROTECTED] wrote:
Jergen Dutch wrote:
Hello,
I am building DBD::ODBC without unicode support.
In dbdimp.c, I have:
case SQL_VARCHAR: return VARCHAR;
case SQL_WCHAR: return UNICODE CHAR;
#ifdef SQL_WVARCHAR
Hello,
I am building DBD::ODBC without unicode support.
In dbdimp.c, I have:
case SQL_VARCHAR: return VARCHAR;
case SQL_WCHAR: return UNICODE CHAR;
#ifdef SQL_WVARCHAR
case SQL_WVARCHAR: return UNICODE VARCHAR; /* added for
SQLServer 7 ntext type 2/24/2000 */
#endif
Shouldn't
Jergen Dutch wrote:
Hello,
I am building DBD::ODBC without unicode support.
In dbdimp.c, I have:
case SQL_VARCHAR: return VARCHAR;
case SQL_WCHAR: return UNICODE CHAR;
#ifdef SQL_WVARCHAR
case SQL_WVARCHAR: return UNICODE VARCHAR; /* added for
SQLServer 7 ntext type 2/24