Nach Funktionsaufruf alle Pointer auf 0xbaadf00d

0xbaadf00d Gast #861541
Lesenswert?
• ▲
▼ 
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.
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Karl H. #862722
Lesenswert?
• ▲
▼ 
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.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
0xbaadf00d Gast #862901
Lesenswert?
• ▲
▼ 
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?
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Karl H. #863019
Lesenswert?
• ▲
▼ 
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 Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt. Bitte hier nur auf die ursprüngliche Frage antworten, für neue Fragen einen neuen Beitrag erstellen.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.