Lars Ingebrigtsen <larsi@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.
Received: (at 32920) by debbugs.gnu.org; 23 Jun 2019 21:25:10 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jun 23 17:25:10 2019
Received: from localhost ([127.0.0.1]:54993 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1hf9z4-0006j1-44
for submit <at> debbugs.gnu.org; Sun, 23 Jun 2019 17:25:10 -0400
Received: from quimby.gnus.org ([80.91.231.51]:47378)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <larsi@HIDDEN>) id 1hf9z2-0006iq-5a
for 32920 <at> debbugs.gnu.org; Sun, 23 Jun 2019 17:25:08 -0400
Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=stories)
by quimby.gnus.org with esmtpsa
(TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89)
(envelope-from <larsi@HIDDEN>)
id 1hf9yx-0002Ht-OU; Sun, 23 Jun 2019 23:25:06 +0200
From: Lars Ingebrigtsen <larsi@HIDDEN>
To: Jose Arroyo <jose.m.arroyo.se@HIDDEN>
Subject: Re: bug#32920: Patch: Add variable
json-pretty-print-max-indentation-level to allow more flexibility when
pretty-printing json
References: <CANg9NwXwpbaBoVh_sQf7-QG87e3SUGBhBbt0Q4ux4CGABjcEHA@HIDDEN>
Date: Sun, 23 Jun 2019 23:25:03 +0200
In-Reply-To: <CANg9NwXwpbaBoVh_sQf7-QG87e3SUGBhBbt0Q4ux4CGABjcEHA@HIDDEN>
(Jose Arroyo's message of "Wed, 3 Oct 2018 17:08:47 +0200")
Message-ID: <m3ef3k0zbk.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
@@CONTACT_ADDRESS@@ for details.
Content preview: Jose Arroyo <jose.m.arroyo.se@HIDDEN> writes: > For
example,
if we have the following json > {"firstKey": {"46": "0"},"secondKey": {"46":
[[[[0, 0], 0], 0], 0]},
"thirdKey": > {"46": 0}} > > The current json-pretty-print
outputs: > { > "firstKey": { > [...]
Content analysis details: (-2.9 points, 5.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP
-1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1%
[score: 0.0000]
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 32920
Cc: 32920 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
Jose Arroyo <jose.m.arroyo.se@HIDDEN> writes:
> For example, if we have the following json
> {"firstKey": {"46": "0"},"secondKey": {"46": [[[[0,0],0],0],0]},"thirdKey":
> {"46": 0}}
>
> The current json-pretty-print outputs:
> {
> "firstKey": {
> "46": "0"
> },
> "secondKey": {
> "46": [
> [
> [
> [
> 0,
> 0
> ],
> 0
> ],
> 0
> ],
> 0
> ]
> },
> "thirdKey": {
> "46": 0
> }
> }
That is, indeed, really bad pretty printing of the arrays. But I think
the approach you take in the patch isn't ideal, either: If you have
nested hash maps, then you want to have them nicely indented and broken
up into shapes like the one above.
> Whereas my/json-flatten-object-one-level would output:
> {
> "firstKey": {"46": "0"},
> "secondKey": {"46": [[[[0,0],0],0],0]},
> "thirdKey": {"46": 0}
> }
I think a better solution here would be to just handle [] arrays in a
totally different way than the current pretty-printer, and instead keep
them on one line. Well, at least more on one line than today...
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug-gnu-emacs@HIDDEN:bug#32920; Package emacs.
Full text available.Noam Postavsky <npostavs@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Noam Postavsky <npostavs@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.
Received: (at submit) by debbugs.gnu.org; 3 Oct 2018 15:20:39 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Oct 03 11:20:39 2018
Received: from localhost ([127.0.0.1]:35767 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1g7ix4-0002nb-J9
for submit <at> debbugs.gnu.org; Wed, 03 Oct 2018 11:20:38 -0400
Received: from eggs.gnu.org ([208.118.235.92]:37809)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <jose.m.arroyo.se@HIDDEN>) id 1g7im0-0002Wx-5q
for submit <at> debbugs.gnu.org; Wed, 03 Oct 2018 11:09:12 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
(envelope-from <jose.m.arroyo.se@HIDDEN>) id 1g7ils-00042f-W3
for submit <at> debbugs.gnu.org; Wed, 03 Oct 2018 11:09:06 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level:
X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,FREEMAIL_FROM,
HTML_MESSAGE autolearn=disabled version=3.3.2
Received: from lists.gnu.org ([2001:4830:134:3::11]:48815)
by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
(Exim 4.71) (envelope-from <jose.m.arroyo.se@HIDDEN>)
id 1g7ilq-00041Z-BD
for submit <at> debbugs.gnu.org; Wed, 03 Oct 2018 11:09:03 -0400
Received: from eggs.gnu.org ([2001:4830:134:3::10]:47382)
by lists.gnu.org with esmtp (Exim 4.71)
(envelope-from <jose.m.arroyo.se@HIDDEN>) id 1g7ilo-00046Y-J3
for bug-gnu-emacs@HIDDEN; Wed, 03 Oct 2018 11:09:02 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
(envelope-from <jose.m.arroyo.se@HIDDEN>) id 1g7iln-00040k-LO
for bug-gnu-emacs@HIDDEN; Wed, 03 Oct 2018 11:09:00 -0400
Received: from mail-it1-x12f.google.com ([2607:f8b0:4864:20::12f]:54348)
by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16)
(Exim 4.71) (envelope-from <jose.m.arroyo.se@HIDDEN>)
id 1g7iln-00040R-Br
for bug-gnu-emacs@HIDDEN; Wed, 03 Oct 2018 11:08:59 -0400
Received: by mail-it1-x12f.google.com with SMTP id l191-v6so8757971ita.4
for <bug-gnu-emacs@HIDDEN>; Wed, 03 Oct 2018 08:08:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
h=mime-version:from:date:message-id:subject:to;
bh=h9OyB/C5uUEyVBe5wjaJpld1vUy3OueHCDnWl1X3fMU=;
b=Iygh5jckU9nd2m1vvT1jc2zqf0QU+FFwCBFPvM2OOiUEq6Sl18MZsCaCM/ofCAgFTx
VRgyABNiU2H3WP2tSnkAOdJIK13Ycd0ZXISNpk5KZqkwPrTTQC0dW5pBwF8spaqrthIO
YWmxYBqQv0vw8zit0QUsXnhKJFKkfcW1milRUvil9faJRCqVILHd21ROggczUsSXswic
fXF+VACkQ/6x4+T0e7Pq4+tn39Naevjsm+anzD+UU29oi6OcDqNiTEr6ZSIQiYaccVQN
TJtVBo7nViDgt+dgbNvVMF7qGv5SV4YtGM1Kr2B/pa/lnKaxoucgiK43wdDNpvGkcyP3
YO6A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:mime-version:from:date:message-id:subject:to;
bh=h9OyB/C5uUEyVBe5wjaJpld1vUy3OueHCDnWl1X3fMU=;
b=LMXaSxsaf6p1U8cx6czPoP5NM445/8u+kAEYzoqLa3VLWyVbgVnsZF7LrqGdmx3M+R
V12526qUfxi0lUDx08rMj5XEhdzhS5ROj7LHAtwzLj3gQFkRwzHnzLYPgTHLincTYTrX
jxbiQqIdaAiIzro4fFzid2DY7nTRDLQlP1UlOfD4aKfFMtvkY+9wjU2Mt5OqeDDDBfmj
pbLqJmOBGSSLVv9gZsf9ldwfLFee7hJbNmYfI6R2+DFRbnDr8ZgwGwpz7A3UKicFNF+5
+XO6PrHdRLZOBRKyK+BboRyMF+5f48x7KHU2chzBvEZTdMTaxcHVfAEpi4I+CirXoS8U
g3EQ==
X-Gm-Message-State: ABuFfoi8IuGWkX7CpXDuUaphhkHqgJbqwePTII7/oJ09FdJyvSwl9Nc0
nmR32OL2iSExFC4cjWYM8m0IKOXqx84uCHApfXlzJ3fe
X-Google-Smtp-Source: ACcGV63PHa8FkvgHO8Kg9bPXEiRpjvsSeZoaSFuy2Fr7rogDF0yi3ib1IDti8j5iqZDlWqz+ceQDX42Ns9RflYOtnVI=
X-Received: by 2002:a24:7f87:: with SMTP id
r129-v6mr1598290itc.107.1538579338214;
Wed, 03 Oct 2018 08:08:58 -0700 (PDT)
MIME-Version: 1.0
From: Jose Arroyo <jose.m.arroyo.se@HIDDEN>
Date: Wed, 3 Oct 2018 17:08:47 +0200
Message-ID: <CANg9NwXwpbaBoVh_sQf7-QG87e3SUGBhBbt0Q4ux4CGABjcEHA@HIDDEN>
Subject: Patch: Add variable json-pretty-print-max-indentation-level to allow
more flexibility when pretty-printing json
To: bug-gnu-emacs@HIDDEN
Content-Type: multipart/mixed; boundary="000000000000e9f0ad0577546aef"
X-detected-operating-system: by eggs.gnu.org: Genre and OS details not
recognized.
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-Received-From: 2001:4830:134:3::11
X-Spam-Score: -4.0 (----)
X-Debbugs-Envelope-To: submit
X-Mailman-Approved-At: Wed, 03 Oct 2018 11:20:35 -0400
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)
--000000000000e9f0ad0577546aef
Content-Type: multipart/alternative; boundary="000000000000e9f0aa0577546aed"
--000000000000e9f0aa0577546aed
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Hello everyone,
I came across a use-case when pretty-printing nested JSON objects. The
current
json-pretty-print function currently only supports unnesting and indenting
all
levels of nesting in a JSON object. I came across a case where I only
wanted to
unnest a single level.
I added a new variable (json-pretty-print-max-indentation-level) that
allows controlling
the number of unnests performed by json-pretty-print.
E.g:
(defun my/json-flatten-object-one-level (begin end)
"(my/json-flatten-object-one-level BEGIN END) Pretty-print selected
region but only one level."
(interactive "r")
(let ((json-pretty-print-max-indentation-level 1))
(json-pretty-print begin end)))
For example, if we have the following json
{"firstKey": {"46": "0"},"secondKey": {"46": [[[[0,0],0],0],0]},"thirdKey":
{"46": 0}}
The current json-pretty-print outputs:
{
"firstKey": {
"46": "0"
},
"secondKey": {
"46": [
[
[
[
0,
0
],
0
],
0
],
0
]
},
"thirdKey": {
"46": 0
}
}
Whereas my/json-flatten-object-one-level would output:
{
"firstKey": {"46": "0"},
"secondKey": {"46": [[[[0,0],0],0],0]},
"thirdKey": {"46": 0}
}
I've attached the patch for this, it's still missing the NEWS entries and
such.
However, I'm a noob in elisp and the current implementation feels kinda
wrong.
When json-pretty-print-max-indentation-level is set to 0, we ignore it by
decrementing it continously so we get into the negative numbers and the
check in
json--with-indentation "just works" because
json-pretty-print-max-indentation-level
is not 0. So given that it is now a negative number, it'll never be 0 again
(unless
there is a gigantic json that makes it overflow :p) so any number of nested
entities
are pretty-printed.
I imagine this is not good enough but I haven't figured out something
better.
Is there a better way to do this? Any pointers?
Thank you
Jos=C3=A9
PS: Would this kind of patch require me to sign some papers for
contributing?
--000000000000e9f0aa0577546aed
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><div>Hello everyone,</di=
v><div><br></div><div>I came across a use-case when pretty-printing nested =
JSON objects. The current</div><div>json-pretty-print function currently on=
ly supports unnesting and indenting all</div><div>levels of nesting in a JS=
ON object. I came across a case where I only wanted to</div><div>unnest a s=
ingle level.</div><div><br></div><div><div>I added a new variable (json-pre=
tty-print-max-indentation-level) that allows controlling</div><div>the numb=
er of unnests performed by json-pretty-print.</div></div><div><br></div><di=
v>E.g:</div><div>(defun my/json-flatten-object-one-level (begin end)</div><=
div>=C2=A0 "(my/json-flatten-object-one-level BEGIN END) Pretty-print =
selected region but only one level."</div><div>=C2=A0 (interactive &qu=
ot;r")</div><div>=C2=A0 (let ((json-pretty-print-max-indentation-level=
1))</div><div>=C2=A0 =C2=A0 (json-pretty-print begin end)))</div><div><br>=
</div><div>For example, if we have the following json</div><div>{"firs=
tKey": {"46": "0"},"secondKey": {"4=
6": [[[[0,0],0],0],0]},"thirdKey": {"46": 0}}</div=
><div><br></div><div>The current json-pretty-print outputs:</div><div>{</di=
v><div>=C2=A0 "firstKey": {</div><div>=C2=A0 =C2=A0 "46"=
;: "0"</div><div>=C2=A0 },</div><div>=C2=A0 "secondKey"=
: {</div><div>=C2=A0 =C2=A0 "46": [</div><div>=C2=A0 =C2=A0 =C2=
=A0 [</div><div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 [</div><div>=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 [</div><div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0,<=
/div><div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0</div><div>=C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 ],</div><div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0<=
/div><div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 ],</div><div>=C2=A0 =C2=A0 =C2=A0 =C2=
=A0 0</div><div>=C2=A0 =C2=A0 =C2=A0 ],</div><div>=C2=A0 =C2=A0 =C2=A0 0</d=
iv><div>=C2=A0 =C2=A0 ]</div><div>=C2=A0 },</div><div>=C2=A0 "thirdKey=
": {</div><div>=C2=A0 =C2=A0 "46": 0</div><div>=C2=A0 }</div=
><div>}</div><div><br></div><div>Whereas my/json-flatten-object-one-level w=
ould output:</div><div>{</div><div>=C2=A0 "firstKey": {"46&q=
uot;: "0"},</div><div>=C2=A0 "secondKey": {"46&quo=
t;: [[[[0,0],0],0],0]},</div><div>=C2=A0 "thirdKey": {"46&qu=
ot;: 0}</div><div>}</div><div><br></div><div>I've attached the patch fo=
r this, it's still missing the NEWS entries and such.</div><div>However=
, I'm a noob in elisp and the current implementation feels kinda wrong.=
</div><div>When json-pretty-print-max-indentation-level is set to 0, we ign=
ore it by</div><div>decrementing it continously so we get into the negative=
numbers and the check in</div><div>json--with-indentation "just works=
" because json-pretty-print-max-indentation-level</div><div>is not 0. =
So given that it is now a negative number, it'll never be 0 again (unle=
ss</div><div>there is a gigantic json that makes it overflow :p) so any num=
ber of nested entities</div><div>are pretty-printed.</div><div><br></div><d=
iv>I imagine this is not good enough but I haven't figured out somethin=
g better.</div><div>Is there a better way to do this? Any pointers?</div><d=
iv><br></div><div>Thank you</div><div><br></div><div>Jos=C3=A9</div><div><b=
r></div><div>PS: Would this kind of patch require me to sign some papers fo=
r contributing?</div></div></div></div>
--000000000000e9f0aa0577546aed--
--000000000000e9f0ad0577546aef
Content-Type: application/octet-stream;
name="0001-Add-new-variable-json-pretty-print-max-indentation-l.patch"
Content-Disposition: attachment;
filename="0001-Add-new-variable-json-pretty-print-max-indentation-l.patch"
Content-Transfer-Encoding: base64
Content-ID: <f_jmtaadzf0>
X-Attachment-Id: f_jmtaadzf0
RnJvbSA1ODg0NjkwYTQwY2ZjMzVjODAyMTEzOWYxODIyOGQ5NDgwMTFkMTUwIE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBKb3NlIE0gQXJyb3lvIDxqb3NlLm0uYXJyb3lvLnNlQGdtYWls
LmNvbT4KRGF0ZTogV2VkLCAzIE9jdCAyMDE4IDE3OjAzOjM1ICswMjAwClN1YmplY3Q6IFtQQVRD
SF0gQWRkIG5ldyB2YXJpYWJsZSBqc29uLXByZXR0eS1wcmludC1tYXgtaW5kZW50YXRpb24tbGV2
ZWwKClRoaXMgYWxsb3dzIG1vcmUgZmxleGliaWxpdHkgd2hlbiBwcmV0dHktcHJpbnRpbmcganNv
biBvYmplY3RzIHdpdGgKbWFueSBuZXN0ZWQgbGV2ZWxzLgotLS0KIGxpc3AvanNvbi5lbCB8IDMw
ICsrKysrKysrKysrKysrKysrKysrKysrKy0tLS0tLQogMSBmaWxlIGNoYW5nZWQsIDI0IGluc2Vy
dGlvbnMoKyksIDYgZGVsZXRpb25zKC0pCgpkaWZmIC0tZ2l0IGEvbGlzcC9qc29uLmVsIGIvbGlz
cC9qc29uLmVsCmluZGV4IDExMmYyNjk0NGIuLjcwMWZhNmI0ODMgMTAwNjQ0Ci0tLSBhL2xpc3Av
anNvbi5lbAorKysgYi9saXNwL2pzb24uZWwKQEAgLTEzMSw2ICsxMzEsMTEgQEAgdGhlIGN1cnJl
bnQgSlNPTiBrZXkuIikKIGBqc29uLXJlYWQtb2JqZWN0JyByaWdodCBhZnRlciByZWFkaW5nIGEg
SlNPTiBhcnJheSBvciBvYmplY3QsCiByZXNwZWN0aXZlbHkuIikKIAorKGRlZnZhciBqc29uLXBy
ZXR0eS1wcmludC1tYXgtaW5kZW50YXRpb24tbGV2ZWwgMAorICAiSWYgPiAwLCBkZWZpbmVzIHRo
ZSBtYXhpbXVtIG51bWJlciBvZiBuZXN0ZWQgZW50aXRpZXMgdGhhdAord2lsbCBiZSBpbmRlbnRl
ZCB3aGVuIHByZXR0eS1wcmludGVkLgorVXNlZCBvbmx5IHdoZW4gYGpzb24tZW5jb2RpbmctcHJl
dHR5LXByaW50JyBpcyBub24tbmlsIikKKwogDAogCiA7OzsgVXRpbGl0aWVzCkBAIC0xNzgsMTEg
KzE4MywyMCBAQCBVbmxpa2UgYHJldmVyc2UnLCB0aGlzIGtlZXBzIHRoZSBwcm9wZXJ0eS12YWx1
ZSBwYWlycyBpbnRhY3QuIgogICAgIChucmV2ZXJzZSByZXMpKSkKIAogKGRlZm1hY3JvIGpzb24t
LXdpdGgtaW5kZW50YXRpb24gKGJvZHkpCi0gIGAobGV0ICgoanNvbi0tZW5jb2RpbmctY3VycmVu
dC1pbmRlbnRhdGlvbgotICAgICAgICAgIChpZiBqc29uLWVuY29kaW5nLXByZXR0eS1wcmludAot
ICAgICAgICAgICAgICAoY29uY2F0IGpzb24tLWVuY29kaW5nLWN1cnJlbnQtaW5kZW50YXRpb24K
LSAgICAgICAgICAgICAgICAgICAgICBqc29uLWVuY29kaW5nLWRlZmF1bHQtaW5kZW50YXRpb24p
Ci0gICAgICAgICAgICAiIikpKQorICBgKGxldCogKChqc29uLS1lbmNvZGluZy1jdXJyZW50LWlu
ZGVudGF0aW9uCisgICAgICAgICAgIChpZiAoYW5kCisgICAgICAgICAgICAgICAganNvbi1lbmNv
ZGluZy1wcmV0dHktcHJpbnQKKyAgICAgICAgICAgICAgICAoLz0ganNvbi1wcmV0dHktcHJpbnQt
bWF4LWluZGVudGF0aW9uLWxldmVsIDApKQorICAgICAgICAgICAgICAgKGNvbmNhdCBqc29uLS1l
bmNvZGluZy1jdXJyZW50LWluZGVudGF0aW9uCisgICAgICAgICAgICAgICAgICAgICAgIGpzb24t
ZW5jb2RpbmctZGVmYXVsdC1pbmRlbnRhdGlvbikKKyAgICAgICAgICAgICAiIikpCisgICAgICAg
ICAgKGpzb24tcHJldHR5LXByaW50LW1heC1pbmRlbnRhdGlvbi1sZXZlbAorICAgICAgICAgICAo
aWYgKGFuZAorICAgICAgICAgICAgICAgIGpzb24tZW5jb2RpbmctcHJldHR5LXByaW50CisgICAg
ICAgICAgICAgICAgKC89IGpzb24tcHJldHR5LXByaW50LW1heC1pbmRlbnRhdGlvbi1sZXZlbCAw
KSkKKyAgICAgICAgICAgICAgICgtIGpzb24tcHJldHR5LXByaW50LW1heC1pbmRlbnRhdGlvbi1s
ZXZlbCAxKQorICAgICAgICAgICAgIDAKKyAgICAgICAgICAgICApKSkKICAgICAgLGJvZHkpKQog
CiA7OyBSZWFkZXIgdXRpbGl0aWVzCkBAIC01NTEsNiArNTY1LDcgQEAgUGxlYXNlIHNlZSB0aGUg
ZG9jdW1lbnRhdGlvbiBvZiBganNvbi1vYmplY3QtdHlwZScgYW5kIGBqc29uLWtleS10eXBlJy4i
CiAgICAgICAgICAgICAgICByKQogICAgICAgICAgICAgIGpzb24tZW5jb2Rpbmctc2VwYXJhdG9y
KQogICAgICAgICAgICAgKGlmIChvciAobm90IGpzb24tZW5jb2RpbmctcHJldHR5LXByaW50KQor
ICAgICAgICAgICAgICAgICAgICAoPSBqc29uLXByZXR0eS1wcmludC1tYXgtaW5kZW50YXRpb24t
bGV2ZWwgMCkKICAgICAgICAgICAgICAgICAgICAganNvbi1lbmNvZGluZy1saXNwLXN0eWxlLWNs
b3NpbmdzKQogICAgICAgICAgICAgICAgICIiCiAgICAgICAgICAgICAgIGpzb24tLWVuY29kaW5n
LWN1cnJlbnQtaW5kZW50YXRpb24pKSkpCkBAIC01NzcsNiArNTkyLDcgQEAgUGxlYXNlIHNlZSB0
aGUgZG9jdW1lbnRhdGlvbiBvZiBganNvbi1vYmplY3QtdHlwZScgYW5kIGBqc29uLWtleS10eXBl
Jy4iCiAgICAgICAgICAgICAgICAgICAgIGFsaXN0KSkKICAgICAgICAgICAganNvbi1lbmNvZGlu
Zy1zZXBhcmF0b3IpCiAgICAgICAgICAgKGlmIChvciAobm90IGpzb24tZW5jb2RpbmctcHJldHR5
LXByaW50KQorICAgICAgICAgICAgICAgICAgKD0ganNvbi1wcmV0dHktcHJpbnQtbWF4LWluZGVu
dGF0aW9uLWxldmVsIDApCiAgICAgICAgICAgICAgICAgICBqc29uLWVuY29kaW5nLWxpc3Atc3R5
bGUtY2xvc2luZ3MpCiAgICAgICAgICAgICAgICIiCiAgICAgICAgICAgICBqc29uLS1lbmNvZGlu
Zy1jdXJyZW50LWluZGVudGF0aW9uKSkpCkBAIC02MDAsNiArNjE2LDcgQEAgUGxlYXNlIHNlZSB0
aGUgZG9jdW1lbnRhdGlvbiBvZiBganNvbi1vYmplY3QtdHlwZScgYW5kIGBqc29uLWtleS10eXBl
Jy4iCiAgICAgICAoY29uY2F0ICJ7IgogICAgICAgICAgICAgICAoanNvbi1qb2luIChucmV2ZXJz
ZSByZXN1bHQpIGpzb24tZW5jb2Rpbmctc2VwYXJhdG9yKQogICAgICAgICAgICAgICAoaWYgKGFu
ZCBqc29uLWVuY29kaW5nLXByZXR0eS1wcmludAorICAgICAgICAgICAgICAgICAgICAgICAoLz0g
anNvbi1wcmV0dHktcHJpbnQtbWF4LWluZGVudGF0aW9uLWxldmVsIDApCiAgICAgICAgICAgICAg
ICAgICAgICAgIChub3QganNvbi1lbmNvZGluZy1saXNwLXN0eWxlLWNsb3NpbmdzKSkKICAgICAg
ICAgICAgICAgICAgIGpzb24tLWVuY29kaW5nLWN1cnJlbnQtaW5kZW50YXRpb24KICAgICAgICAg
ICAgICAgICAiIikKQEAgLTY1OCw3ICs2NzUsOCBAQCBiZWNvbWUgSlNPTiBvYmplY3RzLiIKICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGpzb24tZW5jb2Rpbmctc2VwYXJhdG9y
CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBqc29uLS1lbmNvZGluZy1jdXJy
ZW50LWluZGVudGF0aW9uKSkpKQogICAgICAgIChmb3JtYXQgIiVzXSIKLSAgICAgICAgICAgICAg
IChpZiBqc29uLWVuY29kaW5nLWxpc3Atc3R5bGUtY2xvc2luZ3MKKyAgICAgICAgICAgICAgIChp
ZiAob3IganNvbi1lbmNvZGluZy1saXNwLXN0eWxlLWNsb3NpbmdzCisgICAgICAgICAgICAgICAg
ICAgICAgICg9IGpzb24tcHJldHR5LXByaW50LW1heC1pbmRlbnRhdGlvbi1sZXZlbCAwKSkKICAg
ICAgICAgICAgICAgICAgICAiIgogICAgICAgICAgICAgICAgICBqc29uLS1lbmNvZGluZy1jdXJy
ZW50LWluZGVudGF0aW9uKSkpCiAgICAgKGNvbmNhdCAiWyIKLS0gCjIuMTUuMiAoQXBwbGUgR2l0
LTEwMS4xKQoK
--000000000000e9f0ad0577546aef--
Jose Arroyo <jose.m.arroyo.se@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#32920; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.