Subject | Re: [firebird-support] Bug with character sets |
---|---|
Author | Kjell Rilbe |
Post date | 2009-05-19T14:02:41Z |
Brad Pepers wrote:
at a higher level. :-)
I agree with Martijn that fbclient should be able to do this. It knows
the charset id and the buffer size, so it should be able to do what FR does.
On the other hand, I assume this would imply rather a lot of "knowledge"
about various charsets, and perhaps code tables? In other words, the
size of fbclient might increase quite a lot, and that may not be desirable.
Kjell
--
------------------------------
Kjell Rilbe
DataDIA AB
E-post: kjell.rilbe@...
Telefon: 08-761 06 55
Mobil: 0733-44 24 64
[Non-text portions of this message have been removed]
> So what if I have a column defined as char(2) using UTF8 and I storeFwiw I agree. I'm happy I don't have to mess with it. Fortunately I work
> in it a UTF character code taking 2 bytes and another taking 3. I
> will then get back an 8 byte buffer with the first 5 bytes holding my
> data and the last 3 with spaces? I have to work this all out on the
> client side??? Basically it looks like I have to go through the data
> UTF8 character at a time and once I get to the right length then I can
> remove the trailing spaces. And every client is going to have to do
> this and figure this out. Not very friendly of the API!
at a higher level. :-)
I agree with Martijn that fbclient should be able to do this. It knows
the charset id and the buffer size, so it should be able to do what FR does.
On the other hand, I assume this would imply rather a lot of "knowledge"
about various charsets, and perhaps code tables? In other words, the
size of fbclient might increase quite a lot, and that may not be desirable.
Kjell
--
------------------------------
Kjell Rilbe
DataDIA AB
E-post: kjell.rilbe@...
Telefon: 08-761 06 55
Mobil: 0733-44 24 64
[Non-text portions of this message have been removed]