D***n
发帖数: 6804 | 1 OK，看来你对GDB和IDE关系不是很清楚，简单解释一下：
IDE是指的集成开发环境，通常是一个大的程序集成编辑器，调试，Builder，Compiler
，语法分析（比如自动补全），版本控制，等等一系列模块集成在一起。GDB是一个
debugger，它可以做为一个独立的程序，有不少IDE也把它整合到里面做为一个子模块
，比如Apple的Xcode就整合了GDB（现在是LLDB）。VS为它的debugger提供了一些UI方
面的功能，这个并不是Debugger的一部分，而是IDE的一部分。所以两者没法比较。
至于GDB为什么不提供整合的UI，这个我就不拽KISS啥的，GDB出来的时候，还没有IDE
这个概念。就目前来说，因为GDB的适用范围要比VS debugger要广的多。从嵌入式到超
级计算机都有，所以不会绑定特定的前端界面。
对于普通的程序开发来说，Unix下确实很多人都不用IDE，是因为IDE是一个半封闭的系
统，而Unix 开发环境不同，经常是个开放的系统。而Emacs和VIM为这个开放系统提供
了一个整合的显示编辑界面。
GDB |
|
C********e
发帖数: 219 | 2 接手了一个c++的程序，以前的程序员不愿意指导，自己也比较愚钝。请大侠们指点
不明白为什么usleep(1000)发生overflow？是因为其他线程有overflow的情况吗？如何
查看其他线程里面的变量值呢？
Program terminated with signal 6, Aborted.
#0 0x0000003cfd89a1e1 in nanosleep () from /lib64/libc.so.6
(gdb) bt
#0 0x0000003cfd89a1e1 in nanosleep () from /lib64/libc.so.6
#1 0x0000003cfd8ce8f4 in usleep () from /lib64/libc.so.6
#2 0x0000000000498e17 in MyClass::StartUp (this=0x2b4484725010, aName=
Traceback (most recent call last):
File "/usr/share/gdb/python/libstdcxx/v6/printers.py", lin... 阅读全帖 |
|
A*****i
发帖数: 3587 | 3 笑话，你那个是某地址附近内存
这个东西我确实不知道，但是你很有意思
你那个专门的窗口不需要设定这个“某地址”么？你脑子想到某个变量什么都不做它就
能自动显示其所在地址前后的内存？gdb已经和人脑融合了？那还要电脑作甚？
还有我已经说了那只是我自己的看法，用没用过gdb我自己当然清楚，不用破费您老了哈
还有我那个说法是以前几个用GDB的朋友告诉我的，我就拿来用了，加上自己用的时候
发现确实挺麻烦，特别是内存调试的时候。
我要是没用过我能说GDB难用么？对，就算我不会用，那为什么GDB没有让我觉得好用？
还是有缺陷存在，加上每人确实爱好不同，本来没有必要争论的话题你非要和我辩，有
意思么？ |
|
i***r
发帖数: 1035 | 4 at command line, run gedit with any argument will cause gedit to crash:
$ gedit test.sh
Segmentation fault (core dumped)
$ gdb gedit
GNU gdb (GDB) Red Hat Enterprise Linux (7.2-56.el6)
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was... 阅读全帖 |
|
t*****n
发帖数: 4908 | 5 但是vim+gdb挺痛苦的，没有emcas+gdb爽。没有gdb我是没法活的。Stallman是emacs和
gdb的原始作者。对gdb的理解和支持，估计emacs是最好的。
vim |
|
t*****n
发帖数: 4908 | 6 gdb很好用。我每天都用。你的问题不在gdb，在于你对程序理解。估计你是面对
million级的代码，一头雾水。我建议你用eclipse+cdt，看代码非常爽，比visual
studio强多了。
gdb和eclipse非常容易学，1天就够了。主要是看代码。不能瞎看，要针对bug的。用
gdb走几遍就熟悉了。
我是eclipse+cdt写代码，emacs+gdb调试。
if |
|
p****s
发帖数: 3184 | 7 原始社会？
gdb里的print可以打印任何C/C++的表达式，包括function calls。如果你够crazy，可
以调用你正在调试的function。你那M$V$就是发展到共产主义也没RMS在gdb原始设计时
就想到的这样强的功能。
eye candies多倒是M$砸人工man-years就能制造出来的一堆花里胡哨的玩意儿，原始设
计走叉了道以后就难改了，M$的东西基本都是这么回事，正经事玩不转--对C表达式的
理解、对进程管理(attach)的支持、对网络和嵌入式系统（远程调试）的支持都差gdb
一大截。
反过来讲，RMS如果让gdb放弃GPL，被某个大公司收购，投入1000个人年的人工做eye
candies，没有什么V$的图形界面功能是不能在gdb里做的。 |
|
D***n
发帖数: 6804 | 8 说话的口气好像GDB很精通，搞半天连最基本的用法都不熟。既然你不熟，那在前面拽
什么：“别拿GDB说事，要是linux下能用VS相信所有的GDBer都会投靠微软”？
比如说：你举拖半个屏幕来检查前后几百内存的事，Emacs下的gdb模式专门有个窗口自
动显示某地址附近内存内容，大部分情况下一个命令都不用打啊。所以我觉得你这个例
子不能得出VS Debugger更方便的结论，只能得出你没用过gdb的结论。 |
|
s********r
发帖数: 403 | 9 c++ 的这种 design 并不 make sense，作为有实体的对象，更应当可以取地址。
而实际情况是非实体的类成员可以，但实例化以后被编译器禁止。
从debug 来看，其实地址是同一的。
如果按正常逻辑，要么都可以，要么都不允许，至少实体本身更具有取地址权。
(gdb) l
31 int main()
32 {
33
34 Function_pointer myFunc;
35 Function_pointer myFunc2;
36 Function_pointer* ptr = &myFunc;
37
(gdb) p myFunc2.next
$1 = {int (Function_pointer *, int)} 0x4032c4
(gdb) p Function_pointer::next
$2 = {int (Function_pointer * const, int)} 0x4032c4
in... 阅读全帖 |
|
s********r
发帖数: 403 | 10 不知道下面这种满不满足你的需求
一般来讲，宏函数短小，主要还是靠精确的设计不靠debug
$ cat macro.c
#include
#define PRINT(str) \
do \
{ \
int i = 1; \
printf("%s %dn", (str), i); \
} \
while (0);
int main(void)
{
const char *sz_in = "Hello";
PRINT(sz_in);
return 0;
}
gcc -ggdb3 macro.c
(gdb) info MACRO PRINT
Defined at /usr/local/src_test/macro.c:3
#define PRINT(str) do { int i = 1; printf("%s %dn", (str), i); } while (0);
(gdb) si
0x0000000000400540 15 PRINT(sz_in);
(gdb) p i
$1 = 1
(gdb) p sz_in... 阅读全帖 |
|
g*********s
发帖数: 1782 | 11 (gdb) p 16/-10
$10 = -1
(gdb) p -16/10
$11 = -1
(gdb) p 16%-10
$12 = 6
(gdb) p -16%10
$13 = -6
the last 2 are not symmetric as the following is not symmetric?
(a/b)*b + a%b == a |
|
r****o
发帖数: 1950 | 12 我linux下的调试还停留在printf打印信息的水平，
想用gdb很多次了，可是每次都觉得麻烦。
谁能说说gdb调试有什么优点呢?
或者说，什么样的程序适合用gdb来调试，不适合用printf？ |
|
h********3
发帖数: 2075 | 13 GDB跟IDE分开来弄，搞得别人宁愿用复杂的VS DEBUG，都不愿意尝试GDB，已经说明GDB
很失败了。 |
|
h********3
发帖数: 2075 | 14 说了半天你还是不明白。你老是企图划清vim,Debugger和IDE的区别，然后把vim,gdb都
归结到一个很小很小的分支里面，于是让他们不用和IDE进行同等比较，最后来说明vim
/gdb在自己分支是最好的，并且来还列举说明IDE在这个很细很细的分支里面没有vim/
gdb做得好。这种比较，有啥意义？当你把这些攻击划分到很细的分支之后，别人会说
，我要你这个东西来干啥？别人需要的是一套开发环境，而不是一个小工具。前面就说
了，你把vim纯粹划分到文字编辑器，那只能让VIM彻底掉价。因为code的文字编辑是无
格式无排版的。比起word，adobe的出版文字编辑，code的文字编辑根本没有任何复杂
性而言，就算你在文字编辑里面做到再好，在word和acrobat面前也只是个toy。
Compiler
IDE |
|
y****r
发帖数: 3036 | 15 ☆─────────────────────────────────────☆
sonatina99 (漫天落霞，抚琴轻唱) 于 (Wed Apr 10 13:09:50 2013, 美东) 提到:
bbppb不是一直很鄙视做mitbbs广告的嘛？
惊见玉照。。。。。
☆─────────────────────────────────────☆
yqwen (小少爷) 于 (Wed Apr 10 13:11:37 2013, 美东) 提到:
估计本来是犹抱琵琶，后来上次被你们连呼好几天真名，现在索性豁出去了。
☆─────────────────────────────────────☆
sonatina99 (漫天落霞，抚琴轻唱) 于 (Wed Apr 10 13:13:56 2013, 美东) 提到:
看来不是鄙视做mitbbs广告，是一直没有机会。有机会立马上来了。
☆─────────────────────────────────────☆
bbppb (白白胖胖不) 于 (Wed Apr 10 13:16:01 2013, 美东) ... 阅读全帖 |
|
发帖数: 1 | 16 你不是懂C++吗？ 我来考你一道题：
C++运行会出现Segmentation fault，大部分时候GDB能解决，但有些特殊情况GDB里即
便看到了也无济于事的，两个问题:
1, 你举一些实际例子例说明哪些情况下GDB也帮不了你.
2, 根据你举出来的例子，你该怎么解决
这道题google不出来的，必须是做过才知道，能google出来的都是初学者就碰得到的。
讲道德经，我说不过你，那就讲点技术----你不是追求“语言里的实力美”吗？ |
|
l*****a
发帖数: 38403 | 17 你这版本，神的众子为什么翻译成天使，另外据说圣经是有圣灵随着你们，是大有神迹
，不可能有错误冲突滴？ 另外你这没回答，我问的是在创造人类之前就造了上亿天使
的原文是什么，另外按你这逻辑，晨星也是耶稣的称号，你是不是可以认为，有很多耶
稣啊？
真有意思阿
Bible VersionsJob 38Job 38:7Compare Translations
Job 38:7 NIV
New International Version
while the morning stars sang together and all the angels shouted for joy?
Read Job 38 NIV | Read Job 38:7 NIV in parallel
Job 38:7 ASV
American Standard Version
When the morning stars sang together, And all the sons of God shouted for
joy?
Read Job 38 ASV | Read Job 38:7 ASV in p... 阅读全帖 |
|
l*****a
发帖数: 38403 | 18 这里是各种译文
Revelation 12:12 NIV
New International Version
Therefore rejoice, you heavens and you who dwell in them! But woe to the
earth and the sea, because the devil has gone down to you! He is filled with
fury, because he knows that his time is short."
Read Revelation 12 NIV | Read Revelation 12:12 NIV in parallel
Revelation 12:12 ASV
American Standard Version
Therefore rejoice, O heavens, and ye that dwell in them. Woe for the earth
and for the sea: because the devil is gone down unto you, h... 阅读全帖 |
|
r****y
发帖数: 26819 | 19 xcode最新版里gdb调试程序怎么输入数据？
google了一下：
There is no more Standard I/O Log or Run Log, there is only the Console.
Stdin to your app is now sent via the Console log while executing and to the
debugger when paused. The Console window now has a toolbar like the old Run
window formerly did. To make this available in existing projects, remove
the .mode*V3 file from the project wrapper. The debugger prompt and
text colors set in the Debugger preferences are visual indicators for where
the input is goi... 阅读全帖 |
|
a**n
发帖数: 97 | 20 我觉得你说的就是我先要实现的。具体怎么得到Core Dump or Ram Dump呢？我自己看
了点GDB，是不是要先加上-g的switch，然后怎么做呢？等到target死掉后，GDB Host
也不能通过serialport 或者Ethernet的GDB Host连接target乐。
感谢！感谢！ |
|
g*********s
发帖数: 1782 | 21 isn't float(7.2) the same as (float)7.2 in c++ now?
(gdb) p float(7.2)
A syntax error in expression, near `7.2)'.
(gdb) p (float)7.2
$3 = 7.19999981
gdb 6.8, gcc 4.2.4. |
|
r*********r
发帖数: 3195 | 22 xcode 不就是在 gcc, gdb 上加了一层GUI么，如果愿意，调试的时候甚至可以直接用
gdb 命令。
所谓的 IDE， 也不过就是编译器，调试器，再加个比vi/emacs烂一点的编辑器。
最多就是再加点 autocomplete, content management 之类的。
这些工具，一个一个分开用不好么。干嘛非得搞成 IDE 那么一大坨，难用死了。
像 visual studio 这样的垃圾，加个 scm 都很困难，再弄个 profiler 更是
难上加难。
学编程的，就是应该用linux 和命令行界面。至少搞清楚 gcc, gdb, nm, ldd, grep,
c++filt, valgrind, dtrace 这些常用的工具。就不会老是问一些低级问题，
什么链接库不行啦，内存泄漏啦，coredump啦，编译错误信息看不懂啦。
面试过很多号称做过大项目的人，结果基本概念一塌糊涂，好不尴尬。或者给个 ssh
login
做 coding test, 就立马完全抓瞎。都是给 IDE 惯坏了的。 |
|
i*****o
发帖数: 1714 | 23 and I always thought it's 27!
And I proved that using gdb:
(gdb) p 'z'-'a'
$2 = 25
Now we know gdb is the best tool ever! I found no other way in the world to
give me the number of alphabets in just one line of code. |
|
h****r
发帖数: 2056 | 24 啥时候glibc的allocato自己call arena_get2 --》 mmap？
下面这个thread的stack显示出不属于任何applicaiton thread，应该是glibc的
allocator发现master arena没法用了，只好再建一个新的heap。
(gdb) c
Continuing.
[Switching to Thread 0xb53b4b90 (LWP 8084)]
Breakpoint 1, 0xb7f68b10 in mmap () from /lib/libc.so.6
(gdb) where
#0 0xb7f68b10 in mmap () from /lib/libc.so.6
#1 0xb7efff16 in new_heap () from /lib/libc.so.6
#2 0xb7f000b1 in _int_new_arena () from /lib/libc.so.6
#3 0xb4a00010 in ?? ()
#4 0xb4a00010 in ?? ()
#5 0xb53b4118 in ?? ()
#6 ... 阅读全帖 |
|
f****4
发帖数: 1359 | 25 你先确认用得是正确的source file，正确的binary file
再gdb
看看是不是缺少debug info，记得再做一个
(gdb)info threads
(gdb)thread apply all bt |
|
t*****n
发帖数: 4908 | 26 我没法说你了。你如果不知道gdb，那你的C++基本就白学了。gdb虽然笨重，但是好用
。vs的调试器我也用，没有gdb用的顺手。 |
|
|
t*****n
发帖数: 4908 | 28 eclipse+cdt。我用了5年了。gcc编译，gdb调试，eclipse浏览代码。makefile和gdb可
以和emacs结合起来用。就是开始设置麻烦点。搞好以后很方便。通常一个屏幕全屏开
eclipse看代码，另外一个屏幕开terminal打命令，特别是git。此外开emacs编译和gdb
调试。再加邮件和即时通讯。全了。 |
|
t*****n
发帖数: 4908 | 29 gdb有display命令。gdb没有你想的差。因为需要打印数值的地方也不是很多。对于stl
的vector数组，gdb是支持的不好。不过想看内容也没有问题。可以自己定义一些macro。 |
|
A*******e
发帖数: 2419 | 30 gdb用惯了。希望有一个用起来类似的。
jdb有点挫，命令太长，不如gdb b/p/bt等短命令方便。同样设断点，gdb来个b 100搞
定，jdb要stop at Class:100，体验太差了。而且怎么home/end都不支持？ |
|
m*******n
发帖数: 305 | 31 最近读到陆奇从微软离职，华人高管全面被某一族裔搞掉。 血淋淋的事实教导我们：
只有团结起来，我们才有未来，一个人是上不上去的。相信我们这些海外华人比国内华
人更能领会到这一点。
感叹于像我本人这样的理工男缺乏政治素质，需要在现实中碰得头破血流才能领悟到一
点儿东西。也许对有些读者这些只是入门知识而已，不过我希望至少对一些读者有所帮
助。
”办公室就是一座黑暗森林，每个办公室人都是带枪的猎人，像幽灵般潜行于林间，轻
轻拨开挡路的树枝，竭力不让脚步发出一点儿声音，连呼吸都必须小心翼翼：他必须小
心，因为林中到处都有与他一样潜行的猎人，如果他发现了别人有你所不知道的技术／
信息／connection，能做的只有一件事：夺取技术/信息／connection据为己有。在这
片森林中，他人就是地狱，就是永恒的威胁，任何暴露的技术/信息／connection都将
很快被拿走。“
本文中为了简洁一律用他来指代他和她。
办公室黑暗森林法则：
1. 生存是办公室个体的第一需要;
2. 不同族裔的新的个体不断从学校毕业，办公室的head count 基本保持不变或因自动
化而减小。
猜疑链 =》另一个种族的... 阅读全帖 |
|
s*****g
发帖数: 219 | 32 When you access an address beyond your own, i.e.
write other programs' memory, a core dump occurs
and the OS kill your program.
It usually happen when you use pointer in C. For
example:
main()
{
int *p;
*p = 1000;
printf("%d\n", p);
}
You forget to use malloc/new to allocate memory,
right?
If you compile program by adding -g, say,
$> gcc -g sample.c
Then you can trace the core dump happens in which
line, by using gdb.
$> gdb a.out core
When you are in gdb, use command "bt" or "backtrace"
t |
|
l******n
发帖数: 9344 | 33 有一段fortran的程序，编译后，执行的时候，有时候给出正确的结果，有的时候给
出segmentation fault
ERROR is 1.909169931504362E-004
0xb7469768 in __libc_start_main () from /lib/tls/libc.so.6
(gdb) step
Single stepping until exit from function __libc_start_main,
which has no line number information.
Program exited normally.
正常
(gdb) step
Single stepping until exit from function main,
which has no line number information.
Program received signal SIGSEGV, Segmentation fault.
0x0804d505 in gmodule_mp_div2_ ()
(gdb) where
#0 0x0804d505 |
|
m****s
发帖数: 18160 | 34 ☆─────────────────────────────────────☆
gdb (gnu debug) 于 (Sun Dec 19 19:34:44 2010, 美东) 提到:
是否已阅读：1）《站规》2）《版务操作简易手册》?:
是
[申请ID]:
gdb
[申请版面]:
Law
[申请职务]:
版主
[版务经验]:
熟悉telnet各种操作，版物操作熟练。
[申请纲领]:
和谐为主，学术带头。
[版规草案]:
对人身攻击的封禁7-14天。鼓励各种观点。鼓励学术探讨。
☆─────────────────────────────────────☆
EUV (奶特都是卖国贼) 于 (Sun Dec 19 19:52:19 2010, 美东) 提到:
SPT
☆─────────────────────────────────────☆
viamedia (Mens conscia recti) 于 (Sun Dec 19 20:01:24 2010, 美东) 提到:
请问你对本站钻大于法的现象怎么看？
☆─────────────────────... 阅读全帖 |
|
F*V
发帖数: 3978 | 35 【 以下文字转载自 Military 讨论区 】
发信人: FUV (扶危济贫), 信区: Military
标 题: 胡温罪不可赦，
发信站: BBS 未名空间站 (Sat Nov 12 19:15:37 2011, 美东)
有人说他们任期内gdp从世界第6窜到2
农民保障逐步加强
等等
其实殊不知，这正是他们的罪恶，而且最不可以输
1. gdb是以牺牲环境造成的，gdb越大，环境越差，我们的子孙后代就将来继承一个阅
览的底子
2. 农民保障越好，其实是越其歧视农民，应该做的是取消农乡差别，城里，农民都一样
你现在搞农民保障其实还是歧视农民，剥削农民！ |
|
l**a
发帖数: 1964 | 36 标题里有老将，怎么没删？
1 * Mvwd Dec 30 Re: 重要问题：为什么老将找不到上乘的带头大哥？
2 * Mvwd Dec 30 Re: 小结老将的一个语言游戏策略
3 * affine Dec 30 Re: 重要问题：为什么老将找不到上乘的带头大
哥？
4 * spidermonkey Dec 30 Re: 重要问题：为什么老将找不到上乘的
带头大哥？
5 * Communipig Dec 30 君子群而不党Re: 重要问题：为什么老将找
不到上乘的带头大哥？
6 * addin Dec 30 Re: 重要问题：为什么老将找不到上乘的带头大
哥？
7 * kz80 Dec 30 Re: 重要问题：为什么老将找不到上乘的带头大哥？
8 * Mvwd Dec 30 Re: 重要问题：为什么老将找不到上乘的带头大哥？
9 ... 阅读全帖 |
|
r*****n
发帖数: 4844 | 37 前言
你是否觉得自己从学校毕业的时候只做过小玩具一样的程序？走入职场后哪怕没有什么
经验也可以把以下这些课外练习走一遍（朋友的抱怨：学校课程总是从理论出发，作业
项目都看不出有什么实际作用，不如从工作中的需求出发）
建议：
不要乱买书，不要乱追新技术新名词，基础的东西经过很长时间积累而且还会在未来至
少10年通用。
回顾一下历史，看看历史上时间线上技术的发展，你才能明白明天会是什么样。
一定要动手，例子不管多么简单，建议至少自己手敲一遍看看是否理解了里头的细枝末
节。
一定要学会思考，思考为什么要这样，而不是那样。还要举一反三地思考。
注：你也许会很奇怪为什么下面的东西很偏Unix/Linux，这是因为我觉得Windows下的
编程可能会在未来很没有前途，原因如下：
现在的用户界面几乎被两个东西主宰了，1）Web，2）移动设备iOS或Android。Windows
的图形界面不吃香了。
越来越多的企业在用成本低性能高的Linux和各种开源技术来构架其系统，Windows的成
本太高了。
微软的东西变得太快了，很不持久，他们完全是在玩弄程序员。详情参见《Windows编
程革命史》
所以... 阅读全帖 |
|
F*V
发帖数: 3978 | 38 有人说他们任期内gdp从世界第6窜到2
农民保障逐步加强
等等
其实殊不知，这正是他们的罪恶，而且最不可以输
1. gdb是以牺牲环境造成的，gdb越大，环境越差，我们的子孙后代就将来继承一个阅
览的底子
2. 农民保障越好，其实是越其歧视农民，应该做的是取消农乡差别，城里，农民都一样
你现在搞农民保障其实还是歧视农民，剥削农民！ |
|
x****n
发帖数: 98 | 39 vs在windows上确实好用。
Eclipse搞了一些分析代码的，memory leak checking的plug in，但是没有好好和gdb
整合在一起，所以分析process/thread内部状态没vs好用。其实主要是gdb源代码太复
杂，又要兼容各个Linux平台，没人愿意改。至于editor只是细枝末节。 |
|
|
s*****r
发帖数: 43070 | 41 eclipse debugger也是基于gdb的，有些微妙的命令不支持或者不知道如何支持的，还
是直接用gdb省事。
Java的功能比C++广，STL加Boost也没超越core java的范围。Java还有大量的Open
source项目，开发起来非常快。
非CS大牛是无法enjoy C/C++的乐趣，很难搞明白那些trick，对半路转行的同学，不推
荐学习。
Java |
|
m****u
发帖数: 3915 | 42 gdb就可以了
netbeans确实好使,不过本质还是gdb |
|
h****u
发帖数: 277 | 43 gdb进process peek 下，看伊在干什么。
没有gdb，就看下进程状态，睡觉呢，run呢，还是等I/O.
再到/proc/processID里看看文件是不是打开了，还是写到别的文件里去了。 |
|
s********k
发帖数: 6180 | 44 很多工具杂七杂八用过，像GCC，GDB，subversion之类，但是没有形成系统的学校概念
。想系统学习下，从基础的GCC，GDB，subversion，IO，到file system，IPC,Threads
, pipe FIFO,包括networking，哪位推荐下有比较好的学习材料或者网站（最好是教
程），主要是面向C programming ，不是理论为主的。多谢 |
|
t*s
发帖数: 1504 | 45 有没有带答案的题库，就是像google code jam一样（但是是简单点的面试题，不是那
些特别难的）。伴随着题目，还有一堆sample input, 一堆sample output。这样可以
用来测试程序。
另外，gdb的题库有么
我现在需要
a) 一堆c的面试题，每个题最好带一大堆sample input output
b) 一堆用gdb来debug c的例子，题目，或者教程。
哪位能指点一下么？ |
|
M********5
发帖数: 715 | 46 linux下debug一般用gdb，有一本入门的The art of debugging with GDB，不过还是手
里有coredump的时候能自己动手分析或者让有经验的人教你分析一遍比较有用
tcp/ip包分析一般都是用wireshark吧，对tcp/ip包的结构和相关的协议要了如只掌，
这些应该是tcp/ip的基本功吧
unix的programming不是那两本最经典的Advanced Programming in UNIX Environment
和UNIX Network Programming么
不过这些真的要掌握，那是要花很多精力了，但是这些确实都是做platform的
fundamental吧 |
|
D***n
发帖数: 6804 | 47 你没有认真用过GDB吧，这个论断太武断了。
VS的debugger我也用过，刚开始你会发现它很友善，信息显示的很丰富。但是一个问题
在于。。。要利用很多友善特性，你不得不把鼠标移来移去的，这个速度就很慢啊。
GDB一大特点就是debug速度快，特别是vim/emacs配合，经常手的操作速度超过你大脑
想的速度，用过的人都知道我在说什么：） |
|
D***n
发帖数: 6804 | 48 咳，听你说的好复杂。
如果你对这个内存察看功能真感兴趣，自己写个简单的宏绑定在某个快捷键上，以后光
标路过某个变量一按快捷键不就好了么？如果你连宏都不想写，那就用emacs f3/f4也
凑合能用啊。我刚才自己试了一下，设置几分钟就搞定了。
至于为啥gdb没直接提供这样功能。。。我想大部分准备察看内存的哥们谁没事会用肉
眼去生看字节呢。。。反正我比较懒，挑出我感兴趣的格式化输出不就好了。对于一些
常见的数据结构，写点小脚本存着就行。
听了半天，你以前那几个用gdb的朋友也不熟。不熟不是问题，每种工具都有自己的使
用方式，你只是没有掌握这个方式而已。
了哈 |
|
M********5
发帖数: 715 | 49 1. how to debug crash file use gdb. 怎么做？
这个就是analyze coredump file吧？拿到core和binary之后，可以进去看是在代码的
哪个地方core的，然后可以打印出很多信息出来的。。。如果可以reproduce，还可以
用gdb attach running process，直接从process debug，如果分析多线程，不想让
running process停下来，可以直接从linux command line里面用指令看到process
running的情况，还有什么，欢迎各位补充。。。
numbers |
|
s****a
发帖数: 238 | 50 看到版上的讨论,想起去年那时候正在找工作,因为我是物理的phd,一开始也是非常痛苦
,不过后来在湾区终于找到了,至今工作了快一年.我没有修过任何CS的课,就是比较喜欢
编程,所以选了计算的方向,但当时的基础很差,靠的是国内本科学的C++那本钱能的黄宝
书.不过因为研究的需要写了一个模拟软件,成了脱胎换骨的契机,在周围的同学的指导
下,开始用linux,emacs,make,git,gdb这些标准工具,还实践了openmp,MPI,cuda这些并
行计算模型,会写点脚本干杂活,慢慢走上了正轨.工作后发现,把那些工具用熟比任何算
法都重要,gdb更是必不可少,因为debug的时间比写代码的时间多得多.
因为没有学位的致命伤,而且主要都是做的科学计算,没有热门skill的经验,投简历时没
敢试FLG那些热门公司,但还是到处被拒,特别是需要马上干活的小公司.不过机会终于有
一个EDA公司对我的背景感兴趣
,虽然该公司被版上bs,对我已经是很难得的机会.关于面试,我也刷过leetcode,但是平
时还要工作,晚上投简历,看算法,再高强度地刷题疲惫不堪,这时候非常感谢版上的
elnino1985非... 阅读全帖 |
|
