编辑 删除 习惯了用老方式(注释的方式)来对程序进行调试,不过昨天才发现这样调试存在很大的隐患:在工程发布的时候如果忘记把该注释的代码注释掉,而让这些调试信息随工程一起发布,如果是可见的调试信息倒好发现,如果不是可见的,那就惨了.昨天就吃了这个亏,现在总算找了个新方法,还得感谢一下Debug和Release. 通过#if预编译指令对DEBUG进行判断,如下: #if DEBUG // 调试用代码 …… …… #endif 调试用代码在Debug状态下是要执行的,而在Release状态下根本执行,

转自:http://blog.csdn.net/linuxheik/article/details/8051598 版权声明:本文为博主原创文章,未经博主允许不得转载. Makefile,如何传递宏定义DEBUG 1, gcc中使用宏的例子:在程序中,通过有这样的代码段:   #ifdef   DEBUG   printf("Debug   is   define!\n");   #endif   printf("Hello   World!\n");   希望在编

多数c语言的初学者对c工程开发过程各个阶段的作用理解不到位,而这方面的的知识又是实际开发过程中经常用到的技能点,所以就成为面试考察中一个重要的考察方面.例如:头文件的作用.头文件的内容:链接的作用和意义:条件编译的作用等等此类问题,接下来将c工程开发过程中的各种问题进行总结使大家能够自如应对这方面的面试题目. c工程开发经过以下几个阶段:           编辑-->预处理-->编译-->汇编-->链接-->运行-->调试 预处理阶段通常要完成三件事情,用头文件内容替

什么是 Release 版本.Debug 版本? bug-缺陷,程序故障.而debug指的是排除缺陷,显然这个模式是面向开发者的. 而release是满足发布所用. Debug 和 Release,在Target的Setting中相信大家应该看到很多选项都分为 Debug 和 Release,方便我们分别设置,满足调试和发布的不同需求. Release 是发行版本,比 Debug 版本有一些优化,文件比 Debug 文件小 Debug 是调试版本,Debug 和Release 调用两个不同的底层

debug:调试模式 有调试信息 线下 release: 无调试信息 经过了编译优化 发布 给用户使用的 线上模式  一般 工程项目 都是自带 上述两种配置结构 还有出现 distribution: 一般都没有这个选项,网上给的一种说法是"是使用了企业证书的编译版本.虽然这不是特别要求非得如此,但是许多参与企业版证书发布的程序员都遵守了这么一个协议" 其实,我们也可以自定一个这个结构,(这里我创建的是和Release一样的一个Distribution 当且仅当内测的时候用可选用这个)

Flutter 发布APK时,release版本和debug版本的默认权限不同 @author ixenos 在调试模式下,默认情况下启用服务扩展和多个权限(在flutter中) 当您处于发布模式时,您必须手动在androidmanifest.xml中添加Internet权限.(就像您在本机开发中添加它一样) 导航到android-> app-> src-> main-> AndroidManifest.xml并在应用程序范围之外添加此行. <uses-permission

最近MFC写了个程序,生成release版,原来正常,后来删掉了些控件再编译运行,结果竟然报内存读写错误,debug却是正常的.后来将“Project   Settings”   中   “C++/C    ”   项目下优化选项改为Disbale(Debug),就又能正常运行了. DEBUG和RELEASE   版本差异及调试相关问题[转]                                                                              

iOS中忽略NSLog打印信息 解决办法: 1.新建PrefixHeader_pch文件,在该文件中定义一下宏 //通过DEBUG宏的定义来解决Debug状态下和Release状态下的输出 #ifdef DEBUG #define NSLog(...) NSLog(__VA_ARGS__) #else #define NSLog(...) #endif /* PrefixHeader_pch */ 2.找到程序Build Settings 搜索 Prefix Header,然后在Prefix H

extends:http://blog.csdn.net/h3c4lenovo/article/details/42011887 , http://www.linuxidc.com/Linux/2015-12/126430.htm 当我们在做微信微博sdk分享的时候调试非常麻烦,因为要使用对应的签名版本才能调用sdk成功. 当我们使用AndroidStudio的Gradle之后会很简单的解决这个问题. 1.我们把签名文件放到工程根目录下(这样做是为了保持路径的统一) 2.在Gradle中引入如下

