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 1jszIR-0004f7-Ur for pgsql-hackers@arkaria.postgresql.org; Wed, 08 Jul 2020 01:54:51 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jszIQ-0002Fb-M0 for pgsql-hackers@arkaria.postgresql.org; Wed, 08 Jul 2020 01:54:50 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jszIQ-0002FU-F3 for pgsql-hackers@lists.postgresql.org; Wed, 08 Jul 2020 01:54:50 +0000 Received: from oss.nttdata.com ([49.212.34.109]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jszIL-00014N-HA for pgsql-hackers@postgresql.org; Wed, 08 Jul 2020 01:54:49 +0000 Received: from oss.nttdata.com (localhost [127.0.0.1]) by oss.nttdata.com (Postfix) with ESMTP id 698546003F for ; Wed, 8 Jul 2020 10:54:42 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.102.3 at oss.nttdata.com MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_f1fb86b6f9cc35a28b931854d5a43957" Date: Wed, 08 Jul 2020 10:54:42 +0900 From: torikoshia To: pgsql-hackers@postgresql.org Subject: [doc] modifying unit from characters to bytes Message-ID: X-Sender: torikoshia@oss.nttdata.com User-Agent: Roundcube Webmail/1.1.9 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --=_f1fb86b6f9cc35a28b931854d5a43957 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Hi, The manual describes the size of pg_stat_activity.query as below: | By default the query text is truncated at 1024 characters; When considering multibyte characters, it seems more accurate to change the unit from "characters" to "bytes". I also searched other "[0-9] characters" in the manual. I may overlook something, but apparently it seems ok because of their contexts which are limited to ASCII character or other reasons. Regards, -- Atsushi Torikoshi NTT DATA CORPORATION --=_f1fb86b6f9cc35a28b931854d5a43957 Content-Transfer-Encoding: base64 Content-Type: text/x-diff; name=0001-modifying-unit-from-characters-to-bytes.patch Content-Disposition: attachment; filename=0001-modifying-unit-from-characters-to-bytes.patch; size=741 ZGlmZiAtLWdpdCBhL2RvYy9zcmMvc2dtbC9tb25pdG9yaW5nLnNnbWwgYi9kb2Mvc3JjL3NnbWwv bW9uaXRvcmluZy5zZ21sCmluZGV4IDIxMWQyNzkwOTQuLmUwM2U2MTJlOGEgMTAwNjQ0Ci0tLSBh L2RvYy9zcmMvc2dtbC9tb25pdG9yaW5nLnNnbWwKKysrIGIvZG9jL3NyYy9zZ21sL21vbml0b3Jp bmcuc2dtbApAQCAtODk0LDcgKzg5NCw3IEBAIHBvc3RncmVzICAgMjcwOTMgIDAuMCAgMC4wICAz MDA5NiAgMjc1MiA/ICAgICAgICBTcyAgIDExOjM0ICAgMDowMCBwb3N0Z3Jlczogc2VyCiAgICAg ICAgPHN0cnVjdGZpZWxkPnN0YXRlPC9zdHJ1Y3RmaWVsZD4gaXMgPGxpdGVyYWw+YWN0aXZlPC9s aXRlcmFsPiB0aGlzIGZpZWxkIHNob3dzIHRoZQogICAgICAgIGN1cnJlbnRseSBleGVjdXRpbmcg cXVlcnkuIEluIGFsbCBvdGhlciBzdGF0ZXMsIGl0IHNob3dzIHRoZSBsYXN0IHF1ZXJ5CiAgICAg ICAgdGhhdCB3YXMgZXhlY3V0ZWQuIEJ5IGRlZmF1bHQgdGhlIHF1ZXJ5IHRleHQgaXMgdHJ1bmNh dGVkIGF0IDEwMjQKLSAgICAgICBjaGFyYWN0ZXJzOyB0aGlzIHZhbHVlIGNhbiBiZSBjaGFuZ2Vk IHZpYSB0aGUgcGFyYW1ldGVyCisgICAgICAgYnl0ZXM7IHRoaXMgdmFsdWUgY2FuIGJlIGNoYW5n ZWQgdmlhIHRoZSBwYXJhbWV0ZXIKICAgICAgICA8eHJlZiBsaW5rZW5kPSJndWMtdHJhY2stYWN0 aXZpdHktcXVlcnktc2l6ZSIvPi4KICAgICAgIDwvcGFyYT48L2VudHJ5PgogICAgICA8L3Jvdz4K --=_f1fb86b6f9cc35a28b931854d5a43957--