[ksplice] а может его и для обычных прог адаптировать?

А чем не подходят подгружаемые библиотеки?

В смысле? При обновлении либы прога использует старый экзмепляр в памяти до ребута. Я поэтому и хочу чтобы можно было пропатчить на лету.

Разве нельзя выгрузить старую библиотеку и подгрузить новую? При этом, если необходимо, в имени файла библиотеки явно указывать версию.

нет. Даже с dlopen не получится т.к. придётся останавливать сервис, выгружать либу(dlclose), загружать обратно, стартовать сервис. Ещё и куча гемора для прогеров, хреновое решение.

Ммм… ты, наверное, не понял.

http://pastebin.com/TQHZzM9F — прога http://pastebin.com/MN8jdJPi — модуль версии 1 http://pastebin.com/uwvgNTcu — модуль версии 2

Вот так работает.

И сразу после выгрузки другой поток вызовет эту функцию, которую только что выгрузили). Все равно надо все остановить для этого.

Я думаю, это не проблема, а задержки будут небольшие.

ЕМНИП, у Apple что-то такое есть. Но вообще это гемморой тот еще.

Нельзя полагаться на скорость выполнения другого процесса, это стандартный race condition, так что это еще какая проблема.

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

Для этого надо править сырцы, это не тру. И, кроме того, что делать если ошибка в программе а не в либе?

Ты предлагаешь патчить все проги и либы в системе? :)

да, тоже слышал. Хочу на серваках такое.

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

Нельзя полагаться на скорость выполнения другого процесса

Применить обычную критическую секцию.

>нет. Даже с dlopen не получится т.к. придётся останавливать сервис, выгружать либу(dlclose), загружать обратно, стартовать сервис. Ещё и куча гемора для прогеров, хреновое решение.

Для таких случаев существует Erlang/OTP - обновление кода сервиса на лету, без приостановки, - штатная операция