Bug 304174 - rekonq crashes when viewing a page at openbenchmarks in an Ubuntu system on a Toshiba AC100 (ARM)
Summary: rekonq crashes when viewing a page at openbenchmarks in an Ubuntu system on a...
Status: RESOLVED WORKSFORME
Alias: None
Product: rekonq
Classification: Applications
Component: general (show other bugs)
Version: 0.9.1
Platform: Ubuntu Linux
: NOR crash
Target Milestone: ---
Assignee: Andrea Diamantini
URL:
Keywords: investigated, triaged
Depends on:
Blocks:
 
Reported: 2012-07-28 10:17 UTC by Ivan Zakharyaschev
Modified: 2018-09-19 14:42 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ivan Zakharyaschev 2012-07-28 10:17:51 UTC
Application: rekonq (0.9.1)
KDE Platform Version: 4.8.4 (4.8.4)
Qt Version: 4.8.1
Operating System: Linux 3.0.27-1-ac100 armv7l
Distribution: Ubuntu 12.04 LTS

-- Information about the crash:
- What I was doing when the application crashed:

I'm using the Ubuntu 12.04 distro for Toshiba AC100 (ARM).

Whenever I'm beginning to read a page at openbenchmarks (smth related with AC100 and ext4), rekonq crashes (possibly, at the moment when I try to scroll down, possibly with the pagedown key).

In the next start, since I want to continue reading this page, I reopen the last crashed session, and again rekonq crashes soon after I begin th reading (possibly, after I attempt to scroll down).

The crash can be reproduced every time.

-- Backtrace:
Application: rekonq (rekonq), signal: Segmentation fault
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
[Current thread is 1 (Thread 0xb31e2000 (LWP 2841))]

