From: Sascha Hauer <s.hauer@pengutronix.de>
To: Marc Reilly <marc@cpdesign.com.au>
Cc: barebox@lists.infradead.org
Subject: Re: handling script/init errors
Date: Tue, 12 Nov 2013 09:28:58 +0100 [thread overview]
Message-ID: <20131112082858.GJ24559@pengutronix.de> (raw)
In-Reply-To: <3749329.nT9HWVKCSz@dev2.cpdesign>
Hi Marc,
On Tue, Nov 12, 2013 at 05:07:35PM +1100, Marc Reilly wrote:
> Hi,
>
> Rarely, one of the commands (related to hardware access) in our startup
> scripts fails, and the unit startup ends up bailing to a console prompt.
> (Which is only on debug port, so no appropriate user feedback)
> This would end up appearing to the user that nothing has happened, and will
> either run until batteries are drained (or removed) or a special reset
> sequence is done.
>
> Is there a way to set up an error handler in the scripts? Ideally, a command
> or script that could be called if /bin/sh encounters an error.
What would you consider an error? Is executing the 'false' command an
error?
Commands in scripts must be allowed to fail. You are supposed to catch
this via
if [ $? != 0 ]; then
echo "something bad happened"
exit 1
fi
Of course error handling in shell is very cumbersome, even more in a
restricted shell like hush. That's the reason I try to reduce the need
of shell scripts in barebox. Most things that "really need to work" are
better done in C.
Maybe you could implement a 'catch' command. It would execute a command
given as argument to the command. Something like:
CATCH_HANDLER=/env/bin/failure.sh
...
catch <command>
Then whenever <command> fails $CATCH_HANDLER would be executed.
Don't know if that makes sense, just an idea.
Sascha
--
Pengutronix e.K. | |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
next prev parent reply other threads:[~2013-11-12 8:29 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-12 6:07 Marc Reilly
2013-11-12 8:28 ` Sascha Hauer [this message]
2013-11-12 9:05 ` Marc Reilly
2013-11-12 10:11 ` Sascha Hauer
2013-11-13 6:51 ` Marc Reilly
2013-11-18 9:40 ` Sascha Hauer
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=20131112082858.GJ24559@pengutronix.de \
--to=s.hauer@pengutronix.de \
--cc=barebox@lists.infradead.org \
--cc=marc@cpdesign.com.au \
/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