<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: obex-data-server 0.4</title>
	<atom:link href="http://tadas.dailyda.com/blog/2008/10/17/obex-data-server-04/feed/" rel="self" type="application/rss+xml" />
	<link>http://tadas.dailyda.com/blog/2008/10/17/obex-data-server-04/</link>
	<description></description>
	<lastBuildDate>Mon, 05 Apr 2010 14:20:31 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: admin</title>
		<link>http://tadas.dailyda.com/blog/2008/10/17/obex-data-server-04/comment-page-1/#comment-1803</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Sat, 25 Oct 2008 10:54:12 +0000</pubDate>
		<guid isPermaLink="false">http://tadas.dailyda.com/blog/2008/10/17/obex-data-server-04/#comment-1803</guid>
		<description>Just update your bluz-libs to 3.36.
That other issue is a crasher, go to wiki.muiline.com/obex-data-server and read &quot;Reporting bugs&quot; then report it properly in bug tracker, but you should test with ods 0.4, not 0.3.4. I don&#039;t think it is worth maintaining 0.3 series anymore.</description>
		<content:encoded><![CDATA[<p>Just update your bluz-libs to 3.36.<br />
That other issue is a crasher, go to wiki.muiline.com/obex-data-server and read &#8220;Reporting bugs&#8221; then report it properly in bug tracker, but you should test with ods 0.4, not 0.3.4. I don&#8217;t think it is worth maintaining 0.3 series anymore.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ajay</title>
		<link>http://tadas.dailyda.com/blog/2008/10/17/obex-data-server-04/comment-page-1/#comment-1797</link>
		<dc:creator>Ajay</dc:creator>
		<pubDate>Sat, 25 Oct 2008 07:06:55 +0000</pubDate>
		<guid isPermaLink="false">http://tadas.dailyda.com/blog/2008/10/17/obex-data-server-04/#comment-1797</guid>
		<description>Hi Tadas,

Well I am using bluez-utils version 3.32 and am unable the function sdp_extract_seqtype_safe() 
but instead has in sdp_lib.h sdp_extract_seqtype() which takes in 3 paramters. So I wonder the if 
3.x switch is compatible with 3.32 version.

int sdp_extract_seqtype(const uint8_t *buf, uint8_t *dtdp, int *seqlen);


I am cross compiling the libraries using Montavista toolchain for ARM9.

I had make the A2DP profile working and thought of proceeding with OBEX implementation.

But when using obex-data-server version 0.3.4 I get segmentation fault. 

Logs below .. I traced it to something going wrong in 	cb_data = g_new0 (OdsManagerCreateBluetoothSessionData, 1);
(line 682 in ods-manager.c)

Thanks,
Ajay
--------------------------------------------
root@(none):/opt/gnome/usr/bin# ./obex-data-server --no-daemon &amp;
[1] 803
root@(none):/opt/gnome/usr/bin# INIT doe
** Message: obex-data-server 0.3.4
** Message: Using Session bus


root@(none):/home# ./ods-dbus-test

#./ods-dbus-test 00:18:13:19:62:6E &quot;opp&quot; /root/sample-pictures/Test.jpg
** Message: CreateBluetoothSession (&quot;00:18:13:19:62:6E&quot;, &quot;opp&quot;)

** (process:828): WARNING **: Error: Message did not receive a reply (timeout by message bus)
[1]+  Segmentation fault      ./obex-data-server --no-daemon  (wd: /opt/gnome/usr/bin)</description>
		<content:encoded><![CDATA[<p>Hi Tadas,</p>
<p>Well I am using bluez-utils version 3.32 and am unable the function sdp_extract_seqtype_safe()<br />
but instead has in sdp_lib.h sdp_extract_seqtype() which takes in 3 paramters. So I wonder the if<br />
3.x switch is compatible with 3.32 version.</p>
<p>int sdp_extract_seqtype(const uint8_t *buf, uint8_t *dtdp, int *seqlen);</p>
<p>I am cross compiling the libraries using Montavista toolchain for ARM9.</p>
<p>I had make the A2DP profile working and thought of proceeding with OBEX implementation.</p>
<p>But when using obex-data-server version 0.3.4 I get segmentation fault. </p>
<p>Logs below .. I traced it to something going wrong in 	cb_data = g_new0 (OdsManagerCreateBluetoothSessionData, 1);<br />
(line 682 in ods-manager.c)</p>
<p>Thanks,<br />
Ajay<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;<br />
root@(none):/opt/gnome/usr/bin# ./obex-data-server &#8211;no-daemon &amp;<br />
[1] 803<br />
root@(none):/opt/gnome/usr/bin# INIT doe<br />
** Message: obex-data-server 0.3.4<br />
** Message: Using Session bus</p>
<p>root@(none):/home# ./ods-dbus-test</p>
<p>#./ods-dbus-test 00:18:13:19:62:6E &#8220;opp&#8221; /root/sample-pictures/Test.jpg<br />
** Message: CreateBluetoothSession (&#8220;00:18:13:19:62:6E&#8221;, &#8220;opp&#8221;)</p>
<p>** (process:828): WARNING **: Error: Message did not receive a reply (timeout by message bus)<br />
[1]+  Segmentation fault      ./obex-data-server &#8211;no-daemon  (wd: /opt/gnome/usr/bin)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://tadas.dailyda.com/blog/2008/10/17/obex-data-server-04/comment-page-1/#comment-1751</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Thu, 23 Oct 2008 06:31:34 +0000</pubDate>
		<guid isPermaLink="false">http://tadas.dailyda.com/blog/2008/10/17/obex-data-server-04/#comment-1751</guid>
		<description>In Bluez 3.x there were sdp_extract_seqtype and sdp_extract_seqtype_safe functions, in Bluez 4.x sdp_extract_seqtype_safe was renamed to sdp_extract_seqtype. So we are effectively calling the same function, just the name is different. As you can see in that code snippet, it&#039;s used just like that and I used ods with Bluez 3.x for quite some time successfully. When running ./configure, it detects if libbluetooth has sdp_extract_seqtype_safe function, if it does, it is Bluez 3.x.

Timeout issue is totally solved, see migration to 0.4 API guide. Basically what you do is listen to SessionConnected and SessionConnectError signals on Manager object prior to calling CreateBluetoothSession()

Cheers,
Tadas</description>
		<content:encoded><![CDATA[<p>In Bluez 3.x there were sdp_extract_seqtype and sdp_extract_seqtype_safe functions, in Bluez 4.x sdp_extract_seqtype_safe was renamed to sdp_extract_seqtype. So we are effectively calling the same function, just the name is different. As you can see in that code snippet, it&#8217;s used just like that and I used ods with Bluez 3.x for quite some time successfully. When running ./configure, it detects if libbluetooth has sdp_extract_seqtype_safe function, if it does, it is Bluez 3.x.</p>
<p>Timeout issue is totally solved, see migration to 0.4 API guide. Basically what you do is listen to SessionConnected and SessionConnectError signals on Manager object prior to calling CreateBluetoothSession()</p>
<p>Cheers,<br />
Tadas</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ajay</title>
		<link>http://tadas.dailyda.com/blog/2008/10/17/obex-data-server-04/comment-page-1/#comment-1749</link>
		<dc:creator>Ajay</dc:creator>
		<pubDate>Thu, 23 Oct 2008 04:40:02 +0000</pubDate>
		<guid isPermaLink="false">http://tadas.dailyda.com/blog/2008/10/17/obex-data-server-04/#comment-1749</guid>
		<description>Tadas,

I was using obex-data-server-0.3.4, but always used to get timeout when using CreateBluetoothSession DBUS call. I heard that the timeout issue is fixed in the new release
obex-data-server 0.4 . However I see some issues with the release

1) The ifdef seems to have been reversed.(or the comments at least.
The BlueZ API sdp_extract_seqtype() takes in 3 parameters in rel 3.xx , and since this release uses 4 parameters (bytesleft seems to be extra) it gives linking issues.

#ifdef USE_BLUEZ3FUNCS
        /* Using Bluez 3.x */
        scanned = sdp_extract_seqtype_safe(rsp, bytesleft, &amp;dataType, &amp;seqlen);
#else
        /* Using Bluez 4.x */
        scanned = sdp_extract_seqtype(rsp,bytesleft,&amp;dataType, &amp;seqlen);
#endif /* USE_BLUEZ3FUNCS */




Also any help in CreateBluetoothSession() failing for me due to timeout is greatly appreciated.

Thanks
Ajay</description>
		<content:encoded><![CDATA[<p>Tadas,</p>
<p>I was using obex-data-server-0.3.4, but always used to get timeout when using CreateBluetoothSession DBUS call. I heard that the timeout issue is fixed in the new release<br />
obex-data-server 0.4 . However I see some issues with the release</p>
<p>1) The ifdef seems to have been reversed.(or the comments at least.<br />
The BlueZ API sdp_extract_seqtype() takes in 3 parameters in rel 3.xx , and since this release uses 4 parameters (bytesleft seems to be extra) it gives linking issues.</p>
<p>#ifdef USE_BLUEZ3FUNCS<br />
        /* Using Bluez 3.x */<br />
        scanned = sdp_extract_seqtype_safe(rsp, bytesleft, &amp;dataType, &amp;seqlen);<br />
#else<br />
        /* Using Bluez 4.x */<br />
        scanned = sdp_extract_seqtype(rsp,bytesleft,&amp;dataType, &amp;seqlen);<br />
#endif /* USE_BLUEZ3FUNCS */</p>
<p>Also any help in CreateBluetoothSession() failing for me due to timeout is greatly appreciated.</p>
<p>Thanks<br />
Ajay</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Heston James</title>
		<link>http://tadas.dailyda.com/blog/2008/10/17/obex-data-server-04/comment-page-1/#comment-1686</link>
		<dc:creator>Heston James</dc:creator>
		<pubDate>Fri, 17 Oct 2008 17:09:21 +0000</pubDate>
		<guid isPermaLink="false">http://tadas.dailyda.com/blog/2008/10/17/obex-data-server-04/#comment-1686</guid>
		<description>Tadas,

Thank you once again for all your work on this release, some really excellent progress made from 0.3.4, really solid release!

Cheers,

Heston</description>
		<content:encoded><![CDATA[<p>Tadas,</p>
<p>Thank you once again for all your work on this release, some really excellent progress made from 0.3.4, really solid release!</p>
<p>Cheers,</p>
<p>Heston</p>
]]></content:encoded>
	</item>
</channel>
</rss>
