符号链接

本文转载自新浪永远即等待的博客 几个概念： 1、编译 ：编译器对源文件进行编译，就是把源文件中的文本形式存在的源代码翻译成机器语言形式的目标文件的过程，在这个过程中，编译器会进行一系列的语法检查。如果编译通过， 就会把对应的CPP转换成OBJ文件 。 2、编译单元 ：根据C++标准，每一个CPP文件就是一个编译单元。 每个编译单元之间是相互独立并且互相不可知 。 3、目标文件 ：由编译所生成的文件，以机器码的形式包含了编译单元里所有的代码和数据，还有一些期他信息，如未解决符号表，导出符号表和地址重定向表等。目标文件是以二进制的形式存在的。 根据C++标准， 一个编译单元（Translation Unit）是指一个.cpp文件以及这所include的所有.h文件 ，.h文件里面的代码将会被扩展到包含它的.cpp文件里，然后编译器编译该.cpp文件为一个.obj文件，后者拥有PE（Portable Executable，即Windows可执行文件）文件格式，并且本身包含的就是二进制代码，但是不一定能执行，因为并不能保证其中一定有main函数。 当编译器将一个工程里的所有.cpp文件以分离的方式编译完毕后，再由链接器进行链接成为一个.exe或.dll文件 。 下面让我们来分析一下编译器的工作过程： 我们跳过语法分析，直接来到目标文件的生成，假设我们有一个A.cpp文件，如下定义： int

一丶同步与互斥详解,以及实现一个进程监视软件. 1.用于线程同步的 KEVENT 事件很简单分别分为 事件状态. 以及事件类别. 事件状态: 有信号 Signaled 无信号 Non-signaled 事件类别 自动恢复 Synchronization 自动设置 不自动恢复. Notification 手动设置 事件的创建函数 ** IoCreateNotificationEvent() ** ** KeClearEvent() ** 设置为无信号状态 ** KeResetEvent() ** 设置为无信号状态并返回之前的状态 ** KeSetEvent()** 设置事件为有信号. 其实理解有信号跟无信号就可以了. 有信号了.我的等待函数才可以等待. 无信号就会阻塞在哪里. 事件的类别就是等待之后 根据你的设置.是自动设置为无信号. 还是不设置. 如果自动设置为无信号.那么下个线程来就会阻塞.直到我们设置为事件为有信号.才可以. 在内核中一般使用事件是使用匿名内核事件. 而不是使用IoCreateNotificationEvent 代码如下: KEVENT myKevent; KeInitializeEvent(&myKevent, NotificationEvent,FALSE); //设置事件为有信号 KeSetEvent(&myKevent,IO_NO_INCREMENT

http://www.cppblog.com/wolf/articles/74928.html http://www.cppblog.com/wolf/articles/77828.html http://www.jb51.net/article/34990.htm C和C++之间库的互相调用 extern "C"的理解： 很多人认为"C"表示的C语言，实际并非如此，"C"表示的是一种链接约定，只是因C和C++语言之间的密切关系而在它们之间更多的应用而已。实际上Fortran和汇编语言也常常使用，因为它们也正好符合C实现的约定。 extern "C"指令描述的是一种链接约定，它并不影响调用函数的定义，即时做了该声明，对函数类型的检查和参数转换仍要遵循C++的标准，而不是C。 2.extern "C"的作用： 不同的语言链接性是不同的，那么也决定了它们编译后的链接符号的不同，比如一个函数void fun(double d)，C语言会把它编译成类似_fun这样的符号，C链接器只要找到该函数符号就可以链接成功，它假设参数类型信息是正确的。而C++会把这个函数编译成类似_fun_double或_xxx_funDxxx这样的符号，在符号上增加了类型信息，这也是C++可以实现重载的原因。 那么，对于用C编译器编译成的库，用C++直接链接势必会出现不能识别符号的问题，是的，需要extern "C

