<?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: ACCVIO error within C++ Compiler in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/accvio-error-within-c-compiler/m-p/4309547#M44846</link>
    <description>Rule of Thumb: an access violation (ACCVIO) in any HP OpenVMS component or in any HP layered product or in any HP compiler is always an error within the tool.  Yes, this error may be secondary to an error in the input, but it's still indicative of an error in the tool.&lt;BR /&gt;&lt;BR /&gt;If you're not current with your compiler and with your associated and your mandatory OpenVMS ECO kits, then get there first.  &lt;BR /&gt;&lt;BR /&gt;If you are current on your compiler and your ECO kits, then  report the error (with enough source code to reproduce the problem) directly to HP.&lt;BR /&gt;&lt;BR /&gt;We do thank you for letting us know about this compiler error, but -- as a general rule -- HP engineers do not follow the ITRC forums, nor comp.os.vms newsgroup, nor OpenVMSHobbyist.org nor any of the other discussion forums around the Internet.  So long as you always expect all problem reports in any of these informal forums and areas to be ignored (by HP), you'll only be pleasantly surprised if somebody does notice and does take ownership of the informal problem report.  But if you want this addressed, then get current and then use the formal HP channels.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Wed, 19 Nov 2008 19:22:34 GMT</pubDate>
    <dc:creator>Hoff</dc:creator>
    <dc:date>2008-11-19T19:22:34Z</dc:date>
    <item>
      <title>ACCVIO error within C++ Compiler</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/accvio-error-within-c-compiler/m-p/4309545#M44844</link>
      <description>Hi&lt;BR /&gt;I'm using CXX V7.2-018 on OpenVMS IA64 V8.3 and I'm getting the below Compiler ACCVIO when compiling a xercesc source file. Could you please tell me what maybe causing this problem and how it could be resolved ?&lt;BR /&gt;Thanks in Advance.&lt;BR /&gt;&lt;BR /&gt;Building XERCES-C$ROOT:[000000.src.xercesc.dom.impl]&lt;BR /&gt;Compiling XERCES-C$ROOT:[000000.src.xercesc.dom.impl]DOMNamedNodeMapImpl.cpp&lt;BR /&gt; because XERCES-C$ROOT:[000000.src.xercesc.obj]DOMNamedNodeMapImpl.obj not found.&lt;BR /&gt;%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=0000000000000001, PC=00000000015EA460, PS=0000001B&lt;BR /&gt;%TRACE-F-TRACEBACK, symbolic stack dump follows&lt;BR /&gt;image     module    routine               line      rel PC           abs PC&lt;BR /&gt;CXX$COMPILER  TYPES  EXPR_Dtype         130759 0000000000026E80 00000000015EA460&lt;BR /&gt;CXX$COMPILER  ECL  ECL_Lower_Addressing&lt;BR /&gt;                                        129586 00000000000034D0 0000000001F6C0D0&lt;BR /&gt;CXX$COMPILER  CSI_NOT  phase2_Csi_Part2b&lt;BR /&gt;                                        173421 000000000000EE10 0000000002AC01C0&lt;BR /&gt;CXX$COMPILER  CSI_NOT  PHASE2_CSI_Part2&lt;BR /&gt;                                        172387 0000000000006D90 0000000002AB8140&lt;BR /&gt;CXX$COMPILER  PHASE2  PHASE2_Routine_End&lt;BR /&gt;                                        180831 0000000000005200 0000000002ACCCF0&lt;BR /&gt;CXX$COMPILER  IL0_FE  il0_routine_end   129794 0000000000001460 000000000204ED20&lt;BR /&gt;CXX$COMPILER  EDG_CODE  dump_routine    114925 000000000000D900 00000000014B9510&lt;BR /&gt;CXX$COMPILER  EDG_CODE  dump_all_routines&lt;BR /&gt;                                        115050 000000000000E520 00000000014BA130&lt;BR /&gt;CXX$COMPILER  EDG_MAIN  back_end         94797 00000000000033E0 00000000014F23C0&lt;BR /&gt;CXX$COMPILER  CFE  PHASE1_Begin         131922 0000000000000400 0000000000F465F0&lt;BR /&gt;CXX$COMPILER  MAIN  IVMS_phase1main     125587 0000000000013030 0000000002AA9F20&lt;BR /&gt;CXX$COMPILER  IVMS_COMPILE  GEM_XX_COMPILE&lt;BR /&gt;                                        185940 0000000000003DD0 000000000254F790&lt;BR /&gt;CXX$COMPILER  GEM_CP_VMS  GEM_CP_MAIN     2630 00000000000027A0 0000000002EFA990&lt;BR /&gt;CXX$COMPILER  IVMS_IS_DCL  main          20174 0000000000000290 00000000025520B0&lt;BR /&gt;CXX$COMPILER  IVMS_IS_DCL  __main        20160 00000000000000E0 0000000002551F00&lt;BR /&gt;CXX$COMPILER  AMAC$EMUL_CALL  AMAC$EMUL_CALL&lt;BR /&gt;                                           394 0000000000000250 0000000002F546A0&lt;BR /&gt;CXX$COMPILER                                 0 0000000002F55530 0000000002F55530&lt;BR /&gt;                                             0 FFFFFFFF80B3C320 FFFFFFFF80B3C320&lt;BR /&gt;DCL                                          0 000000000006B9F0 000000007AE279F0&lt;BR /&gt;%TRACE-I-END, end of TRACE stack dump&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 19 Nov 2008 17:04:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/accvio-error-within-c-compiler/m-p/4309545#M44844</guid>
      <dc:creator>Abdelali</dc:creator>
      <dc:date>2008-11-19T17:04:21Z</dc:date>
    </item>
    <item>
      <title>Re: ACCVIO error within C++ Compiler</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/accvio-error-within-c-compiler/m-p/4309546#M44845</link>
      <description>Abdelali,&lt;BR /&gt;&lt;BR /&gt;welcome to the OpenVMS ITRC forum.&lt;BR /&gt;&lt;BR /&gt;Please consider to make sure, that you've installed the most recent compiler, which would currently be C++ V7.3&lt;BR /&gt;&lt;BR /&gt;If the compilation still fails, consider to raise a call with HP. An ACCVIO at CXX$COMPILER TYPES EXPR_Dtype does not seem to be a publicly documented problem.&lt;BR /&gt;&lt;BR /&gt;Consider to check the compile qualifiers used and try to compile the failing module with slightly modified qualifiers, like more or less optimizations.&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Wed, 19 Nov 2008 18:05:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/accvio-error-within-c-compiler/m-p/4309546#M44845</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2008-11-19T18:05:26Z</dc:date>
    </item>
    <item>
      <title>Re: ACCVIO error within C++ Compiler</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/accvio-error-within-c-compiler/m-p/4309547#M44846</link>
      <description>Rule of Thumb: an access violation (ACCVIO) in any HP OpenVMS component or in any HP layered product or in any HP compiler is always an error within the tool.  Yes, this error may be secondary to an error in the input, but it's still indicative of an error in the tool.&lt;BR /&gt;&lt;BR /&gt;If you're not current with your compiler and with your associated and your mandatory OpenVMS ECO kits, then get there first.  &lt;BR /&gt;&lt;BR /&gt;If you are current on your compiler and your ECO kits, then  report the error (with enough source code to reproduce the problem) directly to HP.&lt;BR /&gt;&lt;BR /&gt;We do thank you for letting us know about this compiler error, but -- as a general rule -- HP engineers do not follow the ITRC forums, nor comp.os.vms newsgroup, nor OpenVMSHobbyist.org nor any of the other discussion forums around the Internet.  So long as you always expect all problem reports in any of these informal forums and areas to be ignored (by HP), you'll only be pleasantly surprised if somebody does notice and does take ownership of the informal problem report.  But if you want this addressed, then get current and then use the formal HP channels.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 19 Nov 2008 19:22:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/accvio-error-within-c-compiler/m-p/4309547#M44846</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2008-11-19T19:22:34Z</dc:date>
    </item>
    <item>
      <title>Re: ACCVIO error within C++ Compiler</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/accvio-error-within-c-compiler/m-p/4309548#M44847</link>
      <description>Try upgrading to the latest compiler.  You'll find V7.3-032 on the ITRC ECO pages.  There is yet another ECO on the way (-039) but none of the problems fixed for -039 seem to match your ACCVIO.</description>
      <pubDate>Wed, 19 Nov 2008 19:51:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/accvio-error-within-c-compiler/m-p/4309548#M44847</guid>
      <dc:creator>John Reagan</dc:creator>
      <dc:date>2008-11-19T19:51:52Z</dc:date>
    </item>
    <item>
      <title>Re: ACCVIO error within C++ Compiler</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/accvio-error-within-c-compiler/m-p/4309549#M44848</link>
      <description>&amp;gt;Hoff: this error may be secondary to an error in the input, but it's still indicative of an error in the tool.&lt;BR /&gt;&lt;BR /&gt;For HP-UX, we solve that by not printing any signals/tracebacks if there were any previous user errors.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;John: Try upgrading to the latest compiler.&lt;BR /&gt;&lt;BR /&gt;I guess I don't need to pass this on to you, especially since we now work for the same boss.  :-)&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 20 Nov 2008 09:13:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/accvio-error-within-c-compiler/m-p/4309549#M44848</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2008-11-20T09:13:47Z</dc:date>
    </item>
  </channel>
</rss>

