From: "Alex Myltsev" <avm@altlinux.ru> To: "ALT Linux Team development discussions" <devel@lists.altlinux.org> Subject: Re: [devel] #12712 - nagios PL_perlio_mutex Date: Sat, 8 Sep 2007 17:51:49 +0400 Message-ID: <ffae7d540709080651v25d17a18mcda3ec37778abf9f@mail.gmail.com> (raw) In-Reply-To: <20070908105219.GA6051@solemn.turbinal> 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?..
next prev parent reply other threads:[~2007-09-08 13:51 UTC|newest] Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top 2007-09-08 10:52 Alexey Tourbin 2007-09-08 13:51 ` Alex Myltsev [this message] 2007-09-08 13:56 ` Alex Myltsev 2007-09-08 14:07 ` Alexey Tourbin 2007-09-08 14:43 ` Alexey Tourbin 2007-09-08 14:59 ` Alexey Tourbin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=ffae7d540709080651v25d17a18mcda3ec37778abf9f@mail.gmail.com \ --to=avm@altlinux.ru \ --cc=devel@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git