<?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 Access Violation in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/access-violation/m-p/7051930#M104688</link>
    <description>&lt;P&gt;We have a multi-threaded application written in Pro*C (C with embedded SQL) to FTP files to various locations.&amp;nbsp; This was running successfully for several years in a Alpha server running Oracle 10.1&amp;nbsp; In May this year, we moved to Itanium running on Oracle 11.2.&amp;nbsp; The FTP server which runs continuously under Application Process Manager (APM), time to time crashes and the APM successfully restarts it.&amp;nbsp; It spools out three kind of errors. Most common pasted below.&amp;nbsp; At your request, I will provide more information.&amp;nbsp; The common stack dump pasted below.&lt;/P&gt;&lt;P&gt;Thank you for your assistance.&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;James&lt;/P&gt;&lt;P&gt;%DCL-I-SUPERSEDE, previous value of SYS$INPUT has been superseded&lt;BR /&gt;%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000000000000003A, PC=FFFFFFFF80A36891, PS=0000001B&lt;/P&gt;&lt;P&gt;Improperly handled condition, image exit forced.&lt;BR /&gt;Signal arguments: Number = 0000000000000005&lt;BR /&gt;Name = 000000000000000C&lt;BR /&gt;0000000000000000&lt;BR /&gt;000000000000003A&lt;BR /&gt;FFFFFFFF80A36891&lt;BR /&gt;000000000000001B&lt;/P&gt;&lt;P&gt;Register dump:&lt;BR /&gt;R0 = 0000000000000000 R1 = FFFFFFFFCB358C00 R2 = 0000000000000239&lt;BR /&gt;R3 = 0000000000000061 R4 = 0000000007536780 R5 = 0000000007535F30&lt;BR /&gt;R6 = 0000000000000000 R7 = 0000000000000000 R8 = 0000000000000001&lt;BR /&gt;R9 = 0000000007535F30 R10 = FFFFFFFFCB1CDED0 R11 = FFFFFFFFCB4E0000&lt;BR /&gt;SP = 0000000007535E30 TP = 0000000007551200 R14 = 0000000000000004&lt;BR /&gt;R15 = 00000000000004FC R16 = 0000000007536785 R17 = 0000000000000054&lt;BR /&gt;R18 = 000000000000003A R19 = 0000000007535E28 R20 = FFFFFFFFCB2D9580&lt;BR /&gt;R21 = 0000000000000000 R22 = 0000000000000010 R23 = 0000000007535DFC&lt;BR /&gt;R24 = 0000000007535DE0 R25 = 0000000000000003 R26 = FFFFFFFFCB2E1088&lt;BR /&gt;R27 = 0000000007535DD8 R28 = 000000000000003A R29 = 0000000007535E30&lt;BR /&gt;R30 = 0000000007535C78 R31 = FFFFFFFF80A35F60 PC = FFFFFFFF80A36891&lt;BR /&gt;BSP/STORE = 000007FDBFB45B18 / 000007FDBFB45B18 PSR = 000012130802E030&lt;BR /&gt;IIPA = FFFFFFFF80A36890&lt;BR /&gt;B0 = FFFFFFFF80A36840 B6 = FFFFFFFF800DD2D0 B7 = FFFFFFFF80A4CAF0&lt;/P&gt;&lt;P&gt;Interrupted Frame RSE Backing Store, Size = 45 registers&lt;/P&gt;&lt;P&gt;R32 = 0000000007536780 R33 = 0000000007535F30 R34 = 0000000000000003&lt;BR /&gt;R35 = 0000000000000020 R36 = 000000007FFF0278 R37 = 0000000000000001&lt;BR /&gt;R38 = 0000000003FFFFFF R39 = 0000000007535E20 R40 = FFFFFFFFCB4E0000&lt;BR /&gt;R41 = 0000000000000002 R42 = 0000000000000061 R43 = FFFFFFFFCB2E1088&lt;BR /&gt;R44 = 0000000007535DD8 R45 = FFFFFFFFCB1CDED0 R46 = FFFFFFFFCB4E0000&lt;BR /&gt;R47 = 0000000007535C78 R48 = FFFFFFFF80A35F60 R49 = FFFFFFFFCB2D9580&lt;BR /&gt;R50 = 0000000000000000 R51 = 0000000007535E30 R52 = FFFFFFFF803A8170&lt;BR /&gt;R53 = C000000000000389 R54 = 0000000007535E40 R55 = 0000000000000061&lt;BR /&gt;R56 = FFFFFFFF904D2910 R57 = 0000000000000000 R58 = 0000000000000000&lt;BR /&gt;R59 = 0000000000000000 R60 = FFFFFFFFCB1CDED0 R61 = FFFFFFFFCB4E0000&lt;BR /&gt;R62 = FFFFFFFFCB2D9580 R63 = 0000000000000000 R64 = FFFFFFFFCB2E1088&lt;BR /&gt;R65 = 0000000007535DD8 R66 = FFFFFFFF7FC0C178 R67 = 0000000007535C78&lt;BR /&gt;R68 = FFFFFFFF80A35F60 R69 = 0000000000000000 R70 = 0000000000000000&lt;BR /&gt;R71 = 0000000000000000 R72 = 0000000000000000 R73 = 0000000000000000&lt;BR /&gt;R74 = 0000000000000000 R75 = 0000000000000000 R76 = 0000000000000000&lt;BR /&gt;SPC_GEN_SVR job terminated at 24-JUN-2019 01:02:10.57&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Mon, 24 Jun 2019 14:42:11 GMT</pubDate>
    <dc:creator>jscomputing</dc:creator>
    <dc:date>2019-06-24T14:42:11Z</dc:date>
    <item>
      <title>Access Violation</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/access-violation/m-p/7051930#M104688</link>
      <description>&lt;P&gt;We have a multi-threaded application written in Pro*C (C with embedded SQL) to FTP files to various locations.&amp;nbsp; This was running successfully for several years in a Alpha server running Oracle 10.1&amp;nbsp; In May this year, we moved to Itanium running on Oracle 11.2.&amp;nbsp; The FTP server which runs continuously under Application Process Manager (APM), time to time crashes and the APM successfully restarts it.&amp;nbsp; It spools out three kind of errors. Most common pasted below.&amp;nbsp; At your request, I will provide more information.&amp;nbsp; The common stack dump pasted below.&lt;/P&gt;&lt;P&gt;Thank you for your assistance.&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;James&lt;/P&gt;&lt;P&gt;%DCL-I-SUPERSEDE, previous value of SYS$INPUT has been superseded&lt;BR /&gt;%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000000000000003A, PC=FFFFFFFF80A36891, PS=0000001B&lt;/P&gt;&lt;P&gt;Improperly handled condition, image exit forced.&lt;BR /&gt;Signal arguments: Number = 0000000000000005&lt;BR /&gt;Name = 000000000000000C&lt;BR /&gt;0000000000000000&lt;BR /&gt;000000000000003A&lt;BR /&gt;FFFFFFFF80A36891&lt;BR /&gt;000000000000001B&lt;/P&gt;&lt;P&gt;Register dump:&lt;BR /&gt;R0 = 0000000000000000 R1 = FFFFFFFFCB358C00 R2 = 0000000000000239&lt;BR /&gt;R3 = 0000000000000061 R4 = 0000000007536780 R5 = 0000000007535F30&lt;BR /&gt;R6 = 0000000000000000 R7 = 0000000000000000 R8 = 0000000000000001&lt;BR /&gt;R9 = 0000000007535F30 R10 = FFFFFFFFCB1CDED0 R11 = FFFFFFFFCB4E0000&lt;BR /&gt;SP = 0000000007535E30 TP = 0000000007551200 R14 = 0000000000000004&lt;BR /&gt;R15 = 00000000000004FC R16 = 0000000007536785 R17 = 0000000000000054&lt;BR /&gt;R18 = 000000000000003A R19 = 0000000007535E28 R20 = FFFFFFFFCB2D9580&lt;BR /&gt;R21 = 0000000000000000 R22 = 0000000000000010 R23 = 0000000007535DFC&lt;BR /&gt;R24 = 0000000007535DE0 R25 = 0000000000000003 R26 = FFFFFFFFCB2E1088&lt;BR /&gt;R27 = 0000000007535DD8 R28 = 000000000000003A R29 = 0000000007535E30&lt;BR /&gt;R30 = 0000000007535C78 R31 = FFFFFFFF80A35F60 PC = FFFFFFFF80A36891&lt;BR /&gt;BSP/STORE = 000007FDBFB45B18 / 000007FDBFB45B18 PSR = 000012130802E030&lt;BR /&gt;IIPA = FFFFFFFF80A36890&lt;BR /&gt;B0 = FFFFFFFF80A36840 B6 = FFFFFFFF800DD2D0 B7 = FFFFFFFF80A4CAF0&lt;/P&gt;&lt;P&gt;Interrupted Frame RSE Backing Store, Size = 45 registers&lt;/P&gt;&lt;P&gt;R32 = 0000000007536780 R33 = 0000000007535F30 R34 = 0000000000000003&lt;BR /&gt;R35 = 0000000000000020 R36 = 000000007FFF0278 R37 = 0000000000000001&lt;BR /&gt;R38 = 0000000003FFFFFF R39 = 0000000007535E20 R40 = FFFFFFFFCB4E0000&lt;BR /&gt;R41 = 0000000000000002 R42 = 0000000000000061 R43 = FFFFFFFFCB2E1088&lt;BR /&gt;R44 = 0000000007535DD8 R45 = FFFFFFFFCB1CDED0 R46 = FFFFFFFFCB4E0000&lt;BR /&gt;R47 = 0000000007535C78 R48 = FFFFFFFF80A35F60 R49 = FFFFFFFFCB2D9580&lt;BR /&gt;R50 = 0000000000000000 R51 = 0000000007535E30 R52 = FFFFFFFF803A8170&lt;BR /&gt;R53 = C000000000000389 R54 = 0000000007535E40 R55 = 0000000000000061&lt;BR /&gt;R56 = FFFFFFFF904D2910 R57 = 0000000000000000 R58 = 0000000000000000&lt;BR /&gt;R59 = 0000000000000000 R60 = FFFFFFFFCB1CDED0 R61 = FFFFFFFFCB4E0000&lt;BR /&gt;R62 = FFFFFFFFCB2D9580 R63 = 0000000000000000 R64 = FFFFFFFFCB2E1088&lt;BR /&gt;R65 = 0000000007535DD8 R66 = FFFFFFFF7FC0C178 R67 = 0000000007535C78&lt;BR /&gt;R68 = FFFFFFFF80A35F60 R69 = 0000000000000000 R70 = 0000000000000000&lt;BR /&gt;R71 = 0000000000000000 R72 = 0000000000000000 R73 = 0000000000000000&lt;BR /&gt;R74 = 0000000000000000 R75 = 0000000000000000 R76 = 0000000000000000&lt;BR /&gt;SPC_GEN_SVR job terminated at 24-JUN-2019 01:02:10.57&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 24 Jun 2019 14:42:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/access-violation/m-p/7051930#M104688</guid>
      <dc:creator>jscomputing</dc:creator>
      <dc:date>2019-06-24T14:42:11Z</dc:date>
    </item>
    <item>
      <title>Re: Access Violation</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/access-violation/m-p/7051975#M104689</link>
      <description>&lt;P&gt;&amp;gt; [...] Itanium running on Oracle 11.2. [...]&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; More interesting might be the OS and TCPIP versions:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; tcpip show version&lt;/P&gt;&lt;P&gt;&amp;gt; [...] The FTP server [...]&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Do you mean the TCPIP FTP server which runs on the VMS system, or&lt;BR /&gt;your application, which sounds to me more like an FTP client?&amp;nbsp; Or what?&lt;/P&gt;&lt;P&gt;&amp;gt; The common stack dump pasted below.&lt;BR /&gt;&amp;gt; [...]&lt;BR /&gt;&amp;gt; %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual&lt;BR /&gt;&amp;gt;&amp;nbsp; address=000000000000003A, PC=FFFFFFFF80A36891, PS=0000001B&lt;BR /&gt;&amp;gt; SPC_GEN_SVR job terminated [...]&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; I know nothing, including what "Application Process Manager" might&lt;BR /&gt;be (some Oracle thing?), but it's not obvious to me exactly which&lt;BR /&gt;program is failing. "virtual address=000000000000003A" certainly&lt;BR /&gt;suggests a bug somewhere.&lt;/P&gt;</description>
      <pubDate>Mon, 24 Jun 2019 18:35:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/access-violation/m-p/7051975#M104689</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2019-06-24T18:35:25Z</dc:date>
    </item>
    <item>
      <title>Re: Access Violation</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/access-violation/m-p/7052081#M104691</link>
      <description>&lt;P&gt;The image running in the SPC_GEN_SVR Job terminated with an Access Violation executing the instruction at PC 80A36891 when trying to Access virtual address 0000003A - most likely pointed to by R18. The underlying call seems to use 3 Parameters (R25=3) and the 3rd parameter (R18) contains the invalid value of 3A.&lt;/P&gt;&lt;P&gt;You can try to find the failing instruction and&amp;nbsp;the module pointed to by the failing PC with:&lt;/P&gt;&lt;P&gt;$ ANALYZE/SYS&lt;/P&gt;&lt;P&gt;SDA&amp;gt; SET PROC/IND=xxx&amp;nbsp;&amp;nbsp; ! the PID of the running SPC_GEN_SVR process&lt;/P&gt;&lt;P&gt;SDA&amp;gt; EXA/INS 80A36891&lt;/P&gt;&lt;P&gt;SDA&amp;gt; EXIT&lt;/P&gt;&lt;P&gt;With $ SET PROC/DUMP/ID=&amp;lt;PID of the running SPC_GEN_SVR process&amp;gt; you can enable a process dump, should this problem happen again. The process dump will be written to the Login-Directory of the failing process and can be examined with $ ANALYZE/PROCESS image-name.DMP (this will invoke the Debugger on the dumpfile).&lt;/P&gt;&lt;P&gt;Volker.&lt;/P&gt;</description>
      <pubDate>Tue, 25 Jun 2019 06:48:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/access-violation/m-p/7052081#M104691</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2019-06-25T06:48:51Z</dc:date>
    </item>
    <item>
      <title>Re: Access Violation</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/access-violation/m-p/7052114#M104692</link>
      <description>&lt;P&gt;Thank you for assisting:&lt;/P&gt;&lt;P&gt;1)&lt;BR /&gt;HP TCP/IP Services for OpenVMS Industry Standard 64 Version V5.7 - ECO 5&lt;BR /&gt;on an HP BL860c i6 (2.66GHz/32.0MB) running OpenVMS V8.4-2L1&lt;/P&gt;&lt;P&gt;2)&amp;nbsp; It is a ftp client written by me in 2008.&amp;nbsp; Has worked in Alpha without any issues.&amp;nbsp; Now on Itanium, it crashes around once a day.&amp;nbsp; &amp;nbsp;Overview of the application:&amp;nbsp; in an Oracle table (ftp_clients), we can configure various ftp destinations.&amp;nbsp; At the moment there are about 25 clients.&amp;nbsp; When this client executable starts up, for each record in the ftp_clients table, it will create a worker thread.&amp;nbsp; The worker thread connects to different ftp locations. It is configurable to have a permanent ftp connection or adhoc.&amp;nbsp; Where we sent lot of files, it is a permanent ftp connection.&amp;nbsp; Over 30K files are ftped daily through this executable.&lt;/P&gt;&lt;P&gt;3) Application Process Manager&lt;/P&gt;&lt;P&gt;It is written in 'C' .&amp;nbsp; We have several executables running for 'ever'.&amp;nbsp; Example, we receive files from the outside world all the time.&amp;nbsp; APM manages these.&amp;nbsp; If an 'ever' executable fails for some reason and drops down, the APM will restart it up to 6 times within a short configured period.&amp;nbsp; The FTP client is called SPC_FTP.&amp;nbsp; I can do a $APM/STOP SPC_FTP to stop it and $APM/START SPC_FTP to start in a controlled manner.&lt;/P&gt;&lt;P&gt;Agree there is a bug somewhere but&amp;nbsp; when restarted by the APM, it can run without any issues for nearly a day. Also as it is designed to catch up, all the files registered to FTP are all sent out successfully.&lt;/P&gt;&lt;P&gt;Thank you.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 25 Jun 2019 08:47:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/access-violation/m-p/7052114#M104692</guid>
      <dc:creator>jscomputing</dc:creator>
      <dc:date>2019-06-25T08:47:28Z</dc:date>
    </item>
    <item>
      <title>Re: Access Violation</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/access-violation/m-p/7052117#M104693</link>
      <description>&lt;P&gt;Thank you for your assistance&lt;/P&gt;&lt;P&gt;SPC_GEN_SVR is a VMS account name.&amp;nbsp; This account has all the VMS, Oracle and directory privileges. The APM job SPC_FTP is run as user = SPC_GEN_SVR.&lt;/P&gt;&lt;P&gt;The system administrator here has created a dump file.&amp;nbsp; When I try to analyse it, it was looking for the image built in debug. I am in the process of trying to create a debug version.&lt;/P&gt;&lt;P&gt;Will update you with any other information I can provide.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thank you again.&lt;/P&gt;</description>
      <pubDate>Tue, 25 Jun 2019 08:58:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/access-violation/m-p/7052117#M104693</guid>
      <dc:creator>jscomputing</dc:creator>
      <dc:date>2019-06-25T08:58:00Z</dc:date>
    </item>
    <item>
      <title>Re: Access Violation</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/access-violation/m-p/7052248#M104695</link>
      <description>&lt;P&gt;Not sure whether or not this helps, but...&lt;/P&gt;&lt;P&gt;R17 starts out as parameter 2 of the call and is Hex 54 which is a "T"&lt;/P&gt;&lt;P&gt;R18 starts out as parameter 3 of the call and is Hex 3A which is a ":" (colon)&lt;/P&gt;&lt;P&gt;Since this is usually data passed in, perhaps these values suggest where to look?&lt;/P&gt;&lt;P&gt;Dan&lt;/P&gt;</description>
      <pubDate>Tue, 25 Jun 2019 20:20:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/access-violation/m-p/7052248#M104695</guid>
      <dc:creator>abrsvc</dc:creator>
      <dc:date>2019-06-25T20:20:23Z</dc:date>
    </item>
  </channel>
</rss>

