From mboxrd@z Thu Jan 1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org
X-Spam-Level:
X-Spam-Status: No, score=-3.4 required=5.0 tests=DKIM_SIGNED,DKIM_VALID,
DKIM_VALID_AU,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED autolearn=ham
autolearn_force=no version=3.4.4
Received: (qmail 9360 invoked from network); 30 Nov 2022 09:22:21 -0000
Received: from zero.zsh.org (2a02:898:31:0:48:4558:7a:7368)
by inbox.vuxu.org with ESMTPUTF8; 30 Nov 2022 09:22:21 -0000
ARC-Seal: i=1; cv=none; a=rsa-sha256; d=zsh.org; s=rsa-20210803; t=1669800141;
b=A3bErbrWdyba/TMANgFbHVfjBvspGwSUVZVAtbhi2mcmgLsUpYEGD90ZeyUtg5zexSUPvjMy7d
l/RZGo43M8cDfRyST0Ueyci0NtjNcxNLmGmnFlLy39XKjmV/Ji7oFhPjbBhq2NMiSaxYa03M1a
8aBsTGECzmVqKXVKDgdLvcVgl2YNgZZHPoKxEIASCX/JGxjbSkvtqC87pvKh/9ceVXFceyVBiV
gNU1fWvwG0iQYMo95XolsYsF+1rZ4mwkogOrGWEdKfK9OfShyJml2UR7yX0PsOwNrV5lUcIUhk
e4NTAWK3VzKtVs/pt/rxzFlwOewAb435v4ARCG5El/+LGw==;
ARC-Authentication-Results: i=1; zsh.org;
iprev=pass (smtpq2.tb.ukmail.iss.as9143.net) smtp.remote-ip=212.54.57.97;
dkim=pass header.d=ntlworld.com header.s=meg.feb2017 header.a=rsa-sha256;
dmarc=pass header.from=ntlworld.com;
arc=none
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed; d=zsh.org; s=rsa-20210803; t=1669800141;
bh=FVSZBMn9PK44Tn5K0S7HHSNvCL9KP8L/r/x72dgA0iI=;
h=List-Archive:List-Owner:List-Post:List-Unsubscribe:List-Subscribe:List-Help:
List-Id:Sender:Content-Transfer-Encoding:Content-Type:MIME-Version:Subject:
References:In-Reply-To:Message-ID:To:From:Date:DKIM-Signature:
DKIM-Signature;
b=JLHZnbsCsqJ7c0JTtWgRH1+BVLZqDvm5Z8PHmW389wDUH6Y97px7aBdc7VICLrA3fGYe4uLEV7
I9G4PUqaBwO9FuxUSQg0nCRVqmaUktgy2gXD1UjbuQQRnJBbrqbFQzyp7qVYo7lxfLc1dGvtTn
rWJitHMrkYBsgeuf6Cg30I+HRs8hikWcFrjipsCGqWlU5Xz/ewBbvdFjYxAmIqNA9jrI1mk3KO
6GDVK5LQDHuWFkFTWgrV5Y/o30tb6c1HUbU5TU0188h7GmjE0vbXN3mTn/mSuXaJJcNtBTMlg0
Cjpge8RDt2PKmTteeX5oKPRREClbUfL4V/c/v1Dn1UzUvQ==;
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=zsh.org;
s=rsa-20210803; h=List-Archive:List-Owner:List-Post:List-Unsubscribe:
List-Subscribe:List-Help:List-Id:Sender:Content-Transfer-Encoding:
Content-Type:MIME-Version:Subject:References:In-Reply-To:Message-ID:To:From:
Date:Reply-To:Cc:Content-ID:Content-Description:Resent-Date:Resent-From:
Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID;
bh=wPiAbnBFj7j5Ig8aoPviwlPT4yj1G7Zg//SstepLsAE=; b=WXChrWcpDX0/eKxt+Uy/EPgJGz
OYtwcUJA7vE6Du+vaGvVLgVjG1VxLjmj3QlHuzb3p5OUY4RGRAGOl+o2WGpKyb7ngBGZUL+Y2Bj8p
6CTImvEuQU8NK5VCequLZ/tLlBhMO4DTEo9WPohgduGPcY4lTZnDn88ckGvdyQqam1xyImAgdiVOs
mJaTtUW7YCHLuHozJE97H7YzK6rzjujh8SEejAqwrLQPVRxbEU7ovvyDND49sHkQb7Yf4Cd5Bf6gY
X8UVJjUEnWeu8HJN4ndxvb9OdsX5Hm0M+ZrZ5Z8rF0nQtHpXYrccuMvge37KxOrMt/+I2xYtvmnhI
IjdJpOCA==;
Received: by zero.zsh.org with local
id 1p0JIJ-000GHk-LS;
Wed, 30 Nov 2022 09:22:19 +0000
Authentication-Results: zsh.org;
iprev=pass (smtpq2.tb.ukmail.iss.as9143.net) smtp.remote-ip=212.54.57.97;
dkim=pass header.d=ntlworld.com header.s=meg.feb2017 header.a=rsa-sha256;
dmarc=pass header.from=ntlworld.com;
arc=none
Received: from smtpq2.tb.ukmail.iss.as9143.net ([212.54.57.97]:57702)
by zero.zsh.org with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256)
id 1p0JI0-000Fvs-6R;
Wed, 30 Nov 2022 09:22:00 +0000
Received: from [212.54.57.82] (helo=smtp3.tb.ukmail.iss.as9143.net)
by smtpq2.tb.ukmail.iss.as9143.net with esmtp (Exim 4.90_1)
(envelope-from
)
id 1p0JHz-00043q-Kc
for zsh-workers@zsh.org; Wed, 30 Nov 2022 10:21:59 +0100
Received: from oxbe15.tb.ukmail.iss.as9143.net ([172.25.160.146])
by smtp3.tb.ukmail.iss.as9143.net with ESMTP
id 0JHzpLdpBYBhJ0JHzpNQS0; Wed, 30 Nov 2022 10:21:59 +0100
X-Env-Mailfrom: p.w.stephenson@ntlworld.com
X-Env-Rcptto: zsh-workers@zsh.org
X-SourceIP: 172.25.160.146
X-CNFS-Analysis: v=2.4 cv=Vd8xfnl9 c=1 sm=1 tr=0 ts=638720b7 cx=a_exe
a=3VDdwIuOneLoWcGUQKPbfw==:117 a=1DWFKdCB1IcA:10 a=IkcTkHD0fZMA:10
a=ZjyAdWuDOD4A:10 a=q2GGsy2AAAAA:8 a=NLZqzBF-AAAA:8 a=YFB4bojeNHJz55IRlcsA:9
a=QEXdDO2ut3YA:10 a=z9dJwno5l634igLiVhy-:22
X-Authenticated-Sender: p.w.stephenson@ntlworld.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ntlworld.com;
s=meg.feb2017; t=1669800119;
bh=FVSZBMn9PK44Tn5K0S7HHSNvCL9KP8L/r/x72dgA0iI=;
h=Date:From:To:In-Reply-To:References:Subject;
b=58lgjuDUJjG1BT1JWlp6ROFa1r+scdg79e7H3sH9D/Eg1mM6Pb1E4YDHdnb9Ocqrt
hzjLcOsrPyQ8j0pqYIcU60sQv3z8v6sW48/l27mKsNOktFgflYs1nx8+7lb1u4qXWZ
66I90iqTDKkCwjkZ5exAKHsjFlB+YzWdXyOUb4exkV3hY3MqHqDp8uc8jnc/ly8YbW
OzzUDYPW+K1UcuSeSiCaImG1e4G+dfNQEBQ8zGXtpFBZtyRoYSgjk+wX7BZwhLZu3b
sUTm2afOGIvseTqMVsr0rtrwfGoHAXO4Ekgz/Uh+d8Rduf2WBFOZ09kUagJpu+dNN7
VKryxLpDm/jkQ==
Date: Wed, 30 Nov 2022 09:21:59 +0000 (GMT)
From: Peter Stephenson
To: zsh-workers@zsh.org
Message-ID: <119794721.6200059.1669800119336@mail.virginmedia.com>
In-Reply-To:
References: <20221118142717.t4elzrigjeizjm6w@chazelas.org>
<351204342.6213761.1669732685914@mail.virginmedia.com>
Subject: Re: [bug] busyloop upon $=var with NULs when $IFS contains both NUL
and a byte > 0x7f
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Priority: 3
Importance: Normal
X-Mailer: Open-Xchange Mailer
X-Originating-IP: 147.161.224.167
X-Originating-Client: open-xchange-appsuite
X-CMAE-Envelope: MS4xfHdXC0IXSusfp0/pWhn1o4UR7LvG36v2Rz9/03Qex6iqWkZqxOWP5UKvvlAb6+xn8msOGpoHkyv7nbgQmrI6HxlPjqJaudi69yECI5vOb6gIMtisSSUq
A3Ga/hoAUsMssGap+e0BdDrNGxGEqDUS+0mzmoyuLl2vR42WX9bQqXCEDhE6jvDWpj2wxt/gl1+NMTzdBQJc4RkryZ/vCRrSFAjsHxvbFNDs1u47iCOiaiYC
X-Seq: 51086
Archived-At:
X-Loop: zsh-workers@zsh.org
Errors-To: zsh-workers-owner@zsh.org
Precedence: list
Precedence: bulk
Sender: zsh-workers-request@zsh.org
X-no-archive: yes
List-Id:
List-Help: ,
List-Subscribe: ,
List-Unsubscribe: ,
List-Post:
List-Owner:
List-Archive:
> On 30/11/2022 04:20 Bart Schaefer wrote
> On Tue, Nov 29, 2022 at 6:41 AM Peter Stephenson
> wrote:
> >
> > I guess the obvious thing to do here is any time s doesn't move
> > give up splitting at that point.
>
> I reported the infinite loop back in workers/50472 ("out of memory
> error" thread), although the cause doesn't appear to be exactly the
> same.
>
> I suppose if s doesn't move we could forcibly advance to see if
> another possible split occurs later. Unless there's clearly a way to
> determine that the lack of movement is due to upstream user error
> (such as invalid IFS value in this case)?
Engaging finger-in-the-air mode suggests in a case like this just trying
to be safe is the best we've got, unless we have proof positive we can
do something better in some likely scenario --- Jun may have a feel
for whether there's a potential good (as opposed to not completely
broken) outcome of the case he's looking at, in which case we can be
clever, otherwise I don't think it's worth it.
pws