Диалог файла сбой, где я сообщаю об ошибке? [закрыто]
Когда я пытаюсь открыть файл, например, в gedit, приложение немедленно сработает. То же самое происходит с другими приложениями. Если это имеет значение, я подключаюсь к ubuntu удаленно через VNC. Вот stacktrace:
*** 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
Любые идеи? Благодаря
6 ответов
Короткий ответ: скопируйте ошибку в Launchpad, используя ubuntu-bug, против любого соответствующего пакета. Подача хорошей ошибки, даже если она против неправильного пакета, по-прежнему полезна: для кого-то лучше разместить ее перенаправить в нужную, и гораздо проще, чем иметь дело с ошибкой, которая не имеет stacktrace или других технических информация.
Что касается пакета, в котором он должен идти против:
Подача заявки на одно приложение, которое показывает проблему, является хорошим местом для начала. Выбор пакета, соответствующего самому внутреннему стеку стека, который не является общим, как libc, также был бы разумным, поэтому (просто уходя с того, что вы здесь показываете) libpixman может быть разумным. Диалоговое окно файла для gedit поступает из libgtk2 (или, возможно, libgtk3 в зависимости), что также может быть в порядке.Эта трассировка стека выглядит усеченной, поэтому получение фактического правильного путем сообщения с помощью ubuntu-bug будет намного лучше.
короткий ответ: файл баг в launchpad, используя ubuntu-bug, в отношении любого соответствующего пакета. Подача хорошая ошибка, даже если это против плохого пакет, по-прежнему полезна: она просто для кого-то лучше перенаправить его на правильный, и гораздо проще, чем иметь дело с ошибкой, что нет трассировки стека или другую техническую информацию.
насколько, какой пакет он должен идти против:
подаче против одного приложения, которое показывает проблему является хорошим местом для начала. Выбирая пакет, соответствующий внутренним кадром стека это не родовое, как библиотеки libc бы, так (как раз то, что вы показываете здесь) libpixman могло бы быть обоснованным. Диалоговое файл в редакторе gedit происходит от libgtk2 (или [F4] и в зависимости от того,) так что тоже может быть нормально.это трассировка стека выглядит усеченным, поэтому получение фактических прав по отчетности с ubuntu-bug было бы гораздо лучше.
Короткий ответ: скопируйте ошибку в Launchpad, используя ubuntu-bug, против любого соответствующего пакета. Подача хорошей ошибки, даже если она против неправильного пакета, по-прежнему полезна: для кого-то лучше разместить ее перенаправить в нужную, и гораздо проще, чем иметь дело с ошибкой, которая не имеет stacktrace или других технических информация.
Что касается пакета, в котором он должен идти против:
Подача заявки на одно приложение, которое показывает проблему, является хорошим местом для начала. Выбор пакета, соответствующего самому внутреннему стеку стека, который не является общим, как libc, также был бы разумным, поэтому (просто уходя с того, что вы здесь показываете) libpixman может быть разумным. Диалоговое окно файла для gedit поступает из libgtk2 (или, возможно, libgtk3 в зависимости), что также может быть в порядке.Эта трассировка стека выглядит усеченной, поэтому получение фактического правильного путем сообщения с помощью ubuntu-bug будет намного лучше.
Короткий ответ: скопируйте ошибку в Launchpad, используя ubuntu-bug, против любого соответствующего пакета. Подача хорошей ошибки, даже если она против неправильного пакета, по-прежнему полезна: для кого-то лучше разместить ее перенаправить в нужную, и гораздо проще, чем иметь дело с ошибкой, которая не имеет stacktrace или других технических информация.
Что касается пакета, в котором он должен идти против:
Подача заявки на одно приложение, которое показывает проблему, является хорошим местом для начала. Выбор пакета, соответствующего самому внутреннему стеку стека, который не является общим, как libc, также был бы разумным, поэтому (просто уходя с того, что вы здесь показываете) libpixman может быть разумным. Диалоговое окно файла для gedit поступает из libgtk2 (или, возможно, libgtk3 в зависимости), что также может быть в порядке.Эта трассировка стека выглядит усеченной, поэтому получение фактического правильного путем сообщения с помощью ubuntu-bug будет намного лучше.
Короткий ответ: скопируйте ошибку в Launchpad, используя ubuntu-bug, против любого соответствующего пакета. Подача хорошей ошибки, даже если она против неправильного пакета, по-прежнему полезна: для кого-то лучше разместить ее перенаправить в нужную, и гораздо проще, чем иметь дело с ошибкой, которая не имеет stacktrace или других технических информация.
Что касается пакета, в котором он должен идти против:
Подача заявки на одно приложение, которое показывает проблему, является хорошим местом для начала. Выбор пакета, соответствующего самому внутреннему стеку стека, который не является общим, как libc, также был бы разумным, поэтому (просто уходя с того, что вы здесь показываете) libpixman может быть разумным. Диалоговое окно файла для gedit поступает из libgtk2 (или, возможно, libgtk3 в зависимости), что также может быть в порядке.Эта трассировка стека выглядит усеченной, поэтому получение фактического правильного путем сообщения с помощью ubuntu-bug будет намного лучше.
Короткий ответ: скопируйте ошибку в Launchpad, используя ubuntu-bug, против любого соответствующего пакета. Подача хорошей ошибки, даже если она против неправильного пакета, по-прежнему полезна: для кого-то лучше разместить ее перенаправить в нужную, и гораздо проще, чем иметь дело с ошибкой, которая не имеет stacktrace или других технических информация.
Что касается пакета, в котором он должен идти против:
Подача заявки на одно приложение, которое показывает проблему, является хорошим местом для начала. Выбор пакета, соответствующего самому внутреннему стеку стека, который не является общим, как libc, также был бы разумным, поэтому (просто уходя с того, что вы здесь показываете) libpixman может быть разумным. Диалоговое окно файла для gedit поступает из libgtk2 (или, возможно, libgtk3 в зависимости), что также может быть в порядке.Эта трассировка стека выглядит усеченной, поэтому получение фактического правильного путем сообщения с помощью ubuntu-bug будет намного лучше.