<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="pl-pl">
<link rel="self" type="application/atom+xml" href="https://forum.atnel.pl/feed.php?f=4&amp;t=1962&amp;mode" />

<title>ATNEL tech-forum</title>
<link href="https://forum.atnel.pl/index.php" />
<updated>2012-12-21T10:53:54+01:00</updated>

<author><name><![CDATA[ATNEL tech-forum]]></name></author>
<id>https://forum.atnel.pl/feed.php?f=4&amp;t=1962&amp;mode</id>
<entry>
<author><name><![CDATA[mirekk36]]></name></author>
<updated>2012-12-21T10:53:54+01:00</updated>
<published>2012-12-21T10:53:54+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=1962&amp;p=21757#p21757</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=1962&amp;p=21757#p21757"/>
<title type="html"><![CDATA[Re: ATOMIC_NOBLOCK(RESTORESTATE)]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=1962&amp;p=21757#p21757"><![CDATA[
To jest blok którym możesz wyłączyć atomowość w małym fragmencie większego kodu, który wcześniej objąłeś blokiem ATOMIC_BLOCK<br /><br />niestety - jak się dokładniej przyjrzeć to czasem mogą zdarzyć się takie potrzeby. Tyle że prawda jest taka że można często po prostu tak zmieniać koncepcję programu aby w ogóle minimalizować konieczności w ogóle używania atomowości. Tzn może nie w 100% ale czasem jak się człowiek przypatrzy na czyjeś kody - to na prawdę - ooooj dużo można zoptymalizować i to już na etapie założeń a  nie jakby samego kodu nawet.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=54">mirekk36</a> — 21 gru 2012, o 10:53</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[mirekk36]]></name></author>
<updated>2012-12-21T00:37:22+01:00</updated>
<published>2012-12-21T00:37:22+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=1962&amp;p=21747#p21747</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=1962&amp;p=21747#p21747"/>
<title type="html"><![CDATA[Re: ATOMIC_NOBLOCK(RESTORESTATE)]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=1962&amp;p=21747#p21747"><![CDATA[
tzn słyszałeś na razie że dzwonią ale jeszcze nie wiesz w którym kościele <img src="https://forum.atnel.pl/images/smilies/icon_e_wink.gif" alt=";)" title="Puszcza oko" /><br /><br />zapoznaj się z tym:<br /><br /><!-- m --><a class="postlink" href="http://www.nongnu.org/avr-libc/user-manual/group__util__atomic.html" >http://www.nongnu.org/avr-libc/user-man ... tomic.html</a><!-- m --><br /><br />generalnie to co podałeś w drugim przykładzie to :<br /><br />[syntax=c]ATOMIC_BLOCK( ATOMIC_RESTORESTATE ) {<br />   jakiś tam kod<br />}[/syntax]<br /><br />a to co pokazałeś na górze - stosuje się np do tymczasowego odblokowania atomowego podejścia w części kodu objętej powyższym<br /><br />jak widzisz jest kilka wersji tych makr atomowych<br /><br />ale jak nie jesteś pewien to korzystaj z tego co napisałeś - bo tu pewnie jasno widzisz co się dzieje<br /><br />a na przyszłość użyjesz makr atomowych <img src="https://forum.atnel.pl/images/smilies/icon_e_wink.gif" alt=";)" title="Puszcza oko" /><br /><br />ja też czasem ręcznie to robię właśnie w ten sposób jak pokazałeś - bo to najprostszy sposób jak się nie zna tych makr<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=54">mirekk36</a> — 21 gru 2012, o 00:37</p><hr />
]]></content>
</entry>
</feed>