[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