
零七年第一篇文字 Blog,就是想當年了,實是有夠老氣橫秋。今次講一首歌。
話說當年亞視取得了國內央視的大型製作電視劇集版本《三國演義》的播映權,還請來馮兩努來每集解說,細數三國的種種。一時間還帶來了一陣「古裝
Presented in illustrated form, on at least Solaris 8, FreeBSD, andOpenBSD:
$ exec 9>/dev/null$ exec 10>/dev/nullexec: 10: not found
(And the shell exits.)
The genuine Bourne shell only allows redirection to (or from)single-digit file descriptors; if you give multiple digits, itinstead gets parsed as ' exec 10 >/dev/null '.
(The limitation has been faithfully copied by at least some Bourne shell
We have historically had a small problem with our inetd s: every sooften when we attempted to restart it with a SIGHUP to make it pick up aconfiguration change, it would fail to bring up an important UDP-basedservice we need, reporting a failure to bind to the UDP port.
(We saw the same problem with xinetd ; I'm using ' inetd ' as as ageneric term.)
What was probably happening is that when this would happen, inetd hadjust spawned the program to handle

零七年第一篇文字 Blog,就是想當年了,實是有夠老氣橫秋。今次講一首歌。
話說當年亞視取得了國內央視的大型製作電視劇集版本《三國演義》的播映權,還請來馮兩努來每集解說,細數三國的種種。一時間還帶來了一陣「古裝
Our central mail machine runs various cron jobs as part of its work.Starting recently, every now and then a cron job (or a command run outof an alias) would randomly die with an error like:
sh: /cs/foo/adm/script: cannot execute
(Where /cs/foo is NFS mounted through the automounter, and the cronentry just runs that script.)
I am pretty sure that this is a gift from the Solaris 8 automounter.
Our central mail machine is pretty old