CSDN论坛 > C++ Builder > 基础类

我是c++的新手,原来学过c,请问在bcb下怎样调试标准的c++程序?不要见笑!参与有分! [问题点数:100分,结帖人plutu]

Bbs1
本版专家分:7
结帖率 98.36%
CSDN今日推荐
Bbs7
本版专家分:12422
Blank
黄花 2007年10月 C++ Builder大版内专家分月排行榜第二
Blank
蓝花 2007年11月 C++ Builder大版内专家分月排行榜第三
Bbs5
本版专家分:2957
Bbs1
本版专家分:10
Bbs4
本版专家分:1298
Bbs2
本版专家分:113
Bbs5
本版专家分:3372
Bbs4
本版专家分:1638
Bbs4
本版专家分:1676
Bbs6
本版专家分:8002
Bbs2
本版专家分:446
Bbs6
本版专家分:9766
匿名用户不能发表回复!
其他相关推荐
C语言基础 实参与形参的类型一致
c语言基础: 小案例解释 #include int show(int a, int b){ return a+b; } int main(){ double c=1.5,d=1.2; int x; x=show(1,d); printf("%d",x); return 0; } 有show
c语言项目(强力推荐,适合进阶和初学者学习)
c语言项目代码,内容分析透彻,适合进阶的人自学的良好的材料
C语言调试
1.调试的概念以及调试器的选择 在编写代码的过程中,相信大家肯定遇到过这样的情况:代码能够编译通过,没有语法错误,但是运行结果却不对,反复检查了很多遍,依然不知道哪里出了问题。这个时候,就需要调试程序了。 所谓调试(Debug),就是让代码一步一步慢慢执行,跟踪程序的运行过程。比如,可以让程序停在某个地方,查看当前所有变量的值,或者内存中的数据;也可以让程序一次只执行一条或者几条语句,看看
一个C语言程序说明了实参到形参的传递过程(1)
偶然发现了这样一个有意思的C语言程序: 这个程序有意思之处在于,从源程序中分析出的结果与程序运行得到的结果差别很大。一个很自然的想法是,我看到源程序就能知道运行的结果,很郁闷的是,我看到这个程序运行的结果后,疑问就更多了。。。程序的实参是同一个变量,而且在传递参数的过程中有计算,那么在传递过程中两个实参肯定是相互影响的。至于参数是怎么互相影响的,取决于编译器怎么翻译这段程序到汇编语言(
两个程序
<br />1.网络新手的原型是一个名为B1FF的人,他有一种独特的编写消息的方法。下面是一条常见的B1FF公告:<br />H3Y DUD3,C 15 RILLY COOL!!!!!!!!!!<br />编写一个“B1FF过滤器”,它可以读取用户录入的消息并把此消息翻译成B1FF的表达风格:<br />Enter message:Hey dude,C is rilly cool<br />IN B1FF-speak:H3Y DUD3,C is RILLY COOL!!!!!!!!!!<br />程序需要把
Linux环境下使用GDB调试C程序
写这篇博客的目的是为了对gdb的常用命令做一个备忘,记录回顾下使用gdb的过程加深记忆。gdb是linux环境下一个非常著名的C语言调试工具,而且也非常的好用,对于解决C语言的各种bug非常拿手,对于c语言下常见的内存问题,可以说能非常快速的定位并解决问题。这篇博客首先通过介绍gdb的基本使用,后面补充gdb的各种使用命令,我还想列出一些典型的使用环境来做一个总结性的说明,不过这个就留到以后再补充吧。
如何判断一段程序是由C 编译程序还是由C++编译程序编译的
以下是在论坛中看到的两种解释:(1)如果是要你的代码在编译时发现编译器类型,就判断_cplusplus或_STDC_宏,通常许多编译器还有其他编译标志宏,#ifdef __cplusplus       cout#else       cout#endif        如果要判断已经编译的代码的编译类型,就用nm查一下输出函数符号是否和函数名相同。(相同为c,不同
C语言的输出的规范
C语言对输入输出有着严格标准,有时候若是不按照标准来做,就会使得自己的程序陷入瘫痪,比如最简单的整型与浮点型之间的选择。 #include int main() { printf("%.1f\n", 8.0/5.0); return 0; } 注意:百分号后面是一个小数点,然后是数字1,最后是小写字母f,千万不能输入错, 包括大小写——在C语言中,大写和小写字母代表的含义是不同的。 再来做
简易C语言开发工具
简易C语言开发工具是一款简单易用的C语言集成开发环境(IDE),适合于编写符合ANSI C 标准的C程序,用户可以方便的编写、调试、运行C程序。
C语言输出DEBUG调试信息的方法
问题提出我们在调试程序时,输出调试信息(又称为”打桩”或者”插桩”)是一种普遍、有效的方法。我们输出的信息通常包括行号、函数名、程序变量等。但是我们在程序BUG修复后,又会特别烦我们之间插入的哪些调试语句,客户是不会理解我们那些调试语句曾经又多少汗马功劳,而太多的调试语句也影响我们程序运行时输出的美观和清晰,于是很多情况下我们需要手动将那些调试语句注释掉或者删掉,这对于小项目来说,我们还可以忍受,但
关闭