- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - Linux
- >
- core dump handling exceptions
Categories
Company
Local Language
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
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
Community
Resources
Forums
Blogs
- 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
тАО01-19-2006 06:18 AM
тАО01-19-2006 06:18 AM
We are developing C++ program under HP-UX B.11.11 U 9000/800, using aCC compiler (HP ANSI C++ B3910B A.03.65). Everything seems to run well except when an exception is raised, then we have a core like this
#0 0xc020d5b8 in kill+0x10 () from /usr/lib/libc.2
#1 0xc01a6f7c in raise+0x24 () from /usr/lib/libc.2
#2 0xc01e81e0 in abort_C+0x160 () from /usr/lib/libc.2
#3 0xc01e823c in abort+0x1c () from /usr/lib/libc.2
#4 0xc3b7383c in std::terminate+0x38 () from /usr/lib/libCsup_v2.2
#5 0xc3b6daf8 in TCompTechCleanupAutomaticLocal::DestructActiveObject+0x80 () from /usr/lib/libCsup_v2.2
#6 0xc3b71650 in TExceptionActionCleanup::ProcessThrow+0x24 () from /usr/lib/libCsup_v2.2
#7 0xc3b73dec in ThrowException+0x168 () from /usr/lib/libCsup_v2.2
#8 0xc3b74254 in __throw__FPvT1+0x14c () from /usr/lib/libCsup_v2.2
#9 0xa3ce58 in FwOracleDataBaseDao::getNumSql (this=0x400d48c8, sqlName=@0x77ff0da4)
at ./fwBatch/fwDataAccess/fwDataBaseAccess/fwOracleDataBaseDao/FwOracleDataBaseDao.cpp:716
#10 0xa3e1a0 in FwOracleDataBaseDao::setSQL (this=0x400d48c8, sqlIndex=1, sqlName=@0x77ff0be0, type=2,
num={
__mutex_ = {
__refs_ = 2013082664, __capacity_ = 2012980092, __nchars_ = 2012978468}, __eos_char_ = 119 'w'},
_C_data = 0x4007efa8 "0.0"}) at ./fwBatch/fwDataAccess/fwDataBaseAccess/fwOracleDataBaseDao/FwOracleDataBaseDao.cpp:821
#11 0xa8c7c in FWBatchInstance::Prueba_OCI () at ./FwIns.cpp:478
#12 0x9e18ac in FwBase::runProcess (this=0x40082830) at ./fwBatch/fwBase/FwBase.cpp:643
#13 0xa9cd0 in main (argc=1, argv=0x77ff0864) at ./FwIns.cpp:860
The compiler parameters are:
-AA +DAportable +DS2.0 -g0 -D_RWSTD_MULTI_THREAD
and the linker parameters are
-AA -Bnodelete -g -Wl,+s -Wl,+n +DAportable +DS2.0
We are also using the following Oracle libraries:
-locci9 -lclntst9
Can someone help here?
Thanks
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-20-2006 02:33 AM
тАО01-20-2006 02:33 AM
SolutionThis may point you
http://support.borland.com/thread.jspa?messageID=3505
Steve Steel
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-23-2006 10:46 PM
тАО01-23-2006 10:46 PM
Re: core dump handling exceptions
Thanks for the answer. As I read from the link you sent me, the problem described was related with the use of libs which are different from the ones that are shipped with the OS.
In our case we are linking also with the following flags that I forgot to include in my first e-mail:
-l:libcl.sl -l:librt.sl -lpthread -l:libnss_dns.1 -l:libdld.sl
If I execute ldd I obtain the following result:
/usr/lib/libc.2 => /usr/lib/libc.2
/usr/lib/libdld.2 => /usr/lib/libdld.2
/usr/lib/libc.2 => /usr/lib/libc.2
/usr/lib/libCsup_v2.2 => /usr/lib/libCsup_v2.2
/usr/lib/libstd_v2.2 => /usr/lib/libstd_v2.2
/usr/lib/libm.2 => /usr/lib/libm.2
/usr/lib/libdld.2 => /usr/lib/libdld.2
/usr/lib/libnss_dns.1 => /usr/lib/libnss_dns.1
/usr/lib/libdld.2 => /usr/lib/libdld.2
/usr/lib/libpthread.1 => /usr/lib/libpthread.1
/usr/lib/librt.2 => /usr/lib/librt.2
/usr/lib/libcl.2 => /usr/lib/libcl.2
/usr/lib/libisamstub.1 => /usr/lib/libisamstub.1
/usr/lib/libdld.2 => /usr/lib/libdld.2
Are those libs the correct ones or do I need to link with others?.
Thanks a lot
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-23-2006 10:54 PM
тАО01-23-2006 10:54 PM
Re: core dump handling exceptions
Are you building a 32 bit or 64 bit application ? For 64 bit, use the respective libraries. Also, run your application with "tusc". it will provide more information about the system calls and etc..
http://hpux.connect.org.uk/hppd/hpux/Sysadmin/tusc-7.8/
-Arun
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-24-2006 09:12 PM
тАО01-24-2006 09:12 PM
Re: core dump handling exceptions
1)Do you have latest compiler and
Patch Name: PHSS_26946
Patch Description: s700_800 11.11 HP aC++ -AA runtime libraries (aCC A.03.37)
Creation Date: 02/09/25
Post Date: 02/10/28
Hardware Platforms - OS Releases:
s700: 11.11
s800: 11.11
2)Was everything -mt compiled
Steve Steel
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-25-2006 02:57 AM
тАО01-25-2006 02:57 AM
Re: core dump handling exceptions
Thanks a lot for the answers. Related with the questions above, we have the following:
Q: Are you building a 32 bit or 64 bit application?
A: We are building a 32 bit application, using the corresponding Oracle libs. About the system libs, I think we are also using the right ones.
Q: Do you have latest compiler and Patch Name: PHSS_26946
Patch Description: s700_800 11.11 HP aC++ -AA runtime libraries (aCC A.03.37)
Creation Date: 02/09/25
Post Date: 02/10/28
Hardware Platforms - OS Releases:
s700: 11.11
s800: 11.11
A: The aCC version is B3910B A.03.65. If we make swlist we have the following:
democpd:dasw/home/dasw# /usr/sbin/swlist B3913DBEVAL
# Initializing...
# Contacting target "***"...
#
# Target: ***:/
#
# B3913DBEVAL C.03.65.VAL2 HP aC++ Compiler for Servers Evaluation License
B3913DBEVAL.C-Dev-Tools B.11.11.14.VAL C Language Development Tools
B3913DBEVAL.ACXX C.03.65.VAL HP aC++
B3913DBEVAL.WDB-GUI B.11.11.14.VAL GUI for the HP WDB Debugger
B3913DBEVAL.WDB B.11.11.14.VAL HP Wildebeest (HP WDB) Debugger
B3913DBEVAL.DebugPrg B.11.11.14.VAL Debugging Support Tools
B3913DBEVAL.Auxiliary-Opt B.11.11.14.VAL Auxiliary Optimizer for HP Languages.
But we do not have the PHSS_26946 installed. We will see if we can install it.
Q: Was everything -mt compiled
A: yes, it was.
Thanks
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-25-2006 03:45 AM
тАО01-25-2006 03:45 AM
Re: core dump handling exceptions
You can post this same question with all the details to HP aCC mailing list, there you will get specific answer.
http://h21007.www2.hp.com/dspp/ml/ml_MailingLists_IDX/1,1275,,00.html#24
-Arun