<?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 /tmp fills up along with library growing out of bounds in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/tmp-fills-up-along-with-library-growing-out-of-bounds/m-p/2491049#M722686</link>
    <description>We are trying to compile a package called "curl" on our V2500 running HP-UX 11.0. We were able to successfully compile same package on a J200 running HP-UX 11.0.&lt;BR /&gt;&lt;BR /&gt;When we compile we get the following error: &lt;BR /&gt;&lt;BR /&gt;vxfs: mesg 001: vx_nospace - /dev/vg00/lvol12 file system full (1 block extent)&lt;BR /&gt;&lt;BR /&gt;This seams easy but read on, it is not.&lt;BR /&gt;&lt;BR /&gt;/tmp is now over 1 gig in size and the program I see running durring the compile is pxdb32.&lt;BR /&gt;&lt;BR /&gt;The file in /tmp is /tmp/pxdbg${pid}&lt;BR /&gt;&lt;BR /&gt;When it is done filling up /tmp it proceeds to fill up a the library directory until it runs of space there.&lt;BR /&gt;&lt;BR /&gt;We were able to compile a library that curl needed on this V system called openssl.&lt;BR /&gt;&lt;BR /&gt;The command that eventyually fails is:&lt;BR /&gt;&lt;BR /&gt;/usr/bin/ld -b +b /opt/curl/lib -o .libs/libcurl.sl.0.0  file.lo timeval.lo base64.lo hostip.lo progress.lo formdata.lo cookie.lo http.lo sendf.lo ftp.lo url.lo dict.lo if2ip.lo speedcheck.lo getdate.lo download.lo ldap.lo ssluse.lo version.lo getenv.lo escape.lo mprintf.lo telnet.lo getpass.lo netrc.lo getinfo.lo highlevel.lo strequal.lo easy.lo security.lo krb4.lo memdebug.lo  &lt;BR /&gt;/usr/bin/ld: (Warning) At least one PA 2.0 object file (file.lo) was detected. The linked output may not run on a PA 1.x system.&lt;BR /&gt;&lt;BR /&gt;Do you have any suggestions?&lt;BR /&gt;&lt;BR /&gt;Bill&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Wed, 07 Feb 2001 21:34:12 GMT</pubDate>
    <dc:creator>Bill Slaughter</dc:creator>
    <dc:date>2001-02-07T21:34:12Z</dc:date>
    <item>
      <title>/tmp fills up along with library growing out of bounds</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tmp-fills-up-along-with-library-growing-out-of-bounds/m-p/2491049#M722686</link>
      <description>We are trying to compile a package called "curl" on our V2500 running HP-UX 11.0. We were able to successfully compile same package on a J200 running HP-UX 11.0.&lt;BR /&gt;&lt;BR /&gt;When we compile we get the following error: &lt;BR /&gt;&lt;BR /&gt;vxfs: mesg 001: vx_nospace - /dev/vg00/lvol12 file system full (1 block extent)&lt;BR /&gt;&lt;BR /&gt;This seams easy but read on, it is not.&lt;BR /&gt;&lt;BR /&gt;/tmp is now over 1 gig in size and the program I see running durring the compile is pxdb32.&lt;BR /&gt;&lt;BR /&gt;The file in /tmp is /tmp/pxdbg${pid}&lt;BR /&gt;&lt;BR /&gt;When it is done filling up /tmp it proceeds to fill up a the library directory until it runs of space there.&lt;BR /&gt;&lt;BR /&gt;We were able to compile a library that curl needed on this V system called openssl.&lt;BR /&gt;&lt;BR /&gt;The command that eventyually fails is:&lt;BR /&gt;&lt;BR /&gt;/usr/bin/ld -b +b /opt/curl/lib -o .libs/libcurl.sl.0.0  file.lo timeval.lo base64.lo hostip.lo progress.lo formdata.lo cookie.lo http.lo sendf.lo ftp.lo url.lo dict.lo if2ip.lo speedcheck.lo getdate.lo download.lo ldap.lo ssluse.lo version.lo getenv.lo escape.lo mprintf.lo telnet.lo getpass.lo netrc.lo getinfo.lo highlevel.lo strequal.lo easy.lo security.lo krb4.lo memdebug.lo  &lt;BR /&gt;/usr/bin/ld: (Warning) At least one PA 2.0 object file (file.lo) was detected. The linked output may not run on a PA 1.x system.&lt;BR /&gt;&lt;BR /&gt;Do you have any suggestions?&lt;BR /&gt;&lt;BR /&gt;Bill&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 07 Feb 2001 21:34:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tmp-fills-up-along-with-library-growing-out-of-bounds/m-p/2491049#M722686</guid>
      <dc:creator>Bill Slaughter</dc:creator>
      <dc:date>2001-02-07T21:34:12Z</dc:date>
    </item>
    <item>
      <title>Re: /tmp fills up along with library growing out of bounds</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tmp-fills-up-along-with-library-growing-out-of-bounds/m-p/2491050#M722687</link>
      <description>Probably worth making sure you have the latest versions of linker (ld) and debugging information linker (pxdb). Currently those are:&lt;BR /&gt;&lt;BR /&gt;    PHSS_20122 s700_800 11.00 cumulative pxdb patch&lt;BR /&gt;    PHSS_22478 s700_800 11.00 ld(1) and linker tools cumulative patch&lt;BR /&gt;&lt;BR /&gt;There are some warnings attached to PHSS_22478, please read the patch text before considering an installation of  this to see if any of them apply.&lt;BR /&gt;&lt;BR /&gt;If the program has very large uninitialised global arrays, this may be part of the cause. If this is the case, and no other fix is available, malloc()ing them instead may help.</description>
      <pubDate>Thu, 08 Feb 2001 12:08:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tmp-fills-up-along-with-library-growing-out-of-bounds/m-p/2491050#M722687</guid>
      <dc:creator>Andy Bennett</dc:creator>
      <dc:date>2001-02-08T12:08:15Z</dc:date>
    </item>
    <item>
      <title>Re: /tmp fills up along with library growing out of bounds</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tmp-fills-up-along-with-library-growing-out-of-bounds/m-p/2491051#M722688</link>
      <description>I just ran into this same problem compiling apache with mod_ssl, openssl, and ApacheJserv. Has anybody else seen this and did a patch update fix the problem?&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Craig</description>
      <pubDate>Wed, 09 Jan 2002 17:07:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tmp-fills-up-along-with-library-growing-out-of-bounds/m-p/2491051#M722688</guid>
      <dc:creator>Craig Rants</dc:creator>
      <dc:date>2002-01-09T17:07:39Z</dc:date>
    </item>
    <item>
      <title>Re: /tmp fills up along with library growing out of bounds</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tmp-fills-up-along-with-library-growing-out-of-bounds/m-p/2491052#M722689</link>
      <description>The old pxdb bug...get patch PHSS_20122</description>
      <pubDate>Wed, 09 Jan 2002 17:30:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tmp-fills-up-along-with-library-growing-out-of-bounds/m-p/2491052#M722689</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2002-01-09T17:30:16Z</dc:date>
    </item>
    <item>
      <title>Re: /tmp fills up along with library growing out of bounds</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tmp-fills-up-along-with-library-growing-out-of-bounds/m-p/2491053#M722690</link>
      <description>Yea, just installed PHSS_20122 and everything worked fine. The interesting this was that this is a development server and there were already 3 instances compiled on here.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Thanks again to the forum.&lt;BR /&gt;&lt;BR /&gt;C</description>
      <pubDate>Wed, 09 Jan 2002 17:42:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tmp-fills-up-along-with-library-growing-out-of-bounds/m-p/2491053#M722690</guid>
      <dc:creator>Craig Rants</dc:creator>
      <dc:date>2002-01-09T17:42:15Z</dc:date>
    </item>
    <item>
      <title>Re: /tmp fills up along with library growing out of bounds</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tmp-fills-up-along-with-library-growing-out-of-bounds/m-p/2491054#M722691</link>
      <description>I had abandoned this problem could not get it solved back in February. I just attempted to compile and link and it is now solved. We applied the PHSS_20122 back in May I hope that was it. It is solved. Let me know if you want my complete patch list for the V2500</description>
      <pubDate>Wed, 09 Jan 2002 18:13:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tmp-fills-up-along-with-library-growing-out-of-bounds/m-p/2491054#M722691</guid>
      <dc:creator>Bill Slaughter</dc:creator>
      <dc:date>2002-01-09T18:13:05Z</dc:date>
    </item>
  </channel>
</rss>

