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 1wCbIh-0029EG-1K for pgsql-bugs@arkaria.postgresql.org; Tue, 14 Apr 2026 10:47:23 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wCbIf-00BLZh-1t for pgsql-bugs@arkaria.postgresql.org; Tue, 14 Apr 2026 10:47:22 +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 1wCbIf-00BLZZ-0V for pgsql-bugs@lists.postgresql.org; Tue, 14 Apr 2026 10:47:22 +0000 Received: from mail-pl1-x62c.google.com ([2607:f8b0:4864:20::62c]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1wCbIe-00000000xPt-06xd for pgsql-bugs@lists.postgresql.org; Tue, 14 Apr 2026 10:47:21 +0000 Received: by mail-pl1-x62c.google.com with SMTP id d9443c01a7336-2ab39b111b9so24925845ad.1 for ; Tue, 14 Apr 2026 03:47:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1776163639; cv=none; d=google.com; s=arc-20240605; b=iKTtxDqYQx2YkFO1CUihNjjQERHJ+nnyh3lnxt0AIKg7mcGZ4ju3IWcKDowockKYSG 3v4vTcGFDMLggXGyjRUGeK9wRx667lo5t00PT0xnM2ucmTQuZXfMw/LQLeRYdrI9pPNx IYCOalskQNLQ+b0ri4MmUwua0qc47P5twqrLu1kNSJrroOGdQunfcTVYIEu3saMWQc54 v8cSgzNhFSmXPIYil6Ji7FnTyJ2hjzPkSABUnPjS+0cgQTcqxu9Ri+QHmeczpZPYk6iH DuGEBVNKqqSygLBYya8pz6s+PXF/T+wTTO/asURF4PBw+IDLfBoKO/W/g4kOROHyPv0d P/gA== 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:reply-to:in-reply-to:references :mime-version:dkim-signature; bh=C7ULPiTtDrtZ4hQ5H7LK7QDtQFAQTHH2QdHawADIsNE=; fh=xOfr9VE4Ihh61cHPLmsI2/HTnbGzJzns7redyH3aJwk=; b=erzW+GpAFn+4pf+uX6anNbAbR7sVsDxH2uDCMmsgkhpXwVLe8Tfqe6O0vVtcEJrV8D 3BstOtJsArSrvzuGdo92/6xkCJXNIqF8JbFLxiBGxZrf+iIU5WOrUgvw/m7OnOxs6qJY 7dhdeWG9fAff2JIyGZKZ9d+99Pb7sDfUZcYSrmhLsqG+ZOtEVcZmpcJ5vWAoJsJ578Xp T4L2CAWR/q2CMJftqOsbRwE7HcgbdEU9DNWLzSXrX/kTW0BV0RQJNusnW3SVWNR79T8M xqhhjyonFB7WP6UOPzhPq36VuWUbSvvPecu4J9Hn5KWqguc831LQNB+Lf6R0IC/d3Six 1twQ==; 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=1776163639; x=1776768439; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:reply-to:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=C7ULPiTtDrtZ4hQ5H7LK7QDtQFAQTHH2QdHawADIsNE=; b=Y5hyfEFn4XbAwTbcxKDvLHXB89xLzplhzza84w3vuU0auYZxk0uedeY7jQO4inGlvE fR6tZbXAfMeIiaETyC01+xxAcZkwfuQyPQmQOV1LsNYOHQfhPb/ANdJaoUWOQgfo/PM5 ER7ZPsWmI3zjQnBcPHKngq/tTTraDafOZg3PT/iDLjgAT77bWIW5etxDa9BBgGER8wPy 5qOcohiYHjG6Ph/Y4HSXJ/36XSk3hb4b7WzlpBpLF5UeiEH6piopoJ68v6k9ntSGLXUS Kdyyyu20LR2rvMba9EnhfwsJ3yMKpI7UsMeoMIj055quYHrR6sFAbdah0Mmn8UfCNnR/ kU2A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1776163639; x=1776768439; h=cc:to:subject:message-id:date:from:reply-to:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=C7ULPiTtDrtZ4hQ5H7LK7QDtQFAQTHH2QdHawADIsNE=; b=lb89fy13rOgMiYn210e9Oa8Z2T0p01Yo0AgwC7hzK/U16qmOwGS3Jdc9z1aD486m8Y 9WWlnM7ZVG/i95/ei8abc3lIcgRDmrn+H5n96Qwy6gVYjEhRpv6qPDSvgzakkuNhMI2B mu5iN6d8F1FybRCQ28cj+F0/UEj8810MgtNfT7YYGUJhqso9/zc/aCG4hTfOErE/huAm 1MwVsQR4f31tNdDGQ4r/CSyMzxDg9rq8w+zwlbRQNxM7zDu4GioaIRhAy7w3CuPCXwiI TaDjZEzijY5MPtJ5WdvZtBzoMWH2/6/yBIdiqohlEWiT1n4IWmKSWxe6SPhwjIqV4asa GF4w== X-Forwarded-Encrypted: i=1; AFNElJ+4yyrqdmX9Avr6RdTBMMR3q9//or6KuKjvXzWcq+Wqtb7Ek6Ekz1oc/LEggyLEUfexafz/XNW0fjRd@lists.postgresql.org X-Gm-Message-State: AOJu0YyWV9iGPydzHLD/GKQ0Gkv2pNkveju83awbaUodgFAdCQnPPvZi KbrUzg3ZndYLJUH9RAwaLKmRbfZxcVat/lgt6sVAFDtwyCXviPaEx/yhdGdb+r9L/vfypoCBSky ZblsMSwb3N8Fv6R1b27MYyo63DevPveg= X-Gm-Gg: AeBDietbah1ZLivaC2ey8Hk3dZMgCQM8sVcUiAWZhJC+dDlrMxgPXF+3XWl0qMYqLDS CVBaiewIePq0eAR6UUBeD45tCMuq6XVtuqF2gMZQWQNxNRbEwzjq5xTchqPyAZ3RPN1ZonMdkXa 0ujTgJ+08bijBaneCJ+ojSPjidv0gt/1FXXWHO6xm8d4dl1m5D/cLp17/I43PFLByc/JLXaRxNE 9Oa7A5n8VkCRgMO3z0np6vZVpeiD+THPXUoJZohMp6bXz2eNKROfwcGxDsA2kG3KlS+daYGmZcR st+sihwF5EflDK1peMv3z4dlYpHgrxvz4j2v+NDukw+1teNJqXI= X-Received: by 2002:a17:903:240b:b0:2b0:7d3d:756a with SMTP id d9443c01a7336-2b2d5a3be0emr175989065ad.35.1776163639447; Tue, 14 Apr 2026 03:47:19 -0700 (PDT) MIME-Version: 1.0 References: <19354-eefe6d8b3e84f9f2@postgresql.org> <2292889.1765846569@sss.pgh.pa.us> <2393116.1765899706@sss.pgh.pa.us> <6a8122ac-123d-4e93-9269-0b3be1e4a5a4@iki.fi> In-Reply-To: <6a8122ac-123d-4e93-9269-0b3be1e4a5a4@iki.fi> Reply-To: assam258@gmail.com From: Henson Choi Date: Tue, 14 Apr 2026 19:47:07 +0900 X-Gm-Features: AQROBzCwC97_QxK52HWjGDQH1QQYqWrtkAvjpFlltnuCiocnacPG4YDul5ltV38 Message-ID: Subject: Re: BUG #19354: JOHAB rejects valid byte sequences To: Heikki Linnakangas Cc: Thomas Munro , Robert Haas , Tom Lane , Jeroen Vermeulen , VASUKI M , pgsql-bugs@lists.postgresql.org Content-Type: multipart/alternative; boundary="000000000000cad1c1064f69522b" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000cad1c1064f69522b Content-Type: text/plain; charset="UTF-8" Hi all, I'd like to ask for a brief hold on the removal before the patch is committed. JOHAB is formally specified in KS C 5601-1992 Annex 3 (later renumbered KS X 1001:1992), a Korean national standard published by the Korean Agency for Technology and Standards (KATS). This document is written in Korean, and I believe a native Korean speaker reviewing the original standard directly is the most reliable way to verify the correct byte ranges and resolve the ambiguity that has been mentioned in this thread. I am currently looking into the original standard document and will follow up with a precise specification and a fix patch shortly. One point worth considering before removal: JOHAB may be obsolete for new systems, but legacy Korean data from the 1990s does exist in old archives, government records, and university systems. As a client encoding, JOHAB support in PostgreSQL provides a useful migration path for loading such data. Removing it closes that door permanently with no way back. I am Korean, and I would like to take responsibility for verifying the standard and submitting a proper fix. Regards, Henson --000000000000cad1c1064f69522b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi all,

I'd like to ask for a brief hold on the= removal before the patch
is committed.

JOHAB is formally specifi= ed in KS C 5601-1992 Annex 3 (later
renumbered KS X 1001:1992), a Korean= national standard published
by the Korean Agency for Technology and Sta= ndards (KATS). This
document is written in Korean, and I believe a nativ= e Korean
speaker reviewing the original standard directly is the mostreliable way to verify the correct byte ranges and resolve the
ambiguit= y that has been mentioned in this thread.

I am currently looking int= o the original standard document and
will follow up with a precise speci= fication and a fix patch
shortly.

One point worth considering bef= ore removal: JOHAB may be obsolete
for new systems, but legacy Korean da= ta from the 1990s does exist
in old archives, government records, and un= iversity systems. As a
client encoding, JOHAB support in PostgreSQL prov= ides a useful
migration path for loading such data. Removing it closes t= hat door
permanently with no way back.

I am Korean, and I would l= ike to take responsibility for verifying
the standard and submitting a p= roper fix.

Regards,
Henson
--000000000000cad1c1064f69522b--