Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Throwing a control exception within Lock.protect causes [LTA] locking behavior #5225

Open
p6rt opened this issue Apr 9, 2016 · 4 comments
Open

Comments

@p6rt
Copy link

p6rt commented Apr 9, 2016

Migrated from rt.perl.org#127865 (status was 'open')

Searchable as RT127865$

@p6rt
Copy link
Author

p6rt commented Apr 9, 2016

From @hoelzro

If I have a control exception within a Lock.protect, the lock in question is still in a locked state after the call to protect returns. On MoarVM, this has the side effect when a ReentrantMutex object gets collected, the underlying pthread_mutex is still locked. pthread_mutex_destroy thus fails, and libuv calls abort(). To reproduce this, run the attached script, or follow these instructions​:

  $ git clone https://github.com/zostay/HTTP-Supply
  $ git checkout ad7da71
  $ perl6 -Ilib t/http-1.0.t

@p6rt
Copy link
Author

p6rt commented Apr 9, 2016

From @hoelzro

test.pl

@p6rt
Copy link
Author

p6rt commented Oct 8, 2017

From @dogbert17

Seems to work fine, on my 32 bit VM, with 'This is Rakudo version 2017.09-348-g830084430 built on MoarVM version 2017.09.1-575-gd4e230a69'

@p6rt
Copy link
Author

p6rt commented Oct 8, 2017

The RT System itself - Status changed from 'new' to 'open'

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant