Zsh Mailing List Archive
Messages sorted by:
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=18.104.22.168; 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:email@example.com?subject=help>
- List-id: <zsh-workers.zsh.org>
- List-owner: <mailto:firstname.lastname@example.org>
- List-post: <mailto:email@example.com>
- List-subscribe: <mailto:firstname.lastname@example.org?subject=subscribe%20zsh-workers>
- List-unsubscribe: <mailto:email@example.com?subject=unsubscribe%20zsh-workers>
- References: <CAH+w=7Zag5MG5D=cRS2UMSsqJ0t=iw5MH9j8=HBO1Q77nbs03w@mail.gmail.com> <firstname.lastname@example.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
> 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: