[patch] pthread(3) + malloc(3) init model

2020-02-15 Thread Kamil Rytarowski
I propose to separate the pthread_atfork(3) call from pthread_tsd_init() and move it into a distinct function. I propose to call late TSD initialization after "pthread_atfork(NULL, NULL, pthread__fork_callback);" from pthread__init(). This change: 1. Stops initializing jemalloc prematurely and u

Re: [patch] pthread(3) + malloc(3) init model

2020-02-15 Thread Christos Zoulas
Looks clean to me. If it works, let's try it. We can always put it back. christos > On Feb 15, 2020, at 8:00 AM, Kamil Rytarowski wrote: > > Signed PGP part > I propose to separate the pthread_atfork(3) call from pthread_tsd_init() > and move it into a distinct function. > > I propose to call

Possibly out of sync/broken openssl code

2020-02-15 Thread nisarg joshi
Hi community, While trying to fix UBSan Undefined behavior reports for md4_dgst.c and rmd_dgst.c files which reported issues for the overflow of signed ints etc, I came across a possible out of sync tree of openssl crypto implementations. The UBSan report required usage of unsigned int(or long) f

Re: Possibly out of sync/broken openssl code

2020-02-15 Thread Christos Zoulas
Yes, because "unsigned long" on _LP64 is not 32bits. What is the undefined behavior you are trying to fix? christos > On Feb 15, 2020, at 7:03 PM, nisarg joshi wrote: > > Hi community, > > > > While trying to fix UBSan Undefined behavior reports for md4_dgst.c and > rmd_dgst.c files which