Ich habe folgendes Problem. In dieser Funktion

int CWrapGDIP::DrawImage(HDC hdc,char *szBmp,int iLeft,int iTop) {
	Gdiplus::Graphics graphics(hdc);
	HBITMAP hBmp=(HBITMAP)LoadImage(NULL,szBmp,IMAGE_BITMAP,0,0,LR_LOADFROMFILE);
	Gdiplus::Bitmap bitmap(hBmp,NULL);
	graphics.DrawImage(&bitmap,iLeft,iTop);
	::DeleteObject(hBmp);
	return 0;
}

funktioniert der Aufruf von DeleteObject nicht. Es wird folgende Linker-Meldung ausgespuckt:

WrapGDIP.obj : error LNK2019: Verweis auf nicht aufgelöstes externes Symbol "__imp__DeleteObject@4" in Funktion ""public: int __thiscall CWrapGDIP::DrawImage(struct HDC__ *,char *,int,int)" (?DrawImage@CWrapGDIP@@QAEHPAUHDC__@@PADHH@Z)".
c:\imagtools\exe\WrapGDIP.dll : fatal error LNK1120: 1 nicht aufgelöste externe Verweise.

Ich bin sicher, es ist irgendein ganz dummer, offensichtlicher Fehler, aber ich komme im Moment nicht drauf.

Ich nutze VS2005 SP1. Windows.h ist selbstverständlich inkludiert.

Gruß Matze

du musst noch die gdi32.lib miteinlinken. Die Fehlermeldung sagt ja auch, dass er die externe Funktion nicht finden kann. Also so:

#pragma comment (lib, "gdi32.lib")

oder in den Projekteinstellungen. Du kannst bei solchen Fehlern immer in die MSDN schauen und wirst dann unter "Requirements" (ganz unten) die benötigten Header und Libs finden. http://msdn2.microsoft.com/en-us/library/ms533225.aspx

