<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for Dividead's Blog</title>
	<atom:link href="http://dividead.wordpress.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://dividead.wordpress.com</link>
	<description>Just another WordPress.com weblog</description>
	<lastBuildDate>Thu, 08 Oct 2009 05:31:47 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Comment on glibc timezone integer overflow by Jeremy Brown</title>
		<link>http://dividead.wordpress.com/2009/06/01/glibc-timezone-integer-overflow/#comment-19</link>
		<dc:creator><![CDATA[Jeremy Brown]]></dc:creator>
		<pubDate>Thu, 08 Oct 2009 05:31:47 +0000</pubDate>
		<guid isPermaLink="false">http://dividead.wordpress.com/?p=37#comment-19</guid>
		<description><![CDATA[Very interesting post, nice work!]]></description>
		<content:encoded><![CDATA[<p>Very interesting post, nice work!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on NUMA and ASLR by huku</title>
		<link>http://dividead.wordpress.com/2009/08/28/numa-and-aslr/#comment-17</link>
		<dc:creator><![CDATA[huku]]></dc:creator>
		<pubDate>Wed, 02 Sep 2009 00:49:34 +0000</pubDate>
		<guid isPermaLink="false">http://dividead.wordpress.com/?p=88#comment-17</guid>
		<description><![CDATA[Hello dividead,

I really enjoyed both this and your previous post. It is obvious that you have a great understanding of system internals. Good work! :-)

I have a question though... Afaik NUMA is only used for Xeon and Opteron chips. Am I wrong? 

Keep up the good work
./hk]]></description>
		<content:encoded><![CDATA[<p>Hello dividead,</p>
<p>I really enjoyed both this and your previous post. It is obvious that you have a great understanding of system internals. Good work! :-)</p>
<p>I have a question though&#8230; Afaik NUMA is only used for Xeon and Opteron chips. Am I wrong? </p>
<p>Keep up the good work<br />
./hk</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Blocking between execution and main() by dividead</title>
		<link>http://dividead.wordpress.com/2009/07/21/blocking-between-execution-and-main/#comment-14</link>
		<dc:creator><![CDATA[dividead]]></dc:creator>
		<pubDate>Tue, 21 Jul 2009 20:48:07 +0000</pubDate>
		<guid isPermaLink="false">http://dividead.wordpress.com/?p=81#comment-14</guid>
		<description><![CDATA[Didn&#039;t you already answer that question yourself by setting the FD_CLOEXEC on another pipe descriptor you pass to the child process?  If this happens at the right time in fs/exec.c that seems perfectly usable to me. Personally I would SIG_IGN the signal to have EPIPE events delivered on the descriptor, as I dislike having to deal with signals if I can prevent it. When this descriptor triggers EPIPE, unlink() the hardlink to pulseaudio, and as soon as thats done drain the pipe keeping the child blocked. Of course we have something called like hardlink with a &quot;(deleted)&quot; suffix waiting at this point.

I can&#039;t think of a more elegant way right now. It would have been cool if epoll in edge triggered mode would generate an edge for a blocking write to a full pipe buffer, but alas, it doesn&#039;t, only when it places something in the buffer.]]></description>
		<content:encoded><![CDATA[<p>Didn&#8217;t you already answer that question yourself by setting the FD_CLOEXEC on another pipe descriptor you pass to the child process?  If this happens at the right time in fs/exec.c that seems perfectly usable to me. Personally I would SIG_IGN the signal to have EPIPE events delivered on the descriptor, as I dislike having to deal with signals if I can prevent it. When this descriptor triggers EPIPE, unlink() the hardlink to pulseaudio, and as soon as thats done drain the pipe keeping the child blocked. Of course we have something called like hardlink with a &#8220;(deleted)&#8221; suffix waiting at this point.</p>
<p>I can&#8217;t think of a more elegant way right now. It would have been cool if epoll in edge triggered mode would generate an edge for a blocking write to a full pipe buffer, but alas, it doesn&#8217;t, only when it places something in the buffer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Blocking between execution and main() by Julien Tinnes</title>
		<link>http://dividead.wordpress.com/2009/07/21/blocking-between-execution-and-main/#comment-13</link>
		<dc:creator><![CDATA[Julien Tinnes]]></dc:creator>
		<pubDate>Tue, 21 Jul 2009 17:34:34 +0000</pubDate>
		<guid isPermaLink="false">http://dividead.wordpress.com/?p=81#comment-13</guid>
		<description><![CDATA[Yes, this is it, good job! The LD_DEBUG trick was quite popular around 2000, funny to see this was not really closed.
You solved the part where you need the child to wait for the parent to be ready. How can you also guarantee that the parent will not perform a certain action before the child is inside execve() ?

By the way, for this particular vulnerability, there is also another method to exploit it, without having to win a race at all, I&#039;ll comment on this soon.]]></description>
		<content:encoded><![CDATA[<p>Yes, this is it, good job! The LD_DEBUG trick was quite popular around 2000, funny to see this was not really closed.<br />
You solved the part where you need the child to wait for the parent to be ready. How can you also guarantee that the parent will not perform a certain action before the child is inside execve() ?</p>
<p>By the way, for this particular vulnerability, there is also another method to exploit it, without having to win a race at all, I&#8217;ll comment on this soon.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Foundry SuperX SSH authentication by Lviz</title>
		<link>http://dividead.wordpress.com/2009/03/02/foundry-superx-ssh-authentication/#comment-12</link>
		<dc:creator><![CDATA[Lviz]]></dc:creator>
		<pubDate>Wed, 27 May 2009 11:54:51 +0000</pubDate>
		<guid isPermaLink="false">http://dividead.wordpress.com/?p=7#comment-12</guid>
		<description><![CDATA[same here @ServerIron]]></description>
		<content:encoded><![CDATA[<p>same here @ServerIron</p>
]]></content:encoded>
	</item>
</channel>
</rss>
