Re: lib/51636: It's not possible to run under gdb(1) programs using the pthread_dbg library

[Kamil Rytarowski <n54%gmx.com@localhost>]

The following reply was made to PR lib/51636; it has been noted by GNATS.

From: Kamil Rytarowski <n54%gmx.com@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: lib/51636: It's not possible to run under gdb(1) programs using
 the pthread_dbg library
Date: Sat, 19 Nov 2016 20:48:57 +0100

 This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
 --MHewpqP82WWQ1EKCHgdrg3dmCFBpmODM2
 Content-Type: multipart/mixed; boundary="8U7dqD3U3NTNIuXArRXr3UJdIfO9BFp0l"
 From: Kamil Rytarowski <n54%gmx.com@localhost>
 To: gnats-bugs%NetBSD.org@localhost
 Message-ID: <68817afe-de98-6add-fbbe-264f0a452a38%gmx.com@localhost>
 Subject: Re: lib/51636: It's not possible to run under gdb(1) programs using
  the pthread_dbg library
 References: <pr-lib-51636%gnats.netbsd.org@localhost>
  <20161119182154.4245F7A30E%mollari.NetBSD.org@localhost>
  <20161119191501.606B67A310%mollari.NetBSD.org@localhost>
 In-Reply-To: <20161119191501.606B67A310%mollari.NetBSD.org@localhost>
 
 --8U7dqD3U3NTNIuXArRXr3UJdIfO9BFp0l
 Content-Type: text/plain; charset=windows-1252
 Content-Transfer-Encoding: quoted-printable
 
 
 
 On 19.11.2016 20:15, Martin Husemann wrote:
 > The following reply was made to PR lib/51636; it has been noted by GNAT=
 S.
 >=20
 > From: Martin Husemann <martin%duskware.de@localhost>
 > To: gnats-bugs%NetBSD.org@localhost
 > Cc:=20
 > Subject: Re: lib/51636: It's not possible to run under gdb(1) programs =
 using the pthread_dbg library
 > Date: Sat, 19 Nov 2016 20:13:05 +0100
 >=20
 >  On Sat, Nov 19, 2016 at 06:25:00PM +0000, n54%gmx.com@localhost wrote:
 >  > As the result it's not possible to run under gdb(1) programs using t=
 he pthread_dbg library
 > =20
 >  Not sure this would be easy to fix (or worth any complication in the l=
 ibrary
 >  interface) - a "simple" hack around it if you just want to debug somet=
 hing:
 > =20
 >   - add a define to rename all entry points slightly (ideally both for =
 lib
 >     and users)
 >   - recompile the lib with that macro defined and link it with a differ=
 ent
 >     target name
 >   - compile the app with the rename macro and against the renamed lib
 > =20
 >  Then you should be able to debug the result just fine.
 > =20
 >  Martin
 > =20
 >=20
 
 I'm aware that there are plenty of ways to walk-around it, like to reset
 pthread__dbg to zero before td_open() and hope it will be good enough. I
 filed this PR to note the issue and as a result get resolved pedantically=
 =2E
 
 
 --8U7dqD3U3NTNIuXArRXr3UJdIfO9BFp0l--
 
 --MHewpqP82WWQ1EKCHgdrg3dmCFBpmODM2
 Content-Type: application/pgp-signature; name="signature.asc"
 Content-Description: OpenPGP digital signature
 Content-Disposition: attachment; filename="signature.asc"
 
 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v2
 
 iQIcBAEBCAAGBQJYMKy/AAoJEEuzCOmwLnZs9ScP/ApByR80mX51R4j7FbQRnw+X
 ykpnU66kMnCSDnorwLymCWr31j2nj7pABmpEr/pzzjaaAWFwvV1awOGKGpYvw/h6
 RXx9ivm9aYM4Sfv8EtvRN7Hm88FeQBlLfDGUXS1+a+9grcx7hIqEdPwChAE20+cL
 EB3OU8JS59vsC/GZMKIHD24XXqG80BwLWQ5WJCn95QvsxCcCjdTBVbjEV1azuTkQ
 A5ZI/3Bj7kOjHalSpvcQp+KtMGU9c3hjzvjzm+jz/fDDbIbzfsBJPjjPWCsqOe4m
 jbKuw/FrPmk7RUZFujzQqy7t36H1/bDOUD8g5Yx2B4cf2wEJBnhHQt0QOseS0Brf
 e/5WAofWsku+iSGU+ueFLaz/D0tEkdQsoPn2zWTbeI032VKCsmcr18QQatr6w5N1
 nhhPoZXBdDRWbkj99EkAADFDKvHIKHaE2NkY9JYnlDxa5RPb2sFrJidssGo/I+Cn
 oCFOZ7JfMEML6zwZEXjt/eqnhfnT5v5JHj/cZXxZRUKzXGxJWX9iqMiVXcdiwV5F
 v3yRK+dSpgs6WYLXIFSSO50FcYkQRx4toa4xb6Ie2lYNlUAbNXTfoIcnXGs4ACZI
 E+SOtFy+v7mD37XREmAd2XPLBo+U3D/ratyGHRUvj4vuv5KnPInNFZUn+e4o9LhE
 wSRoYfwZxjlxTO2aIATu
 =kwrL
 -----END PGP SIGNATURE-----
 
 --MHewpqP82WWQ1EKCHgdrg3dmCFBpmODM2--