Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: More rabbit-holes with unset variables
- X-seq: zsh-workers 47650
- From: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
- To: Felipe Contreras <felipe.contreras@xxxxxxxxx>
- Subject: Re: More rabbit-holes with unset variables
- Date: Thu, 26 Nov 2020 14:41:47 -0800
- Archived-at: <https://zsh.org/workers/47650>
- Archived-at: <http://www.zsh.org/sympa/arcsearch_id/zsh-workers/2020-11/CAH%2Bw%3D7bHCrpwbkZBOgwjwF7M9uo%2B1_ZEa53hxSwE2fuuBuQfyw%40mail.gmail.com>
- Authentication-results: zsh.org; iprev=pass (mail-ot1-f52.google.com) smtp.remote-ip=209.85.210.52; dkim=pass header.d=brasslantern-com.20150623.gappssmtp.com header.s=20150623 header.a=rsa-sha256; dmarc=none header.from=brasslantern.com; arc=none
- Cc: Zsh hackers list <zsh-workers@xxxxxxx>
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brasslantern-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=kn3ZVPt8zJyhN7MAZii9EzqTyxbvxatDS435bEOIL9A=; b=HQzZuT1gWSIejhCe7ge+AGXqHTNmc2f3W7ptsnzAuy5+iJ1FlhsRLpASGICb7Gq0+3 o81NmLTjnNvHFYU1BlPIOFHgqXUN8eoFd0ePX5NtyODWOc2T7cQ1yhDSTZ//i/AwFI7c 04/zH4c4qJFAHofin9GluKqyV7J9VhGBYgzCOZnecdhVNlzAqz3wyxBXxfdrqX0ZzTZq b4mv2bnmMkXPoEgX+evVwlhDuWMjJonmXVR7n4jbS+XneasUv61MZFiD0PZa+5AWsX9/ YqH5HQFhLYm1y/9gTAjNzPKbZL/T2lCBZEhslmFQo/K7krL9UtSSJc8cOWzlTW4b3LzM Nbmw==
- In-reply-to: <CAMP44s2Ge-pOn1-gEXkq=oJX7ohL-b_20s9mJZAo1LB=ow+Duw@mail.gmail.com>
- List-archive: <http://www.zsh.org/sympa/arc/zsh-workers>
- List-help: <mailto:sympa@zsh.org?subject=help>
- List-id: <zsh-workers.zsh.org>
- List-owner: <mailto:zsh-workers-request@zsh.org>
- List-post: <mailto:zsh-workers@zsh.org>
- List-subscribe: <mailto:sympa@zsh.org?subject=subscribe%20zsh-workers>
- List-unsubscribe: <mailto:sympa@zsh.org?subject=unsubscribe%20zsh-workers>
- References: <CAH+w=7Zag5MG5D=cRS2UMSsqJ0t=iw5MH9j8=HBO1Q77nbs03w@mail.gmail.com> <20201125131921.vay7h3xk5qn4odgg@chazelas.org> <CAMP44s0-ki=TBzTwnqx10FcTLX4mbphwN88UCx0+h97JTecBWA@mail.gmail.com> <CAH+w=7bs9E7whJLugMLOXG05R-2S8Hjt+OOKK_KN+SMxv-Vvaw@mail.gmail.com> <CAMP44s2Ge-pOn1-gEXkq=oJX7ohL-b_20s9mJZAo1LB=ow+Duw@mail.gmail.com>
- Sender: zsh-workers-request@xxxxxxx
On Thu, Nov 26, 2020 at 1:21 PM Felipe Contreras
<felipe.contreras@xxxxxxxxx> wrote:
>
> I asked who objected to the specific behavior I quoted.
I'm not going to dig through the austin-group archives to try to
distinguish which of the two parts of the quoted behavior (inherit, or
otherwise not set) was the source of anyone's objection. I concede
that the explanatory paragraph in the rationale did not call out
either of those behaviors.
The point is that none of what we're discussing is an agreed-upon standard.
> On Thu, Nov 26, 2020 at 2:42 PM Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx> wrote:
>
> > so a the only useful "declared but not set" variable is a simple
> > scalar.
>
> And by scalar I suppose you mean string.
I mean the simplest form of what zsh refers to as "scalar" internally.
Yes, that's ordinarily representable in C by "char[]", but in the
abstract that doesn't matter.
On the other hand, the shell language doesn't really deal in anything
else. Everything is designed around file descriptors and argv
(char[][]) and performing implicit string splitting/catenation, and
except for nameref in ksh there's no way to pass pointers around.
Messages sorted by:
Reverse Date,
Date,
Thread,
Author