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