vim debug

Так нет же нормального. И это основной недостаток vim'а.
У llvm есть плагин, но он скорее мертв, чем жив и юзабельность его оставляет желать лучшего.

Пусть бы и мёртв, хотелось бы посмотреть именно на удачный интерфейс.

Вот он - https://github.com/gilligan/vim-lldb

Пусть бы и мёртв, хотелось бы посмотреть именно на удачный интерфейс.

Если речь о интерфейсе пользователя, то lldb настраиваемый: https://www.youtube.com/watch?v=aXSNhTH1Co4

Но мне всегда нравился отладчики STS для ZX-Spectrum и DBG для MSX.

настраиваемый

В этом и беда, нигде конфига из коробки не видел хоть примерно удобного. В emacs тоже не сахар, но в изкоробочной версии более менее сразу понятно где что есть и всё помещается на экране хотя бы 22".

Но мне всегда нравился отладчики STS для ZX-Spectrum и DBG для MSX.

Я не застал. Если можешь нагуглить видео показывающее то что тебе там нравится было бы круто.

мёртв

Есть форк для neovim, который немного шевелется.
https://github.com/critiqjo/lldb.nvim

P.S. Сам я его и не тыкал.

В этом и беда, нигде конфига из коробки не видел хоть примерно удобного.

Ага, по дефолту он столько фреймов создает, что пользоваться становится невозможно.

Если можешь нагуглить видео показывающее то что тебе там нравится было бы круто.

Пока ничего не нашел. А единственный скрин STS, который я нашел, не отражает всей сути. Скринов DBG и вовсе нарыть не удалось. Видимо мой уровень гугле-кунг-фу около дна.

Можно запустить эти отладчики в эмуляторах, благо сами отладчики доступны для скачивания. Но я не уверен, что вспомню, как ими пользоваться.

Хм интерфейс аккуратный.

Но пока я смотрел на него и краем глаза в отладчик qtc я понял почему в vim'e сложно сделать хороший интерфейс отладчика: нет возможности делать tab'ы у фрейма.

нет возможности делать tab'ы у фрейма.

Зато можно менять содержимое фрейма. А табы, мне кажется, в данном случае не нужны. Да и вообще они не очень нужны.

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

Визуальные не в смысле мышкотыкательные (хотя это тоже неплохо бы) а в смысле что бы путь до них был очевиден, пока не въелась мнемоника.

Похоже, было бы удобно так:

При нажатии биндинга выпадает unite-like список с возможными представлениями отладчика. При выборе одного из представлений текущее окно заполняется его буффером.

При этом должно быть как в lldb-vim предустановленная конфигурация с возможностью конфига окон. В идеале, с автосохранением.

На unite как раз менюшку и запилить. Но было бы здорово, если бы оно было всплывающим, как подсказки при автокомлите.

Я бы хотел иметь несколько фреймов - сорец, стектрейс и список переменных (который, в свою очередь, делится на автоматические и добавленный мною). Режим списка переменных замапил бы на хоткей. Перемещение между окнами стандартно <c-hjkl> (у меня мапинг для <c-w> + <hjkl>).
Мышкой вообще не пользуюсь и ее поддержка в виме у меня отключена.

Я бы хотел иметь возможность сам настроить расположение и размер фреймов. Но да, дефолт обязательно нужен.

А эта тема случайно не связана с темой о протоколе взаимодействия с отладчиком? У вас появилось время и желание сделать такой плагин?

Желание есть. Времени пока хватает только на трёп. Но, трёп индексируется, попадает в общий эфир так сказать.

Вообще, если rtags работает сносно, а люди уже пилят фронт для lsp, остаётся только одна деталь для комфортной работы с крупными проектами в терминальном окружении. И это визуальный отладчик.

Если вдруг начнёте пилить проект - позовите. У меня было желание запилить gui отладчик со встроенной gdb-консолью, есть прототип c++ интерфейса к gdb/mi (https://sourceforge.net/p/lgdb/code/HEAD/tree/src/gdb/), проект забросил как только коснулся работы с gui - не моё это :(

Так отдельных морд для gdb хватает: ddd, cgdb, gdb -tui, коммерческие решения.
А вот нормального плагина для vim к сожалению нет.

Видел я эти морды, ни одна к моей не подошла - или консоли нет или интерфейс не удобный. Gdb+vim был бы и для меня идеальным вариантом, но писать свой велосипед на скриптах vim'a - то ещё удовольствие (

Уже давно не обязательно на viml писать. Можно, скажем, на питоне.

https://github.com/joonty/vdebug

«It interfaces with any debugger that faithfully uses the DBGP protocol»

А кто кроме Xdebug для PHP умеет его?

В документации рассказано, как настроить работу с отладчиками от ActiveState для NodeJS, Perl, Python, Ruby и Tcl

Есть даже проект(заброшенный) прокси для gdb.

На самом деле, я влажно грёжу об использовании сего разнообразия реализаций этого славного продолжателя идей dbgp.

Ибо для lsp уже пилят vim8/nvim клиента. А если ещё и Andersbakken с его мега быстрой и не жрущей штукой надумает.

То и коммунизм не за горами (хоть и благодаря ms). Хотя ,сдается мне, микрософт всё засрёт в итоге как нибудь - не зря их плагины особенно для крестов - закрытые.

В документации рассказано, как настроить работу с отладчиками от ActiveState для NodeJS, Perl, Python, Ruby и Tcl

А нужна поддержка C и C++

Скорее бы.

p.s. Мне всегда нравился отладчик в вижле, но недавно я узнал, что отладчик не умеет работать с анонимными неймспейсами - https://msdn.microsoft.com/en-us/library/0888kc6a(VS.80).aspx

А ТС сказал, что язык не важен

Да, не важен, важен интерфейс. Эта поделка у меня в закладках уже, но посмотреть я её ещё не смотрел.

А ТС сказал, что язык не важен

ТС сказал «Как пример почти сносного - pyclewn.» - а это морда к gdb, которая умеет такие языки - https://sourceware.org/gdb/onlinedocs/gdb/Supported-Languages.html

Я пока не начал, но вот у ребят интересная задумка.

Вот например таск крайне важный для развития идеи.

Я пока не начал, но вот у ребят интересная задумка.

Не понял, а чем их решение лучше существующих?

Тем что у них более менее не перегруженный концепт гуя.

Кстати, ты вроде говорил, что для начала - тебе хватит бряков и терминала, дык там всё это есть :)

Тем что у них более менее не перегруженный концепт гуя.

Я посмотрел видео по ссылке с сайта проекта - не увидел там гуя.

Кстати, ты вроде говорил, что для начала - тебе хватит бряков и терминала, дык там всё это есть :)

Мне хватит бряков, вотча / автовотча и коллстека.

Ну ет ты уже целую иде загадал :)

На самом деле гуй сверстать в условиях vim'a это похоже и правда основной блокер.