obex data server crash upon file transfer from computer to bluetooth device
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
obex-data-server (Ubuntu) |
Fix Released
|
Medium
|
Unassigned |
Bug Description
Binary package hint: obex-data-server
lsb_release -rd:
Description: Ubuntu karmic (development branch)
Release: 9.10
apt-cache policy obex-data-server:
obex-data-server:
Installed: 0.4.4-2
Candidate: 0.4.4-2
Version table:
*** 0.4.4-2 0
500 http://
100 /var/lib/
Expected Behavior:
File transfer to bluetooth device (LG RUMOUR PHONE)
What happened:
2 possible behavior:
1- obex data server crash (and the report tool leads me to this page ;))
2- The file Transfer dialog with title: Sending files via bluetooth open and just stays there with no progress (left it there for 15 minutes)
I think this bug was not in the list I was presented though it may be related to: #222695 or #327200. I'm truly sorry if I entered a duplicate.
take care
ProblemType: Crash
Architecture: i386
Date: Tue Aug 4 16:16:05 2009
DistroRelease: Ubuntu 9.10
ExecutablePath: /usr/bin/
NonfreeKernelMo
Package: obex-data-server 0.4.4-2
ProcCmdline: /usr/bin/
ProcEnviron:
SHELL=/bin/bash
LANG=en_CA.UTF-8
ProcVersionSign
SegvAnalysis:
Segfault happened at: 0x805f64d <usb_close@
PC (0x0805f64d) ok
source "0x20(%eax)" (0xaaaaaaca) not located in a known VMA region (needed readable region)!
destination "%eax" ok
SegvReason: reading unknown VMA
Signal: 11
SourcePackage: obex-data-server
StacktraceTop:
?? ()
?? () from /usr/lib/
g_main_
?? () from /usr/lib/
g_main_loop_run () from /usr/lib/
Title: obex-data-server crashed with SIGSEGV in g_main_
Uname: Linux 2.6.28-14-generic i686
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare
visibility: | private → public |
Changed in obex-data-server (Ubuntu): | |
status: | New → Fix Released |
StacktraceTop: emit_disconnect ed (session=0x95b3240) at ods-session.c:179 0xaaaaaaaa, context_ dispatch (context=0x95ac508) context_ iterate (context=0x95ac508,
g_idle_dispatch (source=0x95b04b8, callback=
IA__g_main_
g_main_
IA__g_main_loop_run (loop=0x95b0298)