http://www.jb51.net/LINUXjishu/150570.html 这是linux中一个非常重要命令，请大家一定要熟悉。它的功能是为某一个文件在另外一个位置建立一个同不的链接，这个命令最常用的参数是-s,具体用法是：ln -s 源文件 目标文件 这是linux中一个非常重要命令，请大家一定要熟悉。它的功能是为某一个文件在另外一个位置建立一个同不的链接，这个命令最常用的参数是-s,具体用法是：ln -s 源文件 目标文件。 当 我们需要在不同的目录，用到相同的文件时，我们不需要在每一个需要的目录下都放一个必须相同的文件，我们只要在某个固定的目录，放上该文件，然后在其它的 目录下用ln命令链接（link）它就可以，不必重复的占用磁盘空间。 例如：ln -s /bin/less /usr/local/bin/less -s 是代号（symbolic）的意思。 这 里有两点要注意：第一，ln命令会保持每一处链接文件的同步性，也就是说，不论你改动了哪一处，其它的文件都会发生相同的变化；第二，ln的链接又软链接 和硬链接两种，软链接就是ln -s ** **,它只会在你选定的位置上生成一个文件的镜像，不会占用磁盘空间，硬链接ln ** **,没有参数-s, 它会在你选定的位置上生成一个和源文件大小相同的文件，无论是软链接还是硬链接，文件都保持同步变化。

1. 编辑：也就是编写C/C++程序 2. 预处理：相当于根据预处理指令组装新的C/C++程序。经过预处理，会产生一个没有宏定义，没有条件编译指令，没有特殊符号的输出文件，这个文件的含义同原本的文件无异，只是内容上有所不同。 3. 编译：将预处理完的文件进行一系列词法分析、语法分析、语义分析及优化后，产生相应的汇编代码文件。 4. 链接：通过链接器将一个个目标文件（或许还会有库文件）链接在一起生成一个完整的可执行程序。 链接程序的主要工作就是将有关的目标文件彼此相连接，也就是将在一个文件中引用的符号同该符号在另外一个文件中的定义连接起来，使得所有的这些目标文件成为一个能够被操作系统装入执行的统一整体。在此过程中会发现被调用的函数未被定义。 来源： https://www.cnblogs.com/didiaoxiaoguai/p/11681730.html

在Visual Studio 2017中可以通过符号以及源链接，非常方便对 ASP.NET Core 2.0中源代码进行调试。在这篇文章中，我们将重点介绍如何使用源链接对ASP.NET Core源进行调试。 什么是源链接？ 和我一样，您可能已经注意到在编译代码时，会创建的PDB文件。这些文件保存了符号信息，这些信息可以选择用于支持对外部源代码的调试。某些类型的符号文件可能包含一些源代码或源代码的映射。 很长一段时间以前，Microsoft已经托管了符号服务器，它们保存Microsoft产品（如.NET Framework和ASP.NET Core）已发布的符号文件。Visual Studio支持动态下载符号。为此，您必须禁用“调试” -> “常规”选项中的“启用仅我的代码”选项。默认情况下，此选项在Visual Studio中是启用的。 有关符号、符号服务器等的更多信息，请参阅此MSDN链接。 源链接允许您在符号文件中嵌入被调用方法的名称和位置清单，它可以识别包含代码的文件以及可以从哪里检索文件。ASP.NET Core（不是.NET Core）现在支持源链接，并提供到GitHub上托管代码的链接。 启用和使用源链接 首先的要求是将Visual Studio 2017更新到最新的版本（15.3），该更新添加了源链接的支持。如果安装此项，在“调试” -> “常规”选项中，您将看到