评估文件夹大小的时候,直接跨线程操作UI界面,Debug崩溃,Release不崩溃. 更多的一种情况是,本机DEBUG下不崩溃,把RELEASE版本到别的机子上,立刻崩溃(登录框的进度条的对象为空,仍试图去操作). void MyThread::ReadXML(QNetworkReply *reply){ //delete reply; reply->deleteLater(); reply->manager()->deleteLater(); // 这句应该放在上面,或者放到别处,或者

  VS编译完后,release版本的web.config(或者app.config) 为什么不一样那? 我们查看一下项目结构,会发现有两个版本的config文件存在: 打开web.Debug.config,这个文件没有什么,就是正常的配置. 打开web.Release.config文件,发现了奥秘.下面是VS自己默认创建的内容: <?xml version="1.0" encoding="utf-8"?>   <!-- For more info

有些时候会遇到Release版本正常运行,但是Debug无法运行甚至崩溃,原因有很多种,这里记录一下由于模型文件读取引起的Debug问题. 项目中需要读取一个obj模型文件,30M左右,Debug模式发现一直不能正确读取此模型,但是Release下无问题,将obj换成ive格式的模型,就没有问题了

在有的情况下,我们可能不能直接利用Debug模式进行程序调试,那么如何在Release模式下进行程序调试呢? 一.将项目属性设置为Release,生成--->配置管理器: 二.按Alt+F7,弹出属性页进行设置:

预处理:也就是包括须要的头文件,用#include<标准头文件>或#include "自己定义的头文件" 宏定义,如:#define PI 3.1415926 查看用宏定义的值替换宏名称,如:gcc -E test.c 带參数的宏:MAX(x,y) (x)>(y)? ((x):(y))   //用法与函数一样 宏运算:     #define PRINT(n) printf(#n"=%d",n)   //#n 就是把传入的变量值作为字符串放在那里

------ 已启动全部重新生成: 项目: VM661JTcpDLL, 配置: Debug Win32 ------生成启动时间为 2018-12-29 14:07:20.项目文件包含 ToolsVersion="15.0" 设置,而此版本的 MSBuild 不支持该工具版本.该项目将视为包含 ToolsVersion="4.0" 设置.……………………………………………………………………………………Link: 正在创建库 ..\..\Debug\VM661JTcp

这个程序大体是这样一个逻辑,通过win32程序与设备交互,主线程先向设备发送命令要求 循环验证 然后一个线程专门负责接收设备返回信息 两边通过全局变量的变化来交流,主线程通过接收线程收到的信息设置界面显示内容 程序本身逻辑是没问题的,尤其在Debug模式下运行正确 在Release模式下却运行错误,设备验证结果没有显示在界面上 我在主线程循环中加入Sleep(100);进行延时,结果就好了 难道Release下是自动对While(1)这样的写法做了某些优化? 暂时没法理解,只能先把问题记录下来

代码在Release模式下会crash,Debug模式下可以运行,最后定位到原因 for (size_t j = 0; j < ids.size()-1; ++j) { } 发现问题是Release模式下ids.size()为0,此时ids.size() - 1的结果是4294967295,程序进入到循环体内部,就出错了. 而在Debug模式下,ids.size()不是0,就没问题了. 或许我该看看为啥ids计算你的结果不一样了...

在"工程"上单机右键,"属性"--->"生成"--->"条件编译符号"后边的输入框中,输入自定义的条件编译变量.多个变量用";"分割.

在源代码里面如果这样是定义的: #ifdef   MACRONAME //可选代码 #endif 那在makefile里面 gcc   -D   MACRONAME=MACRODEF 或者 gcc   -D   MACRONAME 这样就定义了预处理宏,编译的时候可选代码就会被编译进去了. 对于GCC编译器,有如下选项:         -Dmacro=string 或 -D macro=string,等价于在头文件中定义:#define   macro   string.例如:-D TRUE=

本文转载自:http://blog.csdn.net/maopig/article/details/7230311 在源代码里面如果这样是定义的:#ifdef   MACRONAME//可选代码#endif 那在makefile里面gcc   -D   MACRONAME=MACRODEF或者gcc   -D   MACRONAME 这样就定义了预处理宏,编译的时候可选代码就会被编译进去了. 对于GCC编译器,有如下选项:        -D macro=string,等价于在头文件中定义:#d

如果工程代码使用了: 把此选项关闭即可减少库大小不少: