From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-users-return-9752-mason-zsh=primenet.com.au@sunsite.dk>
Received: (qmail 20860 invoked from network); 4 Dec 2005 08:30:02 -0000
X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on f.primenet.com.au
X-Spam-Level: 
X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,
	FORGED_RCVD_HELO autolearn=ham version=3.1.0
Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88)
  by ns1.primenet.com.au with SMTP; 4 Dec 2005 08:30:02 -0000
Received: (qmail 16859 invoked from network); 4 Dec 2005 08:29:56 -0000
Received: from sunsite.dk (130.225.247.90)
  by a.mx.sunsite.dk with SMTP; 4 Dec 2005 08:29:56 -0000
Received: (qmail 534 invoked by alias); 4 Dec 2005 08:29:50 -0000
Mailing-List: contact zsh-users-help@sunsite.dk; run by ezmlm
Precedence: bulk
X-No-Archive: yes
X-Seq: 9752
Received: (qmail 524 invoked from network); 4 Dec 2005 08:29:49 -0000
Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88)
  by sunsite.dk with SMTP; 4 Dec 2005 08:29:49 -0000
Received: (qmail 15720 invoked from network); 4 Dec 2005 08:29:49 -0000
Received: from ns9.hostinglmi.net (213.194.149.146)
  by a.mx.sunsite.dk with SMTP; 4 Dec 2005 08:29:47 -0000
Received: from 212.red-80-35-44.staticip.rima-tde.net ([80.35.44.212] helo=localhost)
	by ns9.hostinglmi.net with esmtpa (Exim 4.52)
	id 1EipHG-0003YP-TS; Sun, 04 Dec 2005 09:31:23 +0100
Date: Sun, 4 Dec 2005 09:30:09 +0100
From: DervishD <zsh@dervishd.net>
To: Bart Schaefer <schaefer@brasslantern.com>
Cc: Zsh Users <zsh-users@sunsite.dk>
Subject: Re: Is this a side effect of RC_EXPAND_PARAM?
Message-ID: <20051204083009.GA505@DervishD>
Mail-Followup-To: Bart Schaefer <schaefer@brasslantern.com>,
	Zsh Users <zsh-users@sunsite.dk>
References: <20051202210456.GA821@DervishD> <1051204001616.ZM15244@candle.brasslantern.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <1051204001616.ZM15244@candle.brasslantern.com>
User-Agent: Mutt/1.4.2.1i
Organization: DervishD
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - ns9.hostinglmi.net
X-AntiAbuse: Original Domain - sunsite.dk
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - dervishd.net
X-Source: 
X-Source-Args: 
X-Source-Dir: 

    Hi Bart :)

 * Bart Schaefer <schaefer@brasslantern.com> dixit:
> With rcexpandparam the empty element is retained so that it can be
> joined with whatever appears on both sides of the expansion (even
> though in this case that's nothing) so you get the equivalent of
> 
>     vara=("one" "two" "" "four" "five")

    So it's not a side effect nor a bug, it's a feature...
 
> whereas with it NOT set, the empty element is removed, so you get
> 
>     vara=(one two  four five)

    This is what I always get, BTW, if I hit <Tab> to expand the
variable assignment, no matter the status of rcexpandparam. This was
confusing me even more.
 
> Forcing empty elements to be retained as empty rather than removed
> is one reason the compsys functions have rcexpandparam set. 
> Admittedly this ought to be documented, rather than assuming that
> anyone who sets rcexpandparam must be familiar with the semantics
> of the rc shell ...

    My problem was that I wasn't associating rcexpandparam with the
rc shell in any way O:) All is clear now, thanks a lot :)))

    Raúl Núñez de Arenas Coronado

-- 
Linux Registered User 88736 | http://www.dervishd.net
http://www.pleyades.net & http://www.gotesdelluna.net
It's my PC and I'll cry if I want to...