Suneet.03 wrote: Is reading an Inf file same as raeding a normal text file? Yes. There are rules governing what is contained within a "valid" INF file, but it is just a text file. Judy

I think that value resolves to SCHED_E_SERVICE_NOT_RUNNING. "A good athlete is the result of a good and worthy opponent." - David Crow "To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne

See this[^] thread.

Why not just do this and let COleVariant do what it is designed to do? ColeVariant getData() { char* puc_Data = " SOME TEXT "; ColeVariant var(puc_Data); return var; }

Internal a LPCWSTR/CStringW is in UTF-16 LE, a CString also when you compile in UNICODE. Converting UTF-16 LE to UTF-8 you should use WideCharToMultiByte( CP_UTF8, 0, stringw, BYTE* ); When you want a Unicode file, you should first write an encoding tag.

As Rage mentioned....all the CRT string functions have a generic equivelant. Here's a handy chart: Routine Mappings[^] Mark Salsbery Microsoft MVP - Visual C++ :java:

See http://www.codeproject.com/cpp/multilingual.asp[^] does any help? WhiteSky

Sorry to hear you're still struggling. You will need the font used on the dialog to contain Hindi, e.g. Arial UNICODE MS. To determine if this is really the problem you need to check the values of the wide characters you're actually writing out. Then look them up against the font you're using in the Windows Character Map tool. Accessories/System Tools/Character Map on the Windows Start Menu. This will let you see what's in the font for that code point. If the font is not the issue and the code points are wrong then you need to take one step back and look again at how you get those character values. you could even try examining the original file in a hex editor to see if it contains valid character values that correspond to the characters you're expecting to see. It is possible that the byte-order of the 16bit words has been reversed, depending on where the file comes from and this could cause the characters to appear as rubbish. For example U+0936 (Hexidecial) is श but U+3609 (Hexidecimal) is missing even fom Arial UNICODE MS and would probably result in a blank or a square box. You could always post some of the original file if you can't make any sense of it. Nothing is exactly what it seems but everything with seems can be unpicked.

Thanx guys for such quick replies. One more thing , is UTF-8 conversion same as UNICODE conversion? i think its same ...

Sorry... what's your question? Please try to write valid English! :omg: Perhaps you meant something completely different but... you don't have to change your resource file (.rc and/or resource.h) by hand. I guess you're using Visual Studio. Open the dialog that contains the static control, select the static with the mouse and enter the new ID for the static in the properties window. Press return, that's it. Visual Studion changes your resource files (.rc and resource.h). Now you can use SetDlgItemText() to programmatically change the text of the static (see my previous post). cheers, mykel OMM: "Let us be thankful we have an occupation to fill. Work hard, increase production, prevent accidents and be happy."