www.mikrocontroller.net

Forum: PC-Programmierung Nach Funktionsaufruf alle Pointer auf 0xbaadf00d

Autor: 0xbaadf00d (Gast)
Datum: 07.05.2008 14:57

Hallo!

Und wieder mal habe ich ein C-Problem mit Programmieren.
Ich möchte, dass ihr eure Glaskugeln mal anwerft, bevor ich den Code auf
das wesentliche minimiere um euch den Fehler zu zeigen.
Also was gibt es für typische Fallgruben bei folgendem Problem:
Am Anfange initialisiere ich einige Variablen und Pointer. Dann rufe ich
eine Funktion mit zwei Parametern auf (einen Pointer und einen Int). Am
Schluss gibt die Funktion einen Int zurück.
Ich habe das ganze mal mit Visual Studio 2008 im SingleStep-Modus
durchgearbeitet und stelle folgendes fest:
(keine Compilerwarnungen nach dem Compilieren)
Es läuft alles wunder bar, bis die Funktion, welche aufgerufen wird, an
main zurück gibt (keine Fehler oder auffälliges) wieder im main
angelangt sind ausser dem Rückgabewert alle Pointer und Variablen
(wirklich alle, auch diejenigen die der Funktion nicht übergeben wurden)
verstellt.
Die Pointer haben den (auffälligen) Wert: 0xbaadF00d, die ints
-1163005939.
Was könnte die Ursache sein? Wie gesagt in der Funktion läuft alles gut,
und nach dm Zurückgeben (kein Befehl dazwischen) ist alles verstellt -->

Vielen Dank für Tipps
Falls es nicht anders geht werde ich mal noch versuchn eine
Minimalversion herstellen, die das gleiche Problem zeigt. Aber da das
Projekt ziemlich verschachtelt ist wird das schwierig.
Autor: Kai Giebeler (runtimeterror)
Datum: 07.05.2008 15:01

Autor: Karl heinz Buchegger (kbuchegg) (Moderator)
Datum: 07.05.2008 15:42

0xbaadf00d wrote:

> Was könnte die Ursache sein? Wie gesagt in der Funktion läuft alles gut,
> und nach dm Zurückgeben (kein Befehl dazwischen) ist alles verstellt -->

Stack zerschossen.
Klappere mal deine Arrays auf Out Of Bounds Zugriffe ab.
Autor: 0xbaadf00d (Gast)
Datum: 08.05.2008 17:20

THX, das wars, hatte in einem 2dimensionalen Array Zeilen und Spalten
vertauscht! Danke, aber irgendwie ist die Fehlermeldung nicht sher
anschaulich...
Autor: Karl heinz Buchegger (kbuchegg) (Moderator)
Datum: 08.05.2008 17:27

0xbaadf00d wrote:
> THX, das wars, hatte in einem 2dimensionalen Array Zeilen und Spalten
> vertauscht! Danke, aber irgendwie ist die Fehlermeldung nicht sher
> anschaulich...

Welche Fehlermeldung?
Es gibt keine Fehlermeldung!

Wenn du in einem Buch wahllos irgendwelche Buchstaben gegen
andere austauscht, wird der Leser irgendwann mal straucheln
ohne zu wissen warum.
Autor: 0xbaadf00d (Gast)
Datum: 08.05.2008 21:09

Ja, Fehlermeldung war das falsche Wort. Wenn ich mir das nun überlege,
wie es im Speicher aussieht, dann ist mir auch klar, dass es da
fortlaufend (mit steigender Adresse) gespeichert wird und nicht
irgendwie 2dimensional wie das Array. Allerdings weshalb kann der
Kompiler nicht reklammieren wenn ich sowas mache:

int array[10][20];
array[15][10] = 133;

Da müsste ihm doch auch auffallen, dass dies nicht so gewollt ist?
Autor: ozo (Gast)
Datum: 08.05.2008 21:13

C gibt dir genügend Freiheit, dir ins Bein zu schiessen. Zweimal.
Autor: Karl heinz Buchegger (kbuchegg) (Moderator)
Datum: 08.05.2008 23:57

0xbaadf00d wrote:

> irgendwie 2dimensional wie das Array. Allerdings weshalb kann der
> Kompiler nicht reklammieren wenn ich sowas mache:
>
> int array[10][20];
> array[15][10] = 133;
>
> Da müsste ihm doch auch auffallen, dass dies nicht so gewollt ist?

In dem Fall könnte er es. In der Mehrzahl der Fälle kann er es aber
nicht. Wenn überhaupt dann könnte er höchstens in den Code eine
Prüfung einbauen, die zur Laufzeit überprüft, ob eine Bereichs-
überschrietung stattfindet.
Aber auch hier: Es gibt Fälle in denen auch das nicht möglich ist
(wenn zb. dynamische Speicherallokierung im Spiel ist).

Ergo: Wenn der Compiler in manchen Fällen warnen würde, dann gibt
es genug Zeitgenossen, die sich auf diese Warnung verlassen und
dann erst recht auf die Schnuaze fallen.

Eine Compilerwarnung ist nur dann sinnvoll, wenn der Compiler auch
wirklich jeden möglichen Verstoss erkennen kann. Wenn das nicht
geht, dann ist eine Warnung eher kontraproduktiv, weil sich die
Programmierer dann in falscher Sicherheit wähnen.

Antwort schreiben

Die Angabe einer Email-Adresse ist freiwillig. Wenn Sie automatisch per Email über Antworten auf Ihren Beitrag informiert werden möchten, melden Sie sich bitte an.

Wichtige Regeln - erst lesen, dann posten!

  • Suchfunktion und Betreffsuche benutzen - vielleicht gibt es schon einen ähnlichen Beitrag
  • Aussagekräftigen Betreff wählen
  • Im Betreff angeben um welchen Controllertyp es geht (AVR, PIC, ...)
  • Groß- und Kleinschreibung verwenden
  • Längeren Sourcecode nicht im Text einfügen, sondern als Dateianhang
  • JPEG-Dateien (.jpg) nur für Fotos verwenden, Schaltpläne, Screenshots usw. als PNG oder GIF anhängen

Formatierung (mehr Informationen...)

  • [c]C-Code[/c]
  • [avrasm]AVR-Assembler-Code[/avrasm]
  • [pre]vorformatierter Text (z.B. Code in anderen Sprachen)[/pre]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] - Link zu Artikel






webmaster@mikrocontroller.netImpressumWerbung auf Mikrocontroller.net