调试日志-不匹配的消息映射宏和相应函数的错误。

解决MFC Release模式下无效地址访问问题
最新推荐文章于 2024-07-20 20:16:43 发布
最新推荐文章于 2024-07-20 20:16:43 发布
阅读量1k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： MFC 文章标签： mfc google c
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/BennieZ/article/details/1448256
本文介绍了一种解决MFC应用程序在Release模式下出现无效地址访问错误的方法。通过分析调用堆栈，定位到问题源于自定义消息响应函数签名不正确。最终通过修正函数签名解决了该问题。

程序在Debug的时候正常，但是在Release时无效地址访问，当时的栈Trace如下：

ChildEBP RetAddr 
0012f7d8 7288bab2 MFC42u!CMapPtrToPtr::GetValueAt+0x3
0012f7e4 72831215 MFC42u!COleControlContainer::AttachControlSite+0x12
0012f7f0 72831112 MFC42u!CWnd::AttachControlSite+0x35
0012f800 72831ea2 MFC42u!CWnd::FromHandle+0x22
0012f884 72831c8a MFC42u!CWnd::OnWndMsg+0x1f1
0012f8a4 72831bf4 MFC42u!CWnd::WindowProc+0x24

每次前面有所不同，一般从FromHandle后面就查不多了，因为是Release失败，考虑可能是函数签名不匹配导致的返回栈不正确等，或者内存越界等，打开ApplicationVerifier也找不出问题，虽然设定了调试信息，但是MFC42U不携带源码信息，只有函数。不过想想，世界上倒霉蛋不会只我一个，遂上网搜索。google之，众多MVP都说是自定义消息的相应函数签名不正确，应该为

LRESULT (WPARAM, LPARAM)

因为ON_MESSAGE()宏产生的函数签名为此格式，但是如果少写了参数，就会有此表现。在程序中搜索ON_MESSAGE，果然发现有一个别人写的自定义消息相应函数无参数。改之，一切正常。

仔细研究了一下调用时的情况，如果判断一下最后消息应该是可以快速发现问题的。

