Bug 835821 - Segfault running CutyCapt
Segfault running CutyCapt
Status: NEW
Product: Fedora EPEL
Classification: Fedora
Component: qtwebkit (Show other bugs)
x86_64 Linux
unspecified Severity high
: ---
: ---
Assigned To: Rex Dieter
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2012-06-27 04:16 EDT by redhatbugzilla
Modified: 2012-06-27 17:13 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed:
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Backtrace (12.52 KB, text/x-log)
2012-06-27 10:42 EDT, redhatbugzilla
no flags Details
Full Backtrace (18.26 KB, text/x-log)
2012-06-27 17:13 EDT, redhatbugzilla
no flags Details

  None (edit)
Description redhatbugzilla 2012-06-27 04:16:54 EDT
Description of problem:
Segfault with every run of CutyCapt at least under xvfb, running a VM on KVM.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. yum install qtwebkit qtwebkit-devel
2. svn co https://cutycapt.svn.sourceforge.net/svnroot/cutycapt
3. cd cutycapt/CutyCapt; qmake-qt4 && make
4. xvfb-run --server-args="-screen 0, 1024x768x24" ./CutyCapt --url=http://www.google.com --out=1.png

Actual results:
[root@test CutyCapt]# xvfb-run --server-args="-screen 0, 1024x768x24" ./CutyCapt --url=http://www.google.com --out=1.png
loaded the Generic plugin
can't make "generic.orientation" because no QAccelerometer sensors exist
/usr/bin/xvfb-run: line 166:  2096 Segmentation fault      DISPLAY=:$SERVERNUM XAUTHORITY=$AUTHFILE "$@" 2>&1

Expected results:
No crash. File 1.png should contain "screenshot" of google.com

Additional info:
Tested (and crashed) on a fresh install of CentOS6 on a VM, with no software other than base and needed software to compile CutyCapt (gcc-c++, make, subversion, qtwebkit-devel, xvfb)

Same install with qtwebkit from atrpm (qtwebkit-2.0-3.el6.x86_64) work flawlessly, even without recompiling CutyCapt.
Comment 1 Rex Dieter 2012-06-27 07:45:57 EDT
Can you get a backtrace?
Comment 2 redhatbugzilla 2012-06-27 10:42:51 EDT
Created attachment 594807 [details]

thread apply all bt full
Comment 3 Rex Dieter 2012-06-27 10:49:39 EDT
OK, assuming it crashed in thread 1, we have some javascript/jit fun going on: (seemingly with some, but not all debuginfo missing):

Thread 1 (Thread 0x7ffff7fd2820 (LWP 3066)):
#0  0x00007ffff747ed64 in FixedVMPoolAllocator (this=<value optimized out>)
    at ../../../JavaScriptCore/jit/ExecutableAllocatorFixedVMPool.cpp:303
No locals.
#1  JSC::ExecutableAllocator::isValid (this=<value optimized out>)
    at ../../../JavaScriptCore/jit/ExecutableAllocatorFixedVMPool.cpp:442
No locals.
#2  0x00007ffff74b6486 in ExecutableAllocator (this=0x7ffff7f0ea00, 
    at ../../../JavaScriptCore/jit/ExecutableAllocator.h:162
No locals.
#3  JSC::JSGlobalData::JSGlobalData (this=0x7ffff7f0ea00, 
    at ../../../JavaScriptCore/runtime/JSGlobalData.cpp:148
No locals.
#4  0x00007ffff74b7fa8 in create (type=JSC::ThreadStackTypeLarge)
    at ../../../JavaScriptCore/runtime/JSGlobalData.cpp:231
No locals.
#5  JSC::JSGlobalData::createLeaked (type=JSC::ThreadStackTypeLarge)
    at ../../../JavaScriptCore/runtime/JSGlobalData.cpp:237
        data = <value optimized out>
#6  0x00007ffff6d70682 in WebCore::JSDOMWindowBase::commonJSGlobalData() ()
   from /usr/lib64/libQtWebKit.so.4
No symbol table info available.
#7  0x00007ffff6da867c in WebCore::ScriptController::getAllWorlds(WTF::Vector<WebCore::DOMWrapperWorld*, 0ul>&) () from /usr/lib64/libQtWebKit.so.4
No symbol table info available.
#8  0x00007ffff705da42 in WebCore::FrameLoader::dispatchDidClearWindowObjectsInAllWorlds() () from /usr/lib64/libQtWebKit.so.4
No symbol table info available.
#9  0x00007ffff705fbd5 in WebCore::FrameLoader::receivedFirstData() ()
   from /usr/lib64/libQtWebKit.so.4
No symbol table info available.
Comment 4 redhatbugzilla 2012-06-27 17:13:39 EDT
Created attachment 594864 [details]
Full Backtrace

Full backtrace, now with all debuginfo's
Sorry :(

Note You need to log in before you can comment on or make changes to this bug.