продолжить выполнение программы с места сброса корки

gdb. Там вроде есть команда перехода. Выходишь на следующую инструкцию или вообще возврат из функции делаешь. корка желательно с отладочной версии (чтоб ориентироваться)

Штатно — afaik нет. Но в корке есть в принципе всё, что для этого нужно.

вот не хочет :)

gdb program -c core
(gdb) continue
The program is not being run.

память, допустим, процесса накатишь. Где возьмёшь состояния ядерных объектов (fd и т.п.)?

если бы было можно, то зачем параллелз пиплит http://criu.org/Main_Page

в принципе это миграция процессов, она в freebsd уже лет десять как запилена имхо.

Дескрипторы будут старые как минимум

Конечно, лисп так и делает. Для удобства, экзешник и корку можно объединить в один файл.

Лисп же обычно интерпретируемый, не? Кстати, о каком лиспе идёт речь?

Лисп же обычно интерпретируемый, не? Кстати, о каком лиспе идёт речь?

Общелисп обычно конпелируемый, хотя и режим интерпретации допусти.

Конкретно SBCL, LispWorks, Clozure умеют.

А сама идея разве имеет смысл? Падает в корку при конкретном фаталити когда продолжение работы невозможно

можно попытаться внутри отладчика исправить ситуацию.

в принципе это миграция процессов, она в freebsd уже лет десять как запилена имхо.

где, можно ссылку на доки?

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

да похоже я прогнал, видать что-то попутал.

а из свежего я нашёл вот такое, как proof of concept: http://www.youtube.com/watch?v=0am-5noTrWk http://code.google.com/p/processmigration/

в корку он падает, потому что кто-то прислал SIGABRT. В том числе, возможно, он сам через raise().

Знали бы где подстелить...

под линух много лет назад такое тоже было. Легко гуглится, называлось что-то вроде task freeze. Увы, давно мертво.

по миграции было ещё openmosix и linuxpmi