当前位置：文档库 › 在linux下利用程序崩溃后的core文件分析bug(转载)

在linux下利用程序崩溃后的core文件分析bug(转载)

当我们的程序崩溃时，内核有可能把该程序当前内存映射到core文件里，方便程序员找到程序出现问题的地方。最常出现的，几乎所有C程序员都出现过的错误就是“段错误”了。也是最难查出问题原因的一个错误。下面我们就针对“段错误”来分析core文件的产生、以及我们如何利用core文件找到出现崩溃的地方。

何谓core文件

当一个程序崩溃时，在进程当前工作目录的core文件中复制了该进程的存储图像。core文件仅仅是一个内存映象(同时加上调试信息)，主要是用来调试的。

当程序接收到以下UNIX信号会产生core文件：

在系统默认动作列，“终止w/core”表示在进程当前工作目录的core文件中复制了该进程的存储图像（该文件名为core，由此可以看出这种功能很久之前就是UNIX功能的一部分）。大多数UNIX 调试程序都使用core文件以检查进程在终止时的状态。

core文件的产生不是POSIX.1所属部分,而是很多UNIX版本的实现特征。UNIX第6版没有检查条件(a)和(b)，并且其源代码中包含如下说明：“如果你正在找寻保护信号，那么当设置-用户-ID命令执行时，将可能产生大量的这种信号”。4.3 + BSD产生名为core.prog的文件，其中prog是被执行的程序名的前1 6个字符。它对core文件给予了某种标识，所以是一种改进特征。

表中“硬件故障”对应于实现定义的硬件故障。这些名字中有很多取自UNIX早先在DP-11上的实现。请查看你所使用的系统的手册，以确切地确定这些信号对应于哪些错误类型。

下面比较详细地说明这些信号。

? SIGABRT 调用abort函数时产生此信号。进程异常终止。

? SIGBUS 指示一个实现定义的硬件故障。

? SIGEMT 指示一个实现定义的硬件故障。

EMT这一名字来自PDP-11的emulator trap 指令。

? SIGFPE 此信号表示一个算术运算异常，例如除以0，浮点溢出等。

? SIGILL 此信号指示进程已执行一条非法硬件指令。

4.3BSD由abort函数产生此信号。SIGABRT现在被用于此。

? SIGIOT 这指示一个实现定义的硬件故障。

IOT这个名字来自于PDP-11对于输入／输出TRAP(input/output TRAP)指令的缩写。系统V 的早期版本，由abort函数产生此信号。SIGABRT现在被用于此。

? SIGQUIT 当用户在终端上按退出键（一般采用Ctrl-\）时，产生此信号，并送至前台进

程组中的所有进程。此信号不仅终止前台进程组（如SIGINT所做的那样），同时产生一个core 文件。

? SIGSEGV 指示进程进行了一次无效的存储访问。

名字SEGV表示“段违例（segmentation violation）”。

? SIGSYS 指示一个无效的系统调用。由于某种未知原因，进程执行了一条系统调用指令，

但其指示系统调用类型的参数却是无效的。

? SIGTRAP 指示一个实现定义的硬件故障。

此信号名来自于PDP-11的TRAP指令。

? SIGXCPU SVR4和4.3+BSD支持资源限制的概念。如果进程超过了其软C P U时间限制，则产生此信号。

? SIGXFSZ 如果进程超过了其软文件长度限制，则SVR4和4.3+BSD产生此信号。

摘自《UNIX环境高级编程》第10章信号。

使用core文件调试程序

看下面的例子：

/*core_dump_test.c*/

#include

const char *str = "test";

void core_test(){

str[1] = 'T';

}

int main(){

core_test();

return 0;

}

编译：

gcc –g core_dump_test.c -o core_dump_test

如果需要调试程序的话，使用gcc编译时加上-g选项，这样调试core文件的时候比较容易找到错误的地方。

执行：

./core_dump_test

段错误

运行core_dump_test程序出现了“段错误”，但没有产生core文件。这是因为系统默认core文件的大小为0，所以没有创建。可以用ulimit命令查看和修改core文件的大小。

ulimit -c 0

ulimit -c 1000

-c 指定修改core文件的大小，1000指定了core文件大小。也可以对core文件的大小不做限制，如：

ulimit -c unlimited

如果想让修改永久生效，则需要修改配置文件，如 .bash_profile、/etc/profile或

/etc/security/limits.conf。

再次执行：

./core_dump_test

段错误(core dumped)

ls core.*

core.6133

可以看到已经创建了一个core.6133的文件.6133是core_dump_test程序运行的进程ID。

调式core文件

core文件是个二进制文件，需要用相应的工具来分析程序崩溃时的内存映像。

file core.6133

core.6133: ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style, from

'core_dump_test'

在Linux下可以用GDB来调试core文件。

gdb core_dump_test core.6133

GNU gdb Red Hat Linux (5.3post-0.20021129.18rh)

GDB is free software, covered by the GNU General Public License, and you are

welcome to change it and/or distribute copies of it under certain conditions.

Type "show copying" to see the conditions.

There is absolutely no warranty for GDB. Type "show warranty" for details.

This GDB was configured as "i386-redhat-linux-gnu"...

