Question

This question is mainly aimed at shared libraries (.so files) compiled for Linux platforms. Would the new library file automatically be loaded the next time a program depending on it is launched? If not, is there a different way to do achieve this silent, self-contained library updating?

Answer 1

Many Unix-based OS have filesystems allowing this kind of stuff if you remove and then recreate the same file. As far as Vlad Lazarenko and I know, Windows & DOS are the only OS which can NOT do that.

As long as a file is opened, it’s kept until nothing needs it. When you remove it, it’s not viewable in the fs, but it’s still present. It works for all kind of files.

But you will probably need root rights in order to do this on a library. And you should take care about synchronisation and dependencies between multiple libraries. You can quickly run h into a situation where liba v1.0 can work only with libb v1.0 and when you auto-update liba, it will fail.

There are at least two well-known programs which are using this technique : apt and rpm.

EDIT: There’s really no problem if you update your library following the remove/recreate patterns. Your old but in-use library still exists both in memory and on disk. Your OS is able to reload a part of your library on disk if necessary.

Your library is still on disk as long as all the program using it are closed. It’s the case even for libc. That’s why when you update your libc, you are invited to restart nearly all services using it, in order to update them to the new binary code.

And that’s also the main reason why you can hot-update a linux system without restarting it for years.