[devel] #12712 - nagios PL_perlio_mutex

[devel] #12712 - nagios PL_perlio_mutex

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1375 bytes --]

Есть очень неприятная ситуация.  Оказывается, требуется более глубокое
понимание рзарешения символов в ELF'ах, чем то, которое у меня имеется.

Ситуация такая.  До последнего времени я думал, что вносить в version
script нужно только символы типа "T" и "D", то есть функции и глобальные
переменные.  Но глобальныме переменные на самом деле бывают двух типов --
"D" и "B" (data и bss).  Различие между ними я не совсем понимаю.
Иногда мне казалось, что "B" -- это объявление типа "extern int var",
которое должно разрешаться в соответствущую пременную "D", объявленную
уже без extern.  Но это, по-видимому, далеко от истины.

$ grep PL_perlio_mutex sym
nagios  /usr/sbin/nagios        B       PL_perlio_mutex
nginx   /usr/sbin/nginx B       PL_perlio_mutex
perl-base       /usr/bin/perl5.8.8      U       PL_perlio_mutex
perl-base       /usr/lib/libperl.so.5.8.8       B       PL_perlio_mutex
perl-suidperl   /usr/bin/sperl5.8.8     U       PL_perlio_mutex
$

Другими словами, nagios и nginx как бы "ссылаются" на переменную типа
"B" в libperl.so.5.8, но эта ссылка почему-то имеет тип "B", а не "U".
Замечу, что сам perl ссылается на PL_perlio_mutex через "U".

Кто знает в чём тут дело?  К сожалению изучить как написан binutils --
это требуется много отваги.  Там этот "биг дил" который libbfd он
вездесущ и совсем не способствует пониманию кода.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] #12712 - nagios PL_perlio_mutex

[Alex Myltsev]

On 9/8/07, Alexey Tourbin <at@altlinux.ru> wrote:
> глобальныме переменные на самом деле бывают двух типов --
> "D" и "B" (data и bss).  Различие между ними я не совсем понимаю.
Тип B лежит в секции bss, область памяти при запуске программы
заполняется нулями. Поэтому секцию bss не нужно класть на диск -- всё
равно там нули.
Тип D лежит в секции .data и чем-то там инициализируется, но не нулём.
Если, например, написать:

int foo = 0;
int bar = 1;

и собрать DSO, то и получится:

$ nm libdso.so | egrep '(foo|bar)'
0000000000200700 D bar
0000000000200708 B foo

А потому что в одном ноль, а в другом не ноль.
Но это всё в манах написано, это неинтересно.

> $ grep PL_perlio_mutex sym
> nginx   /usr/sbin/nginx B       PL_perlio_mutex
> perl-base       /usr/bin/perl5.8.8      U       PL_perlio_mutex
> perl-base       /usr/lib/libperl.so.5.8.8       B       PL_perlio_mutex
>
> Другими словами, nagios и nginx как бы "ссылаются" на переменную типа
> "B" в libperl.so.5.8, но эта ссылка почему-то имеет тип "B", а не "U".
Провёл эксперимент. Сделал к вышеупомянутой библиотеке клиента:

$ cat user.c
#include <stdio.h>
extern int foo;
void main()
{ printf("%x\n", &foo; }
$ gcc -c user.c
$ nm user.o | grep foo
                 U foo
$

Пока всё нормально. Но вот

$ gcc -L. user.o -o user -ldso
$ nm user | grep foo
0000000000600a20 B foo

Похоже, при линковке ld  заметил, что foo всё равно в bss, и можно его
и здесь запихнуть в bss. Замечательно, что при запуске ./user
библиотека libdso  вообще не грузится: неопределённых символов из неё
в ./user нету. А если её всё-таки загрузить, то в библиотеке и в
приложении всё равно будет общий foo, потому что секция bss вроде как
общая на всё приложение.

> Замечу, что сам perl ссылается на PL_perlio_mutex через "U".
А вот это-то и непонятно :). Почему, почему в данном случае эту ссылку
не запихнули в bss?..

Re: [devel] #12712 - nagios PL_perlio_mutex

[Alex Myltsev]

On 9/8/07, Alex Myltsev <avm@altlinux.ru> wrote:
> Замечательно, что при запуске ./user
> библиотека libdso  вообще не грузится
Ну это я соврал. Но в основном говорю правду.

Re: [devel] #12712 - nagios PL_perlio_mutex

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 2961 bytes --]

On Sat, Sep 08, 2007 at 05:51:49PM +0400, Alex Myltsev wrote:
> On 9/8/07, Alexey Tourbin <at@altlinux.ru> wrote:
> > глобальныме переменные на самом деле бывают двух типов --
> > "D" и "B" (data и bss).  Различие между ними я не совсем понимаю.
> Тип B лежит в секции bss, область памяти при запуске программы
> заполняется нулями. Поэтому секцию bss не нужно класть на диск -- всё
> равно там нули.
> Тип D лежит в секции .data и чем-то там инициализируется, но не нулём.

На таком уровне кто угодно понимает. :) Я не понимаю как присходит
компоновка extern переменных и какой "тип" у них в результате получается.
И, в частности, стоит ли вешать B-символы на symbol versioning, и в
каких именно случаях.

> Если, например, написать:
> 
> int foo = 0;
> int bar = 1;
> 
> и собрать DSO, то и получится:
> 
> $ nm libdso.so | egrep '(foo|bar)'
> 0000000000200700 D bar
> 0000000000200708 B foo
> 
> А потому что в одном ноль, а в другом не ноль.
> Но это всё в манах написано, это неинтересно.

Кстати у gcc есть опция -fzero-initialized-in-bss, которая включена
по умолчанию.  Поэтому 'foo = 0' и оказывается в bss.

> > $ grep PL_perlio_mutex sym
> > nginx   /usr/sbin/nginx B       PL_perlio_mutex
> > perl-base       /usr/bin/perl5.8.8      U       PL_perlio_mutex
> > perl-base       /usr/lib/libperl.so.5.8.8       B       PL_perlio_mutex
> >
> > Другими словами, nagios и nginx как бы "ссылаются" на переменную типа
> > "B" в libperl.so.5.8, но эта ссылка почему-то имеет тип "B", а не "U".
> Провёл эксперимент. Сделал к вышеупомянутой библиотеке клиента:
> 
> $ cat user.c
> #include <stdio.h>
> extern int foo;
> void main()
> { printf("%x\n", &foo; }
> $ gcc -c user.c
> $ nm user.o | grep foo
>                  U foo
> $
> 
> Пока всё нормально. Но вот
> 
> $ gcc -L. user.o -o user -ldso
> $ nm user | grep foo
> 0000000000600a20 B foo
> 
> Похоже, при линковке ld  заметил, что foo всё равно в bss, и можно его
> и здесь запихнуть в bss. Замечательно, что при запуске ./user
> библиотека libdso  вообще не грузится: неопределённых символов из неё
> в ./user нету.

Вот здесь у меня есть большие сомнения.  Почему же она "вообще не
грузится"?  Попробуй сделать другую библиотеку libdso без символа
foo и подсунуть её через LD_LIBRARY_PATH уже скомпилированному user.
user не загрузится.

В том-то вся и проблема с #12712.  Если бы символ "B PL_perlio_mutex"
был самодостаточен, то никакой ошибки не возникло бы.

Другими словами, каежется, существуют как бы полноценные B-определения и
неполноценные extern B-ссылки.  Научная теория блин.

> А если её всё-таки загрузить, то в библиотеке и в
> приложении всё равно будет общий foo, потому что секция bss вроде как
> общая на всё приложение.
> 
> > Замечу, что сам perl ссылается на PL_perlio_mutex через "U".
> А вот это-то и непонятно :). Почему, почему в данном случае эту ссылку
> не запихнули в bss?..

Вот-вот.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] #12712 - nagios PL_perlio_mutex

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1003 bytes --]

On Sat, Sep 08, 2007 at 06:07:35PM +0400, Alexey Tourbin wrote:
> В том-то вся и проблема с #12712.  Если бы символ "B PL_perlio_mutex"
> был самодостаточен, то никакой ошибки не возникло бы.

Впрочем, проблема более многогранна.

$ rpm -qpR /ALT/Sisyphus/files/i586/RPMS/nginx-0.5.31-alt4.i586.rpm |grep libperl
libperl.so.5.8  
libperl.so.5.8(DynaLoader)  
libperl.so.5.8(PERL_5.8.9)  
$

То есть nginx уже требует libperl.so.5.8(PERL_5.8.9), так что если
просто (дополнительно) повесить PL_perlio_mutex на PERL_5.8.9, то
это проблемы не решит.  Проблема же в том, что интерфейс PERL_5.8.9
комплектовался постепенно (и эта комплектация ещё не завершена),
так что в #12712 всё равно возможна ситуация, что новый nginx
будет падать на старом перле, в котором интерфейс PERL_5.8.9
недоукомплектован.

В общем-то недоукомплектованные интерфейсы это зло.  Но то, чтобы
я делал это с бодуна; я написал комментарий по этому поводу в
https://bugzilla.altlinux.org/show_bug.cgi?id=12712

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] #12712 - nagios PL_perlio_mutex

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 707 bytes --]

On Sat, Sep 08, 2007 at 06:43:04PM +0400, Alexey Tourbin wrote:
> On Sat, Sep 08, 2007 at 06:07:35PM +0400, Alexey Tourbin wrote:
> > В том-то вся и проблема с #12712.  Если бы символ "B PL_perlio_mutex"
> > был самодостаточен, то никакой ошибки не возникло бы.
> 
> Впрочем, проблема более многогранна.
> 
> $ rpm -qpR /ALT/Sisyphus/files/i586/RPMS/nginx-0.5.31-alt4.i586.rpm |grep libperl
> libperl.so.5.8  
> libperl.so.5.8(DynaLoader)  
> libperl.so.5.8(PERL_5.8.9)  
> $

Вообще-то речь сначала шла о nagios, но ситуация аналогичная с nginx.

$ rpm -qpR /ALT/Sisyphus/files/i586/RPMS/nagios-2.9-alt1.i586.rpm |grep libperl
libperl.so.5.8(DynaLoader)  
libperl.so.5.8(PERL_5.8.9)  
$

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]