<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to bugs</title><link>https://sourceforge.net/p/btnode/bugs/</link><description>Recent changes to bugs</description><atom:link href="https://sourceforge.net/p/btnode/bugs/feed.rss" rel="self"/><language>en</language><lastBuildDate>Wed, 27 Oct 2010 18:16:36 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/btnode/bugs/feed.rss" rel="self" type="application/rss+xml"/><item><title>Lib-Compile fails under Fedora 13</title><link>https://sourceforge.net/p/btnode/bugs/195/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I downloaded the source files for nut and btnode. The building steps work till I try to make the library-files under lib/ by executing "make clean install" with an error in one of the source files:&lt;/p&gt;
&lt;p&gt;avr-gcc -c -mmcu=atmega128 -Os -fno-delete-null-pointer-checks -Wall -Werror -Wstrict-prototypes -Wa,-ahlms=lanc111.lst -D__HARVARD_ARCH__  -DETHERNUT1   -I../include  avr/dev/lanc111.c -o avr/dev/lanc111.o&lt;br /&gt;
cc1: warnings being treated as errors&lt;br /&gt;
avr/dev/lanc111.c: In function 'NicRxLanc':&lt;br /&gt;
avr/dev/lanc111.c:1183:9: error: dereferencing type-punned pointer will break strict-aliasing rules&lt;br /&gt;
avr/dev/lanc111.c:1183:9: error: dereferencing type-punned pointer will break strict-aliasing rules&lt;br /&gt;
make[1]: *** [avr/dev/lanc111.o] Fehler 1&lt;br /&gt;
make[1]: Leaving directory `/home/jakob/Desktop/nut/arch'&lt;br /&gt;
make: *** [install] Fehler 2&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Wed, 27 Oct 2010 18:16:36 -0000</pubDate><guid>https://sourceforge.netd6101b3333170a04b37e7294b5a223339c68cb79</guid></item><item><title>BTNode  Strucked -when receives pkts- completing operation</title><link>https://sourceforge.net/p/btnode/bugs/194/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The Mobile sends a request for rssi &lt;br /&gt;
Invokes the l2cap Method ready()(This method Determines if there is a packet that can be read via a call to receive() If true, a call to  receive() will not block the application.)If there is no packet[The btnode takes sometime to complete the bt_hci_read_rssi ] the mobile sends the request for rssi packet again. Here comes the problem.Before completing bt_hci_read_rssi if it &lt;br /&gt;
receives series of packets it gets strucked&lt;/p&gt;
&lt;p&gt;This is not happening if the Mobile sends a request for rssi.Invokes call to receive()--This is a blocking operation[Method ready was not used here].It waits till it receive the packet.so never sends the request for &lt;br /&gt;
rssi again until it receives the packet.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Tue, 24 Jun 2008 08:01:16 -0000</pubDate><guid>https://sourceforge.net6baae5b416eb619d5201722e678816d1a68b3226</guid></item><item><title>jaws - tmote tg monitor sets RTS when opening</title><link>https://sourceforge.net/p/btnode/bugs/193/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;when the tmote target monitor is used, each time the target monitor is opened, the RTS line is set high for about 10-22ms. this sometimes causes the tmote target to hang. it should be possible to open the target monitor without touching the RTS line unnecessarily.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roman Lim</dc:creator><pubDate>Fri, 22 Feb 2008 12:43:50 -0000</pubDate><guid>https://sourceforge.net4c370584f028d667a9c8cb661cc20cc02415b25e</guid></item><item><title>tg set power does sometimes set false mode (bat)</title><link>https://sourceforge.net/p/btnode/bugs/192/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;sometimes, a tg set power on command sets the power to "bat" instead of "on", even when the target has no batteries at all.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roman Lim</dc:creator><pubDate>Wed, 16 Jan 2008 19:23:16 -0000</pubDate><guid>https://sourceforge.net9b58d30fd7717adbedad9661c7cf19b4103b4007</guid></item><item><title>Cruisecontrol - TOS Metrics missing for Harvester builds</title><link>https://sourceforge.net/p/btnode/bugs/191/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The TOS2 Metrics page of the Harvester build does not show any metrics but only the menubar on the left.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roman Lim</dc:creator><pubDate>Tue, 27 Nov 2007 17:57:13 -0000</pubDate><guid>https://sourceforge.net8ac2794a56640af2a7b70c722e9a4ffff704bf7c</guid></item><item><title>bootloader - not handle too long wait time to release reset</title><link>https://sourceforge.net/p/btnode/bugs/190/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I get the following error if waiting too long to release the reset button:&lt;/p&gt;
&lt;p&gt;avrdude: stk500_getsync(): not in sync: resp=0x15&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Mustafa Yuecel</dc:creator><pubDate>Tue, 06 Nov 2007 13:46:22 -0000</pubDate><guid>https://sourceforge.net127fd68409f7ca28ca7191c2f940f3ac616bf22f</guid></item><item><title>permasense cc tracker brocken</title><link>https://sourceforge.net/p/btnode/bugs/189/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;the memory metrics are broken:&lt;/p&gt;
&lt;p&gt;&lt;a href="http://tik42x.ee.ethz.ch:8080/cruisecontrol/buildresults/permasense?tab=tos-metrics" rel="nofollow"&gt;http://tik42x.ee.ethz.ch:8080/cruisecontrol/buildresults/permasense?tab=tos-metrics&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;and the power tracker needs to be added!&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jan Beutel</dc:creator><pubDate>Wed, 17 Oct 2007 08:20:57 -0000</pubDate><guid>https://sourceforge.net3fcfe960b45c71f31181146d33ef25bc4619d779</guid></item><item><title>testbeds - cc tinyosmetrics broken</title><link>https://sourceforge.net/p/btnode/bugs/188/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;some of the t2 apps do not show any memory information because builds failed and didnt write the logs properly. this is also the case for permasense.&lt;/p&gt;
&lt;p&gt;we need to find a good fix for this and recover the plots...&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jan Beutel</dc:creator><pubDate>Fri, 05 Oct 2007 20:38:52 -0000</pubDate><guid>https://sourceforge.netf0f51d895586179f1aec31c1d35dee7677c55972</guid></item><item><title>testbeds - power tracker improvements</title><link>https://sourceforge.net/p/btnode/bugs/187/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;- install the 2nd power supply&lt;/p&gt;
&lt;p&gt;- add a low alarm to the target voltages&lt;/p&gt;
&lt;p&gt;- add more temperature probes&lt;/p&gt;
&lt;p&gt;- design a switching scheme for the different targets coming from the cruisecontrol builds&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jan Beutel</dc:creator><pubDate>Mon, 03 Sep 2007 16:28:21 -0000</pubDate><guid>https://sourceforge.net46ca74caca509496582c04b9a6828ff8678074c6</guid></item><item><title>server - getrpcs webpage has too small fields</title><link>https://sourceforge.net/p/btnode/bugs/186/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;the msg file in the get RPCS mask on the webpage is too smal to show the full data....&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jan Beutel</dc:creator><pubDate>Mon, 03 Sep 2007 16:22:16 -0000</pubDate><guid>https://sourceforge.netc87d9cc8522552470d695fcad079ed63becb0968</guid></item></channel></rss>