Здравствуйте!
Есть ли среды разработки в линуксе или возможности подобные microsoft visual studio:
Т.е. в режиме отладки не только смотреть и изменять переменные, но и добавлять код/удалять код/модифицировать и в дальнешем пошагово продолжать отлаживать программу (с изменным кодом)  без повторной остановки программа и запуска с перекомпиляцией.
Или в линуксе к сожалению только для просмотра значений можно использовать kdevelp, qdevelop в режиме отладки?

На сколько мне известно, под Linux не существует средств (по крайней мере бесплатных), позволяющих модифицировать код во время отладки и автоматически его подцеплять.
KDevelop, Code::Blocks и др. позволяют просматривать значения переменных. Не удивлюсь, если и изменять, но я этим никогда не пользовался (или просто забыл).

rvny, 
Странно. А какой смысл в модифицировании кода во время выполнения ? Может проще поставить пару assert'ов ?

Это сообщение отредактировал(а) GrayCardinal - 10.6.2007, 04:06

rvny, kdbg. Но сомневаюсь, что такая возможность там есть (в доках не видел).

вообще то возможности студии "на лету" модифицировать код во время отладки к с++ отношения не имеет - это привилегия .net кода. при модификации unmanaged с++ кода, AFAIK, студия просит пересборку проекта.

Incremental link действительно имеет отношение к с++ не более чем к фортрану.  В конце концов .exeшники собирают linker'ы.
VS вполне сносно позволяет модифицировать немного umanaged кода в рантайме. 





Поиск в гугле говорит, что в природе есть


Из док-ии по названному dbx


Поиск по ключевым словам "    sun    studio    linux    fix    continue " даёт


Так что есть основания полагать что fix'n'continue в linux мире существует.

Про другие IDE  и более свежие версии sun studio искать лень.

Mayk, точно технологию не знаю, но, вроде как "онлайн" модификация исходника реализуется посредством рефлексии, которую поддерживает .net, но не поддерживает c++(не дай Б-г такое счастье )

вообще говоря модифицирование кода задача тривиальная
не может быть, чтобы в GDB этой операции не было

MAKCim, че, правда что ль тривиальная? в С++?? а откуда такие выводы?

archimed7592, 

как?   (компилировать без оптимизации gcc <name>.c -o <name>)

Это сообщение отредактировал(а) MAKCim - 11.6.2007, 18:56

  

 спасибо, а вот монитор оттирать мне придется =\

nerezus, 
  

MAKCim, чего как? или это пример как модифицировать? дык речь о том, что среда сама интерактивно перекомпилирует, пересобирает и каким-то макаром биндит срарое состояние программы на новый образ. проблема в том, что в с++ очень много ньюансов со стеком, с исключениями и тому подобных граблей. если задача и выполнима, то уж точно она не тривиальна.

да

модифицирование кода - действительно тривиальная задача, и я это показал
вопрос о том, как это использовать, не стоял, однако я проблемы не вижу

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


вопрос о самомодификации тоже не стоял ;)
я именно об осмысленной модификации говорил, а это - задача уже далеко не тривиальная.

ну вот смотри, удалю я определение какой-нибудь переменной, которая сейчас(момент исполнения, в который решили модифицировать код) находится в области видимости. тогда в ещё не модифицированном образе нужно выполнить деструктор для удалённого объекта. а если деструктор бросит исключение? а как сбиндить старое состояние процесса на новой образ? я вижу одни проблемы...