Alfred Wallace <aWallace@wallace.com> wrote:
> Le Wed, 04 Apr 2007 12:11:17 +0200, Useur lambda a écrit:
>
> > Ainsi parla Yugo :
> >> Ce gars-là est fou. Qu'on le lapide, et vite!
> >>
> >> ...
> >
> > Pas tout compris, mais si l'idée est bien "un logiciel = un répertoire",
> > ce gars-là a un bon sens fou.
>
> ça sous-entend que dans ce répertoire dévolu au logiciel, on place les
> configurations et données des utilisateurs. Pas pratique pour les
> sauvegardes.

Ca n'a rien de nécessaire. Il me semble bien que Windows met tout ce qui
concerne le logiciel dans un dossier de "Program Files" et par contre
les données des utilisateurs dans un dossier de leur propre "Documents
and Settings", ce qui est parfaitement raisonnable.

En fait le vrai problème est de savoir ce qu'on fait des dépendances,
par exemple les librairies partagées. Dans le cas de Windows, on peut
compter sur la présence d'un certain nombre de DLL, qui sont là grace à
Microsoft et qui ne changent pas trop ou pas du tout. Microsoft fait
très attention à préserver la compatibilité des applications. Donc le
logiciel doit venir avec simplement les librairies partagées qui ne sont
pas "standard".

Dans le cas de Linux, étant donné la modificationnite sauvage qui règne
parmi ses développeurs, si on veut fournir un logiciel garanti
fonctionner, il faut qu'il vienne avec la totalité des librairies
partagées qu'il va utiliser (*). Ce qui pose un problème, non pas tant de
place perdue sur le disque, ce qui est négligeable, que de place perdue
en mémoire pour plusieurs copies résidentes de la même librairie
partagée. Par contre ça règle d'un coup le problème de "DLL hell". La
question est donc de savoir quel compromis est souhaitable.

(*) ou le compiler statique, ce qui est probablement bien plus
performant, ou ne laisser en liaison dynamique que des librairies dont
on est absolument sur qu'elles existent à peu prés à l'identique sur
toutes les machines Unix. Par exemple c'est ce que fait Java de Sun, il
est lié avec très peu de librairies, et celles là extrêmement usuelles.
niobe% ldd java
java:
libz.so.3 => /lib/libz.so.3 (0x2808e000)
libpthread.so.2 => /lib/libpthread.so.2 (0x280a0000)
libc.so.6 => /lib/libc.so.6 (0x280c7000)



--

Michel TALON