qq_36583051的博客

/b2 link=static cxxflags=-fPIC cflags=-fPIc --with-regex --prefix=你的安装路径 install。过程中可能有报错，某个sh文件没有权限，chmod 777 报错的文件，再次sh bootstrap.sh。安装某个小功能的库./b2–with-regex–prefix=你的安装路径 install。安装静态的库，必须要有-fPIC，防止你用这个静态库去生成动态库的时候，有符号不允许动态。之后删除include里面不需要的头文件，就可以简化。

在开发中linux server中，如果登录后命令行一直显示（在已经有权限登录的情况下）：bash-3.2$如何让其显示主机名和文件路径（并根据不同的颜色显示）：[cvadev@swcvaap3d:/home/cvadev]

或者可以使用上面提到的pvector myVector N-1，表示打印第N个对象，但是该输出是一个格式化之后的结果，我们无法再对该输出结果进行操作，但是上面两个命令可以，例如p (myVector._M_impl._M_start)[N-1].element，因此，如果只是查看输出结果，我们可以直接使用pvector，如果还需要对vector的某个结果进行操作，建议使用上述两个命令。当前测试的GDB版本为7.9.1，还不能直接用print命令打印vector。// 这两种方式，编号均从0开始。

鉴于我g++ -v是一个gcc version 4.8.2 (Debian 4.8.2-12)但是用Clang/LLVM 3.4编译。上述用编译GCC 4.8使用。

需要注意的是，memcheck会加入代码检查每一片内存的访问和进行值运算，导致整体代码大小至少增加12倍，运行速度比平时慢25-50倍，所以使用valgrind时，保证机器环境有足够多的内存，如果进程本身启动内存有十几G，那用valgrind启动程序时，一般启动特别慢，可能1h才能启动程序。你的程序可能，至少在原则上，应该在退出前释放这些内存块。这些有指针指向的内存块和没有指针指向的内存块，或者只有内部指针指向的块，都可能产生内存泄露，因为实际上没有一个指向块起始的指针可以拿来释放，即使你想去释放它。

它将特殊的检测指令插入到预处理的源代码中，然后使用原始编译器编译修改后的代码。报告中包含了整个项目的覆盖率数据，各个文件的覆盖率，以及各个文件的代码行级的覆盖情况。其中MySourcePath是要检测的项目的源文件目录，YourProgram.exe是编译好的准备进行检测的项目可执行文件，最后可以添加检测的目标程序运行的参数。在编译之后，可以像往常一样运行检测的可执行文件（并且可以通过访问它们的程序使用检测的库或插件），但是现在，当程序终止时，生成执行报告（.csexe文件）。找到可以消除的冗余测试。

使用ssh-keygen,实现免密码登陆linux的方法

使用ssh-keygen,实现免密码登陆linux的方法

1：linux下进行内存泄露定位使用valgrind首先下载valgrind，并解压到linux服务器上，进入解压目录，修改里面autogen.sh的权限和格式，运行valgrind --log-file=/home/valgrind.log --tool=memcheck --leak-check=full ./test...

GDB调试命令用gdb运行程序gdb -args xx运行程序（gdb）r暂停程序（gdb）s（gdb）或者输入ctrl + c继续程序（gdb）c显示堆栈（gdb）bt将堆栈信息写入到指定的文件（gdb）set logging file mylog.txt（gdb）set logging on（gdb）thread apply all bt显示线程信息（gdb）info thread查看某个线程（gdb）thread 13（线程信息前面的

最近在做一个C++项目，我们使用了一个叫做AStyle的插件来做代码格式化。下载方式1：通过Visual Studio下载> 1. 启动Visual Studio，以下简称VS；> 2. 英文版VS：VS主菜单 > Tools > Extension Manager…； 中文版VS：VS主菜单 > 工具 > 扩展和更新…；> 3. 左边选择Online Gallery（联机），输入关键字“AStyle”。下载方式2：通过页面下载下载页面：v

类似这种：解释一：在CentOS系统上安装了gcc4.8.2和gcc7.2两个版本，gcc使用的是4.8.2版本，g++使用的是7.2版本，使用make编译cmake时出现c++11标准库未定义错误，两个版本的编译器使用的库版本也不同，对c++11标准的实现程度也不一样，所以会出现该问题，将g++换成4.8.2版本即解决该问题。个人感觉编译器报标准库的错误很可能就是工具链版本的问题，修改使用合适的工具链应该即可，比如对gcc软件，所有编译器都使用统一版本即可。————————————————

1. 文件目录结构首先创建如下目录结构：└── lib ├── build # ├── CMakeLists.txt └── src # ├── add.c └── add.h从上面的结构，可以看出博主想实现一个具备简单加法的库。build：存放cmake生成的makefile文件，make编译生成的中间文件。CMakeLists.txt：使用cmake语法编写相关指令，用于生成makefilesrc：库文件的源代码2. 库文件源代

1：linux下打包#!/bin/bashif [ ! -d build ];then mkdir build #创建build文件夹ficd build #cd到build文件夹/usr/local/cmake/bin/cmake ../src -DCMAKE_BUILD_TYPE=Release #调用linux上面的cmake工具，前面是路径 源码路径 编译参数=releasemake #构建SoftName="libsrv-pt-intelle

vim etc/project按 “i” 表示插入的意思，添加你需要添加的环境变量例：export PATH=PATH:/opt/gurobi800/linux64/binexportLDLIBRARYPATH=PATH:/opt/gurobi800/linux64/bin export LD_LIBRARY_PATH=PATH:/opt/gurobi800/linux64/binexportLDL​IBRARYP​ATH=LD_LIBRARY_PATH:/opt/gurobi800/linu.

写一个错误的c程序go测试代码package dlsymimport "testing"func Test_intercept(t *testing.T) { Intercept("gethostbyname\x00")}go调用C代码 所属的包package dlsym// #cgo CFLAGS: -I.// #include <stddef.h>// #include "dlsym_wrapper.h"import "C"import "unsafe

当程序出现错误，可使用gdb在线调试，以下举一个简单例子说明，如何定位程序。1.创建一个文件gdb_test.c，输入以下代码。代码中的第5行，使用了未初始化为有效值的指针，运行过程中肯定是会出错的。1 #include “stdio.h”234 int main()5 {6 int b = 0;7 b = 10;8 printf("****** b = %d ************ ",*b);9 }2.编译源码，生成可执行文件gdb_test。增加参

if(CMAKE_COMPILER_IS_GNUCXX OR CMAKE_CXX_COMPILER_ID MATCHES "Clang") add_definitions(-DAF_CLASSARRANGE_EXPORTS) set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -Wl,-Bsymbolic") set(CMAKE_CXX_FLAGS_DEBUG "$ENV{CXXFLAGS} -O0 -Wall -g -ggdb") set(CMA

注意：一次性将大批量文件上传至远程服务可能会导致上传部分空内容的文件，最好采用压缩包rz命令上传的方式SFTP安装VsCode安装插件很简单，插件管理，搜“SFTP”，然后安装即可。SFTP原理SFTP原理是这样的：首先本地要有一个项目文件夹，同时远程也有一个项目文件夹，然后通过配置文件来同步二者。S F T P 可 以 查 看 远 程 项 目 所 有 文 件 ， 但 不 能 直 接 操 作 ， 必 须 操 作 本 地 项 目 文 件 ， 再 同 步 到 远 程 项 目 。 \color{FF0