* [Bluez-devel] Bug in SDP example?
@ 2008-01-23 2:07 Manuel Naranjo
0 siblings, 0 replies; 3+ messages in thread
From: Manuel Naranjo @ 2008-01-23 2:07 UTC (permalink / raw)
To: BlueZ development
Hello guys,
I've been tracing a bug in part of Tadas work (obex-data-server), and I
finally found it, it was related to sdp records calls, the dbus
interface specifies to use array of byte, while he was using array of
int. So I replaced
DBUS_TYPE_G_UINT_ARRAY for DBUS_TYPE_G_UCHAR_ARRAY, and valgrind stopped
blaming about bugs.
Strange is that the example at this page:
http://wiki.bluez.org/wiki/HOWTO/DiscoveringServices
Seems to have exactly the same problem in the D-Bus glib example. The
D-Bus function call that has an error is this one:
dbus_g_proxy_call (adapter_proxy,
"GetRemoteServiceRecord", &error,
G_TYPE_STRING, address,
G_TYPE_UINT, *((guint32 *)handle_array->data),
G_TYPE_INVALID,
DBUS_TYPE_G_UINT_ARRAY, &record_array,
G_TYPE_INVALID)
I'm not 100% sure, but I've been through both hcid and sdpd sources from
the latest bluez libs and seems like I'm right. It should say:
DBUS_TYPE_G_UCHAR_ARRAY, &record_array,
Instead of:
DBUS_TYPE_G_UINT_ARRAY, &record_array,
Any of the gurus out there can confirm this? I don't want to fix the
example if it's all ready all right.
Thanks,
Manuel Naranjo
Wireless Cables Inc. www.aircable.net
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bluez-devel] Bug in SDP example?
@ 2008-01-23 2:08 Manuel Naranjo
2008-01-23 13:02 ` [Bluez-devel] [HFP][PATCH] fixes CancelCall Alok
0 siblings, 1 reply; 3+ messages in thread
From: Manuel Naranjo @ 2008-01-23 2:08 UTC (permalink / raw)
To: BlueZ development
Hello guys,
I've been tracing a bug in part of Tadas work (obex-data-server), and I
finally found it, it was related to sdp records calls, the dbus
interface specifies to use array of byte, while he was using array of
int. So I replaced
DBUS_TYPE_G_UINT_ARRAY for DBUS_TYPE_G_UCHAR_ARRAY, and valgrind stopped
blaming about bugs.
Strange is that the example at this page:
http://wiki.bluez.org/wiki/HOWTO/DiscoveringServices
Seems to have exactly the same problem in the D-Bus glib example. The
D-Bus function call that has an error is this one:
dbus_g_proxy_call (adapter_proxy,
"GetRemoteServiceRecord", &error,
G_TYPE_STRING, address,
G_TYPE_UINT, *((guint32 *)handle_array->data),
G_TYPE_INVALID,
DBUS_TYPE_G_UINT_ARRAY, &record_array,
G_TYPE_INVALID)
I'm not 100% sure, but I've been through both hcid and sdpd sources from
the latest bluez libs and seems like I'm right. It should say:
DBUS_TYPE_G_UCHAR_ARRAY, &record_array,
Instead of:
DBUS_TYPE_G_UINT_ARRAY, &record_array,
Any of the gurus out there can confirm this? I don't want to fix the
example if it's all ready all right.
Thanks,
Manuel Naranjo
Wireless Cables Inc. www.aircable.net
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bluez-devel] [HFP][PATCH] fixes CancelCall
2008-01-23 2:08 [Bluez-devel] Bug in SDP example? Manuel Naranjo
@ 2008-01-23 13:02 ` Alok
0 siblings, 0 replies; 3+ messages in thread
From: Alok @ 2008-01-23 13:02 UTC (permalink / raw)
To: BlueZ development
[-- Attachment #1: Type: text/plain, Size: 106 bytes --]
Hi Johan/Fredric,
This patch fixes CancelCall .
Let me know if anything needs to be changed.
-Alok.
[-- Attachment #2: patch --]
[-- Type: text/x-patch, Size: 1061 bytes --]
Index: audio/headset.c
===================================================================
RCS file: /cvsroot/bluez/utils/audio/headset.c,v
retrieving revision 1.163
diff -u -5 -p -r1.163 headset.c
--- audio/headset.c 23 Jan 2008 12:13:30 -0000 1.163
+++ audio/headset.c 23 Jan 2008 12:33:59 -0000
@@ -1270,10 +1270,11 @@ static DBusHandlerResult hs_cancel_ringi
void *data)
{
struct device *device = data;
struct headset *hs = device->headset;
DBusMessage *reply = NULL;
+ int err;
if (hs->state < HEADSET_STATE_CONNECTED)
return error_not_connected(conn, msg);
reply = dbus_message_new_method_return(msg);
@@ -1287,10 +1288,19 @@ static DBusHandlerResult hs_cancel_ringi
g_source_remove(hs->ring_timer);
hs->ring_timer = 0;
done:
+ if (hs->hfp_active) {
+ /*+CIEV: (callsetup = 0)*/
+ err = headset_send(hs, "\r\n+CIEV:3, 0\r\n");
+ if (err < 0) {
+ dbus_message_unref(reply);
+ return error_failed_errno(conn, msg, -err);
+ }
+ }
+
send_message_and_unref(conn, reply);
return DBUS_HANDLER_RESULT_HANDLED;
}
[-- Attachment #3: Type: text/plain, Size: 228 bytes --]
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
[-- Attachment #4: Type: text/plain, Size: 164 bytes --]
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2008-01-23 13:02 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-01-23 2:08 [Bluez-devel] Bug in SDP example? Manuel Naranjo
2008-01-23 13:02 ` [Bluez-devel] [HFP][PATCH] fixes CancelCall Alok
-- strict thread matches above, loose matches on Subject: below --
2008-01-23 2:07 [Bluez-devel] Bug in SDP example? Manuel Naranjo
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox