- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- java142 in IA64
Operating System - OpenVMS
1752277
Members
4651
Online
108786
Solutions
Forums
Categories
Company
Local Language
юдл
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
юдл
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Go to solution
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-01-2007 06:15 PM
тАО03-01-2007 06:15 PM
After I installed java142 in IA64(Version 8.2-1),I got these messages:
****************************
$ java
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000000000000
0454, PC=00000000002975D0, PS=0000001B
%TRACE-F-TRACEBACK, symbolic stack dump follows
image module routine line rel PC abs PC
JAVA$HOTSPOT_SHR IA64_SPECS ia64_get_issue_port
9950 0000000000000060 00000000002975D0
JAVA$HOTSPOT_SHR IPACK ipack_generate_nop_bits
22580 0000000000000EA0 0000000000298C00
JAVA$HOTSPOT_SHR TL_HS ipack_init_nops
22215 0000000000000C10 00000000002A2220
JAVA$HOTSPOT_SHR TL_HS tl_ipack_hs_start
21942 0000000000000550 00000000002A1B60
JAVA$HOTSPOT_SHR 0 000000000060E070 000000000067E070
JAVA$HOTSPOT_SHR 0 0000000000724770 0000000000794770
JAVA$HOTSPOT_SHR 0 00000000008FBAC0 000000000096BAC0
JAVA$HOTSPOT_SHR 0 0000000000F9DDD0 000000000100DDD0
JAVA$HOTSPOT_SHR 0 0000000000A5AC00 0000000000ACAC00
JAVA$JAVA JAVA Java$main_Jacket 11247 0000000000002850 0000000000032850
JAVA$JAVA MAIN_JACKET main 44563 0000000000000340 0000000000046990
JAVA$JAVA MAIN_JACKET __main 44521 0000000000000100 0000000000046750
PTHREAD$RTL THD_THREAD thdBase 242530 0000000000005CC0 FFFFFFFF84549850
PTHREAD$RTL THD_INIT pthread_main 242311 00000000000006C0 FFFFFFFF845006C0
0 FFFFFFFF80B23E10 FFFFFFFF80B23E10
DCL 0 000000000006AE90 000000007AE0AE90
%TRACE-I-END, end of TRACE stack dump
What's the trouble?
****************************
$ java
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000000000000
0454, PC=00000000002975D0, PS=0000001B
%TRACE-F-TRACEBACK, symbolic stack dump follows
image module routine line rel PC abs PC
JAVA$HOTSPOT_SHR IA64_SPECS ia64_get_issue_port
9950 0000000000000060 00000000002975D0
JAVA$HOTSPOT_SHR IPACK ipack_generate_nop_bits
22580 0000000000000EA0 0000000000298C00
JAVA$HOTSPOT_SHR TL_HS ipack_init_nops
22215 0000000000000C10 00000000002A2220
JAVA$HOTSPOT_SHR TL_HS tl_ipack_hs_start
21942 0000000000000550 00000000002A1B60
JAVA$HOTSPOT_SHR 0 000000000060E070 000000000067E070
JAVA$HOTSPOT_SHR 0 0000000000724770 0000000000794770
JAVA$HOTSPOT_SHR 0 00000000008FBAC0 000000000096BAC0
JAVA$HOTSPOT_SHR 0 0000000000F9DDD0 000000000100DDD0
JAVA$HOTSPOT_SHR 0 0000000000A5AC00 0000000000ACAC00
JAVA$JAVA JAVA Java$main_Jacket 11247 0000000000002850 0000000000032850
JAVA$JAVA MAIN_JACKET main 44563 0000000000000340 0000000000046990
JAVA$JAVA MAIN_JACKET __main 44521 0000000000000100 0000000000046750
PTHREAD$RTL THD_THREAD thdBase 242530 0000000000005CC0 FFFFFFFF84549850
PTHREAD$RTL THD_INIT pthread_main 242311 00000000000006C0 FFFFFFFF845006C0
0 FFFFFFFF80B23E10 FFFFFFFF80B23E10
DCL 0 000000000006AE90 000000007AE0AE90
%TRACE-I-END, end of TRACE stack dump
What's the trouble?
Solved! Go to Solution.
2 REPLIES 2
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-02-2007 02:37 AM
тАО03-02-2007 02:37 AM
Solution
You'll need to ensure all of the mandatory ECO kits installed, including the PTHREADS and TCP/IP ECO kits.
Java is sensitive to a minimal set of ECO kits.
Get the master list text file from the following, and load all mandatory ECOs for OpenVMS I64 V8.2-1, and load the TCP/IP kit. The master list and the ECOs are all in the following area:
ftp://ftp.itrc.hp.com/openvms_patches/ ...
The Java information on ECOs is here:
http://h18012.www1.hp.com/java/download/ivms/1.4.2/sdk1.4.2_patches.html
--
This particular stackdump is an access violation (an ACCVIO, and what Unix can call a bus error and Windows a GPF), and followed by a listing of the whole calling sequence leading up to the error. This should not happen in a product. (Details on debugging an ACCVIO in your own code are available starting from HELP/MESSAGE ACCVIO.)
In a released product, this sort of misbehavior usually means either a missing ECO or other critical fix (either for the product, or for something it depends on), a poorly-handled configuration or quota or system parameter error, or it can mean an error in the product itself.
--
I'd also look to get to OpenVMS I64 V8.3 and to Java 5.0, when that can be reasonably managed in your environment.
Java is sensitive to a minimal set of ECO kits.
Get the master list text file from the following, and load all mandatory ECOs for OpenVMS I64 V8.2-1, and load the TCP/IP kit. The master list and the ECOs are all in the following area:
ftp://ftp.itrc.hp.com/openvms_patches/ ...
The Java information on ECOs is here:
http://h18012.www1.hp.com/java/download/ivms/1.4.2/sdk1.4.2_patches.html
--
This particular stackdump is an access violation (an ACCVIO, and what Unix can call a bus error and Windows a GPF), and followed by a listing of the whole calling sequence leading up to the error. This should not happen in a product. (Details on debugging an ACCVIO in your own code are available starting from HELP/MESSAGE ACCVIO.)
In a released product, this sort of misbehavior usually means either a missing ECO or other critical fix (either for the product, or for something it depends on), a poorly-handled configuration or quota or system parameter error, or it can mean an error in the product itself.
--
I'd also look to get to OpenVMS I64 V8.3 and to Java 5.0, when that can be reasonably managed in your environment.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-05-2007 01:53 PM
тАО03-05-2007 01:53 PM
Re: java142 in IA64
Patch
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP