bug-bash
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: "return" should not continue script execution, even if used inapprop


From: konsolebox
Subject: Re: "return" should not continue script execution, even if used inappropriately
Date: Fri, 25 Jan 2019 08:08:38 +0800

Encapsulate your code in a main function and deal with it.

-- konsolebox/m

On Mon, Jan 21, 2019, 12:39 PM Robert Elz <kre@munnari.oz.au wrote:

>     Date:        Sun, 20 Jan 2019 17:43:04 -0800
>     From:        don fong <dfong@dfong.com>
>     Message-ID:  <
> CAHQakpXao-pBDR2e0tNHH_iouHLWDXQ_FcCbzo1gxRhpfv915A@mail.gmail.com>
>
>   | i don't see how this helps.  the point is to have one file of code that
>   | behaves differently depending on whether it's dotted in or executed at
> the
>   | top level.
>
> That's fine, if you are writing something to work like this, you
> just make sure that it will work when run either way.  That means
> rthat you cannot do a "return" outside of a function in the script.
>
> This is easy to accomplish, the code just needs to be written
> to meet both sets of requirements (if you want to finish in a reliable
> way, you execute to EOF, and don't use either exit or return).
>
>   | the script should do nothing but define stuff when dotted in;
>   | but call the main function (or some other function) when run at the top
>   | level. "sh -c '. script'" doesn't accomplish that.
>
> No, but it allows you to test a script that is not written to be able
> to be run either way, someone's script that is only intended to be
> executed as ". script" which you then want to test.    In many cases
> you might need to add more than just the '.' command - depending
> on what is in the script (as I said way back in my first message on
> this subject).
>
> kre
>
>
>


reply via email to

[Prev in Thread] Current Thread [Next in Thread]