最近又遇到了一个崩溃,栈回溯非常怪异. /lib/i386-linux-gnu/libc.so.(gsignal+0x4f) [0xb2b751df] /lib/i386-linux-gnu/libc.so.(abort+0x175) [0xb2b78825] /lib/i386-linux-gnu/libc.so.(+0x6b39a) [0xb2bb239a] /lib/i386-linux-gnu/libc.so.(__fortify_fail+0x45) [0xb2c4b0e5] /lib

先来看看基于 Red Hat 与 Fedora 衍生版(例如 CentOS)系统用于阻止栈溢出攻击的内核参数,主要包含两项: kernel.exec-shield 可执行栈保护,字面含义比较“绕”, 实际上就是用来控制能否执行存储在栈 中的代码,其值为1时表示禁止:为0时表示允许:默认为1,表示禁止执行栈 中的代码,如此一来,即便覆盖了函数的返回地址导致栈溢出,也无法执行 shellcode 查看与修改系统当前的可执行栈保护参数: [root@localhost 桌面]# sysctl -a |

本周在给程序添加功能的时候,突然发现,我只是写了几个函数,还没调用,size就变大了.这肯定是不行的嘛,没用的函数就应该不链接进来,占用我宝贵的空间. 这种功能,讲道理编译器肯定要支持的,于是搜了一下,果然是有个编译选项 需要在编译的时候,加入-ffunction-sections, -fdata-sections 选项,在链接的时候,加入--gc-sections选项 大概的意思就是,编译的时候,把每个函数作为一个section,每个数据(应该是指全局变量之类的吧)也作为一个section,这

转自:http://blog.chinaunix.net/uid-26847859-id-3297170.html 原文地址:编译驱动模块时,出现“stack protector enabled but no compiler support”[解决办法] 作者:cjunsking 写驱动程序,编译驱动模块时,出现 “make[1]: Entering directory `/usr/src/linux-headers-2.6.32-5-amd64' /usr/src/linux-headers

gcc提供了大量的警告选项,对代码中可能存在的问题提出警告,通常可以使用-Wall来开启以下警告:           -Waddress -Warray-bounds (only with -O2) -Wc++0x-compat           -Wchar-subscripts -Wimplicit-int -Wimplicit-function-declaration           -Wcomment -Wformat -Wmain (only for C/ObjC and un

VS 的编译选项 build下的platform -- Any CPU和x86有什么影响? 现在的问题是,我的一个assembly用Any CPU编译就不能在64位系统下运行了,但是用x86编译就ok 原因是如果用Any CPU编译,那么在64位机器默认的运行就是64位的, 而我的assembly需要调用一个32的COM库,所以就运行不起来 只要用x86编译,那么程序就是以32位的程序,依靠wow64来运行的,所以就ok 所以,如果assembly需要使用win32库的话, 那么编译选项就不能使

一.MD(d).MT(d)编译选项的区别 1.编译选项的位置 以VS2005为例,这样子打开: 1)         打开项目的Property Pages对话框 2)         点击左侧C/C++节 3)         点击Code Generation节 4)         右侧第六行Runtime Library项目 2.各个设置选项代表的含义 编译选项 包含 静态链接的lib 说明 /MD _MT._DLL MSVCRT.lib 多线程.Release.DLL版本的运行时库 /

1.编译选项的位置 以VS2005为例,这样子打开: 1)         打开项目的Property Pages对话框 2)         点击左侧C/C++节 3)         点击Code Generation节 4)         右侧第六行Runtime Library项目 2.各个设置选项代表的含义 编译选项 包含 静态链接的lib 说明 /MD _MT._DLL MSVCRT.lib 多线程.Release.DLL版本的运行时库 /MDd _DEBUG._MT._DLL M

eng:debug 版本 user: release 版本 userDebug版本:部分debug版本 LOCAL_MODULE_TAGS := user eng optional test这个样子. 那么LOCAL_MODULE_TAGS设置为不同值有何作用呢?下面是对应不同值编译的结果: user:只有在user版本时该模块才被编译进去: eng:只有在eng版本时该模块才被编译进去: test:只有在tests版本时该模块才被编译进去: optional:在所有版本中都编译该模块进去. 其

转自:http://www.firekyrin.com/archives/597.html 编译选项 让我们先看看 Makefile 规则中的编译命令通常是怎么写的. 大多数软件包遵守如下约定俗成的规范: #1,首先从源代码生成目标文件(预处理,编译,汇编),"-c"选项表示不执行链接步骤. $(CC) $(CPPFLAGS) $(CFLAGS) example.c -c -o example.o #2,然后将目标文件连接为最终的结果(连接),"-o"选项用于指定输

Xcode 常用编译选项设置 在xcconfig文件中指定即可. 用标准库连接 LINK_WITH_STANDARD_LIBRARIES = YES如果激活此设置,那么编译器在链接过程中会自动使用通过标准库的链接器.  Info.plist 输出编码 INFOPLIST_OUTPUT_FORMAT = binary指定Info.plist文件的输出编码(默认情况下,输出与输入的编码保持不变),这个输出编码能指定“binary”或者“XML”. 生 成调试符号GCC_GENERATE_DEBUGG

