<?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: aCC  generates backtrace when using va_list. in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/acc-generates-backtrace-when-using-va-list/m-p/2654248#M722889</link>
    <description>Thanks, Gregory.&lt;BR /&gt;&lt;BR /&gt;I took your advice, and built a new cut-down sample.  Unfortunately for me, this sample works.  So now I have to go back to the module I'm porting and see if I can find anything else there that looks suspicious, that could be causing the:&lt;BR /&gt;&lt;BR /&gt;Error (system problem) 689: &lt;BR /&gt;# Compiler received signal 11 &lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Wed, 30 Jan 2002 14:05:08 GMT</pubDate>
    <dc:creator>Eugene Gruber</dc:creator>
    <dc:date>2002-01-30T14:05:08Z</dc:date>
    <item>
      <title>aCC  generates backtrace when using va_list.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/acc-generates-backtrace-when-using-va-list/m-p/2654246#M722887</link>
      <description>I'm porting a large library from gcc 2.95.2 on Solaris to aCC on HP-UX.  I have one module from the hundreds I've compiled for which the compiler generates a call stack trace. &lt;BR /&gt;&lt;BR /&gt;The swlist command on our HP-UX 11.0 system shows:&lt;BR /&gt;&lt;BR /&gt;PHSS_24627                    1.0            HP aC++ -AA runtime libraries (aCC A.03.33) &lt;BR /&gt;PHSS_25170                    1.0            HP aC++ Compiler (aCC A.03.31)&lt;BR /&gt;&lt;BR /&gt;The problem appears to be related to va_list.&lt;BR /&gt;When compiling the module I'm porting, the &lt;BR /&gt;compiler reported a system error.  When &lt;BR /&gt;compiling a simple sample to demonstrate the &lt;BR /&gt;problem, the compiler generated an internal &lt;BR /&gt;error.&lt;BR /&gt;&lt;BR /&gt;It should be noted that the internal error was &lt;BR /&gt;generated by both&lt;BR /&gt;     aCC -Ae -c GGtest.c&lt;BR /&gt;and &lt;BR /&gt;     aCC -c GGtest.c&lt;BR /&gt;&lt;BR /&gt;Included below are my simple sample program, &lt;BR /&gt;the call stack from the attempted compilation &lt;BR /&gt;of that, and the call stack from the module &lt;BR /&gt;I'm porting.&lt;BR /&gt;&lt;BR /&gt;Any suggestions of work-arounds, or &lt;BR /&gt;observation of error on my part, are greatly &lt;BR /&gt;appreciated.&lt;BR /&gt;&lt;BR /&gt;/* GGtest.c.&lt;BR /&gt; *&lt;BR /&gt; *   Try out varargs and see if it will compile with aCC -Ae.&lt;BR /&gt; */&lt;BR /&gt;#include &lt;STDARG.H&gt;&lt;BR /&gt;&lt;BR /&gt;int main (int argc, char** argv)&lt;BR /&gt;{&lt;BR /&gt;        va_list ap;&lt;BR /&gt;        char *fmt = argv[1];&lt;BR /&gt;&lt;BR /&gt;        va_start(ap, fmt);&lt;BR /&gt;        va_end(ap);&lt;BR /&gt;        return 0;&lt;BR /&gt;} &lt;BR /&gt;&lt;BR /&gt;Here's the call stack from the compile of my &lt;BR /&gt;sample program:&lt;BR /&gt;&lt;BR /&gt;( 0)  0x002adcf8   toolError__12ErrorHandlerF11StringTokenRC8Positione + 0x58  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;( 1)  0x00339f54   fe_error + 0x204  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;( 2)  0x008591f8   print_undef + 0x24  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;( 3)  0x0025ef14   scan_symbols + 0x170  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;( 4)  0x00138218   pass1_sllic + 0x34  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;( 5)  0x001448e4   process_sllic_graph + 0xac &lt;BR /&gt;[/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;( 6)  0x00119064   finish_program + 0x94  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;( 7)  0x0010c348   cg_stp + 0xe4  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;( 8)  0x0035c124   be_stp + 0x1c  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;( 9)  0x002903e8   ucodeCodeGenTerm__Fv + 0x70  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;(10)  0x00282f60   main + 0x6a8  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;(11)  0xc013e604   _start + 0xc8  [/usr/lib/libc.2]&lt;BR /&gt;(12)  0x0010d930   $START$ + 0x1a0  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;Error (internal problem) 7403: Exact position unknown; near&lt;BR /&gt;    ["/usr/include/varargs.h", line 85]. &lt;BR /&gt;    # undefined label -  (7403)&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;The call stack from the compile of the module I'm porting showed a more severe error:&lt;BR /&gt;&lt;BR /&gt;Signal 11&lt;BR /&gt;( 0)  0x002a2530   sighandler__FiT1 + 0x148  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;( 1)  0xc01f2de8   _sigreturn  [/usr/lib/libc.2]&lt;BR /&gt;( 2)  0x001ea744   doReduction3__FiR12ScannerValueP12ScannerValue + 0xb934  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;( 3)  0x001ec7fc   yyparse__Fv + 0xc28  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;( 4)  0x00275698   DoCompile__8CompilerFv + 0x20c  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;( 5)  0x0010e5ec   DoCompile__8CompilerFP6Buffer + 0x34  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;( 6)  0x00118110   DoCompileFile__8CompilerFPc + 0x25c  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;( 7)  0x00282ef4   main + 0x63c  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;( 8)  0xc013e604   _start + 0xc8  [/usr/lib/libc.2]&lt;BR /&gt;( 9)  0x0010d930   $START$ + 0x1a0  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;Error (system problem) 689: &lt;BR /&gt;     # Compiler received signal 11&lt;BR /&gt;&lt;/STDARG.H&gt;</description>
      <pubDate>Mon, 28 Jan 2002 20:49:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/acc-generates-backtrace-when-using-va-list/m-p/2654246#M722887</guid>
      <dc:creator>Eugene Gruber</dc:creator>
      <dc:date>2002-01-28T20:49:24Z</dc:date>
    </item>
    <item>
      <title>Re: aCC  generates backtrace when using va_list.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/acc-generates-backtrace-when-using-va-list/m-p/2654247#M722888</link>
      <description>Perhaps this is specific to your cut-down example,&lt;BR /&gt;but I don't think it makes any sense to use va_start(),&lt;BR /&gt;va_end(), etc. inside a function with a fixed&lt;BR /&gt;argument list such as main().  AFAIK the behavior&lt;BR /&gt;is undefined and mayhem will ensue.  However, I&lt;BR /&gt;do agree that the compiler shouldn't biff on it.  gcc,&lt;BR /&gt;for example, warns you:&lt;BR /&gt;&lt;BR /&gt;myprog.c: In function `main':&lt;BR /&gt;myprog.c:8: `va_start' used in function with fixed args&lt;BR /&gt;&lt;BR /&gt;HP's C compiler doesn't complain, but it doesn't&lt;BR /&gt;crash on it either.&lt;BR /&gt;&lt;BR /&gt;If you're trying to process the command line&lt;BR /&gt;arguments you can just iterate through argv[]&lt;BR /&gt;from 1 through argc-1.  Otherwise, perhaps&lt;BR /&gt;you could provide an example which has&lt;BR /&gt;a variable argument list.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 29 Jan 2002 22:45:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/acc-generates-backtrace-when-using-va-list/m-p/2654247#M722888</guid>
      <dc:creator>Gregory Fruth</dc:creator>
      <dc:date>2002-01-29T22:45:19Z</dc:date>
    </item>
    <item>
      <title>Re: aCC  generates backtrace when using va_list.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/acc-generates-backtrace-when-using-va-list/m-p/2654248#M722889</link>
      <description>Thanks, Gregory.&lt;BR /&gt;&lt;BR /&gt;I took your advice, and built a new cut-down sample.  Unfortunately for me, this sample works.  So now I have to go back to the module I'm porting and see if I can find anything else there that looks suspicious, that could be causing the:&lt;BR /&gt;&lt;BR /&gt;Error (system problem) 689: &lt;BR /&gt;# Compiler received signal 11 &lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 30 Jan 2002 14:05:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/acc-generates-backtrace-when-using-va-list/m-p/2654248#M722889</guid>
      <dc:creator>Eugene Gruber</dc:creator>
      <dc:date>2002-01-30T14:05:08Z</dc:date>
    </item>
    <item>
      <title>Re: aCC  generates backtrace when using va_list.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/acc-generates-backtrace-when-using-va-list/m-p/2654249#M722890</link>
      <description>aCC release information can be found here:&lt;BR /&gt;&lt;A href="http://h21007.www2.hp.com/dspp/tech/tech_TechSoftwareDetailPage_IDX/1,1703,1743,00.html" target="_blank"&gt;http://h21007.www2.hp.com/dspp/tech/tech_TechSoftwareDetailPage_IDX/1,1703,1743,00.html&lt;/A&gt;</description>
      <pubDate>Wed, 30 Jan 2002 16:44:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/acc-generates-backtrace-when-using-va-list/m-p/2654249#M722890</guid>
      <dc:creator>T. M. Louah</dc:creator>
      <dc:date>2002-01-30T16:44:07Z</dc:date>
    </item>
  </channel>
</rss>

