From: Gary Thomas <gary@mlbassoc.com>
To: Poky Project <poky@yoctoproject.org>
Subject: web2 on PPC
Date: Fri, 30 Sep 2011 14:15:31 -0600 [thread overview]
Message-ID: <4E862363.8010704@mlbassoc.com> (raw)
I'm trying to run the web-webkit browser on my PowerPC system (built using Poky).
I've built this on ARM and it runs great, but on PowerPC it fails almost immediately.
Following into the failure with GDB, it looks like it's trying to build up a string
using a [possibly] wide character iterator. It fails on line 76 of the code below,
going through it by hand shows that 'iterator' is NULL.
(gdb) dir /local/logopak8347tbga_new/tmp/work/ppc603e-amltd-linux/webkit-gtk-1.5.1+svnr90727-r0
(gdb) l
71 TextBreakIterator* acquireLineBreakIterator(const UChar* string, int length, const AtomicString& locale)
72 {
73 UBreakIterator* iterator = LineBreakIteratorPool::sharedPool().take(locale);
74
75 UErrorCode setTextStatus = U_ZERO_ERROR;
76 ubrk_setText(iterator, string, length, &setTextStatus);
77 if (U_FAILURE(setTextStatus)) {
78 LOG_ERROR("ubrk_setText failed with status %d", setTextStatus);
79 return 0;
80 }
(gdb) b 75
Breakpoint 1 at 0xf8a7440: file Source/WebCore/platform/text/TextBreakIteratorICU.cpp, line 75.
Any ideas what might be wrong here? Maybe some confusion about wide vs not-wide
character representation (I've seen this one a lot, especially on PowerPC systems)?
Any clues where to look next?
I did note that 'locale' into this function is also NULL.
Should I file a bug?
Note: I tried this with the stock Poky master 9d1db6cc928199f8ac4960e8d4648563ef141427
building for qemuppc and running web2 via ssh -X (since qemu doesn't support graphics?)
The failure is the same, so this is not something special in my setup.
Note 2: it's difficult to get this to fail when running in qemu since it only fails
when it's loading and rendering the www.google.co.uk default page. I couldn't figure
out how to get my qemu system to be able to access that page over the net, but I ran
the same Yocto filesystem on my hardware (this is not a hardware bug) with the same
failure. Maybe someone smarter than me can show me how to get qemu to actually access
the internet (when the machine that's running qemu is inside a NAT'd zone)?
Thanks for any help/ideas
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
next reply other threads:[~2011-09-30 20:15 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-30 20:15 Gary Thomas [this message]
2011-10-03 14:59 ` web2 on PPC Gary Thomas
2011-10-03 20:14 ` Khem Raj
2011-10-04 13:14 ` Gary Thomas
2011-10-04 16:11 ` Khem Raj
2011-10-04 16:19 ` Gary Thomas
2011-10-05 13:44 ` Richard Purdie
2011-10-05 13:53 ` Gary Thomas
2011-10-05 15:10 ` Gary Thomas
2011-10-03 15:50 ` Holger Hans Peter Freyther
2011-10-03 16:04 ` Gary Thomas
2011-10-03 17:36 ` Holger Hans Peter Freyther
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4E862363.8010704@mlbassoc.com \
--to=gary@mlbassoc.com \
--cc=poky@yoctoproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.