From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: zsh-workers-return-43642-ml=inbox.vuxu.org@zsh.org X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.2 Received: from primenet.com.au (ns1.primenet.com.au [203.24.36.2]) by inbox.vuxu.org (OpenSMTPD) with ESMTP id 0f51ca9c for ; Mon, 8 Oct 2018 16:59:18 +0000 (UTC) Received: (qmail 5098 invoked by alias); 8 Oct 2018 16:59:03 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: List-Unsubscribe: X-Seq: 43642 Received: (qmail 16739 invoked by uid 1010); 8 Oct 2018 16:59:03 -0000 X-Qmail-Scanner-Diagnostics: from out3-smtp.messagingengine.com by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1. Clear:RC:0(66.111.4.27):SA:0(-2.6/5.0):. Processed in 6.282837 secs); 08 Oct 2018 16:59:03 -0000 X-Envelope-From: d.s@daniel.shahaf.name X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= daniel.shahaf.name; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:in-reply-to :references:date; s=fm1; bh=ChJGSuS4xegXco+xWcyhG5F+WXoDrg7R7Oj7 gT9Ac1E=; b=koQ2Gx09jFsEUTMa4a9NE4xIq/QqmQLSRiyEYdADcsw3N26MNZ/9 9q/FOkfC5EsOIksIidAJwosWXJAwe3+HF+wqcINJBm94P6eXlsw1tP3Lf6s8A2Q1 RRyIdljXUEZvutNXBCdWvOMZcxQehLEgA8aStecSyiojwFo1HZ8tkLXZO+dpyK+v 1O9EPW4OryPlBzuIblCWXCyJZ4cDR3d/NJz/R15zQoJecECiJNFpKfb0hRkkgUAE myPsG4mihGafGCi9+h44pYOWyB5zznb2DtiN25lAbJbgWL5XrMFH0TYQJag7PQpZ UIpBMrzP3w0cweOOfkfpAvHvEABWRRU49w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=ChJGSuS4xegXco+xWcyhG5F+WXoDrg7R7Oj7gT9Ac 1E=; b=BgYFcIJquneJMhdnf3/d81g7+kYaJYoEZd5hxXcUcKAVYur84Vf/Y3dig t73WZVGf6HPD+KrKcSHrIvkztAULdB+7svYy8KcdeWfH97yQ/4QyWjzSZX58Arpa jwA13PPZ2cp3W7Aqb5caKim5InaFwrcPi4r6SJZZLgZFsV4JRmIeOooIIFr82NBo kicMbx6VQd7VNdtjpjX5JtlR3LT4MRUwaf/JfcBTj6cwEH66GgbMCgkzbIW5h1Lg Divhj0WjcDsLOCnU10ioBW3pKzIkXRyOyiJrWIRpGxU69+ygdmDlbloM7IdJ/B1t nwfxfdzCGQTRO9pvfCWgWd8Yuf8MQ== X-ME-Sender: X-ME-Proxy: Message-Id: <1539017933.1412806.1534816128.38CEBA8F@webmail.messagingengine.com> From: Daniel Shahaf To: zsh-workers@zsh.org MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-929b9749 Subject: Re: [PATCH] [long] typeset doesn't report tied parameters (and related issues) In-Reply-To: <20181008164357eucas1p28f2fd7942bffedcc4e769b2ad5d35c51~br9daEJcB1834618346eucas1p2w@eucas1p2.samsung.com> References: <20180924210550.carijwjibarjivu4@chaz.gmail.com> <20181007133545.zzkrbc3ed6shnk3e@chaz.gmail.com> <20181008090557eucas1p11f18ef9ca4a6e3cc09fd59242f344f96~bltk3bsqO1947719477eucas1p1q@eucas1p1.samsung.com> <20181008141056eucas1p2a9a49ec055d2760e87c17832af9f6591~bp33g9vlR0328803288eucas1p2G@eucas1p2.samsung.com> <1539008917.1366329.1534632080.5313528C@webmail.messagingengine.com> <20181008152406eucas1p1660f190ddb4bcd4c0131c4c84492a9f2~bq3vkNlyg2997729977eucas1p1I@eucas1p1.samsung.com> <20181008154932.dvc5q46ylb66j2mm@tarpaulin.shahaf.local2> <20181008164357eucas1p28f2fd7942bffedcc4e769b2ad5d35c51~br9daEJcB1834618346eucas1p2w@eucas1p2.samsung.com> Date: Mon, 08 Oct 2018 16:58:53 +0000 Peter Stephenson wrote on Mon, 08 Oct 2018 17:43 +0100: > On Mon, 2018-10-08 at 15:49 +0000, Daniel Shahaf wrote: > > Peter Stephenson wrote on Mon, Oct 08, 2018 at 16:24:04 +0100: > > > There's a reasonable chance valgrind may help with the 139 status.=C2= =A0=C2=A0I > > > didn't get any hints from adding it to the combined V10 / B02 test, > > > however. > > I did.=C2=A0=C2=A0If someone wants to look into it (not necessarly Pete= r), be my > > guest. > >=C2=A0 > > =3D=3D25895=3D=3D Invalid read of size 8 > > =3D=3D25895=3D=3D=C2=A0=C2=A0=C2=A0=C2=A0at 0x4823AE: zshlex (lex.c:280) > > =3D=3D25895=3D=3D=C2=A0=C2=A0=C2=A0=C2=A0by 0x4ACBC0: parse_event (pars= e.c:581) > > =3D=3D25895=3D=3D=C2=A0=C2=A0=C2=A0=C2=A0by 0x47109D: loop (init.c:146) > > =3D=3D25895=3D=3D=C2=A0=C2=A0=C2=A0=C2=A0by 0x47659B: zsh_main (init.c:= 1757) > > =3D=3D25895=3D=3D=C2=A0=C2=A0=C2=A0=C2=A0by 0x420201: main (main.c:93) > > =3D=3D25895=3D=3D=C2=A0=C2=A0Address 0x3a is not stack'd, malloc'd or (= recently) free'd >=20 > If your lex.c is like mine, I don't think this is telling us anything > directly relevant --- presumably the damage has been done.=C2=A0=C2=A0Tha= t's > dereferencing the list of here documents previously built up, which is > nothing to do with the change. So the lex.c error may be an independent issue. The link to the typeset change is probably the failure address, 0x3A, which is the hex value of the ASCII colon character, which is the joinchar of $MANPATH.