- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: core dump after having built with -AA option
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
тАО09-25-2003 09:44 AM
тАО09-25-2003 09:44 AM
$gdb dm_encrypt_password core
(gdb)where
#0 0xc152c5dc in pthread_mutex_destroy () from /usr/lib/libpthread.1
#1 0xc0208900 in __thread_mutex_free () from /usr/lib/libc.2
#2 0xc4135470 in _HPMutexWrapper::~_HPMutexWrapper () from /usr/lib/libstd_v2.2
#3 0x7ec5c in __rw::__string_ref
#4 0x7e5b8 in std::basic_string
__len=1) at /opt/aCC/include_std/string.cc:70
#5 0xc40a28b8 in std::basic_string
#6 0xc40fea08 in std::locale::name () from /usr/lib/libstd_v2.2
#7 0xc40a1bd0 in std::ctype
#8 0xc40ff1ec in std::locale::_C_install_facet () from /usr/lib/libstd_v2.2
#9 0xc40fef64 in std::locale::_C_make_facet () from /usr/lib/libstd_v2.2
#10 0xc40f97cc in std::ios_base::Init::Init () from /usr/lib/libstd_v2.2
#11 0x7f9e0 in __sinit_main_cxx___3stdFv ()
from ./dm_encrypt_password
#12 0xc1ef77c4 in __mainHelper () from /usr/lib/libCsup_v2.2
#13 0xc1ef7b6c in _main () from /usr/lib/libCsup_v2.2
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-26-2003 12:34 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-26-2003 04:58 AM
тАО09-26-2003 04:58 AM
Re: core dump after having built with -AA option
Error 698: Exact position unknown; near ["dmobject.cxx", line 1239]. # The declarations "void *__throwTp_Q2_4__rw17__rw_thread_error[5]" and "void
*std::__throwTp_Q2_4__rw17__rw_thread_error[5]" are both visible and neither is preferred under the name lookup rules.
Error 698: Exact position unknown; near ["dmobject.cxx", line 1239]. # The declarations "void *__throwTp_Q2_4__rw17__rw_thread_error[5]" and "void
*std::__throwTp_Q2_4__rw17__rw_thread_error[5]" are both visible and neither is preferred under the name lookup rules.
Error 698: Exact position unknown; near ["dmobject.cxx", line 1239]. # The declarations "void *__throwTp_Q2_4__rw17__rw_thread_error[5]" and "void
*std::__throwTp_Q2_4__rw17__rw_thread_error[5]" are both visible and neither is preferred under the name lookup rules.
Error 698: Exact position unknown; near ["dmobject.cxx", line 1239]. # The declarations "void *__throwTp_Q2_4__rw17__rw_thread_error[5]" and "void
*std::__throwTp_Q2_4__rw17__rw_thread_error[5]" are both visible and neither is preferred under the name lookup rules.
Can anyone tell me how do i fix this?
Thanks!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-03-2003 04:03 PM
тАО10-03-2003 04:03 PM
Re: core dump after having built with -AA option
i'm trying to see if someone in the aCC team has an answer. you may get a direct response from the developers themselves on the cxx-dev mailing list. you can sign up at http://h21007.www2.hp.com/dspp/ml/ml_MailingLists_IDX/1,1275,,00.html#24 .
--
ranga
[i work for hpe]
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-05-2005 12:16 AM
тАО01-05-2005 12:16 AM
Re: core dump after having built with -AA option
I too am trying to compile & link my code on hpux and am facing similar problem. The errors that I have encountered are:
Program received signal SIGABRT, Aborted.
0x6ffae8a0 in kill+0x10 () from /usr/lib/libc.2
(gdb) where
#0 0x6ffae8a0 in kill+0x10 () from /usr/lib/libc.2
#1 0x6ff4b7bc in raise+0x24 () from /usr/lib/libc.2
#2 0x6ff8be5c in abort_C+0x16c () from /usr/lib/libc.2
#3 0x6ff8beb4 in abort+0x1c () from /usr/lib/libc.2
#4 0x6fd6b488 in std::terminate+0x38 () from /usr/lib//libCsup_v2.2
#5 0x6fd6bfa8 in RethrowException+0x88 () from /usr/lib//libCsup_v2.2
#6 0x6fd6c2f0 in __rethrow+0x134 () from /usr/lib//libCsup_v2.2
#7 0x26544 in devtech_private::
ion_cpp+0x60 ()
#8 0x6fd6f1a8 in __mainHelper+0x40 () from /usr/lib//libCsup_v2.2
#9 0x6fd6f4dc in _main+0xec () from /usr/lib//libCsup_v2.2
================
Compiling options:
C_MACRO = -D UNIX_ENV
OPTIMIZATION_CFLAGS = -O
OTHER_CFLAGS = -g -AA
==========
Linking options:
$(LINK) -AA -o $(TARGET_DIR)/$(TARGET) \
$(PROJECT_OBJECTS) \
-L $(PRJROOT)/external/zstring/binaries/hpux-gcc
32-release \
-lzstring \
-L $(PRJROOT)/external/cppunit/binaries/hpux \
-lcppunit \
-lcppunitconsole \
-ldebugconsole \
-lc
======================
LINK & CC being = /opt/aCC/bin/aCC
Looking at the above output, could you suggest some measures to get rid of it. Do I need to include some standard C++ libraries or the like (may be a path to libc.2 and so on).
Would be grateful if you could have a look. I have been struggling against this since quite long and my deadline is quite close.
Regards,
Namrata
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-07-2005 01:16 PM
тАО03-07-2005 01:16 PM
Re: core dump after having built with -AA option
Could you get a resolution to this segmentation fault issue?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-27-2005 05:09 PM
тАО03-27-2005 05:09 PM
Re: core dump after having built with -AA option
--
ranga
[i work for hpe]
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-27-2005 06:07 PM
тАО03-27-2005 06:07 PM
Re: core dump after having built with -AA option
I have tried using the -mt compiler option. But the problem still persists,
get a abort /dump error.
Could you please help.
Regards,
Namrata
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-28-2005 01:47 AM
тАО03-28-2005 01:47 AM
Re: core dump after having built with -AA option
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-02-2005 03:13 PM
тАО05-02-2005 03:13 PM