On Tue, 2008-06-24 at 14:39 +0530, Shreyas Srinivasan wrote:
It seems that the new version is not working with the EGL backend.
We have a unable to create a suitable EGL context error on all apps during
startup.
Apps have been recompiled with 0.7 and the --with-flavour= eglnative
option
I got clutter-cairo-0.6.2 and that fixes the problem, thanks! Is there a
sample browser for the webkit-clutter backend? Can you please send me a
link?
I still get this on first compile, it goes away when I do make again:
Creating hashtable for JavaScriptCore/kjs/string_object.cpp
You can find a demonstration browser at
http://svn.o-hand.com/repos/clutter/trunk/toys/mallums-magic-browser/
I'm not sure what causes the error you mention, but I also experience it
on the first make on a clean build-tree.
--Chris
On Tue, 2008-06-24 at 12:21 -0400, Kashyap Ashwin wrote:
I got
Hi Ashwin
Thanks for ur reply.Yes you were right.
I reimstalled the /bin/sh ,now iam able to execute /bin/sh standalone.
Now Iam getting error with the autogen.sh execution.Iam getting aclocal
and autom4te errors :
$./autogen.sh
' is already registered with AC_CONFIG_FILES.
Hi,
On Tue, 24 Jun 2008, Kashyap Ashwin wrote:
I still get this on first compile, it goes away when I do make again:
Creating hashtable for JavaScriptCore/kjs/string_object.cpp
JavaScriptCore/pcre/dftables JavaScriptCore/pcre/chartables.c
WebCore/platform/clutter/PopupFactoryClient.h
On Tue, 2008-06-24 at 18:58 +0200, Gwenole Beauchesne wrote:
The attached patch should help.
Ah ha!
Thanks, I've applied it.
iain
--
To unsubscribe send a mail to [EMAIL PROTECTED]
On Tue, 2008-06-24 at 17:29 -0400, Kashyap Ashwin wrote:
It crashes (does so even without those patches). I get a core dump just
before the page gets displayed.
You probably want to turn off debugging. It has turned on asserts which
make it crash on some things.
iain
--
To unsubscribe send
I turned on debugging to report the crash. It crashes otherwise as well.
If you look at the bottom most stack frame, this=0x0 when doing the
frame resize:
frame-view()-resize(width, height);// webkitwebview.cpp:754
frame-view() returned 0x0, no idea why.
-Original Message-
On Tue, 2008-06-24 at 18:34 -0400, Kashyap Ashwin wrote:
I turned on debugging to report the crash. It crashes otherwise as well.
If you look at the bottom most stack frame, this=0x0 when doing the
frame resize:
frame-view()-resize(width, height);// webkitwebview.cpp:754