Anssi Hannula wrote:
Luca Olivetti wrote:Rainer Zocholl wrote:try 1.3.17 with the thread save patches(you MUST apply them!)
It's not necessary if your glibc is compiled with thread local storage
enabled (as is the case with mandrake 10.0). In fact I have everything working (including streamdev) with none of these patches (though I have some occasional vdr crash).
Hm? In my Mandrake /lib/tls libraries are not used when using LD_ASSUME_KERNEL=2.4.1, instead the libraries from /lib/i686 are loaded.
One can check that by running "ldd vdr" and "LD_ASSUME_KERNEL=2.4.1 ldd vdr" and comparing the library paths.
Though, when I run /lib/i686/libc.so.6, /lib/libc.so.6 and /lib/tls/libc.so.6, they all say "Thread-local storage support included." That probably means that it was compiled the same time, and is now located at /lib/tls/libc.so.6? Or does the /lib/tls have any relation to Thread Local Storage support?Actually no. The difference lies in the thread library used. I'd say the name of the directory have been badly chosen, but since I don't know the rationale behind it I won't say it.
In my system (Mandrake Cooker) the difference between /lib/(i686/)libc.so.6 and /lib/tls/libc.so.6 outputs is that /lib/(i686/)libc.so.6 has "linuxthreads-0.10 by Xavier Leroy" and "libthread_db work sponsored by Alpha Processor Inc", when /lib/tls/libc.so.6 has "Native POSIX Threads Library by Ulrich Drepper et al".
Every program uses /lib/tls/libc.so.6, except VDR which uses (with LD_ASSUME_KERNEL) /lib/i686/libc.so.6.
I assume you are using LD_ASSUME_KERNEL=2.4.1?
Yes, hence using /lib/i686/libc.so.6. Bye -- Luca