平台崩溃之operator new异常（十二）-2010-5-27

最新推荐文章于 2023-03-29 20:19:29 发布
最新推荐文章于 2023-03-29 20:19:29 发布
阅读量578 收藏
点赞数
文章标签： 2010 平台 服务器 user
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m_star_jy_sy/article/details/5630152
版权

2010-5-27

 

昨天修改了日志输出的bug后，初步判断问题已经得到解决。以运行一个星期为周期。昨天晚上7:00起的服务器，若平台能够运行到下周四，则认为问题已经解决。

接下来就要跟出平台User breakpoint错误的具体原因。

 

特制定如下计划（排除法，侧重点是日志输出和内存越界）：

 

第一周（2010-5-26---2010-6-3）：平台不出问题，认为平台问题已经解决。

第二周（2010-6-3---2010-6-10）：恢复Inquery2后台线程，并将GetOrg等函数还原到dap中，若不出问题，则认为于Inquery2无关。

第三周（2010-6-10---2010-6-17）：恢复跨库访问，若不出问题，则认为跟跨库访问无关。

第四周（2010-6-17---2010-6-24）：恢复对象绑定代码，若不出问题，则认为与对象绑定无关。

第五周（2010-6-24---2010-7-1）：安全字符串拷贝函数增加断言，若不出问题，则认为不是内存越界造成的（这里可能会出现断言失败）

结论：是由于日志输出及其我们已经解决的若干bug（线程安全）造成的，问题得到解决，不必再追查。

 

 

