<div dir="ltr"><div><div>Hi,<br></div>sorry for the mistake.<br></div>ucontext is defined in sys/signal.h on OpenBSD<br><a href="http://openbsd-archive.7691.n7.nabble.com/sys-ucontext-h-dead-code-walking-td269477.html">http://openbsd-archive.7691.n7.nabble.com/sys-ucontext-h-dead-code-walking-td269477.html</a><br></div><div class="gmail_extra"><br><div class="gmail_quote">2017-12-11 10:18 GMT+01:00 Christian Kellermann <span dir="ltr"><<a href="mailto:ckeen@pestilenz.org" target="_blank">ckeen@pestilenz.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Hi Eliot,<br>
<br>
* Eliot Miranda <<a href="mailto:eliot.miranda@gmail.com">eliot.miranda@gmail.com</a>> [171211 05:30]:<br>
<span class="">> > There is no uc_mcontext, ucontext_t lives in <signal.h> and is a<br>
> > typedef for struct sigcontext. Why is this needed exactly?<br>
<br>
> The VM profiler samples the of periodically, storing it in a<br>
> circular buffer.  On unix this is fine by delivering a signal and<br>
> having the signal handler access the interrupted pc through the<br>
> supplied uc_mcontext<br>
<br>
</span>How can I test this? So that we don't hide another incompatibility<br>
here...<br>
<br>
Kind regards,<br>
<div class="HOEnZb"><div class="h5"><br>
Christian<br>
<br>
--<br>
May you be peaceful, may you live in safety, may you be free from<br>
suffering, and may you live with ease.<br>
</div></div></blockquote></div><br></div>