注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. TMS320LF2407中断系统分析及C语言编程

  2. TMS320LF2407中断系统分析及C语言编程.pdf 　TMS320LF2407 (以下简称’LF2407) 是TI 公司主推 的高性能定点DSP 芯片,它采用先进的DSP 体系结构, 具有功耗低、运行速度快和片内资源丰富的特点,在工 业控制领域有着广泛的应用。 为了有效的对片内资源进行管理,系统对大部分 的资源采用中断管理机制。但是由于DSP 的中断源 多,中断机制复杂,在实际的应用过程中还有很多需要 注意的地方,如果中断处理不好,中断程序的运行会产 生混乱,使得系统崩溃。本文结合应用实

  3. 所属分类：C

    • 发布日期：2009-09-08
    • 文件大小：243kb
    • 提供者：hs426w

  1. C++程序设计内存泄漏浅析

  2. C++语言的动态内存分配机制为程序设计的灵活性提供了方便，但如果使用不当，极易引起内存的泄漏，而且难以觉察。 内存泄漏会使系统可利用内存越来越少，运行速度下降。对于需要长期不间断运行的服务器程序，即使存在少量的内存泄漏，系统也将会面临崩溃的危险。文章阐述了C++程序设计中常见的内存泄漏情况，分析了原因并提出了预防措施。

  3. 所属分类：C++

    • 发布日期：2010-05-31
    • 文件大小：71kb
    • 提供者：bihaichentian

  1. Windows程序调试时快速记录日志的方法

  2. 生成日志信息是程序调试中常用的方法；将运行过程中的某些信息记录下来事后分析，有助于发现程序中的错误。目前记录日志的方法存在两大缺点：速度慢和程序崩溃时容易丢失信息。本文从这两点着手，使用内存映射文件API，设计出一套更快速、更稳定的日志生成方法。实验结果表明，该方法记录日志的最低耗时，仅是执行四字节变量赋值语句耗时的三倍左右，而传统方法是执行赋值语句耗时的上百倍；另外，该方法不会因程序崩溃而丢失信息。

  3. 所属分类：专业指导

    • 发布日期：2010-12-26
    • 文件大小：179kb
    • 提供者：deng0jun

  1. 程序崩溃的MAP分析方法

  2. 使用编译的MAP文件，通过崩溃地址找到你程序出错的具体代码行

  3. 所属分类：C++

    • 发布日期：2011-08-30
    • 文件大小：41kb
    • 提供者：dellkaka

  1. WinCrashReport_程序崩溃详细报告_中文版

  2. 一款小巧的系统软件，用来分析Windows下运行的程序崩溃原因及给出解决方案，支持XP、vista、Windows7系统，中文版。值得收藏。

  3. 所属分类：桌面系统

    • 发布日期：2011-09-02
    • 文件大小：156kb
    • 提供者：theend777

  1. 网络游戏服务器组织结构分析

  2. 早期的MMORPG使用所有业务、数据集中的处理方式。对于开发者来说，这种模式减少了对整体系统的架构时间、测试时间，有利于少量开发者快速地完成服务器的代码设计。 但其中存在的问题也是相当明显的，所有的业务处理放在一处，不但大大增加了系统的负担，而且很容易因为一处bug而导致整个程序崩溃。程序崩溃的同时，也会造成整个游戏世界所有玩家掉线。数据丢失等严重后果。

  3. 所属分类：其它

    • 发布日期：2012-06-12
    • 文件大小：217kb
    • 提供者：gongags

  1. Google Breakpad 源代码

  2. 如果你开发了一个需要发布到用户电脑上的客户端小程序，你当然不会在程序的可执行文件中包含符号表之类的调试信息，你当然也不想麻烦你的用户在程序崩溃时把计算机抱来给你检修——但你却一定想知道，万一你的程序在用户的计算机上崩溃，该如何了解崩溃那一刻程序的状态，特别是对程序调试至关重要的堆栈状态呢？ 试试Breakpad吧，无论你的程序运行在Windows平台，Mac OS X平台还是Linux平台，Breakpad都可以帮你截获程序崩溃那一刹那的重要信息。利用Breakpad，你可以在程序中加入自己的

  3. 所属分类：Linux

    • 发布日期：2008-09-06
    • 文件大小：2mb
    • 提供者：orbit

  1. windows 应用程序崩溃时的内存转储及dump文件的分析

  2. windows 应用程序崩溃时的内存转储及dump文件的分析

  3. 所属分类：C++

    • 发布日期：2013-10-10
    • 文件大小：44kb
    • 提供者：xuweishun

  1. dump调试样例分析

  2. 很多人写的程序会莫名其妙地崩溃，弹出的崩溃框上经常是0xccccccc5 cann't write等等之类的内存问题，关键如果哪天突然在用户客户端崩溃了，你有没有携带代码，Boss要你赶紧确定问题出在哪里？这个时候dump文件就会发挥大用处了，程序崩溃时自动生成.dmp文件，再利用windbg工具就能确定问题出在哪里了，具体可以看我的blog上面：http://blog.csdn.net/wu_123_456

  3. 所属分类：C++

    • 发布日期：2014-05-09
    • 文件大小：13mb
    • 提供者：wu_123_456

  1. 蓝屏分析工具

  2. 蓝屏分析工具，很好用的。 你的电脑有时会发生系统崩溃、蓝屏、重启吗？这有可能是安装了不正确的驱动或者某些应用程序之间存在冲突引起的。 本文简单的介绍一个蓝屏解析工具：BlueScreenView。使用这个软件，咱就能轻松的定位蓝屏的故障原因，从而寻找到相关的解决方案。 BlueScreenView是一个免费的软件，它支持Windows XP, Windows Server 2003, Windows Server 2008, Windows Vista, Windows 7 等几乎所有Wind

  3. 所属分类：Windows Server

    • 发布日期：2014-10-28
    • 文件大小：67kb
    • 提供者：dt0801

  1. WinDbg 调试程序崩溃操作详解

  2. 作者有10多年编程,调试经验,详解关于Windows 平台下程序崩溃的Windbg调试方法及技巧;附带工具介绍 适合于分析C++等语言, .Net 平台等快速入门及提高

  3. 所属分类：C#

    • 发布日期：2008-11-10
    • 文件大小：1mb
    • 提供者：robinhoods

  1. android 崩溃日志采集

  2. 一个android 全局的崩溃采集，简化程序员断点调试，直接可以看本地的崩溃日志来分析崩溃原因

  3. 所属分类：Android

    • 发布日期：2016-05-20
    • 文件大小：339kb
    • 提供者：qq_15143857

  1. GoogleBreakpad捕获崩溃文件需要的文件，包括lib库文件及头文件

  2. 文件包含了使用GoogleBreakpad捕获崩溃文件需要的文件，包括lib及头文件，可以看我的博客里介绍了如何使用GoogleBreakpad生成dump文件，来分析程序崩溃原因。

  3. 所属分类：C++

    • 发布日期：2017-02-23
    • 文件大小：771kb
    • 提供者：goforwardtostep

  1. vs2010如何修改工程使得应用程序崩溃自动生成dump文件

  2. 文档讲述了如何添加生成dump文件代码，如何配置工程，以及如何分析dump文件。

  3. 所属分类：C++

    • 发布日期：2017-08-28
    • 文件大小：15kb
    • 提供者：yuhengyue

  1. msjexhnd Windows进程崩溃时捕获并输出错误信息、函数调用栈的例子

  2. 一个在Windows进程崩溃时捕获并输出错误信息、函数调用栈的例子。对你制作自己的错误报告机制非常有用 这个类的使用方法很简单，只要把这个类加入到你的工程中并和你的程 序一起编译就可以了，由于在这个类的实现文件中把自己定义为一个全局的类对象，所以，不用加入任何代码，#include都不需要。 如果程序崩溃会生成.rpt文件，可供分析。 注意编译时开启“生成调试信息”，推荐生成map，可根据map文件里面的函数地址来更好的查找崩溃的函数。

  3. 所属分类：网络攻防

    • 发布日期：2009-02-19
    • 文件大小：4kb
    • 提供者：sxsyyfb

  1. Android 如何收集已发布程序的崩溃信息

  2. 我们写程序的时候都希望能写出一个没有任何Bug的程序，期望在任何情况下都不会发生程序崩溃。不过理想是丰满的，现实是骨感的。没有一个程序员能保证自己写的程序绝对不会出现异常崩溃。特别是针对用户数达到几十万几百万的程序，当你用户数达到一定数量级后，就算你的程序出现个别异常崩溃情况也不用惊讶。既然我们写的程序都有可能发生异常崩溃，如果是还没发布的程序，我们可以通过测试抓取Log来分析。不过针对已经发布的程序，我们没法重现现象，所以让用户反馈程序异常信息就很重要。下面我们说说如何收集程序运行过程的异常信

  3. 所属分类：其它

    • 发布日期：2021-01-04
    • 文件大小：67kb
    • 提供者：weixin_38605188

  1. Android平台的崩溃捕获机制及实现

  2. 作者简介：贾志凯，Testin崩溃分析项目研发工程师，负责客户端SDK相关技术研发工作。5年移动互联网开发经验，曾任职于中科院、Symantec、Opera，对移动App的测试、分析有较深入的研究。Android系统碎片化造成应用程序崩溃严重，在模拟器上运行良好的程序安装到某款手机上说不定就会出现崩溃的现象。而且，往往都是程序发布之后在用户端出现了崩溃现象。所以，如何及时捕获并收集Android平台的崩溃就显得愈发重要。目前，市面上已经有第三方SDK可以帮助开发者完成这一功能，本文将跟大家分享一

  3. 所属分类：其它

    • 发布日期：2021-02-26
    • 文件大小：208kb
    • 提供者：weixin_38705873

  1. Node.js中内存泄漏分析

  2. 内存泄漏（MemoryLeak）指由于疏忽或错误造成程序未能释放已经不再使用的内存的情况。如果内存泄漏的位置比较关键，那么随着处理的进行可能持有越来越多的无用内存，这些无用的内存变多会引起服务器响应速度变慢，严重的情况下导致内存达到某个极限（可能是进程的上限，如 v8的上限；也可能是系统可提供的内存上限）会使得应用程序崩溃。传统的C/C++中存在野指针，对象用完之后未释放等情况导致的内存泄漏。而在使用虚拟机执行的语言中如 Java、Javascr ipt由于使用了GC（G

  3. 所属分类：其它

    • 发布日期：2021-02-01
    • 文件大小：92kb
    • 提供者：weixin_38724363

  1. 详解Android中处理崩溃异常

  2. 大家都知道，现在安装Android系统的手机版本和设备千差万别，在模拟器上运行良好的程序安装到某款手机上说不定就出现崩溃的现象，开发者个人不可能购买所有设备逐个调试，所以在程序发布出去之后，如果出现了崩溃现象，开发者应该及时获取在该设备上导致崩溃的信息，这对于下一个版本的bug修复帮助极大，所以今天就来介绍一下如何在程序崩溃的情况下收集相关的设备参数信息和具体的异常信息，并发送这些信息到服务器供开发者分析和调试程序。 我们先建立一个crash项目，项目结构如图： 在MainActivity.j

  3. 所属分类：其它

    • 发布日期：2021-01-21
    • 文件大小：121kb
    • 提供者：weixin_38665046

  1. Linux上定位后台服务偶发崩溃的解决方法

  2. 问题描述 在最近的后台服务中，新增将某个指令的请求数据落盘保存的功能。在具体实现时，采用成员变量来保存请求消息代理头，在接收响应以及消息管理类释放时进行销毁。测试反馈，该服务偶发崩溃。 问题分析 测试环境上运行的是rel版程序，由于在编译时去掉了调试信息（-g）以及开启O3级别优化，从崩溃dump的堆栈上，只看到程序崩溃的调用栈，函数入参等被优化掉，由于此处没有打日志，只能想其他办法来复现。猜测是重复释放指针导致的崩溃，接下来继续分析。 从rel版本的调用栈上看，只看见最后销毁的函数调用，而在实

  3. 所属分类：其它

    • 发布日期：2021-01-20
    • 文件大小：170kb
    • 提供者：weixin_38650508
« 12 3 4 5 6 7 8 9 10 »