Экспериментальная поддержка компиляции и внедрения кода на C++ в контролируемый процесс (требует GCC версии 7.1 и выше).

А код на C можно было инжектить?

Разница минимальна. Так что можно.

Я другое пытаюсь понять - возможность внедрения кода уже была и добавили поддержку c++ или добавили вообще возможность внедрения кода

Внедрять код можно было и раньше (как минимум в 2009 - https://www.codeproject.com/Articles/33340/Code-Injection-into-Running-Linux-...), только нужны были сторонние библиотеки.

Я про gdb.
Что можно инжектить свой код как с ld_preload, так и через ptrace в рантайме я и так знаю

Поддержка IPv6 в GDB и GDBserver.

Давно пора

IPv6
Создан в 1996

ололо

*** Changes in GDB 7.9
...
* GDB now supports the compilation and injection of source code into
  the inferior.  GDB will use GCC 5.0 or higher built with libcc1.so
  to compile the source code to object code, and if successful, inject
  and execute that code within the current context of the inferior.
  Currently the C language is supported.  The commands used to
  interface with this new feature are:

     compile code [-raw|-r] [--] [source code]
     compile file [-raw|-r] filename

Ну и для команд вроде until, b if expr оно тоже может использоваться, вроде.

Вывод списка всех файлов, открытых конкретным процессом.

удобненько, но я так понял что не везде работает?

GNU Debugger

Долгой жизни проекту! Отличная новость, про отличную прогу. Сам пользуюсь, когда хочу выявить ошибки, и отсылать баг репорты в Debian bug tracking system.

Вряд ли на AVR получится.

Вряд ли на AVR получится.

понятно, это ж OS depended.

А как насчёт ARM Cortex m[34]?

Почему не sahrictoo новость запостил?

Шикарно. Лучший отладчик становится ещё лучше.

Но новость же даже не про ollydbg, и не про лучший отладчик.

Но новость же даже не про ollydbg

закрытая поделка исключительно под винду и x86 - ненужно.

Чёртовы бюрократы. Нахер, лучше lldb.

В чём выражается бюрократия?

С компа напишу, лень с телефона.

Да всё понятно уже. Пытался что-нибудь гейское закоммитить, а они не приняли.

Before incorporating significant changes, make sure that the person who wrote the changes has signed copyright papers and that the Free Software Foundation has received and signed them. We may also need an employer’s disclaimer from the person’s employer, which confirms that the work was not part of the person’s job and the employer makes no claim on it. However, a copy of the person’s employment contract, showing that the employer can’t claim any rights to this work, is often sufficient.

If the employer does claim the work was part of the person’s job, and there is no clear basis to say that claim is invalid, then we have to consider it valid. Then the person cannot assign copyright, but the employer can. Many companies have done this. Please ask the appropriate managers to contact assign@gnu.org.

Чтобы заслать патч нужно подписать соглашение от FSF, отсканировать и отослать им, указать полный список файлов, которые ты собираешься править и только после их аппрува можно засылать патч.

Если ты работаешь на компанию, надо чтобы ещё юристы компании подписали соглашение.

Вывод списка всех файлов, открытых конкретным процессом.

ждва года ждал

ls -l /proc/$pid/fd

lsof + grep

Спасибо, я знаю )))

Предпочитаю pidof + /proc, в плане что процесс там понаоткрывал, а не кто посмел понаоткрывать мои порнофоточки. А вот наоборот, да, как ты сказал

Там порнофоточки тебя, шалун?

А как насчёт ARM Cortex m[34]?

Если на ём линукс запустишь — то да.

Тому що GDB — это вам не блокнот, один из 100500. Допустить ошибки в его работе из-за кривого патча, наверное, полагают нецелесообразным.

Эта бюрократия не помогает делать патчи менее кривыми, процедура эта из-за правовых заморочек.

Нееет конечно, на обои всякие мадамы

DDD - чем заменить?

Раньше использовал DDD. Очень удобно. Сейчас DDD не поддерживается, с переходом на UTF-8 стало совсем плохо. Чем заменить, можете посоветовать?

http://gede.acidron.com/

Gede is a graphical frontend (GUI) to GDB written in C++ and using the Qt4 (or Qt5) toolkit. Gede can be compiled on (all?) Linux distributions and on FreeBSD. Gede supports debugging programs written in FreeBasic, C++, C and Rust.

The Gede sourcecode is licensed under the terms of the BSD license.

uClinux в помощь

конечно. чтобы не было такого, как с ядром, которое навсегда засело на версии GPLv2 и никак невозможно сменить её на v3 или любую другую лицензию, так как невозможно спросить разрешения всех контрибьюторов.

В vs code неплохой интегрирован. Даже с пол пинка к удалённому процессу через ssh подсосался. И на arm-m0 им тоже дебажил немного. Хотя если нужно больше (типа памяти и регистров) - пока ещё нет встроенного. Но можно команды напрямую в gdb слать или дописать 😁

Я использую cgdb.