Header aus PNG laden

[Zacherl]

Zitat von EWeiss:

Leeres Projekt kommt ein Error.
In FormCreate

Sehr seltsam

Ja das habe ich befürchtet. Dann hat dein richtiges Projekt irgendwo eine Memory Corruption ausgelöst, die jetzt für unvorhersehbare Seiteneffekte sorgt.

[EWeiss]

Zitat von Zacherl:

Zitat von EWeiss:

Zitat:

Ob du 'ANIM' jetzt als 4-stelligen ANSI-String, oder als 4-Byte DWORD vorliegen hast, macht im Grunde keinen Unterschied. Am Einfachsten ist es, wenn du anih.Sign einfach mit dem korrekten Zahlenwert (0x4D494E41) vergleichst.

Bitte, Beispiel Muss da noch lernen.

Ganz simpel:

Delphi-Quellcode:

if (anih.Sign = $4D494E41) then
begin
  // Sign = 'ANIM'
end

Oder alternativ kannst du Sign auch in deinem Record direkt als array[0..3] of AnsiChar deklarieren und dann die einzelnen Zeichen vergleichen. Ist vermutlich minimal langsamer, aber dafür besser verständlich.

Zitat von Luckie:

Dann muss er an den Einstellungen zu den Exceptions was verändert haben. Aber ich dachte, die würden sich nur beim Debuggen auswirken und nicht in der Exe.

Die Idee hatte ich auch grade und habe es getestet: Wirkt sich wie erwartet nur auf den Debugger aus. Die MessageBox mit der Exception wird vom Programm selbst aber nach wie vor angezeigt.

Nur wie weiß ich jetzt das anih.Sign diesen wert $4D494E41 hat.
Er steht zwar bei Sign aber habe ich eine Garantie das es immer so ist?

Zitat:

Dann hat dein richtiges Projekt irgendwo eine Memory Corruption ausgelöst, die jetzt für unvorhersehbare Seiteneffekte sorgt.

Oder aber es liegt an NOnVCL ?


gruss

[Luckie]

Das müsste in der Doku zu dem Format stehen.

Das hat mit VCL oder NonVCL nichts zu tun. Du zerschießt dir irgendwo deinen Speichern.

[EWeiss]

Zitat von Luckie:

Das müsste in der Doku zu dem Format stehen.

Was ob das NonVcl bedingt ist. ?

Zitat:

Das hat mit VCL oder NonVCL nichts zu tun. Du zerschießt dir irgendwo deinen Speichern.

Hmm wie soll man so was finden.
Seltsam das nicht mal madExcept darauf anspringt.

gruss

[Luckie]

Das mit der Doku bezog sich auf die Frage, ob der Wert immer der gleiche ist.

Das seltsame verhalten deines Programms, welches keine Exception wirft, obwohl es es tun und das daran liegt, dass du dir irgendwo deinen Speicher zerschossen hat, hat nichts mit VCL oder NonVCL zu tun.

[Zacherl]

Ob im Sign Feld immer 'ANIM' steht, kann dir wirklich nur die Doku sagen. Wenn es dir um den Zahlenwert geht, dann ja, der bleibt gleich. Es ist nur eine Frage der Darstellung:

Code:

$4D494E41 = $41 $4E $49 $4D = 'A' 'N' 'I' 'M'

Erst als 4-Byte Integer bzw. DWORD, dann als 4 einzelne Bytes und dann als 4 einzelne AnsiChars.

[Luckie]

Madexcept findet auch keine Code mit dem du dir deinen Speicher zerschießt. Ich würde erst mal alle Warnungen beim Kompilieren beseitigen, wenn denn welche auftauchen.

[EWeiss]

Zitat von Zacherl:

Ob im Sign Feld immer 'ANIM' steht, kann dir wirklich nur die Doku sagen. Wenn es dir um den Zahlenwert geht, dann ja, der bleibt gleich. Es ist nur eine Frage der Darstellung:

Code:

$4D494E41 = $41 $4E $49 $4D = 'A' 'N' 'I' 'M'

Erst als 4-Byte Integer bzw. DWORD, dann als 4 einzelne Bytes und dann als 4 einzelne AnsiChars.

Super danke für deine Hilfe.
Dann ist das erledigt.

Hätte ich auch drauf kommen müssen das es HEX werte sind
Ist schon spät. LOL

Zitat:

Ich würde erst mal alle Warnungen beim Kompilieren beseitigen, wenn denn welche auftauchen.

Werde ich machen obwohl eigentlich alles eigenschaltet und behandelt wird.


gruss

[Zacherl]

Zitat von EWeiss:

Hmm wie soll man so was finden.
Seltsam das nicht mal madExcept darauf anspringt

Ne, das ist nicht weiter seltsam. Zuerst solltest du mal die Bereichsüberprüfungen anschmeißen. Ich weiß zwar nicht, ob Delphi auch Bereichsüberschreitungen mitbekommt, die z.b. per CopyMemory ausgelöst wurden, aber einen Versuch ist es Wert.

[Luckie]

Dein Code kompiliert ohne Warnungen? Das meinte ich.