Content-Type: multipart/mixed; boundary="------------OUika0P6NhRwb00GD8wdZtk8"
Message-ID: <5d279aa8-d9c0-4c52-b5ff-a97fd12d3f34@dunslane.net>
Date: Mon, 9 Mar 2026 08:23:09 -0400
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: Emitting JSON to file using COPY TO
To: jian he <jian.universality@gmail.com>
Cc: Joe Conway <mail@joeconway.com>, Junwang Zhao <zhjwpku@gmail.com>,
 Florents Tselai <florents.tselai@gmail.com>,
 "Andrey M. Borodin" <x4mmm@yandex-team.ru>,
 Dean Rasheed <dean.a.rasheed@gmail.com>,
 Daniel Verite <daniel@manitou-mail.org>, Davin Shearer <davin@apache.org>,
 PostgreSQL-development <pgsql-hackers@postgresql.org>
References: <b3a73eca-ec3b-4b64-b6c2-82418bb16701@manitou-mail.org>
 <CACJufxG0=CoG64Ng7DfMP4zy0MORhTW7rRioQnNVCw-6GxRaXg@mail.gmail.com>
 <CACJufxGq6aJszBhfrUQKHeKmp0r+ka7=SwHSY7Qs_6LQMwiEbw@mail.gmail.com>
 <CA+v5N43-F9-Wiktg_-+aqKJz+YiCNJMAh5ootDeTKkOJ=kiaHA@mail.gmail.com>
 <CACJufxEjZwrocCpt29xtmJTwhWZUu1Nt0GfHFarNGXUS5AAecw@mail.gmail.com>
 <CAEG8a3LB7q1eQ0AzFTEBDFDxs3kJ=5iJA+HTmiYGya6Wb5jsRA@mail.gmail.com>
 <CACJufxFLpMsbW41T65xJsw925MSE1bvOr6X+h_7sw8_qmDpTpA@mail.gmail.com>
 <74d3b4e2-d201-489d-9b9a-1a6d0eb492a6@dunslane.net>
 <6cbbf7f3-da4a-4201-98a6-4347a3c35db0@joeconway.com>
 <8154f8e2-7d9c-442f-a7cb-a5caf38f6a12@dunslane.net>
 <CACJufxELGPA86veVNNBoqUDLwwQbQKdiYLKtwLb7DoSgV6f8sw@mail.gmail.com>
 <57db4b6e-51ba-4984-9343-bc62a3ee0b7c@dunslane.net>
 <CACJufxFFZqxC3p4WjpTEi4riaJm=pADX+py0yQ0=RWTn5cqK3Q@mail.gmail.com>
 <f137f5d7-bae7-4145-8c76-e83d2de13d59@dunslane.net>
 <CACJufxGm3OhbG3=bj4nLxMzq92A84v6Q1dG+hR_ZFrfLg1B99w@mail.gmail.com>
