On 5/19/2013 7:08 AM, Mike Frysinger wrote:
On Friday 14 December 2012 05:40:05 Filippo ARCIDIACONO wrote:
--- a/libc/misc/elf/dl-support.c
+++ b/libc/misc/elf/dl-support.c
@@ -28,6 +28,7 @@ void (*_dl_init_static_tls) (struct link_map *) =
_dl_nothread_init_static_tls;
ElfW(Phdr) *_dl_phdr;
Il giorno 20/mag/2013 14:38, Filippo ARCIDIACONO
filippo.arcidiac...@st.com ha scritto:
On 5/19/2013 7:08 AM, Mike Frysinger wrote:
On Friday 14 December 2012 05:40:05 Filippo ARCIDIACONO wrote:
--- a/libc/misc/elf/dl-support.c
+++ b/libc/misc/elf/dl-support.c
@@ -28,6 +28,7 @@ void
Il giorno 19/mag/2013 07:08, Mike Frysinger vap...@gentoo.org ha
scritto:
On Friday 14 December 2012 05:40:05 Filippo ARCIDIACONO wrote:
--- a/libc/misc/elf/dl-support.c
+++ b/libc/misc/elf/dl-support.c
@@ -28,6 +28,7 @@ void (*_dl_init_static_tls) (struct link_map *) =
On Friday 14 December 2012 05:40:05 Filippo ARCIDIACONO wrote:
--- a/libc/misc/elf/dl-support.c
+++ b/libc/misc/elf/dl-support.c
@@ -28,6 +28,7 @@ void (*_dl_init_static_tls) (struct link_map *) =
_dl_nothread_init_static_tls;
ElfW(Phdr) *_dl_phdr;
size_t _dl_phnum;
+size_t
On 14/12/2012 11.49, Filippo ARCIDIACONO wrote:
On 12/14/2012 11:40 AM, Filippo ARCIDIACONO wrote:
It's not safe to use the aux vect inside __uClibc_main if we are running
with shared libraries, because it could have been already modified.
For example, if some constructor plays with
It's not safe to use the aux vect inside __uClibc_main if we are running
with shared libraries, because it could have been already modified.
For example, if some constructor plays with environment variables by
using unsetenv, the modifications done into the stack to unset an
environment variable,
On 12/14/2012 11:40 AM, Filippo ARCIDIACONO wrote:
It's not safe to use the aux vect inside __uClibc_main if we are running
with shared libraries, because it could have been already modified.
For example, if some constructor plays with environment variables by
using unsetenv, the modifications
