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.94.2) (envelope-from ) id 1uN8xx-00CoOj-Av for pgsql-general@arkaria.postgresql.org; Thu, 05 Jun 2025 11:41:01 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1uN8xt-007zIm-S5 for pgsql-general@arkaria.postgresql.org; Thu, 05 Jun 2025 11:40:58 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1uN8xt-007zIb-GQ for pgsql-general@lists.postgresql.org; Thu, 05 Jun 2025 11:40:58 +0000 Received: from mail-wr1-x435.google.com ([2a00:1450:4864:20::435]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1uN8xs-000LwK-0H for pgsql-general@postgresql.org; Thu, 05 Jun 2025 11:40:57 +0000 Received: by mail-wr1-x435.google.com with SMTP id ffacd0b85a97d-3a4fea34e07so489670f8f.1 for ; Thu, 05 Jun 2025 04:40:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cybertec.at; s=google; t=1749123653; x=1749728453; darn=postgresql.org; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:from:to:cc:subject :date:message-id:reply-to; bh=2yOjT40tb+1QC7uci9Dj/chC/7jje5d4lzO6dEk1/YI=; b=hWQhUB71eeCfC3U5lYORbhT0UHUjIihGWMLm1bARutkKZTHCsYX4LJ5twn52wUUS83 58a10i9uHCeqIjYzabJx2gOUN0L2C69ov8NT5jDYitoEjnpIet6gb9my/KCVdrzCS0up MXf2ZfV1x0N4QexEIK6TVA9D/nxKTbH4PnF/MuIfjEeN4HMt6s/dd+sWgGuhb3IqJeVu ef0ddUOTk08RK1M9GwETSHg7n8v5hzW4SKQjzqmJ5GxNcgDOGoulvRXklvWx6p4GHhII inDFZWjNfExZ2PvePY5wIV8Jf80JQhPJ40U9VOzoTZoZCCjOo1H3rm/M6bsRkRwB7Rjr tQUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749123653; x=1749728453; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=2yOjT40tb+1QC7uci9Dj/chC/7jje5d4lzO6dEk1/YI=; b=abBe43bMv61otDDewOr3Z5GjzzbCJkKfz++8kQEnTkvQwhpn7VdT3putVMmjgRbWvq Hl8gk7HOoVtK1ANmc6vMr5R0iLpOXaMgYgciUS4hEvy+Ds9KvyvOZTUE/Gin/cc866ka Ri33LNjZy13AlLt8WBGclisYZ9Lb8gUKd+EmGpaRjIHdrlI0FCxnihjsEtNpC6IsdRHa 1T0LBdsGuzIgjy1pzSIy3vllfB/EeLnbx8ubgeNMSZe05m8LGn7KPDi3P6TthxfMKc/N CCYDco9Y2fA6risZS/IJbXZ+tTqsKBt5YWGOopw09PKzIwoHJzW4Vj9dE5OZm0188jJ6 U1nQ== X-Gm-Message-State: AOJu0Ywp/A86qi38Fw1YzHz2matWm97HwK4/W0GmdrcmReTNjdGZByEK v9qIT7zVN4NoRUM11x8RtIf3XtUQy9X+wWPocAD5KuMoMcgSatXMaowWccrUJHC371I= X-Gm-Gg: ASbGncv0v1Fmgc7dp+nQYm4c6pnjh3ocQDjufv2850wDgHPgBQAeILFX0DwWglSQJKE PBlMnLVPLiCowkJyiSuHeyZcz4r2hoLSToGrEWOHTV0+6T1d5qNtOcvmc5nm9VGQGBM618nBCuC Gd2wehGw1XLT9MYL9vHGW6tO28jeuAlV72Ol4kbJbyP8wmkO3+Re8zgn/hOpUfvfUrNBsrMe88+ N+Tezl1MapLCOTcK3ZwjDLlUhj4QrQDq8LcfOyfe3pFsepVGheih7sWAkWoCNOFd8IJxnx9BA/8 C5ikcQOGeN5qNlekRTDNh9xI0IDSh6Z0d7C4KNemh3B/32Tf622aUqwzysGWaeUKInONAJJviBI Z X-Google-Smtp-Source: AGHT+IEtb1rih0DB7BvCkUr4Xwi2a/CHFPcuDT4dzoK7Mdt2mvB1TYgX9Xh6YKUuzVzhcEjotYVZVw== X-Received: by 2002:a05:6000:2dca:b0:3a4:edf5:b942 with SMTP id ffacd0b85a97d-3a51dc4c4e4mr5719237f8f.57.1749123652919; Thu, 05 Jun 2025 04:40:52 -0700 (PDT) Received: from laurenz.albe-K4N0CV00F97414D ([12.0.89.245]) by smtp.gmail.com with ESMTPSA id e9e14a558f8ab-3dd9359dc0csm39109265ab.46.2025.06.05.04.40.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 05 Jun 2025 04:40:51 -0700 (PDT) Message-ID: <271a4c5ac6e568fe9ff250d9e0e70fb13a7eb103.camel@cybertec.at> Subject: Re: LOCALE C.UTF-8 on EDB Windows v17 server From: Laurenz Albe To: Dominique Devienne Cc: pgsql-general@postgresql.org Date: Thu, 05 Jun 2025 06:40:49 -0500 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.56.2 (3.56.2-1.fc42) MIME-Version: 1.0 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Thu, 2025-06-05 at 10:53 +0200, Dominique Devienne wrote: > Thanks Laurenz. Indeed, Using LOCALE vs BUILTIN_LOCALE matters. >=20 > On Linux, no error unlike on Windows (still inconsistent there IMHO), > but the result is slightly different for datcollate and datctype (C vs en= _US), > while the same for datlocprovider and datlocale, what I looked at. >=20 > Thus I kinda persist that there *is* a portability issue here. Perhaps, if omitting BUILTIN_LOCALE actually fails on Windows (I cannot test it, no Windows nearby). > Also, note what the doc says: >=20 > If locale_provider is builtin, then locale or builtin_locale must be > specified and set to either C or C.UTF-8. >=20 > It clearly says "locale or builtin_locale", emphasis on the OR. You are right, and that's how it works on Linux. BUILTIN_LOCALE is not required. > So two issues here. > 1) the doc is wrong or misleading on this. Perhaps the problem is in the implementation, not the documentation. > 2) the same command works on Linux, but not Windows. Unfortunately I am not in a position to get to the bottom of that. In principle, it is acceptable for commands to fail on Windows and work elsewhere, if operating system things like collations are involved. But I agree that the "builtin" locale provider should work the same everywh= ere. Yours, Laurenz Albe