Client Crasht ->Errorlog

[paddygamer]

Client Crasht
Moin Moin,

Wie ihr seht, crasht mein Client immer, wenn ich das Skill menü öffne.
Ich denke das das an den *res daten liegt..
Aber kann jemand daraus mehr erlesen?
Ich benutzt die GOH Files.
Danke schonmal im vorraus.

2013/ 8/10   22:40:00   CWorldMng::LoadScript -> Load WorldName

2013/ 8/10   22:40:20   g_pPlayer is ready

2013/ 8/10   22:40:21   CWndTaskBar::SetTaskBarTexture : hkfkfkj 2010

2013/ 8/10   22:40:21   CWndTaskBar::SetTaskBarTexture : hkfkfkj 581

2013/ 8/10   22:40:24   Gates-of-Heaven v1.0.2 Aug  8 2013 rCnt=1

Game.exe caused an EXCEPTION_ACCESS_VIOLATION in module Game.exe at 0023:007B0A27

 - Registers

EAX=0018FAD4  EBX=7EFDE000  ECX=00000286  EDX=2105AEBC  ESI=00000000
EDI=76751245  EBP=0018FACC  ESP=0018FA3C  EIP=007B0A27  FLG=00210202
CS=0023   DS=002B  SS=002B  ES=002B   FS=0053  GS=002B

0023:007B0A27 Game.exe
0023:0048E451 Game.exe
0023:004E0912 Game.exe
0023:0051432D Game.exe
0023:0051409E Game.exe
0023:0046F730 Game.exe
0023:0049108F Game.exe
0023:00490EA5 Game.exe
0023:00476F8C Game.exe
0023:009208AC Game.exe
0023:767533AA kernel32.dll, BaseThreadInitThunk()+0018 byte(s)
0023:77209EF2 ntdll.dll, RtlInitializeExceptionChain()+0099 byte(s)
0023:77209EC5 ntdll.dll, RtlInitializeExceptionChain()+0054 byte(s)

[Lumi]

Debug mal die Neuz. ^^

[paddygamer]

Originally Posted by Lumi'

Debug mal die Neuz. ^^

Game.exe ist ja die Neuz und ich bin mir auch ziemlich sicher das der Fehler durch die res daten kommt.. Nur ist da noch ein anderer Fehler sichtbar?
Oder meinst du mit Debuggen in diesem Sinne das ich den Source der Neuz nochmal checken soll?

[Velmore]

Du siehst halt woran das problem liegt.

[paddygamer]

Originally Posted by Velmore

Du siehst halt woran das problem liegt.

Sagt mir leider 0.

[Lumi]

Debuggen bedeutet in dem Sinne, die Neuz über der Source laufen zu lassen und da wo der Fehler auftaucht, wird auch der Fehler angezeigt und dann weißt du auch woran das liegt.

[paddygamer]

Originally Posted by Lumi'

Debuggen bedeutet in dem Sinne, die Neuz über der Source laufen zu lassen und da wo der Fehler auftaucht, wird auch der Fehler angezeigt und dann weißt du auch woran das liegt.

Aso du meinst VS Studio -> Und dann die Neuz direkt darüber starten und wenn der Error kommt springt er ja zu dem Punkt der den Fehler verursacht hat?

[Lumi]

Ganz genau so ist es.
Somit lässt sich dein Problem schneller lösen.

[xTwiLightx]

So kann das ganze in etwa aussehen. Der grüne Pfeil zeigt dir dann genau den Punkt an, wo das Program abstürzt. Unten siehst du dann noch dazu den Stack (also den Inhalt der Arrays, etc), um zusätzliche Infos zu bekommen.
- Leider half mir Debugging bei gezeigtem Bildschirm nicht, weil das Problem am Ende der Funktion auftrat und somit nicht wirklich geholfen hat.

[paddygamer]

Originally Posted by xTwiLightx

So kann das ganze in etwa aussehen. Der grüne Pfeil zeigt dir dann genau den Punkt an, wo das Program abstürzt. Unten siehst du dann noch dazu den Stack (also den Inhalt der Arrays, etc), um zusätzliche Infos zu bekommen.
- Leider half mir Debugging bei gezeigtem Bildschirm nicht, weil das Problem am Ende der Funktion auftrat und somit nicht wirklich geholfen hat.

Ja danke, ich selber hab die Source auch nicht, sondern n Kollege ich guck Morgen mal oder Montag per TV bei ihm mit rein, wie das da aussieht^^.
Bei dir könnte der Error beim Return kommen oder bei der hTechnique, schau dir mal den Wert da an . Sieht sehr strange aus und Koreanisch ist das auch nur in nem anderen Universum .

[xTwiLightx]

Originally Posted by paddygamer

Ja danke, ich selber hab die Source auch nicht, sondern n Kollege ich guck Morgen mal oder Montag per TV bei ihm mit rein, wie das da aussieht^^.
Bei dir könnte der Error beim Return kommen oder bei der hTechnique, schau dir mal den Wert da an . Sieht sehr strange aus und Koreanisch ist das auch nur in nem anderen Universum .

Ist schon richtig so, da hTechnique vom Typ HRESULT ist. Normal, dass da kein Char Wert stehen wird.

[Wanetrain]

1. Ist es ein D3DXHANDLE (was darüber steht..)
2. Ist D3DXHANDLE ein LPCSTR
3. Weil es ein LPCSTR ist, ist es ein const char* (was im übrigen in dem stack steht..)
4. Die schnicken zeichen, sind eigentlich nur da weil man ihn nicht auf null setzt (den pointer, versteht sich)
5. D3DXHANDLE hTechnique = nullptr;

Dass witzige hierbei ist allerdings, wo zum fick nochmal wird bei dir "LoadEffect" aufgerufen? also bei mir ehrlich gesagt überhaupt nicht..

Nützlicher Tipp: Breakpoint's ab dem start setzen und dann weiter Skippen, dann findest du es deutlich besser als immer wie ein wannabe den Debugger zu starten und zu hoffen dass er etwas meldet.

Ach, wer nicht glauben will dass diese Function ungenützt ist:

Hefe Fun!

[xTwiLightx]

Originally Posted by Wanetrain

1. Ist es ein D3DXHANDLE (was darüber steht..)
2. Ist D3DXHANDLE ein LPCSTR
3. Weil es ein LPCSTR ist, ist es ein const char* (was im übrigen in dem stack steht..)
4. Die schnicken zeichen, sind eigentlich nur da weil man ihn nicht auf null setzt (den pointer, versteht sich)
5. D3DXHANDLE hTechnique = nullptr;

Dass witzige hierbei ist allerdings, wo zum fick nochmal wird bei dir "LoadEffect" aufgerufen? also bei mir ehrlich gesagt überhaupt nicht..

Nützlicher Tipp: Breakpoint's ab dem start setzen und dann weiter Skippen, dann findest du es deutlich besser als immer wie ein wannabe den Debugger zu starten und zu hoffen dass er etwas meldet.

Ach, wer nicht glauben will dass diese Function ungenützt ist:

Hefe Fun!

Bloom, diggahhh, BLUUHHMMM!

Übrigens arbeite ich oft mit Step-by-Step Debug, nicht dem üblichen "Crash"Debug.