<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">Pascal,</div><div class=""><br class=""></div><div class="">You can take a look at ExecutionTimeLimitTest.cpp for examples of the watchdog in action. The way the watchdog works is by throwing a non-catchable TerminatedExecutionException. Normally, the JSC APIs will clear the vm->exception() before returning to client code; the exception is returned to the caller via an argument. Thereafter, you should be able to re-enter the VM and execute JS code like normal without needing to do any explicit resets.</div><div class=""><br class=""></div><div class="">If you’re not able to do this, then I suspect you have a code path where the termination exception is not cleared before re-entering the VM. All the entry points in Interpreter.cpp already check for this with an "ASSERT(!vm.exception())”. If you see that assertion fail on a debug build when re-entering the VM, then the bug is that the exception is not being cleared. If you don’t see that assertion, then you’ll need to do some debugging to see what went wrong.</div><div class=""><br class=""></div><div class="">Another detail is that the Watchdog::Scope is responsible for disarming the watchdog when you exit the VM. Watchdog::Scope is already being used in all the proper places. Disarming in this case also means that the watchdog will be ready to start fresh when you enter the VM again. If you have a bug in your disarming code where it’s not reseting the watchdog, then it is possible that your watchdog is firing immediately when you re-enter the VM. Some tracing / debugging in your watchdog implementation should quickly show if that’s the case.</div><div class=""><br class=""></div><div class="">Regards,</div><div class="">Mark</div><div class=""><br class=""></div><div class=""><br class=""></div><br class=""><div><blockquote type="cite" class=""><div class="">On Jul 28, 2015, at 11:14 AM, Geoffrey Garen <<a href="mailto:ggaren@apple.com" class="">ggaren@apple.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Mark, do you know how to restart JavaScript after it has reached a watchdog time limit?<div class=""><br class=""></div><div class="">Geoff</div><div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On Jul 28, 2015, at 9:09 AM, Pascal Jacquemart <<a href="mailto:p.jacquemart@samsung.com" class="">p.jacquemart@samsung.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div style="font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; direction: ltr; font-family: Tahoma; font-size: 10pt;" class=""><div style="direction: ltr; font-family: Tahoma; font-size: 10pt;" class="">Hello,<br class=""><br class="">I am trying to protect the MiniBrowser from executing faulty JavaScript code taking too much time / CPU. All browsers normally raise a pop-up allowing the user to stop the script and run away.<span class="Apple-converted-space"> </span><br class="">But MiniBrowser does not seem to have such feature. It is just stuck forever ;-(<br class=""><br class="">After a little digging I found this JSC API: JSContextGroupSetExecutionTimeLimit()<br class="">I had to implement a JSC Watchdog back-end because it is not implemented for EFL, fair enough -><span class="Apple-converted-space"> </span><a href="https://bugs.webkit.org/show_bug.cgi?id=147107" target="_blank" class="">https://bugs.webkit.org/show_bug.cgi?id=147107</a><span class="Apple-converted-space"> </span>(ongoing)<br class=""><br class="">Now the JSContextGroupSetExecutionTimeLimit() have the expected behaviour.<br class="">I can stop the JavaScript execution and run away... Great but the big problem now is that the JavaScript won't restart. Even while loading other pages, the JavaScript remains disabled.<br class=""><br class="">If you have any hints about this, I would be grateful.<br class="">How to restart JavaScript execution? Where to look? Is it an EFL bug?<br class=""><br class="">Thanks, Pascal Jacquemart<br class=""><br class=""></div></div><span style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; float: none; display: inline !important;" class="">_______________________________________________</span><br style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><span style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; float: none; display: inline !important;" class="">webkit-dev mailing list</span><br style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><a href="mailto:webkit-dev@lists.webkit.org" style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class="">webkit-dev@lists.webkit.org</a><br style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><a href="https://lists.webkit.org/mailman/listinfo/webkit-dev" style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class="">https://lists.webkit.org/mailman/listinfo/webkit-dev</a></div></blockquote></div><br class=""></div></div>_______________________________________________<br class="">webkit-dev mailing list<br class=""><a href="mailto:webkit-dev@lists.webkit.org" class="">webkit-dev@lists.webkit.org</a><br class="">https://lists.webkit.org/mailman/listinfo/webkit-dev<br class=""></div></blockquote></div><br class=""></body></html>