如何报告Bug，常用信息的收集，方法等

报告什么？
你可能需要在你的bug报告中包括log，配置或者样本文件
系统信息

你的Linux发行版或者操作系统，比如：

Red Hat7.1

Slackware 7.0 + devel packs from 7.1 ...

内核版本：
uname -a

libc版本：
ls -l /lib/libc[.-]*

X版本：
X -version

gcc和ld版本：
gcc -v
ld -v

binutils版本：
as --version

如果是全屏模式的问题：

窗口管理器类型和版本

如果是关于XVIDIX的问题:

X色深：
xdpyinfo | grep "depth of root"

如果是buggy的GUI：

GTK版本

GLIB版本

libpng版本

bug发生时GUI的状态

硬件和驱动

CPU信息(仅用于Linux)：
cat /proc/cpuinfo

显卡制造厂和型号，例如：。

ASUS V3800U chip: nVidia TNT2 Ultra pro 32MB SDRAM

Matrox G400 DH 32MB SGRAM

显卡驱动类型 & 版本，e.g：。

X built-in driver

nVidia 0.9.623

Utah-GLX CVS 2001-02-17

DRI from X 4.0.3

声卡类型 & 驱动，例如：。

Creative SBLive! Gold with OSS driver from oss.creative.com

Creative SB16 with kernel OSS drivers

GUS PnP with ALSA OSS emulation

如果不放心的话对linux系统可以再附上lspci -vv的输出。

配置问题
如果你在运行./configure时有问题，或者什么东西的自动检测失败，检查configure.log。你可能会在那里找到 答案，比如你的机器上存在同一个库的多个版本混合存在的问题。或者你忘记安装开发包(那些-dev后缀的)。如果你认为有bug，在你的bug报告 中附上configure.log。
编译问题
请附上下列文件：

config.h

config.mak

如果编译失败发生在下面的目录，附上这些文件：

Gui/config.mak

libvo/config.mak

libao2/config.mak

崩溃
你应该在gdb里面运行程序并把完整的输出发送给开发人员，或者你有一个崩溃产生的core dump，你可以从Core文件中提取 有用的信息，下面教你怎么做：
如果你的崩溃有一个core dump那么继续阅读下一段，否则跳过它。
如何保存一个可重复的崩溃的信息
开启调试代码重新编译程序：
./configure --enable-debug=3
make
然后用gdb运行程序：
gdb 程序
现在你在gdb内。输入：
run -v [options-to-程序] filename
然后再现你的崩溃。一旦你成功了，gdb将回到命令行，你需要输入
bt
disass $pc-32 $pc+32
info all-registers
如何从一个core dump中提取出有意义的信息
请建立下面的命令文件：
bt
disass $pc-32 $pc+32
info all-registers
然后直接在你的命令行下执行下列命令：
gdb 程序 --core=core -batch --command=command_file > 程序.bug

源文档 <http://blog.csdn.net/weihj1999/archive/2006/11/23/1409432.aspx>