C++ 语言
一个ILLEGLE INSTRUCTION转SEGMENT FAULT的诡异CORE
墨衍会员 · AI 创作全网分发 墨衍智能分发 通过墨衍一键同步至各平台 可同步平台 CSDN微信公众号微博知乎掘金百家号博客园抖音小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年，写一次发全网
我也要 关注 + 加入社区先简单描述一下代码结果，实际比这个复杂，但大概也差不多
a1.c/a2.c/a3.c=>LIBA.SO
e.c + LIBA.SO=>execBin
下面我开始讲述一下，查找原因的过程（前后一个月……悲剧，到现在还没找到原因），感觉进展都可以写成一个小小说了……
阶段一，这个时候，CORE原因是ILLEGAL INSTRUCTION。
只有一个ILLEGAL INSTRUCTION，文件里有CORE的地方，但是根本无法定位原因。
因此只能开始瞎猜，首先怀疑LIBA.SO，因为这是一个开源代码基本上改过来的，唯一使用MALLOC的地方。
考虑到这个SO的功能是解析配置文件，只会有主线程调用，因此将LIBA.SO中动态分配内存（MALLOC/CALLOC/STRDUP）的地方，全部改成静态分配（全局BUFFER）。
改完之后，CORE消失，但是代码本身检查过，没有问题，而且有问题，为何会造成ILLEGAL INSTRUCTION？这感觉像是段错误覆盖了栈中的代码导致？后面再看
阶段二，中间有个小插曲：因为这套代码在操作系统升级前后都跑过，升级后才有的CORE，因此使用两个环境复现：
AIX7.1.2 未出现
AIX7.1.3 基于7.1.3全新编译或使用7.1.2编译的均会出现ILLEGAL INSTRUCTION。
暂时感觉毫无任何帮助。
阶段三：
因为ILLEGAL INSTRUCTION出现的慢（不停的运行过程中才出），所以在A函数中，使用了一些无用的变量（几百K），结果在A调用B时，立马出现CORE
此时CORE变成了SEGMENT FAULT。
这里的函数A是一个用户线程的入口函数，其间会调用函数B。
尝试在创建线程A的时候，增加堆栈大小，段错误消失。
阶段四：
这里肯定要问，是不是我加的变量导致SEGMENT FAULT？
没错，但是函数A内的变量少的可怜，是谁导致它，回想到阶段一改了LIBA.SO，如何证明和LIBA.SO有关系。
于是，验证如下：
首先调用LIBA.SO中的内容，都是在主线程，在A线程中没有调用。
其次因为LIBA.SO是解析配置文件，文件越在，MALLOCL的内存越多。
好了，程序任何都不改，只改配置文件，结果：
小的配置文件，不CORE
大的配置文件，必CORE
也就是说，导致线程堆栈溢出的，并不是用户线程A中的临时变量， 而是主线程调用LIBA.SO，导致堆栈溢出。
联想起阶段一，LIBA.SO的嫌疑越来越大。
到现在，由于线头太多，全部梳理出来几个关键点：
1、LIBA.SO中动态分配内存，改成静态，OK不CORE
2、用户线程A堆栈溢出，加大堆栈，OK不CORE了
3、上述任何作法，在两个操作系统中，都是7.1.2不CORE 7.1.3CORE，即使是完全同构的代码，这和操作系统有什么关系？
问题是，什么导致溢出的？是LIBASO分配的堆的内存使用越界，导致栈溢出吗？不同操作系统保护不一样？
相关推荐
ScreenInk 0.0.1.exe
ScreenInk 0.0.1.exe
外盘期货历史高频tick数据涵盖CME、ICE等交易所的主要品种，包含能源、贵金属、农产品、股指和外汇期货 数据字段有交易日期、精确到毫秒的时间、成交价格、成交量、持仓量以及买卖方向标识 部分品种还提
外盘期货历史高频tick数据涵盖CME、ICE等交易所的主要品种，包含能源、贵金属、农产品、股指和外汇期货。数据字段有交易日期、精确到毫秒的时间、成交价格、成交量、持仓量以及买卖方向标识。部分品种还提供盘口五档或十档挂单数据。所有数据按交易日压缩打包，解压后为CSV格式，便于直接读取分析。 数据源：CMES金融数据库
三相PWM整流器双闭环控制仿真模型（Simulink仿真实现）
内容概要：本文详细介绍了三相PWM整流器双闭环控制的Simulink仿真模型，重点实现电压外环与电流内环的协同控制策略，通过仿真验证系统在稳态与动态工况下的运行性能。模型涵盖主电路拓扑结构、PWM调制技术、坐标变换（如abc/dq变换）、PI控制器设计及双闭环控制逻辑的实现，能够实现单位功率因数运行、直流侧电压稳定控制以及网侧电流正弦化等目标。同时，文档进一步拓展至VOC（虚拟同步发电机控制）与SVPWM调制相结合的高级控制策略，提升了系统的动态响应能力与控制灵活性。; 适合人群：具备电力电子技术与电力系统基础知识，熟悉Simulink仿真环境的电气工程及相关专业的本科生、研究生、科研人员及工程技术人员。; 使用场景及目标：①深入理解三相PWM整流器的工作原理及其双闭环控制策略的设计方法；②掌握基于Simulink的电力电子系统建模、仿真与控制系统调试技术；③为后续研究电压源换流器（VSC）、虚拟同步控制（VOC）、微电网并网控制等先进电力电子控制技术奠定理论与实践基础。; 阅读建议：建议结合经典电力电子教材与本仿真模型同步学习，重点关注PI控制器参数整定、坐标变换模块的搭建逻辑以及系统稳定性分析方法，有条件者可进一步将仿真结果对接实际硬件平台进行实验验证，以深化对控制策略工程应用的理解。
用C#实现面向对象编程之继承和多态概念的示例程序
这是文章《面向对象编程之继承和多态》的配套示例程序。在学习面向对象编程时都学习到三个概念：封装、继承、多态。封装已经讲解过，可以翻一下本博客的发表记录。所谓的继承，就是父类已经实现的属性、方法等，子类也跟着有，无需重复实现。所谓的多态，就是父类只定义的属性、方法等的名称、数据类型、参数，具体由子类实现。
基于蚁群算法的多配送中心的车辆调度问题的研究（Matlab代码实现）
内容概要：本文聚焦于基于蚁群算法的多配送中心车辆调度问题，通过构建数学模型将复杂的物流路径规划问题转化为可计算的组合优化问题，并采用仿生智能优化算法——蚁群算法进行求解，旨在实现配送路径的最优配置，从而降低运输成本、提升配送效率。研究利用Matlab平台完成了算法的设计、实现与仿真验证，详细阐述了算法的关键参数设置、信息素更新机制、路径构造过程及收敛性分析，并结合具体算例证明了该方法在解决多配送中心车辆路径问题上的有效性与实用性。同时，文档还展示了智能优化算法在物流调度、路径规划等领域的广泛应用前景，提供了丰富的科研方向和技术拓展参考。; 适合人群：具备一定Matlab编程能力，从事运筹优化、智能算法研究或物流系统设计的研究生及科研人员；对车辆路径问题（VRP）及其多中心、多车型等变体问题有研究兴趣的高年级本科生或工程技术人员。; 使用场景及目标：①解决实际物流系统中多配送中心环境下的车辆调度优化问题；②深入理解并掌握蚁群算法在NP-hard类组合优化问题中的建模思路与编程实现技巧；③为毕业论文、科研项目或工程实践提供可复用的算法框架与代码基础；④推动智能优化算法在智慧物流、城市配送等实际场景中的应用落地。; 阅读建议：建议读者结合文中提供的网盘资源（如完整代码、测试数据集）动手复现算法过程，对比不同参数对收敛性能的影响，并尝试将该算法拓展至带时间窗（VRPTW）、多车型或多目标等更复杂的调度场景中，以深化对智能优化机制的理解与应用能力。
