<?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 Occasional %SYSTEM-F-ACCVIO error from Java in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/occasional-system-f-accvio-error-from-java/m-p/3906529#M35138</link>
    <description>I have an occasional failure (approx 1 times out of 5) as follows:&lt;BR /&gt;&lt;BR /&gt;%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=00000000000♦&lt;BR /&gt;%TRACE-F-TRACEBACK, symbolic stack dump follows&lt;BR /&gt;  image    module    routine             line      rel PC           abs PC      &lt;BR /&gt; DECC$SHR_EV56                              0 00000000001C5310 FFFFFFFF81435310&lt;BR /&gt;                                            0 FFFFFFFF8007B754 FFFFFFFF8007B754&lt;BR /&gt; PTHREAD$RTL                                0 000000000006E974 FFFFFFFF81268974&lt;BR /&gt; PTHREAD$RTL                                0 000000000005717C FFFFFFFF8125117C&lt;BR /&gt; PTHREAD$RTL                                0 0000000000043940 FFFFFFFF8123D940&lt;BR /&gt;                                            0 0000000000000000 0000000000000000&lt;BR /&gt; PTHREAD$RTL                                                 ?                ?&lt;BR /&gt;                                            0 FFFFFFFF80337F94 FFFFFFFF80337F94&lt;BR /&gt;&lt;BR /&gt;The Java call is as follows:&lt;BR /&gt;$java "-Xmx943718400" -&lt;BR /&gt;      -cp $java$classpath -                                  "com...." -&lt;BR /&gt;... some other parameters&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;The program used to run perfectly but has failed since we introduced some additional java exec  statements.&lt;BR /&gt;&lt;BR /&gt;The program appears to function correctly and produces logging upto the end but fails in the manner given above.&lt;BR /&gt;&lt;BR /&gt;All the exec statements do the same thing&lt;BR /&gt;$ SAY = "WRITE SYS$OUTPUT"&lt;BR /&gt;$ say "in polytrap = ''p2'"&lt;BR /&gt;$polytrap :== $capoly$bin:capoly$trap&lt;BR /&gt;$polytrap  .....&lt;BR /&gt;&lt;BR /&gt;(This is an ugly way to do it and it is being re-engineered to use java classes throughout)&lt;BR /&gt;&lt;BR /&gt;I have seen threads that indicate a similar error in calling Java from C. Is this a similar  failure?&lt;BR /&gt;&lt;BR /&gt;Note: All limits should be set sufficiently high so as not to cause an issue.&lt;BR /&gt;</description>
    <pubDate>Fri, 01 Dec 2006 06:24:37 GMT</pubDate>
    <dc:creator>P R Stone_1</dc:creator>
    <dc:date>2006-12-01T06:24:37Z</dc:date>
    <item>
      <title>Occasional %SYSTEM-F-ACCVIO error from Java</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/occasional-system-f-accvio-error-from-java/m-p/3906529#M35138</link>
      <description>I have an occasional failure (approx 1 times out of 5) as follows:&lt;BR /&gt;&lt;BR /&gt;%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=00000000000♦&lt;BR /&gt;%TRACE-F-TRACEBACK, symbolic stack dump follows&lt;BR /&gt;  image    module    routine             line      rel PC           abs PC      &lt;BR /&gt; DECC$SHR_EV56                              0 00000000001C5310 FFFFFFFF81435310&lt;BR /&gt;                                            0 FFFFFFFF8007B754 FFFFFFFF8007B754&lt;BR /&gt; PTHREAD$RTL                                0 000000000006E974 FFFFFFFF81268974&lt;BR /&gt; PTHREAD$RTL                                0 000000000005717C FFFFFFFF8125117C&lt;BR /&gt; PTHREAD$RTL                                0 0000000000043940 FFFFFFFF8123D940&lt;BR /&gt;                                            0 0000000000000000 0000000000000000&lt;BR /&gt; PTHREAD$RTL                                                 ?                ?&lt;BR /&gt;                                            0 FFFFFFFF80337F94 FFFFFFFF80337F94&lt;BR /&gt;&lt;BR /&gt;The Java call is as follows:&lt;BR /&gt;$java "-Xmx943718400" -&lt;BR /&gt;      -cp $java$classpath -                                  "com...." -&lt;BR /&gt;... some other parameters&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;The program used to run perfectly but has failed since we introduced some additional java exec  statements.&lt;BR /&gt;&lt;BR /&gt;The program appears to function correctly and produces logging upto the end but fails in the manner given above.&lt;BR /&gt;&lt;BR /&gt;All the exec statements do the same thing&lt;BR /&gt;$ SAY = "WRITE SYS$OUTPUT"&lt;BR /&gt;$ say "in polytrap = ''p2'"&lt;BR /&gt;$polytrap :== $capoly$bin:capoly$trap&lt;BR /&gt;$polytrap  .....&lt;BR /&gt;&lt;BR /&gt;(This is an ugly way to do it and it is being re-engineered to use java classes throughout)&lt;BR /&gt;&lt;BR /&gt;I have seen threads that indicate a similar error in calling Java from C. Is this a similar  failure?&lt;BR /&gt;&lt;BR /&gt;Note: All limits should be set sufficiently high so as not to cause an issue.&lt;BR /&gt;</description>
      <pubDate>Fri, 01 Dec 2006 06:24:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/occasional-system-f-accvio-error-from-java/m-p/3906529#M35138</guid>
      <dc:creator>P R Stone_1</dc:creator>
      <dc:date>2006-12-01T06:24:37Z</dc:date>
    </item>
    <item>
      <title>Re: Occasional %SYSTEM-F-ACCVIO error from Java</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/occasional-system-f-accvio-error-from-java/m-p/3906530#M35139</link>
      <description>P R,&lt;BR /&gt;&lt;BR /&gt;you might want to capture a process dump of this situation. Issue a $ SET PROC/DUMP before starting the JAVA image.&lt;BR /&gt;&lt;BR /&gt;Once this error happens, a process dump will be written to the current default directory. You can have a look at the process dump with: $ ANAL/PROC imagename.DMP&lt;BR /&gt;&lt;BR /&gt;With the process dump, we can at least find out the exact reasons for the ACCVIO. Whether it's possible to find the underlying problem in JAVA is another question.&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Fri, 01 Dec 2006 10:37:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/occasional-system-f-accvio-error-from-java/m-p/3906530#M35139</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2006-12-01T10:37:52Z</dc:date>
    </item>
  </channel>
</rss>

