W dniu 2012-03-11 12:19, Bartosz Świątek pisze:
W dniu 11 marca 2012 10:32 użytkownik Łukasz Maśko
<e...@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
_______________________________________________
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
