Hi all,

What I'd like to do is have wxMozilla use the GRE included with Mozilla 1.4 final. On *nix, all dynamic libraries, headers, etc. get installed into system or user directories so you can just link against those to build wxMozilla, but on Windows I'm not quite sure how to do this. I've tried using the Gecko SDK, but on startup I get a segfault on webbrwsr!NSGetModule(). I'm only linking against embed_base_s and xpcom. (Using NS_InitEmbedding and NS_TermEmbedding.) Is what I'm trying to do possible on Windows? Particularly for the wxPython version, it would be nice to say to wxPython developers "Install Mozilla 1.4 and then install the wxMozilla extension". I can, of course, make and use my own GRE, but since I'm not making any changes to the GRE it seems a waste to basically add another copy of the 1.4 GRE to the user's system. (And if most developers are like me, they'll already have a recent version of Mozilla installed. =)

One other question related to Windows embedding; is it possible to have NSPR libraries installed into the Windows\system folder? What I'd like to do is move towards not having to add things to the user's PATH to get wxMozilla Python bindings to run. I don't know how often the NSPR libraries change, but if they do remain relatively stable this would allow people to utilize GREs that are not in the current directory without setting the PATH. Since the purpose of the GRE is to be reusable by more than one app, setting the user's PATH isn't really a good solution to the problem, especially since there could be multiple versions of the GRE on the user's computer at any given time. I know you can use the registry to set the PATH for just that app, but for scripting languages like Python this means messing with registry keys for a program other than your own, which I'd like to avoid if possible.

Thanks,

Kevin

Reply via email to