如何报告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
  • gccld版本:
    gcc -v
    ld -v
  • binutils版本:
    as --version
  • 如果是全屏模式的问题:
    • 窗口管理器类型和版本
  • 如果是关于XVIDIX的问题:
    • X色深:
      xdpyinfo | grep "depth of root"
  • 如果是buggyGUI
    • 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>

你可能感兴趣的:(bug)