|
В настоящиий момент текст Артемия Капитулы на отличается от оригинала на 24.09.2004 года.
Добавлена новая функция и библиотека (цитата из Артемия Капитулы ) :-
Третья проблема, возникашая как следствие некоторого изменения схемы локализации (вместо некоторых переменных в новой версии glibc используются функции) также обходится путем создания библиотеки-заглушки. Для сборки этой третьей библиотеки напишем еще один файл, называемый libctype.so:
#include <stdlib.h>
#include <type.h>
unsigned short int * __ctype_b;
unsigned short int * __ctype_tolower;
unsigned short int * __ctype_toupper;
void __attribute__((constructor)) my_init() {
__ctype_b = * __ctype_b_loc();
__ctype_tolower = * __ctype_tolower_loc();
__ctype_toupper = * __ctype_toupper_loc();
}
void __attribute__((destructod)) my_clean() {
}
Скомпилируем эту библиотеку и установим ее аналогично libstat.so:
# gcc -O2 -shared -o libctype.so libctype.c
# cp libctype.so /lib/libcwait
# ln -s /lib/libcwait/libctype.so /lib/libctype.so
Все, подготовка закончена
Когда было выполнено добавление ? смотрим дискуссию на Opennet.ru:
и находим:-
15. "Установка Oracle на Fedora Core Linux"
Сообщение от Аноним on 28-Сен-04, 14:16 (MSK)
P.S.: а проблему со сборкой oemagent я все-таки решил, достаточно было посмотреть include'ы glibc-2.1
Предложенное решение надо внимательно сравнить с тем , что делает стандартный патч p3238244_9204_LINUX.zip для успешой линковки "dbsnmp" .
Отметим что, описание проблемы было приведено существенно раньше чем 28.09.2004
в статье Werner Puschitz :-
Смотри начиная с
1.) glibc-2.3.2-5.i686.rpm This glibc version exports __ctype_b():
$ rpm -ql glibc-2.3.2-5 | grep libc.so
/lib/i686/libc.so.6
/lib/libc.so.6
/lib/tls/libc.so.6
$ nm -a /lib/i686/libc.so.6 | grep __ctype_b
001315f8 D __ctype_b
00022340 T __ctype_b_loc
$ nm -a /lib/libc.so.6 | grep __ctype_b
00133c58 D __ctype_b
000223a0 T __ctype_b_loc
2.)glibc-2.3.2-11.9.i686.rpm . This glibc version does not export __ctype_b().
$ rpm -ql glibc-2.3.2-11.9 | grep libc.so
/lib/i686/libc.so.6
/lib/libc.so.6
/lib/tls/libc.so.6
$ nm -a /lib/i686/libc.so.6 | grep __ctype_b
00131718 D __ctype_b@GLIBC_2.0
000223a0 T __ctype_b_loc
$ nm -a /lib/libc.so.6 | grep __ctype_b
00133d58 D __ctype_b@GLIBC_2.0
000223f0 T __ctype_b_loc
Werner Puschitz предлагает далее решение основанное на downgrade glibc
на время фазы линкования,работающее в пределах одного и того же релиза
glibc.
При установке версии 9.2.0.4 действия, предложенные Артемием Капитулой, никаким
образом не влияют на успешную сборку неработоспособной версии "dbsnmp"
Собрать работоспособный "dbsnmp" можно только после установки патчей
p2617419_220_GENERIC.zip , p3238244_9204_LINUX.zip.
Смотри статус $ORACLE_HOME/lib/stubs до и после установки патчей , а также
файл $ORACLE_HOME/network/lib/ins_oemagent.mk.
Ваш комментарий:
|
БИБЛИОТЕКА 