From: Andrew Dunstan <andrew@dunslane.net>
Content-Language: en-US
Autocrypt: addr=andrew@dunslane.net; keydata=
 xsBNBE7KWFkBCAClridxur2AIc7eW2AR7izbfp3EnNefie2HbLF0izW5Ik5UjX2HBXBx4syI
 gY6b0ugohXrr274+baoAlvSbq6cAoQuEVrk5IZFzt20b1Xkx65FwGSEj526yiKLocqkJceSq
 Xr9xcA5SGY+FZv441chh5SU92v4q6z+6LPpoHOh97ptAVXZYNTtU0LevyvD5lja0TzbvJm6C
 eFXitJfnm1pLEr0DGJCR/iUOl/N62Kh4855zZC7NHIjQHPOvV5Stz/l5ilDhvGVk+xkXFPys
 SjZoUr1rXhYLpiyi5sR0X9FHXT0KnGuz1F5ERO7ZTLSSQ6fJwPj6gOk9K+vvoKvoeql5ABEB
 AAHNJEFuZHJldyBEdW5zdGFuIDxhbmRyZXdAZHVuc2xhbmUubmV0PsLAlwQTAQgAQQIbAwIX
 gAIZAQULCQgHAwUVCgkICwUWAgMBAAIeBRYhBOQ+WEYd/Hy/RGkVpZn6f8tZ/DuBBQJoGNGd
 BQkdEO8nAAoJEJn6f8tZ/DuBq74H/jkTR4Zi3stbw+xC7v2u3QozssK7MYPL2AsVfh7OealS
 h182fiWXpfvmmAB7WUHbhk9GC2RAOnHI/2d2jgKaMLAHsGYOT0YopTVIwRY43fCw/mK67yxc
 wmDcX+zyKfLaivNbf5A7QPLNwda98bEAMSJ8Sn652Uc6cA8t3uKGsVzbRBQOoYzjgvBCfSrE
 9ql3PDNg0l4BfAqabd2f70ZUm9VAMEPrgv/v2xI7M2XiL4g5BVmqLCOwxLM8RMCotCuoweUr
 VO43DeBCIDwLxotMJKvGWDjBzQYlU1NPUAtNcz/gN9ITUe1VUGjyvGj4u1lxBOcQQUw7l1+T
 5moZ4iZxXzvOwE0ETspYWQEIANGc4zQULOxhbqO2dyD51YhqCNRmm9oKWaqf+wmW4tpDe/VV
 cxAnNizd4LWCHfzpb5cHAtGkOPePMfzWVf6nvdF7d3eglbtf59+zG7O7llV0xSSoFiieQBsr
 GvqDInXYX/4mRRXMtyhM353/tixC9RWLs1oofyYmCPPXXY7h9R7en3B8BoVrRFcdzlIY/NFN
 hFGW/9dkEiGjgna2Rk6e15kln4ZvFBWUg23p93w/pqXcxY6+k/8TEk+C4R+M6w7o2PLGOjdZ
 +kPiUcw5H85zf/yZJwQXzisXaNduwWB6Vads9YC9dj6kPR1c4VGRqAaYL++LAEOqrlvm2Tvq
 QqZRtnEAEQEAAcLAfAQYAQgAJgIbDBYhBOQ+WEYd/Hy/RGkVpZn6f8tZ/DuBBQJoGNI2BQkd
 EODdAAoJEJn6f8tZ/DuBfw0IAKTsfD40teP/pp+bsLLMSxPXUYrrprTj7WFB5v61p6dkpSr/
 qXmMlyahdxQFaPmfVgVirB1Vk/kHiWNnnGjfUV9nB2Zg9LI0Xb9/ts3LsUiRWXzG3tkMY6XL
 vsVOxW4XFRND9l2q+WW93aZ1DZl+fqWfYgMvsusFRhmGFOKTRfKPta2Pkv+AhA24N4+PrR5p
 bU4k2MO8PAGiK8eaYKGFG1bHKuAvoDoF7WXJ3FHxuWqLnKEt4dfOLm5pAe3zq1Lt6q8azT9i
 QWGpSAK5vQUWQHBHpiDjdPeqKZ6HiAXIIKfSmb+jrvXBqoP+D6/K7rUjG2aXiRtTIAXms9sm
 VRu7cmw=
In-Reply-To: <CACJufxGm3OhbG3=bj4nLxMzq92A84v6Q1dG+hR_ZFrfLg1B99w@mail.gmail.com>
Archived-At: <https://www.postgresql.org/message-id/5d279aa8-d9c0-4c52-b5ff-a97fd12d3f34%40dunslane.net>
Precedence: bulk

This is a multi-part message in MIME format.
--------------OUika0P6NhRwb00GD8wdZtk8
Content-Type: multipart/alternative;
 boundary="------------LrxeCVnU4NTiNJggb5uyTiS3"

--------------LrxeCVnU4NTiNJggb5uyTiS3
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit


