Open Zero3K opened 10 months ago
Ah, yes, I remember in 2018 when I wrote the following:
+GoBonnieGo may have difficulty running on 32-bit systems;
int
andint64
were used interchangeably in the code.
I'm curious: what's the use case? As far as I know, you're the first to attempt running GoBonnieGo on a 32-bit system.
When I have time, I can look at the code & try to make fix it, but if you want it done faster you might try a pull request.
My use case is to test a UDFS driver under both 32 and 64-bit OSes for bugs so they can be fixed. Maybe you could tell me how to fix the original Bonnie++ so that a crash no longer happens and it is able to finish running its benchmarks.
Break instruction exception - code 80000003 (first chance) 001b:013433d3 cc int 3 0: kd> !analyze -v
Exception Analysis
FAULTING_IP:
Bonnie__!common_sopen_dispatch
EXCEPTION_RECORD: ffffffff -- (.exr 0xffffffffffffffff)
ExceptionAddress: 013433d3 (Bonnie__!common_sopen_dispatch
DEFAULT_BUCKET_ID: STATUS_BREAKPOINT
ERROR_CODE: (NTSTATUS) 0x80000003 - {EXCEPTION} Breakpoint A breakpoint has been reached.
EXCEPTION_CODE: (HRESULT) 0x80000003 (2147483651) - One or more arguments are invalid
EXCEPTION_PARAMETER1: 00000000
EXCEPTION_PARAMETER2: 87b36918
EXCEPTION_PARAMETER3: 00000000
MOD_LIST:
NTGLOBALFLAG: 1
APPLICATION_VERIFIER_FLAGS: 0
FAULTING_THREAD: 00000001
PRIMARY_PROBLEM_CLASS: STATUS_BREAKPOINT
BUGCHECK_STR: APPLICATION_FAULT_STATUS_BREAKPOINT
LAST_CONTROL_TRANSFER: from 013444b2 to 013433d3
STACK_TEXT:
0025ecf0 013444b2 004183c8 00000302 00000040 Bonnie!common_sopen_dispatch
FOLLOWUP_IP:
Bonnie__!common_sopen_dispatch
FAULTING_SOURCE_CODE: No source found for 'minkernel\crts\ucrt\src\appcrt\lowio\open.cpp'
SYMBOL_STACK_INDEX: 0
SYMBOL_NAME: bonnie__!common_sopen_dispatch
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: Bonnie__
IMAGE_NAME: Bonnie++.exe
DEBUG_FLR_IMAGE_TIMESTAMP: 653bef68
STACK_COMMAND: dt ntdll!LdrpLastDllInitializer BaseDllName ; dt ntdll!LdrpFailureData ; kb
FAILURE_BUCKET_ID: STATUS_BREAKPOINT_80000003_Bonnie++.exe!common_sopen_dispatchchar
BUCKET_ID: APPLICATION_FAULT_STATUS_BREAKPOINT_bonnie__!common_sopen_dispatchchar+193
Followup: MachineOwner
By the way, thanks for the most excellent bug-dump info.
That's the crash which happens when running a compiled exe of the original version (if you know C++, maybe you could offer the fix as a PR to my mirror, which is at https://github.com/Zero3K/bonnie). I got the backtrace by adding the proper switches to the Makefile.nt and using WinDbg's !gflag +soe and then running Bonnie++.
Maybe you could get it to compile properly under Visual Studio 2019.