Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1p0cc2-0001EC-Ki for pgsql-odbc@arkaria.postgresql.org; Thu, 01 Dec 2022 05:59:59 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1p0cc0-0003ou-7p for pgsql-odbc@arkaria.postgresql.org; Thu, 01 Dec 2022 05:59:56 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1p0cbz-0003ol-Qk for pgsql-odbc@lists.postgresql.org; Thu, 01 Dec 2022 05:59:56 +0000 Received: from mail-ej1-x629.google.com ([2a00:1450:4864:20::629]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1p0cbw-0000Om-2u for pgsql-odbc@postgresql.org; Thu, 01 Dec 2022 05:59:55 +0000 Received: by mail-ej1-x629.google.com with SMTP id b2so1725390eja.7 for ; Wed, 30 Nov 2022 21:59:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=+TTN2nT52ovyMPXrNG8Kaqu8SQIxjNb6RRNONyPZ2TU=; b=bEuDP+OkhcFhMfES4vt0cD6z4jS1ngC6gJbV+BkjwqRIFkUHIqgaL2Ajz5Jy1IU9SN aKC3bzNv1XgMUm0Vw68kexBOaLq0iFM01Kb/vfd8gPnBClsUCxz0xmZodhH59JCcdhf8 2JTB77nggQa77oLfkHZOvjzwJXNWNNM99noBSIzZCfp4TZ50BbvLgid8Xpi0QdlW2xnw pdx2jkLlMZFrvyYZ2DfM2Z64jFaBpNaEDDOOB5JltX23u0t7dwbF1fahCWspliv13Nw3 qkxwE6hF4KpFOGF1UDkqiOjuXVgHoD6ognYuWrS0B1nfn2Eof6Beea57RwROB38siB4L P8rg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=+TTN2nT52ovyMPXrNG8Kaqu8SQIxjNb6RRNONyPZ2TU=; b=lqnSQeBktWaxvUVYbLdJMSXi1dl1isRDkJE5DDZM3NbBLo7aW6nQ4n1cCglbh9ZKio 6r6+zx2klEE74VzpMweJk9+04hCyEQa/zVLdMBz6MzD0ruhNluJ1EoORB0bYl9itLVqk c8grbPJatYQ4yvMQygPIJKMnY9ehL/Tsxfk6guI88x26AX0O50S9Ttdfk0nMyQ5tW8mP ZExfOtQeOWm9uJROW5sv+lSDvE7znZxMk6TqgG5suokAOchEUN4XedYDuIbuN7AUaFCy RjU79GcYC9yTxQGDUu3ez93B3KxhRxgahJZ4NQHj20oIXiYseGmDyqkxKIjR3V6RGLxd 2sUw== X-Gm-Message-State: ANoB5pn+KstnS2P972/zV8+SDoIeOj9JIyyPQpm3waqfUf7b1FhKCFyt TUj/tbIZt0tFpJDM1rsQeM0R+UYuYRZUL/KII7E= X-Google-Smtp-Source: AA0mqf4uOa3yUgIXnjr7VCq5OJBhgVG52xgqkDeSIb9/EsJLRSugXy2rpnBRwlDrlhwHwBQhpHbQ8sYraRJeAJ3MTzg= X-Received: by 2002:a17:906:34d2:b0:7bf:1b9d:c0a8 with SMTP id h18-20020a17090634d200b007bf1b9dc0a8mr16996988ejb.551.1669874390741; Wed, 30 Nov 2022 21:59:50 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: "Inoue,Hiroshi" Date: Thu, 1 Dec 2022 14:59:42 +0900 Message-ID: Subject: Re: [ Bug Report ]Re: column_query buffer in PGAPI ColumnPrivileges To: foxi_yiyi12081003 Cc: "pgsql-odbc@postgresql.org" Content-Type: multipart/related; boundary="000000000000e1640a05eebdeda1" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000e1640a05eebdeda1 Content-Type: multipart/alternative; boundary="000000000000e1640905eebdeda0" --000000000000e1640905eebdeda0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi foxi_yiyi12081003, Thanks for the report and the patch. I would commit the patch after enabling SQLColumnPrivileges functionality. regards, Hiroshi Inoue 2022=E5=B9=B411=E6=9C=8810=E6=97=A5(=E6=9C=A8) 20:14 foxi_yiyi12081003 : > Hi, All: > > diff --git a/info.c b/info.c > index 8563a89..5ce531a 100644 > --- a/info.c > +++ b/info.c > @@ -3731,7 +3731,7 @@ PGAPI_ColumnPrivileges(HSTMT hstmt, > op_string =3D gen_opestr(like_or_eq, conn); > eq_string =3D gen_opestr(eqop, conn); > if (escSchemaName) > - appendPQExpBuffer(&column_query, " and table_schem > %s'%s'", eq_string, escSchemaName); > + appendPQExpBuffer(&column_query, " and table_schem*a* > %s'%s'", eq_string, escSchemaName); > if (escTableName) > appendPQExpBuffer(&column_query, " and table_name %s'%s'", > eq_string, escTableName); > if (escColumnName) > (END) > > Zhanyi Jiang > foxi_yiyi12081003@outlook.com > > > ---- Replied Message ---- > From Wal, Jan Tjalling van der > > Date 11/10/2022 17:56 > To Chiang Chan-i , > pgsql-odbc@postgresql.org > > Subject RE: column_query buffer in PGAPI ColumnPrivileges > > Dear Jiang, > > > > Yes, you are right. I stand corrected. > > > > With that clause added as per line 3743, the query returns an error. > > When that missing =E2=80=98a=E2=80=99 is added, so table_schem*A * it yie= lds results. > > > > Now we=E2=80=99ll have to wait and see if this get noticed and fixed. > > Or you could consider making the change and doing a pull request. > > So that your find and fix get pulled into the code base? > > > > Kind regards, Jan Tjalling > > > > *From:* Chiang Chan-i > *Sent:* 10 November 2022 02:37 > *To:* Wal, Jan Tjalling van der ; > pgsql-odbc@postgresql.org > *Subject:* RE: column_query buffer in PGAPI ColumnPrivileges > > > > Dear Kind regards JT, > > > > Thanks for your help and patience. > > The error of SQL Command I mentioned is here=EF=BC=9A > > > > 3733 if (escSchemaName) > =E2=86=93=E2=86=93-- table_schema > > 3734 appendPQExpBuffer(&column_query, " and table_schem %s'%s'", > eq_string, escSchemaName); > > > > > > jiang=3D# select '' as TABLE_CAT, table_schema as TABLE_SCHEM, > > table_name, column_name, grantor, grantee, > > privilege_type as PRIVILEGE, is_grantable from > > information_schema.column_privileges where true > > and table_schem =3D 'public' ---->>>> Mayb= e > table_schem[a]=EF=BC=9F > > and table_name =3D'test' > > and column_name =3D 'a'; > > ERROR: column "table_schem" does not exist > > LINE 5: and table_schem =3D 'public' > > ^ > > HINT: Perhaps you meant to reference the column > "column_privileges.table_schema". > > jiang=3D# > > > > > > Sent from Mail > > for Windows > > > > *From: *Wal, Jan Tjalling van der > *Sent: *2022=E5=B9=B411=E6=9C=8810=E6=97=A5 5:45 > *To: *foxi_yiyi12081003 ; > pgsql-odbc@postgresql.org > *Subject: *RE: column_query buffer in PGAPI ColumnPrivileges > > > > Dear foxi_yiyi12081003, > > > > I=E2=80=99m not an expert on the inner workings of this specific driver, = but in my > opinion this is probably correct. > > The query that is defined inside appendPQExpBufferStr, asks for data from > column table_schema to be returned using a different name: TABLE_SCHEM. > > When the results of that query are used further down, the correct name to > use them will be that new name. > > > > When the query is run against an running instance of a postgres-database > it gives results (over 9000), here limited to just 5. > > select '' as TABLE_CAT, table_schema as TABLE_SCHEM, > > table_name, column_name, grantor, grantee, > > privilege_type as PRIVILEGE, is_grantable from > > information_schema.column_privileges where true limit 5; > > *"table_cat"* > > *"table_schem"* > > *"table_name"* > > *"column_name"* > > *"grantor"* > > *"grantee"* > > *"privilege"* > > *"is_grantable"* > > > > "information_schema" > > "routines" > > "scope_schema" > > "xxxxxxxxxxxxx" > > "xxxxxxxxxxxxx" > > "UPDATE" > > "YES" > > > > "information_schema" > > "routines" > > "dtd_identifier" > > "xxxxxxxxxxxxx" > > "xxxxxxxxxxxxx" > > "INSERT" > > "YES" > > > > "pg_catalog" > > "pg_stat_progress_vacuum" > > "datid" > > "xxxxxxxxxxxxx" > > "xxxxxxxxxxxxx" > > "SELECT" > > "YES" > > > > "information_schema" > > "role_udt_grants" > > "grantor" > > "xxxxxxxxxxxxx" > > "xxxxxxxxxxxxx" > > "SELECT" > > "NO" > > > > "pg_catalog" > > "pg_namespace" > > "nspname" > > "xxxxxxxxxxxxx" > > "xxxxxxxxxxxxx" > > "SELECT" > > "YES" > > > > Kind regards JT > > > > *From:* foxi_yiyi12081003 > *Sent:* 09 November 2022 04:18 > *To:* pgsql-odbc@postgresql.org > *Subject:* column_query buffer in PGAPI ColumnPrivileges > > > > Hi, > > Is that a bug in psqlodbc-13.02.0000 release version ? > > file: info.c : 3734 ? > > the SQL Command in the second appendPQExpBuffers > > =E3=80=90 and table_schem %s'%s' =E3=80=91table_schem or table_schema ?? > > > > code: > > appendPQExpBufferStr(&column_query, "select '' as TABLE_CAT, table_schema > as TABLE_SCHEM," > > " table_name, column_name, grantor, grantee," > > " privilege_type as PRIVILEGE, is_grantable from" > > " information_schema.column_privileges where true"); > > op_string =3D gen_opestr(like_or_eq, conn); > > eq_string =3D gen_opestr(eqop, conn); > > if (escSchemaName) > > appendPQExpBuffer(&column_query, " and table_schem %s'%s'", > eq_string, escSchemaName); > > if (escTableName) > > appendPQExpBuffer(&column_query, " and table_name %s'%s'", > eq_string, escTableName); > > if (escColumnName) > > appendPQExpBuffer(&column_query, " and column_name %s'%s'", > op_string, escColumnName); > > if (PQExpBufferDataBroken(column_query)) > > > > > > and I also found the same condition in master branch=E3=80=82 > > > > > --000000000000e1640905eebdeda0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi foxi_yiyi12081003,

Thanks for the re= port and the patch.
I would commit the patch after enabling SQLCo= lumnPrivileges functionality.

regards,
H= iroshi Inoue


2022=E5=B9=B411=E6=9C=8810=E6=97=A5(=E6=9C= =A8) 20:14 foxi_yiyi12081003 <foxi_yiyi12081003@outlook.com>:
Hi, All:

diff --git a/info.c b/info.c
= index 8563a89..5ce531a 100644
--- a/info.c
+++ b/info.c
@@ -3731,7= +3731,7 @@ PGAPI_ColumnPrivileges(HSTMT hstmt,
=C2=A0 =C2=A0 =C2=A0 =C2=A0op_string =3D gen_opestr(like_or_eq, conn);
=C2=A0 =C2=A0 =C2=A0 =C2=A0eq_string =3D gen_opestr(eqop, conn);
=C2=A0 =C2=A0 =C2=A0 =C2=A0if (escSchemaName)
- =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 appendPQExpBuffer(&column_query, " and= table_schem %s'%s'", eq_string, escSchemaName);
+ =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 appendPQExpBuffer(&column_que= ry, " and table_schema %s'%s'", eq_string, escSchemaName);
=C2=A0 =C2=A0 =C2=A0 =C2=A0if (escTableName)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0appendPQExpBuffer(&= amp;column_query, " and table_name %s'%s'", eq_string, es= cTableName);
=C2=A0 =C2=A0 =C2=A0 =C2=A0if (escColumnName)
(END)
---- Replied Message ----

Dear Jiang,

=C2=A0

Yes, you are right. I stand corrected.

=C2=A0

With that clause added as per line 3743, the= query returns an error.

When that missing =E2=80=98a=E2=80=99 is add= ed, so table_schemA =C2=A0it yields results.

=C2=A0

Now we=E2=80=99ll have to wait and see if th= is get noticed and fixed.

Or you could consider making the change and = doing a pull request.

So that your find and fix get pulled into th= e code base?

=C2=A0

Kind regards, Jan Tjalling

=C2=A0

From: Chiang Chan-i <foxi_yiyi12081003@outlook.com>
Sent: 10 November 2022 02:37
To: Wal, Jan Tjalling van der <jan_tjalling.vanderwal@wur.nl>; pgsql-odbc@post= gresql.org
Subject: RE: column_query buffer in PGAPI ColumnPrivileges=

=C2=A0

Dear Kind regards JT,

=C2=A0

Thanks f= or your help and patience.

The er= ror of SQL Command I mentioned is here=EF=BC=9A

=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0

3733= =C2=A0=C2=A0=C2=A0=C2=A0 if (escSchemaName) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=E2=86=93=E2=86=93-- =C2=A0table_schema

3734= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 appendPQExpBuffer(&col= umn_query, " and table_schem %s'%s'", eq_string, escSchem= aName);

=C2=A0

=C2=A0

jiang= =3D# select '' as TABLE_CAT, table_schema as TABLE_SCHEM,

=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0table_name, column_name, grantor, grantee,

=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 privilege_type as PRIVILEGE, is_grantable from

=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 information_schema.column_privileges where true

=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 and table_schem =3D 'public'=C2=A0=C2= =A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0---->>>>=C2=A0 = =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Maybe table_schem[a]=EF=BC=9F=C2=A0=C2=A0=C2=A0

=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0and table_name =3D'test'

=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 and column_name =3D 'a';

ERROR:= =C2=A0 column "table_schem" does not exist

LINE 5= :=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 and table_schem =3D 'public'=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0

=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0^

HINT:= =C2=A0 Perhaps you meant to reference the column "column_privileges.ta= ble_schema".

jiang= =3D#

=C2=A0

=C2=A0

Sent from Mail for Windows

=C2=A0

From: Wal, Jan Tjalling van der
Sent: 2022=E5=B9=B411=E6=9C=881= 0=E6=97=A5 5:45
To: foxi_yiyi12081003; pgsql-odbc@postgresql.org
Subject: RE: column_query buffer in PGAPI ColumnPrivileges

=C2=A0

Dear foxi_yiyi12081003,=

=C2=A0

I=E2=80=99m not an expert on the inner worki= ngs of this specific driver, but in my opinion this is probably correct.=

The query that is defined inside appendPQExp= BufferStr, asks for data from column table_schema to be returned using a di= fferent name: TABLE_SCHEM.

When the results of that query are used furt= her down, the correct name to use them will be that new name.

=C2=A0

When the query is run against an running ins= tance of a postgres-database it gives results (over 9000), here limited to = just 5.

select '' as TABLE_CAT, table_schema= as TABLE_SCHEM,

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 table_name, column_name, grantor, grantee,

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 privilege_type as PRIVILEGE, is_grantable from

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 information_schema.column_privileges where true limit 5;

"table_cat"

"table_schem"=

"table_name"<= /u>

"column_name"=

"grantor"=

"grantee"=

"privilege"

"is_grantable"

=C2=A0

"information_schema"= ;

"routines"

"scope_schema"

"xxxxxxxxxxxxx"

"xxxxxxxxxxxxx"<= /u>

"UPDATE"<= /u>

"YES"=

=C2=A0

"information_schema"= ;

"routines"

"dtd_identifier"=

"xxxxxxxxxxxxx"<= /u>

"xxxxxxxxxxxxx"<= /u>

"INSERT"<= /u>

"YES"=

=C2=A0

"pg_catalog"=

"pg_stat_progress_vacuum= "

"datid"

"xxxxxxxxxxxxx"<= /u>

"xxxxxxxxxxxxx"<= /u>

"SELECT"<= /u>

"YES"=

=C2=A0

"information_schema"= ;

"role_udt_grants"

"grantor"=

"xxxxxxxxxxxxx"<= /u>

"xxxxxxxxxxxxx"<= /u>

"SELECT"<= /u>

"NO"<= /span>

=C2=A0

"pg_catalog"=

"pg_namespace"

"nspname"=

"xxxxxxxxxxxxx"<= /u>

"xxxxxxxxxxxxx"<= /u>

"SELECT"<= /u>

"YES"=

=C2=A0

Kind regards JT

=C2=A0

From: foxi_yiyi12081003 <foxi_yiyi12081003@outlook.com>
Sent: 09 November 2022 04:18
To: p= gsql-odbc@postgresql.org
Subject: column_query buffer in PGAPI ColumnPrivileges=

=C2=A0

Hi,

Is that a bug = in psqlodbc-13.02.0000 release version ?

file: info.c := 3734 ?

the SQL Comman= d in the second appendPQExpBuffers

=E3=80=90 and table_schem %s'%s' =E3=80=91table_= schem or table_schema ??

=C2=A0<= /u>

code:

appendPQExpBuf= ferStr(&column_query, "select '' as TABLE_CAT, table_schem= a as TABLE_SCHEM,"

=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 " table_name, column_name, g= rantor, grantee,"

=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 " privilege_type as PRIVILEG= E, is_grantable from"

=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 " information_schema.column_= privileges where true");

=C2=A0 op_stri= ng =3D gen_opestr(like_or_eq, conn);

=C2=A0 eq_stri= ng =3D gen_opestr(eqop, conn);

=C2=A0 if (esc= SchemaName)

=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0appendPQExpBuffer(&column_query, " and table_s= chem %s'%s'", eq_string, escSchemaName);

=C2=A0 if (esc= TableName)

=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0appendPQExpBuffer(&column_query, " and table_n= ame %s'%s'", eq_string, escTableName);

=C2=A0 if (esc= ColumnName)

=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0appendPQExpBuffer(&column_query, " and column_= name %s'%s'", op_string, escColumnName);

=C2=A0 if (PQE= xpBufferDataBroken(column_query))

=C2=A0

=C2=A0<= /u>

and I also fou= nd the same condition in master branch=E3=80=82=

=C2=A0

=C2=A0

--000000000000e1640905eebdeda0-- --000000000000e1640a05eebdeda1 Content-Type: image/png; name="image001.png" Content-Disposition: inline; filename="image001.png" Content-Transfer-Encoding: base64 Content-ID: <184cc415f664cff311> X-Attachment-Id: 184cc415f664cff311 iVBORw0KGgoAAAANSUhEUgAAACQAAAAkCAYAAADhAJiYAAAAAXNSR0IArs4c6QAAAARnQU1BAACx jwv8YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAAAcSURBVFhH7cExAQAAAMKg9U9tB28gAAAAAIBb DRRkAAGqxD3OAAAAAElFTkSuQmCC --000000000000e1640a05eebdeda1--