一.程序编译过程 程序编译的时候,要分四个阶段 : 1.预处理阶段,完成宏定义和include文件展开等工作: 2.根据编译参数进行不同程度的优化,编译成汇编代码: 3.用汇编器把汇编代码进一步生成目标代码: 4.用连接器把生成的目标代码和系统或用户提供的库连接起来,生成可执行文件: 二.gcc/g++的编译过程 1.预处理,不生成文件 [预处理器cpp] 2.将预处理后的文件转换成汇编语言,生成.s的文件 [编译器egcs] 3.由汇编变为目标代码(机器代码)生成.o的文件 [汇编器as] 4

一.看例子分析gcc 的编译选项 gcc -o hello hello.c -I /home/hello/include -L /home/hello/lib -lworld 1.-I /home/hello/include    将/home/hello/include目录作为第一个寻找头文件的目录,寻找的顺序是:/home/hello/include-->/usr/include-->/usr/local/include 2. -L /home/hello/lib        将/hom

http://www.cnblogs.com/xmphoenix/archive/2011/03/21/1989944.html GCC 编译选项(转) gcc提供了大量的警告选项,对代码中可能存在的问题提出警 告,通常可以使用-Wall来开启以下警告:            -Waddress -Warray-bounds (only with -O2) -Wc++0x-compat            -Wchar-subscripts -Wimplicit-int -Wimplicit-

通过Virbox Protector可快速对您的软件进行加壳,可防调试,防挂钩,防反编译. 首先,你要有一个云平台(www.sense.com.cn)的帐号,登录后,只需将你的dll或者exe拖入到加壳工具中,预分析和自动优化引擎会对代码进行分析,根据预先设定的保护选项模拟执行.分析程序,找到性能瓶颈并给出智能优化方案,为每个函数量身打造最佳的保护方式,自动剔除无效函数,达到安全性和性能的最佳平衡,帮助开发商轻松完成高强度的软件保护工作,降低投入成本. 加壳步骤 1.        可执行程序(

#添加函数检查功能 include(CheckFunctionExists) //检查系统是否支持accpet4,将检查结果设置至HAVE_ACCEPT4 check_function_exists(accept4 HAVE_ACCEPT4) if(NOT HAVE_ACCEPT4) //如果系统不支持accept4,则针对SocketsOps.cc添加编译选项"-DNO_ACCEPT4" set_source_files_properties(SocketsOps.cc PROPER

Virbox Protector Standalone 加壳工具 防止代码反编译,更安全,更方便 产品简介 Virbox Protector Standalone提供了强大的代码虚拟化.高级混淆与智能压缩技术,保护您的程序免受逆向工程和非法修改. Virbox Protector Standalone 将被保护的程序代码转换为虚拟机代码,程序运行时,虚拟机将模拟程序执行,进入和离开虚拟机都有高级代码混淆.虚拟机配合代码混淆可以达到很好的保护效果,尤其是开发者的私有逻辑.高级混淆利用花指令和代码非

VirboxProtector Standalone 加壳工具可对代码加密的技术有:代码混淆.代码虚拟化.代码加密. 代码混淆:利用花指令和代码非等价变形等技术,将程序的代码,转换成一种功能上等价,但是难于阅读和理解的代码,可充分干扰静态分析. 虚拟化:将指令编译为虚拟代码,放在指定虚拟机中运行,目前对指令有一定的格式要求,有的函数可能不能被保护. 代码加密:将代码块作为数据,用许可加密函数存储,程序执行到该函数时验证许可并解密,内存中不会暴露完整的代码块,目前有的函数不可添加到保护中.   V

f-stack中ipc传递指针从应用中读取信息时挂掉 如:创建bridge0./ifconfig bridge0 create./ifconfig f-stack-0 down./ifconfig f-stack-1 down./ifconfig bridge0 addm f-stack-0 addm f-stack-1 up 查询:./ifconfig bridge0ifconfig: unable to get interface list: Broken pipe/mnt/storage/

Visual C++对于C++标准的支持不是很完善好像是钦定了的.MS还特意在这里说了些非标准行为[1]以及扩展行为[2].这就不可避免地会让处女座程序猿感到难受(我不是处女座).所以,经过一番google/bing之后,你会找到一个很好的VC++编译选项/Za. 我们先来看看/Za选项是什么意思: The /Za compiler option emits an error for language constructs that are not compatible with ANSI C8

编译选项的设置,称为“开关指令”,其中大部分值为布尔类型 一.代码生成(Code generation)1.Optimization  优化代码,默认true2.Stack frames  生成过程/函数的Stack frames(调试工具用),默认false3.Pentium-safe FDIV  修正早期Pentium处理器FDIV指令集浮点运算缺陷(已过期选项,Win95以后的操作系统内部已修正),默认false4.Record Field alignment,控制记录和类中字段对齐方式,