Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 02 Nov 2021 19:48:52 +0000
From:      bugzilla-noreply@freebsd.org
To:        bugs@FreeBSD.org
Subject:   [Bug 202326] libteken assert() fail and result in kernel panic
Message-ID:  <bug-202326-227-mfIFQSYvO0@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-202326-227@https.bugs.freebsd.org/bugzilla/>
References:  <bug-202326-227@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D202326

Ahmed <ahmedsayeed1982@yahoo.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ahmedsayeed1982@yahoo.com

--- Comment #12 from Ahmed <ahmedsayeed1982@yahoo.com> ---
[gdb/breakpoints] Handle glibc with debuginfo in
create_exception_master_breakpoint
    http://www-look-4.com/computers/huawei-computers/
    The test-case nextoverthrow.exp is failing on targets with unstripped l=
ibc.
    https://komiya-dental.com/category/services/
    This is a regression since commit 1940319c0ef "[gdb] Fix internal-error=
 in
    process_event_stop_test".
    http://www.iu-bloomington.com/category/services/
    The problem is that this code in create_exception_master_breakpoint:
    ...
          for (objfile *sepdebug =3D obj->separate_debug_objfile;
https://waytowhatsnext.com/category/services/
               sepdebug !=3D nullptr; sepdebug =3D
sepdebug->separate_debug_objfile)
            if (create_exception_master_breakpoint_hook (sepdebug))
    ... http://www.wearelondonmade.com/computers/car-computers/
    iterates over all the separate debug object files, but fails to handle =
the
    case that obj itself has the debug info we're looking for.
    http://www.jopspeech.com/health/nvidia-rtx-2060/
    Fix this by using the separate_debug_objfiles () range instead, which d=
oes
    iterate both over obj and the obj->separate_debug_objfile chain.
http://joerg.li/health/xiaomi/

    Tested on x86_64-linux.
    http://connstr.net/computers/chargers-tech/
    gdb/ChangeLog:
[gdb/breakpoints] Handle glibc with debuginfo in
create_exception_master_breakpoint
    http://embermanchester.uk/computers/video-conversation/
    The test-case nextoverthrow.exp is failing on targets with unstripped l=
ibc.
    http://www.slipstone.co.uk/computers/isofix/
    This is a regression since commit 1940319c0ef "[gdb] Fix internal-error=
 in
    process_event_stop_test".
http://www.logoarts.co.uk/computers/printer-types/

    The problem is that this code in create_exception_master_breakpoint:
    ... http://www.acpirateradio.co.uk/technology/facetime/
          for (objfile *sepdebug =3D obj->separate_debug_objfile;
               sepdebug !=3D nullptr; sepdebug =3D
sepdebug->separate_debug_objfile)
            if (create_exception_master_breakpoint_hook (sepdebug))
http://www.compilatori.com/computers/smartphones/
    ...
    iterates over all the separate debug object files, but fails to handle =
the
    case that obj itself has the debug info we're looking for.
     https://www.webb-dev.co.uk/category/services/
    Fix this by using the separate_debug_objfiles () range instead, which d=
oes
    iterate both over obj and the obj->separate_debug_objfile chain.

    Tested on x86_64-linux.

    gdb/ChangeLog:

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-202326-227-mfIFQSYvO0>