Re: [Slackit.org] C static var (solved) + ricompilazione glibc

[gabriele de benedittis]

grazie ma ho trovato gia' la soluzione:
La mandrake utilizza delle glibc con pthread compilate per il kernel 2.6,
mentre su slack sono ancora compilate per il kernel 2.4.
Quest'ultime hanno una limitazione dello stack dei thread a 2Mb, anche se
ulimit -s torna 8Mb (max stack dei processi, non thread). Me ne sono
accorto chiamando la primitiva getrlimit() nel codice.
Con valgrind il programma non andava in core perche' esso, per ricreare un
ambiente di sistema plausibile, credo che setti manualmente lo stack dei
suoi thread (i programmi da checkare) al valore di max_stack di ulimit
system-wide (e' un'ipotesi mi fa fatica bracare nel codice).
Sembra che l'unica soluzione sia ricompilare le glibc specificando 8Mb di
stack per i thread, oppure utilizzare una setrlimit() dove necessario.
Visto che ricompilare le glibc sarebbe un suicidio (e' un sw che va in
produzione a gennaio in asia, su macchine che devo gestire da remoto senza
assistenza qualificata in loco) credo che usero' la setrlimit().
Qualche idea per gestire facilmente gli aggiornamenti di una slackware con
glibc ricompilate?
Forse una jail chroot?


ciao


<quota who="Davide Angelocola">
> Valgrind intercetta le chiamate a malloc/realloc/free. La libreria
> *potrebbe* usare in modo scorretto queste funzioni (quelle della libc).
> Potresti farmi vedere l'output di valgrind?
>
> -----BEGIN GEEK CODE BLOCK-----
>     Version: 3.1
>     GCS/LS/M/TW d? s: a23 C(++) UL++(+++) P+>+++
>     L++(++++) E+>++ W++ N+ o? !K w--->$ !O !M- V PS+
>     PE+++ Y+ PGP->+ t+@ 5? X++ R+++ tv-- b++(+++)DI?
>     D+ G++ e>+ h! r- y++**
> ------END GEEK CODE BLOCK------
>
>
>
> _______________________________________________
> Slackit.org mailing list - http://www.slackit.org
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/slackit-ml
>


*************************
gabriele de benedittis
linux system administator
LPI certified
*************************