*** This bug is a duplicate of bug 1846557 ***
    https://bugs.launchpad.net/bugs/1846557

Thanks Miroslav for opening this bug, two weeks after me opening bug #1846557. 
Unfortunately, it took proving that gdb couldn't debug properly _any_ 32-bit 
program, not just kernels running on QEMU, in order to get some attention. 
Honestly, I didn't even thought the bug could be _that_ bad and I didn't test 
that simple scenario. I just assumed it worked.

But, certainly, just a simple question from any maintainer about this
use-case could have helped solving this bug much earlier and saving time
to all the people it affected. I mean, it's not disappointing that it
took one month to get a fix. If the bug affected only my scenario that
would had been fine. It's disappointing that even if there was a single
_small_ 100% guilty patch, in one month, bug #1846557 did not get a
_single_ technical comment/question. We could have discovered this
broader-scope bug much earlier. It's not about fixing any bug "right
now" (bugs have priority). It's about at least talking with the reporter
and don't underestimate the scope of the bug, even if it appears to be
narrow. It might not be.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to gdb in Ubuntu.
https://bugs.launchpad.net/bugs/1848200

Title:
  gdb not stopping on breakpoint in a 32-bit program

Status in gdb package in Ubuntu:
  Fix Released
Status in gdb source package in Bionic:
  Fix Released

Bug description:
  [Impact]
  After upgrading gdb from 8.1-0ubuntu3 to 8.1-0ubuntu3.1, gdb does not stop
  on breakpoint when running a 32-bit application (on 64-bit Ubuntu).

  [Test Case]
  This can be reproduced with a simple “hello world” program:

  $ cat hello.c
  #include <stdio.h>
  int main()
  {
     // printf() displays the string inside quotation
     printf("Hello, World!");
     return 0;
  }
  $ gcc -ggdb -m32 hello.c
  $ gdb a.out
  (gdb) b hello.c:5
  Breakpoint 1 at 0x536: file hello.c, line 5.
  (gdb) run
  Starting program: /home/user/sandbox/a.out
  warning: Breakpoint address adjusted from 0xf7fd9be0 to 0xfffffffff7fd9be0.
  warning: Breakpoint address adjusted from 0xf7fda195 to 0xfffffffff7fda195.
  warning: Breakpoint address adjusted from 0xf7fdbd1c to 0xfffffffff7fdbd1c.
  warning: Breakpoint address adjusted from 0xf7fdb924 to 0xfffffffff7fdb924.
  warning: Breakpoint address adjusted from 0xf7fe99b3 to 0xfffffffff7fe99b3.
  warning: Breakpoint address adjusted from 0xf7fea401 to 0xfffffffff7fea401.
  warning: Breakpoint address adjusted from 0xf7fea706 to 0xfffffffff7fea706.

  --- (and not stopping nor outputting the text…) ---

  [Regression Risk]
  Test case ran on arm64 and regression tested using the above test case on 
amd64, i386 and s390x.

  This regression was fixed on the upstream gdb-8.1 branch within a few
  weeks of the breakage back in May 2018. Since then there have been no
  other fixes in this area on that branch, implying this fixed the issue
  and there were no further regressions discovered.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gdb/+bug/1848200/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to     : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to