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 1sP2K8-002Ztp-9y for pgsql-general@arkaria.postgresql.org; Wed, 03 Jul 2024 15:55:12 +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 1sP2K3-00AQ86-WD for pgsql-general@arkaria.postgresql.org; Wed, 03 Jul 2024 15:55:08 +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.94.2) (envelope-from ) id 1sP2K3-00AQ7x-Ld for pgsql-general@lists.postgresql.org; Wed, 03 Jul 2024 15:55:08 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sP2K1-000E1G-Mz for pgsql-general@lists.postgresql.org; Wed, 03 Jul 2024 15:55:06 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 463Ft1mp3258158; Wed, 3 Jul 2024 11:55:01 -0400 From: Tom Lane To: clipperDB@gmx.fr cc: pgsql-general@lists.postgresql.org Subject: Re: printing PGresult content with gdb In-reply-to: References: Comments: In-reply-to clipperDB@gmx.fr message dated "Tue, 02 Jul 2024 18:13:04 +0200" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3258156.1720022101.1@sss.pgh.pa.us> Date: Wed, 03 Jul 2024 11:55:01 -0400 Message-ID: <3258157.1720022101@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk clipperDB@gmx.fr writes: > I don't know if it is the right mailing list, but i was > wondering if one could introspect via gdb the content of PGresult. You might have better luck with that if you install the debuginfo RPM corresponding to your libpq RPM. PGresult's innards are not exposed to applications by libpq-fe.h, so your own app's debug data is not going to contain the details of the struct. But I think it would be available to gdb if libpq's debug symbols were installed. regards, tom lane