Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1VynCr-0002bJ-UH for pgsql-docs@arkaria.postgresql.org; Thu, 02 Jan 2014 18:41:22 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1VynCr-0000Ml-D6 for pgsql-docs@arkaria.postgresql.org; Thu, 02 Jan 2014 18:41:21 +0000 Received: from makus.postgresql.org ([2001:4800:7903:4::125]) by malur.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1VynCp-0000L4-Th for pgsql-docs@postgresql.org; Thu, 02 Jan 2014 18:41:20 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1VynCi-0003PH-Ca for pgsql-docs@postgresql.org; Thu, 02 Jan 2014 18:41:19 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id s02IfBGf001382; Thu, 2 Jan 2014 13:41:11 -0500 From: Tom Lane To: Jeff Davis cc: pgsql-docs@postgresql.org Subject: Re: FE/BE docs and unsigned integers In-reply-to: <1388686291.19125.437.camel@jdavis> References: <1388686291.19125.437.camel@jdavis> Comments: In-reply-to Jeff Davis message dated "Thu, 02 Jan 2014 10:11:31 -0800" Date: Thu, 02 Jan 2014 13:41:11 -0500 Message-ID: <1381.1388688071@sss.pgh.pa.us> X-Pg-Spam-Score: -2.4 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-docs Precedence: bulk Sender: pgsql-docs-owner@postgresql.org Jeff Davis writes: > The documentation doesn't give much of a hint that the protocol is using > unsigned integers. For instance, under ParameterDescription here: > http://www.postgresql.org/docs/9.3/static/protocol-message-formats.html > it says that the object ID is an Int32, which is described here: > http://www.postgresql.org/docs/9.3/static/protocol-message-types.html > as just a plain 32-bit integer. But the code (e.g. > getParamDescriptions()) is clearly reading it into an Oid, which is > unsigned. > Is there a reason this isn't clear? Is it meant to be ambiguous because > (as far as the protocol is concerned) it's just an opaque 32 bits? I think it was just laziness, and/or not wanting to add a uint32 type to the documentation's notation, since (IIRC) there aren't any places where a field is unsigned and that really matters to the protocol. If you think it's worth being more precise, feel free to submit a patch. regards, tom lane -- Sent via pgsql-docs mailing list (pgsql-docs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-docs