Re: CVS commit: src/distrib/notes/common
On Mon, May 03, 2010 at 03:14:24PM +, Izumi Tsutsui wrote: Update IP addresses (both IPv4 and IPv6) of current ftp.NetBSD.org. XXX: is it still worth to note those numbers in INSTALL docs nowadays? It's not uncommon for DNS to not be working in the installer for one reason or another. -- David A. Holland dholl...@netbsd.org
Re: CVS commit: src/lib/libc/stdio
On Thu, 06 May 2010, Christos Zoulas wrote: The fileno() function may fail if: [EBADF] The stream argument is not a valid stream, or the stream is not associated with a file. Isn't the above EBADF exactly what you are after? Our stdio supports funopen() which has FILE *'s where fileno() == -1, but they work just fine... This should be documented. Perhaps set errno if it is indeed a bad file descriptor, and don't set it if it is a side-effect of funopen()? It seems to me that funopen() creates a stream that is not associated with a file descriptor. I assume that's what POSIX meant by ... not associated with a file. So, I think that EBADF would be a reasonable response. Returning -1 without setting errno seems very wrong. Seting errno to some value that we think is more appropriate than EBADF would probably be OK. --apb (Alan Barrett)
Re: CVS commit: src/distrib/notes/common
On Fri, May 07, 2010 at 06:02:18AM +, David Holland wrote: On Mon, May 03, 2010 at 03:14:24PM +, Izumi Tsutsui wrote: Update IP addresses (both IPv4 and IPv6) of current ftp.NetBSD.org. XXX: is it still worth to note those numbers in INSTALL docs nowadays? It's not uncommon for DNS to not be working in the installer for one reason or another. You mean you install from a remote host on a network without working DNS server and without the ability the lookup the IP yourself out of band? I don't think the numbers should be present in long term documents. Joerg
Re: CVS commit: src/lib/libc/stdio
In article 20100507063258.ga23...@apb-laptoy.apb.alt.za, Alan Barrett a...@cequrux.com wrote: On Thu, 06 May 2010, Christos Zoulas wrote: The fileno() function may fail if: [EBADF] The stream argument is not a valid stream, or the stream is not associated with a file. Isn't the above EBADF exactly what you are after? Our stdio supports funopen() which has FILE *'s where fileno() == -1, but they work just fine... This should be documented. Perhaps set errno if it is indeed a bad file descriptor, and don't set it if it is a side-effect of funopen()? It seems to me that funopen() creates a stream that is not associated with a file descriptor. I assume that's what POSIX meant by ... not associated with a file. So, I think that EBADF would be a reasonable response. Returning -1 without setting errno seems very wrong. Seting errno to some value that we think is more appropriate than EBADF would probably be OK. ENOTTY ;-) EOPNOTSUPP christos
