Hai

Ich versuch gerade, ein kleines Programm mit SDL zu schreiben. Seit ich auf SDL_KEYDOWN und SDL_KEYUP reagiere, erhalte ich immer, wenn ich auf eine Pfeiltaste drücke, die Meldung Das eigenartige (mal abgesehen von der Meldung selbst) daran ist, dass diese Meldung nur kommt, wenn ich keine Haltepunkte gesetzt hab. Mit debuggen wirds also nix.

Der Fehler tritt da auf:

Wenn ich die Funktion rauskommentier tritt der Fehler nach wie vor auf, nur sagts mir dann nicht, wo. Außerdem funktioniert die Funktion woanders schon.

Die Keydown, up sind:


weiß wer, was ich da falsch mach?

Keiner ne Ahnung, was External: ? bedeutet? Na gut, die Meldung sieht auch nicht so aus, als ob man da leicht auf einen bestimmten Fehler schließen könnte...

Das hat nix mit SDL zu tun. Da is ASM falsch denk ich.

Durch den DEBUG Modus wird der Code anders Compiliert (z.B. nicht optimiert). Dadurch kommts nicht zu diesem Fehler.
Am besten du gehst nochmal ganz tief in dich und Prüfst dein geschriebenes Zeugs mal auf Seiteneffekte hin ab.

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Allseits beliebt sind Bufferoverflows die keinen Fehler (Segfault) verursachen, weil du noch im erlaubten Speicherbereich der Anwendung schreibst. Damit überschreibt man sich dann selbst Daten die einfach nur zufällig vom Compiler in der Nachbarschaft angesiedelt wurden. Das gibt folglich extrem merkwürdige Fehler an stellen die mit dem eigentlichen Problem gar nichts zu tun haben. Checke mal alles durch was du so mit Pointern machst. Es gibt auch Tools die dabei helfen, z.B. valgrind.

_________________
Yeah!

Ich denke, dass Coolcat recht hat und du mal deine Pointer durch gehen solltest.
Valgrind ist für Linux und du solltest auf dinge wie Pointer die nicht mit 0 initialisiert wurden, Pointer die von dir gesetzt wurden und pchar kram prüfen.
Da es in einigen Fällen geht schätze ich mal, dass da ein Pointer am anfang nicht 0 gesetzt wird und irgendwo ein if (ptr!=0) ... , if (ptr) ... , if (ptr==0) darauf prüft und dann code ausführt der nicht soll.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Hab mal alles mit asm drin auskommentiert, und dann stückchenweise wieder eingeschaltet.
Hab den Fehler mehr oder weniger gefunden. Ich weiß jetzt, in welcher Funktion er verursacht wird. Nur was da falsch ist, weiß ich noch nicht.

Eigenartig ist auch, dass der Fehler nur auftritt, wenn ich auf eine Pfeiltaste gedrückt hab. (was dann darin resultiert, dass die Funktion nicht nur Nullvektoren bekommt)

Wenn ich das Programm Zeile für Zeile einzeln ausführe, gibts keinen Fehler, sonst schon. Oder werden die Zeilen da auch einzeln neu kompiliert?

Wenn du das Programm Zeile für Zeile ausführst benutzt du den Debug-Modus. Merkbare Unterschiede zwischen Release- und Debug-Modus deuten stark auf ein wie oben beschriebenes Speicherproblem hin.

_________________
Yeah!

Den Debug-Modus musst du aber separat an/ausschalten. Das wird nicht gemacht, indem du F9 drückst oder F8… Genaugenommen kennt FPC sowas nicht mal wirklich. Optimierungen, Tests und Debuginfos für den GDB werden einzeln angeschaltet.

Der GDB tut allerdings "Dinge", wenn man debuggt. Beispielsweise füllt er Speicher zu Beginn mit dem Hexwert $DEADBEEF, damit man nicht initialisierten Speicher schnell erkennt . Sowas kann natürlich Auswirkungen haben.

Interessant wäre noch, wie du das Auskommentieren gemacht hast. Hast du die Funktionen auskommentiert und durch nicht-ASM-Versionen ersetzt oder komplett undefiniert gelassen? Wenn du nicht letzteres getan hast, dann kannst du nicht sicher sein, dass der Fehler im ASM liegt. Es kann genauso gut sein, dass durch dein Entfernen von Code wo ganz anders etwas nicht ausgeführt wurde, das für das Problem sorgt.

greetings

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Habs undefiniert gelassen. Aber mit nicht asm ersetzen wirds wohl auch nicht unbedingt bringen, weil das ist dann auch nicht gleich viele Bytes lang.

Aber seit ich nach der Funktion noch was mit dem ergebnis berechne, tritt der Fehler nicht mehr auf. Sieht also nicht sehr danach aus, als ob ich den Fehler finden werde.

Die Sache ist nur die, dass ich ziemlich wenig mit Pointern mache, außer halt denen, die nach dem Funktionsaufruf in eax, edx, ecx stehen. Und den PSDL_WasAuchImmer Nur abgesehen von referenzieren und dereferenzieren mach ich eigentlich nix. Wird nix addiert, subtrahiert, sonstwas.

Der Code muss doch nicht genauso lang sein, oder? Ich würd sagen probiers mal aus, indem du den ASM-Teil mit non-ASM-Code ersetzt. Da geht dann eigentlich nichts schief. So kannst du den Fehler vielleicht etwas besser jagen.

greetings

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Ich schaffs nicht, den Fehler wieder auftreten zu lassen. Hab zwar sämtliche Änderungen seit damals (an die ich mich noch erinnern kann) rückgängig gemacht, aber der Fehler kommt nicht mehr.

Und wenn das nicht gleich lang ist, ist dann nicht alles irgendwie verschoben bzw sonst wie an anderen Stellen?


Ich schätz mal, im Endeffekt wird dann wieder irgendwann irgendein derartiger Fehler kommen, den ich nicht mehr wegkrieg, und dann kann ich den code wegwerfen. jippie. mal wieder. Wäre auch das erste Programm, das ich nicht so beende.

Solche Fehler können einen echt verrückt machen, das kenn' ich. Für die Zukunft solltest du dir vielleicht an der Stelle mit dem unerklärlichen Fehler ein Backup machen, sodass du es sicher reproduzieren kannst. Aber ich weiß, dass das leicht gesagt ist, in der Praxis mache ich das selber auch nie.

Hast du mal ein Tool drüber laufen lassen?

_________________
Blog: kevin-fleischer.de und fbaingermany.com