zsh-workers
 help / color / mirror / code / Atom feed
From: Peter Stephenson <pws@ifh.de>
To: zsh-workers@math.gatech.edu (Zsh hackers list)
Subject: Re: Bug in zsh-2.6-beta21
Date: Mon, 01 Jul 1996 10:22:22 +0200	[thread overview]
Message-ID: <199607010822.KAA28291@hydra.ifh.de> (raw)
In-Reply-To: "alainc@nortel.ca"'s message of "Fri, 21 Jun 1996 10:29:00 MET." <"11312 Fri Jun 21 10:55:10 1996"@bnr.ca>

alainc@nortel.ca wrote:
> I found the following bug in zsh-2.6-beta20 and beta21:
> 
> I typed in the following:
> 
> exec <3 <(ls -l)
> 
> --->  zsh: no such file or directory: 3
> 
> So far so good, but after that it seems that zle is broken as the up
> arrow does not retrieve the last command entered.  Instead, the cursor
> just goes up.  The tab character does not perform completion anymore,
> it just inserts a TAB.  This was on a xterm window.

Zsh thinks the <(ls -l) is a real argument, which is not unreasonable,
so it thinks it's doing a real exec.  However, the <3 open fails and
it decides it not going to do a real exec after all and returns from
execcmd().  The problem is that by that time entersubsh() has been
called to set zsh up for becoming an external program, so at the error
return lots of things (zle, monitor, job tables) are set up wrongly.

What's the answer?

1) Do we delay entersubsh() until after the redirections are handled?
I don't see why that shouldn't work.  It might fix similar potential
problems with globlist.  (Remember, it doesn't affect whether the
shell *really* becomes a subshell, just the settings.)

2) Or should this entersubsh() be delayed for safety until immediately
before the external command is executed?

2) Or is the answer to alter the behaviour of the third argument to
entersubsh (the `fake' flag) so that even less happens on an exec?  (I
believe it needs to be called in this case really just to set up the
terminal for an external command and internal settings are irrelevant
--- but in this particular case we shouldn't really be setting
anything.)



By the way, I know you're not interested, but to me `depreciate' has
only ever meant `decrease in [usually monetary] value', whatever the
dictionary says.  I've never in my life heard it used transitively ---
wrong side of the Atlantic, perhaps.

-- 
Peter Stephenson <pws@ifh.de>       Tel: +49 33762 77366
WWW:  http://www.ifh.de/~pws/       Fax: +49 33762 77330
Deutches Electronen-Synchrotron --- Institut fuer Hochenergiephysik Zeuthen
DESY-IfH, 15735 Zeuthen, Germany.



  reply	other threads:[~1996-07-01  8:39 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1996-06-21 14:29 alain (a.) caron
1996-07-01  8:22 ` Peter Stephenson [this message]
1996-07-04 13:43   ` Peter Stephenson
     [not found] <199606251855.UAA03602@woodstock.ens-lyon.fr>
1996-06-25 19:15 ` bug " Hrvoje Niksic

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=199607010822.KAA28291@hydra.ifh.de \
    --to=pws@ifh.de \
    --cc=zsh-workers@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).