C / C++ / MFC Discussion Boards

Re: wcstombs is not working

Rakesh54-Aug-09 23:40

Rakesh5

4-Aug-09 23:40

unicode characters..

i use chinese,japanese,arabic,french..

thanks,
rakesh

Re: wcstombs is not working

Souldrift4-Aug-09 23:44

Souldrift

4-Aug-09 23:44

Hm, just looking at your code line and reading this in the documentation "If cchWideChar is set to 0, the function fails." I´d say use -1 as your cchWideChar (fourth parameter).

Souldrift

Re: wcstombs is not working

Rakesh54-Aug-09 23:50

Rakesh5

4-Aug-09 23:50

actually i tried with -1 first... it dint work..hence i tried with 0...

Thanks,
Rakesh

Re: wcstombs is not working

Souldrift4-Aug-09 23:51

Souldrift

4-Aug-09 23:51

Could you post your actual piece of code?

Re: wcstombs is not working

Rakesh55-Aug-09 0:04

Rakesh5

5-Aug-09 0:04

Hi,

This is my piece of code..

const WCHAR* pText = "hello";
char * pCharText;
WideCharToMultiByte(CP_ACP, 0, pText, -1,(LPSTR) pCharText, nSize, NULL, NULL);

Thanks,
Rakesh.

Re: wcstombs is not working

Souldrift5-Aug-09 0:13

Souldrift

5-Aug-09 0:13

That cannot be all your code. What´s nSize? And pCharText wasn´t initialized -> this should be a runtime error.

Anyway, try this

int erg=WideCharToMultiByte(CP_ACP, 0, pText, -1, NULL, 0, 0, 0); // first we ask for the memory needed
char* result = new char[erg];
erg=WideCharToMultiByte(CP_ACP, 0, pText, -1, result, erg, 0, 0); // then we convert

Souldrift

Re: wcstombs is not working

Rakesh55-Aug-09 0:53

Rakesh5

5-Aug-09 0:53

Hi SoulDrift,

I tried your code..its still showing the same "??" marks rather japanese texts..

please tell me where am going wrong..

am giving the code once again for your perusal..

const WCHAR* = L"sss";

int erg=WideCharToMultiByte(CP_ACP, 0, pText, -1, NULL, 0, 0, 0); // first we ask for the memory needed
char* charText = new char[erg];
erg = WideCharToMultiByte(CP_ACP, 0, pText, -1, charText, erg, 0, 0); // then we convert

Thanks,
Rakesh

Re: wcstombs is not working

Souldrift5-Aug-09 2:13

Souldrift

5-Aug-09 2:13

