☰

文件对话框崩溃，我应该在哪里报告该错误？

tag-icon • tag-icon bug-reporting
文件对话框崩溃，我应该在哪里报告该错误？

每当我尝试打开文件时（例如在 gedit 中），应用程序就会立即崩溃。其他应用程序也会发生同样的情况。如果确实如此，我会通过 VNC 远程连接到 ubuntu。以下是堆栈跟踪：

 *** glibc detected *** gedit: malloc(): memory corruption: 0x000000000130b8e0 ***
======= Backtrace: =========
/lib/libc.so.6(+0x774b6)[0x7fb39b50f4b6]
/lib/libc.so.6(+0x7b55f)[0x7fb39b51355f]
/lib/libc.so.6(__libc_malloc+0x6e)[0x7fb39b51438e]
/usr/lib/libpixman-1.so.0(+0x1724b)[0x7fb3982a324b]
/usr/lib/libpixman-1.so.0(pixman_image_create_solid_fill+0x9)[0x7fb3982c48b9]
/usr/lib/libpixman-1.so.0(pixman_image_fill_boxes+0x23a)[0x7fb3982be63a]
/usr/lib/libstdc++.so.6.0.14

...

7fb38ab43000-7fb38ad42000 ---p 000e8000 09:02 133465                     /usr/lib/libstdc++.so.6.0.14
7fb38ad42000-7fb38ad4a000 r--p 000e7000 09:02 133465                     /usr/lib/libstdc++.so.6.0.14
7fb38ad4a000-7fb38ad4c000 rw-p 000ef000 09:02 133465                     /usr/lib/libstdc++.so.6.0.14
7fb38ad4c000-7fb38ad61000 rw-p 00000000 00:00 0 
7fb38ad61000-7fb38ad6c000 r-xp 00000000 09:02 8257554                    /usr/lib/enchant/libenchant_ispell.so
7fb38ad6c000-7fb38af6c000 ---p 0000b000 09:02 8257554                    /usr/lib/enchant/libenchant_ispell.so
7fb38af6c000-7fb38af6d000 r--p 0000b000 09:02 8257554                    /usr/lib/enchant/libenchant_ispell.so
7fb38af6d000-7fb38af6e000 rw-p 0000c000 09:02 8257554                    /usr/lib/enchant/libenchant_ispell.so
7fb38af6e000-7fb38afae000 r-xp 00000000 09:02 134452                     /usr/lib/libibus.so.2.0.0
7fb38afae000-7fb38b1ae000 ---p 00040000 09:02 134452                     /usr/lib/libibus.so.2.0.0
7fb38b1ae000-7fb38b1af000 r--p 00040000 09:02 134452                     /usr/lib/libibus.so.2.0.0

有什么想法吗？谢谢

答案1

简短的回答是：ubuntu-bug使用 在 Launchpad 中针对任何相关包提交错误报告。提交一个好的错误，即使它针对错误的软件包，仍然是有用的：对于更适合的人来说，很容易将其重定向到正确的软件包，并且比处理没有堆栈跟踪或其他技术信息的错误容易得多。

至于应该反对哪个方案：

  1. 针对一份确实表明存在问题的申请提出申诉是一个好的开始。

  2. 选择与最内层堆栈框架相对应的包（该包并不是像 libc 那样真正通用的）也是合理的，因此（仅根据您在此处展示的内容）libpixman可能是合理的。

  3. gedit 的文件对话框来自libgtk2（或者可能libgtk3取决于）所以也可以。

这个堆栈跟踪看起来被截断了，因此通过报告获取实际正确的堆栈跟踪ubuntu-bug会更好。

相关内容