盘古开天辟地！我们写了个C语言源文件，那从源文件到可执行程序这中间又发生了什么？编译，链接这些概念又是什么意思？带着对这些问题的好奇，我查了一些资料。其中，主要参考的是《程序员的自我修养》这本书和一些网上的博客。 在 windows 下经常只需要单击 Run 或者 Debug 就可以运行一个C语言程序，这种便利隐藏了背后的复杂机制，而我想知道这背后到底发生了什么。 本文所使用的系统是 ubuntu ，但这些概念也适用于 windows 下。 1. 编译源文件的四个阶段 假如我们写了一个很简单的 helloworld.c 程序： #include <stdio.h> int main(int argc, char *argv[]) { printf("Hello,World!\n"); return 0; } 我们都知道运行命令 gcc helloworld.c -o helloworld 便可以对这个文件进行编译，并命名可执行文件为 helloworld 。然后运行 ./helloworld Hello,World! 便可以执行该文件，但是这背后又经历了什么呢？ 注意： 本文并不是一篇严谨的探讨编译过程的文章，只是我对这个问题了解过程的一个梳理。 1.1 预处理(preprocessing) 在预处理阶段，我们可以简单理解就是处理以"#"开始的那些预处理指令，比如说：

一、readlink：查看符号链接文件的内容 语法 readlink [选项] ...文件... 描述 打印符号链接或规范文件名的值 -f，--canonicalize 通过遵循每个组件中的每个符号链接来规范化 递归给定名称；除最后一个组件外的所有组件都必须 存在 二、find命令中-exec参数 find查找的文件+-exec + command命令 +{} +\； {}代表find查找到的文件 \转义 ；结束符 三、file命令 file：显示文件类型 实例： file这个文件会提示是链接文件 来源： https://www.cnblogs.com/jiazilongBlog/p/11589524.html

问题24：如何访问文件的状态 一、案例：在某些项目中，需要获取文件的状态 文件状态：os.stat(path) 　　1、文件的类型：普通文件、目录、符号链接、设备文件或管道（一般在Linux上）。。。 　　2、文件的访问权限：一般为读、写、执行，3个权限； 　　3、文件的最后的访问时间（对应read操作）、最后的修改时间（对应write操作）、最后的节点状态更改时间（对应的chang_move、chang_name的操作） 　　4、获取普通文件的大小，也就是字节数 #普通文件：如.py、.txt、.csv等； #目录文件：目录d/ #符号链接文件：x.txt -> a.txt，也就是x.txt引用了普通文件a.txt 二、Python中如何获取文件的状态 方法一：系统调用 　　标准库os模块下的三个系统调用：stat、fstat、lstat，获取文件状态； 1）os.stat(path)、os.lstat(path)、os.fstat(fileno)：获取指定文件的状态； 2）stat和lstat的差异：表现在对符号链接文件的操作，如x.txt -> a.txt: 　#os.lstat('x.txt')：返回符号链接x.txt文件的状态； 　#os.stat('x.txt')：返回的是a.txt文件的状态，因为stat，要跟随符号链接，指向a.txt文件； 3

C的内存分配 32bitCPU可寻址4G线性空间, 每个进程都有各自独立的4G逻辑地址, 其中0~3G是用户态空间, 3~4G是内核空间, 不同进程相同的逻辑地址会映射到不同的物理地址中. 其逻辑地址其划分如下: 正文段(code segment/text segment, .text段): 或称代码段, 通常是用来存放程序执行代码的一块内存区域. 这部分区域的大小在程序运行前就已经确定, 并且内存区域通常属于只读, 某些架构也允许代码段为可写, 即允许修改程序. 在代码段中, 也有可能包含一些只读的常数变量, 例如字符串常量等 . CPU执行的机器指令部分. ( 存放函数体的二进制代码 . ) 只读数据段(RO data, .rodata)：只读数据段是程序使用的一些不会被改变的数据, 使用这些数据的方式类似查表式的操作, 由于这些变量不需要修改, 因此只需放在只读存储器中. 已初始化读写数据段(data segment, .data段)：通常是用来存放程序中已初始化的全局变量的一块内存区域. 数据段属于静态内存分配. 常量字符串就是放在这里的, 程序结束后由系统释放(rodata—read only data). 已初始化读写数据段(RW data, .data)：已初始化数据是在程序中声明, 并且具有初值的变量, 这些变量需要占用存储器空间,