On Mon, Apr 04, 2005 at 11:18:42PM +0300, Oleg V. Nauman wrote:
P.s.: Видимо, дело в неправильной сборке утилит libdb в Debian (?). Думаю что проблема несколько более :) Если интерестно, то вот что я сделал:
1) Собрал db.1.85 (cd PORT/linux; make -k), при этом -- пришлось править немного исходник т.к. в новом libc-devel errno это какой-то невнятный #define (воможно только с -D_THREAD_SAFE (?)). 2) Собрал db-4.3.27 (cd build_unix; ../dist/configure --enable-dump185; make -k), потом скомпилировал db_dump185 вместе с -I и libdb.a от 1.85. Получилось вот что: $ ldd ./db_dump185 libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x41019000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x41000000) Почему-то в Debian есть dump185 только от db2 и db3, и они почему-то слинкованы (динамически) с libdb2 и libdb3 соотв. : $ ldd `which db3_dump185` libdb3.so.3 => /usr/lib/libdb3.so.3 (0xb7f38000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x41019000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x41000000) $ ldd `which db_dump185 ` libdb2.so.2 => /lib/libdb2.so.2 (0x45003000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x41019000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x41000000) Более того, в сборке утилит от 4.2, например, dump185 вообще отсутствует -- наверное он просто перестал компилироваться без 1.85 :) Вот так. Богдан. -- Everything I like is either illegal, immoral or fattening. -- Alexander Woollcott =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message