LoadImage findet BMP nicht

[Adam P. (adamap)]

Hey zusammen,

ich hatte mal ein Bsp. wie man eine *.bmp in der Konsole anzeigt.
Gefühlt vor ca. 10-15 Jahren hat es noch funktioniert,
jetzt sagt der Error-Code, dass die Datei nicht gefunden wird.

Wisst Ihr evtl. eine Lösung?

#include <windows.h>
#include <stdio.h>
#include <tchar.h>
#pragma comment(lib,"gdi32.lib")

int LoadBmp2Console(char *szBitmap, int PosX, int PosY)
{
  DWORD err;

  HBITMAP hBitmap = (HBITMAP)LoadImage(NULL, LPCWSTR("D:\\a.bmp"),
    IMAGE_BITMAP, 0, 0, LR_LOADFROMFILE);
  if (!hBitmap)
  {
    err = GetLastError();
    return 1;
  }

  BITMAP bmp;
  GetObject(hBitmap, sizeof(bmp), &bmp);

  HWND hwnd = FindWindow(L"ConsoleWindowClass", NULL);
  if (!hwnd) return 2;

  HDC hDC = GetDC(hwnd);
  if (!hDC) return 3;

  HDC hBitmapDC = CreateCompatibleDC(hDC);
  if (!hBitmapDC) return 4;

  SelectObject(hBitmapDC, hBitmap);

  BitBlt(hDC, PosX, PosY, bmp.bmHeight, bmp.bmWidth, hBitmapDC, 0, 0, SRCCOPY);

  DeleteObject(hBitmap);
  ReleaseDC(hwnd, hBitmapDC);
  ReleaseDC(hwnd, hDC);

  return 0;
}

int main()
{
  char buf[32] = "D:\\a.bmp";
  int Status = LoadBmp2Console(buf, 10, 10);
  if (Status != 0)printf("Fehler: %i", Status);

  getchar();
  return 0;
}

Edit:
Kompiliert ohne Fehler mit VisualStudio 2017.

Original war es von "www.cpp-programming.de.vu" (siehe Anhang)

[Mario M. (thelonging)]

Was sagt denn GetLastError?

[Programmierer (Gast)]

Adam P. schrieb:
> , LPCWSTR("D:\\a.bmp")

Versuche mal L"D:\\a.bmp". Was du da machst ist ein Cast, das klappt 
nicht. Ggf. auch LoadImageW statt LoadImage.

[Programmierer (Gast)]

Mit doppelten Backslash natürlich... warum entfernt das Forum die??

[Adam P. (adamap)]

Programmierer schrieb:
> Versuche mal L"D:\\a.bmp". Was du da machst ist ein Cast, das klappt
> nicht. Ggf. auch LoadImageW statt LoadImage.

Auch schon versucht.

Mario M. schrieb:
> Was sagt denn GetLastError?

2 = File not found

Programmierer schrieb:
> Mit doppelten Backslash natürlich... warum entfernt das Forum die??

Sind doch 2.

[Programmierer (Gast)]

Adam P. schrieb:
> Sind doch 2.

Ah, nur die Mobilversion zeigt die nicht an, macht natürlich Sinn. 
Desktop-Version am Mobilgerät ist auch korrekt. Im Code-Tag ists auch 
richtig...

Adam P. schrieb:
> Auch schon versucht.

Genau so?

LoadImageW(NULL, L"D:\\a.bmp",
    IMAGE_BITMAP, 0, 0, LR_LOADFROMFILE);

Den char *szBitmap Parameter müsstest du auch nach LPCWSTR ändern, und 
buf auf wchar_t, wenn du das für den Dateinamen verwendest...

[Adam P. (adamap)]

Programmierer schrieb:
> Den char *szBitmap Parameter müsstest du auch nach LPCWSTR ändern, und
> buf auf wchar_t, wenn du das für den Dateinamen verwendest...

Vielen Dank,
das wchar_t wars.

[Programmierer (Gast)]

Adam P. schrieb:
> Vielen Dank,
> das wchar_t wars.

