Yup, you are certainly asking in the wrong group. The classes you are
talking about now are very tied to the DOM.
Everything is made clear in...
http://lxr.mozilla.org/seamonkey/source/dom/src/base/nsDOMClassInfo.cpp
... :)
I *think* that the JS ctor for XMLHttpRequest uses that file's generic
On Tuesday 2006-05-02 02:21 -0700, L. David Baron wrote:
> If I add "-Wl,-executable_path -Wl,../../../dist/bin" to the link
> command, those errors go away, but I get a different set of errors,
> starting with:
So it all works if I add it to the right place in the middle of the
command line, i.e.
Hi
Thanks!
Let's go another way.
I have XMLHttpRequest XPCOM component in
..\mozilla\extensions\xmlextras\base\src\nsXMLHttpRequest.*
I can create this object as
var obj = new XMLHttpRequest()
from the
On Monday 2006-05-01 22:34 -0700, L. David Baron wrote:
> I'm having trouble building a XPCOM component using the "dynamic glue"
> strategy described in
> http://developer.mozilla.org/en/docs/XPCOM_Glue#Using_Frozen_linkage_.28dependent_on_xpcom.dll.29
> on the Mac. It built on Linux and Windows.
