HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- aCC runtime error: stack unwind failed (2) 1
Operating System - HP-UX
1831820
Members
4022
Online
110031
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
Forums
Discussions
Discussions
Discussions
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
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
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-27-2005 03:33 PM
03-27-2005 03:33 PM
aCC runtime error: stack unwind failed (2) 1
My application crashes with the following core stack trace.
I did a what command to check the version of the libcl.sl and libc.2 and found that the version of the files on the server with the compiler and that on the server running the binary application is different.
Could this be the reason of the crash or other reasons such as stack size issues?
I am running on HP-UX v11.00. Thank you in advance for any help granted.
Stack Trace:
#0 0xc01f45a0 in kill () from /usr/lib/libc.2
#1 0xc0191948 in raise () from /usr/lib/libc.2
#2 0xc01d1f7c in abort_C () from /usr/lib/libc.2
#3 0xc01d1fd4 in abort () from /usr/lib/libc.2
#4 0xc02b41ec in __throw__FPvT1 () from /usr/lib/libCsup.2
#5 0xc26c50e0 in OCI::IIOP::Transport_impl::receive () from /opt/orbacus/4.1.0/lib/libOB.sl.4.1.0
#6 0xc264d9a0 in OB::GIOPClientWorkerThreaded::receiverRun () from /opt/orbacus/4.1.0/lib/libOB.sl.4.1.0
#7 0xc2650714 in OB::GIOPClientWorkerThreaded::ReceiverThread::run () from /opt/orbacus/4.1.0/lib/libOB.sl.4.1.0
#8 0xc16ba810 in JTCThread::entrance_hook () from /opt/orbacus/4.1.0/lib/libJTC.sl.2.0.0
#9 0xc16a9ae0 in lsf_thread_adapter () from /opt/orbacus/4.1.0/lib/libJTC.sl.2.0.0
#10 0xc1629df0 in __pthread_create_system () from /usr/lib/libpthread.1
Server where compiler is running:
#what /usr/lib/libcl.sl
/usr/lib/libcl.sl:
Trap Library version UX.11.01.05 - 01/10/23
Unwind Library version UX.11.01.05 - 00/08/15
libIO77 HP HPUX [ Release B.11.01.12 PA 32bit ]
(hp700:hp/ux) Mar 1 2002
Copyright (c) 2001 Hewlett Packard.
fs_amod.s $Revision: 1.9.1.1 $
libcl.sl version B.11.01.15 - Feb 27, 2002
Server where binary is running:
#what /usr/lib/libcl.sl
/usr/lib/libcl.sl:
Trap Library version UX.11.01.03(GS IB4) - November 16, 1998
Unwind Library version UX.11.01.05 - 00/08/15
fs_amod.s $Revision: 1.9.1.1 $
libcl.sl version B.11.01.08 - Jun 15, 2001
I did a what command to check the version of the libcl.sl and libc.2 and found that the version of the files on the server with the compiler and that on the server running the binary application is different.
Could this be the reason of the crash or other reasons such as stack size issues?
I am running on HP-UX v11.00. Thank you in advance for any help granted.
Stack Trace:
#0 0xc01f45a0 in kill () from /usr/lib/libc.2
#1 0xc0191948 in raise () from /usr/lib/libc.2
#2 0xc01d1f7c in abort_C () from /usr/lib/libc.2
#3 0xc01d1fd4 in abort () from /usr/lib/libc.2
#4 0xc02b41ec in __throw__FPvT1 () from /usr/lib/libCsup.2
#5 0xc26c50e0 in OCI::IIOP::Transport_impl::receive () from /opt/orbacus/4.1.0/lib/libOB.sl.4.1.0
#6 0xc264d9a0 in OB::GIOPClientWorkerThreaded::receiverRun () from /opt/orbacus/4.1.0/lib/libOB.sl.4.1.0
#7 0xc2650714 in OB::GIOPClientWorkerThreaded::ReceiverThread::run () from /opt/orbacus/4.1.0/lib/libOB.sl.4.1.0
#8 0xc16ba810 in JTCThread::entrance_hook () from /opt/orbacus/4.1.0/lib/libJTC.sl.2.0.0
#9 0xc16a9ae0 in lsf_thread_adapter () from /opt/orbacus/4.1.0/lib/libJTC.sl.2.0.0
#10 0xc1629df0 in __pthread_create_system () from /usr/lib/libpthread.1
Server where compiler is running:
#what /usr/lib/libcl.sl
/usr/lib/libcl.sl:
Trap Library version UX.11.01.05 - 01/10/23
Unwind Library version UX.11.01.05 - 00/08/15
libIO77 HP HPUX [ Release B.11.01.12 PA 32bit ]
(hp700:hp/ux) Mar 1 2002
Copyright (c) 2001 Hewlett Packard.
fs_amod.s $Revision: 1.9.1.1 $
libcl.sl version B.11.01.15 - Feb 27, 2002
Server where binary is running:
#what /usr/lib/libcl.sl
/usr/lib/libcl.sl:
Trap Library version UX.11.01.03(GS IB4) - November 16, 1998
Unwind Library version UX.11.01.05 - 00/08/15
fs_amod.s $Revision: 1.9.1.1 $
libcl.sl version B.11.01.08 - Jun 15, 2001
1 REPLY 1
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-26-2007 12:51 AM
08-26-2007 12:51 AM
Re: aCC runtime error: stack unwind failed (2) 1
The whole purpose of this error message is for the aC++ runtime lib to blame the Trap/Unwind lib when it is broken. This kept happening so I added it.
>found that the version of the files on the server with the compiler and that on the server running the binary application is different.
>Could this be the reason of the crash ...?
Any of these are possible. Try that newer libcl.
>found that the version of the files on the server with the compiler and that on the server running the binary application is different.
>Could this be the reason of the crash ...?
Any of these are possible. Try that newer libcl.
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.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP