Re: Release date for Privoxy 3.0.24

Fabian Keil <[email protected]> Fri, 22 Jan 2016 14:03:11 +0100
Newsgroups gmane.comp.web.privoxy.devel
Message-ID <[email protected]>
--===============3122594704097723757==
Content-Type: multipart/signed; micalg=pgp-sha256;
	boundary="Sig_/b_95q34W_q/4tzkwkrz7_6P";
	protocol="application/pgp-signature"

--Sig_/b_95q34W_q/4tzkwkrz7_6P
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

Ian Silvester <[email protected]> wrote:

> On 2016-01-21 13:48, Fabian Keil wrote:
> > Ian Silvester <[email protected]> wrote:
> >>                                                          These may sti=
ll
> >> not be unique in their first 4 bytes (though they're significantly more
> >> different than the raw ids); I'll admit I don't understand the comment=
's
> >> talk of a "debuggable value in the first 4 bytes" - do you think it
> >> simply means a unique value in those 4 bytes? And what is so important
> >> about the first 4 bytes of the value from a debugging perspective? =20
> > While I'm having trouble parsing the comment as well, I interpret it si=
milarly.
> > I assume David meant to write "discernible" or "distinguishable" or som=
ething
> > like this and was using a 32 bit system which is relevant for the "4 by=
tes" part.
[...]=20
>     I wrote that comment.   'debuggable' literally meant just that.  If
>     you wanted to attach gdb, for example, you'd want to know which proce=
ss
>     ID to attach to... but of course we're talking about threads, not
>     processes.  So debuggability is actually moot here.
>=20
>     The idea was simply to make the thread ID look somewhat presentable a=
s a
>     number, and still have a reasonable chance of not colliding with anot=
her
>     similarly truncated thread ID (in Privoxy).  The Mach kernel has a ve=
ry
>     chatty thread ID, so I was just trying to reduce clutter in the log.
>=20
>     - David
>=20
>=20
>=20
> Thanks for the input David!
>=20
> So the upshot is that we don't need to worry about debuggability (I'll=20
> modify the comment appropriately) and only need to ensure no numbering=20
> collision whilst indeed making the log more readable.
>=20
> Fabian, given the style of the raw ids (e.g. 7fff78fb5000) the '% 1000'=20
> has the effect of simply stripping the least significant three digits,=20
> which are always 000. This alone then does not affect the uniqueness of=20
> the IDs. e.g. 7fff78fb5000 becomes 7fff78fb5, right?

Nope:

fk@r500 ~ $perl -e 'printf("%x\n", 0x7fff78fb5000 % 1000);'
3c8

To strip the least significant three hexadecimal digits, which indeed
would not change the uniqueness if they are always zero, you would have
to divide by 16 to the power of three:

fk@r500 ~ $perl -e 'printf("%x\n", 0x7fff78fb5000 / 16**3);'
7fff78fb5

> Since they remain unique at that stage, taking their absolute value as=20
> long ints will still give a unique value - I think we are safe here with=
=20
> the abs->labs change. All that needs to change is the comment ;o)
>=20
> Unfortunately pthread_getthreadid_np() is not available on OS X. Here we=
=20
> have pthread_threadid_np() instead which I cannot recommend, both=20
> because the syntax is significantly different and because it is only=20
> available since 10.6, which'd cut off OS X versions we currently support.

That's good to know.

Fabian

--Sig_/b_95q34W_q/4tzkwkrz7_6P
Content-Type: application/pgp-signature
Content-Description: OpenPGP digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJWoiiSAAoJEGkYIpGLojccUaYP/3Wg5eCIUpQdz07Si4jJEdQf
hhNRArSqm1whiMIdy7YfM+HCY73+fekefll/U4VSus6a06d+MVHPWiELugX8NmaC
4rHdOBHUXL4sSwhwj6ZDwKHuVAmEci23k9Px+l3PcnA1qwMZ4s7Yh/0ouVpmrMYL
cG6m9qzpSOJyaBuZQ/LGvFDFCzKTFKcd8mWDYDwOD81x4o0dbkFrpXXf5jQ8rYzf
SozU/l5fkJ1y2lszCIjehsSG7qIWdWAxIeRRgwRs3Ll+ruEe2Inh2C9M0jtf+8ub
M3UYaKCw17QQwZ7AC8197n2iRtV9KQ9KVPro/q4OyUP3r9SACMcv1jT76ZOfXW92
jfuBbq57E9SHaTsqyet3KLgA3mG4o9MQNz27LppgJPrIsuLkVbpqtYm3/7Y31Eak
x5EuWFk9M8kp+s1i/wXA9tulg7BdXEy1UK6A7NYtOBkGexLGJEU4BWLvV/cIXyoo
tpMBxzre5/m77x6G+Pi2Ffd/xo9lw1lkZUcCDxSFhsB5ykVDh2jI6Vev8+LJpnjq
x68ENBF4FM7jjFOWBaX6ULbHnwrg6/ORauT+b2wUpwR/xsLGSkony+fcAvpbUb7Y
UhVB2AdAkpdTlkxmuQK5Xf/9r/sOaM08ujjhQfJBOlsn0vCFKOVX/UNW26sRpkzY
9kvzV0mRIbNPm/TlkIZY
=f80H
-----END PGP SIGNATURE-----

--Sig_/b_95q34W_q/4tzkwkrz7_6P--


--===============3122594704097723757==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

------------------------------------------------------------------------------
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
--===============3122594704097723757==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ijbswa-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ijbswa-developers

--===============3122594704097723757==--