zsh-users
 help / color / mirror / code / Atom feed
From: Bart Schaefer <schaefer@brasslantern.com>
To: Ray Andrews <rayandrews@eastlink.ca>
Cc: zsh-users@zsh.org
Subject: Re: exit to shell from nested function calls.
Date: Fri, 17 May 2024 10:04:35 -0700	[thread overview]
Message-ID: <CAH+w=7b=4L7fB7t=AH+iStubda5BWe_SNP0ae6m=FebZzeQ1gw@mail.gmail.com> (raw)
In-Reply-To: <4b8449d3-7dfe-4d37-9c6d-1dcf63d1d9b1@eastlink.ca>

On Fri, May 17, 2024 at 8:58 AM Ray Andrews <rayandrews@eastlink.ca> wrote:
>
> On 2024-05-17 08:40, Mark J. Reed wrote:
>
> Only define functions inside your interactive shell when they need to make changes that persist after they exit - like changing directories, or updating variable values, etc.
>
> That would limit their number considerably.  Ok, goodbye functions

Well, don't take the wrong lesson from this.  There are other reasons
to use functions in an interactive shell.  Aside from functions being
the only way to create custom ZLE actions (widgets), they are the best
way to implement simple repetitive tasks that don't need the overhead
of forking, and the only way to isolate temporary variables while
retaining access to globals that are not exported.

It's more a matter of determining which tasks are discrete.  If you're
writing something that needs neither to access nor to modify the state
of the interactive shell, make it a script first, then think about
whether it's simple enough to become a function.


  parent reply	other threads:[~2024-05-17 17:06 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-05-16 14:21 Ray Andrews
2024-05-16 20:26 ` Roman Perepelitsa
2024-05-16 21:28   ` Ray Andrews
2024-05-17 15:40     ` Mark J. Reed
2024-05-17 15:58       ` Ray Andrews
2024-05-17 16:46         ` Mark J. Reed
2024-05-17 17:04         ` Bart Schaefer [this message]
2024-05-17 17:36           ` Bart Schaefer
2024-05-17 18:52             ` Ray Andrews
2024-05-17 19:00               ` Mark J. Reed
2024-05-17 20:28                 ` Ray Andrews
2024-05-18  2:09                   ` Bart Schaefer
2024-05-17 17:29     ` Thomas Lauer
2024-05-17 18:43       ` Ray Andrews

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='CAH+w=7b=4L7fB7t=AH+iStubda5BWe_SNP0ae6m=FebZzeQ1gw@mail.gmail.com' \
    --to=schaefer@brasslantern.com \
    --cc=rayandrews@eastlink.ca \
    --cc=zsh-users@zsh.org \
    /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.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

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 NNTP newsgroup(s).