Bug #125
geschlossenInvalid free SIGSEGV
Beschreibung
Im Fehlerfall wird msg nie initialisiert. Siehe Patch.
Dateien
Von martin vor fast 6 Jahren aktualisiert
- Kategorie wurde auf AqBanking gesetzt
- Status wurde von New zu Closed geändert
Danke, im git gefixt.
Der korrekte Ansatz waere hier vor allem auch, msg vorher auf NULL zu initialisieren. In dem Fall passiert beim anschliessenden free() nichts. Habe aber jetzt beides eingebaut.
Gruss
Martin
Von thilo vor fast 6 Jahren aktualisiert
martin schrieb:
Der korrekte Ansatz waere hier vor allem auch, msg vorher auf NULL zu initialisieren. In dem Fall passiert beim anschliessenden free() nichts. Habe aber jetzt beides eingebaut.
Echte Männer brauchen sowas nicht :>
Aber Scherz beiseite, wenn ich mir so den Bugtracker anschaue, könnte der Fehler so gefühlt für 80% der Crashbug Reports der letzten Tage verantwortlich sein.
Er tritt auf, wenn z.b. bei getbankinfo der Server mit HTTP Error 403: Forbidden antwortet. Bumm.
Von martin vor fast 6 Jahren aktualisiert
Ich glaube ehrlich gesagt nicht, dass das das Problem war (wow, 3 "das" hintereinander...).
Dass der Server 403 meldet, sollte fuer einen Homebanking-Server etwas sehr ungewoehnliches sein. Aber klar, wenn es auftritt, dann Bumm...
Von thilo vor fast 6 Jahren aktualisiert
martin schrieb:
Dass der Server 403 meldet, sollte fuer einen Homebanking-Server etwas sehr ungewoehnliches sein. Aber klar, wenn es auftritt, dann Bumm...
Das war bei mir der Trigger. Dazu reicht es, wenn man bereits die URL von dem Server etwas falsch geschrieben hat bei der Einrichtung. Und er hat exakt die Symptomatik von #47. Vom Stacktrace her passt es auch.
EDIT: Okay .. es passt nicht .. bei mir waren ein paar mehr Stack Frames in libaqbanking als in #47. D.h. weitersuchen :/