Re: talk appears broken!

1999-09-14 Thread Daniel O'Connor
On 14-Sep-99 Warner Losh wrote: In message [EMAIL PROTECTED] "Daniel O'Connor" writes: : Why is restarting it necessary? The man page doesn't say anything to that : effect. The inetd program rereads its configuration file when it receives a hangup signal, SIGHUP. Services may

Re: talk appears broken!

1999-09-14 Thread Kris Kennaway
On Tue, 14 Sep 1999, Sheldon Hearn wrote: Why do you need to kill and restart it? Doing a HUP is the standard way to cause reprocessing of config files, so why has this changed? It hasn't, but inetd in 3.2-RELEASE had a bug that scrambled its configuration on HUP. Naturally, it's been

Re: talk appears broken!

1999-09-14 Thread Sheldon Hearn
On Mon, 13 Sep 1999 12:33:27 MST, Kris Kennaway wrote: Why do you need to kill and restart it? Doing a HUP is the standard way to cause reprocessing of config files, so why has this changed? It hasn't, but inetd in 3.2-RELEASE had a bug that scrambled its configuration on HUP. Naturally,

Re: talk appears broken!

1999-09-13 Thread Daniel O'Connor
On 13-Sep-99 Sheldon Hearn wrote: That's why it's not "working". Uncomment the ntalkd line in /etc/inetd.conf, kill and restart inetd. If you're using 3.2-RELEASE, you really do need to kill and restart inetd -- don't just HUP it. Why is restarting it necessary? The man page doesn't say