Re: Add Unicode Support to the DBI

"H.Merijn Brand" <[email protected]>
Newsgroups gmane.comp.lang.perl.modules.dbi.sybase.devel
Message-ID <[email protected]>
On Tue, 04 Oct 2011 23:24:51 +0100, "Martin J. Evans"
<[email protected]> wrote:

> Some might disagree but DB2 is a main 
> one I no longer have access to (please contact me if you use DBD::DB2 
> and are prepared to spare half an hour or so to modify examples I have 
> which verify unicode support). Of course, if you use another DBD and can 
> send me info on unicode support I'd love to hear from you.

There are two DB2 users on PerlMonks, who are rather helpful in testing
areas. Ask [Tanktalus] & [talexb] :)

$ grep -i -w db2 < "30 FreeNode-#cbstream.log" | grep -i -e unicode -e
utf Sep 30 19:28:20 <cbstream>      [Tanktalus] /me contemplates how to get unicode strings back out of db2 ...
Feb 27 16:29:01 <cbstream>      [talexb] /me returns to fiddling with utf-8 in DB2.
Mar 06 17:56:26 <cbstream>      [talexb] [Tanktalus]: Hey, looks like I solved the utf-8 DB2 problem .. just increase the field to 3n from n and it seems to work.
Dec 16 21:19:11 <cbstream>      [Tanktalus] The DB does. Thus, I would expect that the DBD *could* request data in whatever encoding it wants. And since it would want utf8 to mesh with Perl properly, and every encoding that DB2 supports has a mapping to utf8, this should be doable.
Dec 16 21:25:24 <cbstream>      [Tanktalus] [ambrus]: yeah, I would like to see it as "mandatory" for byte strings that are already utf-8 (which the DBD driver should be able to tell trivially, at least on DB2), or for connections/statements/something where said decoding was requested.

-- 
H.Merijn Brand  http://tux.nl      Perl Monger  http://amsterdam.pm.org/
using 5.00307 through 5.14 and porting perl5.15.x on HP-UX 10.20, 11.00,
11.11, 11.23 and 11.31, OpenSuSE 10.1, 11.0 .. 11.4 and AIX 5.2 and 5.3.
http://mirrors.develooper.com/hpux/           http://www.test-smoke.org/
http://qa.perl.org      http://www.goldmark.org/jeff/stupid-disclaimers/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.