zsh-users
 help / color / mirror / code / Atom feed
From: Peter Stephenson <pws@ifh.de>
To: zsh-users@math.gatech.edu (Zsh users list)
Subject: Re: ideas, questions, and bugs (?)
Date: Wed, 08 Oct 1997 10:19:28 +0200	[thread overview]
Message-ID: <199710080819.KAA13588@hydra.ifh.de> (raw)
In-Reply-To: "Quinn Dunkan"'s message of "Wed, 08 Oct 1997 00:11:51 MET." <199710080711.AAA01989@tammananny.tiger>

Quinn Dunkan wrote:
> according to the zshmisc man page, a sublist is `one or more pipelines sepera
> ted
> by && or ||'.  Then it says a list consists of one or more sublists optionall
> y
> terminated with ;, &, &|, &!, or \n.  So it should be possible to do:
> command1 && command2 &
> and have the whole conditional execute in the background.  Unfortunately, zsh
> runs command1 in the foreground, and if command1 returns 0, runs command2 in
> the background.  Bash handles this command properly, btw.  Even csh does this
> right, for goodness sake.  Ok, so
> (cmd1 && cmd2) &
> works, but according to the man page I shouldn't have to do that.

Yes, in fact the & in zsh really applies at the level of the pipeline,
which is (necessarily) the same level that job control comes in.  It
certainly looks wrong, but it could be a pain to rewrite.

> As much as I try, I can't figure out a good way to have zsh execute some
> command at startup and stay in interactive mode.

I don't think there is one within the shell.  You could make your
own arrangement:  add a line to .zshrc to . a particular file if it
exists, then delete it, and write a trivial script which creates the
file, then exec's zsh.  There are no doubt equally unpleasant ways.

> if zsh gets a parsing error in an rc file, you get something like:
> zsh: unmatched ' [97]
> with no indication of what rc file bombed.  Would it be possible to include
> the name of the file it came from (how it works for .), so you get
> ~me/.zshrc: unmatched ' [97] ?

This is now fixed, but I couldn't tell you since when now is.

> My zsh 3.1.2 segfaults when it can't find PATH.  This seems like a bug.
> % unset PATH;/bin/zsh-3.1.2 # always segfaults on my system.
> % unset PATH;/bin/zsh       # works fine

As far as I can tell, this is fixed, or maybe I have something set
differently: there's certainly a default path here.

What isn't yet fixed is that with shared libraries, zle doesn't get linked
in until late in the initialisation, and zerr tries to call trashzle(),
with the result that `zsh unknown-file' dumps core.  I haven't found
a cleaner fix than adding if (trashzleptr) to zerr().

-- 
Peter Stephenson <pws@ifh.de>       Tel: +49 33762 77366
WWW:  http://www.ifh.de/~pws/       Fax: +49 33762 77413
Deutsches Elektronen-Synchrotron --- Institut fuer Hochenergiephysik Zeuthen
DESY-IfH, Platanenallee 6, 15738 Zeuthen, Germany.


  reply	other threads:[~1997-10-08  8:25 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1997-10-08  7:11 Quinn Dunkan
1997-10-08  8:19 ` Peter Stephenson [this message]
1997-10-08  9:11   ` Andrew Main
1997-10-08  9:34 ` Andrew Main
1997-10-08 20:11   ` TGAPE!
1997-10-09 17:57     ` Tim Writer
1997-10-11  0:08       ` TGAPE!

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=199710080819.KAA13588@hydra.ifh.de \
    --to=pws@ifh.de \
    --cc=zsh-users@math.gatech.edu \
    /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).