<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">ср, 25 янв. 2023 г., 12:08 Stefan de Konink <<a href="mailto:stefan@konink.de">stefan@konink.de</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wednesday, January 25, 2023 10:05:36 AM CET, Andrew Randrianasulu wrote:<br>
> Just for making things more clear: *I* added this unlock, not because I<br>
> knew what I was doing but simply because yeah, it looked like this place<br>
> might need it.<br>
><br>
> In theory oicks protects shared resources, so one thread may leave<br>
> object/variable around without worry another thread scheduled by kernel<br>
> will overwrite it.<br>
><br>
> But I do not know enough of details for carelessly altering locking like I<br>
> did. So, Phyllis removed this line on my request, because, I reiterate, I<br>
> put it there literally on a whim.<br>
<br>
I think you did fix a bug at this place, and I wonder how total lock would <br>
get unlocked (other than maybe time out?).<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">I guess we can scratch our collective head over this for some more  time, because IIRC Phyllis currently sleeping (hopefully).</div><div dir="auto"><br></div><div dir="auto">I do not remember any simple way to trigger this codepath, but may be I'll rediscover something ....</div><div dir="auto"><br></div><div dir="auto">sorry for being more clueless than everyone hoped.</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
-- <br>
Stefan<br>
</blockquote></div></div></div>