LIKAN

И почему любая попытка собственно исполнения дает сегфолт?

Наверное, там нет точки входа. И что вообще, по-твоему, должно произойти после запуска?

зачем у большей части .so из /lib стоит бит на исполнение?

Ничего не путаешь?

Да что тут путать? http://pastebin.com/1AJifyx5 И это наблюдается даже не в одном дистрибутиве.

А нахрена он исполняемым сделан, если точки входа нет?

http://serverfault.com/questions/173853/why-shared-libraries-on-linux-are-exe...

http://mech.math.msu.su/~zubr/library.html

внезапно

$ /lib64/libc.so.6
GNU C Library stable release version 2.15, by Roland McGrath et al.
Copyright (C) 2012 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 4.7.1.
Compiled on a Linux 3.4.0 system on 2012-06-30.
Available extensions:
	C stubs add-on version 2.1.2
	crypt add-on version 2.1 by Michael Glad and others
	Gentoo patchset 18
	GNU Libidn by Simon Josefsson
	Native POSIX Threads Library by Ulrich Drepper et al
	Support for some architectures added on, not maintained in glibc core.
	BIND-8.2.3-T5B
libc ABIs: UNIQUE IFUNC
For bug reporting instructions, please see:
<http://www.gnu.org/software/libc/bugs.html>.

У меня не наблюдается. Debian.

А не обратили внимание, что +x стоит в основном у симлинков? У них вроде всегда ls -a пишет lrwxrwxrwx.

$ ls -ld /lib | grep x
drwxr-xr-x 23 root root 4096 июня  22 17:53 /lib

Вот тебе результат за вычетом симлинков и директорий (у меня на убунте, по крайней мере).

s/внимание/внимания/, конечно же.

какой Debian?

Wheezy.

Вот тебе результат за вычетом симлинков и директорий (у меня на убунте, по крайней мере).

дык на убунте так. А где ещё?

детектор

$ find /usr/lib/ -name "*.so" ! -type l -executable | wc -l
3294

> find /lib /lib64 /usr/lib -type f -executable | xargs file {} \; | grep 'shared object' | wc -l
49

Большинством даже и не пахнет, причём лишь несколько из них имеют расширение «so».

Точно. А что эти файлы(которых 1008) делают в /usr/lib?

$ find /lib /lib64 /usr/lib \( -type f -or -type l \) -executable | wc -l   
1012
$ find /lib /lib64 /usr/lib -name '*.so' \( -type f -or -type l \) -executable 
/lib/x86_64-linux-gnu/ld-2.15.so
/lib/x86_64-linux-gnu/libc-2.15.so
/lib/x86_64-linux-gnu/libpthread-2.15.so
/lib/klibc-bhN-zLH5wUTKSCGch2ba2xqTtLE.so

А что эти файлы(которых 1008) делают в /usr/lib?

Часто это разные вспомогательные программы, которые не предназначены для прямого вызова пользователем. Плагины, например. А вот почему они являются ELF executable — это вопрос не ко мне %)

# find /usr/lib/ -name "*.so" ! -type l -executable | wc -l
0

Debian Squeeze

Часто это разные вспомогательные программы, которые не предназначены для прямого вызова пользователем. Плагины, например. А вот почему они являются ELF executable — это вопрос не ко мне %)

народ в интернетах пишет, что это для облегчения работы другого ПО. Проблема в том, что ядро читает заголовки, и таким образом определяет можно-ли исполнять этот код, и если можно, то как. А вот программы такого права могут быть и лишены. Т.е. _только_ исполнение, как у su/sudo.

Для подключения библиотеки достаточно лишь права чтения, а использование не нужно. С исполняемыми файлами всё наоборот. Это не есть хорошо.

ls -ld /lib

root@kwcenter:~# ls -ld /lib
drwxr-xr-x 6 root root 4664 2011-02-17 08:04 /lib

гонишь ты короче, ой гонишь.

$ find /lib /lib64 /usr/lib \( -type f -or -type l \) -executable | wc -l

эта команда работает совсем не так, как ты думаешь.

Гы. Ой. И правда гоню, неверно бегло опцию прочитал.

/lib/klibc-bhN-zLH5wUTKSCGch2ba2xqTtLE.so

WTF?

это фича такая

Reset [Тупняк][Паранойя] У вас Debian? вас взломали...

А что не так?

А что не так?

не, всё так, прошу прощения, это я про что-то другое.

а что происходит ПОСЛЕ подключения .so, когда программа с подключенной библиотекой завершила свою работу. И посоветуйте пожалуйста какую-нибудь лит-ру по этой теме, обрывки информации из гугла не дают полной картины.

У меня тоже такое.

а что происходит ПОСЛЕ подключения .so, когда программа с подключенной библиотекой завершила свою работу.

да ничего не происходит такого. ну можно функцию переопределить, которая в этот момент вызывается.

И посоветуйте пожалуйста какую-нибудь лит-ру по этой теме, обрывки информации из гугла не дают полной картины.

я-бы и сам с удовольствием почитал-бы..