Re: stop_cmd=":" in pccard
* Jan Stary: > Why does /et/rc.d/pccard say stop_cmd=":"? This does, of course, not > 'stop' pccardd. After checking with several rc scripts, I noticed that stop_cmd is a null command for all the programs that don't have a well-defined pid file. Programs for which the pid file location is not predictable cannot be stopped by the rc mechanism. For example, ppp-user starts ppp, which in turn could create any number of processes, depending on the configuration, and thus any number of pid files. Then, a basic "stop" cannot be achieved, because it relies on a well-defined pid file. If you think pccardd can be improved, define pidfile in the rc script to /var/run/pccardd.pid like what is done in syslogd, it will automatically be used when stopping pccardd if you remove the stop_cmd definition. And submit a PR if you think it's worth. Cheers, -- Jean-Baptiste Quenot http://caraldi.com/jbq/ pgp0.pgp Description: PGP signature
Re: stop_cmd=":" in pccard
* Jan Stary: > Why does /et/rc.d/pccard say stop_cmd=":"? This does, of course, not > 'stop' pccardd. > > Is there some deeper ... you know ... sense ...? From sh(1) man page: Built-in Commands This section lists the commands which are built-in because they need to perform some operation that cannot be performed by a separate process. In addition to these, a built-in version of the test(1) command is pro- vided for efficiency. : A null command that returns a 0 (true) exit value. It seems that many daemons are not stopped properly... -- Jean-Baptiste Quenot http://caraldi.com/jbq/ pgp0.pgp Description: PGP signature
Re: stop_cmd=":" in pccard
Jan Stary <[EMAIL PROTECTED]> writes: > sorry for reposting, but I could only google my original > messages, and did not find the possibly simple answer anywhere. > > Why does /et/rc.d/pccard say stop_cmd=":"? > This does, of course, not 'stop' pccardd. > > Is there some deeper ... you know ... sense ...? Your question only applies on 5.x, so I'm not an expert here, but stopping pccardd and a pccard stop may not be the same thing... ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"