Thread 10 (Thread 0xb1526420 (LWP 2842)):
#0  0xb6de5276 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
#1  0xb6e544a8 in poll () from /lib/arm-linux-gnueabihf/libc.so.6
#2  0xb3b7922e in ?? () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
#3  0xb3b7922e in ?? () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 9 (Thread 0xb0bc9420 (LWP 2843)):
#0  0xb3dfc608 in pthread_mutex_lock () from /lib/arm-linux-gnueabihf/libpthread.so.0
#1  0xb6e65d8c in pthread_mutex_lock () from /lib/arm-linux-gnueabihf/libc.so.6
#2  0xb3ba18a2 in g_mutex_lock () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
#3  0xb3b79264 in ?? () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
#4  0xb3b79264 in ?? () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 8 (Thread 0xae9e8420 (LWP 2845)):
#0  0xb3e02384 in __libc_do_syscall () from /lib/arm-linux-gnueabihf/libpthread.so.0
#1  0xb3dfdff6 in pthread_cond_wait@@GLIBC_2.4 () from /lib/arm-linux-gnueabihf/libpthread.so.0
#2  0xb6e65ca2 in pthread_cond_wait () from /lib/arm-linux-gnueabihf/libc.so.6
#3  0xb61dbc98 in WTF::TCMalloc_PageHeap::scavengerThread (this=0xb6c7cee4) at wtf/FastMalloc.cpp:2495
#4  0xb61dbd4e in WTF::TCMalloc_PageHeap::runScavengerThread (context=0xb6c7cee4) at wtf/FastMalloc.cpp:1618
#5  0xb3dfaed2 in start_thread () from /lib/arm-linux-gnueabihf/libpthread.so.0
#6  0xb6e5d058 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
#7  0xb6e5d058 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 7 (Thread 0xae0af420 (LWP 2848)):
#0  0xb3b570c0 in ?? () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
#1  0xb3ba18a2 in g_mutex_lock () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
#2  0xb3b78d58 in g_main_context_query () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
#3  0xb3b791ba in ?? () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
#4  0xb3b791ba in ?? () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 6 (Thread 0xacb83420 (LWP 2849)):
#0  0xb3e02384 in __libc_do_syscall () from /lib/arm-linux-gnueabihf/libpthread.so.0
#1  0xb3dfdff6 in pthread_cond_wait@@GLIBC_2.4 () from /lib/arm-linux-gnueabihf/libpthread.so.0
#2  0xb6e65ca2 in pthread_cond_wait () from /lib/arm-linux-gnueabihf/libc.so.6
#3  0xb6d3fde0 in ?? () from /usr/lib/arm-linux-gnueabihf/libQtScript.so.4
#4  0xb6d3fde0 in ?? () from /usr/lib/arm-linux-gnueabihf/libQtScript.so.4
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 5 (Thread 0xab956420 (LWP 2865)):
#0  0xb3e02384 in __libc_do_syscall () from /lib/arm-linux-gnueabihf/libpthread.so.0
#1  0xb3dfdff6 in pthread_cond_wait@@GLIBC_2.4 () from /lib/arm-linux-gnueabihf/libpthread.so.0
#2  0xb6e65ca2 in pthread_cond_wait () from /lib/arm-linux-gnueabihf/libc.so.6
#3  0xb3f8ceb8 in wait (time=4294967295, this=0x21e560) at thread/qwaitcondition_unix.cpp:86
#4  QWaitCondition::wait (this=<optimized out>, mutex=0x21e680, time=4294967295) at thread/qwaitcondition_unix.cpp:158
#5  0xb4b66d28 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x21e498, th=0x430e18) at ../../../threadweaver/Weaver/WeaverImpl.cpp:365
#6  0xb4b66ae6 in ThreadWeaver::WeaverImpl::waitForAvailableJob (this=<optimized out>, th=<optimized out>) at ../../../threadweaver/Weaver/WeaverImpl.cpp:356
#7  0xb4b68836 in ThreadWeaver::WorkingHardState::applyForWork (this=0x21e700, th=0x430e18) at ../../../threadweaver/Weaver/WorkingHardState.cpp:71
#8  0xb4b66a4c in ThreadWeaver::WeaverImpl::applyForWork (this=0x21e498, th=0x430e18, previous=<optimized out>) at ../../../threadweaver/Weaver/WeaverImpl.cpp:351
#9  0xb4b67caa in ThreadWeaver::ThreadRunHelper::run (this=0xab955d74, parent=0x21e498, th=0x430e18) at ../../../threadweaver/Weaver/Thread.cpp:87
#10 0xb4b67d0c in ThreadWeaver::Thread::run (this=0x430e18) at ../../../threadweaver/Weaver/Thread.cpp:142
#11 0xb3f8cb66 in QThreadPrivate::start (arg=0x430e18) at thread/qthread_unix.cpp:298
#12 0xb3dfaed2 in start_thread () from /lib/arm-linux-gnueabihf/libpthread.so.0
#13 0xb6e5d058 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
#14 0xb6e5d058 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 4 (Thread 0xb01d2420 (LWP 3055)):
#0  0xb3e02384 in __libc_do_syscall () from /lib/arm-linux-gnueabihf/libpthread.so.0
#1  0xb3dfdff6 in pthread_cond_wait@@GLIBC_2.4 () from /lib/arm-linux-gnueabihf/libpthread.so.0
#2  0xb6e65ca2 in pthread_cond_wait () from /lib/arm-linux-gnueabihf/libc.so.6
#3  0xaa1f9daa in queue_processor(void*) () from /usr/lib/jvm/java-6-openjdk-armhf/jre/lib/IcedTeaPlugin.so
#4  0xb3dfaed2 in start_thread () from /lib/arm-linux-gnueabihf/libpthread.so.0
#5  0xb6e5d058 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
#6  0xb6e5d058 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 3 (Thread 0xaa1df420 (LWP 3056)):
#0  0xb3e02384 in __libc_do_syscall () from /lib/arm-linux-gnueabihf/libpthread.so.0
#1  0xb3dfdff6 in pthread_cond_wait@@GLIBC_2.4 () from /lib/arm-linux-gnueabihf/libpthread.so.0
#2  0xb6e65ca2 in pthread_cond_wait () from /lib/arm-linux-gnueabihf/libc.so.6
#3  0xaa1f9daa in queue_processor(void*) () from /usr/lib/jvm/java-6-openjdk-armhf/jre/lib/IcedTeaPlugin.so
#4  0xb3dfaed2 in start_thread () from /lib/arm-linux-gnueabihf/libpthread.so.0
#5  0xb6e5d058 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
#6  0xb6e5d058 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 2 (Thread 0xa99df420 (LWP 3057)):
#0  0xb3e02384 in __libc_do_syscall () from /lib/arm-linux-gnueabihf/libpthread.so.0
#1  0xb3dfdff6 in pthread_cond_wait@@GLIBC_2.4 () from /lib/arm-linux-gnueabihf/libpthread.so.0
#2  0xb6e65ca2 in pthread_cond_wait () from /lib/arm-linux-gnueabihf/libc.so.6
#3  0xaa1f9daa in queue_processor(void*) () from /usr/lib/jvm/java-6-openjdk-armhf/jre/lib/IcedTeaPlugin.so
#4  0xb3dfaed2 in start_thread () from /lib/arm-linux-gnueabihf/libpthread.so.0
#5  0xb6e5d058 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
#6  0xb6e5d058 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 1 (Thread 0xb31e2000 (LWP 2841)):
[KCrash Handler]
#6  0xb5aa2860 in WebCore::FontFallbackList::primarySimpleFontData(WebCore::Font const*) () at platform/graphics/Color.h:111
#7  0xb5aa28fc in WebCore::Font::primaryFont() const () at platform/graphics/Color.h:111
#8  0xb5aa28ca in WebCore::Font::fontMetrics() const () at platform/graphics/Color.h:111
#9  0xb5fcfe16 in WebCore::SVGInlineTextBox::calculateBoundaries() const () at ../JavaScriptCore/wtf/Vector.h:310
#10 0xb5fdcc36 in WebCore::SVGRootInlineBox::layoutChildBoxes(WebCore::InlineFlowBox*) () at ../JavaScriptCore/wtf/Vector.h:310
#11 0xb5fdca5a in WebCore::SVGRootInlineBox::computePerCharacterLayoutInformation() () at ../JavaScriptCore/wtf/Vector.h:310
#12 0xb5e34892 in WebCore::RenderBlock::createLineBoxesFromBidiRuns(WebCore::BidiRunList<WebCore::BidiRun>&, WebCore::InlineIterator const&, WebCore::LineInfo&, WebCore::VerticalPositionCache&, WebCore::BidiRun*) () at yarr/YarrInterpreter.h:311
#13 0xb5e3515c in WebCore::RenderBlock::layoutRunsAndFloats(bool, bool, WTF::Vector<WebCore::RenderBlock::FloatWithRect, 0u>&, int&, int&) () at yarr/YarrInterpreter.h:311
#14 0xb5e360e2 in WebCore::RenderBlock::layoutInlineChildren(bool, int&, int&) () at yarr/YarrInterpreter.h:311
#15 0xb5fcca2a in WebCore::RenderBlock::forceLayoutInlineChildren() () at ../JavaScriptCore/wtf/Vector.h:310
#16 0xb5fcd13a in WebCore::RenderSVGText::layout() () at ../JavaScriptCore/wtf/Vector.h:310
#17 0xb5fd0dc2 in WebCore::SVGRenderSupport::layoutChildren(WebCore::RenderObject*, bool) () at ../JavaScriptCore/wtf/Vector.h:310
#18 0xb61c4a92 in WebCore::RenderSVGContainer::layout() () at yarr/YarrInterpreter.h:311
#19 0xb5fd0dc2 in WebCore::SVGRenderSupport::layoutChildren(WebCore::RenderObject*, bool) () at ../JavaScriptCore/wtf/Vector.h:310
#20 0xb6184534 in WebCore::RenderSVGRoot::layout() () at ../JavaScriptCore/wtf/Vector.h:328
#21 0xb5d5a1ba in WebCore::FrameView::layout(bool) () at ./wtf/Vector.h:305
#22 0xb5d5c29c in WebCore::FrameView::layoutTimerFired(WebCore::Timer<WebCore::FrameView>*) () at ./wtf/Vector.h:305
#23 0xb5d618e8 in WebCore::Timer<WebCore::FrameView>::fired() () at ./wtf/Vector.h:305
#24 0xb5de2d32 in WebCore::ThreadTimers::sharedTimerFiredInternal() () at yarr/YarrInterpreter.h:311
#25 0xb5de2c94 in WebCore::ThreadTimers::sharedTimerFired() () at yarr/YarrInterpreter.h:311
#26 0xb5f28108 in WebCore::SharedTimerQt::timerEvent(QTimerEvent*) () at yarr/YarrInterpreter.h:311
#27 0xb40461f0 in QObject::event (this=0x36fc28, e=<optimized out>) at kernel/qobject.cpp:1157
#28 0xb426867a in notify_helper (e=0xbeca73dc, receiver=0x36fc28, this=<optimized out>) at kernel/qapplication.cpp:4559
#29 QApplicationPrivate::notify_helper (this=<optimized out>, receiver=0x36fc28, e=0xbeca73dc) at kernel/qapplication.cpp:4531
#30 0xb426bafc in QApplication::notify (this=0xbeca7578, receiver=0x36fc28, e=0xbeca73dc) at kernel/qapplication.cpp:4420
#31 0xb4eea6ec in KApplication::notify (this=0xbeca7578, receiver=0x36fc28, event=0xbeca73dc) at ../../kdeui/kernel/kapplication.cpp:311
#32 0xb40356d2 in QCoreApplication::notifyInternal (this=<optimized out>, receiver=<optimized out>, event=0xbeca73dc) at kernel/qcoreapplication.cpp:876
#33 0xb4056b32 in sendEvent (event=0xbeca73dc, receiver=<optimized out>) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:231
#34 QTimerInfoList::activateTimers (this=0x7b8b4) at kernel/qeventdispatcher_unix.cpp:611
#35 0xb40552ec in timerSourceDispatch (source=<optimized out>) at kernel/qeventdispatcher_glib.cpp:186
#36 timerSourceDispatch (source=<optimized out>) at kernel/qeventdispatcher_glib.cpp:180
#37 0xb3b79008 in g_main_context_dispatch () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
#38 0xb3b79258 in ?? () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
#39 0xb3b79258 in ?? () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Reported using DrKonqi
Comment 1 Ivan Zakharyaschev 2012-07-28 12:58:28 UTC
Hmm, it crashed several times before, but on my last attempt, it didn't.

Perhaps the reason was that it was simply out of memory.

Perhaps, the messages rekonq printed in the terminal about Java were simply about it trying to use the installed Java plugin and discovering that something was wrong with it, and perhaps Java has no connection to the crashes.
Comment 2 Andrew Crouthamel 2018-09-19 14:42:33 UTC
This bug has had its resolution changed, but accidentally has been left in NEEDSINFO status. I am thus closing this bug and setting the status as RESOLVED to reflect the resolution change.