On 05/11/2013 10:38 PM, John Reiser wrote:
Some are; libc.so.6 is an important case which demonstrates one use.
Generally, a shared library is just an ET_DYN file, and so can
have a non-zero ElfXX_Ehdr.e_entry. It is up to the author/maintainer
to decide that to do with the facility that ELF pro
On 05/10/2013 09:57 PM, Reindl Harald wrote:
why have .so files of fedora-packages executeable permissions?
they are not executeable, see below the difference of my personal
builds with files from fedora packages (the original httpd and
php packages have also 755)
Historically rpm only generate
> why have .so files of fedora-packages executable permissions?
It would be reasonable for the kernel to deny mmap(,,PROT_EXEC,,fd,)
if the file which is open on fd lacks [an appropriate flavor of] __S_IEXEC in
.st_mode.
Apparently many current linux kernels for *x86* do not make such a restricti
Am 11.05.2013 20:25, schrieb drago01:
> On Fri, May 10, 2013 at 8:57 PM, Reindl Harald wrote:
>> why have .so files of fedora-packages executeable permissions?
>> they are not executeable, [...]
>
> Shared libs can be executed e.g. :
>
> $ /usr/lib64/libc.so.6
> GNU C Library stable release ver
On Fri, May 10, 2013 at 8:57 PM, Reindl Harald wrote:
> why have .so files of fedora-packages executeable permissions?
> they are not executeable, [...]
Shared libs can be executed e.g. :
$ /usr/lib64/libc.so.6
GNU C Library stable release version 2.16, by Roland McGrath et al.
Copyright (C) 20
On 10.05.2013 20:57, Reindl Harald wrote:
> why have .so files of fedora-packages executeable permissions?
> they are not executeable, see below the difference of my personal
> builds with files from fedora packages (the original httpd and
> php packages have also 755)
>
> you get even segfaults by
why have .so files of fedora-packages executeable permissions?
they are not executeable, see below the difference of my personal
builds with files from fedora packages (the original httpd and
php packages have also 755)
you get even segfaults by try to execute such files
[harry@srv-rhsoft:~]$ /usr
