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 1t2dUs-005lwu-LE for pgsql-general@arkaria.postgresql.org; Sun, 20 Oct 2024 21:29:58 +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 1t2dUq-001qju-EA for pgsql-general@arkaria.postgresql.org; Sun, 20 Oct 2024 21:29:56 +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 1t2dUq-001qjm-2a for pgsql-general@lists.postgresql.org; Sun, 20 Oct 2024 21:29:56 +0000 Received: from mail-vs1-xe2d.google.com ([2607:f8b0:4864:20::e2d]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1t2dUn-00276L-PU for pgsql-general@postgresql.org; Sun, 20 Oct 2024 21:29:55 +0000 Received: by mail-vs1-xe2d.google.com with SMTP id ada2fe7eead31-4a47240d31aso899988137.3 for ; Sun, 20 Oct 2024 14:29:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1729459792; x=1730064592; darn=postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=E9LD9a2KZcG0x5cUabX2gZmANg149jLxkAAplPMWgUs=; b=RMQpgc2kwCVabKVC4dDfUQTqVg6YxNsT+z7+VxG7WJKJLYVd7rno/XFS6AXIxQqCTz nXGtI8Zy8HYJ/g7RpET//AmnG0YWspWkrPGAGcFASDt0YdyaF+cCG/tp+jTfeoxmDa9e QONM2ig5Q2pMqO0Cm94JHP0NfVocVom9OiGSvkOs9xRhmbwrMeuayAApfMnr+7Bpc3BD qtQKdlv9smm8ZbKAg0nqHw0qQH6w7+oZc18b27H+JyHGgjx2QzN5C8BCtZDUTspSwd2Y yRxxdnf4O8Mnj9LFQgZ9uZGIvkXy1HLJM9j8d51rZ0WlwCTMMpIHpble0UjcbX//tpMB fLKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1729459792; x=1730064592; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=E9LD9a2KZcG0x5cUabX2gZmANg149jLxkAAplPMWgUs=; b=wnYCXMuYe3KJkgIiHIZadM6RqlbWdL3t7B4nccsYC579chpo3a3W/D96pjuCcjeoU9 C5kHtGaYPLvbx1ZSzAKC95lBvVAF8/t+mdfO/JF5zMbsqQSEaw+8H3zuCvUyeNehJSwu BdrNUFKhA3Kp2s31PW7MwBqB+nX9hAcPKpX9O+kqGiNC5uAL+cp/XuCBUzGlQIs7kTk/ hB/gU9tdLAtOOcybSgK/lS7hj++SfPndyvMlwbHgWCGYHYkAoFRn99cYPUOXpFrcizBC daaz75hwsY1ljHQ/97hAMNk18NYYkQXsHUDz66HhL2nDDEK2NxjAja363DtGTjxLOztX aLqw== X-Gm-Message-State: AOJu0YxQ4y1K3zFCVZ1ncN/mzq9RVjThMRoSqLbJ3xTaAdIf9RTNRxjJ /tYTu+S7GjfgVw3BwB2W+EPI/gzUT1gPwFo5v+1kEQOde0PfNXNeRqVgZrI9rD/ziRC6bcxQa5q ghSKgmwUYJmNQUHsxF993dmsTgqdPchy03fY= X-Google-Smtp-Source: AGHT+IFX270zOVZVosUp64/ihHM6LN2xTRVsK23o1QUmdpqU6YmaAvpgikLlTGtJYQpWh+kSh/Zo9Yy/NL61V30iyuM= X-Received: by 2002:a05:6102:41a6:b0:4a3:e196:4579 with SMTP id ada2fe7eead31-4a5d6a8c4c0mr7912247137.2.1729459792176; Sun, 20 Oct 2024 14:29:52 -0700 (PDT) MIME-Version: 1.0 References: <1371061.1729452752@sss.pgh.pa.us> In-Reply-To: <1371061.1729452752@sss.pgh.pa.us> From: Barry Walker Date: Sun, 20 Oct 2024 17:29:41 -0400 Message-ID: Subject: Re: Help Resolving Compiler Errors With enable-dtrace Flag To: Tom Lane Cc: pgsql-general@postgresql.org Content-Type: multipart/alternative; boundary="00000000000090eef20624ef3cf3" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --00000000000090eef20624ef3cf3 Content-Type: text/plain; charset="UTF-8" >I'd read > > https://www.postgresql.org/docs/current/dynamic-trace.html#DEFINING-TRACE-POINTS > > >and then go see if those tracepoints are fully conforming to the >coding rules in the modified version. A plausible bet is that >their entries in probes.d don't entirely match up with the calls >in the source code. You could compare the relevant bits of code >between vanilla and modified 16.4 if the problem isn't immediately >obvious. > > regards, tom lane I've taken a look at the probes.d file and there are no changes between the modified and vanilla versions of the file, and the probes are called with the same args. This is happening for every probe in the probes.d file. Since I'm getting those errors it looks like the generated probes.h file is also properly being used. Do you know where the postgresql_transaction__commit_semaphore symbol should be defined? --00000000000090eef20624ef3cf3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
>I'd read
>
>https://www.postgresql.org/docs/current/dynami= c-trace.html#DEFINING-TRACE-POINTS>
>
>and then go see i= f those tracepoints are fully conforming to the
>coding rules in the = modified version.=C2=A0 A plausible bet is that
>their entries in pro= bes.d don't entirely match up with the calls
>in the source code.= =C2=A0 You could compare the relevant bits of code
>between vanilla a= nd modified 16.4 if the problem isn't immediately
>obvious.
&g= t;
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 regards, tom lane

I've taken a = look at the probes.d file and there are no changes between the modified and= vanilla=C2=A0versions of the file, and the probes are called with the same= args. This is happening for every probe in the probes.d file. Since I'= m getting those errors it looks like the generated probes.h file is also pr= operly being used. Do you know where the=C2=A0postgresql_transact= ion__commit_semaphore symbol should be defined?
--00000000000090eef20624ef3cf3--