MIME-Version: 1.0
References: 
 <CAHg+QDeP=mTHTV48R23zKMy1SBmCKZ_L7-z5zKnYyw+K0x-gCg@mail.gmail.com>
 <CAExHW5tsOK7ja2dMykD_qQSLwsuZxCTHx_jFyx-7-O+9WRBDXQ@mail.gmail.com>
 <CAHg+QDcXxmeiuySsyR5K=8Wk9Pq2sZ_4HNb6EMonN=yjLz_fyw@mail.gmail.com>
 <CAExHW5t2YtTMnK7qbvL++pBet-5B8bzgU+8wMcC5aqZwBH0C9w@mail.gmail.com>
In-Reply-To: 
 <CAExHW5t2YtTMnK7qbvL++pBet-5B8bzgU+8wMcC5aqZwBH0C9w@mail.gmail.com>
From: SATYANARAYANA NARLAPURAM <satyanarlapuram@gmail.com>
Date: Tue, 21 Apr 2026 00:58:58 -0700
Message-ID: 
 <CAHg+QDdAoW2cU2Wa-yKQs2awHxc19mkHGaAvDUZN=PZUDVsD=A@mail.gmail.com>
Subject: Re: [Bug][patch]: After dropping the last label from a property graph
 element, invoking pg_get_propgraphdef() triggers an assertion failure
To: Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>
Cc: PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Content-Type: multipart/mixed; boundary="000000000000617021064ff3ca3e"
Archived-At: 
 <https://www.postgresql.org/message-id/CAHg%2BQDdAoW2cU2Wa-yKQs2awHxc19mkHGaAvDUZN%3DPZUDVsD%3DA%40mail.gmail.com>
Precedence: bulk

--000000000000617021064ff3ca3e
Content-Type: multipart/alternative; boundary="00000000000061701f064ff3ca3c"

--00000000000061701f064ff3ca3c
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hi,

On Mon, Apr 20, 2026 at 11:58=E2=80=AFPM Ashutosh Bapat <
ashutosh.bapat.oss@gmail.com> wrote:

> On Tue, Apr 21, 2026 at 11:28=E2=80=AFAM SATYANARAYANA NARLAPURAM
> <satyanarlapuram@gmail.com> wrote:
> >
> > HI Ashutosh,
> >
> > On Mon, Apr 20, 2026 at 10:34=E2=80=AFPM Ashutosh Bapat <
> ashutosh.bapat.oss@gmail.com> wrote:
> >>
> >> On Mon, Apr 20, 2026 at 11:42=E2=80=AFPM SATYANARAYANA NARLAPURAM
> >> <satyanarlapuram@gmail.com> wrote:
> >> >
> >> > Hi hackers,
> >> >
> >> > ALTER PROPERTY GRAPH ... ALTER ... DROP LABEL currently allows
> removing
> >> > the last label from an element, leaving it with zero labels.
> >> >
> >> > On assert-enabled builds, pg_get_propgraphdef() hits
> >> > TRAP: failed Assert("count > 0"), File: "ruleutils.c", Line: 1837,
> PID: 1821840
> >> >
> >> > Repro:
> >> >
> >> > CREATE TABLE t (x int PRIMARY KEY, y int, z int);
> >> > CREATE PROPERTY GRAPH g VERTEX TABLES (t KEY (x) LABEL l1 LABEL l2);
> >> > ALTER PROPERTY GRAPH g ALTER VERTEX TABLE t DROP LABEL l2;
> >> > ALTER PROPERTY GRAPH g ALTER VERTEX TABLE t DROP LABEL l1;
> >> > SELECT pg_get_propgraphdef('g'::regclass);
> >> >
> >> > We can fix it two ways, (1) Prevent dropping the last label; (2)
> handle zero labels.
> >> > I feel it is easier to prevent dropping the last label than handling
> zero labels. Thoughts?
> >> >
> >>
> >> SQL/PGQ standard section 11.25 syntax rule 6 says
> >> "Element table descriptor shall include two or more labels, one of
> >> which has an <identifier> that is equivalent to the <label name>
> >> simply contained in the <drop element table label clause>."
> >>
> >> IIUC this simply means that the last label can not be dropped. That
> >> agrees with your chosen option.
> >>
> >> In the patch,
> >> + while (HeapTupleIsValid(systable_getnext(elscan)))
> >> + nlabels++;
> >>
> >> It's better to break from the while loop after incrementing nlabels
> >> and avoid scanning the entire table in the worst case. All we want to
> >> check is whether another label exists and not all the labels.
> >
> >
> > Please find the attached v2 patch.
> >
> >>
> >>
> >> > The attached patch adds a check in AlterPropGraph() before
> >> > performDeletion(). It scans pg_propgraph_element_label to count labe=
ls
> >> > for the element, and raises an error if only one remains. A
> regression test is included
> >> > that drops labels down to the last one, verifies the error, then
> re-adds them back.
> >>
> >> I would add a test to make sure ADD LABEL ... DROP LABEL .. is allowed=
.
> >
> >
> > +ALTER PROPERTY GRAPH g3 ALTER VERTEX TABLE t3 DROP LABEL t3l1;  --
> error: last label
> > +ALTER PROPERTY GRAPH g3 ALTER VERTEX TABLE t3 ADD LABEL t3l2 PROPERTIE=
S
> ALL COLUMNS;
> >
> > Are you looking for any additional coverage?
>
> I thought specifying ADD LABEL and DROP LABEL is supported in the same
> DDL. But that's not the case. Sorry.
>
> Will review the patch soon.
>
> Additionally, the patch should update the DDL document to mention that
> the DDL does not allow dropping the last label on the given graph
> element table.
>

