zsh-workers
 help / color / mirror / code / Atom feed
From: "Bart Schaefer" <schaefer@candle.brasslantern.com>
To: zsh-workers@sunsite.auc.dk
Subject: Re: PATCH: emulate (Re: Prompt fun)
Date: Thu, 7 Oct 1999 15:42:17 +0000	[thread overview]
Message-ID: <991007154217.ZM27101@candle.brasslantern.com> (raw)
In-Reply-To: <E11ZFCV-0000tq-00@crucigera.fysh.org>

On Oct 7,  4:11pm, Zefram wrote:
} Subject: Re: PATCH: emulate (Re: Prompt fun)
}
} Bart Schaefer wrote:
} >resetting the prompt-expansion options will cause the
} >user's settings to display as garbage
} 
} I changed them to *not* be set by emulate.

Ah, sorry, I read that hunk backwards.

} With ERR_EXIT, I was imagining that a user might set the option in a
} script (it can be quite convenient in scripts run from make), and then
} call a function that doesn't want ERR_EXIT set -- the function should
} decide for itself how to handle errors.

Hmm.  I tend to think of it exactly the opposite way -- if I set errexit,
I generally want it to continue to apply down through functions I call,
because of exactly the circumstances you note -- scripts run from make,
which uses -e when it invokes the shell.

} >} The patch quoted above is still necessary; EXTENDED_GLOB is unset
} >} by default even in zsh mode.  Would changing that break any scripts?
} >
} >Yes, it would break some of my scripts.
} 
} A pity.

If emacs vc didn't have a tendency to create files with names that look
like basename~version~ it'd be less of a problem, because I already
habitually quote carats (some old Bourne shells read carat as pipe, from
the days when many keyboards lacked a vertical bar).

-- 
Bart Schaefer                                 Brass Lantern Enterprises
http://www.well.com/user/barts              http://www.brasslantern.com


  reply	other threads:[~1999-10-07 15:42 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-10-07  0:28 PATCH: Re: Prompt fun Bart Schaefer
1999-10-07 10:41 ` PATCH: emulate (Re: Prompt fun) Zefram
1999-10-07 14:53   ` Bart Schaefer
1999-10-07 15:11     ` Zefram
1999-10-07 15:42       ` Bart Schaefer [this message]
1999-10-07 15:50         ` Zefram
1999-10-07 17:20           ` Bart Schaefer
1999-10-07 17:29             ` Zefram
1999-10-07 18:56               ` Bart Schaefer
1999-10-08  9:58                 ` Zefram
1999-10-07 20:32               ` Reasons for not wanting EXTENDED_GLOB interactively (was Re: PATCH:...) Bruce Stephens
1999-10-08  6:15                 ` Andrej Borsenkow
1999-10-10 23:03   ` PATCH: Re: PATCH: emulate (Re: Prompt fun) Bart Schaefer
1999-10-10 23:19     ` Bart Schaefer
1999-10-11  8:20       ` Zefram
1999-10-10 23:21     ` Bart Schaefer
1999-10-11  8:17       ` Zefram

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=991007154217.ZM27101@candle.brasslantern.com \
    --to=schaefer@candle.brasslantern.com \
    --cc=zsh-workers@sunsite.auc.dk \
    /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).