Обновление *.so во время runtime

По-моему вам рано разрабатывать окружение рабочего стола, если вы не до конца понимаете, как работать с динамически подключаемыми библиотеками а также момент, что в linux/unix системах при открытом дескрипторе можно удалить файл и заменить его на другой - загруженный экземпляр всё еще старый.

man dlclose

man inotify

подменить *.so файл

А что значит подменить? Насколько я понимаю, если удалить файл и пересоздать, то ничего не будет крашиться, потому что оригинальная сошка вообще никак не трогается. Но будет крашиться если перезаписать сошку не удаляя её.

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

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

А вам рано писать на форум, если вы не до конца понимаете что люди не знают всё сразу, а знания приходят именно и только в процессе разработки.

Ну так чтобы учиться надо писать простые вещи - блокноты, парсеры json. А не пытаться сразу улететь на Марс зная устройство примитивного парового двигателя.

то, что я чего-то не знал про динамически-подключаемые библиотеки, еще не говорит о том, что я не писал

простые вещи - блокноты, парсеры json

это уже давным-давно пройденный этап

мой проект существует уже 3 года, но вынести апплеты в отдельные библиотеки я решил только сейчас

xfce4 использует встраивание, плагины запускаются как отдельные процессы, и их окна просто встраиваются в панель. Подозреваю что реализовано через XEmbed.

ничего себе

Все эти блокноты и парсеры json в хер никому не упились. А ДЕ на практике показывает что надо и как надо. Это не такая сложная вещь, как кажется, зато используемая на практике.

ну я увы, не напрямую дергаю dlopen, а у меня QPluginLoader

Насколько я понимаю, если удалить файл и пересоздать, то ничего не будет крашиться, потому что оригинальная сошка вообще никак не трогается

попробую

Ну так чтобы учиться надо писать простые вещи - блокноты, парсеры json

Нет, не надо. Надо сразу писать полноценные проекты - кому-то нужные и с реальными задачами.

Пока у вас нет ни опыта ни знаний и возникают вопросы «как мне релоаднуть .so» - то ваш «реальный проект» не будет никому нужен. По причине плохого проектирования и кода (из-за отсутствия знаний).

Как раз такие и взлетают с кодом написанным на коленке, что самое прискорбное, в не идеальный спроектированный «собор»

Пока у вас нет ни опыта ни знаний и возникают вопросы «как мне релоаднуть .so» - то ваш «реальный проект» не будет никому нужен. По причине плохого проектирования и кода (из-за отсутствия знаний).

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

По причине плохого проектирования и кода

А не х-ня которая никогда в жизни не понадобится, типа написания блокнотов и json парсеров.

Как раз такие и взлетают с кодом написанным на коленке, что самое прискорбное, в не идеальный спроектированный «собор»

А что в этом прискорбного? Либо написанное на коленке, либо никакое. Первое, во-первых, уже работает, во-вторых - рефакторится и вылизывается и автором и контрибуторами кому оно интересно. А второе просто никогда не покинет голову доморощенного проектировщика-теоретика.

Апплеты будут динамически подключаемыми *.so библиотеками.

Отказать. Это путь, полный страданий и непредсказуемых проблем. Либо статическая линковка, либо, как написали выше, подпроцессы и IPC.

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

подпроцессы можно, подумаю в эту сторону, но класс PlainApplet у меня принимает указатели на объекты, которые передаются панелью, как это тогда передавать - не ясно (а оно нужно, как минимум, для задания корректной геометрии выпадающего меню апплета)

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

Надо исправить баг, чтобы ничего не крашилось.

попробовал, работает

Что пробовал и что работает?

но разве пакетный менеджер сначала удаляет файлы, а потом копирует новые?

Пакетных менеджеров много, они могут вести себя как угодно. Но должны сначала создавать новый файл рядом, потом удалять старый, и наконец мувать новый на место старого. Кажется последние два шага можно делать атомарно. К сожалению, консистентность между разными файлами пакета таким образом сохранить нельзя, но каждый отдельный файл будет в консистентном состоянии - либо старом, либо новом. Не будет отсутствующим или частично дописанным, и не будет проблем что mmap’нутый файл изменяется наживую.

Что пробовал и что работает?

попробовал сначала rm /path/to/library, а потом на то же место положить новую. панель не крашится, все хорошо

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

хорошо, изучу этот вопрос подробнее, погуглю

А не пытаться сразу улететь на Марс зная устройство примитивного парового двигателя.

Полеты на паровом двигателе на Марс — это то что с современным ойти происходит прям щас, ну ты чо.