Your const WCHAR* doesn`t have a label. Does your compiler not have a problem with that?

I tried your code

const WCHAR* pText = L"sss";

int erg=WideCharToMultiByte(CP_ACP, 0, pText, -1, NULL, 0, 0, 0); // first we ask for the memory needed
char* charText = new char[erg];
erg = WideCharToMultiByte(CP_ACP, 0, pText, -1, charText, erg, 0, 0); // then we convert

I works very nicely.

Souldrift

Re: wcstombs is not working

CPallini4-Aug-09 23:55

CPallini

4-Aug-09 23:55

If the wide char character cannot be represented in the choosen codepage (in you case CP_ACP, i.e. The system default Windows ANSI codepage), then it is replaced by a default one, see WideCharToMultiByte documentation [^].
Smile | :)

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke

[My articles]

Re: wcstombs is not working

n1pabs5-Aug-09 5:03

n1pabs

5-Aug-09 5:03

I have to agree, if your developing on an American/english installed OS then CP_ACP will be Windows 1252, you want to change that to the Japanese/country specific page.

? is I remember right is 0x20, could be wrong.

I wrote a little app to convert UNICODE to Multibyte supporting the codepages we need, and if the wrong code page was chosen the character would be displayed as ??

basically I replaced CP_ACP with either 1250 or 1251 or 1252 etc..

Seemed to do the trick.

Re: wcstombs is not working

David Crow5-Aug-09 3:00

David Crow

5-Aug-09 3:00

Rakesh5 wrote:
...but its showing ?? marks instead of unicode characters..

What is?

"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown

"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons

Re: wcstombs is not working

Nemanja Trifunovic5-Aug-09 8:35

Nemanja Trifunovic

5-Aug-09 8:35

First of all, using CP_ACP means you don't really have a control of the target code page - it depends on the users's settings. Sometimes it is exactly what you want, sometimes it is not.

Anyway, if we assume that your system locale is Windows CP 1252 and you have some Greek characters in Text, your code will try to convert Greek characters to CP1252 and because there is no mapping between the two scripts, you are going to get replacement characters (?) instead.

To convert Greek text from const wchar* value to char value to char*, you'll need to use CP1253 (not sure if I spelled the constant correctly) instead of CP_AP.

I hope it make sense.

Programming Blog

utf8-cpp

Can we change the path of dlls in target directory?

Nilesh Hamane4-Aug-09 22:56

Nilesh Hamane

4-Aug-09 22:56

This question is related to my previous question. As i mentioned before, my project contains many dlls and i am facing some ambiguity due to two dlls which contains same namespace names. So, i want to change the paths of these to dlls. But i dont know how to. Is their any option in visual studio c++ so that i can easily solve my problem?

http://nnhamane.googlepages.com/

Re: Can we change the path of dlls in target directory?

sashoalm5-Aug-09 2:36

sashoalm

5-Aug-09 2:36

LoadLibrary allows you to specify the full path to the dll.

There is sufficient light for those who desire to see, and there is sufficient darkness for those of a contrary disposition.
Blaise Pascal

Re: Can we change the path of dlls in target directory?

Nilesh Hamane5-Aug-09 22:46

Nilesh Hamane

5-Aug-09 22:46

I searched on net more about loadlibrary function but i haven't got anything. can you please tell me about how to use it in windows form?

http://nnhamane.googlepages.com/

Re: Can we change the path of dlls in target directory?

sashoalm5-Aug-09 23:51

sashoalm

5-Aug-09 23:51

Here's a link to Microsoft documentation - http://msdn.microsoft.com/en-us/library/ms684175(VS.85).aspx[^]

There is sufficient light for those who desire to see, and there is sufficient darkness for those of a contrary disposition.
Blaise Pascal

Converting ANSI to UNICODE

bhanu_reddy094-Aug-09 21:37

bhanu_reddy09

4-Aug-09 21:37

Dear All,

I am having problem in converting ANSI to UNICODE but my code is not giving the desired result. Please have a look at the below code and advice me. When I compare the both strings, the strings are not equal after conversion. Please help me. Many thanks in advance.

char szData[2] ;
szData[0] = '♠';
szData[1] = 0;
wchar_t wszData1[] = L"♠";
wchar_t wszData2[2];
MultiByteToWideChar(CP_ACP, 0, szData, -1, wszData2, sizeof(wszData2) / sizeof wchar_t));
if (wcscmp(wszData1, wszData2) == 0)
     MessageBox("Strings are equal!");
else
     MessageBox("Strings are not equal.");

Re: Converting ANSI to UNICODE

CPallini4-Aug-09 22:06

CPallini

4-Aug-09 22:06

bhanu_reddy09 wrote:
szData[0] = '♠';

How could it work?

Re: Converting ANSI to UNICODE

Michael Dunn4-Aug-09 22:23

Michael Dunn

4-Aug-09 22:23

szData[0] = '♠';
wchar_t wszData1[] = L"♠";

These probably aren't doing what you're expecting. You should only have ASCII characters in source code, and use hex escapes for any characters outside the ASCII range. Depending on what that character is, and what your system's code page is, it may not even be possible to store the character in a non-Unicode string.

--Mike--
Dunder-Mifflin, this is Pam.

Re: Converting ANSI to UNICODE

bhanu_reddy094-Aug-09 22:34

bhanu_reddy09

4-Aug-09 22:34

Many thanks for your replies and suggestions. Actually I read a data from the serial device and it is having the ASCII value 6 and the corresponding character for 6 is '♠'. I just give the previous code as an example.

//the actual data will be
szData[0] = 0x06;//from a serial device

Now, I want to display the corresponding character (received from serial device) for 0x06 in the CEdit. Please advice me.

Re: Converting ANSI to UNICODE

CPallini4-Aug-09 23:47

CPallini

4-Aug-09 23:47

bhanu_reddy09 wrote:
szData[0] = 0x06;//from a serial device

This is a ASCII control character (ACK, see [^]), i.e. not printable.
Smile | :)

Re: Converting ANSI to UNICODE

Souldrift4-Aug-09 22:38

Souldrift

4-Aug-09 22:38

This line

szData[0] = '♠';

produces a compiler warning doesn´t it?

♠ is not an ANSI character, afaik.

If you use an actual ansi sign like '®' in your code, it works properly.

Souldrift

Re: Converting ANSI to UNICODE

bhanu_reddy094-Aug-09 22:42

bhanu_reddy09

4-Aug-09 22:42

Yes, I got compiler warning but how to change the character 0x06 to Unicode and display properly in the CEdit.

Thanks...

Re: Converting ANSI to UNICODE

Souldrift4-Aug-09 23:28

Souldrift

4-Aug-09 23:28

I am not sure if this can be done since 0x06 (actually the first 32 codes) are designated control characters.
0x06 being ACK code for data transmission, I think.

Sorry to not be of more help.

Souldrift

Edit: http://www.handheld-basic.com/documentation/text/page_599.html[^]

Re: Converting ANSI to UNICODE

bhanu_85095-Aug-09 2:50

bhanu_8509

5-Aug-09 2:50

Dear All,

I have tried in many possible ways but I cannot display the character ♠. The real problem is that I need to change my entire project to UNICODE but this is not possible for right now. I also tried the below and even not working.

wchar_t display[2];
display[0] = 0x2660;
display[1] = 0;
edit.SetWindowText(display); //This only works when I change the project into UNICODE.

Is there any possible way to do simply. Many thanks in advance.

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.