<?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 for troeger.eu</title>
	<atom:link href="http://www.troeger.eu/cms/?feed=comments-rss2" rel="self" type="application/rss+xml" />
	<link>http://www.troeger.eu/cms</link>
	<description>Home of Peter Tröger</description>
	<lastBuildDate>Mon, 29 Mar 2010 08:19:39 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on 64Bit Wording by EFI support in physical and virtual machines &#124; troeger.eu</title>
		<link>http://www.troeger.eu/cms/?p=41&#038;cpage=1#comment-32279</link>
		<dc:creator>EFI support in physical and virtual machines &#124; troeger.eu</dc:creator>
		<pubDate>Mon, 29 Mar 2010 08:19:39 +0000</pubDate>
		<guid isPermaLink="false">#comment-32279</guid>
		<description>[...] Processor Platform [...]</description>
		<content:encoded><![CDATA[<p>[...] Processor Platform [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CORBA oneway by Peter</title>
		<link>http://www.troeger.eu/cms/?p=194&#038;cpage=1#comment-31075</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Sun, 18 Oct 2009 11:35:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.troeger.eu/cms/?p=194#comment-31075</guid>
		<description>My original text makes no sense, so thanks for your &quot;polite&quot; comment. Here is what the standard says about the &lt;code&gt;oneway&lt;/code&gt; indicator:

&quot;The optional oneway keyword indicates that best-effort semantics are expected of requests for this operation; the default semantics are exactly-once if the operation successfully returns results or at-most-once if an exception is returned.&quot;

Later it says:

&quot;When a client invokes an operation with the oneway attribute, the invocation semantics are best-effort, which does not guarantee delivery of the call; best-effort implies that the operation will be invoked at most once.&quot; 

Best-effort execution is described as follows:

&quot;Best-effort: a best-effort operation is a request-only operation (i.e., it cannot return any results and the requester never synchronizes with the completion, if any, of the request).&quot; 

I don&#039;t know what you mean by &quot;maybe semantics&quot;, if this is something from the spec, please leave a reference. The combination of &quot;exactly-once in the working case&quot; and &quot;at-most-once in error case&quot; seems to be usually combined to &quot;at-most-once&quot; as behavioural description of &lt;code&gt;oneway&lt;/code&gt; functions. Feel free to comment again.

I also don&#039;t know where you found a statement about blocking clients.</description>
		<content:encoded><![CDATA[<p>My original text makes no sense, so thanks for your &#8220;polite&#8221; comment. Here is what the standard says about the <code>oneway</code> indicator:</p>
<p>&#8220;The optional oneway keyword indicates that best-effort semantics are expected of requests for this operation; the default semantics are exactly-once if the operation successfully returns results or at-most-once if an exception is returned.&#8221;</p>
<p>Later it says:</p>
<p>&#8220;When a client invokes an operation with the oneway attribute, the invocation semantics are best-effort, which does not guarantee delivery of the call; best-effort implies that the operation will be invoked at most once.&#8221; </p>
<p>Best-effort execution is described as follows:</p>
<p>&#8220;Best-effort: a best-effort operation is a request-only operation (i.e., it cannot return any results and the requester never synchronizes with the completion, if any, of the request).&#8221; </p>
<p>I don&#8217;t know what you mean by &#8220;maybe semantics&#8221;, if this is something from the spec, please leave a reference. The combination of &#8220;exactly-once in the working case&#8221; and &#8220;at-most-once in error case&#8221; seems to be usually combined to &#8220;at-most-once&#8221; as behavioural description of <code>oneway</code> functions. Feel free to comment again.</p>
<p>I also don&#8217;t know where you found a statement about blocking clients.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CORBA oneway by TimBob</title>
		<link>http://www.troeger.eu/cms/?p=194&#038;cpage=1#comment-31063</link>
		<dc:creator>TimBob</dc:creator>
		<pubDate>Sat, 17 Oct 2009 19:57:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.troeger.eu/cms/?p=194#comment-31063</guid>
		<description>what are you talking about?

oneway has maybe semantics, not at least once.
also, the client does not block on oneway requests.</description>
		<content:encoded><![CDATA[<p>what are you talking about?</p>
<p>oneway has maybe semantics, not at least once.<br />
also, the client does not block on oneway requests.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Software List by Peter</title>
		<link>http://www.troeger.eu/cms/?page_id=188&#038;cpage=1#comment-30703</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Mon, 28 Sep 2009 20:10:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.troeger.eu/cms/?page_id=188#comment-30703</guid>
		<description>Orbacus is also a well-known veteran of the CORBA world. If you can manage to find a free version, go ahead and use it. It is definitely a stable and long-established product.</description>
		<content:encoded><![CDATA[<p>Orbacus is also a well-known veteran of the CORBA world. If you can manage to find a free version, go ahead and use it. It is definitely a stable and long-established product.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Software List by AMAR</title>
		<link>http://www.troeger.eu/cms/?page_id=188&#038;cpage=1#comment-30653</link>
		<dc:creator>AMAR</dc:creator>
		<pubDate>Fri, 25 Sep 2009 16:25:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.troeger.eu/cms/?page_id=188#comment-30653</guid>
		<description>I want to listen from you about this software. Which one is better (your recommended or ORBACUS)and easy to install on my laptop.</description>
		<content:encoded><![CDATA[<p>I want to listen from you about this software. Which one is better (your recommended or ORBACUS)and easy to install on my laptop.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Publications by Jaun Millalonco</title>
		<link>http://www.troeger.eu/cms/?page_id=202&#038;cpage=1#comment-29359</link>
		<dc:creator>Jaun Millalonco</dc:creator>
		<pubDate>Wed, 01 Jul 2009 19:37:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.troeger.eu/cms/?page_id=202#comment-29359</guid>
		<description>My first visit here, found the blog accidentally really, and I just wanted to say I&#039;ve enjoyed my visit and had some good reads while here :)
Juan</description>
		<content:encoded><![CDATA[<p>My first visit here, found the blog accidentally really, and I just wanted to say I&#8217;ve enjoyed my visit and had some good reads while here <img src='http://www.troeger.eu/cms/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
Juan</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on TexShop Auto-Save by Peter</title>
		<link>http://www.troeger.eu/cms/?p=114&#038;cpage=1#comment-28938</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Sun, 05 Apr 2009 19:28:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.troeger.eu/blog/?p=114#comment-28938</guid>
		<description>When foo.tex is compiled, is get a file foo~.tex in the same directory. Try &quot;ls -ltr&quot;.</description>
		<content:encoded><![CDATA[<p>When foo.tex is compiled, is get a file foo~.tex in the same directory. Try &#8220;ls -ltr&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on TexShop Auto-Save by Nathan</title>
		<link>http://www.troeger.eu/cms/?p=114&#038;cpage=1#comment-28935</link>
		<dc:creator>Nathan</dc:creator>
		<pubDate>Fri, 03 Apr 2009 12:55:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.troeger.eu/blog/?p=114#comment-28935</guid>
		<description>I googled this comment after losing a small amount of work to a TexShop crash.  I seem to have successfully changed the plist entry KeepBackup to YES.  But I can&#039;t tell if it&#039;s working or not.  Where would TexShop save the backup?  I&#039;m not seeing anything when I:

1. modify the file,
2. don&#039;t save but typeset, then
3. ls -a in the folder where I keep the paper.

Thanks,

Nathan</description>
		<content:encoded><![CDATA[<p>I googled this comment after losing a small amount of work to a TexShop crash.  I seem to have successfully changed the plist entry KeepBackup to YES.  But I can&#8217;t tell if it&#8217;s working or not.  Where would TexShop save the backup?  I&#8217;m not seeing anything when I:</p>
<p>1. modify the file,<br />
2. don&#8217;t save but typeset, then<br />
3. ls -a in the folder where I keep the paper.</p>
<p>Thanks,</p>
<p>Nathan</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Quotes by troeger.eu &#187; Blog Archive &#187; Java EE 6 on the way</title>
		<link>http://www.troeger.eu/cms/?page_id=111&#038;cpage=1#comment-28157</link>
		<dc:creator>troeger.eu &#187; Blog Archive &#187; Java EE 6 on the way</dc:creator>
		<pubDate>Fri, 07 Nov 2008 09:23:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.troeger.eu/blog/?page_id=111#comment-28157</guid>
		<description>[...] &#8230;), so it is wise to open up for alternatives. The realization strategy is nebulous, and the David Wheeler argument again strikes. JRuby wraps Ruby code in Java classes, which are instantiated by a Java application [...]</description>
		<content:encoded><![CDATA[<p>[...] &#8230;), so it is wise to open up for alternatives. The realization strategy is nebulous, and the David Wheeler argument again strikes. JRuby wraps Ruby code in Java classes, which are instantiated by a Java application [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Debian OpenSSL vulnerability by troeger.eu &#187; Blog Archive &#187; Debian OpenSSL vulnerability (Part 2)</title>
		<link>http://www.troeger.eu/cms/?p=171&#038;cpage=1#comment-19816</link>
		<dc:creator>troeger.eu &#187; Blog Archive &#187; Debian OpenSSL vulnerability (Part 2)</dc:creator>
		<pubDate>Wed, 28 May 2008 12:38:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.troeger.eu/cms/?p=171#comment-19816</guid>
		<description>[...] recently posted some warning about the Debian SSH / SSL vulnerability, even before Heise had a clue  People now [...]</description>
		<content:encoded><![CDATA[<p>[...] recently posted some warning about the Debian SSH / SSL vulnerability, even before Heise had a clue  People now [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
