W dniu 29 października 2011 18:53 użytkownik Wojtek Kaniewski
wojte...@toxygen.net napisał:
Dnia 2011-10-29, sob o godzinie 02:35 +0200, Bartosz Brachaczek pisze:
W załączonych łatkach moim zdaniem są błędy off-by-one, podobnie
zresztą jak jest w aktualnym kodzie libgadu. Przypadek res == size
W załączonych łatkach moim zdaniem są błędy off-by-one, podobnie
zresztą jak jest w aktualnym kodzie libgadu. Przypadek res == size
oznacza, że wszystkie znaki poza nullem zostały zapisane i
implementacje niezgodne z C99, w szczególności MSVC, mogą takie coś
zwrócić. Natomiast przypadek res ==
W dniu 11 października 2011 20:46 użytkownik Wojtek Kaniewski
wojte...@toxygen.net napisał:
- zastanawiam się, po co kopiować zmienną ap do aq (zresztą jak nie ma
dostępnych funkcji do kopiowania, nasza funkcja tego po prostu nie
robi); Poza tym wywołanie vsnprintf na końcu w wersji patcha C
Dnia 2011-10-12, śro o godzinie 01:41 +0200, Tomasz Wasilczyk pisze:
Jeśli dobrze pamiętam, to na jakimś PowerPC można było użyć typu va_list
tylko raz, dlatego jedna kopia była używana do określenia rozmiaru
bufora, druga do właściwego vsnprintf(). Nie wiem, czy jest sens nadal
utrzymywać
Cześć,
zauważyłem, że w niektórych konfiguracjach gg_vsaprintf ucina ciągi dłuższe
niż 256 znaków. Konkretnie chodzi o przypadek, w którym
GG_CONFIG_HAVE_C99_VSNPRINTF jest NIE ustawione, mimo, że vsnprintf jest w
wersji C99. Według opisu w configure.ac, nie zawsze jesteśmy w stanie to
ustalić