Advanced Debugging with GDB

แชร์
ฝัง
  • เผยแพร่เมื่อ 7 พ.ย. 2024

ความคิดเห็น • 19

  • @michaelscofield4524
    @michaelscofield4524 ปีที่แล้ว +3

    This is the single best debugging video I have ever watched, ever.

    • @pawerecaw2446
      @pawerecaw2446 14 วันที่ผ่านมา

      Impossible. How can You say it. I can't get past first few words because of the accent :/

  • @eggachecat
    @eggachecat 2 ปีที่แล้ว +4

    Super fan here! Thanks a ton for this great 👍 work!😍

  • @FedoraRose
    @FedoraRose 2 ปีที่แล้ว +3

    It would be cool if you make a video series about creating a Desktop Enviroment or window Manager with X11

  • @cnliving
    @cnliving 2 หลายเดือนก่อน +1

    well-done!

  • @xiaoyiye9313
    @xiaoyiye9313 8 หลายเดือนก่อน

    Excellent share :D Thank you very much

  • @elburgos666
    @elburgos666 ปีที่แล้ว +1

    From GDB 14 on, tracepoints seem to be working again (they have been broken since v9 apparently). What I have not succeeded in is usung tsave and then loading with remote tfile. Traces appear always empty.

  • @abhishekrai617
    @abhishekrai617 2 ปีที่แล้ว +2

    Awesome

  • @tekstuff8564
    @tekstuff8564 2 หลายเดือนก่อน +1

    At least I know now that "tracing" is also not working for others :)

    • @tekstuff8564
      @tekstuff8564 2 หลายเดือนก่อน +1

      I am using 12.1 version for both gdb and gdbsever. Tracepoints not working for these version. Any fix or WAR ?

  • @bernhardgubanka6839
    @bernhardgubanka6839 ปีที่แล้ว

    Oh, it does make sense to name the bad guy after an OS. You are probably too young to understand this. When I was as student I came into contact with IBM's CMS running on an Amdahl Mainframe. It was already heavily out-dated by then but still kept alive for running legacy software.
    The user experience was so terrible that I can fully understand the joke. I had to debug some old Fortran programs for a research institute and it was a good thing that the IBM 3278 terminal came with a durable steel case. Not only I would regularly band on it.
    BTW - great talk! Thanks!

  • @olegpatraschku3736
    @olegpatraschku3736 7 หลายเดือนก่อน +1

    for stripping the debug info from the exec. I think you are looking for --gsplit-dwarf argument for gcc.

  • @sarangchoudalwar
    @sarangchoudalwar ปีที่แล้ว

    thank you.

  • @dineshdange5883
    @dineshdange5883 2 ปีที่แล้ว

    Thanks Sir! For Great gdbTips..
    Curious about "gdb multi arc"

  • @torsten_dev
    @torsten_dev ปีที่แล้ว

    You can jump into a gdb session with a coredump loaded with coredumpctl debug. No need for the extra step of dumping the coredump.

  • @edwardmacnab354
    @edwardmacnab354 ปีที่แล้ว +1

    wouldn't you just use the linux ftrace command for tracing ?

    • @SverreHvammenJohansen
      @SverreHvammenJohansen 11 หลายเดือนก่อน +1

      That would be for tracing OS calls only. A trace point in gdb is for any line of code in your program.

  • @recepbashir7216
    @recepbashir7216 ปีที่แล้ว

    😀