KBlueMon crashes when scanning with service discovery enabled
Bug #173154 reported by
Joshua Kugler
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
kdebluetooth (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
In KBlueMon, check "Discover Remote Services," and click "Start Scan." KBlueMon will crash with a seg fault.
I've tried this on two different systems (a laptop and desktop) both installed on the hard drive, and using the LiveCD. I've tried it with three different Bluetooth dongles (Kensington among them, don't have the others handy at the moment).
The phone being scanned is a Nokia 6126 Type RM-126.
Changed in kdebluetooth: | |
status: | New → Confirmed |
To post a comment you must log in.
I can confirm this behavior with a Kensington USB 2.0 Bluetooth 2.0 EDR dongle ( model# K33348B , Chip: Broadcom Corp 2 BCM92045B3 ROM ) : a segfault after pressing "Scan" every time "Discover Remote Services" is checked.
Recently not only did KBlueMon segfault or lock up, but invariably my whole system would lock up, with the exception that in some cases the mouse pointer would still be active -- I could still gain access to a shell prompt using the Magic SysRq key by putting the keyboard into RAW mode and tapping Alt-1. For some reason, after some recent updates, this behavior stopped with the reproducible segfault described in the first sentence taking its place. Sorry that I can't be more specific concerning the updates. :/
Also, I have attached the output of dmesg, lspci, uname, version, and lsusb. ( with each conforming to the same criteria required by a kernel bug report ) I captured output from the above commands 3 times : Before insertion of the Bluetooth USB key, After the insertion, After the crash. Each of the 3 outputs from the above commands has been saved in a Bzipped TAR file corresponding to the name of the command. Also, I've included the backtrace of the crash, which follows. My system configuration is included at the end of this comment. ( I know that including 3 copies of the output of uname and version is redundant, but I have a shell script to do the logging and taring, and I'm lazy. ;) )
------- ------- ------- ------- ------- ------- --
kbluemon.kcrash :
(no debugging symbols found) qshared. h:52 cpp:1596 :activate_ signal (this=0x80e9a88, clist=0x8091b40, qobject. cpp:2359 :Adapter: :remoteDeviceFo und () libkbluetooth. so.0 :Adapter: :filterFunction Ad () libkbluetooth. so.0 _dispatch () from /usr/lib/ libdbus- 1.so.3 :Connection: :dispatchRead () libdbus- qt-1.so. 1 :Connection: :qt_invoke () libdbus- qt-1.so. 1 :activate_ signal (this=0x80e9ce0, clist=0x80ea138, qobject. cpp:2359 :activate_ signal (this=0x80e9ce0, signal=2) qobject. cpp:2328 :Internal: :Integrator: :readReady () libdbus- qt-1.so. 1 :Internal: :Integrator: :slotRead () libdbus- qt-1.so. 1 :Internal: :Integrator: :qt_invoke () libdbus- qt-1.so. 1 :activate_ signal (this=0x80e8728, clist=0x80e9ff0,
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 0xb67ca6c0 (LWP 9230)]
[KCrash handler]
#6 0xb6fbe052 in QShared::ref (this=0x53e58955) at ../include/
#7 0xb73b6367 in QString::operator= (this=0x6530d00c, s=@0xb70b0076)
at tools/qstring.
#8 0x080525aa in ?? ()
#9 0x080525f0 in ?? ()
#10 0x08051c91 in ?? ()
#11 0x08052098 in ?? ()
#12 0xb709a704 in QObject:
o=0xbfcd73fc) at kernel/
#13 0xb7f27ae4 in KBluetooth:
from /usr/lib/
#14 0xb7f2ad41 in KBluetooth:
from /usr/lib/
#15 0xb7ee0a37 in dbus_connection
#16 0xb7eb9893 in DBusQt:
from /usr/lib/
#17 0xb7eba147 in DBusQt:
from /usr/lib/
#18 0xb709a704 in QObject:
o=0xbfcd7638) at kernel/
#19 0xb709b1e9 in QObject:
at kernel/
#20 0xb7ebab29 in DBusQt:
from /usr/lib/
#21 0xb7ebac0f in DBusQt:
from /usr/lib/
#22 0xb7ebac8a in DBusQt:
from /usr/lib/
#23 0xb709a704 in QObject:
o=0xbfcd7770) at kernel/q...