Bug 121271 - OpenObex attempts to listen/connect on incorrect SDP channel numbers on PPC.
Summary: OpenObex attempts to listen/connect on incorrect SDP channel numbers on PPC.
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: openobex
Version: 2
Hardware: powerpc
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Harald Hoyer
QA Contact:
URL:
Whiteboard:
Keywords:
Depends On:
Blocks: fedora-ppc
TreeView+ depends on / blocked
 
Reported: 2004-04-19 21:39 UTC by David Woodhouse
Modified: 2007-11-30 22:10 UTC (History)
0 users

(edit)
Clone Of:
(edit)
Last Closed: 2004-04-19 22:05:48 UTC


Attachments (Terms of Use)

Description David Woodhouse 2004-04-19 21:39:23 UTC
Description of problem:

OpenObex attempts to listen/connect on incorrect SDP channel numbers.
obex_test and gnome-obex-server both behave similarly.

How reproducible:
100%

Steps to Reproduce:
1. strace obex_test -b <bdaddr> <channel>
  ( my example is '00:80:37:95:CD:02 10')

Actual results:

socket(0x1f /* PF_??? */, SOCK_STREAM, 3) = 3
bind(3, {sa_family=0x1f /* AF_??? */,
sa_data="\0\0\0\0\0\0\0\0\0\0\0\0\0\0"}, 10) = 0
connect(3, {sa_family=0x1f /* AF_??? */,
sa_data="\2\315\2257\200\0\0\0\0\0\0\0\0\0"}, 10) = -1 EINVAL (Invalid
argument)
close(3)                                = 0
write(1, "Transport connect error! (Blueto"..., 37Transport connect
error! (Bluetooth)



Expected results (i.e. what happens on i386):
socket(0x1f /* PF_??? */, SOCK_STREAM, 3) = 3
bind(3, {sa_family=0x1f /* AF_??? */,
sa_data="\0\0\0\0\0\0\0\0\0\0\0\0\0\0"}, 10) = 0
connect(3, {sa_family=0x1f /* AF_??? */,
sa_data="\2\315\2257\200\0\n\0\0\0\0\0\0\0"}, 10) = 0
write(3, "\200\0\20\21\0\4\0J\0\tLinux\0", 16) = 16
select(4, [3], NULL, NULL, {10, 0})     = 1 (in [3], left {10, 0})
read(3, "\240\0\7", 3)                  = 3
read(3, "\20\0\2\0", 4)                 = 4
write(1, "Connect OK!\n", 12Connect OK!
)           = 12


Additional info:

Probably an endianness bug.

Comment 1 David Woodhouse 2004-04-19 22:05:48 UTC
This has been fixed in openobex CVS for a while. It's now also fixed
in openobex-1.0.0-5


Note You need to log in before you can comment on or make changes to this bug.