ProSpeed.dll

H.Brill

Hallo,

Kann mir jemand erklären, warum das Fenster nach etwa 3 Sekunden troz Waitkey/WaitInput

verschwindet bzw. sich das Programm beendet ?

Code

Declare Handle dll, Long exhdc, breite, hoehe, winkel, String datei
Window 600, 400
dll = ImportDLL("ProSpeed.dll", "")
datei = "F:\Test.png"
DrawPic datei, 100, 100; 0
exhdc = LoadFileImage(addr(datei)) 'Bild laden
breite = GetWidthImage(exhdc) 'Breite und Hoehe des Bilds
hoehe = GetHeightImage(exhdc) 'ermitteln
winkel = 90
RotateImage(%HDC, 100, 200, breite, hoehe, exhdc, 0, 0, winkel, 0, 0) 

WaitKey
FreeDLL dll

Alles anzeigen

Funktionieren tut es ja.

JörgG

Und wenn du hinter der letzten Zeile

Code

FreeDLL dll 'deine letzte Zeile
Print "Blub, Fenster weg, puff"
waitkey

anfügst, bleibt dieses Fenster, bis du eine Taste drückst?

Welche Zeilen/Funktionen werden denn mit der ProSpeed.dll ausgeführt?

H.Brill

Zitat von JörgG

Welche Zeilen/Funktionen werden denn mit der ProSpeed.dll ausgeführt?

Zeilen 6, 7, 8, 10

genauso übernommen, wie in der Prospeed - Hilfe beschrieben.

Nur die Variablen sind mit Long deklariert, statt mit Postfix.

Ein Waitkey dahiner bringt auch nichts. Hatte sogar ein

Code

While 1
  WaitInput
EndWhile

dahinter. Ohne Erfolg. Mache ich ja öfter so, wenn mir anfangs das Schließen-Kreuz reicht

und es nur zum Testen ist.

Jens-Arne

Hallo Heinz,

das Programm "beendet" sich nicht, sondern es stürzt ab. Das liegt daran, dass Du 11 statt 10 Parameter bei RotateImage übergibst. Das haben DLL-Funktionen so an sich. Wenn die Parameterzahl nicht stimmt, gibt es einen Absturz ohne Fehlermeldung, und zwar oft erst ein paar Sekunden verzögert. In dieser Zeit reagiert das Programm aber schon nicht mehr.

LG Jens-Arne

JörgG

jo, seh ich auch so.

sonst hätte das zweite waitkey auf jeden Fall das Programm abgefangen, weil an dieser Stelle ja dann die DLL entladen wäre, falls das erste waitkey aus irgendwelchen Gründen ausgelöst hätte.

H.Brill

Oh, danke.

Da war wohl eine Null der beiden letzten Parameter zuviel.

Manchmal sieht man den Wald vor lauter Bäumen nicht.

Da hatte ich ja bisher mit meinen DLLs (listview.dll usw.) immer Glück gehabt.

Bin auch immer davon ausgegangen, daß der Interpreter/Compiler das überprüft.

Genauso, wenn ich bei DEF eine (2) schreibe und nur einen Parameter übergebe.

Einzige Ausnahme war für mich immer nur CALL. Dort mußte es stimmen.

Jens-Arne

XProfan kann die Parameter-Anzahl nicht überprüfen. Die steht in einer DLL nämlich nirgends. Bei stdcall-Funktionen kann man versuchen, sie über die Bereinigung des Stacks am Ende der Funktion herauszufinden, aber das funktioniert für sehr viele DLLs nicht. Z.B. nicht für PureBasic-DLLs, die folgen überhaupt nicht den Standardkonventionen. Da gibt es keine .edata-Section, zwei statt einer code-Section usw. usf.. Daran habe ich mir schonmal die Zähne ausgebissen. Dafür müsste man einen kompletten Disassembler schreiben und dann den Programmablauf parsen, und das übersteigt meine Fähigkeiten und auch meine Geduld nun doch bei weitem. Das PE-Format ist sowieso eine einzige Katastrophe. Aus diesen Gründen arbeitet auch kein einziges Programm, das ich kenne, zuverlässig, das versucht, die Parameter-Anzahl von DLL-Funktionen zu bestimmen.

ProSpeed.dll

Jetzt mitmachen!

Ähnliche Themen

Der XProfan-Stammtisch

Assemblercodes für das neue X4