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.
Datum: 07.05.2008 15:01
Schmeiß mal google an: http://www.google.de/search?hl=de&q=baadF00d&a... http://blog.dstulle.de/2006/03/13/baadf00d/
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.
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...
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.
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?
Datum: 08.05.2008 21:13
C gibt dir genügend Freiheit, dir ins Bein zu schiessen. Zweimal.
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