Converting ANSI to UNICODE - C / C++ / MFC Discussion Boards

n1pabs5-Aug-09 5:03

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?

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: 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.

_MailItemPtr

john56324-Aug-09 21:15

john5632

4-Aug-09 21:15

Hi All,

I am getting exception in code:

temp=g_pNsp->GetFolderFromID(_bstr_t(szEntryID));
pitem=temp->Items;
for (int i=1;i<=pitem->Count;i++)
pMail=pitem->Item(i);

Somtimes I am getting pMail=0x000000 but there is emails inside that folder,
I think item will not be MailItem. How to type cast of check for MailItem?

Re: _MailItemPtr

Souldrift4-Aug-09 23:57

Souldrift

4-Aug-09 23:57

Are you sure you want to start the loop with i=1 ???

Souldrift

memcpy and buffer concatenation

Madhu_Rani4-Aug-09 21:10

Madhu_Rani

4-Aug-09 21:10

Hi,

I am reading data from a socket (i.e Array of BYTES, lpData)... I stored the incoming data in a buffer by using memcpy( bmpBuffer,lpData, dwCount);

Now I received some more data... ( data is coming continuously)...

Now I want to augment the bmpBuffer with the incoming data (till the time I receive the last packet,) What function I can call to augment the coming data in existing buffer.

To explain more, as we can add two strings str="Hello" + "Hi", How we can add data of two buffers

Re: memcpy and buffer concatenation

CPallini4-Aug-09 21:20

CPallini

4-Aug-09 21:20

for instance:

char buf[100];
const char * str1 = "Hello";
const char * str2 = "Hi";
char * ptr = buf;
unsigned int len;

len = strlen(str1);
memcpy(ptr, str1, len);
ptr += len;
len = strlen(str2);
memcpy(ptr, str2, len);
ptr += len;

// The two lines below just to have a NULL terminated string
*ptr = '\0'; 
ptr++;

In a real world case, you probably want to allocate dynamically the memory buffer (and increase its size whenever it is needed).
Smile | :)

Re: memcpy and buffer concatenation

Madhu_Rani4-Aug-09 21:39

Madhu_Rani

4-Aug-09 21:39

YES. U are right ...

BYTE* bmpBuffer=NULL;
bmpBuffer=(BYTE*)GlobalAlloc(GMEM_ZEROINIT,size);
memcpy( bmpBuffer,lpData, dwCount);

How I may increase the size of bmpBuffer at run time? Should I create a BIG buffer (upto 3 Mb to accomodate the incomimg image) or I can manage to increase the size of buffer on request as well...

Re: memcpy and buffer concatenation

CPallini4-Aug-09 21:54

CPallini

4-Aug-09 21:54

If you use HeapAlloc [^] function (instead of GlobalAlloc) then you have the option to use also HeapReAlloc [^] for the purpose.
If you're stuck with GlobalAlloc then you have to allocate a new, bigger memory block whenever is required, copy the original block content on the newer one and then free the original block.
Smile | :)

Re: memcpy and buffer concatenation

«_Superman_»4-Aug-09 21:22

«_Superman_»

4-Aug-09 21:22

You can use memcpy for concatenation.
Only thing is that you must correctly specify the offset.

When the first packet is received - memcpy(bmpBuffer, lpData, dwCount);
Increment a count variable - dwTotalCount += dwCount;
When the next packet is received - memcpy(bmpBuffer + dwTotalCount, lpData, dwCount);

«_Superman_»
I love work. It gives me something to do between weekends.

Re: memcpy and buffer concatenation

Madhu_Rani4-Aug-09 21:33

Madhu_Rani

4-Aug-09 21:33

Thanks both of you

Re: memcpy and buffer concatenation

Rajesh R Subramanian5-Aug-09 1:17

Rajesh R Subramanian

5-Aug-09 1:17

Hello,

How are you knowing how many bytes are to be read? I've seen most people throw some random and huge number at it. You might want to try IOCtl with FIONREAD this if you aren't doing it already there:

DWORD dwHowMuch = 0;
IOCtl(FIONREAD, &dwHowMuch); //After this call, <code>dwHowMuch</code> will tell you how many bytes should be read with the Receive call.
Receive(m_szBuffer.GetBuffer(dwHowMuch), /*other params*/);
szBuffer.ReleaseBuffer(-1); 

//Now, szBuffer has the data received from the socket.

Note that I'm letting CString do the gruesome stuff of memory allocation and deallocation for me (because CString already has a GetBuffer() method, and I can exploit that here). I'm not proposing this as an excellent solution, but it works and you will be free of any hand-crafted memory management that you might want to implement. I, for once, believe that CString will manage the memory much better than we do (OK, we can write something better, but what the heck... OOP is about reusability and what GetBuffer() has to offer has been good enough for me).

Also note that passing a number to CString::GetBuffer() will dynamically 'adjust' the string buffer to hold at least "that much" bytes that was passed to it (mind you this does not include the terminating zero character, but here, we aren't dealing with a string anyways). This will ensure you won't run out of memory and if the previously allocated memory was good enough to hold the data to be currently received, no harm is done!

I assumed that you're using MFC, but if you are not, I see your query is already answered. Also, note that you don't 'need' MFC as such if you want to just use CString.

It is a crappy thing, but it's life -^ Carlo Pallini

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