Re: CVS commit: src/distrib/sets/lists/modules
On Sat, Jan 04, 2014 at 06:35:51PM +, David Holland wrote: I don't know 'solaris' either. That line was present in the file before I made any changes. It's the compat glop used by zfs. (I believe.) It would indeed be useful if everyting in modstat(8)'s output would have a corresponding manual page. Most do, though. - Jukka.
Re: CVS commit: src
Jukka Ruohonen wrote: +/* XXX the daemon2_* functions should be in a library */ + +int __deamon2_detach_pipe[2]; + [...] Why not daemon(3)? I'm working on a replacement for daemon(3) as a way of fixing PR 48282, and this seemed like a good way to give the code a workout before giving it wider exposure in a place like libc. This particular daemon is simple enough that it probably could have used daemon(3) without problems, but I'm aiming for a general solution that will work even for daemons that use threads or kqueues. Those cause problems with daemon(3) because they aren't inherited across a fork, which forces you to daemonize early, which in turn leads to race conditions as the parent process continues before the daemon is ready to provide service. -- Andreas Gustafsson, g...@netbsd.org
Re: CVS commit: src
In article 20140106145033.2bcd...@cvs.netbsd.org, Andreas Gustafsson source-changes-d@NetBSD.org wrote: -=-=-=-=-=- Module Name: src Committed By: gson Date: Mon Jan 6 14:50:33 UTC 2014 Modified Files: src/distrib/sets/lists/debug: mi src/distrib/sets/lists/tests: mi src/tests/lib/libc/net: Makefile t_hostent.sh Added Files: src/tests/lib/libc/net: h_dns_server.c Log Message: Make t_hostent test cases that query the DNS work on systems with no Internet connectivity, by hijacking DNS queries and /etc/resolv.conf accesses using librumphijack and providing a minimal DNS server to answer the queries. 1. Maybe use pipe(2)/dup3() to add O_NOSIGPIPE and perhaps O_CLOEXEC although I am not sure about O_CLOEXEC. 2. s/deamon/daemon/ christos
Re: CVS commit: src/etc
Unless I misunderstand NTP configuration semantics, your additional restrict statements for the NTP pool names will do the wrong thing, in that each reference to a given netbsd.pool.ntp.org name returns multiple IP addresses, in apparently random order, i.e. an attempt to guarantee no two queries return the same data. Ergo, those restrict statements will most probably not end up with the same IP address as their preceding server statements, as was presumably your intent. Erik f...@netbsd.org
Re: CVS commit: src/etc
On Mon, 06 Jan 2014, Erik Fair wrote: Unless I misunderstand NTP configuration semantics, your additional restrict statements for the NTP pool names will do the wrong thing, in that each reference to a given netbsd.pool.ntp.org name returns multiple IP addresses, in apparently random order, i.e. an attempt to guarantee no two queries return the same data. Ergo, those restrict statements will most probably not end up with the same IP address as their preceding server statements, as was presumably your intent. Yes, you are correct. What should we do? If you have restrict default nopeer noquery (the uncommented line in my commit), then time service will still work, but the configured servers will be denied query permission. If you use restrict default ignore, then time service does not work. --apb (Alan Barrett)
