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

[Thomas Petazzoni]

On Thu, 10 Jan 2013 09:36:42 +0100, Thomas Petazzoni wrote:


> > > 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.

Any news about this problem? Currently, the linuxfb graphics backend is
unfortunately unusable :-(

Thanks,

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