C / C++ / MFC

ANSI --> UNICODE conversion problem!

23-Oct-02 19:59

Thanks! It works! Smile | :)

Daniel

---------------------------
Never change a running system!

Daniel Strigl23-Oct-02 7:26

23-Oct-02 7:26

I read some simple chars (1 byte wide) from a file and want to build a string, based on this simple chars.

Sample:

Read 'B'
Read 'ü'
Read 'r'
Read 'o'
--> string: "Büro"

I use the following code:

while (TRUE)
{
    char c = 0;

    // Read character from file

    DWORD dwReadBytes;
        
    if (!ReadFile(m_hFile, &c, sizeof(char), &dwReadBytes, NULL) || 
        dwReadBytes != (DWORD) sizeof(char))
    {
        ErrorMessage(_T("Unerwartetes Dateiende (EOF) in Zeile %d."), m_nCurrentLine); 
	
        return FALSE;
    }

    // Find carriage return?

    if (c == '\n')
    {
        break;
    }

    // Add character to string

    str += CString((TCHAR) c);
}

The problem is the line str += CString((TCHAR) c);.
My system (PocketPC) works with UNICODE and so I have to convert the readed char to a UNICODE char.
I have used TCHAR that I can use the source code on both systems (UNICODE & non UNICODE).

So, the problem is now that when I read some chars like ö. ä, ü, ... the conersion result is a "?".
So, when I should read the string "Büro" the result is "B?ro". It look like, that the conversion failed!

How can I fix that?

Daniel
---------------------------
Never change a running system!

l a u r e n23-Oct-02 7:41

l a u r e n

23-Oct-02 7:41

check out the USES_CONVERSION; macro in msdn and W2A() and A2W()
Smile | :)

"even if my world is weird it's my world"
biz stuff about me

Daniel Strigl23-Oct-02 8:10

23-Oct-02 8:10

lauren wrote:
check out the USES_CONVERSION; macro in msdn and W2A() and A2W()

...but how to use with a single TCHAR? This macros uses strings (more than a single char) and no single chars.

Daniel Wink | ;)

---------------------------
Never change a running system!

Stephane Rodriguez.23-Oct-02 7:45

23-Oct-02 7:45

Fortunately, you don't speak Spanish. You wouldn't use Buro like that.. Big Grin | :-D

How low can you go ?
(MS rant)

Daniel Strigl23-Oct-02 8:00

23-Oct-02 8:00

The applicatio is for german user...
"Büro" is the german word for "Office"...

Daniel Wink | ;)

---------------------------
Never change a running system!

Michael Dunn23-Oct-02 13:35

Michael Dunn

23-Oct-02 13:35

Because casting does not convert between character sets. What I'd do is read the data into a buffer (keeping it as MBCS), zero-terminate it, then put it in a CString which will convert it for you properly.

--Mike--
"I'd rather you just give me a fish today, because even if you teach me how to fish, I won't do it. I'm lazy." -- Nish
Just released - 1ClickPicGrabber - Grab & organize pictures from your favorite web pages, with 1 click!
My really out-of-date homepage
Sonork-100.19012 Acid_Helm

Daniel Strigl23-Oct-02 20:10

Platform SDK's LoadImage()

23-Oct-02 20:10

Thanks Mike!
I have seen...
It was a very silly bug...
*rrrhhh - Sometimes I am so stupid* WTF | :WTF:

Thank you very very very much for your help on my stupid questions... Blush | :O

I hope I can invite you to one or some more beer when I will travel to Los Angeles anytime in the next years! Smile | :)

Daniel

---------------------------
Never change a running system!

Sydney Liles23-Oct-02 7:18

23-Oct-02 7:18

I am trying to capture a bitmap or an icon from a .bmp or .ico file selected by a user from a standard CFileDialog dialog.

