On 14 Lut, 23:13, moz_embedder wrote:
> I am taking my first steps into the new API documented
> athttps://wiki.mozilla.org/Embedding/NewApi.
> I am using Linux and GTK. libxulrunner-dev and all libs correctly
> installed. My GRE is registered properly.
> When I compile the example app from "hg
jerrytal...@gmail.com wrote:
It claims it's a nsISupports pointer.
...
All I can see in the backtrace is:
#0 0x7f85cf0d0015 in raise () from /lib/libc.so.6
#1 0x7f85cf0d1b83 in abort () from /lib/libc.so.6
#2 0x7f85cf1110c8 in ?? () from /lib/libc.so.6
#3 0x7f85cf116a58 in
On Mar 24, 7:26 pm, Boris Zbarsky wrote:
>
> In gdb, "set print object on" and then see what it claims the mRawPtr to be.
>
It claims it's a nsISupports pointer.
> Does the crash happen at this call, or somewhere inside CreateElement?
All I can see in the backtrace is:
#0 0x7f85cf0d0015 i
jerrytal...@gmail.com wrote:
In the debugger, the mRawPtr for doc is not garbage: I'm not entirely
sure how to poke around more. I'm using xulrunner-1.9-dev on Ubuntu
8.10.
In gdb, "set print object on" and then see what it claims the mRawPtr to be.
Does the crash happen at this call, or some
On Mar 24, 6:09 pm, Boris Zbarsky wrote:
>
> So htmlDoc is non-null, right? When you say "dies" I assume you crash?
>
Yes, htmlDoc is not null (see the "if" statement on line 40). Yes, I
do indeed mean crash.
> What's the value of |doc| at this point? Is it pointing to a valid
> nsDocument
jerrytal...@gmail.com wrote:
The code is available at http://pastebin.com/m694ad30e. On my system,
it dies on line 46:
doc->CreateElement(NS_LITERAL_STRING("div"), getter_AddRefs(newdiv));
So htmlDoc is non-null, right? When you say "dies" I assume you crash?
What's the value of |doc| at t
Thanks a lot for the link Tristan.
Cyril.
___
dev-embedding mailing list
dev-embedding@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-embedding
On Fri, Nov 21, 2008 at 11:14 AM, cyril giraudon
<[EMAIL PROTECTED]> wrote:
> Finally, I 've succeeded in compiling gtk / x11 / test.cc.
>
> But the repository is broken :
Hi,
please see https://bugzilla.mozilla.org/show_bug.cgi?id=455247, its an issue
thats being fixed with patches under way.
Finally, I 've succeeded in compiling gtk / x11 / test.cc.
But the repository is broken :
- gtk/common/moz-web-view-marshal.list should'nt be empty but should
contain
BOOLEAN:STRING
- I've had to modify gtk/x11/moz-web-view.h :
struct _MozWebViewClass {
GtkBinClass parent_class;
/* Signals
pjohnsen wrote:
> Hi,
>
> Sounds like your Firefox is built as release version with jemalloc.
> You can still use this, but have to change the project settings of the
> embedding sample to use static linked runtime. Please see:
> https://wiki.mozilla.org/Embedding/NewApi/Win32#Using_XULRunner_SDK
Hi,
Sounds like your Firefox is built as release version with jemalloc.
You can still use this, but have to change the project settings of the
embedding sample to use static linked runtime. Please see:
https://wiki.mozilla.org/Embedding/NewApi/Win32#Using_XULRunner_SDK
-Pelle
On Sep 10, 8:42 pm
11 matches
Mail list logo