Danke, du hast natürlich Recht. Ich bin wohl noch "verwöhnt" vom guten, alten VS6. Da wird die gdi32.lib standardmäßig gelinkt (hab's eben nochmal überprüft, Win32-Anwendung). Beim neuen Studio ist das wohl nicht so. Das kennt ja auch so feine Sachen wie die GDI+...

Gruß Matze

Der Funktion wird ja der HDC übergeben. Hört dieser mit Funktionsende auf zu existieren oder muss ich ihn noch mit ReleaseDC freigeben?

Meine Vermutung: Da HDC ein Pointer ist, handelt es sich um eine Übergabe by-Reference, die lokale Variable hört natürlich auf zu existieren, freigeben muss ich aber nix.

Liege ich da richtig?

Gruß Matze

Ich nutze VS2005 SP1. Windows.h ist selbstverständlich inkludiert.

Eigentlich muss man die gdi32.lib nicht explizit linken. Hast Du die IDE korrekt eingerichtet?

_matze schrieb:

Der Funktion wird ja der HDC übergeben. Hört dieser mit Funktionsende auf zu existieren oder muss ich ihn noch mit ReleaseDC freigeben?

Meine Vermutung: Da HDC ein Pointer ist, handelt es sich um eine Übergabe by-Reference, die lokale Variable hört natürlich auf zu existieren, freigeben muss ich aber nix.

Liege ich da richtig?

Nein^^. Also hängt davon ab *wie* Du ihn angefordert hast, aber auf ein BeginPaint folgt auch immer ein EndPaint und auf GetDC ein ReleaseDC, etc. ... .

Was ich mir noch vorstellen könnte, ist, dass hier eine Übergabe by-Value stattfindet, somit 2 identische hdc's existieren und ich den hdc meiner Funktion freigeben muss, so wie es die aufrufende Funktion mit "ihrem" hdc tun muss. Das ist aber nicht so, oder?

Gruß Matze

Die gdi32.lib war in diesem Projekt nicht standardmäßig gelinkt, stattdessen aber die gdiplus.lib. Ich hatte vermutet, dass diese Einstellung beim VS2005 nun Standard ist. Beim VS6 ist es so, wie du sagst.

EDIT: Ich hab gerade mal nachgesehen. Es ist so, dass im VS2005 in den Linker-Einstellungen unter "zusätzliche Abhängigkeiten" erstmal nichts eingetragen ist. Dies bedeutet dann, dass Standardeinstellungen verwendet werden. Es werden verschiedene Libraries wie eben auch die gdi32.lib hinzugelinkt. Bei meinem Projekt (dass ich von einem Kollegen so serviert bekommen habe) war schon die gdiplus.lib eingetragen, es soll ja auch eine GDI+-Wrapper-Bibliothek werden. Somit werden die Standardeinstellungen überschrieben, und man muss die gdi32.lib von Hand nachtragen.

Gruß Matze

Ich verwende das jeden Tag, und bei unseren Projekten ist nirgends GDI32.LIB eingetragen, und wir verwenden die GDI (ohne Plus!) häufig

Ich habe jetzt nachgesehen... die Option die "schuld" sein könnte heisst "Ignore All Default Libraries" und ist unter Linker/Input zu finden.
Guck nach, dort wird wahrscheinlich "Yes" stehen, defaultmässig steht dort aber "No". Wenn du das änderst musst du auch die GDI32.LIB nicht angeben, egal was bei "Additional Dependencies" sonst noch drinsteht.

Moin!

Irgendwie scheinst du da Recht zu haben! Heute klappt es komischerweise. Es lag auch nicht an der Einstellung, die du genannt hast. Die war auf "Nein".

Als ich heute den Rechner und VS gestartet habe, war der Eintrag (gdi32.lib) in den Einstellungen wieder verschwunden, obwohl ich ihn definitiv nicht gelöscht habe! Trotzdem kannte er DeleteObject. Sehr kurios...

Überhaupt habe ich die Vermutung, dass der Fehler eher beim VS2005 lag. Denn gestern war es definitiv so, das mit zusätzlichem Eintrag der lib alles funktionierte, ohne erkannte er die Funktion allerdings nicht (mehrmals getestet).

Vielleicht hätte ich einfach mal das VS neu starten sollen. Da gibt's sowieso komische Phänomene. Beispielsweise sind 2 Projekte, die ich gestern in die Projektmappe eingefügt (und natürlich alles gespeichert) habe, heute spurlos verschwunden, so dass ich sie erneut hinzufügen muss. Das ist schon mehrmals passiert.

Ebenso ärgerlich ist der bekannte Bug, der dafür sorgt, dass importierte Einstellungen (Pfade) nach Neustart wieder verschwunden sind. Übrigens: Wer dieses Problem hat, kann sich behelfen, indem er nach Import einen Pfad-Eintrag editiert (z.B. letztes Zeichen löschen), speichert und dann den Eintrag korrigiert.

Nutzt du auch das VS2005? Ich finde jedenfalls solche und andere Bugs sehr nervig. Hoffentlich kommt bald das SP2.

Zu diesem Thema sehr interessant (oder belustigend, ebenso wie niederschmetternd) ist die Statistik rechts unten auf der Seite https://connect.microsoft.com/VisualStudio. So viele Fehler produziere ich im ganzen Leben nicht...

Gruß Matze

Beispielsweise sind 2 Projekte, die ich gestern in die Projektmappe eingefügt (und natürlich alles gespeichert) habe, heute spurlos verschwunden, so dass ich sie erneut hinzufügen muss. Das ist schon mehrmals passiert.

Mir noch nie passiert, und ich verwende VS2005 jeden Tag (Arbeit), und das seit ~6 Monaten (davor 2003 und 6.0).

Vielleicht liegts an deiner Hardware? Oder an der Windows Installation?
VS 2005 macht z.T. auch komische wenn die Beta vorher drauf war -- kann sein dass der Uninstaller nicht so wirklich toll funktioniert oder was auch immer.

Ich kann nur hoffen, dass keine größeren Probleme mehr auftreten und dass Microsoft bald mal ordentlich nachbessert. Und zwar in Form eines richtigen Service Packs und nicht über Hotfixes, für die man ohne Wartungsvertrag 300€ (oder $?) bezahlen soll. Das ist meiner Meinung auch eine Frechheit (nicht missverstehen, wir haben den Vertrag), denn wenn ich ein Produkt kaufe (erst recht zur professionellen Anwendung in einer Firma), dann erwarte ich fehlerfreie Funktionalität oder eben kostenlose Nachbesserung, unabhängig von irgendwelchen zusätzlichen Verträgen. Denn durch den Kaufvertrag wurde mir ja eine funktionierende Software versprochen.

Aber na ja, so schlimm ist's auch wieder nicht. Das sind halt nur viele, kleine, nervende Gemeinheiten, die hin und wieder den Arbeitsfluss bremsen. Aber ich komme klar, das ist die Hauptsache...

Gruß Matze

lad dir halt das Service Pack runter. oder gibts das etwa nur für 32-bit windows?

Er hat bereits Service Pack 1. Er will ein Neues.

VC6 hab' ich übrigens auch drauf, und Studio 2003 noch dazu (da ich immer noch ab und zu mit älteren Projekten arbeiten muss, wo die Zeit fehlt die auf 2005 zu bringen), und eben Studio 2005. Die vertragen sich auch prächtig. Ich hätte mir da ein Problem erwartet, war aber absolut keins.

Allerdings verwende ich XP Pro SP2 32 Bit Otto-Normal.