runtime/cgo: fix deadlock involving signals on darwin
sigprocmask() is process-wide on darwin, so two concurrent
libcgo_sys_thread_start() can result in all signals permanently
blocked, which in particular blocks handling of nil derefs.
Fixes issue 4833.
On 2013/02/20 08:31:23, dvyukov wrote: > Hello mailto:golang-dev@googlegroups.com, > > I'd like you to review ...
11 years, 2 months ago
(2013-02-20 08:38:23 UTC)
#2
On 2013/02/20 08:31:23, dvyukov wrote:
> Hello mailto:golang-dev@googlegroups.com,
>
> I'd like you to review this change to
> https://dvyukov%2540google.com%40code.google.com/p/go/
Nice catch, I can test on Snow Leopard / 386 and Lion / amd64 when I get home
On 2013/02/20 08:38:23, dfc wrote: > On 2013/02/20 08:31:23, dvyukov wrote: > > Hello mailto:golang-dev@googlegroups.com, ...
11 years, 2 months ago
(2013-02-20 08:40:35 UTC)
#3
On 2013/02/20 08:38:23, dfc wrote:
> On 2013/02/20 08:31:23, dvyukov wrote:
> > Hello mailto:golang-dev@googlegroups.com,
> >
> > I'd like you to review this change to
> > https://dvyukov%252540google.com%2540code.google.com/p/go/
>
> Nice catch, I can test on Snow Leopard / 386 and Lion / amd64 when I get home
I failed to reproduce it with current runtime, because threads are created under
a big mutex. It deadlocks with my scheduler patch, though.
Thanks. I'll make sure I patch my runtime. On Wed, Feb 20, 2013 at 7:40 ...
11 years, 2 months ago
(2013-02-20 08:42:03 UTC)
#4
Thanks. I'll make sure I patch my runtime.
On Wed, Feb 20, 2013 at 7:40 PM, <dvyukov@google.com> wrote:
> On 2013/02/20 08:38:23, dfc wrote:
>>
>> On 2013/02/20 08:31:23, dvyukov wrote:
>> > Hello mailto:golang-dev@googlegroups.com,
>> >
>> > I'd like you to review this change to
>> > https://dvyukov%252540google.com%2540code.google.com/p/go/
>
>
>> Nice catch, I can test on Snow Leopard / 386 and Lion / amd64 when I
>
> get home
>
> I failed to reproduce it with current runtime, because threads are
> created under a big mutex. It deadlocks with my scheduler patch, though.
>
>
> https://codereview.appspot.com/7324058/
On 2013/02/21 05:52:41, dvyukov wrote: > ping Can you please point me to the latest ...
11 years, 2 months ago
(2013-02-21 05:53:43 UTC)
#6
On 2013/02/21 05:52:41, dvyukov wrote:
> ping
Can you please point me to the latest uncommitted CL's for the scheduler that I
need to apply so I can test this CL.
Just merged Russ' changes. Try hg clpatch 7314062 now. On Thu, Feb 21, 2013 at ...
11 years, 2 months ago
(2013-02-21 06:21:15 UTC)
#7
Just merged Russ' changes.
Try hg clpatch 7314062 now.
On Thu, Feb 21, 2013 at 9:53 AM, <dave@cheney.net> wrote:
> On 2013/02/21 05:52:41, dvyukov wrote:
>>
>> ping
>
>
> Can you please point me to the latest uncommitted CL's for the scheduler
> that I need to apply so I can test this CL.
>
> https://codereview.appspot.com/7324058/
The things are changing too fast... Perhaps, you may update to a revision w/o conflicts ...
11 years, 2 months ago
(2013-02-22 04:14:07 UTC)
#9
The things are changing too fast...
Perhaps, you may update to a revision w/o conflicts (the one suggested
by hg clpatch), and apply the patches to it.
On Fri, Feb 22, 2013 at 5:00 AM, <dave@cheney.net> wrote:
> Hi,
>
> I'm still chasing merge conflicts on 7314062, then I can test 7324058
>
> https://codereview.appspot.com/7324058/
https://codereview.appspot.com/7379046 On Fri, Feb 22, 2013 at 3:14 PM, Dmitry Vyukov <dvyukov@google.com> wrote: > The ...
11 years, 2 months ago
(2013-02-22 10:45:32 UTC)
#10
https://codereview.appspot.com/7379046
On Fri, Feb 22, 2013 at 3:14 PM, Dmitry Vyukov <dvyukov@google.com> wrote:
> The things are changing too fast...
> Perhaps, you may update to a revision w/o conflicts (the one suggested
> by hg clpatch), and apply the patches to it.
>
>
> On Fri, Feb 22, 2013 at 5:00 AM, <dave@cheney.net> wrote:
>> Hi,
>>
>> I'm still chasing merge conflicts on 7314062, then I can test 7324058
>>
>> https://codereview.appspot.com/7324058/
*** Submitted as https://code.google.com/p/go/source/detail?r=c213d6e8e089 *** runtime/cgo: fix deadlock involving signals on darwin sigprocmask() is process-wide ...
11 years, 2 months ago
(2013-02-25 21:36:33 UTC)
#13
*** Submitted as https://code.google.com/p/go/source/detail?r=c213d6e8e089 ***
runtime/cgo: fix deadlock involving signals on darwin
sigprocmask() is process-wide on darwin, so two concurrent
libcgo_sys_thread_start() can result in all signals permanently
blocked, which in particular blocks handling of nil derefs.
Fixes issue 4833.
R=golang-dev, dave, rsc
CC=golang-dev
https://codereview.appspot.com/7324058
Committer: Russ Cox <rsc@golang.org>
Hi dvyukov, just a note about placement of cgo-dependent tests. please place them into crash_cgo_test.go ...
11 years, 2 months ago
(2013-02-26 16:39:12 UTC)
#14
Hi dvyukov, just a note about placement of cgo-dependent tests.
please place them into crash_cgo_test.go instead of crash_test.go,
or the test will run on cgo disabled hosts (e.g. FreeBSD/arm) and
cause test failures (
http://build.golang.org/log/152248fec98bb3c45d89fd9e01b57724d06f92ea)
Thank you.
I will fix the issue in CL 7393063.
Issue 7324058: code review 7324058: runtime/cgo: fix deadlock involving signals on darwin
(Closed)
Created 11 years, 3 months ago by dvyukov
Modified 11 years, 2 months ago
Reviewers: minux1
Base URL:
Comments: 0