On 2026-03-08 Su 11:48 PM, jian he wrote:
> On Mon, Mar 9, 2026 at 3:44 AM Andrew Dunstan<andrew@dunslane.net> wrote:
>> Hmm. But should we be scribbling on slot->tts_tupleDescriptor like that?
>> How about something like this?:
>>
>> -        * Full table or query without column list.  Ensure the slot uses
>> -        * cstate->tupDesc so that the datum is stamped with the right type;
>> -        * for queries output type is RECORDOID this must be the blessed
>> -        * descriptor so that composite_to_json can look it up via
>> -        * lookup_rowtype_tupdesc.
>> +        * Full table or query without column list.  For queries, the slot's
>> +        * TupleDesc may carry RECORDOID, which is not registered in the
>> type
>> +        * cache and would cause composite_to_json's lookup_rowtype_tupdesc
>> +        * call to fail.  Build a HeapTuple stamped with the blessed
>> +        * descriptor so the type can be looked up correctly.
>>            */
>>           if (!cstate->rel && slot->tts_tupleDescriptor->tdtypeid ==
>> RECORDOID)
>> -           slot->tts_tupleDescriptor = cstate->queryDesc->tupDesc;
>> +       {
>> +           HeapTuple   tup;
>>
>> -       rowdata = ExecFetchSlotHeapTupleDatum(slot);
>> +           tup = heap_form_tuple(cstate->tupDesc,
>> +                                 slot->tts_values,
>> +                                 slot->tts_isnull);
>> +           rowdata = HeapTupleGetDatum(tup);
>> +       }
>> +       else
>> +       {
>> +           rowdata = ExecFetchSlotHeapTupleDatum(slot);
>> +       }
>>
> This is better. I've tried to get rid of json_projvalues and json_projnulls.
> Just using heap_form_tuple, but it won't work.
>
> I incorporated the v28-0004 COPY column list into v9-0002.
> With this patch set, we added four fields to the struct CopyToStateData.
>
> +    StringInfo    json_buf;        /* reusable buffer for JSON output,
> +                                 * initialized in BeginCopyTo */
> +    TupleDesc    tupDesc;        /* Descriptor for JSON output; for a column
> +                                 * list this is a projected descriptor */
> +    Datum       *json_projvalues;    /* pre-allocated projection values, or
> +                                     * NULL */
> +    bool       *json_projnulls; /* pre-allocated projection nulls, or NULL */
>
> Using the script in
> https://www.postgresql.org/message-id/CACJufxFFZqxC3p4WjpTEi4riaJm%3DpADX%2Bpy0yQ0%3DRWTn5cqK3Q%40mail.gmail.com
> I tested it again on macOS and Linux, and there are no regressions for
> COPY TO with the TEXT and CSV formats.
>

OK, I think we're really close now. Here is a tiny fixup patch that 
fixes an error message and a comment, and adds a missing test case.


cheers


andrew

--
Andrew Dunstan
EDB:https://www.enterprisedb.com

--------------LrxeCVnU4NTiNJggb5uyTiS3
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit

<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p><br>
    </p>
    <div class="moz-cite-prefix">On 2026-03-08 Su 11:48 PM, jian he
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CACJufxGm3OhbG3=bj4nLxMzq92A84v6Q1dG+hR_ZFrfLg1B99w@mail.gmail.com">
      <pre wrap="" class="moz-quote-pre">On Mon, Mar 9, 2026 at 3:44 AM Andrew Dunstan <a class="moz-txt-link-rfc2396E" href="mailto:andrew@dunslane.net">&lt;andrew@dunslane.net&gt;</a> wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="" class="moz-quote-pre">
Hmm. But should we be scribbling on slot-&gt;tts_tupleDescriptor like that?
How about something like this?:

-        * Full table or query without column list.  Ensure the slot uses
-        * cstate-&gt;tupDesc so that the datum is stamped with the right type;
-        * for queries output type is RECORDOID this must be the blessed
-        * descriptor so that composite_to_json can look it up via
-        * lookup_rowtype_tupdesc.
+        * Full table or query without column list.  For queries, the slot's
+        * TupleDesc may carry RECORDOID, which is not registered in the
type
+        * cache and would cause composite_to_json's lookup_rowtype_tupdesc
+        * call to fail.  Build a HeapTuple stamped with the blessed
+        * descriptor so the type can be looked up correctly.
          */
         if (!cstate-&gt;rel &amp;&amp; slot-&gt;tts_tupleDescriptor-&gt;tdtypeid ==
RECORDOID)
-           slot-&gt;tts_tupleDescriptor = cstate-&gt;queryDesc-&gt;tupDesc;
+       {
+           HeapTuple   tup;

-       rowdata = ExecFetchSlotHeapTupleDatum(slot);
+           tup = heap_form_tuple(cstate-&gt;tupDesc,
+                                 slot-&gt;tts_values,
+                                 slot-&gt;tts_isnull);
+           rowdata = HeapTupleGetDatum(tup);
+       }
+       else
+       {
+           rowdata = ExecFetchSlotHeapTupleDatum(slot);
+       }

