gnash-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnash-dev] Re: Getting window.location from plugins


From: Timothy Lee
Subject: Re: [Gnash-dev] Re: Getting window.location from plugins
Date: Mon, 25 Sep 2006 09:39:41 +0800
User-agent: Thunderbird 1.5.0.4 (X11/20060602)

Dear all,

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.

Regards,
Timothy


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.
  


reply via email to

[Prev in Thread] Current Thread [Next in Thread]