A question about Debugging - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>Programming - 葵花宝典

A question about Debugging

A question about Debugging# Programming - 葵花宝典

a*n2007-10-15 07:10

1 楼

I am developing an embedded system with CAN as the communication protocol.
It always becomes "dead" after a few hours. Host GDB lost connection with
the board. No CAN messages were sent out. I am wondering whether there is
a way to debug for this situation. I am pretty new in GCC debugging and
only uses some basic commands.
Thanks.

h*e2007-10-15 07:10

2 楼

for this long-hour-to-reproduce-bug thing, logging is best way. I don't know
whether your embedded system has logging support.

【在 a**n 的大作中提到】

: I am developing an embedded system with CAN as the communication protocol.
: It always becomes "dead" after a few hours. Host GDB lost connection with
: the board. No CAN messages were sent out. I am wondering whether there is
: a way to debug for this situation. I am pretty new in GCC debugging and
: only uses some basic commands.
: Thanks.

a*n2007-10-15 07:10

3 楼

多谢！多谢！我现在做的就是不停地打印输出。不过光看这些输出还是不能判断具体
是什么地方引起系统出错。你说的挺对，最好能有什么东西给纪录一下出错时候系统
的状态。不知道有没有更多的建议。
我用的板子是Toradex Colibri Board, using Intel Xscale PXA 270 Processor. The
OS is embedded Configurable operating system (eCos).

know

【在 h****e 的大作中提到】

: for this long-hour-to-reproduce-bug thing, logging is best way. I don't know
: whether your embedded system has logging support.

s*y2007-10-15 07:10

4 楼

你的系统死了的时候没有Assert？或者Ram Dump
一般这种情况会是Kernel Assert或者其他Assert吧，然后会一直Stuck在那里，然
后把Ram Dump出来就知道那一个时刻的状态了，高手一看，就知道死在哪个Funcit
on了。
就是说不用介意出错时刻，譬如晚上Run，系统死了，早上去Dump出来都可以。
不知道我有没有说错。

The

【在 a**n 的大作中提到】

: 多谢！多谢！我现在做的就是不停地打印输出。不过光看这些输出还是不能判断具体
: 是什么地方引起系统出错。你说的挺对，最好能有什么东西给纪录一下出错时候系统
: 的状态。不知道有没有更多的建议。
: 我用的板子是Toradex Colibri Board, using Intel Xscale PXA 270 Processor. The
: OS is embedded Configurable operating system (eCos).
:
: know

a*n2007-10-15 07:10

5 楼

我觉得你说的就是我先要实现的。具体怎么得到Core Dump or Ram Dump呢？我自己看
了点GDB，是不是要先加上-g的switch，然后怎么做呢？等到target死掉后，GDB Host
也不能通过serialport 或者Ethernet的GDB Host连接target乐。
感谢！感谢！

【在 s*****y 的大作中提到】

: 你的系统死了的时候没有Assert？或者Ram Dump
: 一般这种情况会是Kernel Assert或者其他Assert吧，然后会一直Stuck在那里，然
: 后把Ram Dump出来就知道那一个时刻的状态了，高手一看，就知道死在哪个Funcit
: on了。
: 就是说不用介意出错时刻，譬如晚上Run，系统死了，早上去Dump出来都可以。
: 不知道我有没有说错。
:
: The

s*y2007-10-15 07:10

6 楼

那些都要写代码实现的，不是自备的啊，所以要看你现成有什么工具了

Host

【在 a**n 的大作中提到】

: 我觉得你说的就是我先要实现的。具体怎么得到Core Dump or Ram Dump呢？我自己看
: 了点GDB，是不是要先加上-g的switch，然后怎么做呢？等到target死掉后，GDB Host
: 也不能通过serialport 或者Ethernet的GDB Host连接target乐。
: 感谢！感谢！

a*n2007-10-15 07:10

7 楼

哦,我还以为通过GCC 加上特定的开关选项编译再通过GDB debug 就可以呢。汗！多谢
指教。

【在 s*****y 的大作中提到】

: 那些都要写代码实现的，不是自备的啊，所以要看你现成有什么工具了
:
: Host

s*y2007-10-15 07:10

8 楼

你在Industry还是Academic？

【在 a**n 的大作中提到】

: 哦,我还以为通过GCC 加上特定的开关选项编译再通过GDB debug 就可以呢。汗！多谢
: 指教。

a*n2007-10-15 07:10

9 楼

industry。以前编程不多。

【在 s*****y 的大作中提到】

: 你在Industry还是Academic？