From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15739 invoked by alias); 14 Nov 2014 13:41:07 -0000 Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Users List List-Post: List-Help: X-Seq: 19386 Received: (qmail 22379 invoked from network); 14 Nov 2014 13:41:04 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_PASS autolearn=ham version=3.3.2 Date: Fri, 14 Nov 2014 14:40:41 +0100 From: Louis-David Mitterrand To: zsh-users@zsh.org Subject: Re: passing a zsh option when opening an xterm Message-ID: <20141114134041.GA20924@apartia.fr> Mail-Followup-To: zsh-users@zsh.org References: <20141114122739.GA24113@apartia.fr> <546601E9.3040200@necoro.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <546601E9.3040200@necoro.eu> User-Agent: Mutt/1.5.23 (2014-03-12) On Fri, Nov 14, 2014 at 02:21:45PM +0100, René Neumann wrote: > Am 14.11.2014 um 13:27 schrieb Louis-David Mitterrand: > > Hi, > > > > When opening my fixed xterm's from my desktop startup file I'd like them > > to not quit when accidentaly pressing CTRL-D. > > > > How can I pass zsh's ignoreeof to the xterm? > > > > (I don't want that option in my .zshrc as I like to terminate temporary > > xterm's with CTRL-D) > > > > I tried "xterm -e zsh -i -7" which works but wondering if there is > > another way? > > What speaks against using the line above in your desktop startup file? > Especially as you require to have behavior A for 'startup xterms' and > behavior B for 'temporary xterms' -- how is the shell expected to > distinguish the one from the other¹? Just wondering if "-e zsh -i" gets me exactly the same shell and environment (except ignoreeof) as if no "-e" was passed? > - René > > ¹ Of course you could create a symlink 'startup-xterm' linking to xterm, > and then differentiate in .zshrc between xterm and startup-xterm. But > when allowing such overhead, you could equally well create a wrapper > script or something alike. Interesting approach.