Visual Studio 打开解决方案后 弹出框显示 "正在打开文件...",任务管理器的devenv进程又很正常,不会显示"未响应". 而IDE的左下角有个 "正在等待分析完成..." 提示. 刚开始,我以为是VS插件问题,因为我刚安装了一个插件后,重启VS,打开解决方案就出现这个问题了,所以我以为是VS插件问题. 后来我把VS插件通通卸载了,把/ResetAddin /ResetSkipPkgs /ResetSettings 之类的deve

1.简介 在上一篇文章中,我详细分析了 MyBatis 配置文件的解析过程.由于上一篇文章的篇幅比较大,加之映射文件解析过程也比较复杂的原因.所以我将映射文件解析过程的分析内容从上一篇文章中抽取出来,独立成文,于是就有了本篇文章.在本篇文章中,我将分析映射文件中出现的一些及节点,比如 <cache>,<cache-ref>,<resultMap>, <select | insert | update | delete> 等.除了分析常规的 XML 解析过程外

当一个发布的.NET应用程序出现app crash,无法通过日志分析异常原因时,就需要通过分析DMP文件了,传统方式是通过WinDbg来分析DMP文件,但是WinDbg用起来不是很方便,其实VS就是一个很好的DMP文件分析工具,这里我们通过一个简单的控制台项目来分析一个DMP文件. 一.准备一个Demo项目 (1)在VS中新建一个控制台项目,取名Sobey.NullPointerDemo,并在Main方法中写入以下代码: class Program { static void Main(stri

原文地址:http://gao-xianglong.iteye.com/blog/2173140?utm_source=tuicool&utm_medium=referral 前言 生产环境中,尤其是吃大内存的JVM,一旦出现内存泄露等问题是非常容易引发OutofMemory的,如果没有一个好的工具提供给开发人员定位问题和分析问题,那么这将会是一场噩梦.目前JDK其实自带有一些内存泄露分析工具专门用于帮助开发人员定位内存泄露等问题,但是这些工具往往并不是能够满足一些现状,这里笔者所指的现状更多是

最近遇到一个sqlserver项目,月底会出现多个财务相关功能出现不定期操作无响应问题 通过查询SQL阻塞信息,定位到阻塞源头spid.该会话的状态.等待事件及执行的SQL脚本 根据spid查询该会话已经持有的锁资源.数据对象 根据SQL脚本如果能够找到对应的程序上下文,便可以快速定位到问题源头 根据源头会话确定远程连接的HostName.HostProcess,抓取进程dump文件,分析线程堆栈匹配该SQL脚本 使用sqlserver的Profiler,开启SQL的RPC.Batch及tran

对于jmeter测试生成产生的jtl文件除了使用jemter插件来产生csv或者结果,还可以直接用聚合报告来打开,下面来介绍一下怎么操作. 1. 产生jtl文件 注意,默认情况下聚合报告插件只能分析聚合报告产生的jtl文件,通过命令行-l参数产生的jtl文件会缺失两列,如图: 我们可以通过聚合报告来产生jtl文件,配置如下图 也可以通过修改jmeter的配置,然后通过 -l参数产生jtl文件,将jmeter.properties中相关的配置启用即可,如下图 jmeter.save.saveser

准备工作: 在vs工具栏中找到NuGet   下载DotNetZip   现在就可以使用DotNetZip强大的类库了,在这里我给出一些简单的使用. ? 1 2 3 4 5 6 7 8 9 10 11 public ActionResult Export()     {       using (ZipFile zip = new ZipFile(System.Text.Encoding.Default))       {         zip.AddFile(Server.MapPath("

1. 目的 分析Ext2文件系统结构. 使用 debugfs 应该跟容易分析 Ext2文件系统结构 了解ext2的hole的 2. 准备工作 预习文件系统基本知识: http://www.doc88.com/p-66910733083.html 预习ext2的基本知识: http://www.360doc.com/content/11/0628/15/7204565_130135577.shtml ext2的工具: http://www.360doc.com/content/11/0628/15

原文:[原创]通俗易懂地解决中文乱码问题(2) --- 分析解决Mysql插入移动端表情符报错 'incorrect string value: '\xF0... 这篇blog重点在解决问题,如果你对字符编码并不是特别了解,建议先看看 < [原创]通俗易懂地解决中文乱码问题(1) --- 跨平台乱码 >. 当然,如果只是针对解决这个Mysql插入报错问题,本篇足够了. 一.定位错误 定位错误绝对是至关重要的一环.我建议遇到问题耐心分析一下比较好,毕竟“不是所有的牛奶都叫特仑苏”. 引起同一个问

1. 背景 Zephyr项目Flash和Ram空间比较紧张,有着非常强烈的优化需求. 优化的前提是量化标的,那么如何量化Flash和Ram的使用量呢? 在量化之后,首先要对量化结果进行分析,然后采取措施进行空间优化. 2. 基于ELF信息和linker.cmd分析Flash/Ram使用量 linker.cmd文件中规定了不同section在Flash还是在Ram中,还是兼而有之. 这是一个很有用的信息,基于此我们只需要去罗列每个section的symbol,然后统计大小:就可以知道section

转自:http://blog.csdn.net/guowenyan001/article/details/12975221 一.分析Core文件 1.1 找到core文件目录,启动mycrash:mycrash 1.2 查看崩溃的堆栈信息:bt 1.3 反汇编崩溃点的代码,10行:dis -l extract_http_info+73 10 二.分析源文件hinfo.ko 2.1 查看源文件信息:objdump -S hinfo.ko > tmp 2.2 从tmp文件中查找1.3中的内容movb

1.概述 把上一篇文章中讲到的mpeg-2文件结构分析用代码实现,结合mpeg-2文件分析.才easy看懂. 2.代码 /* *本程序主要分析MPEG-2文件 *作者:缪国凯(MK) *821486004@qq.com *2015-7-8 */ #include "stdafx.h" #define PRINTLOG PrintLog enum PESTYPE { AUDIOPES = 0, VIDEOPES }; void Pack_header(FILE *p); void Ana

步骤一: 生成dump文件. #include <Windows.h> #include <iostream> #include <DbgHelp.h> #include <tchar.h> using namespace std; #pragma comment(lib, "dbghelp.lib") LONG WINAPI TopLevelExceptionFilter(struct _EXCEPTION_POINTERS *pExc

对于C#中的FileUpload解决文件上传大小限制的问题设置 您可能没意识到,但对于可以使用该技术上载的文件的大小存在限制.默认情况下,使用 FileUpload 控件上载到服务器的文件最大为 4MB 左右.不能上载超过该限制的任何内容. 然 而,关于 .NET 的重要一点是,它通常会提供一种规避限制的方法.您通常可以更改正在使用的默认设置.要更改大小限制,可以在 web.config.comments 文件(可以在 C:\WINDOWS\Microsoft.NET\Framework\v2.

版权声明:本文为博主原创文章,未经博主允许不得转载. 使用Analyze和Instruments-Leaks分析解决iOS内存泄露   实验的开发环境:Xcode 7   一.使用Product-Analyze分析内存泄( 快捷键: cmd + shift + B ) APP程序开发完成后,可以利用Xcode的Analyze就能分析到哪里有内存泄露. 分析之后可以看到: 这里提示model没被释放,有内存泄露,那我们释放 [model  release]; 再Analyze分析,显示Build

缓存 cache 作用就是将一些常用的数据存储起来 提升性能 cdn //-----------------分析解决递归斐波那契数列<script> //定义一个缓存数组,存储已经计算出来的斐波那契数 //1.计算的步骤 //1.先从cache数组中去取想要获取的数字 //2.如果获取到了,直接使用 //3.如果没有获取到,就去计算,计算完之后,把计算结果存入cache,然后将结果返回 // var cache = []; // // function fib(n){ // //1.从cach

java Dump文件分析 前言 dump文件是java虚拟机内存在某一时间点的快照文件,一般是.hprof文件,下面自己模拟一下本地内存溢出,生成dump文件,然后通过mat工具分析的过程. 配置虚拟机参数 要想本地模拟oom异常,那么建议将堆内存设置的小一点,那样容易触发 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=${目录} -Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError表示jvm发生oo

Linux 下栈溢出问题分析解决 *** stack smashing detected *** XXXX terminated 1.利用gdb 或者valgrind 定位到具体的代码 最近在Linux下调试程序,程序异常终止,具体现象如下 *** stack smashing detected ***: ../out/Load terminated Aborted (core dumped) 利用GDB调试程序下如下 *** stack smashing detected ***: /wan/

Yii2 源码分析  入口文件执行流程 1. 入口文件:web/index.php,第12行.(new yii\web\Application($config)->run()) 入口文件主要做4件事: 1. 设置环境 2. 加载自动加载 3. 引入Web需要的配置 4. 运行应用Application 1 <?php 2 3 // comment out the following two lines when deployed to production 4 defined('YII_DEB

当系统发生coredump时,通常需要通过分析core文件来定位问题所在,但实际工作中,有时却发现core 文件找不到,或者core文件被删除了. 一.core文件没有生成 KINGBASE core 文件通常是在 $KINGBASE_DATA目录下.可以使用 coredumpctl list 查找core 文件是否生成 (对于abrtd 服务生成的coredump不会列出): [kingbase@dbhost03 ~]$ coredumpctl list No coredumps found.

文章转载自:https://mp.weixin.qq.com/s/o63aIM2p9rc2OjhxiC6wgA 1.查看有多少个IP访问: awk '{print $1}' log_file|sort|uniq|wc -l 2.查看某一个页面被访问的次数: grep "/index.php" log_file | wc -l 3.查看每一个IP访问了多少个页面: awk '{++S[$1]} END {for (a in S) print a,S[a]}' log_file >