Chrome 49 在 ReactOS 上 c0000005 崩溃的修复过程

Chrome 49 在 ReactOS 上 c0000005 崩溃的修复过程

概述

Chrome 49 (Chrome_V49) 在 ReactOS 上启动时立即崩溃，异常代码c0000005（访问违例），EIP=0。本文档详细记录了从问题分析到修复的完整过程。

1. 启用 Chrome 专用崩溃调试日志

修改文件

• dll/win32/kernel32/client/except.c

修改内容

在UnhandledExceptionFilter调用的PrintStackTrace函数中，添加进程名判断，仅当当前进程为Chrome.exe时才打印详细的崩溃调试信息。

关键代码 - 进程名判断：

staticBOOLIsChromeProcess(VOID){CHAR szPath[MAX_PATH];CHAR*pName,*pSlash;if(!GetModuleFileNameA(NULL,szPath,sizeof(szPath)))returnFALSE;/* Extract filename from full path */pName=szPath;pSlash=strrchr(szPath,'\\');if(pSlash)pName=pSlash+1;pSlash=strrchr(szPath,'/');if(pSlash&&pSlash>pName-1)pName=pSlash+1;/* Convert to lowercase for comparison */for(pSlash=pName;*pSlash;pSlash++){if(*pSlash>='A'&&*pSlash<='Z')*pSlash+='a'-'A';}return(strcmp(pName,"chrome.exe")==0);}

调试日志输出（10 步）：

2. 第一次崩溃分析：EIP=0 的 NULL 指针调用

崩溃日志摘要

ExceptionCode: c0000005 (ACCESS_VIOLATION) ExceptionAddress: 00000000 Operation: READ Faulting Address: 00000000 Registers: EAX: 00000000 EBX: 00000000 ECX: 0012fce4 EDX: c0000001 EBP: 0012fe14 ESI: 0015b0d0 ESP: 0012fca0 EDI: 00400000 EIP: 00000000 Call Stack (3 frames): Frame[0]: <Chrome.exe:0x1078f> (base=00400000) Frame[1]: <Chrome.exe:0x63e1a> (base=00400000) Frame[2]: <kernel32.dll:0x12535> (base=7C5E0000)

分析过程

1. 调用栈过短（仅 3 帧）→ 崩溃发生在 Chrome.exe 的非常早期初始化阶段
2. EIP=0→ CPU 试图执行地址 0 处的代码 → 通过 NULL 函数指针调用
3. Frame[0]=0x1078f→ 单例构造函数返回后的地址

反汇编 Chrome.exe 构造函数

使用 hex dump + objdump 反汇编 Chrome.exe：

关键代码段（RVA 0x104C0 ~ 0x1078f）：

; Chrome 单例对象构造函数 (size 0x4C = 76 bytes) ; === 第一次 API 动态解析 === 0x104EE: call [GetCurrentProcess] ; 获取当前进程句柄 0x10504: call [GetModuleHandleW] ; GetModuleHandleW("kernel32.dll") 0x1050B: call [GetProcAddress] ; GetProcAddress(hMod, "IsWow64Process") 0x10513: test eax, eax 0x10515: je SKIP ; 如果 NULL 则跳过 ... 0x1052C: call *%eax ; 调用 IsWow64Process ; === 第二次 API 动态解析 === 0x106B9: push "GetProductInfo" ; 函数名 0x106BE: push "kernel32.dll" ; 模块名 0x106C3: call [GetModuleHandleW] ; GetModuleHandleW("kernel32.dll") 0x106C9: push eax ; hModule 0x106CA: call [GetProcAddress] ; GetProcAddress(hMod, "GetProductInfo") ... 0x106E7: call *%eax ; 调用 GetProductInfo ← CRASH HERE!

根因定位

寄存器 + 栈数据综合分析：

ESP at 0x0012FCA0: 0x0012FCA0: 004106E9 00000006 00000000 00000000

ESP 顶部值0x004106E9对应call *%eax指令后的返回地址（RVA 0x106E9），指令本身在RVA 0x106E7。

call *%eax的分析：

• GetProcAddress(hKernel32, "GetProductInfo")→ EAX
• 如果 EAX=0（函数未找到），则call *%eax→ EIP=0 → 崩溃

根因确认

ReactOS 的kernel32.spec文件将GetProductInfo定义为转发器：

@ stdcall GetProductInfo(long long long long ptr) ntdll.RtlGetProductInfo

但ntdll.dll 并没有导出 RtlGetProductInfo！

Chrome 通过GetProcAddress(GetModuleHandleW("kernel32.dll"), "GetProductInfo")查找函数 → 转发器指向ntdll.RtlGetProductInfo→ ntdll 中没有此函数 → 返回 NULL → Chrome 调用 NULL 指针 → 崩溃。

3. 修复：修改 kernel32.spec 转发器

修改文件

• dll/win32/kernel32/kernel32.spec

修改内容

- @ stdcall GetProductInfo(long long long long ptr) ntdll.RtlGetProductInfo + @ stdcall GetProductInfo(long long long long ptr) ntdll_vista.RtlGetProductInfo

修复原理

1. Chrome 在 Vista 兼容模式下运行（LdrpInitializeProcessCompat: Found guid for winver 0x600）
2. Vista 兼容 shim DLLntdll_vista.dll会被自动加载
3. ntdll_vista.dll确实导出了RtlGetProductInfo
4. 修改转发器指向ntdll_vista.RtlGetProductInfo后，GetProcAddress能正确解析

4. 修复验证

修复前

ExceptionCode: c0000005 ExceptionAddress: 00000000 Call Stack: 3 frames (Chrome.exe → Chrome.exe → kernel32)

修复后

ExceptionCode: 80000003 (BREAKPOINT) ExceptionAddress: 021D7BCB (chrome.dll 内有效地址) Call Stack: 20 frames (全部在 chrome.dll 内) EIP Bytes: cc c3 6a 01 e8 05 2d ec 00 cc ...

结论

• ✅c0000005NULL 指针崩溃已完全修复
• ✅ Chrome 通过了单例构造函数阶段
• ✅ Chrome 进入了chrome.dll 的主初始化代码
• ⏳ 新的80000003断点异常是 Chrome 内部断言失败，需要进一步分析

5. 文件变更汇总

6. 编译与部署流程

# 编译ninja-C output-MinGW-i386 kernel32# 停止 VME:\VirtualBox\VBoxManage.exe controlvm"ReactOS-Test-New"poweroff# 部署到 VDIvdi_tool.exe add output-MinGW-i386\ReactOS-Test.vdi ^ output-MinGW-i386\dll\win32\kernel32\kernel32.dll ^/ReactOS/system32/kernel32.dll# 清除串口日志 + 启动 VMRemove-Itemoutput-MinGW-i386\serial_output.log E:\VirtualBox\VBoxManage.exe startvm"ReactOS-Test-New"# 查看日志Select-String-Path"output-MinGW-i386\serial_output.log"-Pattern"CHROME-DBG"