forward_to_next_shard：节点间数据对接；map_partitions_to_shards:分片和算力分布匹配-分区映射到模型的分片；process_prompt：语句或numpy；
ZJQ的博客
08-05 373
forward_to_next_shard：节点间数据对接；map_partitions_to_shards:分片和算力分布匹配-分区映射到模型的分片；process_prompt：语句或numpy；
Python学习笔记 - 探索正则表达式对象和对象匹配
Mr数据杨
05-02 5947
正则表达式是处理文本数据的强大工具。在 Python 中，re模块提供了一系列功能丰富的正则表达式方法和属性，帮助开发者高效地进行文本匹配和处理。通过本教程，你应该掌握了如何编译正则表达式对象，并使用这些对象的各种方法和属性来匹配、提取和操作文本数据。无论你是在进行数据清洗、日志分析，还是开发复杂的字符串处理逻辑，正则表达式都能助你一臂之力。
CSocket 使用静态MFC 错误
蚂蚁取经
09-15 251
void* CMapPtrToPtr::GetValueAt(void* key) const 在 CSocket 被 Create 之前调用 AfxSocketInit 函数, 例如 WSADATA wsaData; AfxSocketInit(&wsaData); m_sock.Create() ...
MFC窗口子类化
feimashenhua的专栏
05-17 2340
所谓子类化，也就是因为某种需求，对一个windows窗口(当然这里的窗口可以是控件、Dialog等)用自己的窗口函数，代替原有的窗口函数） 再看看别人的解释： 所谓窗口子类化，实际上就是改变窗口内存块中的有关参数。由于这种修改只涉及到一个窗口的内存块，因此它不会影响到属于同一窗口类的其它窗口的功能和表现（IDàHWNDàCWnd）。窗口子类化中最常见的是修改窗口内存块中的窗口函数地址（lpfn
MFC中的DC、CDC、HDC、句柄、设备上下文
03-18
MFC中的DC、CDC、HDC、句柄、设备上下文
驱动开发系列07 - 内存映射和DMA
GPU全栈博主
07-20 1014
本文深入探讨 Linux 内存管理子系统，重点介绍对设备驱动程序编写者有用的技术。许多类型的驱动程序编程都需要对虚拟内存子系统的工作原理有一定的了解；当我们编写一些更复杂、对性能要求更高的驱动时，本文所涉及的内容就会派上用场。虚拟内存子系统也是 Linux 核心内核中非常有趣的一部分，因此值得一看。本文内容分为三节：第一节涉及 mmap 系统调用的实现，该调用允许将设备内存直接映射到用户进程的地址空间。将设备内存直接映射到用户进程的地址空间。
PHP 中的错误处理和调试：在PHP中调试
新华编程特战队
05-03 1122
PHP 中的调试技术涉及识别和修复代码中的错误和问题，以确保正常运行。它包括各种方法，例如使用错误报告、日志记录和调试工具。错误报告设置有助于识别语法错误和运行时问题，为调试提供有价值的信息。日志记录技术涉及将消息写入日志文件，以跟踪程序流并识别错误。调试工具（如 Xdebug）提供断点、单步执行和变量检查等高级功能。有效的调试技术可帮助开发人员有效地诊断和修复问题，从而提高代码质量并简化开发过程。PHP 中的调试是指识别、分析和解决 PHP 代码中的错误、错误和意外行为的过程。
Android日志[进阶篇]二-分析堆栈轨迹(调试和外部堆栈)
热门推荐
主要记录一些问题处理记录，部分是作为知识库使用
09-09 1万+
目录调试中的堆栈轨迹从外部来源打开堆栈轨迹监控剪贴板，确定是否有新的堆栈轨迹 堆栈 一般是指java层的或jni层发生crash时候的函数调用序列，最顶层就是发生异常的地方，有的情况下这个堆栈并不一定完整。映射代码基本上指应用层(java 或kotlin)，是为了方便将错误定格到代码上，也就是本文讲的内容。但建议小伙伴们要逐渐脱离这样的工具，能自己直接定格，这样效率会更高。至于jni的，需要进行相关的函数表配置，总体思路都是一样的。 调试中的堆栈轨迹 调试应用通常需要使用堆栈轨迹。每当您的应用因为错误或异常
CMapPtrToPtr实现
SzMing
10-30 668
struct CMyPlex   {      CMyPlex* pNext;      void* data(void)      {          return this + 1;      }      static CMyPlex* Create(CMyPlex* &pHead, UINT nMax, UINT cbElement);      void FreeDataChain(v
CSocket写的服务器的使用静态MFC的错误的解决方案
luffy1233的专栏
07-23 724
用共享DLL方式使用MFC,用CSocket写的服务器(开了一个监听线程),没事能正常使用           而改为用静态使用MFC时候!却来个中断           在其它机器上系统报程序错误!要关闭!从新启动!           void*   CMapPtrToPtr::GetValueAt(void*   key)   const      //   find   va
安卓启动日志，架构映射异常
最新发布
05-29
<think>好的，用户现在想查找安卓启动日志中架构映射异常的原因或解决方案。我需要先理解什么是架构映射异常。可能是在系统启动过程中，硬件和软件之间的架构不匹配导致的错误，比如内核与硬件的不兼容，或者驱动加载的问题。首先，用户提到的安卓启动日志，可能涉及到内核启动流程，引用[4]提到了Kernel启动时的初始化步骤，包括CPU引导、内存管理等，如果在这个过程中出现架构映射问题，可能是硬件抽象层（HAL）或内核配置的问题。比如，内核没有正确识别处理器的架构，或者设备树（DeviceTree）配置错误。然后，引用[2]提到logd是日志系统的核心服务，负责收集和管理日志。用户需要检查logd的日志，特别是内核启动阶段的日志，可能通过adblogcat或者dmesg命令获取相关信息。架构映射异常可能在这里被记录，比如出现“RemapCameraId”这样的关键字，引用[3]提到了相机日志中的RemapCameraId，这可能与硬件映射有关，但不确定是否直接相关，需要进一步分析。 另外，引用[1]提到高性能日志系统的重要性，可能用户需要更高效的日志分析工具来捕捉启动时的异常。比如使用美团的Logan或微信的xLog，但用户当前的问题更偏向于系统启动阶段的日志分析，可能需要特定的日志过滤方法。接下来，可能的解决方法包括检查内核配置是否正确，确认设备树是否匹配硬件架构，更新或修复HAL层模块，以及检查系统镜像的兼容性。比如，在启动日志中查找“arch_call_rest_init”这样的函数调用，引用[4]中的代码片段显示该函数在初始化阶段调用，如果在这里出现问题，可能导致后续的架构映射错误。 还需要考虑系统分区或镜像损坏的可能性，用户可能需要重新刷写正确的固件。此外，查看日志中的具体错误信息，如“RemapCameraId”或“OPEN_CAMERA”等关键字，引用[3]中的相机日志可能与摄像头硬件映射有关，但如果是启动阶段的问题，可能与更底层的硬件映射相关，比如CPU或内存控制器。 总结步骤应该是：获取相关日志，分析关键错误信息，检查内核和硬件配置，验证系统镜像完整性，更新或修复驱动/HAL模块。可能需要指导用户如何抓取启动日志，使用哪些命令，以及如何定位错误代码。</think>### 安卓启动日志中“架构映射异常”原因及解决方案 #### 一、问题定位步骤 1. **获取完整启动日志** - 使用 `adb logcat -b all -d > boot.log` 导出完整日志 - 通过 `dmesg | grep "arch\|mapping"` 过滤内核级架构相关错误[^4] 2. **关键日志标识** - 搜索以下关键字： - `Failed to map architecture`（架构映射失败） - `HAL layer mismatch`（硬件抽象层不匹配） - `DeviceTree validation error`（设备树校验错误）[^4] - `RemapCameraId`（摄像头硬件映射异常，可能关联架构映射逻辑）[^3] --- #### 二、常见原因及解决方案 1. **内核与硬件架构不兼容** - **现象**：日志中出现 `Unsupported CPU architecture` 或 `Kernel panic - arch init failed` - **解决**： - 检查内核编译配置（`arch/arm64/configs` 或 `arch/x86/configs`）是否匹配设备处理器架构 - 重新刷写与硬件匹配的 Bootloader 和 Kernel 镜像[^4] 2. **HAL层模块加载失败** - **现象**：日志中 `hw_mapper` 报错，如 `Failed to load libhardware_interface.so` - **解决**： - 验证 `/vendor/lib/hw/` 下 HAL 库文件的架构后缀（如 `.so` 文件是否包含 `arm64`/`x86_64`） - 使用 `file libhardware.so` 命令检查二进制文件架构[^2] 3. **设备树（DeviceTree）错误** - **现象**：`devicetree: Invalid node mapping` 或 `DTB partition corrupted` - **解决**： - 通过 `dtc -I dtb -O dts -o dump.dts /sys/firmware/fdt` 反编译设备树并检查节点定义 - 重新生成 DTB 文件并刷入 `dtbo` 分区[^4] 4. **系统镜像兼容性问题** - **现象**：`system partition A/B slot architecture mismatch` - **解决**： - 使用 `fastboot getvar all` 确认当前 Slot 的架构标识（如 `arm64-v8a`） - 通过 `fastboot --set-active=a/b` 切换镜像槽位[^1] --- #### 三、深度调试建议 ```bash # 1. 启用详细架构日志 adb shell setprop persist.logd.filter debug.arch_mapping # 2. 动态追踪 HAL 层调用 strace -p $(pidof hwservicemanager) -e openat,mmap # 3. 内核级调试（需 Root） echo 8 > /proc/sys/kernel/printk # 提升内核日志级别 cat /proc/iomem | grep -i "mapping conflict" ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值