|Subject:||Re: [Gnash-dev] Re: Getting window.location from plugins|
|Date:||Mon, 25 Sep 2006 09:39:41 +0800|
|User-agent:||Thunderbird 18.104.22.168 (X11/20060602)|
I've done a bit of XPCOM programming, and one way to do IPC is through the nsIObserverService, which is basically a global message queue that broadcasts a block of raw data tagged by a "topic" (a string identifier).
As for platform specific code, you should first include the header "npapi.h", then use #ifdef to check for XP_WIN, XP_UNIX, XP_MAC and XP_OS2.
Braden McDaniel wrote:
On Sat, 2006-09-23 at 22:27 +0200, strk wrote:On Sat, Sep 23, 2006 at 02:35:18PM -0400, Braden McDaniel wrote:Er... Meaning you got a linker error? Either something's missing in your build setup (i.e., glib), or something's amiss with your installation.Yes, sorry for bothering you with this, it's likely that I'm linking against the 1.2 version instead (will check).I haven't tried to use g_io_channel_new_file. I used g_io_channel_unix_new because using pipes seemed like the appropriate way to accomplish what I wanted. While I suppose you could do it by writing to/reading from a file, I'd expect it to be less efficient and more trouble.Sure, but the dox say it won't be portable, and we want gnash to be portable.Then use something along the lines of #ifdef _WIN32. Or perhaps NSPR has a more portable solution; I don't know. Boost has a shared memory library now; and I might change OpenVRML to use that in the future. Cross-platform IPC is not a walk in the park. There are various ways to skin the cat; and invariably they involve either adding more dependencies or writing platform-specific code.
|[Prev in Thread]||Current Thread||[Next in Thread]|