From: "L. C. Robinson" <lcr@onewest.net>
To: <blinux-list@redhat.com>
Subject: Re: regulating the time a process can run with crontab?
Date: Sat, 5 Jan 2002 16:55:54 -0700 (MST) [thread overview]
Message-ID: <Pine.LNX.4.33.0201051632160.1895-100000@rupin.localnet> (raw)
In-Reply-To: <m16MfB4-00014FC@vanzandt.mv.com>
And you might find that the "at" command is better choice
for timing than "sleep" or cron. For example:
mpg123 lecture.mp3 &
SOUNDPROC=$!
at now+2hours << End_of_here_document
# Or:
# at 9:30pm << End_of_here_document
kill $SOUNDPROC
End_of_here_document
On Fri, 4 Jan 2002, James R. Van Zandt wrote:
> One way to limit the duration of a command is to run it in a
> subprocess (i.e. put the shell command in parentheses) and have the
> parent kill it. Here's an example:
>
> #!/bin/bash
> # try to send a string to the synthesizer via four different serial
> #ports
> for x in 0 1 2 3; do
> (DTK_PORT=/dev/ttyS$x
> echo "trying $DTK_PORT"
> stty sane 9600 raw -echo crtscts <$DTK_PORT &&\
> stty -echo <$DTK_PORT &&\
> stty ixon ixoff <$DTK_PORT &&\
> echo "this is /dev/t t y s $x" $'\r' >$DTK_PORT )&
> # if one of the above commands hangs, kill the process
> sleep 2; kill $! >/dev/null 2>&1
> done
--
L. C. Robinson
reply to no_spam+munged_lcr@onewest.net.invalid
People buy MicroShaft for compatibility, but get incompatibility and
instability instead. This is award winning "innovation". Find
out how MS holds your data hostage with "The *Lens*"; see
"CyberSnare" at http://www.netaction.org/msoft/cybersnare.html
next prev parent reply other threads:[~ UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
Brent Harding
` Mike Gorse
` Brent Harding
` Dave Mielke
[not found] ` <Pine.LNX.4.30.0112281125420.999-100000@dave.private.mielke .cc>
` Brent Harding
` A. R. Vener
` James R. Van Zandt
` L. C. Robinson [this message]
` Brent Harding
` James R. Van Zandt
` L. C. Robinson
` Brent Harding
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Pine.LNX.4.33.0201051632160.1895-100000@rupin.localnet \
--to=lcr@onewest.net \
--cc=blinux-list@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).