From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,c6acbb9f2027b8c9 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII Path: g2news1.google.com!news2.google.com!proxad.net!news.tele.dk!news.tele.dk!small.news.tele.dk!newsfeed1.swip.net!swipnet!newsfeed1.funet.fi!newsfeeds.funet.fi!feeder1.news.jippii.net!reader1.news.jippii.net!53ab2750!not-for-mail From: Niklas Holsti Organization: Tidorum Ltd User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050513 Debian/1.7.8-1 X-Accept-Language: en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: volatile vs aliased References: <1128525722.605730.281980@g43g2000cwa.googlegroups.com> <87mzlnomca.fsf@ludovic-brenta.org> <1421562.dbAHjS9XJS@linux1.krischik.com> <1128598604.142021.239190@g44g2000cwa.googlegroups.com> <4fe1f.147855$dP1.505453@newsc.telia.net> In-Reply-To: <4fe1f.147855$dP1.505453@newsc.telia.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Message-ID: <0Be1f.34291$Rb7.4066@reader1.news.jippii.net> Date: Thu, 06 Oct 2005 22:03:57 +0300 NNTP-Posting-Host: 81.17.205.61 X-Complaints-To: newsmaster@saunalahti.com X-Trace: reader1.news.jippii.net 1128625596 81.17.205.61 (Thu, 06 Oct 2005 22:06:36 EEST) NNTP-Posting-Date: Thu, 06 Oct 2005 22:06:36 EEST Xref: g2news1.google.com comp.lang.ada:5461 Date: 2005-10-06T22:03:57+03:00 List-Id: Bj�rn Persson wrote: > And why would you use pragma Volatile on a variable stored in the > memory, anyway? As Ludovic described it, it would only be useful on > variables mapped to special hardware devices. I don't think you would > want to store a counter there. Spin-locks for multiprocessor systems; variables used for lock-free task synchronization; other variables directly shared between tasks without being enclosed in protected objects (but protected by some other synchronization logic, one would hope). -- Niklas Holsti Tidorum Ltd niklas holsti tidorum fi . @ .