Searched hist:"6685 ac34d91d361a03918777934cf037bedd8841" (Results 1 – 2 of 2) sorted by relevance
| /freebsd/lib/libc/stdio/ |
| H A D | getline.3 | diff 6685ac34d91d361a03918777934cf037bedd8841 Mon Apr 06 15:50:04 CEST 2009 David Schultz <das@FreeBSD.org> Return -1 instead of 0 upon reaching EOF. This is somewhat ill-advised
because it means getdelim() returns -1 for both error and EOF, and
never returns 0. However, this is what the original GNU implementation
does, and POSIX inherited the bug.
Reported by: marcus@
diff 6685ac34d91d361a03918777934cf037bedd8841 Mon Apr 06 15:50:04 CEST 2009 David Schultz <das@FreeBSD.org> Return -1 instead of 0 upon reaching EOF. This is somewhat ill-advised
because it means getdelim() returns -1 for both error and EOF, and
never returns 0. However, this is what the original GNU implementation
does, and POSIX inherited the bug.
Reported by: marcus@
|
| H A D | getdelim.c | diff 6685ac34d91d361a03918777934cf037bedd8841 Mon Apr 06 15:50:04 CEST 2009 David Schultz <das@FreeBSD.org> Return -1 instead of 0 upon reaching EOF. This is somewhat ill-advised
because it means getdelim() returns -1 for both error and EOF, and
never returns 0. However, this is what the original GNU implementation
does, and POSIX inherited the bug.
Reported by: marcus@
diff 6685ac34d91d361a03918777934cf037bedd8841 Mon Apr 06 15:50:04 CEST 2009 David Schultz <das@FreeBSD.org> Return -1 instead of 0 upon reaching EOF. This is somewhat ill-advised
because it means getdelim() returns -1 for both error and EOF, and
never returns 0. However, this is what the original GNU implementation
does, and POSIX inherited the bug.
Reported by: marcus@
|