Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1w4w76-002iIa-04 for pgsql-hackers@arkaria.postgresql.org; Tue, 24 Mar 2026 07:23:44 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1w4w74-0058jQ-1N for pgsql-hackers@arkaria.postgresql.org; Tue, 24 Mar 2026 07:23:42 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1w4w74-0058jG-0F for pgsql-hackers@lists.postgresql.org; Tue, 24 Mar 2026 07:23:42 +0000 Received: from mail-yw1-x112a.google.com ([2607:f8b0:4864:20::112a]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1w4w71-00000000pyH-2kwC for pgsql-hackers@lists.postgresql.org; Tue, 24 Mar 2026 07:23:42 +0000 Received: by mail-yw1-x112a.google.com with SMTP id 00721157ae682-79ac5de41d8so2702657b3.3 for ; Tue, 24 Mar 2026 00:23:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1774337018; cv=none; d=google.com; s=arc-20240605; b=FipyxXv8sjCZaSaBUd+PYdaTI4Zv7U/zhchvF3DpaFG71baDlye0b6VGhKccKQxVjI IiPqRGE/vDtAT0RVz369QMYnneAnY0HVjZH0iT7UzpeNai+8XpH/2E/EePLfHrw6OKFM RsyelYB/YnrZxidV0b7OiCnsf/xYb1hYNC0VqyjfgZb38yRGHe+y1IfY07AYDkqXcMS9 0MTq06B6pjjdqWJ3zcTcQYV2SOtqwa+2y6J+brm/qfts+EU+NE39jXF0DYYteJaZRavz ka9fR5s12/RyEfCw+RW+NBqUfNrLMhCaPOrjeX72pSpKVE1PODK+LrdwEzDT1MQkzDS0 LWUw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=t1d99P0SIQ2u8ED2Qsn5uFKjz7ML8Ifs62RlxAIMBSU=; fh=WgGISK80o9XvDuw/JvDtryINaFtkQ2c4kqhFJrxJuNA=; b=Pt9aUljfXrZPbotv3zj2cB58kr5/qrd9TyMKWyDk8opav1+BkPymc4a7uEixYt0Tku zQpdmJD1xOlXApjWYhn7muHs9FadorZ9fuui6CigAV/F824Q9dMwHOmIGHa2CpK3vnh1 8wqTngE+3EXRoz2codndar3tbvBTsKumZtEHH87706B0N3NzJJjL1DHygZgOpNSfWMLz 82Rf6cRMADImABlbYa+C7Ze9L0YK9soHLYRcNyyMwHXALlU1bovulFZ5U6WNFNbCm9Hw uKL2kOvT0eMdU/nBm7NwrBGmGAjzyfckxBPMIWmTj1mJJHlkVGirmsWU3tbE8Gcq28N6 iIMQ==; darn=lists.postgresql.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1774337018; x=1774941818; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=t1d99P0SIQ2u8ED2Qsn5uFKjz7ML8Ifs62RlxAIMBSU=; b=ovUQgjZMbHKOgmaZYZrNRrcAbJa3iehVLz3XcB9wr2I1wtn1w+ztx0WKyBqCQX/bOw poUZXajQVRUwt3xT6sfg1piLEnfnI+mohiFfVSluqVjUKbLEZCVG4LjC2XKm7TgDgnHo xSAnJ/2YfP+VIq3bvWqAUSy6a//IyzrCHuw5cziy2t5Y2/mZxKrmlI6hX6fUpiDt8T0p pUQXmWn3VdJMMXBs3Dh0xh1xiW/ANXFyltR5LxkIfL6geyIfvGPGOm6Kcbu0m8jDxY0E F8UqS4h4tCP/DEFQw8ZX8Pm89tKyVWedvAmT+wXZrAJKnFbD+BwM2v3jAiKpK9CRFYSC wvXg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1774337018; x=1774941818; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=t1d99P0SIQ2u8ED2Qsn5uFKjz7ML8Ifs62RlxAIMBSU=; b=oWG4qwaDL7syeRw6mqAbS265owM1td+EUF17teKaa/gLxk+FpVeAqNRt5ps8wFzQll RpGmv7DoktrTh+xLhbYXYtAW+Ewwe1bGoMRWWQRIq67FlxbwbEaYMBeW6ekiIuP+kQit N6sUCQHvnkgEhvVzsA+Xpso85RBa9Blwy9RfpQ1KP+6S5YZX0yzCOLcsRqh0tj2xdSeP bgJQxWSEM0gDgQXK4pGZ7AgKOnOEbzZXSrCOMZPAdOgk3Ruko6XG+uIRddAOtcXluqDM oB13Y9OCAVD7okNrkqfhEGN/97xuG9AAg9w88vW1YhU4aBfRcRye0IDjhMzkUPbS8wjl PCjg== X-Forwarded-Encrypted: i=1; AJvYcCUSK5zumKZdYSINJMyH93LAUtBveVGpagn9tqHDZ+Flj7XfHw6hK1kEZD+lNXKMoTCI7yxI2ZfX53Qh9uBh@lists.postgresql.org X-Gm-Message-State: AOJu0Yzhe/xkPyl0lNNJ912A6Hqgf7KmaWcvtfnRyDTvLxxllo15wgNJ AKnrGUSH7Jm0NbWe4PAmfu3kunY7Ffspq9eYGBAuNiq0fxbJvfkNUwUc5JgxJ025srqputO0BwL dWZ/QQbdar745I7FJTT6g61zkZ+PcFJg= X-Gm-Gg: ATEYQzytKTGqHVSXMyojWx7DKloezrzJGm5JC6bkJpLH1hHcwvaNiXdvLR22AMQ5ojp 4DnszhtDoeNOz8Jc/9wWemqtgnzTO9+oJNxOlAfdoFhUcmSi7ZyVpOt6+mCnliNx9zB7deRD/oK UvSOyEPzMVk1pXS6WFqz8GrQT17RTvhgM+RYBmbYpIUToHYTdI3GIj8ykyIr/G2KxrNhLYaauuD 1PT4Bgw5rE6K/hmt9HSlACUv3alHkqDwAgy6HL7BexZCtVwSlwhJQKTwKReD4baP/LVr1zd0Mwc Fjy52/vxmVbPGgMLWT2oQPVKYpKX8Agw2NzvfgVHzJi4iIbzO1YPLphabPWL7FTOISTum6EfYG6 pFU7oLKeWSrqiflu886vuzylXXtv3b5mOgvLHfkJcA5qn/DwycKxSx1DsfQ== X-Received: by 2002:a05:690c:ed5:b0:79a:c7f8:d98b with SMTP id 00721157ae682-79ac8083076mr7537347b3.3.1774337018112; Tue, 24 Mar 2026 00:23:38 -0700 (PDT) MIME-Version: 1.0 References: <57A3F283-BE02-4D66-8CA7-002AF7A09E08@gmail.com> <6ec86bf4.159d56.19d1eb45c3d.Coremail.getiancheng_2012@163.com> In-Reply-To: <6ec86bf4.159d56.19d1eb45c3d.Coremail.getiancheng_2012@163.com> From: Pavel Stehule Date: Tue, 24 Mar 2026 08:23:01 +0100 X-Gm-Features: AaiRm51Jjn3Oj5AX6mUuBJqcCIpS98mZjcph0DLglFcL2sYNEdKys0bsmx0dNj4 Message-ID: Subject: Re: bugfix - fix broken output in expanded aligned format, when data are too short To: getiancheng Cc: Chao Li , PostgreSQL Hackers Content-Type: multipart/mixed; boundary="000000000000ada815064dc0077a" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000ada815064dc0077a Content-Type: multipart/alternative; boundary="000000000000ada813064dc00778" --000000000000ada813064dc00778 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =C3=BAt 24. 3. 2026 v 8:17 odes=C3=ADlatel getiancheng napsal: > > > ---- Replied Message ---- > From Chao Li > Date 3/24/2026 15:01 > To Pavel Stehule > Cc PostgreSQL Hackers > > Subject Re: bugfix - fix broken output in expanded aligned format, when > data are too short > > > > On Mar 24, 2026, at 14:31, Pavel Stehule wrote: > > > > =C3=BAt 24. 3. 2026 v 7:12 odes=C3=ADlatel Chao Li napsal: > > > On Mar 24, 2026, at 13:46, Pavel Stehule wrote= : > > Hi > > new version > > * fixed unwanted forcing to wrapped mode > * regress test > > Regards > > Pavel > > > > Thanks for the fix. The patch overall looks good to me. A couple of smal= l comments: > > 1 > ``` > /* > * Calculate available width for data in wrapped mode > */ > - if (cont->opt->format =3D=3D PRINT_WRAPPED) > + if (cont->opt->format =3D=3D PRINT_WRAPPED || cont->opt->format = =3D=3D PRINT_ALIGNED) > ``` > > Since the condition has been updated, I think the comment above should b= e adjusted as well. > > done > > pavel@nemesis:~/src/postgresql$ git diff > diff --git a/src/fe_utils/print.c b/src/fe_utils/print.c > index 7d7eb7dd041..dbfe437bc4c 100644 > --- a/src/fe_utils/print.c > +++ b/src/fe_utils/print.c > @@ -1443,7 +1443,8 @@ print_aligned_vertical(const printTableContent *co= nt, > } > > /* > - * Calculate available width for data in wrapped mode > + * Calculate available width for data in wrapped mode or minimal wid= th > + * in aligned mode > */ > if (cont->opt->format =3D=3D PRINT_WRAPPED || cont->opt->format =3D= =3D PRINT_ALIGNED) > { > > > 2 > ``` > +-- the output in expanded mode is shorter than header > +\pset border 2 > +\pset expanded on > +create table psql_short_tab(a int, b int); > +insert into psql_short_tab values(10,20),(30,40); > +\pset format aligned > +select * from psql_short_tab; > +\pset format wrapped > +select * from psql_short_tab; > +drop table psql_short_tab; > + > ``` > > After this test, does it make sense to turn expanded mode off explicitly= , in case it affects following tests? Today the next test happens to reset = it, but maybe tomorrow a new test gets added before that point. > > There is no default pset setting in psql.sql. Following test has its own= setting. Generally this is the responsibility to every test to set the env= ironment how it is necessary. Maybe I am wrong, but I see, so only database= objects and prepared queries are cleaned there. There is not problem to wr= ite \pset border 1 \pset expanded off, but following tests starts with \pse= t expanded off and this can be little bit messy and redundant > > Thank you for check > > Regards > > Pavel > > Best regards, > -- > Chao Li (Evan) > HighGo Software Co., Ltd. > https://www.highgo.com/ > > > > > > > > LGTM. > > Best regards, > -- > Chao Li (Evan) > HighGo Software Co., Ltd. > https://www.highgo.com/ > > > Hi, > > Overall looks good to me. Only nitpick is that, in the commit message, "t= hin table" sounds a little unusual, maybe "narrow table". > > changed in attached version Thank you for check Regards Pavel > > > Best regards, > Tiancheng Ge > > > --000000000000ada813064dc00778 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=C3=BAt 24. 3. = 2026 v=C2=A08:17 odes=C3=ADlatel getiancheng <getiancheng_2012@163.com> napsal:


---= - Replied Message ----
=
FromChao Li<li.evan.chao@gmail.c= om>
Date3/24/2026 15:01
ToPavel Stehule<pav= el.stehule@gmail.com>
CcPos= tgreSQL Hackers<pgsql-hackers@lists.postgresql.org>
SubjectRe: bugfix - f= ix broken output in expanded aligned format, when data are too short


On Mar 24, 2026, at 14:31= , Pavel Stehule <pavel.stehule@gmail.com> wrote:



=C3=BAt 24.= 3. 2026 v 7:12 odes=C3=ADlatel Chao Li <li.evan.chao@gmail.com> napsal:

On Mar 24, 2026, at 13:46, Pavel Stehule <pavel.stehule@gmail.com> wrote:

Hi

new version

* fixed unwanted fo= rcing to wrapped mode
* regress test

Regards

Pavel <v20260324-1-0001-The-output-of-thin-table-is-broken-in-expanded-mode-= .patch>

Thanks for the fix. The patch overall look= s good to me. A couple of small comments:

1
```
/*=
* Calculate available width for data in wrapped mode
= */
- =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0if (cont->opt->form= at =3D=3D PRINT_WRAPPED)
+ =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0if (cont= ->opt->format =3D=3D PRINT_WRAPPED || cont->opt->format =3D=3D = PRINT_ALIGNED)
```

Since the condition has been updated, I thi= nk the comment above should be adjusted as well.

done

pav= el@nemesis:~/src/postgresql$ git diff
diff --git a/src/fe_utils/print.c= b/src/fe_utils/print.c
index 7d7eb7dd041..dbfe437bc4c 100644
--- a= /src/fe_utils/print.c
+++ b/src/fe_utils/print.c
@@ -1443,7 +1443,8= @@ print_aligned_vertical(const printTableContent *cont,
}
/*
- =C2=A0=C2=A0=C2=A0* Calculate available width for data in w= rapped mode
+ =C2=A0=C2=A0=C2=A0* Calculate available width for data in= wrapped mode or minimal width
+ =C2=A0=C2=A0=C2=A0* in aligned mode */
if (cont->opt->format =3D=3D PRINT_WRAPPED || cont-= >opt->format =3D=3D PRINT_ALIGNED)
{


2
```=
+-- the output in expanded mode is shorter than header
+\pset bord= er 2
+\pset expanded on
+create table psql_short_tab(a int, b int);=
+insert into psql_short_tab values(10,20),(30,40);
+\pset format a= ligned
+select * from psql_short_tab;
+\pset format wrapped
+se= lect * from psql_short_tab;
+drop table psql_short_tab;
+
```
After this test, does it make sense to turn expanded mode off expli= citly, in case it affects following tests? Today the next test happens to r= eset it, but maybe tomorrow a new test gets added before that point.
There is no default pset setting in psql.sql. Following test has its own= setting. Generally this is the responsibility to every test to set the env= ironment how it is necessary. Maybe I am wrong, but I see, so only database= objects and prepared queries are cleaned there. There is not problem to wr= ite \pset border 1 \pset expanded off, but following tests starts with \pse= t expanded off and this can be little bit messy and redundant

Tha= nk you for check

Regards

Pavel

Best regards, --
Chao Li (Evan)
HighGo Software Co., Ltd.
https://www.highgo.com/

<= br>

<v20260324-2-0001-The-output-of-thin-table-is-broken-in-ex= panded-mode-.patch>

LGTM.

Best regards,
--=
Chao Li (Evan)
HighGo Software Co., Ltd.
https://www.highgo.com/


Hi,
Overall looks good to me. Only nitpick is that, in the commit = message, "thin table" sounds a little unusual, maybe "narrow= table".

chang= ed in attached version

Thank you for check

Regards

Pavel=C2=A0


Best regards,
Tiancheng Ge


--000000000000ada813064dc00778-- --000000000000ada815064dc0077a Content-Type: text/x-patch; charset="US-ASCII"; name="v20260324-3-0001-The-output-of-narrow-table-is-broken-in-expanded-mod.patch" Content-Disposition: attachment; filename="v20260324-3-0001-The-output-of-narrow-table-is-broken-in-expanded-mod.patch" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_mn4af16f0 RnJvbSBlYzIwNDgxMjhkZmQ0MWExYTUzZTczMTIxZGM2NzhlYmVhZTM0NGE4IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiAib2tib2JAZ2l0aHViLmNvbSIgPHBhdmVsLnN0ZWh1bGVAZ21h aWwuY29tPgpEYXRlOiBUdWUsIDI0IE1hciAyMDI2IDA2OjQyOjE4ICswMTAwClN1YmplY3Q6IFtQ QVRDSF0gVGhlIG91dHB1dCBvZiBuYXJyb3cgdGFibGUgaXMgYnJva2VuIGluIGV4cGFuZGVkIG1v ZGUgKHdoZW4KIGhlYWRlciBpcyB3aWRlciB0aGFuIHJvdykgYW5kIHdoZW4gYWxpZ25lZCBtb2Rl IGlzIHVzZWQuIFRoZSB3cmFwcGVkIG1vZGUgaXMKIG9rLiBUaGlzIHBhdGNoIGZpeGVzIHRoaXMg aXNzdWUuCgotLS0KIHNyYy9mZV91dGlscy9wcmludC5jICAgICAgICAgICAgICAgfCAgNyArKysr LS0tCiBzcmMvdGVzdC9yZWdyZXNzL2V4cGVjdGVkL3BzcWwub3V0IHwgMjYgKysrKysrKysrKysr KysrKysrKysrKysrKysKIHNyYy90ZXN0L3JlZ3Jlc3Mvc3FsL3BzcWwuc3FsICAgICAgfCAxMSAr KysrKysrKysrKwogMyBmaWxlcyBjaGFuZ2VkLCA0MSBpbnNlcnRpb25zKCspLCAzIGRlbGV0aW9u cygtKQoKZGlmZiAtLWdpdCBhL3NyYy9mZV91dGlscy9wcmludC5jIGIvc3JjL2ZlX3V0aWxzL3By aW50LmMKaW5kZXggMTJkOTY5ZTg2NjYuLmRiZmU0MzdiYzRjIDEwMDY0NAotLS0gYS9zcmMvZmVf dXRpbHMvcHJpbnQuYworKysgYi9zcmMvZmVfdXRpbHMvcHJpbnQuYwpAQCAtMTQ0Myw5ICsxNDQz LDEwIEBAIHByaW50X2FsaWduZWRfdmVydGljYWwoY29uc3QgcHJpbnRUYWJsZUNvbnRlbnQgKmNv bnQsCiAJfQogCiAJLyoKLQkgKiBDYWxjdWxhdGUgYXZhaWxhYmxlIHdpZHRoIGZvciBkYXRhIGlu IHdyYXBwZWQgbW9kZQorCSAqIENhbGN1bGF0ZSBhdmFpbGFibGUgd2lkdGggZm9yIGRhdGEgaW4g d3JhcHBlZCBtb2RlIG9yIG1pbmltYWwgd2lkdGgKKwkgKiBpbiBhbGlnbmVkIG1vZGUKIAkgKi8K LQlpZiAoY29udC0+b3B0LT5mb3JtYXQgPT0gUFJJTlRfV1JBUFBFRCkKKwlpZiAoY29udC0+b3B0 LT5mb3JtYXQgPT0gUFJJTlRfV1JBUFBFRCB8fCBjb250LT5vcHQtPmZvcm1hdCA9PSBQUklOVF9B TElHTkVEKQogCXsKIAkJdW5zaWduZWQgaW50IHN3aWR0aCwKIAkJCQkJcndpZHRoID0gMCwKQEAg LTE1MTcsNyArMTUxOCw3IEBAIHByaW50X2FsaWduZWRfdmVydGljYWwoY29uc3QgcHJpbnRUYWJs ZUNvbnRlbnQgKmNvbnQsCiAJCQlpZiAod2lkdGggPCByd2lkdGgpCiAJCQkJd2lkdGggPSByd2lk dGg7CiAKLQkJCWlmIChvdXRwdXRfY29sdW1ucyA+IDApCisJCQlpZiAoY29udC0+b3B0LT5mb3Jt YXQgPT0gUFJJTlRfV1JBUFBFRCAmJiBvdXRwdXRfY29sdW1ucyA+IDApCiAJCQl7CiAJCQkJdW5z aWduZWQgaW50IG1pbl93aWR0aDsKIApkaWZmIC0tZ2l0IGEvc3JjL3Rlc3QvcmVncmVzcy9leHBl Y3RlZC9wc3FsLm91dCBiL3NyYy90ZXN0L3JlZ3Jlc3MvZXhwZWN0ZWQvcHNxbC5vdXQKaW5kZXgg YzhmMzkzMmVkZjAuLmRjNDQyMTk2MzFlIDEwMDY0NAotLS0gYS9zcmMvdGVzdC9yZWdyZXNzL2V4 cGVjdGVkL3BzcWwub3V0CisrKyBiL3NyYy90ZXN0L3JlZ3Jlc3MvZXhwZWN0ZWQvcHNxbC5vdXQK QEAgLTI4NTQsNiArMjg1NCwzMiBAQCBleGVjdXRlIHE7CiArLS0tLS0tLS0tLS0tLS0tLS0tKy0t LS0tLS0tLS0tLS0tLS0tLS0rCiAKIGRlYWxsb2NhdGUgcTsKKy0tIHRoZSBvdXRwdXQgaW4gZXhw YW5kZWQgbW9kZSBpcyBzaG9ydGVyIHRoYW4gaGVhZGVyCitccHNldCBib3JkZXIgMgorXHBzZXQg ZXhwYW5kZWQgb24KK2NyZWF0ZSB0YWJsZSBwc3FsX3Nob3J0X3RhYihhIGludCwgYiBpbnQpOwor aW5zZXJ0IGludG8gcHNxbF9zaG9ydF90YWIgdmFsdWVzKDEwLDIwKSwoMzAsNDApOworXHBzZXQg Zm9ybWF0IGFsaWduZWQKK3NlbGVjdCAqIGZyb20gcHNxbF9zaG9ydF90YWI7CisrLVsgUkVDT1JE IDEgXS0rCit8IGEgfCAxMCAgICAgICB8Cit8IGIgfCAyMCAgICAgICB8CisrLVsgUkVDT1JEIDIg XS0rCit8IGEgfCAzMCAgICAgICB8Cit8IGIgfCA0MCAgICAgICB8CisrLS0tKy0tLS0tLS0tLS0r CisKK1xwc2V0IGZvcm1hdCB3cmFwcGVkCitzZWxlY3QgKiBmcm9tIHBzcWxfc2hvcnRfdGFiOwor Ky1bIFJFQ09SRCAxIF0tKworfCBhIHwgMTAgICAgICAgfAorfCBiIHwgMjAgICAgICAgfAorKy1b IFJFQ09SRCAyIF0tKworfCBhIHwgMzAgICAgICAgfAorfCBiIHwgNDAgICAgICAgfAorKy0tLSst LS0tLS0tLS0tKworCitkcm9wIHRhYmxlIHBzcWxfc2hvcnRfdGFiOwogXHBzZXQgbGluZXN0eWxl IGFzY2lpCiBccHNldCBib3JkZXIgMQogLS0gc3VwcG9ydCB0YWJsZSBmb3Igb3V0cHV0LWZvcm1h dCB0ZXN0cyAodXNlZnVsIHRvIGNyZWF0ZSBhIGZvb3RlcikKZGlmZiAtLWdpdCBhL3NyYy90ZXN0 L3JlZ3Jlc3Mvc3FsL3BzcWwuc3FsIGIvc3JjL3Rlc3QvcmVncmVzcy9zcWwvcHNxbC5zcWwKaW5k ZXggZGNkYmQ0ZmMwMjAuLmIwM2E2MWY4NjU2IDEwMDY0NAotLS0gYS9zcmMvdGVzdC9yZWdyZXNz L3NxbC9wc3FsLnNxbAorKysgYi9zcmMvdGVzdC9yZWdyZXNzL3NxbC9wc3FsLnNxbApAQCAtNDk5 LDYgKzQ5OSwxNyBAQCBleGVjdXRlIHE7CiAKIGRlYWxsb2NhdGUgcTsKIAorLS0gdGhlIG91dHB1 dCBpbiBleHBhbmRlZCBtb2RlIGlzIHNob3J0ZXIgdGhhbiBoZWFkZXIKK1xwc2V0IGJvcmRlciAy CitccHNldCBleHBhbmRlZCBvbgorY3JlYXRlIHRhYmxlIHBzcWxfc2hvcnRfdGFiKGEgaW50LCBi IGludCk7CitpbnNlcnQgaW50byBwc3FsX3Nob3J0X3RhYiB2YWx1ZXMoMTAsMjApLCgzMCw0MCk7 CitccHNldCBmb3JtYXQgYWxpZ25lZAorc2VsZWN0ICogZnJvbSBwc3FsX3Nob3J0X3RhYjsKK1xw c2V0IGZvcm1hdCB3cmFwcGVkCitzZWxlY3QgKiBmcm9tIHBzcWxfc2hvcnRfdGFiOworZHJvcCB0 YWJsZSBwc3FsX3Nob3J0X3RhYjsKKwogXHBzZXQgbGluZXN0eWxlIGFzY2lpCiBccHNldCBib3Jk ZXIgMQogCi0tIAoyLjUzLjAKCg== --000000000000ada815064dc0077a--