> Thanks for the followup. Would a .NET form application help me in testing
> this feature to insert and read UTF/Unicode strings? I can definitely give
> it a shot.
Very possible.
Problem is that my experience with databases is limited. I can help debug
something if I can see the results, see the code, "touch" the thing, but
not enough to know the general patterns, standard errors and such.

Signature
Mihai Nita [Microsoft MVP, Windows - SDK]
http://www.mihai-nita.net
------------------------------------------
Replace _year_ with _ to get the real email
Hi Mihai,
Thanks for the followup.
I will try to explain a bit more.
I have a back-end database (Sybase) which has a simple table with 3 fields.
(Char (50), Char(2), NVARCHAR(100))
The nvarchar is used to store ASIAN characters. While retrieving the data
from nvarchar, if is use the regular GetString() of Sybase ADO provider, I
get some string that is not the same as what I would see from a Japanese
terminal.
After I get the string (even though it does not appear to be the same as
what is in the input file) I placed it in an HTML file and opened in IE.
When i switch the encoding of the page to Japanese (Shift-JIS) or Japanese
(Auto) it renders this string back to the original form.
I am missing a step in my application, I am sure. Should i decode the data
string in my application to render it to its original form?
Is is different in MSSQL environemnt? Anything special to be done there as
well?
Thanks,
~vc
>> Thanks for the followup. Would a .NET form application help me in testing
>> this feature to insert and read UTF/Unicode strings? I can definitely
[quoted text clipped - 10 lines]
> something if I can see the results, see the code, "touch" the thing, but
> not enough to know the general patterns, standard errors and such.
Mihai N. - 27 Mar 2006 09:00 GMT
> After I get the string (even though it does not appear to be the same as
> what is in the input file) I placed it in an HTML file and opened in IE.
> When i switch the encoding of the page to Japanese (Shift-JIS) or Japanese
> (Auto) it renders this string back to the original form.
> I am missing a step in my application, I am sure. Should i decode the data
> string in my application to render it to its original form?
First, sorry for the late answer.
Sorry, but this it too vaque.
> does not appear to be the same as what is in the input file
Ok, what is the input file? What code page/encoding?
How does it get stored in DB?
> I placed it in an HTML
How? Api? Copy-paste?
> to render it to its original form?
What is the original form?
My suspicion is that one of the files is Shift-JIS and you are reading it as
UTF-8 (or the other way arround). And, on the way to HTML, you misinterpret
again the code page the oposite way, basically "fixing" the string.

Signature
Mihai Nita [Microsoft MVP, Windows - SDK]
http://www.mihai-nita.net
------------------------------------------
Replace _year_ with _ to get the real email