Silence unknown option messages
Bug #1237022 reported by
Thomi Richards
This bug affects 2 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
unity8 (Ubuntu) |
Expired
|
Medium
|
Unassigned |
Bug Description
When Qt apps start, we often get something like this printed to stderr:
"""
unknown option -- t
unknown option -- e
unknown option -- s
unknown option -- t
unknown option -- a
unknown option -- b
unknown option -- i
unknown option -- l
unknown option -- i
unknown option -- t
unknown option -- y
unknown option -- f
unknown option -- u
unknown option -- l
unknown option -- l
unknown option -- s
unknown option -- c
unknown option -- r
unknown option -- e
unknown option -- e
unknown option -- n
"""
This makes the autopilot logs significantly longer, and much harder to read. We should silence this error, perhaps by not passing options to Qt that we've handled ourselves?
Changed in unity8: | |
assignee: | Thomi Richards (thomir) → nobody |
status: | In Progress → Confirmed |
affects: | unity8 → unity8 (Ubuntu) |
To post a comment you must log in.
Finally got a useful stack trace. The stack at that point seems to be:
#0 0x409febb0 in write () from /lib/arm- linux-gnueabihf /libc.so. 6 buildd/ glib2.0- 2.38.0/ ./glib/ gwakeup. c:238 context_ add_poll_ unlocked (context= context@ entry=0x46f03ab 8, priority= priority@ entry=0, fd=fd@entry= 0x46f03b0c) at /build/ buildd/ glib2.0- 2.38.0/ ./glib/ gmain.c: 4133 buildd/ glib2.0- 2.38.0/ ./glib/ gmain.c: 617 context_ default () at /build/ buildd/ glib2.0- 2.38.0/ ./glib/ gmain.c: 651 rGlibPrivate: :QEventDispatch erGlibPrivate( _GMainContext* ) () from /usr/lib/ arm-linux- gnueabihf/ libQt5Core. so.5 herGlibPrivate: :QPAEventDispat cherGlibPrivate (_GMainContext* ) () from /usr/lib/ arm-linux- gnueabihf/ qt5/plugins/ platforms/ libqubuntumirse rver.so herGlib: :QPAEventDispat cherGlib( QObject* ) () from /usr/lib/ arm-linux- gnueabihf/ qt5/plugins/ platforms/ libqubuntumirse rver.so Dispatcher( ) () from /usr/lib/ arm-linux- gnueabihf/ qt5/plugins/ platforms/ libqubuntumirse rver.so gration: :QUbuntuBaseInt egration (this=0x46f01840) at integration.cc:30 ion::QUbuntuInt egration (this=0x46f01840, input_factory= 0x46e51824 <(anonymous namespace) ::InputAdaptorF actory: :instance( )::global_ instance> ) at integration.cc:50 ration: :QUbuntuMirInte gration (this=0x46f01840) at integration.cc:39 rIntegrationPlu gin::create (this=<optimized out>, system=..., paramList=...) at main.cc:41 Private: :createPlatform Integration( ) () from /usr/lib/ arm-linux- gnueabihf/ libQt5Gui. so.5 Private: :createEventDis patcher( ) () from /usr/lib/ arm-linux- gnueabihf/ libQt5Gui. so.5 n::init( ) () from /usr/lib/ arm-linux- gnueabihf/ libQt5Core. so.5 n::QCoreApplica tion(QCoreAppli cationPrivate& ) () from /usr/lib/ arm-linux- gnueabihf/ libQt5Core. so.5 ::QGuiApplicati on(int& , char**, int) () from /usr/lib/ arm-linux- gnueabihf/ libQt5Gui. so.5 cation: :QMirServerAppl ication( int&, char**, ShellServerConf iguration* ) () from /usr/lib/ arm-linux- gnueabihf/ libunity- mir.so. 1 rApplication () from /usr/lib/ arm-linux- gnueabihf/ libunity- mir.so. 1
#1 0x411241f8 in g_wakeup_signal (wakeup=0x46f05600) at /build/
#2 0x410f5878 in g_main_
#3 0x410f62ae in g_main_context_new () at /build/
#4 0x410f632e in g_main_
#5 0x4075ec3c in QEventDispatche
#6 0x46e387d0 in QPAEventDispatc
#7 0x46e3881c in QPAEventDispatc
#8 0x46e38748 in createUnixEvent
#9 0x46e35340 in QUbuntuBaseInte
#10 0x46e33e66 in QUbuntuIntegrat
#11 0x46e33aaa in QUbuntuMirInteg
#12 0x46e33536 in QUbuntuMirServe
#13 0x40404ba8 in QGuiApplication
#14 0x404051da in QGuiApplication
#15 0x40731c86 in QCoreApplicatio
#16 0x40731cca in QCoreApplicatio
#17 0x4040587a in QGuiApplication
#18 0x423780ee in QMirServerAppli
#19 0x42378162 in createQMirServe
#20 0x0000b628 in _start ()
So I think the correct solution here is to make unity8 not pass command line options it handles internally to libunity-mir. Should be a simple fix.