[webkit-dev] How do I turn off timeout for unresponsive plug-ins, to allow long debug sessions

[Rudi Sherry]

Thanks! I'll try it as soon as I'm back in the office.

Connected by DROID on Verizon Wireless


-----Original message-----
From: Anders Carlsson <andersca at apple.com>
To: Rudi Sherry <rsherry at adobe.com>
Cc: Webkit Development <webkit-dev at lists.webkit.org>
Sent: Fri, Oct 7, 2011 22:12:03 GMT+00:00
Subject: Re: [webkit-dev] How do I turn off timeout for unresponsive plug-ins, to allow long debug sessions

Hi Rudi,

in if you're running Safari with a WebKit nightly, you can disable the timeout using

defaults write com.apple.Safari WebKitDisablePluginProcessMessageTimeout YES

Hope this helps,
Anders

On Oct 7, 2011, at 2:59 PM, Rudi Sherry wrote:

> Is there a way to have Safari (or webkit) have an infinite timeout waiting for the plugin process?  I need this for effective debugging.
>
>
> Since Safari creates the plugin process, loads my plugin and starts it up when I click on a link, I can't pre-attach or pre-launch the plugin process.  So I go through the following:
>
> * Have a sleep loop in NP_GetEntryPoints in my plugin
> * Launch Safari
> * Click on a link to a file that will invoke my plugin
> (Safari will create PluginProcess)
> * In Xcode, attach to my plugin
> * Manually jump past the sleep-loop
>
> ...so far, so good.  Now my plug-in loads a very substantial framework where I have some breakpoints set, so I want Xcode to load the symbols.
>
> The problem is that it takes so long for Xcode to load the framework and process the symbols, that Safari appears to time out and kill the plugin process so I can't debug.
>
> So is there a way to keep Safari from doing this?
>
> Thanks,
> Rudi
>
>
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20111007/44622d5d/attachment.html>