SOURCES: gzip-segfault.patch (NEW)
Paweł Gołaszewski
blues w ds.pg.gda.pl
Czw, 7 Sie 2003, 22:15:43 CEST
On Thu, 7 Aug 2003, Jakub Bogusz wrote:
> > Widzę, że rzeczywiście zaaplikowałeś ten patch na wszystkie arch. No
> > to teraz pytanie - a to rozwiązanie z rh polegające na zwiększaniu
> > buforów czemu nam nie odpowiada? Domyślam się, że jest to tylko
> > chowanie błędu na okazję jeszcze bardziej popsutego pliku, ale skoro
> > nikt jeszcze na taki bardziej popsuty plik nie trafił, to co nam
> > szkodzi :)
> Nie, nie bardziej popsutego (bo liczba bajtów, o które on może wyjechać
> jest ograniczona, chyba do 258). Ale to, co będzie za właściwymi danymi
> w tej tablicy (śmieci czy zera - raczej to drugie, bo to segment danych)
> może wpłynąć na wygenerowanie błędnego pliku. I nie ma sensu czekać na
> zauważenie takiego faktu - ile razy można dostać przekłamane dane przed
> zauważeniem tego faktu? Dowolnie dużo.
Dobra uwaga - ja wolę mieć odrobinkę większy plik, ale za to mieć pewność,
że będzie poprawny...
--
pozdr. Paweł Gołaszewski
---------------------------------
worth to see: http://www.againsttcpa.com/
CPU not found - software emulation...
Więcej informacji o liście dyskusyjnej pld-devel-pl