<?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 on: Redirecting Output from a Running Process</title>
	<atom:link href="http://etbe.coker.com.au/2008/02/27/redirecting-output-from-a-running-process/feed/" rel="self" type="application/rss+xml" />
	<link>http://etbe.coker.com.au/2008/02/27/redirecting-output-from-a-running-process/</link>
	<description>Linux, politics, and other interesting things</description>
	<lastBuildDate>Thu, 09 Feb 2012 01:09:24 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Pradnesh</title>
		<link>http://etbe.coker.com.au/2008/02/27/redirecting-output-from-a-running-process/comment-page-1/#comment-17140</link>
		<dc:creator>Pradnesh</dc:creator>
		<pubDate>Mon, 08 Dec 2008 22:59:44 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/2008/02/27/redirecting-output-from-a-running-process/#comment-17140</guid>
		<description>Hi,
   I tried this...closed all open handles...opened the new ones to new device --- &quot;/dev/pts/4&quot;
and then called setsid();
my setsid() is always returning -1.
Please help...

                          thanks,
                          Pradnesh</description>
		<content:encoded><![CDATA[<p>Hi,<br />
   I tried this&#8230;closed all open handles&#8230;opened the new ones to new device &#8212; &#8220;/dev/pts/4&#8243;<br />
and then called setsid();<br />
my setsid() is always returning -1.<br />
Please help&#8230;</p>
<p>                          thanks,<br />
                          Pradnesh</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: wilq</title>
		<link>http://etbe.coker.com.au/2008/02/27/redirecting-output-from-a-running-process/comment-page-1/#comment-14930</link>
		<dc:creator>wilq</dc:creator>
		<pubDate>Fri, 18 Jul 2008 23:51:03 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/2008/02/27/redirecting-output-from-a-running-process/#comment-14930</guid>
		<description>This method doesn&#039;t work for me - when I try to redirect command &quot;cat&quot; to another controlling tty (e.g. from pts/2  to  tty1). I do the steps exactly as described above, but finally setsid() returns -1 , and if I (before quitting from gdb) run  &quot;ps aux&#124;grep cat&quot;  it still indicates the old tty.  And what is worse, - right after I quit from gdb (q), &quot;cat&quot; procsess immediately dies. So I think it&#039;s not enough just to change all file descriptors of ttys used by cat, it&#039;s also necessary to change somehow controlling tty, so that  &quot;ps aux&#124;grep cat&quot; would show the new tty, rather than old one.
What do I wrong ? Please help.</description>
		<content:encoded><![CDATA[<p>This method doesn&#8217;t work for me &#8211; when I try to redirect command &#8220;cat&#8221; to another controlling tty (e.g. from pts/2  to  tty1). I do the steps exactly as described above, but finally setsid() returns -1 , and if I (before quitting from gdb) run  &#8220;ps aux|grep cat&#8221;  it still indicates the old tty.  And what is worse, &#8211; right after I quit from gdb (q), &#8220;cat&#8221; procsess immediately dies. So I think it&#8217;s not enough just to change all file descriptors of ttys used by cat, it&#8217;s also necessary to change somehow controlling tty, so that  &#8220;ps aux|grep cat&#8221; would show the new tty, rather than old one.<br />
What do I wrong ? Please help.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: etbe</title>
		<link>http://etbe.coker.com.au/2008/02/27/redirecting-output-from-a-running-process/comment-page-1/#comment-12853</link>
		<dc:creator>etbe</dc:creator>
		<pubDate>Mon, 07 Apr 2008 12:21:23 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/2008/02/27/redirecting-output-from-a-running-process/#comment-12853</guid>
		<description>http://sourceforge.net/projects/dmtcp

The above SourceForge project seems to do similar things to CryoPID, and they are working on suspending the state of a cluster too.</description>
		<content:encoded><![CDATA[<p><a href="http://sourceforge.net/projects/dmtcp" rel="nofollow">http://sourceforge.net/projects/dmtcp</a></p>
<p>The above SourceForge project seems to do similar things to CryoPID, and they are working on suspending the state of a cluster too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: etbe</title>
		<link>http://etbe.coker.com.au/2008/02/27/redirecting-output-from-a-running-process/comment-page-1/#comment-12455</link>
		<dc:creator>etbe</dc:creator>
		<pubDate>Tue, 04 Mar 2008 23:34:54 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/2008/02/27/redirecting-output-from-a-running-process/#comment-12455</guid>
		<description>http://cryopid.berlios.de/
CryoPID allows suspending the state of a running process via ptrace and then restarting it later (after a reboot etc).

http://www.fazlamesai.net/?a=article&amp;sid=4951
Thanks to the above blog post for pointing this out.</description>
		<content:encoded><![CDATA[<p><a href="http://cryopid.berlios.de/" rel="nofollow">http://cryopid.berlios.de/</a><br />
CryoPID allows suspending the state of a running process via ptrace and then restarting it later (after a reboot etc).</p>
<p><a href="http://www.fazlamesai.net/?a=article&#038;sid=4951" rel="nofollow">http://www.fazlamesai.net/?a=article&#038;sid=4951</a><br />
Thanks to the above blog post for pointing this out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Todd Troxell</title>
		<link>http://etbe.coker.com.au/2008/02/27/redirecting-output-from-a-running-process/comment-page-1/#comment-12404</link>
		<dc:creator>Todd Troxell</dc:creator>
		<pubDate>Wed, 27 Feb 2008 20:15:44 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/2008/02/27/redirecting-output-from-a-running-process/#comment-12404</guid>
		<description>Awesome-- I had no idea gdb could run function calls!</description>
		<content:encoded><![CDATA[<p>Awesome&#8211; I had no idea gdb could run function calls!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Russell Coker : redirecting output from a running process &#124; vanimpe.eu</title>
		<link>http://etbe.coker.com.au/2008/02/27/redirecting-output-from-a-running-process/comment-page-1/#comment-12401</link>
		<dc:creator>Russell Coker : redirecting output from a running process &#124; vanimpe.eu</dc:creator>
		<pubDate>Wed, 27 Feb 2008 13:15:20 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/2008/02/27/redirecting-output-from-a-running-process/#comment-12401</guid>
		<description>[...] log out. Of course, you&#8217;ve forgotten to use screen so when you log out, the process dies. The post by Rusell Coker shows that it is still possible to redirect the output of a running process. The [...]</description>
		<content:encoded><![CDATA[<p>[...] log out. Of course, you&#8217;ve forgotten to use screen so when you log out, the process dies. The post by Rusell Coker shows that it is still possible to redirect the output of a running process. The [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