Das "buf" wurde im originalen Code aber gar nicht verwendet :|

Kannst du mal einen Screenshot vom Ergebnis zeigen? Ich bin gespannt wie 
sowas aussieht...

[Adam P. (adamap)]

Programmierer schrieb:
> Das "buf" wurde im originalen Code aber gar nicht verwendet :|

Ja das stimmt.

Zu beachten ist natürlich, dass jeder Output im Bereich der BMP, die BMP 
zerstört.

Weiterhin ist mir aufgefallen, dass man den darzustellenden Bereich mal 
2 rechnen muss...kp warum. Sonst zeichnet er nur das halbe Bild.

BitBlt(hDC, PosX, PosY, bmp.bmHeight*2, bmp.bmWidth*2, hBitmapDC, 0, 0, SRCCOPY);

[Programmierer (Gast)]

Hmm, verrückt. Bilder hab ich sonst immer per GUI-Anwendung dargestellt 
;-)

[Adam P. (adamap)]

Programmierer schrieb:
> Hmm, verrückt. Bilder hab ich sonst immer per GUI-Anwendung dargestellt
> ;-)

Ja ich suche einen einfachen Weg, um eine BMP darzustellen.
Jedoch werde ich mir wohl aus meinem Konsolen-Prog. ein richtiges 
Fenster erzeugen und sie dort zeichnen.

Ziel:
Da ich nicht immer meine Hardware (µC, Display, usw.) mitschleppen 
möchte (Arbeit / Wohnung), will ich mir eine kleine Umgebung schreiben, 
in der ich das Display simuliere.
So kann ich von überall Menüsteuerungen oder Zeichenroutinen 
weiterentwicklen, da sich so nur der Treiber unterscheidet.

[Programmierer (Gast)]

Adam P. schrieb:
> Jedoch werde ich mir wohl aus meinem Konsolen-Prog. ein richtiges
> Fenster erzeugen und sie dort zeichnen.

Ist sicherlich flexibler... Der Code zum Zeichnen ist beim Win32-API 
dann sogar identisch, nur halt mit vorgegebenem HWND. Allerdings ist die 
Programmierung mit Win32-API schon ziemlich mühsam.

Adam P. schrieb:
> will ich mir eine kleine Umgebung schreiben,
> in der ich das Display simuliere.

Sowas hab ich mal mit einer Gtk+-Anwendung gemacht.

[Adam P. (adamap)]

Programmierer schrieb:
> Der Code zum Zeichnen ist beim Win32-API
> dann sogar identisch, nur halt mit vorgegebenem HWND. Allerdings ist die
> Programmierung mit Win32-API schon ziemlich mühsam.

Ja deshalb sollte der Aufwand überschaubar sein.

Programmierer schrieb:
> Sowas hab ich mal mit einer Gtk+-Anwendung gemacht.

Ich wollte mich jetzt nicht unbedingt noch in eine LIB einarbeiten.

[Programmierer (Gast)]

Adam P. schrieb:
> Ich wollte mich jetzt nicht unbedingt noch in eine LIB einarbeiten.

Kommt darauf an wie viel Erfahrung du mit GUI-Programmierung mit dem 
WinAPI hast. Wenn da keine ist, lohnt es sich kaum sich da 
einzuarbeiten, denn es ist umständlich und natürlich nicht portabel. Da 
kannst du dich besser in so etwas wie Gtk+ bzw. GTKmm, wxWidgets o.ä. 
einarbeiten, das ist einfach und geht fix.

[Adam P. (adamap)]

Ja das sollte schon passen.

Hab früher ein wenig mit MFC gearbeitet, wxWidgets auch mal ausprobiert, 
sonst VCL genutzt - aber das RADStudio ist halt wie es ist.

[Adam P. (adamap)]

Adam P. schrieb:
> Ja das sollte schon passen.

Also OK, ich tu mir das mit der WIN API und GDI doch nicht an :)

Ich habe jetzt wieder die "liballeg"[1] ans laufen bekommen und werde 
die nutzen. Wozu das Rad neu erfinden.

[1] https://liballeg.org/