如何分析文件

㈠ 拿到招标文件后怎么分析，主要分析哪些内容

招标文件内容一般包括如招标公告（或投标邀请书)、投标人须知、评标办法、合同条款及格式、图纸、工程量清单、技术标准和要求、投标文件格式等内容，需要重点关注每一项的要求和重点事项,具体分析重点如下：

1、看资格审查

资格审查是招标项目的必要程序，所以投标人必须要关注。看资格审查，主要是看业绩、规模、财务、人员等等的硬性指标，再看看自己的企业投标有没有硬性门槛。虽然本着鼓励竞争的原则，资格审查一般不会要求太高或者太特殊，但是也要认真对待。

2、看评标方法

主要看招标文件中的一些商务、技术的评分标准。根据自己公司的实力进行分析，要求什么标准，客观分和主观分，根据这些制定投标策略，寻找自己的优势，弥补自己的劣势，做到心中有谱。

3、看投标人须知前附表

细看投标人须知前附表，这里面涵盖的都是关键性条款，认真研读有助于理清楚整个投标文件要怎么做，尤其是包含一些不可偏离条款(实质性条款)。

4、看合同部分和技术规范书

结合商务不可偏离条款，看合同大致要求，结算方式，付款条件等等。这部分要和技术人员详细充分交流，尽量或者完全满足招标人的要求。

5、字纸标书的制作

有需要制作字纸标书文件的，一定要制作相同数量的字纸标书文件签名盖章，按要求进行密封。招标文件要求签字盖章的地方一定不要忘记。

6、记住关键点

关键点一般包括：公示期，投标截止日期，保函或者保证金，投标开标地点，文件格式等。

一份招标文件内容较多，除了人工去看外，也可以借助如标/事/通·招标文件解析工具来提升工作效率。招标文件解析可以实现对招标文件全面解析，会提示招标文件关键信息，进行结构化节点处理，建立快速导航，实现便捷阅读；同时在文件中明确标注出招标星号项、废标项信息，保障投标人的投标合规不漏项。

扩充资料：

招标文件是招标工程建设的大纲，是建设单位实施工程建设的工作依据，是向投标单位提供参加投标所需要的一切情况。因此，招标文件的编制质量和深度，关系着整个招标工作的成败。招标文件的繁简程度，要视招标工程项目的性质和规模而定。建设项目复杂、规模庞大的，招标文件要力求精练、准确、清楚;建设项目简单、规模小的，文件可以从简，但要把主要问题交代清楚。招标文件内容，应根据招标方式和范围的不同而异。工程项目全过程总招标，同勘察设计、设备材料供应和施工分别招标，其特点性质都是截然不同的，应从实际需要出发，分别提出不同内容要求。

招标文件主要内容：

1.招标公告（或投标邀请书)

2.投标人须知

3.评标办法

4.合同条款及格式

5.图纸、工程量清单

6.技术标准和要求

7.投标文件格式

㈡ dsYM文件分析方法

