<?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: SIGBUS Error in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/sigbus-error/m-p/4376070#M684733</link>
    <description>&amp;gt;Following are the compiler options that are used in the project:&lt;BR /&gt;-g -Wl,+n,-a,archive +DA2.0W&lt;BR /&gt;&lt;BR /&gt;You are 64 bit.  But you should replace the obsolete +DA2.0W by +DD64.  You probably should also split up the two linker options:&lt;BR /&gt;-Wl,+n -Wl,-a,archive&lt;BR /&gt;&lt;BR /&gt;&amp;gt;I am not sure what does the option +n in -Wl,+n mean. Sometimes I see -Wl,+s also.&lt;BR /&gt;&lt;BR /&gt;Look at ld(1) for +n (keep scanning archives) and +s (allow SHLIB_PATH/LD_LIBRARY_PATH).&lt;BR /&gt;&lt;BR /&gt;&amp;gt;can you give some suggestions?&lt;BR /&gt;&lt;BR /&gt;Again, download wdb and debug the heap corruption as in the above URL.</description>
    <pubDate>Wed, 11 Mar 2009 19:27:12 GMT</pubDate>
    <dc:creator>Dennis Handly</dc:creator>
    <dc:date>2009-03-11T19:27:12Z</dc:date>
    <item>
      <title>SIGBUS Error</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sigbus-error/m-p/4376065#M684728</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;The SIGBUS is happening when the memory (allocated as new SomeClass[]) is de-allocated using delete[]. Note that the memory that the system tries to allocate could be as high as 1541262816 bytes.&lt;BR /&gt;&lt;BR /&gt;Following are the details of the machine I am having the SIGBUS error:&lt;BR /&gt;&lt;BR /&gt;$uname -a&lt;BR /&gt;HP-UX ocpdev1 B.11.11 U 9000/800 ocpdev1 unlimited-user license&lt;BR /&gt;&lt;BR /&gt;Following are some of the kernel parameters (output from kmtune):&lt;BR /&gt;Parameter:      maxdsiz&lt;BR /&gt;Current:        1073741824&lt;BR /&gt;Planned:        1073741824&lt;BR /&gt;Default:        0x10000000&lt;BR /&gt;&lt;BR /&gt;Parameter:      maxdsiz_64bit&lt;BR /&gt;Current:        8589934592&lt;BR /&gt;Planned:        8589934592&lt;BR /&gt;Default:        0x0000000040000000&lt;BR /&gt;&lt;BR /&gt;Parameter:      maxfiles&lt;BR /&gt;Current:        260&lt;BR /&gt;Planned:        260&lt;BR /&gt;Default:        60&lt;BR /&gt;&lt;BR /&gt;Parameter:      maxfiles_lim&lt;BR /&gt;Current:        1024&lt;BR /&gt;Planned:        1024&lt;BR /&gt;Default:        1024&lt;BR /&gt;&lt;BR /&gt;Parameter:      maxssiz&lt;BR /&gt;Current:        134217728&lt;BR /&gt;Planned:        134217728&lt;BR /&gt;Default:        0x00800000&lt;BR /&gt;&lt;BR /&gt;Parameter:      maxssiz_64bit&lt;BR /&gt;Current:        268435456&lt;BR /&gt;Planned:        268435456&lt;BR /&gt;Default:        0x00800000&lt;BR /&gt;&lt;BR /&gt;Parameter:      maxtsiz&lt;BR /&gt;Current:        134217728&lt;BR /&gt;Planned:        134217728&lt;BR /&gt;Default:        0x04000000&lt;BR /&gt;&lt;BR /&gt;Parameter:      maxtsiz_64bit&lt;BR /&gt;Current:        0x40000000&lt;BR /&gt;Planned:        0X40000000&lt;BR /&gt;Default:        0x0000000040000000&lt;BR /&gt;&lt;BR /&gt;1) Can somebody please explain the meaning of the above mentioned kernel parameters? &lt;BR /&gt;2) Do these parameters require any change? Are there any change?&lt;BR /&gt;3) Are there any side effects by increasing/decreasing these parameters?&lt;BR /&gt;4) Should I look at any other parameters?&lt;BR /&gt;&lt;BR /&gt;Output of ulimit:&lt;BR /&gt;$ulimit -a&lt;BR /&gt;time(seconds)        unlimited&lt;BR /&gt;file(blocks)         unlimited&lt;BR /&gt;data(kbytes)         1048576&lt;BR /&gt;stack(kbytes)        131072&lt;BR /&gt;memory(kbytes)       unlimited&lt;BR /&gt;coredump(blocks)     4194303&lt;BR /&gt;&lt;BR /&gt;Thanks in advance!&lt;BR /&gt;&lt;BR /&gt;-Shiv&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 10 Mar 2009 19:07:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sigbus-error/m-p/4376065#M684728</guid>
      <dc:creator>ShivS</dc:creator>
      <dc:date>2009-03-10T19:07:16Z</dc:date>
    </item>
    <item>
      <title>Re: SIGBUS Error</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sigbus-error/m-p/4376066#M684729</link>
      <description>Hi Shiv:&lt;BR /&gt;&lt;BR /&gt;A SIGBUS error is a memory access error that occurs when your program tries to point to an invalid memory address.  A NULL pointer is one example.  This is a program bug.&lt;BR /&gt;&lt;BR /&gt;As for the kernel parameters mentioned, the manpages (for 11.23 for example) offer some good descriptions.  The 'maxdsiz' parameters control the size of data segments (the heap and what you 'malloc()').  The 'maxxsiz' parameters fence the stack size for your program.  The 'maxtsiz' parameter controls the maxiumum text (instruction) size.  The ones labeled 64-bit are for 64-bit processes; those without the "64" are for 32-bit processes.&lt;BR /&gt;&lt;BR /&gt;The 'maxfiles' and 'maxfiles_lim' do not relate to memory but rather to the maxiumum number of file descriptors a process may have.  The first is the "soft" limit; the second is the "hard" limit.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Tue, 10 Mar 2009 19:28:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sigbus-error/m-p/4376066#M684729</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2009-03-10T19:28:30Z</dc:date>
    </item>
    <item>
      <title>Re: SIGBUS Error</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sigbus-error/m-p/4376067#M684730</link>
      <description>Hi James,&lt;BR /&gt;&lt;BR /&gt;Thanks for your reply.&lt;BR /&gt;&lt;BR /&gt;The program did allocate memory using new and did its job, but it failed while delet[]'ing this memory.  This is what is bothering me.  If it did allocate, then why should it give a SIGBUS while deleting it.&lt;BR /&gt;&lt;BR /&gt;Note that the memory that the program tries to allocate could be as high as 1541262816 bytes. There are other objects that are allocated and yet to be deleted when this memory is being allocated.&lt;BR /&gt;&lt;BR /&gt;From the details that I provided, do I have to change any of the kernel parametes?&lt;BR /&gt;&lt;BR /&gt;Thanks again!&lt;BR /&gt;-Shiv</description>
      <pubDate>Tue, 10 Mar 2009 19:42:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sigbus-error/m-p/4376067#M684730</guid>
      <dc:creator>ShivS</dc:creator>
      <dc:date>2009-03-10T19:42:04Z</dc:date>
    </item>
    <item>
      <title>Re: SIGBUS Error</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sigbus-error/m-p/4376068#M684731</link>
      <description>&amp;gt;The program did allocate memory using new and did its job, but it failed while delete[]'ing this memory.&lt;BR /&gt;&lt;BR /&gt;Then you have corrupted the heap.&lt;BR /&gt;Do you have a stack trace of your signal?&lt;BR /&gt;&lt;BR /&gt;&amp;gt;Note that the memory that the program tries to allocate could be as high as 1.541 Gb.&lt;BR /&gt;&lt;BR /&gt;Unless you link with -N, or compile with +DD64, you can't get bigger than 1 Gb.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;From the details that I provided, do I have to change any of the kernel parameters?&lt;BR /&gt;&lt;BR /&gt;Is this a 64 bit application?  If not, your maxdsiz is too small.&lt;BR /&gt;&lt;BR /&gt;Otherwise, you have to debug your application.  See the following how to use gdb:&lt;BR /&gt;&lt;A href="http://forums.itrc.hp.com/service/forums/questionanswer.do?threadId=1320687" target="_blank"&gt;http://forums.itrc.hp.com/service/forums/questionanswer.do?threadId=1320687&lt;/A&gt;</description>
      <pubDate>Tue, 10 Mar 2009 23:13:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sigbus-error/m-p/4376068#M684731</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2009-03-10T23:13:00Z</dc:date>
    </item>
    <item>
      <title>Re: SIGBUS Error</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sigbus-error/m-p/4376069#M684732</link>
      <description>Hi Dennis,&lt;BR /&gt;&lt;BR /&gt;Thanks for your reply.&lt;BR /&gt;&lt;BR /&gt;Following are the compiler options that are used in the project:&lt;BR /&gt;&lt;BR /&gt;-g -Wl,+n,-a,archive -D_HPUX_SOURCE +DA2.0W&lt;BR /&gt;&lt;BR /&gt;I am not sure what does the option +n in -Wl,+n mean. Sometimes I see -Wl,+s also. I am not sure what +s option means here.&lt;BR /&gt;&lt;BR /&gt;Based on above information, can you give some suggestions?&lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;Shiv</description>
      <pubDate>Wed, 11 Mar 2009 14:22:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sigbus-error/m-p/4376069#M684732</guid>
      <dc:creator>ShivS</dc:creator>
      <dc:date>2009-03-11T14:22:29Z</dc:date>
    </item>
    <item>
      <title>Re: SIGBUS Error</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sigbus-error/m-p/4376070#M684733</link>
      <description>&amp;gt;Following are the compiler options that are used in the project:&lt;BR /&gt;-g -Wl,+n,-a,archive +DA2.0W&lt;BR /&gt;&lt;BR /&gt;You are 64 bit.  But you should replace the obsolete +DA2.0W by +DD64.  You probably should also split up the two linker options:&lt;BR /&gt;-Wl,+n -Wl,-a,archive&lt;BR /&gt;&lt;BR /&gt;&amp;gt;I am not sure what does the option +n in -Wl,+n mean. Sometimes I see -Wl,+s also.&lt;BR /&gt;&lt;BR /&gt;Look at ld(1) for +n (keep scanning archives) and +s (allow SHLIB_PATH/LD_LIBRARY_PATH).&lt;BR /&gt;&lt;BR /&gt;&amp;gt;can you give some suggestions?&lt;BR /&gt;&lt;BR /&gt;Again, download wdb and debug the heap corruption as in the above URL.</description>
      <pubDate>Wed, 11 Mar 2009 19:27:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sigbus-error/m-p/4376070#M684733</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2009-03-11T19:27:12Z</dc:date>
    </item>
  </channel>
</rss>

