We have a customer who startet our application under Windows 2003
Server 64 bit (AMD Opteron) and the application crashes immediately with the below stacks. We use Dolphin 5.1.4. Is there a fix for that? Regards Carsten 1) a GPFault('Invalid access to memory location. Writing 0x82DEDB4, IP 0x82DEDB4 ()') ProcessorScheduler>>gpFault: self: a ProcessorScheduler arg[1] @137189620 ProcessorScheduler>>vmi:list:no:with: self: a ProcessorScheduler BlockClosure>>ifCurtailed: self: [] in nil arg[1] [] in ProcessorScheduler>>vmi:list:no:with: ProcessorScheduler>>vmi:list:no:with: self: a ProcessorScheduler arg[1] 476 arg[2] nil arg[3] 5 arg[4] @137189620 UserLibrary(ExternalLibrary)>>invalidCall self: @137018900 UserLibrary>>enumWindows:lParam: self: @137018900 arg[1] #[84 104 6 0 0 0 184 96 192 64 0 255 208 194 8 0] arg[2] 0 InputState>>topLevelHandlesDo: self: an InputState arg[1] [] in InputState>>uiIdle InputState>>uiIdle self: an InputState InputState>>aboutToIdle self: an InputState InputState>>waitForInput: self: an InputState arg[1] true InputState>>loopWhile: self: an InputState arg[1] [] in InputState>>mainLoop InputState>>mainLoop self: an InputState InputState>>forkMain self: an InputState ExceptionHandler(ExceptionHandlerAbstract)>>markAndTry self: an ExceptionHandler ExceptionHandler(ExceptionHandlerAbstract)>>try: self: an ExceptionHandler BlockClosure>>ifCurtailed: self: [] in nil arg[1] [] in ExceptionHandlerAbstract>>try: BlockClosure>>ensure: self: [] in ExceptionHandlerAbstract>>try: arg[1] [] in ExceptionHandlerAbstract>>try: ExceptionHandler(ExceptionHandlerAbstract)>>try: self: an ExceptionHandler arg[1] [] in InputState>>forkMain BlockClosure>>on:do: self: [] in InputState>>forkMain arg[1] ProcessTermination arg[2] [] in BlockClosure>>newProcess BlockClosure>>newProcess self: [] in InputState>>forkMain OBJEKTE, letzter Zustand: @137018900 an UserLibrary(16r7D930000 - 'C:\WINDOWS\syswow64\USER32.dll') @137189620 #[5 0 0 192 0 0 0 0 0 0 0 0 180 237 45 8 2 0 0 0 8 0 0 0 180 237 45 8 1 0 0 0 1 0 0 0 64 0 0 0 128 57 184 120 0 0 0 0 60 0 0 0 200 193 48 0 0 176 253 126 176 238 18 0 240 237 18 0 128 57 184 120 225 238 4 1 160 215 88 206] 2) a GPFault('Invalid access to memory location. Writing 0x92658BC, IP 0x92658BC ()') ProcessorScheduler>>gpFault: self: a ProcessorScheduler arg[1] @137190500 ProcessorScheduler>>vmi:list:no:with: self: a ProcessorScheduler BlockClosure>>ifCurtailed: self: [] in nil arg[1] [] in ProcessorScheduler>>vmi:list:no:with: ProcessorScheduler>>vmi:list:no:with: self: a ProcessorScheduler arg[1] 476 arg[2] nil arg[3] 5 arg[4] @137190500 UserLibrary(ExternalLibrary)>>invalidCall self: @137018900 UserLibrary>>enumWindows:lParam: self: @137018900 arg[1] #[84 104 11 0 0 0 184 96 192 64 0 255 208 194 8 0] arg[2] 0 InputState>>topLevelHandlesDo: self: an InputState arg[1] [] in InputState>>uiIdle InputState>>uiIdle self: an InputState InputState>>aboutToIdle self: an InputState InputState>>waitForInput: self: an InputState arg[1] true InputState>>loopWhile: self: an InputState arg[1] [] in InputState>>mainLoop InputState>>mainLoop self: an InputState InputState>>forkMain self: an InputState ExceptionHandler(ExceptionHandlerAbstract)>>markAndTry self: an ExceptionHandler ExceptionHandler(ExceptionHandlerAbstract)>>try: self: an ExceptionHandler BlockClosure>>ifCurtailed: self: [] in nil arg[1] [] in ExceptionHandlerAbstract>>try: BlockClosure>>ensure: self: [] in ExceptionHandlerAbstract>>try: arg[1] [] in ExceptionHandlerAbstract>>try: ExceptionHandler(ExceptionHandlerAbstract)>>try: self: an ExceptionHandler arg[1] [] in InputState>>forkMain BlockClosure>>on:do: self: [] in InputState>>forkMain arg[1] ProcessTermination arg[2] [] in BlockClosure>>newProcess BlockClosure>>newProcess self: [] in InputState>>forkMain OBJEKTE, letzter Zustand: @137190500 #[5 0 0 192 0 0 0 0 0 0 0 0 188 88 38 9 2 0 0 0 8 0 0 0 188 88 38 9 1 0 0 0 144 13 185 247 66 0 0 0 128 57 184 120 0 0 0 0 65 0 0 0 128 46 49 0 0 176 253 126 176 238 18 0 240 237 18 0 128 57 184 120 225 238 4 1 160 215 88 206] @137018900 an UserLibrary(16r7D930000 - 'C:\WINDOWS\syswow64\USER32.dll') |
Carsten,
> We have a customer who startet our application under Windows 2003 > Server 64 bit (AMD Opteron) and the application crashes immediately > with the below stacks. > > We use Dolphin 5.1.4. > Is there a fix for that? I'm not sure. We haven't run Dolphin in this configuration as yet. I suspect it may be something to do with Opteron protecting its code in ways that the 32-bit mode doesn't. Since we don't have an AMD processor, this may be tricky to test. I'll let you know if we come up with anything. best regards, Andy Bower Dolphin Support |
Free forum by Nabble | Edit this page |