Чёт https://github.com/cyrus-and/gdb-dashboard ломает отладку Marlin на stm32f103 посредством Black Magic Probe:
warning: Remote failure reply: EFF
Could not read registers; remote failure reply 'EFF'
Could not read registers; remote failure reply 'EFF'
И даже не знаю как подступиться к решению этой проблемы: gdb-dashboard представляет из себя адский чад кутежа gdb-скриптинга, которым я никогда особо не занимался, так что хочется по-быстрому выкинуть его. Но ведь оно такое няшное: https://raw.githubusercontent.com/wiki/cyrus-and/gdb-dashboard/Screenshot.png
Господамы, что бы взять заместо него, чтобы показывало там контекст сорца, локальные переменные, регистры, вот это вот всё?
УНЯНЯ. У нас есть немножечко инфы
об этом пользователе. Мы знаем, что он понаписал,
порекомендовал и даже и то и другое сразу.
А ещё у нас есть RSS.
Наговнякал скрипт для gdb для починки содержимого регистров чтобы можно было делать bt, up, смотреть локальные переменные и делать и прочие полезные вещи после hard fault в ARM Cortex M-микроконтроллерах:
define hfstack
set $frame_ptr = (unsigned *)$sp
if $lr & 0x10
set $sp = $frame_ptr + (8 * 4)
else
set $sp = $frame_ptr + (26 * 4)
end
set $lr = $frame_ptr[5]
set $pc = $frame_ptr[6]
bt
end
document hfstack
set the correct stack context after a hard fault on Cortex M
end
‰ gdb ./a.out
GNU gdb (Gentoo 7.2 p1) 7.2
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu".
For bug reporting instructions, please see:
<http://bugs.gentoo.org/>...
Reading symbols from /tmp/a.out...done.
(gdb) break main
Breakpoint 1 at 0x4005dc: file a.c, line 6.
(gdb) run
Starting program: /tmp/a.out
Breakpoint 1, main () at a.c:6
6 char *a = malloc(10000000);
(gdb) call setbuf(stdout, 0)
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7ab9096 in setbuffer () from /lib64/libc.so.6
The program being debugged was signaled while in a function called from GDB.
GDB remains in the frame where the signal was received.
To change this behavior use "set unwindonsignal on".
Evaluation of the expression containing the function
(setbuf) will be abandoned.
When the function is done executing, GDB will silently stop.
ЧЯДНТ?
Цоперайт © 2010-2016 @stiletto.