Core was generated by `./core_dump_test'.

Program terminated with signal 11, Segmentation fault.

Reading symbols from /lib/tls/libc.so.6...done.

Loaded symbols for /lib/tls/libc.so.6

Reading symbols from /lib/ld-linux.so.2...done.

Loaded symbols for /lib/ld-linux.so.2

#0 0x080482fd in core_test () at core_dump_test.c:7

7 str[1] = 'T';

(gdb) where

#0 0x080482fd in core_test () at core_dump_test.c:7

#1 0x08048317 in main () at core_dump_test.c:12

#2 0x42015574 in __libc_start_main () from /lib/tls/libc.so.6

GDB中键入where，就会看到程序崩溃时堆栈信息（当前函数之前的所有已调用函数的列表（包括当前函数），gdb只显示最近几个），我们很容易找到我们的程序在最后崩溃的时候调用了

core_dump_test.c 第7行的代码，导致程序崩溃。注意：在编译程序的时候要加入选项-g。您也可以试试其他命令，如fram、list等。更详细的用法，请查阅GDB文档。

core文件创建在什么位置

在进程当前工作目录的下创建。通常与程序在相同的路径下。但如果程序中调用了chdir函数，则有可能改变了当前工作目录。这时core文件创建在chdir指定的路径下。有好多程序崩溃了，我们却找不到core文件放在什么位置。和chdir函数就有关系。当然程序崩溃了不一定都产生core文件。

什么时候不产生core文件

在下列条件下不产生core文件：

( a )进程是设置-用户-ID，而且当前用户并非程序文件的所有者；

( b )进程是设置-组-ID，而且当前用户并非该程序文件的组所有者；

( c )用户没有写当前工作目录的许可权；

( d )文件太大。core文件的许可权(假定该文件在此之前并不存在)通常是用户读/写，组读和其他读。

利用GDB调试core文件，当遇到程序崩溃时我们不再束手无策。

linux下编译C语言

GCC 支持了许多不同的语言，包括C、C++、Ada、Fortran、Objective C,Perl、Python 和Ruby，甚至还有Java。 Linux 内核和许多其他自由软件以及开放源码应用程序都是用 C 语言编写并使用GCC 编译的。编译C++程序： -c 只编译不连接 g++ file1 -c -o file1.o g++ file2 -c -o file2.o g++ file1.o file.o -o exec g++ -c a.cpp 编译 g++ -o a a.o 生成可执行文件也可以g++ -o a a.cpp直接生成可执行文件。 1. 编译单个源文件为了进行测试，你可以创建“Hello World”程序： #include #include int main(int argc, char **argv) { printf(“Hello world!n”); exit(0); } 使用如下命令编译并测试这个代码： # gcc -o hello hello.c

# ./hello Hello wordl! 在默认情况下产生的可执行程序名为a.out，但你通常可以通过gcc 的“-o”选项来指定自己的可执行程序名称。 2. 编译多个源文件源文件message.c包含一个简单的消息打印函数： #include void goodbye_world(void) { printf(“Goodbye, world!n”); } 使用gcc的“-c”标记来编译支持库代码： # gcc -c message.c 这一过程的输出结果是一个名为message.o的文件，它包含适合连接到一个较大程序的已编译目标代码。创建一个简单的示例程序，它包含一个调用goodbye_world的main函数 #include void goodbye_world(void): int main(int argc, char **argv) { goodbye_world(); exit(0); }

QEP-04 文件及记录控制程序

生效日期2009.5.6 质量&环境管理体系文件文件编号QEP -04 文件及记录控制程序页码 1 of 12 编制：xxx 日期： xxx 审核：xxx日期： xxx 批准： xxx 日期： xxx 受控标识声明：未经同意，不得复制！

生效日期2009.5.6 质量&环境管理体系文件文件编号QEP -04 文件及记录控制程序页码 2 of 12 版次页次制/修订日期制/修订内容概要制/ 修订人相关部门经理会签核准行政财务工程生产采购品管PMC 客服文件分发表分发单位份数分发单位份数分发单位份数 □总经理1# □采购部1# □生产部1# □副总经理1# □行政人事部1# □客服部1# □管理者代表1# □财务部1# □总经办1# □品管部 1 □工程部1# □市场部1# □研发部1# □ PMC部1# 1# “1”表示书面发放份数，“1#”表示电子档形式共享份数。

生效日期2009.5.6 质量&环境管理体系文件文件编号QEP -04 文件及记录控制程序页码 3 of 12 1.0 目的 1.1 确保公司内部文件、记录、外部文件、图样与技术资料的准确性和统一性; 1.2 确保公司所有与品质/环境管理体系相关的文件、记录、图纸及技术资料在流通、应用、处理时能在受控条件下进行； 1.3 确保公司各职能部门持有最新的、有效版本的文件、记录、图纸、技术资料。 2.0 适用范围适用于本厂质量、环境管理体系文件,这些文件包括但不局限于以下各项: 1) 质量、环境方针以及质量、环境目标； 2）一阶文件：质量/环境手册； 3）二阶文件：程序文件； 4）三阶文件：系统性作业指导、产品性作业指导(技术文件)，如产品性作业指导/技术规格/生产指令/检验规范/校正指导等； 5）法律法规:与质量/环境体系相关的国家、国际及行业标准、法律/法规/等； 6）外来文件：与质量/环境体系相关资料以及客户提供的记录、文件、图纸等技术资料。 7）其他类文件:本厂管理体系网络内信息/资料以及各部门相关制度、规定等非受控文件。 8）四阶文件：表格或表单件； 9）记录:填写了内容的表格及某些过期文件。 3.0职责（见下表规定）文件种类编写审核批准分发正本保存修改副本回收作废质量/环境手册ISO工程师管代总经理品管部管代/ISO 品管部品管部程序文件部门主管及以上人员管代总经理品管部部门主管及以上人员品管部品管部

Linux下Makefile简单教程

目录一：Makefile基本规则 1.1示例 1.2 隐式规则 1.3 伪目标 1.4 搜索源文件二：变量 2.1使用变量定义变量值 2.2追加变量三：条件判断四：函数

Linux下Makefile总结 ——一步 MakeFile可以看做是一种简单的编程语言，其诞生的本质目的是实现自动化编译。以Linux下gcc-c编译器为例，编译一个c语言程序需要经过以下几个步骤： 1.将c语言源程序预处理，生成.i文件； 2.预处理后的.i语言编译成汇编语言，生成.s文件； 3.汇编语言经过汇编，生成目标文件.o文件； 4.将各个模块的.o文件链接起来，生成一个可执行程序文件。我们知道，在Visual C++6.0中，可以新建一个工程，在一个工程当中能够包含若干个c语言文件，则编译的时候直接编译整个工程便可。Linux下无法为多个c语言文件新建工程，但可以通过MakeFile实现它们的整合编译。如上gcc-c编译步骤，如果使用Makefile则过程为： .C文件——>.o文件——>可执行文件当然，Makefile中也加入了自己的设置变量方法与集成了一些函数，能够更有效地方便用户使用。 /**************************分隔符********************************/

一：Makefile基本规则 1.1示例 target ... : prerequisites ... command ... ... target也就是一个目标文件，可以是Object File，也可以是执行文件。prerequisites就是，要生成那个target所需要的文件或是目标。command也就是make需要执行的命令。（任意的Shell命令）为了方便理解，我们来看一个示例： /*Makefile示例*/ edit : main.o kbd.o command.o display.o / insert.o search.o files.o utils.o gcc -o edit main.o kbd.o command.o display.o / insert.o search.o files.o utils.o main.o : main.c defs.h #生成main.o gcc -c main.c

文件及记录控制程序(完整版)

文件及记录控制程序 ※※※※※※※※※此文件未经批准﹐不准复印※※※※※※※※※※

1.0目的确保与质量体系相关的文件不被误用，确保记录于使用、收集、汇总、存档、处理等阶段得到适当控制，特制订本程序 2.0范围适用于本公司与质量体系相关的内部及外来文件、所有同体系相关的质量记录。 3.0权责本程序由文控中心制定及管理，相关人员配合执行。 4.0定义 4.1质量手册：有关公司经营组织与各机能的概括性、原则性的摘要说明。 4.2程序文件：有关事务的处理方法、手段、顺序等的说明。 4.3作业指导书:为执行品质要求，在技术、制造上所规定的具体方法、手段与判定要领等。 4.4受控文件：是指文件的分发、变更、回收等动作皆须受到管制的文件。 4.5非受控文件：是指文件的分发、变更、回收等动作不须受到管制的文件。 5.0内容 5.1文件的分类： A.从管制属性可分为受控文件和非受控文件两种。 B.从文件架构上分为四级：一级文件为质量手册；二级文件为程序文件; 三级文件为作业指导书；四级文件为表单、记录、资料等。 5.2文件与资料编号方法说明。 A.质量手册的编号为QM-001。 B.程序文件的编号为QP-□□□。代表宏旭日用制品；QP代表程序文件；□□□代表文件的流水顺序号。 C.作业指导书的编号为WI-（□□）-□□□。WI代表作业指导书；其后的三个□代表文件流水号；括号中“（□□）”为可选取项，代表部门。 D.外来文件的编号以原有编号为准。如无原有编号，其编号为QE□□□□□□□。QE代表外来品质文件，其前面的六个□代表年月日，后面的一个□代表外来品质文件的文件序号。 E.各种表单的编号原则：文件编号加序号加版本，FM-□□□□□-□□□，FM代表记录

产品销售记录控制程序

1.目的建立产品销售记录的管理程序，确保必要时能在最短时间内收回有关产品。 2.范围所有的产品销售记录。 3.职责业务部、品质部、仓储部。 4.内容 4.1销售记录管理的目的保证可以追溯产品销售去向，确保必要时能以最快的速度收回有关产品。 4.2销售记录的内容 4.2.1产品名称 4.2.2批号、规格 4.2.3发货数量（件数） 4.2.4客户 4.2.5发货人、发货时间 4.2.6发货单号 4.2.7运输方式 4.2.8备注 4.3销售记录及单据的填写要求 4.3.1字迹清楚、内容真实、完整、详尽、不得用铅笔中圆珠笔填写。 4.3.2及时填写，不得提前或拖后。 4.3.3不得随意撕毁或任意涂改，确实需要更改时，应划一横线后，在旁边重写，更改人签名。 4.3.4签名要填全名，不得只写姓氏。 4.3.5按表格内容填写齐全，不得漏项。

产品销售记录控制程序页次：2/ 2 注意：填写时单位要尽量统一。同产品不同批号，或不同规格产品应分别填写。 4.4记录的收集每批产品发货后，由业务部跟单员负责收集、记录、货位卡，并与收发货台账进行核对。不得有误。要与实物、账、卡核对，确保没有缺失，签字。收集后要逐项逐页复核，特别是关于产品去向及产品特征的项目。如有疑问需及时与有关文件或发货、运输凭证相核实，并将情况注于备注项下，核对人签字后归档。 4.5记录的保存 4.5.1记录由业务部跟单专人专柜保管。 4.5.2注意防火、防盗、防遗失。 4.5.3记录要保存至有效期后一年。 4.6记录的查阅查阅人应经业务部批准、登记，阅后要及时送还，并在有关记录上签字。 4.7记录的销毁每年由管理人员将超过贮存期的销售记录帐、卡列出明细表，报业务部经理批准，品质部派人员监督，签字后方可销毁，并及时登记入销售记录管理台账。 5.相关记录 5.1《产品销售台帐》

《文件和资料控制程序》(2020年九月整理).doc

1.目的为了对公司各类文件和资料进行有效管制，统一文件格式，规范文件的制定、修改、发放、废止等管理，确保文件正确、完整、有效，特制定本程序。 2.适用范围适用于公司行政发文、程序文件、作业指导书，各类规章制度、各类检验标准、工作指引、记录表单及外来文件的管理等。 3.定义 3.1文件分类： 3.1.1红头文件：包括公司组织机构、人事任免、重大决策及重要管理事项等。3.1.2一级文件（A）：公司章程、体系手册等公司纲领性文件。 3.1.3二级文件（B）：管理控制程序、业务流程性文件。 3.1.3三级文件（C）：管理规章制度、操作规程、作业指导书。（D）：检验标准、产品规范。 3.1.4四级文件（管理表单）：用来记录管理过程的表单，作为QEO管理的追踪和检索的工具。 3.1.5临时性文件（E）：包括通知、通告、暂行办法、暂行规定、部门沟通联络文件等。 3.1.6外来文件（F）：包括地方政府、主管部门、行业管理相关文件，顾客或供应商提供的资料、图纸及有关的行业标准等。 3.2文件分为受控文件及非受控文件： 3.2.1受控文件:即要求文件的分发、修订或更改均须按书面规定程序进行控制,保证文件始终反映现行要求,受控文件须加盖“受控文件”印章，且经相关人员会签。包括:管理手册、程序文件、作业指导书、MSDS文件、职务说明书、经识别的外来

文件、记录表单类文件等。 3.2.2非受控文件:若有新的版本发出，旧的版本文件无需更新，被列为非受控文件，且禁止作为产品生产、开发及经营之用。 4.工作职责 4.1文件的审查、批准权限为： 4.2文件的发布、回收、作废、销毁及控制,由文控中心负责。 4.3文件使用管理：各部门主管负责管理本部门现场使用的文件和资料，确保文件及记录的正确、完整及安全性。

怎样执行在Linux上运行应用程序

如何执行在Linux上运行的应用程序关键字：Linux 先决条件要充分理解本文，必须具备Windows 环境下桌面应用程序的工作经验，我认为读者对如何使用Linux 桌面有一个基本的了解。使用一个运行的Linux 计算来机探讨本文的概念和示例是很有帮助的。概述有时候第一次在Linux 上运行一个应用程序需要一点额外工作。有些应用程序，比如服务器服务，可能无法安装为服务，因此您需要从命令行启动这些应用程序。对于启动这些应用程序的用户帐户而言，需要在应用程序文件中设置执行许可标志(x)。运行用户空间应用程序 Linux 在内核空间或用户空间运行进程。用户空间是操作系统的区域，应用程序通常在此运行。简单地说，每个用户帐户有其自己的用户空间，应用程序在这个领域内运行。默认情况下，只有root 用户有权访问内核空间。root 用户是Linux 中的超级用户，相当于Windows 中的管理员帐户。在root 用户帐户下运行应用程序可能会引起安全风险，是不可取的。很多服务器服务需要root 权限启动服务。然而，服务启动后，root 帐户通常会将其移至服务帐户。严格地说，Linux 中的服务帐户才是标准的用户帐户。主要区别是服务帐户仅用于运行一个服务，而不是为任何实际登录的用户准备的。设置权限您可以使用chmod 命令在一个文件中设置执行权限。在Linux 中，umask 设置通常用来防止下载的文件被执行，也有充分的理由相信，因为它有助于维护Linux 计算机的安全性。大多数Linux 发行版具有一个值为022 的umask 设置，这意味着，默认情况下一个新文件权限设置为644.权限的数字表示形式采用读(4)、写(2)、执行(1) 的格式。因此，默认权限为644 的应用程序下载意味着文件所有者有读写权限，而组用户和其他用户只有读权限。例如，为每个人赋予一个文件的执行权限，使用chmod a+x 命令。a 表示所有人，加号(+) 表示添加，而x 表示执行。同样地，如果应用程序是一个服务器服务，您应该确保只有授权帐户才有权执行此服务。如果一个应用程序能够在标准用户帐户权限下运行，但只有特定组中的用户才需要使用它，您可以将该组所有者权限设置为可执行，然后将这些用户添加到该组中。更具体地说，您可以在一个可执行文件中设置访问控制列表(ACL) 权限，赋予特定用户或组权限来运行该应用程序。使用setfacl 实用工具设置ACL 权限。对于这些需要以root 用户启动进程的应用程序，比如服务器服务，您有几个选择。总结了允许用户执行需要root 权限的服务器服务的各种选项。选项描述作为root 用户不推荐用于服务器服务。当用户已经知道root 密码而且应用程序泄露不是首要关注问题时，可用于应用程序。 SetUID 由于安全问题，不推荐使用。SetUID 允许标准用户以另一个用户方式，比如root 用户，执行一个文件。 sudo 很常用，并且被认为是一个很好的实践。sudo 授予一个用户或组成员权限以执行可能额外需要root 权限的文件。该用户不需要知道root 密码。带有文件权限的标准用户帐户在一个文件上为用户所有者、组所有者或其他人(所有人)

文件与记录管理程序

文件与记录管理程序 1、目的通过对管理体系文件的严格控制管理，确保其文件使用的有效性、保管和更改的规定。并对质量记录其完整性、准确性、清晰、保管等予以控制。以证明产品质量满足规定要求、管理体系有效运行，并为实现可追溯性、证实作用以及采取纠正和预防措施提供依据。 2、适用范围适用于本公司所有管理体系文件及相关资料记录的管理与控制。 3、职责与权限 3.1 ISO文控中心负责公司管理体系文件的收集、分类编号、整理、存档保管、发放及与管理和控制有关的其他工作。 3.2 各部门负责本部门在用文件的管理和控制。 4、程序内容 4.1 管理体系文件的分类、编制、审核、审批按下列规定执行： 4.2 管理体系文件的编号、归口、分类、 4.2.1 公司编制的各级管理体系文件均由文控中心归口、分类并统一编号，其文件编号规定 4.2.2 文件受控分类管理体系文件分为受控原版、受控副本、非受控副本： 1) 受控原版是不须加盖受控文件印章，由文控中心保存，仅作为复制用途。 2）受控副本为受控原版的复印件，其上加盖红色“受控本”印章发放，作为公司内使用的合法文件，公司内不允许使用“受控本”变黑的非法复印文件，以确保文件更新时能够从发放或使用场所撤出失效或作废的文件。 3）非受控副本为受控原版的复印件，其上加盖红色本公司名印章作为提供给客户或公司以外的人员使用的合法文件。公司内部不允许使用加盖红色本公司印章名的体系受控文件。 4.2.3 文件版次规定为确保公司管理体系文件的有效性能够得到控制，对其采用版次来控制最新有效版次。版次采用“A”+第几次版本,文件经过一次修改后进行换版，版本号增高一位（如： A0首次发行版本、A1第一次修改、A...n第n次修改 4.3 文件的发放与记录 4.3.1 文控中心根据质量手册、程序文件、质量记录制定并及时登录《受控文件总表》；根据质量记录表格制定并及时登录《质量记录总表》，确保各部门使用最新有效的文件。

文件记录控制程序

1目得规范公司记录得管理，为追溯、改进与提高产品质量提供依据，证实质量管理体系运行得持续性、适宜性与有效性，确保其符合标准要求。 2范围适用于本公司质量管理体系所要求得所有记录得管理与控制。 3职责 3、1 行政部负责记录得统一编号、发放与管理,建立《记录管理一览表》。 3、2 品质部负责产品检验记录得管理。 3、3 各部门负责各自相关联记录得管理. 4流程图见附件 5内容 5、1 记录得分类凡就是质量管理体系运行中得记录、报告及与产品相关得质量数据均属于记录范围。 5。1。1 与质量管理体系管理有关得记录主要有: 管理评审记录、内部审核记录、文件控制记录、纠正与预防措施记录、人力资源管理与培训记录、设施管理记录、产品与过程监视与测量记录等等。 5。1。2与采购、销售、生产、检验与交付有关得记录主要有：产品要求得评审记录、供方评价记录、产品检验记录、监视与测量装置得校准记录、统计技术得应用记录、顾客投诉及服务记录等等。 5.1.３记录得形式为书面形式（如:书面得表格形式、报告文件形式等）、硬拷贝、磁盘等电子媒体等形式。５、2 文件记录表格得设计、审批、印制与领用。５。2。1 各部门设计自己所需得记录表格，并将空白表格交行政部审核后报管理者代表或其授权人审批后交行政部印制. 5.２.2 印制好得记录表格由仓库负责保管，各部门根据需要从仓库领用. 5、3 文件记录得填写文件记录由开展该项活动得直接责任人按要求及时填写，填写要求如下: 5。3.1 正确:质量记录所记内容必须真实准确,填写方法必须符合规定要求,字迹清晰，不随意涂改。需更改得部分采取划改，但需更改人签字并注明更改时间。 5。3.２及时:按规定时间填写、传递,发现问题应立即纠正。

记录管理控制程序

1. 工作目的对本站记录和档案的填写、标识、借阅、保管和处理进行有效的控制，保证记录符合检测/鉴定工作要求，为管理体系有效运行和检测/鉴定工作符合要求提供证据。 2. 适用范围适用于本站各种管理活动和检测/鉴定活动记录识别、收集、编目、存档、借阅、维护和清理等环节的控制及档案的管理。 3. 工作职责 3.1 检测/鉴定人员负责原始记录的填写。 3.2 监督员负责对记录真实性的监督。 3.3 技术质量管理部部长负责批准技术/质量记录的借阅复制，分站站长负责批准分站技术记录的借阅复制。 3.4 技术质量管理部负责技术/质量记录的归档保管。 3.6分站综合办公室负责分站技术、质量记录的归档保管。 3.6 技术负责人负责批准技术记录的销毁，质量负责人负责批准质量记录的销毁。 4. 工作程序 4.1 记录的分类和控制要求 4.1.1 记录分为质量记录和技术记录。 4.1.1.1管理体系运行中形成的记录为质量记录，主要包括：内部审核和管理评审记录；纠正、预防和改进措施的记录；人员培训和考核记录；投诉处理记录；管理体系文件控制记录；服务和供应品的采购记录；合同评审记录；监督检查记录等。质量记录格式应包括：记录的标题、记录的标识和总页数、日期、记录人等项目。 4.1.1.2 检测/鉴定等技术运作形成的记录为技术记录，主要包括：检测/鉴定原始记录；实验室间比对或能力验证记录；检测/鉴定报告及副本等。技术记录格式还应包括以下内容：检测/鉴定的对象、检测/鉴定时的环境条件、使用的

仪器设备、记录观察得到的数据、计算公式和导出的结果、意外情况的描述和记录（适用时），记录人和审核人等必要的信息。 4.1.1.3 技术记录应满足复现的要求，提供足够的信息并按照相关规范的要求设计。 4.1.2 记录格式的编制应符合《文件控制程序》的要求。 4.2 记录的形成 4.2.1 记录的填写由执行人员在产生的当时予以记录，填写时使用钢笔或中性签字笔，所有签名应由本人亲笔签署，不允许代签。 4.2.2 技术的原始记录必须在工作现场进行记录，不允许追记、补记。 4.2.3 原始记录填写过程中应注意单位书写要求、字迹清楚，取位合理。 4.2.4 检测/鉴定人员在完成记录后应及时按照规定的要求由审核人员进行审核。 4.2.5 如遇原始记录填写错误需要更改时，应采用“杠改”的方式在错误处划一杠。更改人在“杠改”内容的右上方填上正确的内容后签名。 4.2.6对于记录表内无内容可填的空白栏，应用“/”标记。 4.2.7鉴定记录可选择适宜的方法，如书写、绘图、影印、计算机、录音、照相、摄像和3D激光扫描等。当被鉴定对象的特征可能出现动态变化时（如消失、好转等），且该特征又是判断依据时，除文字记录外，还应通过照相或录像方式保存鉴定时的发现，并配以必要的标识便于核查。 4.3 记录的管理 4.3.1 日常工作中形成的质量记录按照《文件控制程序》的要求由资料管理员归档保存。 4.3.2 技术记录 4.3.2.1 本站技术记录填写完成后要及时归档保管。 4.3.2.2 数值修约按GB/T 8170-2008《数值修约规则与极限数值的表示和判定》进行。 4.3.2.3 检测/鉴定人员应根据标准方法、规范要求对原始记录作必要的数据处理。在数据处理时，发现异常数据不可轻易剔除，应报告部门技术主任，进行研究后决定取舍。 4.3.2.4 应采用法定计量单位，非法定计量单位的记录应转换成法定计量单位的表达。 4.3.2.5 检测/鉴定人员填写原始记录后，应由具有中级及以上职称的人员进行审核并签名。

怎么在linux操作系统上安装可执行的软件

仅以RedHat Linux 为参照，包括但不限于其他版本的Linux都要遵循此方法，以下是说明：先来看看Linux软件扩展名。软件后缀为.rpm最初是Red Hat Linux提供的一种包封装格式，现在许多Linux发行版本都使用；后缀为.deb是Debain Linux 提供的一种包封装格式；后缀为.tar.gz、tar.Z、tar.bz2或.tgz是使用Unix 系统打包工具tar打包的；后缀为.bin的一般是一些商业软件。通过扩展名可以了解软件格式，进而了解软件安装。 RPM格式软件包的安装 1.简介几乎所有的Linux发行版本都使用某种形式的软件包管理安装、更新和卸载软件。与直接从源代码安装相比，软件包管理易于安装和卸载；易于更新已安装的软件包；易于保护配置文件；易于跟踪已安装文件。 RPM全称是Red Hat Package Manager（Red Hat包管理器）。RPM本质上就是一个包，包含可以立即在特定机器体系结构上安装和运行的Linux软件。RPM 示意图见图1。大多数Linux RPM软件包的命名有一定的规律，它遵循名称-版本-修正版-类型－MYsoftware-1.2 -1.i386.rpm 。 2.安装RPM包软件＃rpm -ivh MYsoftware-1.2 -1.i386.rpm RPM命令主要参数： -i 安装软件。 -t 测试安装，不是真的安装。 -p 显示安装进度。 -f 忽略任何错误。 -U 升级安装。 -v 检测套件是否正确安装。 3.卸载软件＃rpm -e 软件名需要说明的是，上面代码中使用的是软件名，而不是软件包名。例如，要卸载software-1.2.-1.i386.rpm这个包时，应执行：＃rpm -e software 4.强行卸载RPM包

公司质量手册及程序文件之记录控制程序

公司质量手册及程序文件之记录控制程序文件编码（008-TTIG-UTITD-GKBTT-PUUTI-WYTUI-8256）

1. 目的建立并保持质量管理体系记录的控制要求，以保证能够提供产品符合规定要求和质量体系有效运行的证据及其追溯。 2. 适用范围适用于质量体系运行中产生的记录，包括来自供方和顾客指定的记录。 3. 职责综合部是记录的归口管理部门，负责制定记录的编码规则及管理体系文件记录的审定和建立。各职能部门负责本部门记录的控制和管理。 4. 工作程序及要求记录清单建立、备案、标识 4.1.1 各部门根据质量管理过程的需要建立记录清单。清单中要明确记录的名称、编号、保存部门、保存期限，并经部门经理审批。 4.1.2 综合部对各部门拟定的记录形式和内容进行审核，各部门经理批准，确保符合质量管理体系规定要求。 4.1.3 各部门把经过审批的记录清单、记录和空白表格报综合部备案。 4.1.4综合部对记录空白表格给予文件编号，具体编码规则如下： SJ/JL — ××× — ×/× 记录的使用 4.2.1各种记录要有记录人、审核人、记录时间、地点、内容等。 4.2.2记录应做到字迹清晰，记录的事实或数据准确、完整，不得随意涂改。如需要更改时采用划改，划去原文后写上更改内容，更改人签名。 4.2.3记录表单要按照规定的格式进行填写，不必填写处要用“/”划去，不能留有空白。记录收集的内容记录编号版本/修改状态公司及记录的拼音缩

各部门根据其职能，确定、准备和收集以下记录（记录可以是任何媒体形式，如拷贝或电子媒体）： a.管理评审、合同评审、产品审核、工艺审核的有关记录； b.过程设计的输入、输出、评审、验证、确认、更改的有关记录； c.供方评价记录及合格供方的质量记录； d.有可追溯性要求时，产品唯一性标识的记录； e.设备、设施、工装、环境、安全、过程控制的有关记录； f.对过程、设备、人员的鉴定记录； g.进货、过程、最终检验和试验的记录（包括让步放行记录） h.检验、测量、试验设备的校准检定记录； i.不合格品控制的有关记录 j.持续改进、纠正措施和预防措施的有关记录 k.内部质量体系审核结果及纠正措施验证记录； l.各种培训记录； m.与服务有关的记录； n.与统计分析有关的记录； o.搬运、贮存、包装、防护、交付有关的记录； p.来自供方的质量记录和顾客工程规范的质量记录； q.可靠性分析、验证记录； r.其它质量活动完成后的记录或所达到的结果的记录； s.对顾客或供方的PPAP相关记录； t.满足法律法规和顾客要求的记录； u.效益、效率、成本相关记录。记录的编目、归档、贮存 4.4.1 各部门对记录进行分类并按顺序编好目录。 4.4.2 各部门所产生的记录自行归档，对要归档的记录应按记录的时间顺序或编号序进行分类装订，对已归档的记录，记录管理人员要填写

如何在linux中自由执行python程序

可执行的Python程序这部分内容只对Linux/Unix用户适用，不过Windows用户可能也对程序的第一行比较好奇。首先我们需要通过chmod命令，给程序可执行的许可，然后运行程序。 chmod命令用来改变文件的模式，给系统中所有用户这个源文件的执行许可。然后我们可以直接通过指定源文件的位置来执行程序。我们使用./来指示程序位于当前目录。为了更加有趣一些，你可以把你的文件名改成仅仅helloworld，然后运行./helloworld。这样，这个程序仍然可以工作，因为系统知道它必须用源文件第一行指定的那个解释器来运行程序。只要知道程序的确切位置，你现在就可以运行程序了——但是如果你希望你的程序能够从各个位置运行呢？那样的话，你可以把你的程序保存在PATH环境变量中的目录之一。每当你运行任何程序，系统会查找列在PATH环境变量中的各个目录。然后运行那个程序。你只要简单地把这个源文件复制到PATH所列目录之一就可以使你的程序在任何位置都可用了。

我们能够用echo命令来显示PATH变量，用$给变量名加前缀以向shell 表示我们需要这个变量的值。我们看到/home/swaroop/bin 是PATH变量中的目录之一。swaroop是我的系统中使用的用户名。通常，在你的系统中也会有一个相似的目录。你也可以把你选择的目录添加到PATH变量中去——这可以通过运行PATH=$PATH:/home/swaroop/mydir完成，其中“/home/swaroop/mydir”是我想要添加到PATH变量中的目录。当你想要在任何时间、任何地方运行你的程序的时候，这个方法十分有用。它就好像创造你自己的指令，如同cd或其他Linux终端或DOS提示符命令那样。

文件和资料控制程序

文件和资料控制程序(总11 页) -CAL-FENGHAI.-(YICAI)-Company One1 -CAL-本页仅作为文档封面，使用请直接删除

1.目的为了对公司各类文件和资料进行有效管制，统一文件格式，规范文件的制定、修改、发放、废止等管理，确保文件正确、完整、有效，特制定本程序。 2.适用范围适用于公司行政发文、程序文件、作业指导书，各类规章制度、各类检验标准、工作指引、记录表单及外来文件的管理等。 3.定义 3.1文件分类： 3.1.1红头文件：包括公司组织机构、人事任免、重大决策及重要管理事项等。3.1.2一级文件（A）：公司章程、体系手册等公司纲领性文件。 3.1.3二级文件（B）：管理控制程序、业务流程性文件。 3.1.3三级文件（C）：管理规章制度、操作规程、作业指导书。（D）：检验标准、产品规范。 3.1.4四级文件（管理表单）：用来记录管理过程的表单，作为QEO管理的追踪和检索的工具。 3.1.5临时性文件（E）：包括通知、通告、暂行办法、暂行规定、部门沟通联络文件等。 3.1.6外来文件（F）：包括地方政府、主管部门、行业管理相关文件，顾客或供应商提供的资料、图纸及有关的行业标准等。 3.2 文件分为受控文件及非受控文件： 3.2.1 受控文件:即要求文件的分发、修订或更改均须按书面规定程序进行控制,保证文件始终反映现行要求,受控文件须加盖“受控文件”印章，且经相关人员会签。包括:管理手册、程序文件、作业指导书、MSDS文件、职务说明书、经识别的外来文件、记录表单类文件等。 3.2.2 非受控文件:若有新的版本发出，旧的版本文件无需更新，被列为非受控文件，且禁止作为产品生产、开发及经营之用。 4.工作职责

linux下编写c源程序并编译运行

姓名：雨田河南大学rjxy 班级：XXXX 实验二Linux基本操作实验二Linux基本操作编写c源程序并用编译运行【需求】 ◆在当前目录下创建新文件t.c，用vi编辑器一段简单代码，代码要求在屏幕上输出文字“Hello Linux！”； ◆用gcc编译t.c文件，并运行，查看输出结果，若结果错误，请根据提示修改；【系统及软件环境】操作系统：Virtualbox，Fedora 13 【实验配置文件及命令】 1．配置文件： 2．命令：touch、rpm、gcc、./等

进入Linux操作系统，应用程序-> 系统工具-> 终端，输入命令：su 输入密码切换到root超级用户。 1.在当前目录建立一个新的目录test：$ mkdir test 在test目录下建立文件t.c ：$touch t.c 3编辑程序源代码：vi t.c 首先按下键盘的“i”键，字符界面下方出现“insert”提示字符，此时输入以下代码： #include "stdio.h" int main() { printf("Hello Linux！\n"); return 0; } 4 保存退出：先按下“Esc”键，然后按下“shift”和“：”键，界面上出现冒号,然后输入“xq！”或者“x”对代码保存退出。 5 由于系统默认没有安装C语言编译程序，下面进行安装gcc 程序；此处不再赘述，以下引用实验指导书： 1.gcc的安装（1）查看gcc是否安装 rpm –q gcc （2）指定安装源在“系统-分配光驱”里选择“Fedora-13-i386-DVD.iso” （3）查看安装源挂载位置 df命令，可查看到虚拟光驱挂载点返回结果为：/media/Fedora 13 i386 DVD （4）使用安装源安装的文件为RPM安装包，所在位置为安装光盘中的“Packages”目录下，可用“cd”命令进入此目录 cd /media/ Fedora 13 i386 DVD/Packages ★由于“Fedora 13 i386 DVD”名字中有空格，若直接输入，则会提示找不到此目录，可用“tab”键自动补全【方法】cd /media/F)/P（）则可返回如下结果： cd /media/Fedora\ 13\ i386 \DVD\ /Packages （5）查看当前目录下是否有gcc安装包

GJB9001C-2017质量管理体系程序文件007质量记录控制程序及记录表格

7、质量记录控制程序 1目的规定记录的标识、贮存、保护、检索、保存期限和处置所需的控制，特制定本程序。 2范围本程序适用于公司质量管理体系所有相关的记录。 3职责体系中心：负责产品检验相关的所有记录的保管和控制。各部门：负责与本部门产生的记录的管理和控制，并接受体系中心的监督检查。 4工作程序 4.1记录填写要求 a)记录的填写要认真，内容真实、准确、字迹要清晰。用黑色墨水钢笔、签字笔填写，不能用铅笔、圆珠笔填写。记录应填写完整，不应有漏项、空格，空白处用斜杆划掉； b)所有记录都有记录人签名，注明日期。纸张大小要统一，以便装订； c)质量记录应能提供产品实现过程的完整质量证据，并能清楚地证明产品满足规定要求的程度。以提供符合要求和质量管理体系有效运行的证据； d)记录不允许随意涂改，保持清晰，易于识别;若因笔误写错时，记录人应在错误的地方划上双杠线，然后在其旁边空白地方填写上更正后的内容，并由改写人签名或盖印章；

e)记录表格由相关的人员编制。编制的表格要适用，可操作，尽量减少记录人写字。 4.2记录的保管和贮存 ---记录要有标识，如名称，编号等；记录要妥善保管，不得随意乱放。---记录贮存在文件柜中，按一定的顺序分类存放，便于检索，还要能防潮，防虫害。 4.3记录的保存期 ---记录要登记，见附表IQM07-01B。 ---对于有国家法律法规规定的，按相关的法律法规规定的保存期办理。 ---与产品直接有关的记录，军品保存期与产品的寿命期相适应，民品保存期一般为五年。 ---其他方面的记录保存期为四年。 4.4记录的查阅 ---记录不外借阅，需查阅者到保管记录处查看，经记录保管人同意，调阅相应的记录。 ---查看记录的人不得在记录上乱画，保持记录清晰，看后交于记录保管人存放。 ---需要复印记录者，经主管领导批准后，由记录保管人按批准的要求进行复印。 4.5记录的处理 ---记录到保存期限后，由记录保管人做好登记，经主管领导批准，统

记录控制程序

1.0目的保证产品质量、环境管理符合规定要求，体系有效运行，提高产品、环境管理相关活动或服务的可追溯性，并为采取纠正和预防措施提供依据。 2.0适用范围本公司质量、环境管理体系运行有关记录及产品质量有关记录的控制和管理。 3.0职责 3.1文管中心负责汇集备案各种记录的样本，并编写“记录总览表”，规定各种记录名称、编号、修改顺序号、保存期、保管部门等内容，交管代审核、总经理批准后下发。 3.2各部门负责对本部门保管的记录进行整理、归档。 4.0工作程序 4.1记录的范围 4.1.1与质量、环境管理体系有关的记录：内审记录、管理评审记录、质量目标、环境目标和指标完成统计记录、人员培训记录、监测装置的校准记录、设备维修记录、纠正和预防措施相关记录等。 4.1.2与产品质量有关的记录：产品检验和试验记录、不合格评审记录、产品标识及追溯性记录、统计技术应用记录等。 4.2记录的要求 4.2.1 记录填写应及时、内容正确完整，字迹应清晰，能准确识别，不得随意更改、涂抹，如发现数据填写错误，要用划改的方式进行更正，并签名、注上日期。 4.3记录的收集、标识和归档 4.3.1记录的编号规定，见《文件控制程序》4.1.1。 4.3.2记录的修改顺序号采用A 1、A 2 ……A n 的方式标识，如记录表格第一次修改则为A 1 ，第12次修改为A 12 ，以此类推。 4.3.3 各部门按“记录总览表”要求及时收集、汇总各类记录，按顺序号、日期或页码进行存档，便于查阅。 4.3.4 对于体系文件规定的记录，其归档方式应便于存取检索。 4.3.5一般情况下各部门对记录应每月整理一次，装订成册，注明部门、记录名称及记录起止时间，每年进行一次总的归档。 4.4记录的保存和销毁 4.4.1各部门按照“记录总览表”的规定保存期限要求保存记录，记录应保存在安全、干燥的地方，并注意做好防火、防虫蛀、防潮等工作；对于保存在磁带、软盘中的记录还要做好防压、防磁、防晒等工作，并做好备份，防止贮存的内容丢失。 4.4.2记录不得随意销毁,超过保存期的记录须经部门负责人审查，若记录中的相关数据涉及本公司电镀产品的技术要求、工艺参数或质量要求的，由部门负责人安排在碎纸机上销毁，其余的记录盖作废章后由文管中心统一负责回用。回用的作废记录仅限于在本公司内部使用，不得带出公司。 4.5记录的查阅、借阅 4.5.1 经记录保管部门负责人同意，相关部门可在记录保管处查阅所需记录，如需借阅，需经保管部门负责人同意后，进行登记，并限期归还。 4.5.2 如合同有要求，经主管领导同意，记录可提供给顾客或其代表查阅。 4.6记录样式的制作、更改及发放 4.6.1各部门可以根据各自的实际情况和工作需要，制作各种样式和内容要求的记录表格，经ISO文

文件及记录控制程序-答案

试题2：文件及记录控制程序答案（90分及格）姓名：职位：部门：得分：一、填空题（每空2分，共60分） 1、体系文件共分四层，分别为（质量环境）手册、程序文件、三阶文件、四阶表单。 2、文件发行时必须加盖红色“OPD受控”印章及蓝颜色“OPD发文章”印章。 3、由体系组发行的文件必须妥善保存，不得丢失、污损、受潮或涂改。 4、文件发生丢失或破损时，需要申请补发时，需填写《文件补发申请表》，并经过管理者代表批准后，方可向体系组申请补发。 5、文件修订时，必要时需经过相关部门共同决议后方可进行修订，修订时申请部门需填写《文件变更申请单》通知体系组变更，文件变更后需将变更的相关信息填写入《文件变更履历表》中，便于后续查阅。 6、每月体系组将对各部门的文件使用情况进行抽查，抽查结果将记于《文件审查记录表》中，其抽查频率为 1次/月。 7、体系发行文件对文件外部构架均有明确规定，我司规定文件外部构架必须包含公司名称、文件标题、文件编号、版本/状态、页码、编制人、审批人、变更履历、生效日期。 8、文件修订时，文件的版本会随之变更，那么当一份文件的现行“版本/状态”为“B/4” 时，再次变更后该份文件的“版本/状态”为 B/5 。 9、发行文件作废时，文件的副本需加盖红色“OPD作废文件”印章。 10、本公司一阶文件共有 1个，二阶程序文件共 24个，《文件控制程序》的文件编号为 EQ-COP-01 ，EQ-COP-02对应的文件名称为《记录控制程序》。 11、文件变更时，除对相应的内容作变更外，还需对版本/状态、变更履历(生效日期) 进行更新。 12、记录时，不需要填写项目应用划“/”掉，不允许空白不填；当填写出错时，应使用“双横线”或“＝”将错误内容划掉，再重新填写，修改时修改人需签名并填写修改日期。二、简答题（每题30分，共60分） 1、 OPD-EQM-01——2003 EQ-COP-01 WI-005 EQR-028 2、1、5分； 2、文件层次名称，15分； 3、文件编号错1个或漏写1个，扣2分； 4、文件编号均能完全正确，10分；