1、要使用Xcode符号化 crash log，你需要下面所列的3个文件：
①crash报告（.crash文件）
②符号文件 (.dsymb文件)
③应用程序文件 (.app文件）
2、把这3个文件放到同一个目录下，打开Xcode的Window菜单下的organizer，然后点击Devices tab，然后选中左边的Device Logs。
然后把.crash文件拖到Device Logs或者选择下面的import导入.crash文件。
这样你就可以看到crash的详细log了。

1、将“.app“, “.dSYM”和 ".crash"文件放到同一个目录 ./Crash 下。
2、在Xcode中找到 symbolicatecrash 工具

找到后将 symbolicatecrash 拷贝到 ./Crash 目录下
3、切换到 ./Crash 目录下。 打开终端(Terminal)然后输入如下的命令：
export DEVELOPER_DIR=/Applications/Xcode.app/Contents/Developer
然后输入命令：
./symbolicatecrash appName.crash appName.app > appName.log
现在，符号化的crash log就保存在appName.log中了。

我们使用atos命令来完成符号化，具体命令如下： $ atos -arch <Binary Architecture> -o <Path to dSYM file>/Contents/Resources/DWARF/<binary image name> -l <load address> <address to symbolicate> 其中:

具体示例： atos -arch arm64 -o CrashDemo.app.dSYM/Contents/Resources/DWARF/CrashDemo -l 0x0000000102838010 0x0000000102838119

查看dsYM文件UUID：
方法一： 通过命令行查看dSYM文件的UUID
① xcrun dwarfmp --uuid <dSYM文件>
② dwarfmp --uuid TestAvoidCrash.app.dSYM/
③ dwarfmp --uuid TestAvoidCrash.app/TestAvoidCrash

方法二：通过符号表文件查看UUID
符号表文件的UUID与dSYM文件的UUID是一致的，因此可以通过符号表工具生成的符号表文件来查看dSYM文件的UUID：
生成符号表文件(.zip) ---> 解压符号表文件(.symbol) ---> 使用文本编辑器打开符号表文件

㈢ linux core 文件 怎么分析

Core，又称之为Core Dump文件，是/Linux操作系统的一种机制，对于线上服务而言，Core令人闻之色变，因为出Core的过程意味着服务暂时不能正常响应，需要恢复，并且随着吐Core进程的内存空间越大，此过程可能持续很长一段时间（例如当进程占用60G+以上内存时，完整Core文件需要15分钟才能完全写到磁盘上），这期间产生的流量损失，不可估量。
凡事皆有两面性，OS在出Core的同时，虽然会终止掉当前进程，但是也会保留下第一手的现场数据，OS仿佛是一架被按下快门的相机，而照片就是产出的Core文件。里面含有当进程被终止时内存、CPU寄存器等信息，可以供后续开发人员进行调试。

关于Core产生的原因很多，比如过去一些Unix的版本不支持现代Linux上这种GDB直接附着到进程上进行调试的机制，需要先向进程发送终止信号，然后用工具阅读core文件。在Linux上，我们就可以使用kill向一个指定的进程发送信号或者使用gcore命令来使其主动出Core并退出。如果从浅层次的原因上来讲，出Core意味着当前进程存在BUG，需要程序员修复。从深层次的原因上讲，是当前进程触犯了某些OS层级的保护机制，逼迫OS向当前进程发送诸如SIGSEGV(即signal 11)之类的信号, 例如访问空指针或数组越界出Core，实际上是触犯了OS的内存管理，访问了非当前进程的内存空间，OS需要通过出Core来进行警示，这就好像一个人身体内存在病毒，免疫系统就会通过发热来警示，并导致人体发烧是一个道理（有意思的是，并不是每次数组越界都会出Core，这和OS的内存管理中虚拟页面分配大小和边界有关，即使不出Core，也很有可能读到脏数据，引起后续程序行为紊乱，这是一种很难追查的BUG）。
说了这些，似乎感觉Core很强势，让人感觉缺乏控制力，其实不然。控制Core产生的行为和方式，有两个途径：
1.修改/proc/sys/kernel/core_pattern文件，此文件用于控制Core文件产生的文件名，默认情况下，此文件内容只有一行内容：“core”，此文件支持定制，一般使用%配合不同的字符，这里罗列几种：
%p 出Core进程的PID
%u 出Core进程的UID
%s 造成Core的signal号
%t 出Core的时间，从1970-01-0100:00:00开始的秒数
%e 出Core进程对应的可执行文件名

2.Ulimit –C命令，此命令可以显示当前OS对于Core文件大小的限制，如果为0，则表示不允许产生Core文件。如果想进行修改，可以使用：
Ulimit –cn
其中n为数字，表示允许Core文件体积的最大值，单位为Kb，如果想设为无限大，可以执行：
Ulimit -cunlimited
产生了Core文件之后，就是如何查看Core文件，并确定问题所在，进行修复。为此，我们不妨先来看看Core文件的格式，多了解一些Core文件。

㈣ 如何用WinDbg分析MEMORY.DMP文件

在C++实际开发过程中，开发出来的程序，一般情况下由开发人员进行单元测试，然后移交给测试人员进行测试。在开发人员测试出现的bug，我们可以直接在本地进行调试。如果测试人员测试出崩溃级别的bug，如果我们需要调试往往借助于vs提供的Remote Debugger工具进行远程调试，然是当程序在用户手中出现崩溃此时我们可以采用Remote Debugger进行调试，但是如果此时开发人员无法直接去用户现场调试，此时就需要用户生成DMP文件，以便开发人员使用DMP文件进行分析。

本文主要介绍C++开发过程中出现程序崩溃后，如何进行分析定位bug（基于xp系统）。

一、DMP文件获取设置
（1）在运行窗口中输入 drwtsn32 -i ，并且点击确定
WinDbg分析DMP文件方法完全攻略

（2）在（1）确定后弹出如下对话框
WinDbg分析DMP文件方法完全攻略

（3）在（2）弹出的确定框后点击确定按钮完成，将Dr.Watson设置为默认应用程序调试程序。
Dr.Watson系统自带的程序。

（4）再次在运行窗口中输入：drwtsn32，如下图：
WinDbg分析DMP文件方法完全攻略

（5）点击确定按钮，在弹出的对话框中按照下列方式设置
WinDbg分析DMP文件方法完全攻略

(6) 点击确定按钮完成DMP文件设置。

二、关闭Dr.Watson方法
（1）打开注册表
（2）在注册表中进入主键［HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsNT\CurrentVersion\AeDebug］，然后将“AUTO”键值设置为0如下图：
WinDbg分析DMP文件方法完全攻略

三、Windbg下载，下载完成后安装

四、DMP文件获取
(1) 用vs2010创建一个基于win32的程序，其源码如下：
WinDbg分析DMP文件方法完全攻略

(2)我们知道在学习C++中整数不能跟0进行除运算，否则会引起程序崩溃。而（1）中就是编写能触发0的异常，导致程序结束运行的程序。编译（1）中的程序，结果如下：
WinDbg分析DMP文件方法完全攻略

（3）运行（2）中test.exe程序 ，程序崩溃。如下图：
WinDbg分析DMP文件方法完全攻略

(4) 按照《一、DMP文件获取设置》步骤实现Dr.Watson设置为默认应用程序调试程序。

(5)再次运行运行（2）中test.exe程序 如下图：
WinDbg分析DMP文件方法完全攻略

点击确定完成dmp文件的生成。

（6）打开在（4）中设置dmp文件路径。（本例中默认地址为：C:\Documents and Settings\All Users\Application Data\Microsoft\Dr Watson）如下图：
WinDbg分析DMP文件方法完全攻略

其中user.dmp就是我们需要的dmp文件。

五、分析《四、DMP文件获取》中获取的DMP文件。

㈤ dmp文件是什么，如何分析dmp文件

dmp文件是系统错误的内存转储文件。当电脑蓝屏或系统崩溃时，Windows会将错误报告存储在一个后缀名为“.DMP”的文件里。该文件记录了系统错误的详细信息，技术人员可以分析它找到系统崩溃的原因，从而解决问题。分析dmp文件的步骤如下：

1、首先我们要找到mp文件，mp文件则是记录了蓝屏之前数据在内存中的情况。