glibc 2.15 psuje libGL z NVidii

[Łukasz Michalski]

W dniu 2012-03-11 12:19, Bartosz Świątek pisze:
> W dniu 11 marca 2012 10:32 użytkownik Łukasz Maśko
> <ed at yen.ipipan.waw.pl>  napisał:
>> Dnia niedziela, 11 marca 2012, Lukasz Glebicki napisał:
>>> On Thursday 05 of January 2012 19:57:54 Arkadiusz Miśkiewicz wrote:
>>>> Ten nie powinien się u nas objawiać.
>>>
>>> Odgrzeje starego kotleta, U mnie wszystko było ok, do wczoraj.
>>>
>>> Wczoraj smplayer nie potrafił sobie sciągnąć poprawnie napisów.
>>> vlc wywala się segv na nvidii.
>>>
>>> #0  0x00007fa3a9efdc0f in _nv022tls () from /usr/lib64/nvidia/libnvidia-
>>> tls.so.295.20
>>>
>>> Co ciekawe, odpaliłem vlc przez strace i ... działa.
>>
>> To jest dla mnie nieustającym dziwem. Dlaczego jeśli proces jest śledzony to
>> się nie wykrzacza, a jak się go puści "samopas" to natychmiast się wyp...
>> Potrafi to ktoś racjonalnie (i w miarę prosto) wytłumaczyć?
>
> Mnie to akurat nie dziwi. Na 90% program w tzw. release buildzie
> próbuje wpisać więcej danych niż zallocował pamięci, np. do lokalnego
> arraya. W debugerze działa, bo debuger pakuje więcej do stacka i taki
> array jest większy i nie nadpisujesz w ten sposób obszaru którego nie
> możesz.
>

strace nijak nie wpływa na sposób allokacji pamięci przez proces 
śledzony. Ale zwiększa opóźnienia podczas wywołań systemowych, więc 
pewnie jakiś "race condition" się nie ujawnia jak śledzenie jest podpięte.

pzdr,
Łukasz