<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<rss version="2.0">
  <channel>
  <title>comp.lang.ada Google Group</title>
  <link>http://groups.google.com.au/group/comp.lang.ada</link>
  <description>Discussion about Ada*.</description>
  <language>en</language>
  <item>
  <title>Using the Clipboard in Linux</title>
  <link>http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/346d64e20a7ed5e1/a411977d820de814?show_docid=a411977d820de814</link>
  <description>
  Greetings &lt;br&gt; I&#39;ve written an application in windows that involves writing to the &lt;br&gt; clipboard. I&#39;m trying to write a version to work in Linux (Ubuntu 9.04 is &lt;br&gt; what I&#39;m developing on) and am struggling to get started with Florist. &lt;br&gt; Can anybody point me in the right direction of some good documentation. &lt;br&gt; I&#39;ve scoured the web but not found anything just yet - if anybody can
  </description>
  <guid isPermaLink="true">http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/346d64e20a7ed5e1/a411977d820de814?show_docid=a411977d820de814</guid>
  <author>
  false_em...@dontwantspam.com
  (Alex)
  </author>
  <pubDate>Sat, 07 Nov 2009 20:48:00 UT
</pubDate>
  </item>
  <item>
  <title>Re: Types, packages &amp; objects : the good old naming conventions question (without religious ware)</title>
  <link>http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/25d835bb9a4a003f/d35f3c9612ed12ff?show_docid=d35f3c9612ed12ff</link>
  <description>
  will be &lt;br&gt; Ada-with-two-namespace &lt;br&gt; and [Ss][Tt][Rr][Ii][Nn][Gg]&#39;s meaning is easily seen &lt;br&gt; from immediate context.
  </description>
  <guid isPermaLink="true">http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/25d835bb9a4a003f/d35f3c9612ed12ff?show_docid=d35f3c9612ed12ff</guid>
  <author>
  rm-host.bauh...@maps.futureapps.de
  (Georg Bauhaus)
  </author>
  <pubDate>Sat, 07 Nov 2009 14:33:55 UT
</pubDate>
  </item>
  <item>
  <title>Re: Types, packages &amp; objects : the good old naming conventions question (without religious ware)</title>
  <link>http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/25d835bb9a4a003f/32f2b3bc941f050f?show_docid=32f2b3bc941f050f</link>
  <description>
  But the language meaning of &amp;quot;type&amp;quot; does not help with &lt;br&gt; the mentioned Message_Type_Type? &lt;br&gt; If I stubbornly follow your conventions as I understand them, &lt;br&gt; I&#39;d have to write &lt;br&gt; procedure Something (Message_Type : in Message_Type_Type); &lt;br&gt; or &lt;br&gt; procedure Something (Message_Type : in Message_Types.Message_Type);
  </description>
  <guid isPermaLink="true">http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/25d835bb9a4a003f/32f2b3bc941f050f?show_docid=32f2b3bc941f050f</guid>
  <author>
  rm-host.bauh...@maps.futureapps.de
  (Georg Bauhaus)
  </author>
  <pubDate>Sat, 07 Nov 2009 14:28:43 UT
</pubDate>
  </item>
  <item>
  <title>~~~~~~~~~~~~~~~ MOVIE CRITICS ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~</title>
  <link>http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/fc48f0d61b552667/7be948c617048750?show_docid=7be948c617048750</link>
  <description>
  . &lt;br&gt; ~~~^^^~~~ &lt;br&gt; ============================== ==================== &lt;br&gt; ============================== ==================== &lt;br&gt; ENTER HERE: &lt;br&gt; &amp;gt;&amp;gt;&amp;gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://wed-bew.cn/3/movie-critics&quot;&gt;[link]&lt;/a&gt; &amp;lt;&amp;lt;&amp;lt; &lt;br&gt; ============================== ====================
  </description>
  <guid isPermaLink="true">http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/fc48f0d61b552667/7be948c617048750?show_docid=7be948c617048750</guid>
  <author>
  aldridgetatlarry...@gmail.com
  (Larry Aldridge)
  </author>
  <pubDate>Sat, 07 Nov 2009 11:33:18 UT
</pubDate>
  </item>
  <item>
  <title>Re: Tricks Of The Trade: How To Compile Large Program On Two Very Different Compilers</title>
  <link>http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/8cbb5d23e501c27a/569714dd644ad7ae?show_docid=569714dd644ad7ae</link>
  <description>
  The general approach to this is to use separate files in separate &lt;br&gt; directories, and use compiler-specific techniques to select the right &lt;br&gt; directory at compile time. &lt;br&gt; This is easy with GNAT project files; other compilers have other ways &lt;br&gt; to do it.
  </description>
  <guid isPermaLink="true">http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/8cbb5d23e501c27a/569714dd644ad7ae?show_docid=569714dd644ad7ae</guid>
  <author>
  stephen_le...@stephe-leake.org
  (Stephen Leake)
  </author>
  <pubDate>Sat, 07 Nov 2009 05:59:10 UT
</pubDate>
  </item>
  <item>
  <title>Re: Types, packages &amp; objects : the good old naming conventions question (without religious ware)</title>
  <link>http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/25d835bb9a4a003f/d5f144e2c66a53d6?show_docid=d5f144e2c66a53d6</link>
  <description>
  Always possible. &lt;br&gt; &amp;lt;snip&amp;gt; &lt;br&gt; I don&#39;t see your point; that old discussion does _not_ propose using &lt;br&gt; &amp;lt;package&amp;gt;.&amp;lt;type&amp;gt; to resolve the ambiguity.
  </description>
  <guid isPermaLink="true">http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/25d835bb9a4a003f/d5f144e2c66a53d6?show_docid=d5f144e2c66a53d6</guid>
  <author>
  stephen_le...@stephe-leake.org
  (Stephen Leake)
  </author>
  <pubDate>Sat, 07 Nov 2009 05:57:37 UT
</pubDate>
  </item>
  <item>
  <title>Re: Types, packages &amp; objects : the good old naming conventions question (without religious ware)</title>
  <link>http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/25d835bb9a4a003f/792194ab33f4d02b?show_docid=792194ab33f4d02b</link>
  <description>
  It&#39;s only &amp;quot;idiosyncratic&amp;quot; because it&#39;s new. &lt;br&gt; X is still a type name; this is actually a more &amp;quot;normal Ada way&amp;quot; of &lt;br&gt; resolving a name ambiguity. &lt;br&gt; In general, Ada does _not_ require exactly one meaning for one &lt;br&gt; identifier; that&#39;s what this discussion is all about.
  </description>
  <guid isPermaLink="true">http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/25d835bb9a4a003f/792194ab33f4d02b?show_docid=792194ab33f4d02b</guid>
  <author>
  stephen_le...@stephe-leake.org
  (Stephen Leake)
  </author>
  <pubDate>Sat, 07 Nov 2009 05:54:32 UT
</pubDate>
  </item>
  <item>
  <title>Re: Types, packages &amp; objects : the good old naming conventions question (without religious ware)</title>
  <link>http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/25d835bb9a4a003f/1d12221d4264f407?show_docid=1d12221d4264f407</link>
  <description>
  Surely these are in different packages? Packages Containers, Lists, &lt;br&gt; and Sequences? &lt;br&gt; Then it is the package name that gives the domain; that works for me. &lt;br&gt; One reason to use &amp;quot;_Type&amp;quot; is precisely _because_ it means &amp;quot;Ada type&amp;quot;; &lt;br&gt; there&#39;s no need to wonder about what it means. &lt;br&gt; So the case is not important; why did you introduce it?
  </description>
  <guid isPermaLink="true">http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/25d835bb9a4a003f/1d12221d4264f407?show_docid=1d12221d4264f407</guid>
  <author>
  stephen_le...@stephe-leake.org
  (Stephen Leake)
  </author>
  <pubDate>Sat, 07 Nov 2009 05:49:59 UT
</pubDate>
  </item>
  <item>
  <title>Q: Ravenscar Guide</title>
  <link>http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/bac592b3eabe9307/cc975a8728e8892b?show_docid=cc975a8728e8892b</link>
  <description>
  Looking for the &lt;br&gt; &amp;quot;Guide for the use of the Ada Ravenscar Profile &lt;br&gt; in high integrity systems&amp;quot;, ISO/IEC 24718, &lt;br&gt; I noticed that the German title on the quite official &lt;br&gt; DIN/Beuth site is different. It says &amp;quot;highly-integrated &lt;br&gt; systems&amp;quot; for &amp;quot;high integrity systems&amp;quot;, in German: &lt;br&gt; &amp;quot;Leitfaden zu Verwendung des Ada Ravenscar Profils in
  </description>
  <guid isPermaLink="true">http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/bac592b3eabe9307/cc975a8728e8892b?show_docid=cc975a8728e8892b</guid>
  <author>
  rm-host.bauh...@maps.futureapps.de
  (Georg Bauhaus)
  </author>
  <pubDate>Sat, 07 Nov 2009 01:59:44 UT
</pubDate>
  </item>
  <item>
  <title>Re: Types, packages &amp; objects : the good old naming conventions question (without religious ware)</title>
  <link>http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/25d835bb9a4a003f/d529a586b4f4eb03?show_docid=d529a586b4f4eb03</link>
  <description>
  &lt;a target=&quot;_blank&quot; href=&quot;http://groups.google.com/groups?as_umsgid=uskcsne3h.fsf@stephe-leake.org&quot;&gt;news:uskcsne3h.fsf@stephe-leake.org&lt;/a&gt;... &lt;br&gt; Or maybe you forgot! &lt;br&gt; The following is part of a old discusion to &lt;br&gt; which you contributed: &lt;br&gt; Newsgroups: comp.lang.ada &lt;br&gt; Local: Fri, Oct 5 2001 2:17 pm &lt;br&gt; &amp;lt;snip&amp;gt; &lt;br&gt; What about the following: &lt;br&gt; package XYZ is &lt;br&gt; type Car ... &lt;br&gt; procedure P (Car : in XYZ.Car ...
  </description>
  <guid isPermaLink="true">http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/25d835bb9a4a003f/d529a586b4f4eb03?show_docid=d529a586b4f4eb03</guid>
  <author>
  vmarcia...@decilog.com
  (Vincent Marciante)
  </author>
  <pubDate>Fri, 06 Nov 2009 18:58:42 UT
</pubDate>
  </item>
  <item>
  <title>Final CfP, Ada-Europe 2010 EXTENDED submission deadline Nov 23</title>
  <link>http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/c502c1daf0648863/d99da3daf8a65b82?show_docid=d99da3daf8a65b82</link>
  <description>
  Considering the requests of several potential contributors, and to give &lt;br&gt; all authors the same opportunity of further refining their submission, &lt;br&gt; the Conference and Program Chairs decided that the submission deadline &lt;br&gt; for regular papers, tutorials and workshops will be extended by 1 week &lt;br&gt; until Monday, November 23, 2009.
  </description>
  <guid isPermaLink="true">http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/c502c1daf0648863/d99da3daf8a65b82?show_docid=d99da3daf8a65b82</guid>
  <author>
  d...@asgard.cs.kuleuven.be
  (Dirk Craeynest)
  </author>
  <pubDate>Fri, 06 Nov 2009 15:28:35 UT
</pubDate>
  </item>
  <item>
  <title>Re: Types, packages &amp; objects : the good old naming conventions question (without religious ware)</title>
  <link>http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/25d835bb9a4a003f/0b2c7215f4212b83?show_docid=0b2c7215f4212b83</link>
  <description>
  The convention differs in that none of the identifiers overlap. &lt;br&gt; For me, List and List_Type are just not different enough (the first &lt;br&gt; being a prefix of the second only in a very mechanical sense BTW): &lt;br&gt; I need to combine programs whose authors have followed &lt;br&gt; different naming conventions. In this case I have to take
  </description>
  <guid isPermaLink="true">http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/25d835bb9a4a003f/0b2c7215f4212b83?show_docid=0b2c7215f4212b83</guid>
  <author>
  rm-host.bauh...@maps.futureapps.de
  (Georg Bauhaus)
  </author>
  <pubDate>Fri, 06 Nov 2009 14:14:50 UT
</pubDate>
  </item>
  <item>
  <title>Re: Generic package parameters not externally visible : what&#39;s the rational ?</title>
  <link>http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/da85d9aaf769b16a/e57a5eb5dcfcb183?show_docid=e57a5eb5dcfcb183</link>
  <description>
  In fact I am forced to use both because MI is not supported for concrete &lt;br&gt; types. I have MI only in the interfaces. There are generics to provide &lt;br&gt; implementations for the concrete types implementing those interfaces. It is &lt;br&gt; awfully complex, I hate it, but I know no other way to do this. &lt;br&gt; The problem of naming is only of a facet of the bigger mess. It is a
  </description>
  <guid isPermaLink="true">http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/da85d9aaf769b16a/e57a5eb5dcfcb183?show_docid=e57a5eb5dcfcb183</guid>
  <author>
  mail...@dmitry-kazakov.de
  (Dmitry A. Kazakov)
  </author>
  <pubDate>Fri, 06 Nov 2009 13:27:36 UT
</pubDate>
  </item>
  <item>
  <title>Re: Types, packages &amp; objects : the good old naming conventions question (without religious ware)</title>
  <link>http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/25d835bb9a4a003f/65923b5bc9b9d7af?show_docid=65923b5bc9b9d7af</link>
  <description>
  For objects, this is how task components are matched &lt;br&gt; with acceptor parameters in John Barnes&#39;s book (not &lt;br&gt; the exact same thing as object names and type names, &lt;br&gt; for sure, but the prefix is present): &lt;br&gt; task body W is &lt;br&gt; A: T; &lt;br&gt; begin &lt;br&gt; accept Foo (A: T) do &lt;br&gt; W.A := A; &lt;br&gt; end Foo; &lt;br&gt; My guess is that it has to do with expectations:
  </description>
  <guid isPermaLink="true">http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/25d835bb9a4a003f/65923b5bc9b9d7af?show_docid=65923b5bc9b9d7af</guid>
  <author>
  rm-host.bauh...@maps.futureapps.de
  (Georg Bauhaus)
  </author>
  <pubDate>Fri, 06 Nov 2009 12:38:43 UT
</pubDate>
  </item>
  <item>
  <title>Re: Generic package parameters not externally visible : what&#39;s the rational ?</title>
  <link>http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/da85d9aaf769b16a/43a912acb0ec3117?show_docid=43a912acb0ec3117</link>
  <description>
  On 5 nov, 15:09, &amp;quot;Dmitry A. Kazakov&amp;quot; &amp;lt;mail...@dmitry-kazakov.de&amp;gt; &lt;br&gt; wrote: &lt;br&gt; You are more experienced than I am, so this may not sounds so much &lt;br&gt; interesting after-all &lt;br&gt; I was talking about the &amp;quot;_Mixin&amp;quot; design pattern, which is a suggested &lt;br&gt; way to do something like MI (Multiple Inheritance) with Ada. I think &lt;br&gt; you do not use it, as your talked about some personal success stories
  </description>
  <guid isPermaLink="true">http://groups.google.com.au/group/comp.lang.ada/browse_thread/thread/da85d9aaf769b16a/43a912acb0ec3117?show_docid=43a912acb0ec3117</guid>
  <author>
  yannick_duch...@yahoo.fr
  (Yannick Duchêne Hibou57)
  </author>
  <pubDate>Fri, 06 Nov 2009 12:19:10 UT
</pubDate>
  </item>
  </channel>
</rss>