m_star_jy_sy
关注
C/C++代码静态检测工具PC-Lint常见错误总结
dvlinker的技术专栏
09-25 3649
本文在项目实践的基础上总结出C/C++代码静态检测工具PC-Lint常见错误以及解决办法。
使用__try...__except或try...catch捕获异常防止C++程序产生异常崩溃（附源码）
最新发布
dvlinker的技术专栏
07-28 4421
使用__try...__except或try...catch捕获异常防止C++程序产生异常崩溃（附源码）
平台崩溃之operator new异常(十九)-2010-8-5
铭星的专栏
08-05 873
今天中午12：40分左右接到客服保障，平台无响应。平台从7-28日以控制台方式启动。远程上去观察现场：屏幕上最后一条日志为：12：42分，待处理请求数0，总请求数：3015717日志文件最后一条为： .[2010-08-04 12:42:36:575](线程10380)客户通：客户通添加合作机构扫描线程--开始；(???可互通线程没有退出来) 日志里面没有异常现象。crashlog日志：从7-28号以来，每天都有。处理过程:(1)利用Microsoft Windbg分析crash dump文件. 分析失败,
平台崩溃之operator new异常（十）-2010-5-21
铭星的专栏
05-21 1402
今天15：20分左右，平台停止了。错误为user breakpoint，调用栈如下：MSVCRTD! 10211920()MSVCRTD! 10211863()MSVCRTD! 10211836()MSVCRTD! 1020e1be()umxns::CUMXApp::AddParam(const char * 0x037da2bc `string, const char * 0x2546fb44
平台崩溃之operator new异常（二十三）-2010-9-27
铭星的专栏
09-28 3108
1）平台崩溃分析平台最近一次dump的分析结果如下：PROCESS_NAME:  hotfoxd.exeERROR_CODE: (NTSTATUS) 0x80000003 - {EXCEPTION_CODE: (HRESULT) 0x80000003 (2147483651) - EXCEPTION_PARAMETER1:  00000000EXCEPTION_PARAMETER2:  880b0bd0EXCEPTION_PARAMETER3:  ffffffffFAULTING_THREAD:  0000
平台崩溃之operator new异常(二十二)-2010-8-12
铭星的专栏
08-12 729
平台早上6点56出现无响应情况。最后一条日志如下：[2010-08-12 06:56:52:872](线程4152)客户通：客户通添加合作机构扫描线程--结束。处理：（1）跟踪一个定时器跟踪DeamonTaskManager的定时器处理函数，在入和出加上日志，代码如下：int DeamonTaskManager::handle_timeout(const ACE_Time_Value &tv,const void *arg) { HTX_LOGGER::instance()->log(LO_STDOUT|L
平台崩溃之operator new异常(二十一)-2010-8-9
铭星的专栏
08-09 1379
平台在8-8日04：13分崩溃，平台进程还在，telnet上去立即断开。产生了crash。分析结果日下：STACK_TEXT:  247cf77c 10211863 0000000c 00000001 004bf7dc MSVCRTD!_heap_alloc_dbg+0x60247cf798 1020a53a 0000000c 00000001 00000001 MSVCRTD!_nh_malloc_dbg+0x23247cf7b4 00486470 0000000c 00000001 004bf7dc M
unity new byte 释放_C++幕后故事（九）--我们来new个对象
weixin_39833469的博客
11-16 303
读者如果觉得我文章还不错的，，希望可以多多支持下我，文章可以转发，但是必须保留原出处和原作者署名。为了获取更好的阅读体验请关注微信公众号。更多内容请关注我的微信公众号：cpp手艺人。今天我们主要学习知识点：1.new的调用流程。2.我们重载了new之后能干啥。3.placement new干啥的。4.set_new_handler是什么。1. operator new操作符的原理1.1 opera...
IOT-OS之RT-Thread（十）--- DFS文件系统管理与devfs/elmfat示例
流云
10-22 7771
文件系统是一套实现了数据的存储、分级组织、访问和获取等操作的抽象数据类型 (Abstract data type)，是一种用于向用户提供底层数据访问的机制。文件系统通常存储的基本单位是文件，即数据是按照一个个文件的方式进行组织。当文件比较多时，将导致文件繁多，不易分类、重名的问题。而文件夹作为一个容纳多个文件的容器而存在。
平台崩溃之operator new异常（四）-2010-5-15
铭星的专栏
05-15 695
2010-5-15今天早上接到老总电话，平台又卡住了。远程上去，是user breakpoint from at对话框，确定后，程序的调用栈大致为new失败ado的GetField...binder.ObjectFromDB(prs)QUERY_MDB_COMMAND((CMD_QUERY_SERVER,svr_id),CServerBinder,*server,result);server_
平台崩溃之operator new异常（十一）-2010-5-26
铭星的专栏
05-26 891
2010-5-26今天中午平台停止了。停在了hotfox输出日志的地方。当时的调用栈为：MSVCRTD! 1020b1f3()MSVCRTD! 1021170a()ACED! 00548f29()ACED! 005273b2()ACED! 005255c0()HTX_Native_Logger::handle_message_block(ACE_Message_Block * 0x1bd1f160
平台崩溃之operator new异常（十四）-2010-6-9
铭星的专栏
06-09 826
2010-6-9从2010-6-2到2010-6-9，平台连续运行了一个礼拜（自2.5上线后第一次运行超过一个礼拜）按照日记十二的方案，今天晚上执行如下动作：恢复Inquery2后台线程，并将GetOrg、GetServer,GetOrgsOfRSP等函数还原到dap中，若不出问题，则认为于Inquery2无关。修改平台的rto代码，于19：40重启平台今天关闭平台时，vc的output窗口有输出调用栈，是商机中心存在记录集没有释放，调用栈如下：d:/src/server/source/source/sta
平台崩溃之operator new异常（五）-2010-5-16
铭星的专栏
05-17 644
2010-5-16昨天下午平台在非调试模式下重启后，于昨天晚上10点左右进程自动退出了。这种现象很有可能是内存越界所致。今天解决问题的方向定在内存越界这块。2.5平台新增的对象绑定技术（ORM）是用指针偏移来获得对象的。之前在GetOrgsOfSvr出问题时，就怀疑过这里，后来改为原始方式后这里就没有出过问题了。所以，今天就把dap里面的对象绑定全部改过来，改成原始的方式。增加一系列的Ra
平台崩溃之operator new异常（十六）-2010-6-21
铭星的专栏
06-21 725
今天早上10点30左右平台出现user breakpoint异常，调用栈如下：MSVCRTD! 10211920()MSVCRTD! 10211863()MSVCRTD! 1020a53a()operator new(unsigned int 12) line 552 + 48 bytes_bstr_t::_bstr_t(const char * 0x004bac70 `string') line 287 + 57 bytesCDbAccessor2::Connect() line 896 + 47 byt
平台崩溃之operator new异常（十三）-2010-6-1
铭星的专栏
06-01 963
2010-6-1处理SockHandler关闭时，释放Entity时崩溃问题今天早上9点40左右，平台出现未处理的异常，调用栈如下：NTDLL! 7c97afb2()NTDLL! 7c96d281()ACED! 0054df6d()ACED! 0058c1c0()ACE_Guard::acquire() line 9 + 13 bytesACE_Guard::ACE_Guard(ACE_Thread_Mutex & {...}) line 36ACE_Atomic_Op_Ex::value() line 1
平台崩溃之operator new异常（二）-2010-5-13
铭星的专栏
05-14 1467
2010-5-13今天准备处理的问题（1）：查出平台启动之初，本地服务器连不上平台。处理思路是：通过分析本地服务器的日志，看看为什么连接不上平台。本地服务器都是部署在客户那里，需要请维护部门的同事拿一家客户的日志回来看。先看看平台日志。平台日志分析发现2个问题1）有一个501请求（服务器上线请求）的处理线程产生了异常，该线程的日志为：[2010-05-13 08:04:23:968](线程1844
关于operator new的异常处理机制
xiaobai_hellow的博客
04-17 1186
关于new的内存开辟问题operator newnew-handler和set_new_handleroperator new内存开辟失败异常处理 operator new new-handler和set_new_handler operator new内存开辟失败异常处理
C++内存写越界导致堆内存被破坏致使new失败的问题定位总结
qq_41034175的博客
10-28 2487
问题描述： C++内存写越界导致堆内存被破坏致使new失败的问题定位总结。 报错信息：test_CRGraph: malloc.c:2379: sysmalloc: Assertion `(old_top == initial_top (av) && old_size == 0) || ((unsigned long) (old_size) >= MINSIZE && prev_inuse (old_top) && ((unsigned long) o
C++内存泄漏/内存越界的各种情况，以及预防与排查
iuu77的博客
03-29 4511
内存泄漏，是指在程序代码中动态申请的、堆上的内存 由于某种原因、在使用后没有被释放，进而造成内存的浪费。少部分的内存泄漏不会影响程序的正常运行，不过如果是持续的内存泄漏会耗光系统内存，最终会导致程序卡死甚至系统崩溃。为了避免系统崩溃，在无法申请到内存的时候，要果断调用exit()函数主动杀死进程，而不是试图挽救这个进程。内存越界是软件系统主要错误之一，其后果往往不可预料且非常严重。
重载【】运算符处理越界异常怎么写
09-21
### 回答1： 在C++中，可以通过重载【】运算符来实现数组的访问。在访问数组元素时，如果下标越界，就会出现异常。为了处理这种异常，可以在重载【】运算符时添加一些检查代码，如下所示： ```c++ class Array { private: int* data; int size; public: Array(int n) { data = new int[n]; size = n; } // 重载【】运算符 int& operator[](int index) { if (index < 0 || index >= size) { throw out_of_range("Index out of range"); } return data[index]; } }; ``` 在上面的代码中，我们在重载【】运算符时添加了一个检查，如果下标越界就抛出一个out_of_range类型的异常。在实际使用中，我们可以使用try-catch语句来捕获这个异常，从而避免程序崩溃。 ### 回答2： 在处理越界异常时，我们可以通过重载【】运算符来实现。在重载【】运算符时，我们可以添加越界检查的逻辑，以避免访问超出数组边界的元素。 首先，我们需要在类中定义一个重载【】运算符的函数。该函数的参数应包括数组索引，并且应返回数组中对应索引的元素。 在这个重载函数中，我们可以通过比较传入的索引值和数组的边界来判断是否越界。如果索引小于0或大于等于数组长度，则说明发生了越界异常。 如果发生了越界异常，我们可以使用异常处理机制来捕获并处理异常。可以抛出一个自定义的异常，例如ArrayOutOfBoundsException，并在异常的构造函数中传递越界的索引值。 下面是一个示例代码： ```cpp #include <iostream> using namespace std; class MyArray { private: int arr[5]; public: int& operator[](int index) { if (index < 0 || index >= 5) { throw ArrayOutOfBoundsException(index); } return arr[index]; } class ArrayOutOfBoundsException { private: int index; public: ArrayOutOfBoundsException(int ind) : index(ind) {} void PrintErrorMessage() { cout << "数组越界异常！索引值：" << index << endl; } }; }; int main() { MyArray arr; int index; try { cout << "请输入数组索引: "; cin >> index; int value = arr[index]; cout << "索引 " << index << " 对应的元素值为：" << value << endl; } catch (MyArray::ArrayOutOfBoundsException& ex) { ex.PrintErrorMessage(); } catch (...) { cout << "未知异常发生！" << endl; } return 0; } ``` 在上述示例代码中，我们定义了一个包含5个元素的整型数组arr，并重载了【】运算符。在主函数中，通过输入一个数组索引，我们可以访问该索引对应的数组元素。 当输入的索引越界时，程序会抛出自定义的ArrayOutOfBoundsException异常，并打印出越界的索引值。如果发生其他类型的异常，我们使用catch语句块捕获并打印出相应的信息。 这样，我们就可以通过重载【】运算符来处理越界异常。当越界发生时，程序会抛出异常，并可通过异常处理机制进行相应的处理。 ### 回答3： 重载【】运算符处理越界异常的方法如下： 1. 首先，在类的定义中重载【】运算符。例如，如果该类为一个名为MyArray的数组类，则重载的【】运算符函数可以定义为：`T& operator[](int index)` 2. 在重载的【】运算符函数中，检查传入的索引是否越界。如果索引超出数组的合法范围，即大于等于数组的长度或小于0，则抛出越界异常。 3. 抛出异常可以使用C++中的throw语句。例如，可以使用`throw "Array index out of range";`抛出一个字符串类型的异常信息。 4. 在使用该重载的【】运算符访问数组元素时，需要使用try-catch语句捕获可能抛出的越界异常。 以下是一个示例代码： ```cpp #include <iostream> class MyArray { private: int* data; int size; public: MyArray(int size) : size(size) { data = new int[size]; } int& operator[](int index) { if (index < 0 || index >= size) { throw "Array index out of range"; } return data[index]; } }; int main() { MyArray arr(5); try { arr[6] = 10; // 越界访问，抛出异常 } catch (const char* msg) { std::cout << "Exception: " << msg << std::endl; } return 0; } ``` 以上代码中，MyArray类重载了【】运算符，当索引越界时抛出一个字符串异常信息。在main函数中访问数组元素时，使用try-catch语句捕获并处理可能抛出的越界异常。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值