Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1emIzr-0003HJ-5n for pgsql-docs@arkaria.postgresql.org; Thu, 15 Feb 2018 12:50:43 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1emIzp-0007Cr-Jm for pgsql-docs@arkaria.postgresql.org; Thu, 15 Feb 2018 12:50:41 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1emFXH-0005U1-96 for pgsql-docs@lists.postgresql.org; Thu, 15 Feb 2018 09:08:59 +0000 Received: from mail-lf0-x243.google.com ([2a00:1450:4010:c07::243]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1emFQB-000282-RQ for pgsql-docs@postgresql.org; Thu, 15 Feb 2018 09:01:49 +0000 Received: by mail-lf0-x243.google.com with SMTP id q69so15192263lfi.10 for ; Thu, 15 Feb 2018 01:01:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lengkeek-net.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:from:date:message-id:subject:to; bh=nBGq65o7lNOytQOw9gwpSOkA9/wWAPIEc2eHWQ7Rcv0=; b=R3XhSSE8KB37LGA5LMS5c3mXlTzZpJTJ2HRTj3KHrApk7wTQY+PkJLbs54Tyk44hNS 1ddrdKXGAMW2heRcGX5+J/Nvevv/W8szHD70moBS9APJ+FTcgO7EQR/P8hOUPjaGxGoA DJwD2H5yxa5OaQb/9ILOOdaElJrIDv9qsq/Bwj90hfRmBQ9pOkGJ65DGJUk84qHUGayw thelZwP0RW6iAXX/NJ1mRmhpjlgevat6EMDWTm3RKTCwPfjX8mbctlibSqxH1Yfcof4N Mgkfj7oBGD8pwS5Ta6fYe2+lewgHLYeN4O033QJqPqq3a2uWQ1a7zcinwLoyowacHJY+ fqFQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=nBGq65o7lNOytQOw9gwpSOkA9/wWAPIEc2eHWQ7Rcv0=; b=Q+DDyrDo/Q1+xP5jP7KSs2R+92gU7lMCo6QMm+8QXesIYovewg405kRrFT2v9qcpxN s7/qqP96YtTtwGLlT6xZCACCbiviGRPPUeYhDCTLWMwEi0MH+mX+x7/ZFVsXdSRwhZJI 3GZbI8zrKs+HYLSWAsGUMtVwp3TTkHn29fWetS+Kh5TLjHd3OC6zXc/qkM4mtRivDi6Q PDSVzdcL8Qur5nbYcr0wYX+txPW+uLh6TuG8QY0UStDeUnEcMbxedyciz8nLFEs7Z/Z2 wruki3xEyzmimENesAy2hNFMDX+Wq6O8ph8KzuJBHIgoVCS1Dt/PP2C3WjCWwgjTliPe TElQ== X-Gm-Message-State: APf1xPA2fguT+mUf//xcNeWZQgYcWFL3qJm5fJi3V6xhmkYyFRDdNwjV utb2BIu3wbpqJlmhB2m74f2lbDTuqcDXrdxRLaQeqIjA X-Google-Smtp-Source: AH8x227ZZctMm2b7bakZpfhjOrYjqtvc2f8HkwdqNgEhvnT7FxiS1yBC+HVd4bDvZf/UZyo3/emumClhVZbWlWzO69s= X-Received: by 10.25.105.7 with SMTP id e7mr1113969lfc.138.1518685290868; Thu, 15 Feb 2018 01:01:30 -0800 (PST) MIME-Version: 1.0 Sender: bart@lengkeek.net Received: by 10.25.90.13 with HTTP; Thu, 15 Feb 2018 01:01:30 -0800 (PST) X-Originating-IP: [31.201.174.112] From: Bart Lengkeek Date: Thu, 15 Feb 2018 10:01:30 +0100 X-Google-Sender-Auth: zThnBPoqnCom6lS2UxcMvTJOSdc Message-ID: Subject: error fields To: pgsql-docs@postgresql.org Content-Type: multipart/alternative; boundary="f4030436ea7449e05605653c7932" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --f4030436ea7449e05605653c7932 Content-Type: text/plain; charset="UTF-8" Hello doc keepers, There is a minor incorrect statement in the libpq docs at following page. https://www.postgresql.org/docs/devel/static/libpq-exec.html Where it mentions PG_DIAG_SQLSTATE, in the documentation of the PQresultErrorField, it says ".. is always present". But as I found out, and verified after checking the source ( see comment at https://doxygen.postgresql.org/fe-exec_8c_source.html#l00849 ), that isn't true for libpq internal notices, which for example occur in a column out of range situation. Regards, Bart Lengkeek --f4030436ea7449e05605653c7932 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello doc keepers,


There is a minor incorrect statement in the libpq docs at following page= . = https://www.postgresql.org/docs/devel/static/libpq-exec.html

Where it mentions PG_DIAG_SQLSTATE, in the documentation of the PQresult= ErrorField, it says ".. is always present". But as I found out, a= nd verified after checking the source ( see comment at https://doxygen.postgr= esql.org/fe-exec_8c_source.html#l00849 ), that isn't true for libpq= internal notices, which for example occur in a column out of range situati= on.


Regards,

Bart Lengkeek
--f4030436ea7449e05605653c7932--