<?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: Subject: SYSTEM-F-ACCVIO, access violation, reason mask=04 in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/subject-system-f-accvio-access-violation-reason-mask-04/m-p/5119320#M90503</link>
    <description>I thank all of u for your valuable suggestions.I will come back to this forum if i have any trouble further.</description>
    <pubDate>Wed, 16 Jul 2008 08:28:04 GMT</pubDate>
    <dc:creator>minnu</dc:creator>
    <dc:date>2008-07-16T08:28:04Z</dc:date>
    <item>
      <title>Subject: SYSTEM-F-ACCVIO, access violation, reason mask=04</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/subject-system-f-accvio-access-violation-reason-mask-04/m-p/5119311#M90494</link>
      <description>I got the following access violation error.&lt;BR /&gt;&lt;BR /&gt;%SYSTEM-F-ACCVIO, access violation, reason mask=04, virtual address=000000007FFC&lt;BR /&gt;FB82, PC=0000000000041A24, 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;CUSTUPLD CUSTUPLD CUSTUPLD 483 000000001A24    0000000000041A24&lt;BR /&gt;CUSTUPLD                    0 00000000000B6E40 00000000000B6E40&lt;BR /&gt;                            0 FFFFFFFF8026DEF4 FFFFFFFF8026DEF4.&lt;BR /&gt; &lt;BR /&gt;line 483 is where i'm trying to move a value to linkage section variable.Actually this Cobol program is called by a java program.It is working fine if it called by another cobol program.But this error occurs when ever i'm trying to call it from a Java program.Kindly help me.&lt;BR /&gt;&lt;BR /&gt; &lt;BR /&gt;</description>
      <pubDate>Tue, 15 Jul 2008 06:40:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/subject-system-f-accvio-access-violation-reason-mask-04/m-p/5119311#M90494</guid>
      <dc:creator>minnu</dc:creator>
      <dc:date>2008-07-15T06:40:49Z</dc:date>
    </item>
    <item>
      <title>Re: Subject: SYSTEM-F-ACCVIO, access violation, reason mask=04</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/subject-system-f-accvio-access-violation-reason-mask-04/m-p/5119312#M90495</link>
      <description>Posting the java code and variable declaration might be a good idea.&lt;BR /&gt;&lt;BR /&gt;Wim</description>
      <pubDate>Tue, 15 Jul 2008 06:55:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/subject-system-f-accvio-access-violation-reason-mask-04/m-p/5119312#M90495</guid>
      <dc:creator>Wim Van den Wyngaert</dc:creator>
      <dc:date>2008-07-15T06:55:06Z</dc:date>
    </item>
    <item>
      <title>Re: Subject: SYSTEM-F-ACCVIO, access violation, reason mask=04</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/subject-system-f-accvio-access-violation-reason-mask-04/m-p/5119313#M90496</link>
      <description>Your program tries to write to virtual address 7FFCFB82 in P1 space, which user-mode code is not allowed to write to.&lt;BR /&gt;&lt;BR /&gt;Consider setting $ SET PROC/DUMP before you run your program, this should cause an image dump to be written (imagename.DMP), if this problem occurs. You can then look at the image dump ($ ANAL/PROC) to find out the failing instruction, the instruction stream and the relevant source code.&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Tue, 15 Jul 2008 06:58:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/subject-system-f-accvio-access-violation-reason-mask-04/m-p/5119313#M90496</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2008-07-15T06:58:08Z</dc:date>
    </item>
    <item>
      <title>Re: Subject: SYSTEM-F-ACCVIO, access violation, reason mask=04</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/subject-system-f-accvio-access-violation-reason-mask-04/m-p/5119314#M90497</link>
      <description>thanks for ur prompt replies.&lt;BR /&gt;I have used dmp to know the error and it showed this.&lt;BR /&gt;&lt;BR /&gt;%SYSTEM-F-ACCVIO, access violation, reason mask=04, virtual address=000000007FFC&lt;BR /&gt;FB82, PC=0000000000041A24, PS=0000001B&lt;BR /&gt;break on unhandled exception at CUSTUPLD\%LINE 483+24&lt;BR /&gt;%DEBUG-W-UNAOPNSRC, unable to open source file VOL090:[IFS_SKUMAR.FMSSRCE]CUSTUP&lt;BR /&gt;LD.COB;2&lt;BR /&gt;-RMS-F-DEV, error in device name or inappropriate device type for operation&lt;BR /&gt;   483: Source line not available&lt;BR /&gt;DBG&amp;gt; exit&lt;BR /&gt;&lt;BR /&gt;here is the error i got when i used SOAP and WSIT for java programming&lt;BR /&gt;&lt;BR /&gt;ERROR:CustomerUploadSoapBindingImp1:Failed in Customer Upload Module in JAVA program: com.hp.wsi.WsiServerException: %CMA-F-EXIT_THREAD, current thread current thread has been requested to exit.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 15 Jul 2008 08:12:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/subject-system-f-accvio-access-violation-reason-mask-04/m-p/5119314#M90497</guid>
      <dc:creator>minnu</dc:creator>
      <dc:date>2008-07-15T08:12:01Z</dc:date>
    </item>
    <item>
      <title>Re: Subject: SYSTEM-F-ACCVIO, access violation, reason mask=04</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/subject-system-f-accvio-access-violation-reason-mask-04/m-p/5119315#M90498</link>
      <description>Again, please post the Java stuff. Access violations in cobol most often mean a mismatch in declaration.&lt;BR /&gt;&lt;BR /&gt;Wim</description>
      <pubDate>Tue, 15 Jul 2008 09:34:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/subject-system-f-accvio-access-violation-reason-mask-04/m-p/5119315#M90498</guid>
      <dc:creator>Wim Van den Wyngaert</dc:creator>
      <dc:date>2008-07-15T09:34:08Z</dc:date>
    </item>
    <item>
      <title>Re: Subject: SYSTEM-F-ACCVIO, access violation, reason mask=04</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/subject-system-f-accvio-access-violation-reason-mask-04/m-p/5119316#M90499</link>
      <description>And read this too&lt;BR /&gt;&lt;A href="http://h71000.www7.hp.com/wizard/wiz_7543.html" target="_blank"&gt;http://h71000.www7.hp.com/wizard/wiz_7543.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Wim</description>
      <pubDate>Tue, 15 Jul 2008 10:00:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/subject-system-f-accvio-access-violation-reason-mask-04/m-p/5119316#M90499</guid>
      <dc:creator>Wim Van den Wyngaert</dc:creator>
      <dc:date>2008-07-15T10:00:36Z</dc:date>
    </item>
    <item>
      <title>Re: Subject: SYSTEM-F-ACCVIO, access violation, reason mask=04</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/subject-system-f-accvio-access-violation-reason-mask-04/m-p/5119317#M90500</link>
      <description>You need to use the DBG&amp;gt; SET SOURCE directory command to point to the correct source file directory - assuming you have the source files available on the system, where the image dump is being analyzed. Note that the logical VOL090: does not seem to be defined in the proces, from which you analyzed the process dump.&lt;BR /&gt;&lt;BR /&gt;Consider to also look at the failing instruction with:&lt;BR /&gt;&lt;BR /&gt;DBG&amp;gt; EXA/INS @PC&lt;BR /&gt;&lt;BR /&gt;Look at the instruction stream with:&lt;BR /&gt;&lt;BR /&gt;DBG&amp;gt; EXA/INS @PC-24:@PC&lt;BR /&gt;&lt;BR /&gt;Creating a COBOL listing file including /MACHINE (machine code listing) may also help iunderstand, which access fails.&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Tue, 15 Jul 2008 10:44:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/subject-system-f-accvio-access-violation-reason-mask-04/m-p/5119317#M90500</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2008-07-15T10:44:33Z</dc:date>
    </item>
    <item>
      <title>Re: Subject: SYSTEM-F-ACCVIO, access violation, reason mask=04</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/subject-system-f-accvio-access-violation-reason-mask-04/m-p/5119318#M90501</link>
      <description>&amp;gt;&amp;gt; line 483 is where i'm trying to move a value to linkage section variable.&lt;BR /&gt;&lt;BR /&gt;Is that the line "MOVE "Y"          TO LK_CUST_FLAG."&lt;BR /&gt;In 1000-PROGRAM-INITIALIZATION?&lt;BR /&gt;&lt;BR /&gt;So that is the first time any linkage field is use, write or read. Correct?&lt;BR /&gt;&lt;BR /&gt;Since callign from Cobol works, we must for now assume that the attached cobol is not really intersting, at least approximately right. The trouble is likely in how java passes the parameter.&lt;BR /&gt;&lt;BR /&gt;Cobol expects a single pointer to a 5*150+1 byte variable. Is that what is being passed?&lt;BR /&gt;&lt;BR /&gt;When you run under debug control, can you 'see' the argument?&lt;BR /&gt;&lt;BR /&gt;Hein.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;I Could not help but notice some intersting (lack of) error handling in the attached cobol:&lt;BR /&gt;&lt;BR /&gt;1)&lt;BR /&gt;"MOVE CUSTPROF-FILE-STATUS    TO CUSTPROF-FILE-STATUS."&lt;BR /&gt;&lt;BR /&gt;Just in case?!&lt;BR /&gt;&lt;BR /&gt;2) &lt;BR /&gt;&amp;gt;&amp;gt; IF HITSLOG-FILE-STATUS = "92"&lt;BR /&gt;                 GO TO 1110-OPEN-HITS-IO&lt;BR /&gt;&lt;BR /&gt;Testing for a locked record with hard loop?&lt;BR /&gt;Just as well that OPEN can not possibly return status 92.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;3) main logic in a 'close section'&lt;BR /&gt;           PERFORM 1111-WRITE-HITS-IO THRU 1111-EXIT ?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;4) files opened and closed on every activation?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 15 Jul 2008 11:44:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/subject-system-f-accvio-access-violation-reason-mask-04/m-p/5119318#M90501</guid>
      <dc:creator>Hein van den Heuvel</dc:creator>
      <dc:date>2008-07-15T11:44:25Z</dc:date>
    </item>
    <item>
      <title>Re: Subject: SYSTEM-F-ACCVIO, access violation, reason mask=04</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/subject-system-f-accvio-access-violation-reason-mask-04/m-p/5119319#M90502</link>
      <description>thanks&lt;BR /&gt;sorry that i cudn't reply soon.&lt;BR /&gt;&lt;BR /&gt;i got the error at this line&lt;BR /&gt;MOVE "Y"  TO LK_CUST_FLAG.&lt;BR /&gt;&lt;BR /&gt;yeah files are opened and closed at every activation.&lt;BR /&gt;&lt;BR /&gt;i got this error even when i'm running it as a stand alone cobol program with out java.i cannot proceed further. :(&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 16 Jul 2008 05:24:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/subject-system-f-accvio-access-violation-reason-mask-04/m-p/5119319#M90502</guid>
      <dc:creator>minnu</dc:creator>
      <dc:date>2008-07-16T05:24:27Z</dc:date>
    </item>
    <item>
      <title>Re: Subject: SYSTEM-F-ACCVIO, access violation, reason mask=04</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/subject-system-f-accvio-access-violation-reason-mask-04/m-p/5119320#M90503</link>
      <description>I thank all of u for your valuable suggestions.I will come back to this forum if i have any trouble further.</description>
      <pubDate>Wed, 16 Jul 2008 08:28:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/subject-system-f-accvio-access-violation-reason-mask-04/m-p/5119320#M90503</guid>
      <dc:creator>minnu</dc:creator>
      <dc:date>2008-07-16T08:28:04Z</dc:date>
    </item>
  </channel>
</rss>

