c++: EXC_BAD_ACCESS bei fkt-aufruf anderer klassen

[grizto]

Morgen

Ich hab ein seltsames Problem, mit dem ich nicht weiterkomme, vor allem wenn man als sonst Java-progger c++ macht, und aufeinmal kommt der speicher ins spiel

Wenn in unserem Schachprogramm (rund 32 klassen, qt, opengl, openal) eine Klasse ein Funktion einer anderen Klasse, also zur Laufzeit eher eines anderen objekts aufruft, beendet sich die app und der bericht zeigt follgendes

Date/Time: 2007-03-28 09:43:29.124 +0200
OS Version: 10.4.9 (Build 8P135)
Report Version: 4

Command: MainWindow
Path: /Users/grizto/Desktop/Virtual Patt 2000/MainWindow.app/Contents/MacOS/MainWindow
Parent: WindowServer [102]

Version: ??? (???)

PID: 12584
Thread: 0

Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x0000005f

Thread 0 Crashed:
0 MainWindow 0x0001c020 Uci::getMatt() + 16 (uci.cpp:22)
1 MainWindow 0x0000d16c ChessControl::compMove() + 240 (chessControl.cpp:336)
2 MainWindow 0x00023a4c StandardField:aintObject() + 556 (standardField.cpp:41)
3 MainWindow 0x000219bc NoAnimation:aintObject() + 160 (noAnimation.cpp:19)
4 MainWindow 0x0000a458 Board:aintObject() + 196 (board.cpp:187)
5 MainWindow 0x0000b0c0 ChessControl:aint() + 60 (chessControl.cpp:52)
6 MainWindow 0x0001d534 GLWidget:aintGL() + 896 (glwidget.cpp:133)
7 QtOpenGL 0x0070ab98 QGLWidget::glDraw() + 192 (icplusplus.c:28)
8 MainWindow 0x0001ce6c GLWidget::timeout() + 56 (glwidget.cpp:35)
9 MainWindow 0x00028470 GLWidget::qt_metacall(QMetaObject::Call, int, void**) + 424 (moc_glwidget.cpp:81)
10 QtCore 0x01942010 QMetaObject::activate(QObject*, int, int, void**) + 1192 (icplusplus.c:28)
11 QtCore 0x01942540 QObject::event(QEvent*) + 116 (icplusplus.c:28)
12 QtGui 0x01014428 QApplicationPrivate::notify_helper(QObject*, QEvent*) + 544 (qsystemtrayicon_mac.mm:346)
13 QtGui 0x010168b0 QApplication::notify(QObject*, QEvent*) + 4500 (qsystemtrayicon_mac.mm:346)
14 QtGui 0x01050018 QApplicationPrivate::globalEventProcessor(OpaqueEventHandlerCallRef*, OpaqueEventRef*,

anscheinend will er auf einen speicherbereich zugreifen, auf den er nich zugreifen darf.
Das geschieht zBsp, wenn unsere Kontrollklasse, ein Textlabel der GUI ändern will. Aber die selbe kotntrollklasse kann ein Textfeld in der GUI klasse problemlos ändern.
ebenso stürzt es ab, wenn die Kontrollklasse auf die Schnittstellenklasse der KI zugreift
Schmeisse ich die Labeländerung sowie den zugriff auf die Schnittstellenklasse raus (was den spielspaß mindert ) funktioniert alles.


Das Programm läuft ohne Probleme unter Linux (zum glück ist das für den Prof entscheidend) aber ich hätte es nunmal gerne auch bei mir zum laufen gebracht.

 

[below]

Erste Frage: Rufst Du eine KLASSENmethode, oder eine INSTANZmethode auf?

Wenn es eine Instanzmethode ist, dann ist der übliche Fehler, dass das Objekt nicht (mehr) existiert, oder der Pointer zu dem Objekt falsch gesetzt ist.

Alex

 

[grizto]

ja, sorry etwas missverständlich ausgedrückt

Wir haben das ganze als Singleton realisiert, sprich, die funktionen werden immer über getInstance aufgerufen.
Also werden schon Instanzmethoden aufgerufen, allerdings einer statischen instanz, und eine null pointer exception kann eigentlich nich kommen, denn falls das objekt nicht mehr besteht, wird ja ein neues erstellt, oder?

der klassenentwurf, und auch die entscheidung das singleton pattern zu verwenden, stammt nicht von mir

 

[below]

Gut, aber ich würde mir mal genau ankucken was da in dem Pointer auf Dein Singleton Objekt drinsteht.

Alex

 

[grizto]

ok, werd ich tun

was das ganze seltsam macht, ist, das ein methoden zugriff auf das objekt geht, und ein anderer nicht.

ich mochte c++ noch nie

 

[autoexec.bat]

Ohne Code kann man da natürlich schlecht was sagen, aber hast du das Programm denn mal durch den Debugger gejagt? Damit lassen sich solche Fehler doch meißtens schnell finden.

 

[grizto]

wenn ich später zuhause bin, werde ich mal nach der anleitung http://qtnode.net/wiki/Qt4_with_Xcode das project versuchen nach XCode zu verfrachten, um mal debuggen zu können
auf dem ibook hier wollte er das nicht machen ("zu alte xcode version...")

ich halte euch auf dem laufenden, auch wenn es euch nich interessiert

 

[below]

Wichtig ist nur mit -g zu kompilieren, dann sind symbole drin.

Dann geht es auch mit Kommandozeilen gdb. Old School rules.

Alex

 

[grizto]

der xcode import hatte mit dem neuerem xcode auf dem imac direkt geklappt (wirklich super, gut dass ich das jetzt merke, nachdem das projekt vorbei ist )

Das Prog hatte intesive Probleme, beim zugreifen auf die Datenelemente der Singleton Objekte.
Das ich dieses Singleton-Kram eh nich mochte, hab ich das alles rausgeworfen und ordentlich Objekte gebaut, und die an die gebrauchten Stellen weitergegeben.
Und siehe da, es funzt.

also, wie vermutet, die Pointer zeigten ins nirgendwo.
danke für die umfangreiche hilfe
sogar die libexecstream, die einer von uns verwendet hat,um mit der KI zu kommunizieren funktioniert tadelos, unix sei dank

MfG

griz

 

[below]

Und siehe da, es funzt.

Das tut mir wirklich leid. Rummst, knackst oder wummert es vielleicht auch?

Alex

 

[grizto]

ja

denn am Ende, als die Zeit knapp wurde, musste ich die Sounds an einem Rechner implementieren, der keine funktionierende Soundkarte installiert hatte.
Das hat durchaus zu "interessanten" Effekten geführt, die man so beschreiben könnte