[Interest] Crash when starting Qt5 rasterwindow on ARM/linuxfb

Thomas Petazzoni thomas.petazzoni at free-electrons.com
Thu Jan 10 09:36:42 CET 2013


Dear Samuel Rødal,

On Thu, 10 Jan 2013 08:08:34 +0100, Samuel Rødal wrote:

> > ./rasterwindow -platform linuxfb
> >
> > and I get the following trace in gdb:
> >
> > Program received signal SIGSEGV, Segmentation fault.
> > QFbBackingStore::QFbBackingStore (this=0x17588, window=0x7efffc34) at fbconvenience/qfbbackingstore.cpp:54
> > 54	    (static_cast<QFbWindow *>(window->handle()))->setBackingStore(this);
> > (gdb) bt
> > #0  QFbBackingStore::QFbBackingStore (this=0x17588, window=0x7efffc34) at fbconvenience/qfbbackingstore.cpp:54
> > #1  0x768ac016 in QLinuxFbIntegration::createPlatformBackingStore (this=<optimized out>, window=0x7efffc34) at qlinuxfbintegration.cpp:87
> > #2  0x76f33438 in QBackingStore::QBackingStore (this=0x19008, window=0x7efffc34) at painting/qbackingstore.cpp:122
> >
> > Does anyone has an idea? Should I be doing a formal bug report?
> 
> Seems like a bug in the qlinuxfb platform. QFbBackingStore is assuming 
> that create() has already been called on the QWindow. Before create() is 
> called window->handle() will return 0. It's probably better if 
> QFbBackingStore does this initialization lazily.

Ok. I'd be glad to test any patches that implements this idea.

Thanks!

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com



More information about the Interest mailing list