Addressed this in v3 patch.

Thanks,
Satya

--00000000000061701f064ff3ca3c
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr">Hi,</div><br><div class=3D"gmail_quote gm=
ail_quote_container"><div dir=3D"ltr" class=3D"gmail_attr">On Mon, Apr 20, =
2026 at 11:58=E2=80=AFPM Ashutosh Bapat &lt;<a href=3D"mailto:ashutosh.bapa=
t.oss@gmail.com">ashutosh.bapat.oss@gmail.com</a>&gt; wrote:<br></div><bloc=
kquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:=
1px solid rgb(204,204,204);padding-left:1ex">On Tue, Apr 21, 2026 at 11:28=
=E2=80=AFAM SATYANARAYANA NARLAPURAM<br>
&lt;<a href=3D"mailto:satyanarlapuram@gmail.com" target=3D"_blank">satyanar=
lapuram@gmail.com</a>&gt; wrote:<br>
&gt;<br>
&gt; HI Ashutosh,<br>
&gt;<br>
&gt; On Mon, Apr 20, 2026 at 10:34=E2=80=AFPM Ashutosh Bapat &lt;<a href=3D=
"mailto:ashutosh.bapat.oss@gmail.com" target=3D"_blank">ashutosh.bapat.oss@=
gmail.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; On Mon, Apr 20, 2026 at 11:42=E2=80=AFPM SATYANARAYANA NARLAPURAM<=
br>
&gt;&gt; &lt;<a href=3D"mailto:satyanarlapuram@gmail.com" target=3D"_blank"=
>satyanarlapuram@gmail.com</a>&gt; wrote:<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; Hi hackers,<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; ALTER PROPERTY GRAPH ... ALTER ... DROP LABEL currently allow=
s removing<br>
&gt;&gt; &gt; the last label from an element, leaving it with zero labels.<=
br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; On assert-enabled builds, pg_get_propgraphdef() hits<br>
&gt;&gt; &gt; TRAP: failed Assert(&quot;count &gt; 0&quot;), File: &quot;ru=
leutils.c&quot;, Line: 1837, PID: 1821840<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; Repro:<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; CREATE TABLE t (x int PRIMARY KEY, y int, z int);<br>
&gt;&gt; &gt; CREATE PROPERTY GRAPH g VERTEX TABLES (t KEY (x) LABEL l1 LAB=
EL l2);<br>
&gt;&gt; &gt; ALTER PROPERTY GRAPH g ALTER VERTEX TABLE t DROP LABEL l2;<br=
>
&gt;&gt; &gt; ALTER PROPERTY GRAPH g ALTER VERTEX TABLE t DROP LABEL l1;<br=
>
&gt;&gt; &gt; SELECT pg_get_propgraphdef(&#39;g&#39;::regclass);<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; We can fix it two ways, (1) Prevent dropping the last label; =
(2) handle zero labels.<br>
&gt;&gt; &gt; I feel it is easier to prevent dropping the last label than h=
andling zero labels. Thoughts?<br>
&gt;&gt; &gt;<br>
&gt;&gt;<br>
&gt;&gt; SQL/PGQ standard section 11.25 syntax rule 6 says<br>
&gt;&gt; &quot;Element table descriptor shall include two or more labels, o=
ne of<br>
&gt;&gt; which has an &lt;identifier&gt; that is equivalent to the &lt;labe=
l name&gt;<br>
&gt;&gt; simply contained in the &lt;drop element table label clause&gt;.&q=
uot;<br>
&gt;&gt;<br>
&gt;&gt; IIUC this simply means that the last label can not be dropped. Tha=
t<br>
&gt;&gt; agrees with your chosen option.<br>
&gt;&gt;<br>
&gt;&gt; In the patch,<br>
&gt;&gt; + while (HeapTupleIsValid(systable_getnext(elscan)))<br>
&gt;&gt; + nlabels++;<br>
&gt;&gt;<br>
&gt;&gt; It&#39;s better to break from the while loop after incrementing nl=
abels<br>
&gt;&gt; and avoid scanning the entire table in the worst case. All we want=
 to<br>
&gt;&gt; check is whether another label exists and not all the labels.<br>
&gt;<br>
&gt;<br>
&gt; Please find the attached v2 patch.<br>
&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; &gt; The attached patch adds a check in AlterPropGraph() before<br=
>
&gt;&gt; &gt; performDeletion(). It scans pg_propgraph_element_label to cou=
nt labels<br>
&gt;&gt; &gt; for the element, and raises an error if only one remains. A r=
egression test is included<br>
&gt;&gt; &gt; that drops labels down to the last one, verifies the error, t=
hen re-adds them back.<br>
&gt;&gt;<br>
&gt;&gt; I would add a test to make sure ADD LABEL ... DROP LABEL .. is all=
owed.<br>
&gt;<br>
&gt;<br>
&gt; +ALTER PROPERTY GRAPH g3 ALTER VERTEX TABLE t3 DROP LABEL t3l1;=C2=A0 =
-- error: last label<br>
&gt; +ALTER PROPERTY GRAPH g3 ALTER VERTEX TABLE t3 ADD LABEL t3l2 PROPERTI=
ES ALL COLUMNS;<br>
&gt;<br>
&gt; Are you looking for any additional coverage?<br>
<br>
I thought specifying ADD LABEL and DROP LABEL is supported in the same<br>
DDL. But that&#39;s not the case. Sorry.<br>
<br>
Will review the patch soon.<br>
<br>
Additionally, the patch should update the DDL document to mention that<br>
the DDL does not allow dropping the last label on the given graph<br>
element table.<br></blockquote><div><br></div><div>Addressed this in v3 pat=
ch.</div><div>=C2=A0</div><div>Thanks,</div><div>Satya</div></div></div>

--00000000000061701f064ff3ca3c--

--000000000000617021064ff3ca3e
Content-Type: application/octet-stream;
	name="v3-0001-Prevent-dropping-the-last-label-from-a-property-grap.patch"
Content-Disposition: attachment;
	filename="v3-0001-Prevent-dropping-the-last-label-from-a-property-grap.patch"
Content-Transfer-Encoding: base64
Content-ID: <f_mo8c1ary0>
X-Attachment-Id: f_mo8c1ary0

RnJvbSAyMDQ2ZjQ4OWYwNjY4NTEzMWI0OTA4MjkyZjgwNmUxYzQ0ZjZlMWQ3IE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBzYXR5YW5hcmF5YW5hIG5hcmxhcHVyYW0gPHNhdHlhbmFybGFw
dXJhbUBnbWFpbC5jb20+CkRhdGU6IFR1ZSwgMjEgQXByIDIwMjYgMDc6NTI6NTYgKzAwMDAKU3Vi
amVjdDogW1BBVENIXSBQcmV2ZW50IGRyb3BwaW5nIHRoZSBsYXN0IGxhYmVsIGZyb20gYSBwcm9w
ZXJ0eSBncmFwaCBlbGVtZW50CgpBTFRFUiBQUk9QRVJUWSBHUkFQSCAuLi4gRFJPUCBMQUJFTCBh
bGxvd2VkIHJlbW92aW5nIHRoZSBsYXN0IGxhYmVsCmZyb20gYW4gZWxlbWVudCwgbGVhdmluZyBp
dCB3aXRoIHplcm8gbGFiZWxzLiBUaGlzIGNhdXNlcwpwZ19nZXRfcHJvcGdyYXBoZGVmKCkgdG8g
Y3Jhc2guCgpBZGQgYSBjaGVjayBpbiBBbHRlclByb3BHcmFwaCgpIHRoYXQgY291bnRzIHRoZSBl
bGVtZW50J3MgbGFiZWxzCmJlZm9yZSBkZWxldGlvbiBhbmQgZXJyb3JzIG91dCBpZiBvbmx5IG9u
ZSByZW1haW5zLiAgVGhlIGxhYmVsIGNvdW50Cmxvb3AgYnJlYWtzIGVhcmx5IG9uY2UgaXQgZmlu
ZHMgbW9yZSB0aGFuIG9uZSBsYWJlbCwgYXZvaWRpbmcgYSBmdWxsCnNjYW4gb2YgdGhlIGVsZW1l
bnRfbGFiZWwgY2F0YWxvZy4KClVwZGF0ZSB0aGUgQUxURVIgUFJPUEVSVFkgR1JBUEggZG9jdW1l
bnRhdGlvbiB0byBtZW50aW9uIHRoZQpyZXN0cmljdGlvbi4KClJlcG9ydGVkLWJ5OiBTYXR5YW5h
cmF5YW5hIE5hcmxhcHVyYW0gPHNhdHlhbmFybGFwdXJhbUBnbWFpbC5jb20+Ci0tLQogZG9jL3Ny
Yy9zZ21sL3JlZi9hbHRlcl9wcm9wZXJ0eV9ncmFwaC5zZ21sICAgIHwgIDIgKysKIHNyYy9iYWNr
ZW5kL2NvbW1hbmRzL3Byb3BncmFwaGNtZHMuYyAgICAgICAgICB8IDM0ICsrKysrKysrKysrKysr
KysrKysKIC4uLi9leHBlY3RlZC9jcmVhdGVfcHJvcGVydHlfZ3JhcGgub3V0ICAgICAgICB8ICA2
ICsrKysKIC4uLi9yZWdyZXNzL3NxbC9jcmVhdGVfcHJvcGVydHlfZ3JhcGguc3FsICAgICB8ICA0
ICsrKwogNCBmaWxlcyBjaGFuZ2VkLCA0NiBpbnNlcnRpb25zKCspCgpkaWZmIC0tZ2l0IGEvZG9j
L3NyYy9zZ21sL3JlZi9hbHRlcl9wcm9wZXJ0eV9ncmFwaC5zZ21sIGIvZG9jL3NyYy9zZ21sL3Jl
Zi9hbHRlcl9wcm9wZXJ0eV9ncmFwaC5zZ21sCmluZGV4IDE5MzUyYzA2Li44YmNjYTBlYyAxMDA2
NDQKLS0tIGEvZG9jL3NyYy9zZ21sL3JlZi9hbHRlcl9wcm9wZXJ0eV9ncmFwaC5zZ21sCisrKyBi
L2RvYy9zcmMvc2dtbC9yZWYvYWx0ZXJfcHJvcGVydHlfZ3JhcGguc2dtbApAQCAtMTAwLDYgKzEw
MCw4IEBAIEFMVEVSIFBST1BFUlRZIEdSQVBIIFsgSUYgRVhJU1RTIF0gPHJlcGxhY2VhYmxlIGNs
YXNzPSJwYXJhbWV0ZXIiPm5hbWU8L3JlcGxhY2VhCiAgICAgIDxsaXN0aXRlbT4KICAgICAgIDxw
YXJhPgogICAgICAgIFRoaXMgZm9ybSByZW1vdmVzIGEgbGFiZWwgZnJvbSBhbiBleGlzdGluZyB2
ZXJ0ZXggb3IgZWRnZSB0YWJsZS4KKyAgICAgICBUaGUgbGFzdCBsYWJlbCBvbiBhbiBlbGVtZW50
IHRhYmxlIGNhbm5vdCBiZSBkcm9wcGVkOyBldmVyeSBlbGVtZW50CisgICAgICAgdGFibGUgbXVz
dCBoYXZlIGF0IGxlYXN0IG9uZSBsYWJlbC4KICAgICAgIDwvcGFyYT4KICAgICAgPC9saXN0aXRl
bT4KICAgICA8L3Zhcmxpc3RlbnRyeT4KZGlmZiAtLWdpdCBhL3NyYy9iYWNrZW5kL2NvbW1hbmRz
L3Byb3BncmFwaGNtZHMuYyBiL3NyYy9iYWNrZW5kL2NvbW1hbmRzL3Byb3BncmFwaGNtZHMuYwpp
bmRleCA0NWQyZmYxYi4uYjFjNWU4YWUgMTAwNjQ0Ci0tLSBhL3NyYy9iYWNrZW5kL2NvbW1hbmRz
L3Byb3BncmFwaGNtZHMuYworKysgYi9zcmMvYmFja2VuZC9jb21tYW5kcy9wcm9wZ3JhcGhjbWRz
LmMKQEAgLTE1MjIsNiArMTUyMiw0MCBAQCBBbHRlclByb3BHcmFwaChQYXJzZVN0YXRlICpwc3Rh
dGUsIGNvbnN0IEFsdGVyUHJvcEdyYXBoU3RtdCAqc3RtdCkKIAkJCQkJCSAgIGdldF9yZWxfbmFt
ZShwZ3JlbGlkKSwgc3RtdC0+ZWxlbWVudF9hbGlhcywgc3RtdC0+ZHJvcF9sYWJlbCksCiAJCQkJ
CXBhcnNlcl9lcnJwb3NpdGlvbihwc3RhdGUsIC0xKSk7CiAKKwkJLyoKKwkJICogUHJldmVudCBk
cm9wcGluZyB0aGUgbGFzdCBsYWJlbCBmcm9tIGFuIGVsZW1lbnQuIEV2ZXJ5IGVsZW1lbnQKKwkJ
ICogbXVzdCBoYXZlIGF0IGxlYXN0IG9uZSBsYWJlbC4KKwkJICovCisJCXsKKwkJCVJlbGF0aW9u
CWVscmVsOworCQkJU3lzU2NhbkRlc2MgZWxzY2FuOworCQkJU2NhbktleURhdGEgZWxrZXlbMV07
CisJCQlpbnQJCQlubGFiZWxzID0gMDsKKworCQkJZWxyZWwgPSB0YWJsZV9vcGVuKFByb3BncmFw
aEVsZW1lbnRMYWJlbFJlbGF0aW9uSWQsIEFjY2Vzc1NoYXJlTG9jayk7CisJCQlTY2FuS2V5SW5p
dCgmZWxrZXlbMF0sCisJCQkJCQlBbnVtX3BnX3Byb3BncmFwaF9lbGVtZW50X2xhYmVsX3BnZWxl
bGlkLAorCQkJCQkJQlRFcXVhbFN0cmF0ZWd5TnVtYmVyLCBGX09JREVRLAorCQkJCQkJT2JqZWN0
SWRHZXREYXR1bShwZW9pZCkpOworCQkJZWxzY2FuID0gc3lzdGFibGVfYmVnaW5zY2FuKGVscmVs
LCBQcm9wZ3JhcGhFbGVtZW50TGFiZWxFbGVtZW50TGFiZWxJbmRleElkLAorCQkJCQkJCQkJCXRy
dWUsIE5VTEwsIDEsIGVsa2V5KTsKKwkJCXdoaWxlIChIZWFwVHVwbGVJc1ZhbGlkKHN5c3RhYmxl
X2dldG5leHQoZWxzY2FuKSkpCisJCQl7CisJCQkJbmxhYmVscysrOworCQkJCWlmIChubGFiZWxz
ID4gMSkKKwkJCQkJYnJlYWs7CisJCQl9CisJCQlzeXN0YWJsZV9lbmRzY2FuKGVsc2Nhbik7CisJ
CQl0YWJsZV9jbG9zZShlbHJlbCwgQWNjZXNzU2hhcmVMb2NrKTsKKworCQkJaWYgKG5sYWJlbHMg
PD0gMSkKKwkJCQllcmVwb3J0KEVSUk9SLAorCQkJCQkJKGVycmNvZGUoRVJSQ09ERV9JTlZBTElE
X09CSkVDVF9ERUZJTklUSU9OKSwKKwkJCQkJCSBlcnJtc2coImNhbm5vdCBkcm9wIHRoZSBsYXN0
IGxhYmVsIGZyb20gZWxlbWVudCBcIiVzXCIiLAorCQkJCQkJCQlzdG10LT5lbGVtZW50X2FsaWFz
KSwKKwkJCQkJCSBlcnJoaW50KCJFdmVyeSBlbGVtZW50IG11c3QgaGF2ZSBhdCBsZWFzdCBvbmUg
bGFiZWwuIikpKTsKKwkJfQorCiAJCU9iamVjdEFkZHJlc3NTZXQob2JqLCBQcm9wZ3JhcGhFbGVt
ZW50TGFiZWxSZWxhdGlvbklkLCBlbGxhYmVsb2lkKTsKIAkJcGVyZm9ybURlbGV0aW9uKCZvYmos
IHN0bXQtPmRyb3BfYmVoYXZpb3IsIDApOwogCmRpZmYgLS1naXQgYS9zcmMvdGVzdC9yZWdyZXNz
L2V4cGVjdGVkL2NyZWF0ZV9wcm9wZXJ0eV9ncmFwaC5vdXQgYi9zcmMvdGVzdC9yZWdyZXNzL2V4
cGVjdGVkL2NyZWF0ZV9wcm9wZXJ0eV9ncmFwaC5vdXQKaW5kZXggYmM5YTU5NmUuLjc0MGY4ODZj
IDEwMDY0NAotLS0gYS9zcmMvdGVzdC9yZWdyZXNzL2V4cGVjdGVkL2NyZWF0ZV9wcm9wZXJ0eV9n
cmFwaC5vdXQKKysrIGIvc3JjL3Rlc3QvcmVncmVzcy9leHBlY3RlZC9jcmVhdGVfcHJvcGVydHlf
Z3JhcGgub3V0CkBAIC01Nyw2ICs1NywxMiBAQCBBTFRFUiBQUk9QRVJUWSBHUkFQSCBnMwogQUxU
RVIgUFJPUEVSVFkgR1JBUEggZzMgQUxURVIgVkVSVEVYIFRBQkxFIHQzIERST1AgTEFCRUwgdDNs
M3g7ICAtLSBlcnJvcgogRVJST1I6ICBwcm9wZXJ0eSBncmFwaCAiZzMiIGVsZW1lbnQgInQzIiBo
YXMgbm8gbGFiZWwgInQzbDN4IgogQUxURVIgUFJPUEVSVFkgR1JBUEggZzMgQUxURVIgVkVSVEVY
IFRBQkxFIHQzIERST1AgTEFCRUwgdDNsMzsKKy0tIFRlc3QgdGhhdCB0aGUgbGFzdCBsYWJlbCBv
biBhbiBlbGVtZW50IGNhbm5vdCBiZSBkcm9wcGVkCitBTFRFUiBQUk9QRVJUWSBHUkFQSCBnMyBB
TFRFUiBWRVJURVggVEFCTEUgdDMgRFJPUCBMQUJFTCB0M2wyOworQUxURVIgUFJPUEVSVFkgR1JB
UEggZzMgQUxURVIgVkVSVEVYIFRBQkxFIHQzIERST1AgTEFCRUwgdDNsMTsgIC0tIGVycm9yOiBs
YXN0IGxhYmVsCitFUlJPUjogIGNhbm5vdCBkcm9wIHRoZSBsYXN0IGxhYmVsIGZyb20gZWxlbWVu
dCAidDMiCitISU5UOiAgRXZlcnkgZWxlbWVudCBtdXN0IGhhdmUgYXQgbGVhc3Qgb25lIGxhYmVs
LgorQUxURVIgUFJPUEVSVFkgR1JBUEggZzMgQUxURVIgVkVSVEVYIFRBQkxFIHQzIEFERCBMQUJF
TCB0M2wyIFBST1BFUlRJRVMgQUxMIENPTFVNTlM7CiBBTFRFUiBQUk9QRVJUWSBHUkFQSCBnMyBE
Uk9QIFZFUlRFWCBUQUJMRVMgKHQyKTsgIC0tIGZhaWwKIEVSUk9SOiAgY2Fubm90IGRyb3AgdmVy
dGV4IHQyIG9mIHByb3BlcnR5IGdyYXBoIGczIGJlY2F1c2Ugb3RoZXIgb2JqZWN0cyBkZXBlbmQg
b24gaXQKIERFVEFJTDogIGVkZ2UgZTEgb2YgcHJvcGVydHkgZ3JhcGggZzMgZGVwZW5kcyBvbiB2
ZXJ0ZXggdDIgb2YgcHJvcGVydHkgZ3JhcGggZzMKZGlmZiAtLWdpdCBhL3NyYy90ZXN0L3JlZ3Jl
c3Mvc3FsL2NyZWF0ZV9wcm9wZXJ0eV9ncmFwaC5zcWwgYi9zcmMvdGVzdC9yZWdyZXNzL3NxbC9j
cmVhdGVfcHJvcGVydHlfZ3JhcGguc3FsCmluZGV4IDI0MWY5M2RmLi40Y2Y3NzE1OSAxMDA2NDQK
LS0tIGEvc3JjL3Rlc3QvcmVncmVzcy9zcWwvY3JlYXRlX3Byb3BlcnR5X2dyYXBoLnNxbAorKysg
Yi9zcmMvdGVzdC9yZWdyZXNzL3NxbC9jcmVhdGVfcHJvcGVydHlfZ3JhcGguc3FsCkBAIC01Miw2
ICs1MiwxMCBAQCBBTFRFUiBQUk9QRVJUWSBHUkFQSCBnMwogICAgICAgICBBREQgTEFCRUwgdDNs
MyBQUk9QRVJUSUVTIEFMTCBDT0xVTU5TOwogQUxURVIgUFJPUEVSVFkgR1JBUEggZzMgQUxURVIg
VkVSVEVYIFRBQkxFIHQzIERST1AgTEFCRUwgdDNsM3g7ICAtLSBlcnJvcgogQUxURVIgUFJPUEVS
VFkgR1JBUEggZzMgQUxURVIgVkVSVEVYIFRBQkxFIHQzIERST1AgTEFCRUwgdDNsMzsKKy0tIFRl
c3QgdGhhdCB0aGUgbGFzdCBsYWJlbCBvbiBhbiBlbGVtZW50IGNhbm5vdCBiZSBkcm9wcGVkCitB
TFRFUiBQUk9QRVJUWSBHUkFQSCBnMyBBTFRFUiBWRVJURVggVEFCTEUgdDMgRFJPUCBMQUJFTCB0
M2wyOworQUxURVIgUFJPUEVSVFkgR1JBUEggZzMgQUxURVIgVkVSVEVYIFRBQkxFIHQzIERST1Ag
TEFCRUwgdDNsMTsgIC0tIGVycm9yOiBsYXN0IGxhYmVsCitBTFRFUiBQUk9QRVJUWSBHUkFQSCBn
MyBBTFRFUiBWRVJURVggVEFCTEUgdDMgQUREIExBQkVMIHQzbDIgUFJPUEVSVElFUyBBTEwgQ09M
VU1OUzsKIEFMVEVSIFBST1BFUlRZIEdSQVBIIGczIERST1AgVkVSVEVYIFRBQkxFUyAodDIpOyAg
LS0gZmFpbAogQUxURVIgUFJPUEVSVFkgR1JBUEggZzMgRFJPUCBWRVJURVggVEFCTEVTICh0Mikg
Q0FTQ0FERTsKIEFMVEVSIFBST1BFUlRZIEdSQVBIIGczIERST1AgRURHRSBUQUJMRVMgKGUyKTsK
LS0gCjIuNDMuMAoK
--000000000000617021064ff3ca3e--