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
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.
>
>
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/
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
>
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
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
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
==
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
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
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
10 matches
Mail list logo