<div dir="ltr">The original problem is back.  Any ideas _why_ the stream would be &quot;closed&quot;?  <div><br></div><div>The class-var, &quot;TheStdioHandles&quot; appears to be initialized fine (equivalent to &quot;FileStream stdioHandles&quot;).  I can&#39;t write to them and I can&#39;t &quot;open&quot; them because then it wants to create a regular file.  Any ideas?</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Apr 2, 2013 at 8:56 PM, David T. Lewis <span dir="ltr">&lt;<a href="mailto:lewis@mail.msen.com" target="_blank">lewis@mail.msen.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Tue, Apr 02, 2013 at 08:18:56PM -0500, Chris Muller wrote:<br>
&gt; Thank you Dave.  Those variables were already nil but I did find<br>
&gt; something..  Yesterday I had received an error, &quot;stdout is closed&quot; and so,<br>
&gt; perplexed but in need of moving forward at that time, I went ahead and put<br>
&gt; a call to #ensureOpen prior to each write to stdout and stderr.<br>
<br>
</div>Ah, that would do it.<br>
  FileStream stdout name ==&gt; #stdout<br>
<br>
And if the stream has been closed, sending #ensureOpen will open a new file<br>
named &#39;stdout&#39; in the default directory.<br>
<br>
Dave<br>
<div class="HOEnZb"><div class="h5"><br>
&gt;<br>
&gt; I removed that again today and, at least for a quick test, all seems to be<br>
&gt; fine again.  I&#39;m not sure why I got that error about it being closed<br>
&gt; before..<br>
&gt;<br>
&gt;<br>
&gt; On Tue, Apr 2, 2013 at 8:05 PM, David T. Lewis &lt;<a href="mailto:lewis@mail.msen.com">lewis@mail.msen.com</a>&gt; wrote:<br>
&gt;<br>
&gt; &gt; On Tue, Apr 02, 2013 at 07:53:06PM -0500, Chris Muller wrote:<br>
&gt; &gt; &gt; I have an image that seems to no longer be able to write to stdout or<br>
&gt; &gt; &gt; stderr.  It most definitely was doing that at one time, but now none of<br>
&gt; &gt; the<br>
&gt; &gt; &gt; redirection works, however I am seeing actual files called &quot;stdout&quot; and<br>
&gt; &gt; &gt; &quot;stderr&quot; in the image directory with output from all of my running images<br>
&gt; &gt; &gt; written on top of each other -- unreadable.<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; Just to make sure it wasn&#39;t something in my OS, I tried another image and<br>
&gt; &gt; &gt; writing to stdout works fine.<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; I&#39;d like to stay in this image if I can, is there some way to &quot;reset&quot;<br>
&gt; &gt; &gt; things back to normal?  I poked around in the related FileStream methods<br>
&gt; &gt; &gt; but didn&#39;t see anything quick and obvious..<br>
&gt; &gt;<br>
&gt; &gt; You can probably just nil out the Stdout Stderr Stdin class variables in<br>
&gt; &gt; FileStream, and I expect that everything will return to normal once<br>
&gt; &gt; reinitialized.<br>
&gt; &gt;<br>
&gt; &gt; And of course you can always use the old standby:<br>
&gt; &gt;<br>
&gt; &gt;   OSProcess thisOSProcess stdOut<br>
&gt; &gt;   OSProcess thisOSProcess stdErr<br>
&gt; &gt;   OSProcess thisOSProcess stdIn<br>
&gt; &gt;<br>
&gt; &gt; Dave<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
<br>
&gt;<br>
<br>
<br>
</div></div></blockquote></div><br></div>