Re: CVS commit: src/lib/libpthread

2020-02-01 Thread Kamil Rytarowski
On 31.01.2020 22:10, Andrew Doran wrote: > On Fri, Jan 31, 2020 at 06:55:00PM -, Christos Zoulas wrote: > >> In article <724af477-010b-9ddf-6ece-e23d7cf59...@gmx.com>, >> Kamil Rytarowski wrote: >>> -=-=-=-=-=- >>> -=-=-=-=-=- >>> >>> On 31.01.2020 03:38, Christos Zoulas wrote: And it i

Re: CVS commit: src/common/lib/libc/arch

2020-02-01 Thread maya
On Mon, Jan 27, 2020 at 10:09:21PM +, Andrew Doran wrote: > Module Name: src > Committed By: ad > Date: Mon Jan 27 22:09:21 UTC 2020 > > Removed Files: > src/common/lib/libc/arch/i386/string: memcmp.S > src/common/lib/libc/arch/x86_64/string: bcmp.S memcmp.S > > Log Messa

Re: CVS commit: src/lib/libpthread

2020-02-01 Thread Kamil Rytarowski
Actually it happened that modifiying pthread_atfork() to stop malloc()ing is enough to address the problem. I have landed the changes and removed '#if 0' kludge. Thanks! On 01.02.2020 13:59, Kamil Rytarowski wrote: > On 31.01.2020 22:10, Andrew Doran wrote: >> On Fri, Jan 31, 2020 at 06:55:00PM

Re: CVS commit: src/lib/libpthread

2020-02-01 Thread Ryo ONODERA
Hi, pthread__error()s in pthread_equal() cause segfault during start of pkgsrc/www/firefox-72.0.2. Without pthread__error()s, www/firefox works fine like as follows. However I have no idea why I get segfaults. Could you take a look at this problem? Index: lib/libpthread/pthread.c ==

Re: CVS commit: src/lib/libpthread

2020-02-01 Thread Kamil Rytarowski
On 01.02.2020 17:01, Ryo ONODERA wrote: > Hi, > > pthread__error()s in pthread_equal() cause segfault > during start of pkgsrc/www/firefox-72.0.2. > > Without pthread__error()s, www/firefox works fine > like as follows. > However I have no idea why I get segfaults. > > Could you take a look at t

Re: CVS commit: src/lib/libpthread

2020-02-01 Thread Ryo ONODERA
Kamil Rytarowski writes: > On 01.02.2020 17:01, Ryo ONODERA wrote: >> Hi, >> >> pthread__error()s in pthread_equal() cause segfault >> during start of pkgsrc/www/firefox-72.0.2. >> >> Without pthread__error()s, www/firefox works fine >> like as follows. >> However I have no idea why I get segfa

Re: CVS commit: src/sys

2020-02-01 Thread Andrew Doran
On Sat, Feb 01, 2020 at 02:23:24AM +, Taylor R Campbell wrote: > Module Name: src > Committed By: riastradh > Date: Sat Feb 1 02:23:23 UTC 2020 > > Modified Files: > src/sys/ddb: db_xxx.c > src/sys/kern: kern_descrip.c kern_sig.c subr_exec_fd.c uipc_socket2.c >

Re: CVS commit: src/common/lib/libc/arch

2020-02-01 Thread Andrew Doran
On Sat, Feb 01, 2020 at 03:02:02PM +, m...@netbsd.org wrote: > On Mon, Jan 27, 2020 at 10:09:21PM +, Andrew Doran wrote: > > Module Name:src > > Committed By: ad > > Date: Mon Jan 27 22:09:21 UTC 2020 > > > > Removed Files: > > src/common/lib/libc/arch/i386/

Re: CVS commit: src/lib/libpthread

2020-02-01 Thread Andrew Doran
Hmm. Was there not originally an environment variable to control this behaviour, since many applications are buggy? Andrew On Sun, Feb 02, 2020 at 01:01:49AM +0900, Ryo ONODERA wrote: > Hi, > > pthread__error()s in pthread_equal() cause segfault > during start of pkgsrc/www/firefox-72.0.2. > >

Re: CVS commit: src/lib/libpthread

2020-02-01 Thread Kamil Rytarowski
Good idea. It could be checked quicker... however I presume that t1->pt_magic + t1->pt_magic already crash on invalid t1/t2 pointers as the argument with condition is evaluated. Ryo, you might check: $ export PTHREAD_DIAGASSERT=ae $ firefox It should create a coredump for investigation. Accordin