<?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: malloc failed while growing stack (ksh script) in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failed-while-growing-stack-ksh-script/m-p/2856662#M94872</link>
    <description>I haven't worked with Digital UNIX in about 4 years but you should look at the kernel parameter maxdsiz. It's a little misleading to talk about growing a stack which is limited by maxssiz but malloc is limited by maxdsiz.&lt;BR /&gt;&lt;BR /&gt;You might also look for a tunable something like ncargmax or large_ncargs that limits the size of the argument list that the exec() system call will handle.&lt;BR /&gt;</description>
    <pubDate>Tue, 03 Dec 2002 17:35:38 GMT</pubDate>
    <dc:creator>A. Clay Stephenson</dc:creator>
    <dc:date>2002-12-03T17:35:38Z</dc:date>
    <item>
      <title>malloc failed while growing stack (ksh script)</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failed-while-growing-stack-ksh-script/m-p/2856661#M94871</link>
      <description>Hi, while executing a chain of ksh scripts core is dumped &lt;BR /&gt;by the 1st script (guess on behalf of ksh?) - memory fault. Some neat strings in the core file: malloc failed while growing stack&lt;BR /&gt;eE;,TtFf%&lt;BR /&gt;ksh: sysconf error&lt;BR /&gt;ksh: no memory&lt;BR /&gt;ksh: no memory&lt;BR /&gt;Usually it stops in lines such&lt;BR /&gt;echo $1 | tr -A '[a-z]' '[A-Z]' or echo `echo $cmd cut -f 1 -d " "`&lt;BR /&gt;ksh version: Version M-11/16/88 on Tru64 5.1A.&lt;BR /&gt;These scripts ran with no problems on our previous OS -Tru64 4.0G. Don't know if the same ksh was used. Been told that kernel parameters were retained (so user's limits).&lt;BR /&gt;One batch uses as a test case: avg. failure ratio: ~1/20.&lt;BR /&gt;tried to: 1.increase avail. stack size for the proc - no effect. 2. use explicit path when calling the above commands (/usr/bin/*). No cores since (after ~185 runs of the test batch). Can it be something with the interaction between shell builtins to non-builtins ?&lt;BR /&gt;read about such a thing on HP-UX. Can it be due to command search elimination ?&lt;BR /&gt;Thanks&lt;BR /&gt;</description>
      <pubDate>Tue, 03 Dec 2002 17:26:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failed-while-growing-stack-ksh-script/m-p/2856661#M94871</guid>
      <dc:creator>Oren Hollander</dc:creator>
      <dc:date>2002-12-03T17:26:03Z</dc:date>
    </item>
    <item>
      <title>Re: malloc failed while growing stack (ksh script)</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failed-while-growing-stack-ksh-script/m-p/2856662#M94872</link>
      <description>I haven't worked with Digital UNIX in about 4 years but you should look at the kernel parameter maxdsiz. It's a little misleading to talk about growing a stack which is limited by maxssiz but malloc is limited by maxdsiz.&lt;BR /&gt;&lt;BR /&gt;You might also look for a tunable something like ncargmax or large_ncargs that limits the size of the argument list that the exec() system call will handle.&lt;BR /&gt;</description>
      <pubDate>Tue, 03 Dec 2002 17:35:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failed-while-growing-stack-ksh-script/m-p/2856662#M94872</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2002-12-03T17:35:38Z</dc:date>
    </item>
    <item>
      <title>Re: malloc failed while growing stack (ksh script)</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failed-while-growing-stack-ksh-script/m-p/2856663#M94873</link>
      <description>Thanks.&lt;BR /&gt;The settings are:&lt;BR /&gt;per_proc_data_size = 8589924592&lt;BR /&gt;max_per_proc_data_size = 8589924592&lt;BR /&gt;</description>
      <pubDate>Tue, 03 Dec 2002 17:46:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failed-while-growing-stack-ksh-script/m-p/2856663#M94873</guid>
      <dc:creator>Oren Hollander</dc:creator>
      <dc:date>2002-12-03T17:46:48Z</dc:date>
    </item>
    <item>
      <title>Re: malloc failed while growing stack (ksh script)</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failed-while-growing-stack-ksh-script/m-p/2856664#M94874</link>
      <description>Debug attempts: as it's impossible to open the shell script &amp;amp; the core with debugger, i tried to do open the core &amp;amp; ksh. ksh is stripped, so there's nothing much to look at. using gdb -&amp;gt; bt - &lt;BR /&gt;#0  0x12001ebe0 in mac_here ()&lt;BR /&gt;#1  0x12001e32c in mac_expand ()&lt;BR /&gt;&lt;BR /&gt;Couldn't find much about these functions - help with that would be appreciated.</description>
      <pubDate>Tue, 03 Dec 2002 18:56:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/malloc-failed-while-growing-stack-ksh-script/m-p/2856664#M94874</guid>
      <dc:creator>Oren Hollander</dc:creator>
      <dc:date>2002-12-03T18:56:43Z</dc:date>
    </item>
  </channel>
</rss>

