<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: big here documents fill /tmp in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/big-here-documents-fill-tmp/m-p/2813438#M84889</link>
    <description>just a couple of quick suggestions:&lt;BR /&gt;check to see if the script itself is creating the /tmp/shPID.# file instead of the shell.&lt;BR /&gt;&lt;BR /&gt;make sure the script with the here doc isn't in the /tmp directory.</description>
    <pubDate>Wed, 25 Sep 2002 21:35:52 GMT</pubDate>
    <dc:creator>curt larson_1</dc:creator>
    <dc:date>2002-09-25T21:35:52Z</dc:date>
    <item>
      <title>big here documents fill /tmp</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/big-here-documents-fill-tmp/m-p/2813435#M84886</link>
      <description>Hi,&lt;BR /&gt;I'm using a here doument to take a uuencoded file out of a script (ksh).  The file is bigger than the free space in /tmp so I direct it into somewhere with lots of free space.  This does not work as the shell creates a /tmp/shPID.# file, apparently before it starts to create the real output.  To me this is not very sensible as it means that the entire contents of the here document are written to disk twice (at least they would be if you had enough space).  Can anyone tell me how you stop the shell writing this to /tmp ?&lt;BR /&gt;&lt;BR /&gt;Thanks in advance,&lt;BR /&gt;&lt;BR /&gt;Duncan</description>
      <pubDate>Wed, 25 Sep 2002 17:59:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/big-here-documents-fill-tmp/m-p/2813435#M84886</guid>
      <dc:creator>Duncan Galbraith</dc:creator>
      <dc:date>2002-09-25T17:59:56Z</dc:date>
    </item>
    <item>
      <title>Re: big here documents fill /tmp</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/big-here-documents-fill-tmp/m-p/2813436#M84887</link>
      <description>Hi Duncan:&lt;BR /&gt;&lt;BR /&gt;You don't indicate your release, but recent cumulative Posix shell patches moved the location from /tmp to /var/tmp under the assumption that the later generally has a larger amount of free space.&lt;BR /&gt;&lt;BR /&gt;For 11.0 see PHCO_26789 &lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Wed, 25 Sep 2002 18:24:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/big-here-documents-fill-tmp/m-p/2813436#M84887</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2002-09-25T18:24:44Z</dc:date>
    </item>
    <item>
      <title>Re: big here documents fill /tmp</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/big-here-documents-fill-tmp/m-p/2813437#M84888</link>
      <description>Thanks James.  Release is 11.0.  Unfortunately I don't happen to have anything like enough disk space in /tmp or /var/tmp and would like to be able to set my own 'tmp' directory for the shell to write into (that is unless I can get the shell not to do what would appear to me to be an extra disk write).  I've tried setting $TMPDIR but I think that only works for things like vi. &lt;BR /&gt;Any more suggestions ?&lt;BR /&gt;&lt;BR /&gt;Thanks.</description>
      <pubDate>Wed, 25 Sep 2002 20:52:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/big-here-documents-fill-tmp/m-p/2813437#M84888</guid>
      <dc:creator>Duncan Galbraith</dc:creator>
      <dc:date>2002-09-25T20:52:39Z</dc:date>
    </item>
    <item>
      <title>Re: big here documents fill /tmp</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/big-here-documents-fill-tmp/m-p/2813438#M84889</link>
      <description>just a couple of quick suggestions:&lt;BR /&gt;check to see if the script itself is creating the /tmp/shPID.# file instead of the shell.&lt;BR /&gt;&lt;BR /&gt;make sure the script with the here doc isn't in the /tmp directory.</description>
      <pubDate>Wed, 25 Sep 2002 21:35:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/big-here-documents-fill-tmp/m-p/2813438#M84889</guid>
      <dc:creator>curt larson_1</dc:creator>
      <dc:date>2002-09-25T21:35:52Z</dc:date>
    </item>
  </channel>
</rss>

