Re: [devel] zlib/gzio.c: inconsistent gzeof()

[Alexey Tourbin <at@altlinux.ru>]

[-- Attachment #1: Type: text/plain, Size: 1341 bytes --]

On Thu, Mar 06, 2008 at 03:25:11PM +0300, Alexey Tourbin wrote:
> Я обнаружил, что gzeof() ведёт себя по-разному, в зависимости от того,
> находимся ли мы режиме "transparent" (cat) или же в режиме настоящего
> разжатия.
> 
> А именно, в режиме настоящего разжатия, если прочитано батйтов меньше,
> чем запрошено, то (автоматически) выставляется флаг EOF.  В transparent
> режиме, если прочитано меньше, чем требуется, то флаг EOF выставляется
> только после следующего gzread(), который возвращает 0.
> 
> $ cat test.c
> #include <stdio.h>
> #include <stdlib.h>
> #include <assert.h>
> #include <zlib.h>
> int main(int argc, char *argv[])
> {
> 	gzFile gz = gzopen(argv[1], "rb");
> 	assert(gz);
> 
> 	char buf[BUFSIZ];
> 	int n = gzread(gz, buf, sizeof(buf));
> 	printf("n=%d eof=%d\n", n, gzeof(gz));
> 
> 	return 0;
> }
> $ echo a >a
> $ echo a |gzip >a.gz
> $ gcc -Wall test.c -lz
> $ ./a.out a.gz
> n=2 eof=1
> $ ./a.out a   
> n=2 eof=0
> $ 
> 
> Хотел спросить, надо это фиксить или нет.

Ещё одно любопытное обстоятельство: если прочитано ровно столько байтов,
сколько запрошено, то в режиме разжатия gzeof() возвращает 1 (флаг z_eof
на самом деле не установлен, но в gzeof() есть дополнительная проверка
z_err == Z_STREAM_END).

А стандартный feof(3) в этом случае вроде бы возвращает 0.

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]