</pre>
      </blockquote>
      <pre wrap="" class="moz-quote-pre">This is better. I've tried to get rid of json_projvalues and json_projnulls.
Just using heap_form_tuple, but it won't work.

I incorporated the v28-0004 COPY column list into v9-0002.
With this patch set, we added four fields to the struct CopyToStateData.

+    StringInfo    json_buf;        /* reusable buffer for JSON output,
+                                 * initialized in BeginCopyTo */
+    TupleDesc    tupDesc;        /* Descriptor for JSON output; for a column
+                                 * list this is a projected descriptor */
+    Datum       *json_projvalues;    /* pre-allocated projection values, or
+                                     * NULL */
+    bool       *json_projnulls; /* pre-allocated projection nulls, or NULL */

Using the script in
<a class="moz-txt-link-freetext" href="https://www.postgresql.org/message-id/CACJufxFFZqxC3p4WjpTEi4riaJm%3DpADX%2Bpy0yQ0%3DRWTn5cqK3Q%40mail.gmail.com">https://www.postgresql.org/message-id/CACJufxFFZqxC3p4WjpTEi4riaJm%3DpADX%2Bpy0yQ0%3DRWTn5cqK3Q%40mail.gmail.com</a>
I tested it again on macOS and Linux, and there are no regressions for
COPY TO with the TEXT and CSV formats.

</pre>
    </blockquote>
    <p><br>
    </p>
    <p>OK, I think we're really close now. Here is a tiny fixup patch
      that fixes an error message and a comment, and adds a missing test
      case.</p>
    <p><br>
    </p>
    <p>cheers</p>
    <p><br>
    </p>
    <p>andrew<br>
    </p>
    <p><span style="white-space: pre-wrap">
</span></p>
    <pre class="moz-signature"
    signature-switch-id="d0437855-2267-4610-80b3-83167ec45b0b" cols="72">--
Andrew Dunstan
EDB: <a class="moz-txt-link-freetext" href="https://www.enterprisedb.com">https://www.enterprisedb.com</a>
</pre>
  </body>
</html>

--------------LrxeCVnU4NTiNJggb5uyTiS3--
--------------OUika0P6NhRwb00GD8wdZtk8
Content-Type: text/plain; charset=UTF-8; name="copy-json-fixes.patch.nocfbot"
Content-Disposition: attachment; filename="copy-json-fixes.patch.nocfbot"
Content-Transfer-Encoding: base64

