group.of.nepali.translators team mailing list archive
-
group.of.nepali.translators team
-
Mailing list archive
-
Message #09419
[Bug 1645501] Re: corefiles not created in armhf chroot on arm64 porter
This bug was fixed in the package gdb - 7.12-0ubuntu3
---------------
gdb (7.12-0ubuntu3) zesty; urgency=medium
* Add debian/patches/armhf-fpregset.patch. LP: #1645501.
-- Kees Cook <kees@xxxxxxxxxx> Tue, 29 Nov 2016 15:30:20 -0800
** Changed in: gdb (Ubuntu)
Status: Triaged => Fix Released
--
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1645501
Title:
corefiles not created in armhf chroot on arm64 porter
Status in gdb package in Ubuntu:
Fix Released
Status in gdb source package in Precise:
Invalid
Status in gdb source package in Trusty:
Triaged
Status in gdb source package in Xenial:
Triaged
Status in gdb source package in Yakkety:
Triaged
Bug description:
Impact
------
Its not possible to create a corefile in an armhf chroot on an arm64 system.
Test Case
---------
On an arm64 system enter an armhf chroot, then
1) execute "gdb --args cat"
2) in gdb type run
3) press Ctrl-Z
4) generate-core-file /tmp/my.core
With the current version of gdb you'll see "Unable to fetch floating
point registers.", with the version in -proposed you'll see "Saved
corefile".
Regression Potential
--------------------
I'm not quite sure.
I'm filing this about gdb per Steve's suggestion, although this could be an issue somewhere else.
I recently discovered that the apport-test-crash
(https://code.launchpad.net/~daisy-pluckers/error-tracker-deployment
/test-crashes) crash files produced for armhf are crash files without
CoreDumps. This happened sometime between 20160531 and 20161025.
I've recreated this on the porter-arm64 box with the following minimal
test case (generate-sigsegv-crash.py is from apport-test-crashes):
schroot -c yakkety-armhf
python generate-sigsegv-crash.py cat
Running this on both armhf and arm64 we can see the following
different output.
armhf chroot on porter-armhf:
47 Program received signal SIGSEGV, Segmentation fault.
48 0xb6f599e4 in read () at ../sysdeps/unix/syscall-template.S:84
49 84 ../sysdeps/unix/syscall-template.S: No such file or directory.
50 (gdb) Saved corefile /tmp/tmp840s08i1/my.core
armhf chroot on porter-arm64:
47 Program received signal SIGSEGV, Segmentation fault.
48 0xf772f9e4 in read () at ../sysdeps/unix/syscall-template.S:84
49 84 ../sysdeps/unix/syscall-template.S: No such file or directory.
50 (gdb) Unable to fetch the floating point registers.: Invalid argument.
Notice how there is no core file save on porter-arm64.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gdb/+bug/1645501/+subscriptions