e foarte simplu. extrage dintr-un rpm vechi .so-urile de care are nevoie si le pune intr-un director cu db2-ul. apoi isi face un wraper care extinde LD_LIBRARY_PATH in directorul ala. asa ma am rezolvat cu multe chestii comerciale care vroiau ele neeaparat nu stiu ce cacat vechi de cand lumea si pamantul.
On Mon, 2003-11-03 at 18:46, Alex 'CAVE' Cernat wrote: > > /usr/IBMdb2/V7.1/instance/db2icrt -a CLIENT -u db2inst1 db2inst1 > > > Output log of the above command: > /usr/IBMdb2/V7.1/instance/db2icknm: > > > > relocation error: /usr/IBMdb2/V7.1/lib/libdb2.so.1: symbol _res, > > version GLIBC_2.0 not > defined in file libc.so.6 with link time > > reference > DBI1069E Unexpected error. Function = get_instance, Return > > > > code = > 127. > > <flame> > laba de DB2 (IBM sucks) > </flame> > > mesajul e clar (pentru cine stie): redhat 9 vine cu glibc 2.2.x sau > 2.3.x (2.3.2 mai precis), iar deshteptul de DB2 vrea glibc 2.0.x, care > nu cred ca se mai foloseste de mult^H^H^H > ma aberez, in cazul asta e chiar cretin; m-am uitat de curiozitate, si > in glibc, inclusiv 2.3.2 din RH9 este definit simbolul GLIBC_2.0, deci > ar trebui sa mearga (oricum prin definitie glibc ar trebui sa fie > backward compatible) > > incearca sa dau un ldd /usr/IBMdb2/V7.1/instance/db2icknm si vezi ce-ti > zice exact; de asemenea, gandeste-te sa pui un db2 mai nou (daca asta e > ultimul, habar n-am, atunci un motiv in plus sa-i mai iei la **** pe aia > de la ibm); oricum, de la glibc 2.0 pana la 2.3 e cale lunga, si chiar > daca sa zicem ca iti pleaca, foarte probabil o sa inceapa sa faca figuri > pe ici pe colo > altceva ce poti sa faci e sa incerci cu rh7.1 (desi si ala are glibc > 2.2.4 dupa update-uri, nu mai stiu exact initial) > > Alex > > > --- > Detalii despre listele noastre de mail: http://www.lug.ro/ -- Alexandru N. Barloiu <[EMAIL PROTECTED]> Dale Media --- Detalii despre listele noastre de mail: http://www.lug.ro/
