This bug was fixed in the package apport - 2.10.2-0ubuntu1
---------------
apport (2.10.2-0ubuntu1) saucy; urgency=low
* New upstream bug fix release:
- Resolve symlinks in file references in Python crash signatures.
(LP: #1179979)
- Fix endless loop of EOFErrors with broken core dumps. (LP: #1168849)
- report.py, add_gdb_info(): Fix crash if gdb did not determine an
assertion message. (LP: #1171484)
- apt/dpkg: Fix get_file_package()'s "release" field to actually mean
DistroRelease:, not a distro code name. This now requires a previous
call to install_packages() with a configdir, which needs to have a file
<configdir>/<release>/codename with the release's code name in it.
- sandboxutils.py: Call get_file_package() with the report's release, so
that we actually get files from the target release, not the host
release.
- test_hookutils.py: Don't assume that /etc/motd exists.
* Move to dh compat level 9.
-- Martin Pitt <[email protected]> Wed, 22 May 2013 12:39:21 +0200
** Changed in: apport (Ubuntu)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to apport in Ubuntu.
https://bugs.launchpad.net/bugs/1171484
Title:
Apport crash while generating report from a gdb crash
Status in “apport” package in Ubuntu:
Fix Released
Bug description:
Apport crash while trying to generate a report from a gdb crash core
dump.
crash occure in function add_gdb_info() of file report.py on the line (around
687):
if '"ERROR:' in self['GLibAssertionMessage']:
The crash happens because GLibAssertionMessage as not been affected as
a key in self[].
It's because apport assume that the cmd invoking gdb : "out =
_command_output(gdb_cmd).decode('UTF-8', errors='replace')"
will work and return correct value.
In my case the gdb invokation seems to give an incomplete result starting
with :
"[New LWP 18326]\nwarning: Can\'t read pathname for load map: Erreur
d\'entr\xe9e/sortie." ending with "No symbol table info available."
therefore parts list is composed of 1 element :
(pdb): len(parts)
1
(Pdb) parts[1]
*** IndexError: list index out of range
I guess a possible correction would be to add a check on the result of
the gdb invocation or on the number of items in parts list line 681.
I could provide a patch but i'm not sure what is the cleanest way to
correct this.
Affected version is apport 2.9.2.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1171484/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