ZGlmZiAtLWdpdCBhL3NyYy9iYWNrZW5kL2NvbW1hbmRzL2NvcHkuYyBiL3NyYy9iYWNrZW5k
L2NvbW1hbmRzL2NvcHkuYwppbmRleCA4NDI1NGQ0NmE2Ny4uYzExYzJlYjQ4ZmEgMTAwNjQ0
Ci0tLSBhL3NyYy9iYWNrZW5kL2NvbW1hbmRzL2NvcHkuYworKysgYi9zcmMvYmFja2VuZC9j
b21tYW5kcy9jb3B5LmMKQEAgLTk3Miw4ICs5NzIsOCBAQCBQcm9jZXNzQ29weU9wdGlvbnMo
UGFyc2VTdGF0ZSAqcHN0YXRlLAogCS8qIENoZWNrIGpzb24gZm9ybWF0ICovCiAJaWYgKG9w
dHNfb3V0LT5mb3JtYXQgPT0gQ09QWV9GT1JNQVRfSlNPTiAmJiBpc19mcm9tKQogCQllcmVw
b3J0KEVSUk9SLAotCQkJCWVycmNvZGUoRVJSQ09ERV9JTlZBTElEX1BBUkFNRVRFUl9WQUxV
RSksCi0JCQkJZXJybXNnKCJDT1BZICVzIG1vZGUgY2Fubm90IGJlIHVzZWQgd2l0aCAlcyIs
ICJKU09OIiwgIkNPUFkgRlJPTSIpKTsKKwkJCQllcnJjb2RlKEVSUkNPREVfRkVBVFVSRV9O
T1RfU1VQUE9SVEVEKSwKKwkJCQllcnJtc2coIkNPUFkgJXMgaXMgbm90IHN1cHBvcnRlZCBm
b3IgJXMiLCAiRk9STUFUIEpTT04iLCAiQ09QWSBGUk9NIikpOwogCiAJaWYgKG9wdHNfb3V0
LT5mb3JtYXQgIT0gQ09QWV9GT1JNQVRfSlNPTiAmJiBvcHRzX291dC0+Zm9yY2VfYXJyYXkp
CiAJCWVyZXBvcnQoRVJST1IsCmRpZmYgLS1naXQgYS9zcmMvYmFja2VuZC9jb21tYW5kcy9j
b3B5dG8uYyBiL3NyYy9iYWNrZW5kL2NvbW1hbmRzL2NvcHl0by5jCmluZGV4IDg1Y2E3Yzk0
N2YzLi5kZTI4MGFkODYxMiAxMDA2NDQKLS0tIGEvc3JjL2JhY2tlbmQvY29tbWFuZHMvY29w
eXRvLmMKKysrIGIvc3JjL2JhY2tlbmQvY29tbWFuZHMvY29weXRvLmMKQEAgLTEwNjEsOCAr
MTA2MSw4IEBAIEJlZ2luQ29weVRvKFBhcnNlU3RhdGUgKnBzdGF0ZSwKIAkJCWNzdGF0ZS0+
dHVwRGVzYyA9IEJsZXNzVHVwbGVEZXNjKHJlc3VsdERlc2MpOwogCiAJCQkvKgotCQkJICog
KiBQcmUtYWxsb2NhdGUgYXJyYXlzIGZvciBwcm9qZWN0aW5nIHNlbGVjdGVkIGNvbHVtbiB2
YWx1ZXMKLQkJCSAqIGludG8gIHNlcXVlbnRpYWwgcG9zaXRpb25zIG1hdGNoaW5nIHRoZSBj
dXN0b20gVHVwbGVEZXNjLgorCQkJICogUHJlLWFsbG9jYXRlIGFycmF5cyBmb3IgcHJvamVj
dGluZyBzZWxlY3RlZCBjb2x1bW4gdmFsdWVzIGludG8KKwkJCSAqIHNlcXVlbnRpYWwgcG9z
aXRpb25zIG1hdGNoaW5nIHRoZSBjdXN0b20gVHVwbGVEZXNjLgogCQkJICovCiAJCQljc3Rh
dGUtPmpzb25fcHJvanZhbHVlcyA9IHBhbGxvY19hcnJheShEYXR1bSwgbmF0dHMpOwogCQkJ
Y3N0YXRlLT5qc29uX3Byb2pudWxscyA9IHBhbGxvY19hcnJheShib29sLCBuYXR0cyk7CmRp
ZmYgLS1naXQgYS9zcmMvdGVzdC9yZWdyZXNzL2V4cGVjdGVkL2NvcHkub3V0IGIvc3JjL3Rl
c3QvcmVncmVzcy9leHBlY3RlZC9jb3B5Lm91dAppbmRleCBiY2Y0NTg0NWI2MS4uM2U1NjZi
OTYxODMgMTAwNjQ0Ci0tLSBhL3NyYy90ZXN0L3JlZ3Jlc3MvZXhwZWN0ZWQvY29weS5vdXQK
KysrIGIvc3JjL3Rlc3QvcmVncmVzcy9leHBlY3RlZC9jb3B5Lm91dApAQCAtMTM2LDcgKzEz
Niw3IEBAIExJTkUgMTogY29weSBjb3B5dGVzdCB0byBzdGRvdXQgKGZvcm1hdCBqc29uLCBv
bl9lcnJvciBpZ25vcmUpOwogY29weSBjb3B5dGVzdCB0byBzdGRvdXQgKGZvcm1hdCBqc29u
LCByZWplY3RfbGltaXQgMSk7CiBFUlJPUjogIENPUFkgUkVKRUNUX0xJTUlUIHJlcXVpcmVz
IE9OX0VSUk9SIHRvIGJlIHNldCB0byBJR05PUkUKIGNvcHkgY29weXRlc3QgZnJvbSBzdGRp
bihmb3JtYXQganNvbik7Ci1FUlJPUjogIENPUFkgSlNPTiBtb2RlIGNhbm5vdCBiZSB1c2Vk
IHdpdGggQ09QWSBGUk9NCitFUlJPUjogIENPUFkgRk9STUFUIEpTT04gaXMgbm90IHN1cHBv
cnRlZCBmb3IgQ09QWSBGUk9NCiAtLSBhbGwgb2YgdGhlIGFib3ZlIHNob3VsZCB5aWVsZCBl
cnJvcgogLS0gY29sdW1uIGxpc3Qgd2l0aCBqc29uIGZvcm1hdAogY29weSBjb3B5dGVzdCAo
c3R5bGUsIHRlc3QsIGZpbGxlcikgdG8gc3Rkb3V0IChmb3JtYXQganNvbik7CkBAIC0xNjcs
NiArMTY3LDEwIEBAIGNvcHkgY29weXRlc3QgdG8gc3Rkb3V0IChmb3JtYXQganNvbiwgZm9y
Y2VfYXJyYXkgZmFsc2UpOwogeyJzdHlsZSI6IlVuaXgiLCJ0ZXN0IjoiYWJjXG5kZWYiLCJm
aWxsZXIiOjJ9CiB7InN0eWxlIjoiTWFjIiwidGVzdCI6ImFiY1xyZGVmIiwiZmlsbGVyIjoz
fQogeyJzdHlsZSI6ImVzY1xcYXBlIiwidGVzdCI6ImFcXHJcXFxyXFxcblxcbmIiLCJmaWxs
ZXIiOjR9CistLSBlbXB0eSByZXN1bHQgc2V0IHdpdGggZm9yY2VfYXJyYXkKK2NvcHkgKHNl
bGVjdCAxIHdoZXJlIGZhbHNlKSB0byBzdGRvdXQgKGZvcm1hdCBqc29uLCBmb3JjZV9hcnJh
eSB0cnVlKTsKK1sKK10KIC0tIGNvbHVtbiBsaXN0IHdpdGggZGl2ZXJzZSBkYXRhIHR5cGVz
CiBjcmVhdGUgdGVtcCB0YWJsZSBjb3B5anNvbnRlc3RfdHlwZXMgKAogICAgIGlkIGludCwK
ZGlmZiAtLWdpdCBhL3NyYy90ZXN0L3JlZ3Jlc3Mvc3FsL2NvcHkuc3FsIGIvc3JjL3Rlc3Qv
cmVncmVzcy9zcWwvY29weS5zcWwKaW5kZXggYmMxMmFjODc5ZWYuLjUyMDkzNDI3MWVjIDEw
MDY0NAotLS0gYS9zcmMvdGVzdC9yZWdyZXNzL3NxbC9jb3B5LnNxbAorKysgYi9zcmMvdGVz
dC9yZWdyZXNzL3NxbC9jb3B5LnNxbApAQCAtMTE5LDYgKzExOSw5IEBAIGNvcHkgY29weXRl
c3QgdG8gc3Rkb3V0IChmb3JtYXQganNvbiwgZm9yY2VfYXJyYXkpOwogY29weSBjb3B5dGVz
dChzdHlsZSwgdGVzdCkgdG8gc3Rkb3V0IChmb3JtYXQganNvbiwgZm9yY2VfYXJyYXkgdHJ1
ZSk7CiBjb3B5IGNvcHl0ZXN0IHRvIHN0ZG91dCAoZm9ybWF0IGpzb24sIGZvcmNlX2FycmF5
IGZhbHNlKTsKIAorLS0gZW1wdHkgcmVzdWx0IHNldCB3aXRoIGZvcmNlX2FycmF5Citjb3B5
IChzZWxlY3QgMSB3aGVyZSBmYWxzZSkgdG8gc3Rkb3V0IChmb3JtYXQganNvbiwgZm9yY2Vf
YXJyYXkgdHJ1ZSk7CisKIC0tIGNvbHVtbiBsaXN0IHdpdGggZGl2ZXJzZSBkYXRhIHR5cGVz
CiBjcmVhdGUgdGVtcCB0YWJsZSBjb3B5anNvbnRlc3RfdHlwZXMgKAogICAgIGlkIGludCwK


--------------OUika0P6NhRwb00GD8wdZtk8--