moulon% grep bdb README bdb.tar.gz Berkeley DB >= 2 bdb1.tar.gz Berkeley DB 1.85 or 1.86 moulon%
Ca, je sais, c'est d'ailleurs comme ça dans les ports FreeBSD gérés par knu-san.
Cela dit, ça ne répond pas à ma question... -- Ollivier ROBERT -=- Eurocontrol EEC/AMI -=- FreeBSD : <URL:http://www.FreeBSD.org/> The Power to Serve!
Dans l'article <rfcfzkxv350.fsf@moulon.inra.fr>,
ts <decoux@moulon.inra.fr> disait :
moulon% grep bdb README
bdb.tar.gz Berkeley DB >= 2
bdb1.tar.gz Berkeley DB 1.85 or 1.86
moulon%
Ca, je sais, c'est d'ailleurs comme ça dans les ports FreeBSD gérés par
knu-san.
Cela dit, ça ne répond pas à ma question...
--
Ollivier ROBERT -=- Eurocontrol EEC/AMI -=- roberto@eurocontrol.fr
FreeBSD : <URL:http://www.FreeBSD.org/> The Power to Serve!
moulon% grep bdb README bdb.tar.gz Berkeley DB >= 2 bdb1.tar.gz Berkeley DB 1.85 or 1.86 moulon%
Ca, je sais, c'est d'ailleurs comme ça dans les ports FreeBSD gérés par knu-san.
Cela dit, ça ne répond pas à ma question... -- Ollivier ROBERT -=- Eurocontrol EEC/AMI -=- FreeBSD : <URL:http://www.FreeBSD.org/> The Power to Serve!
ts
"O" == Ollivier Robert writes:
O> Ca, je sais, c'est d'ailleurs comme ça dans les ports FreeBSD gérés par O> knu-san.
il n'a pas du voir passer le 0.4.5 :-))
O> Cela dit, ça ne répond pas à ma question...
Bon, DbXml est une surcouche de Berkeley DB. Sur un*x, bdbxml va charger à l'exécution bdb (une autre librairie dynamique) et cela marche très bien.
Le problème est que la chose n'arrive pas à charger une librairie dynamique à partir d'une autre librairie dynamique (ne surtout ne pas me demander pourquoi), comme je l'ai dit dans un autre message elle peut même dupliquer des symboles dans ce cas. Donc pour résoudre le problème on utilise les vieux trucs :
* quand bdb est créé, on conserve soigneusement les objets * bdbxml est lié directement avec les objets provenant de la compilation de bdb (i.e. il ne fera pas un chargement dynamique)
À ce stade, vous pouvez espérer que cela va marcher, malheureusement vous tombez sur un autre problème :
Arrivé à ce stade, j'ai laissé tomber bien content de ne pas avoir à travailler avec la chose.
--
Guy Decoux
"O" == Ollivier Robert <roberto@REMOVETHIS.eu.org> writes:
O> Ca, je sais, c'est d'ailleurs comme ça dans les ports FreeBSD gérés par
O> knu-san.
il n'a pas du voir passer le 0.4.5 :-))
O> Cela dit, ça ne répond pas à ma question...
Bon, DbXml est une surcouche de Berkeley DB. Sur un*x, bdbxml va charger à
l'exécution bdb (une autre librairie dynamique) et cela marche très bien.
Le problème est que la chose n'arrive pas à charger une librairie
dynamique à partir d'une autre librairie dynamique (ne surtout ne pas me
demander pourquoi), comme je l'ai dit dans un autre message elle peut même
dupliquer des symboles dans ce cas. Donc pour résoudre le problème on
utilise les vieux trucs :
* quand bdb est créé, on conserve soigneusement les objets
* bdbxml est lié directement avec les objets provenant de la compilation
de bdb (i.e. il ne fera pas un chargement dynamique)
À ce stade, vous pouvez espérer que cela va marcher, malheureusement vous
tombez sur un autre problème :
O> Ca, je sais, c'est d'ailleurs comme ça dans les ports FreeBSD gérés par O> knu-san.
il n'a pas du voir passer le 0.4.5 :-))
O> Cela dit, ça ne répond pas à ma question...
Bon, DbXml est une surcouche de Berkeley DB. Sur un*x, bdbxml va charger à l'exécution bdb (une autre librairie dynamique) et cela marche très bien.
Le problème est que la chose n'arrive pas à charger une librairie dynamique à partir d'une autre librairie dynamique (ne surtout ne pas me demander pourquoi), comme je l'ai dit dans un autre message elle peut même dupliquer des symboles dans ce cas. Donc pour résoudre le problème on utilise les vieux trucs :
* quand bdb est créé, on conserve soigneusement les objets * bdbxml est lié directement avec les objets provenant de la compilation de bdb (i.e. il ne fera pas un chargement dynamique)
À ce stade, vous pouvez espérer que cela va marcher, malheureusement vous tombez sur un autre problème :