LoadImage() always fails (returns 0 and hBitmap or hIcon are NULL). Cry | :((

//Code snipet<br />
   CString strAppPath;<br />
   CSString strImagesDirectory;<br />
   CString pathName;<br />
   CString fileName;<br />
   CString extName;<br />
   HICON hIcon;<br />
   HBITMAP hBitmap;<br />
	<br />
   //launch a pick file dialog<br />
   CFileDialog dlg(TRUE, NULL, NULL, OFN_HIDEREADONLY, "Bitmap(*.BMP)|*.BMP|Icon(*.ico) <br />
                   *.ico||", this);<br />
   if( dlg.DoModal() == IDOK )<br />
   {<br />
      pathName = dlg.GetPathName();<br />
      fileName = dlg.GetFileTitle();<br />
      extName = dlg.GetFileExt();<br />
<br />
      if (extName == "ico" || extName == "ICO")<br />
      {		<br />
          hIcon = (HICON)::LoadImage( NULL, pathName, IMAGE_ICON, 0, 0,   <br />
                                      LR_LOADFROMFILE|LR_DEFAULTCOLOR ); <br />
          if (hIcon)<br />
             SetIcon(hIcon, TRUE);<br />
      }<br />
      else<br />
      {<br />
         hBitmap = (HBITMAP)::LoadImage( NULL, "C:\\HAPPY.BMP", IMAGE_BITMAP, 0, 0, <br />
                                         LR_LOADFROMFILE|LR_CREATEDIBSECTION);<br />
         if (hBitmap)<br />
            bmpImage->Attach(hBitmap);<br />
      }<br />
	<br />
      //some more interesting code here...<br />
}

I have tried a number of things with the second parameter of the LoadImage() call -- hard coded path to the file, path as captured by the CFileDialog, image files in the root directory and located in a variety of other locations (including the directory of the working project). Nothing works. I have searched the documentation and what I have should work.

I am working on Windows 2000 Professional and in Visual Studio .NET but in unmanaged C++ code.

Anyone have any idea whta I am doing wrong? Confused | :confused:

Sydney Liles
Software Engineer

Stephane Rodriguez.23-Oct-02 7:49

23-Oct-02 7:49

The first parameter should be the instance of your module. Passing NULL instead is only for OEM images.

How low can you go ?
(MS rant)

Sydney Liles23-Oct-02 8:16

23-Oct-02 8:16

This is one of the things I have tried. I tried it again after I got your response. No luck. Unsure | :~

I changed the code to look like this:

//launch a pick file dialog<br />
CFileDialog dlg(TRUE, NULL, NULL, OFN_HIDEREADONLY, "Bitmap(*.BMP)|*.BMP|Icon(*.ico)<br />
                |*.ico||", this);<br />
if( dlg.DoModal() == IDOK )<br />
{<br />
   pathName = dlg.GetPathName();<br />
   BYTE FileBuffer[10240] = "";<br />
   fileName = dlg.GetFileTitle();<br />
   extName = dlg.GetFileExt();<br />
<br />
   HINSTANCE hInst = AfxGetInstanceHandle();<br />
<br />
   if (extName == "ico" || extName == "ICO")<br />
   {		<br />
      hIcon = (HICON)::LoadImage(hInst, pathName, IMAGE_ICON, 0, 0, <br />
                                 LR_LOADFROMFILE|LR_DEFAULTCOLOR); <br />
      if (hIcon)<br />
	SetIcon(hIcon, TRUE);<br />
   }<br />
   else<br />
   {<br />
      hBitmap=(HBITMAP)::LoadImage(hInst, "C:\\HAPPY.BMP", IMAGE_BITMAP, 0, 0, <br />
                                   LR_LOADFROMFILE|LR_CREATEDIBSECTION);<br />
      if (hBitmap)<br />
	bmpImage->Attach(hBitmap);<br />
   }<br />
	<br />
   //some more interesting code here...<br />
}

I know I am getting a valid HINSTANCE.

Any other suggestions?

BTW -- I really do appreciate the help.

Sydney Liles
Software Engineer

Stephane Rodriguez.23-Oct-02 8:27

23-Oct-02 8:27

Code from MSDN[^].

How low can you go ?
(MS rant)

Sydney Liles23-Oct-02 8:43

23-Oct-02 8:43

Boy, I sound like my children (no, that won't work) Eek! | :eek:

I did try that -- This is one of the documents I found that discusses LoadImage(). The problem remains the same. When I add this code to my own, then the LoadImage() call in the LoadBitmapFromBMPFile() fails.

BOOL LoadBitmapFromBMPFile( LPTSTR szFileName, HBITMAP *phBitmap,<br />
   HPALETTE *phPalette )<br />
   {<br />
<br />
   BITMAP  bm;<br />
<br />
   *phBitmap = NULL;<br />
   *phPalette = NULL;<br />
<br />
   // Use LoadImage() to get the image loaded into a DIBSection<br />
   <big>*phBitmap = (HBITMAP)LoadImage( NULL, szFileName, IMAGE_BITMAP, 0, 0,<br />
               LR_CREATEDIBSECTION | LR_DEFAULTSIZE | LR_LOADFROMFILE );</big> <br />
  if( *phBitmap == NULL )<br />
     return FALSE;<br />

I think there is something going on with LoadImage() itself. I thought that the .bmp files I was using to test might be the problem because they are very old and have not been updated. I got a .bmp with lots more information stored in the properties and it does not work either.

The only thing I can think of is that LoadImage() fails on Win2K. I read a Microsoft Knowledge Base article to this effect http://support.microsoft.com/default.aspx?scid=kb;en-us;Q329092. I do not have access to a Win9x machine with Visual Studio installed to test this theory.

Thanks though.

Sydney Liles
Software Engineer

Paul M Watt23-Oct-02 9:49

Paul M Watt

23-Oct-02 9:49

What does GetLastError return after you call this function and it fails?

Build a man a fire, and he will be warm for a day
Light a man on fire, and he will be warm for the rest of his life!

Sydney Liles23-Oct-02 9:56

Linker error, I messed up with my SDK directory

23-Oct-02 9:56

Funny you should ask. Big Grin | :-D

I just added a call to GetLastError() a few minutes ago and realized that I had created a CFile (to get size information), opened it, read the contents of the .bmp into a buffer(in an attempt to get LoadImage() to work) and then closed it after I attempted to call LoadImage() -- GetLastError() returned 32 (ERROR_SHARING_VIOLATION). I moved the CFile::Close() to before the call to LoadImage() and now all is well.

It was a dumb thing to over look. Wish I had tried the GetLastError() sooner. Dead | X|

Oh well.

Thanks for all of the help.

Sydney Liles
Software Engineer

User 665823-Oct-02 7:10

User 6658

23-Oct-02 7:10

Hi
the last few weeks I modified some files in my Platform-SDK directory, resulting in linker errors and missing files Roll eyes | :rolleyes:

Now I have uninstalled the latest Platform SDK completely and reinstalled it again, but I still keep getting this error (German):

C:\PROGRAMME\MICROSOFT SDK\LIB\LIBC.lib : fatal error LNK1112: Computer-Typ "IA64" fuer Modul steht in Konflikt mit dem Ziel-Computer-Typ "IX86"

This seems to me to be a conflict between 32bit and 64bit libraries. My project is build for 32bit platforms.
But the first library path the compiler should use is defined as C:\PROGRAMME\MICROSOFT SDK\LIB\, that's why I don't know how the error can occur.

thanks in advance
Greg

modified 12-Sep-18 21:01pm.

Re: Linker error, I messed up with my SDK directory

Stephane Rodriguez.23-Oct-02 7:50