Zugriffsverletzung 0x00.. in user32.dll auf chinesischem Server

[mquadrat]

Hallo zusammen,

ich habe gerade ein Problem bei dem ich ein wenig auf dem Schlauch stehe. Ausgangslage: Eine Anwendung (lokalisiert über gnugettext) läuft stabil auf deutschen, polnischen und amerikanischen Systemen. Auf chinesischen Systemen jedoch (Regionaleinstellung Chinese Simplified), kommt es zu Zugriffsverletztungen in der user32.dll?!

Code:

main thread ($1ac4):
00000000 +000 ???
77628d31 +00b USER32.dll                      GetKeyboardLayout
0052132c +02c abcdefg.exe  Vcl.Controls       TWinControl.MainWndProc
0048af70 +014 abcdefg.exe  System.Classes     StdWndProc
77627885 +00a USER32.dll                      DispatchMessageW
005ee3b7 +0f3 abcdefg.exe  Vcl.Forms          TApplication.ProcessMessage
005ee3fa +00a abcdefg.exe  Vcl.Forms          TApplication.HandleMessage
005ee739 +0c9 abcdefg.exe  Vcl.Forms          TApplication.Run
00f19d4b +1d7 abcdefg.exe  ABCDEFG        264 initialization
75c43388 +010 kernel32.dll                    BaseThreadInitThunk

Anwendung ist in XE2 programmiert, falls die Info irgendwem was hilft

Mir gehen da gerade irgendwie die Ideen aus

[Sherlock]

Verwendest Du UnicodeString bzw. String oder sowas wie WideString oder AnsiString?
Bei letzterem ist das Problem klar...

Sherlock

[mquadrat]

Eigentlich flächendeckend String (dachte ich zumindest). Aber mir fehlt gerade noch ein wenig der Zusammenhang zum Stack-Trace bzw. warum das als Zugriffsverletzung aufschlägt. Magst du da vielleicht noch den ein oder anderen Satz schreiben?

EDIT: Meine Verwirrung hat sich noch nicht so wirklich gelegt. Der Absturz passiert nach dem Schließen eines Fenster und zwar NACH dem Release. Das Release geht also noch korrekt durch. Außerdem ist es abhängig davon, was in dem Fenster angezeigt wurde. Ich löse nirgendwo manuell Windows Messages aus.

[Sherlock]

Ins Blaue hinein: Kann es sein, daß bei der Übersetzung eigentlich interne Bezeichner oder Unitnamen oder sowas in der Art übersetzt wurden/werden? Im europäischen Umfeld macht das ja weniger was aus, aber sobald da chinesische Zeichen reinrutschen könnte das Problematisch werden.

Sherlock

[mquadrat]

Das ganze ist sehr diffus. Ich habe immerhin jetzt die Stelle gefunden. Den Fehler verursacht hat ein TChart, obwohl der Fehler erst nach(!) dem Release des entsprechenden Formulars geworfen wird. Ebenso trittder Fehler nur auf, wenn das Objekt, das in diesem Form dargestellt wird, einen bestimmten Status hat. Der Status wirkt sich aber eigentlich gar nicht auf dieses TChart aus.

Wenn ich etwas Luft habe, werde ich da mal weiter testen.

[Dejan Vu]

Das ist ein Seiteneffekt: Der Fehler ist vermutlich ganz woanders. Hast Du dein Projekt mal mit Range- und Overflowchecks kompiliert? Mal FastMM mit FullDebugMode probiert? Erst wenn letzteres im normalen Betrieb (was deinen komischen Fehler verursacht) ohne Meckerei durchläuft, ist es ein Problem.