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 1wIz6w-0004LN-0Q for pgsql-bugs@arkaria.postgresql.org; Sat, 02 May 2026 01:25:38 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wIz6u-00Couf-09 for pgsql-bugs@arkaria.postgresql.org; Sat, 02 May 2026 01:25:36 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wIz6t-00CouX-2W for pgsql-bugs@lists.postgresql.org; Sat, 02 May 2026 01:25:35 +0000 Received: from mail-ej1-x634.google.com ([2a00:1450:4864:20::634]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1wIz6r-00000003mif-2T5q for pgsql-bugs@lists.postgresql.org; Sat, 02 May 2026 01:25:34 +0000 Received: by mail-ej1-x634.google.com with SMTP id a640c23a62f3a-bb962ce4dcfso403230866b.1 for ; Fri, 01 May 2026 18:25:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1777685132; cv=none; d=google.com; s=arc-20240605; b=JKgl4whhN13SvY9eOqZndgT2NHKFFEwdPQjY8FyYW7Kc9y9f1c+UPOj08vqpl4UUeR /e9fXP/WOPaOBbsKpKWN4M4wo7rMfwOxa0u/4SyLR6MeknjdOkAvGySFOLqsWBzFyI21 jP1O6Cmup73JYgs/+97crBykXmB+Uu2DsdDWtDKORiZV/6zZCLKc+0uSZuWaaQpyRU4b r4dkrmOTNFl5xENd7955SU0oeq/gNPBw6bXaP2fpHxc9993VzKH+MCKAnV1CmlzSLPSp jhpntz2r2nsN4q4Ht5pL6462waX8WYwrSg2lKVrQqbhSDmSvyjGnghZPOcZHHsynTnVt pMSA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=RZI4kP9lc+UemkBkOkFvHL94JrytOGwwUav8JndYU4M=; fh=NThYy//LEqo8Fd4XoG87+aB4Sb6PrY/oJKB5nwStExg=; b=iWcvlDCWvARtrfqzURTUGhZpfjIh0csc1/pVyBbAbpnDszDOMwE81g3BX9yY+VzXaX SW1L/skN6Gb290IqFrP3J6yxau2Ncf81YvRsTmcISMwVLqsTnGkktJPfuFaNZ+ZyAAM0 tFxY549GW5W7LIJgMRWzhweFpQj6k5qx4DbFBtijcUmVGhdNUmkKbjd1BmdYPCBlaNDl Hre819dGewuJxSgJVKmRGfMPpFqA5OSV1jBYENW6h96LyFm3ursH68mH0N5PNOriHwCf UsHrzUuytiTBCouYHjO12uqKGLuWMfChYyraUBVNZJWGrhlbSNtmvhQg/8Ea8bXbOEr4 gKqw==; 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=1777685132; x=1778289932; darn=lists.postgresql.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=RZI4kP9lc+UemkBkOkFvHL94JrytOGwwUav8JndYU4M=; b=AxIDrIGoTPmrPtEl+WmsIfvfZw2O76MEEl9Oe2FxvYllF1mwG3bdGJGxMsx7HUjclq IS+0mZes2NIiCNHdKOcj/zIcu6Oqdk+QT+q7cCN680tDd2D8xL1saDcx5ZVZltR//cUZ ks1HaTxRYtQPnKyDCwKgYiKV8IDdwqlSosFssygiLShBBiWmLBPXx2cBGGBth2Icbjf2 TFe57i/ke9tl/ylhHK7F5E8XZKE7MA+USO6Q4sd9HsS+HRDhGyOb2mdnIpel0Kq/xAJF Kv8uc2Mwe4VHuodlaldesesAPBkqQPVfT2fyZDP1UYTDARAb7B111WnRnjliasK/XybC zF5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1777685132; x=1778289932; h=content-transfer-encoding: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=RZI4kP9lc+UemkBkOkFvHL94JrytOGwwUav8JndYU4M=; b=C2Gv2vW+nOHEmnGu4flG6dA4SN42U70gReJYR6oEPLe9HJu4MlUSY71DFONcDElZ7g GdR7Bt2auCobBtIGr36Hr0zORBQ31nELvIzvy0c5d2q1r+G2d/fb6Ak3Ko9uQuWq10Y7 bof+yXIAh4jdJVUcHVbzST3b6MQsLvD1wowzeqAhf5sUT42OP6wofUIACBL0F6PLRzD3 ukFVM45CrFXGaLlEanQZqYpvEIPIbLIkK5zQqXr7W8UsPjdidiKAZNClNzh/P1yydsbC 7QbHd/3tOkxvrOd2vyfcgHu0VTMcYl0j5FnOpVsbujTVZ0mUmm4SkNikCe3AiQPKN8hn Gb2g== X-Gm-Message-State: AOJu0Ywp3RfM/cDJjxV0VYoIyfgNoObTryax4QKxiuc8x+6EIwAsIMel HGC/FIGgz3AWj67SQwk1vANcUefJWwZSSIYD/sIA+RkYaSQq3whAspj2N3fPPPbsyB/AaS1EOzm 5Itk/KeiYcLcFVuWLowNPccWtCYKMy4I= X-Gm-Gg: AeBDiesyabtjNR10GcgMuEwsXgmx9t9lVCf8IhZsiHKn/9Y8nMtMcXa895dru3E5JE/ xPsXXIYE3oHFQk4OdHEItTjdSkU6Ka0UjxnVWc2jKU3lZ45kYb0Sv9x/xppzaQ8ELWk0ce10z9I RDDvf+yd2MMV9pF8eXVCTosYopnAPzLgmAjnBeY1z7JfhIRqG7pTzNh40qrZBS17nzxKbD8ty8R snngo7x+KO/HB365tqQN9FtnwKhqMlsrGCpLfHC6Oa9W9mSN7bLMmClQCPpU38JwUoSvcz3I79h sLIsMgGUaNcR9nf2Lit3c2FVZLanBlwSjbYRPOcbfVqDOD0wmFACsrIQfZ4IqRR7LvvCdM+HzyW AzHx3T+Z3kAn516C+SM8= X-Received: by 2002:a17:907:9611:b0:bac:7219:2ab1 with SMTP id a640c23a62f3a-bbffd9c99fdmr59005866b.44.1777685132366; Fri, 01 May 2026 18:25:32 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Junwang Zhao Date: Sat, 2 May 2026 09:25:20 +0800 X-Gm-Features: AVHnY4JuuahJGZwaBPkjGhb1OCc8Oe5EPWQoDY5Gmfy3UMu2GvgS3AobBg2CNC8 Message-ID: Subject: Re: Character with byte sequence 0xa2 0xa3 in encoding "EUC_CN" has no equivalent in encoding "UTF8" To: Zhongpu Chen Cc: pgsql-bugs@lists.postgresql.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Sat, May 2, 2026 at 12:09=E2=80=AFAM Zhongpu Chen = wrote: > > > ``` > demo_euc_cn_db=3D# SET client_encoding TO 'EUC_CN'; > SET > demo_euc_cn_db=3D# SELECT * FROM t WHERE id =3D 1; > id | s > ----+---- > 1 | =EF=BF=BD=EF=BF=BD > (1 row) > ``` > > Since 0xA2A3 is invalid in EUC-CN, it cannot be mapped to any meaningful = character. Currently, EUC-CN allows all 2-byte within A1-EF, but this coars= e-grained approach is flawed. This seems more like a feature request than a bug. It would make sense to close the bug report and start a discussion on the hackers mailing list instead. > > On Fri, May 1, 2026 at 11:07=E2=80=AFPM Junwang Zhao = wrote: >> >> On Fri, May 1, 2026 at 9:59=E2=80=AFPM Zhongpu Chen wrote: >> > >> > ## Description >> > >> > The legacy encodings allow some invalid bytes, which will cause errors= during SELECT operations. >> > >> > ## How to reproduce >> > >> > ```shell >> > createdb -E EUC_CN -T template0 --locale=3DC demo_euc_cn_db >> > ``` >> > >> > ```sql >> > demo_euc_cn_db=3D# CREATE TABLE t(id int, s varchar(10)); >> > >> > demo_euc_cn_db=3D# INSERT INTO t VALUES(1, E'\xA2\xA3'); >> > INSERT 0 1 >> > demo_euc_cn_db=3D# SELECT * FROM t WHERE id =3D 1; >> > ERROR: character with byte sequence 0xa2 0xa3 in encoding "EUC_CN" ha= s no equivalent in encoding "UTF8" >> >> Can you try the following statement before select? >> SET client_encoding TO 'EUC_CN'; >> >> > ``` >> > >> > -- >> > Zhongpu Chen >> >> >> >> -- >> Regards >> Junwang Zhao > > > > -- > Zhongpu Chen --=20 Regards Junwang Zhao