>>>Hi all,
>>>
>>>I have a problem with making a report that has mandarin language in it. I save the data in a table using strconv() but it didn't work in the report , the mandarin language did't show up. Is there anything that I miss ? I've been looking for the code for long time but couldn't find it, I hope there is someone here that can help me.
>>>
>>>
>>>regard,
>>>
>>>Miko
>>
>>What language is Windows set to when you run the program?
>>Have you checked if the behavior is different if in the Language and Settings configuration that option for "non-Unicode applications" is set for Chinese?
>
>Thanks for the reply, Naoto.
>
>it's in chinese(taiwan), what is the behavior ? can you explain more ? in the report field name I put the expression with strconv('field name',14) for the chinese language

If I'm not mistaken, VFP doesn't use Unicode for I/O, so it's important to have its operating environment set up for the particular language (i.e. the code page that it's running under should match the language being used) -- i.e. double-byte characters generally only work if you're in a mode that utilizes it. As long as your development environment and the runtime environment match, you generally don't have to do anything special. Peculiarities tend to crop up if the development environment and runtime don't match -- I'd learned a long time ago to avoid certain characters in string literals -- typically strings that end with a character that's in the "high-ASCII" range (ones where ASC() would return values above 127), as typically such characters are used as "shift-In"/"Shift-Out" modeswitch or lead-in bytes for double-byte characters in Asian language. If you wrote program in English, and run in English mode, the program works OK, but you start getting syntax errors, unterminated string literal errors, and several other errors. If you switch development environment to the target Asian language, then open the PRG, FRX, or SCX files, those errors will be flagged when you try saving. After adding the fixes and recompiling (in the target language) usually gets rid of the problems -- then a different one surfaces. When run in English, the program starts displaying extra "gibberish" characters.