- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- C++ compiler crash - No live locations allowed
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
тАО05-12-2005 12:58 AM
тАО05-12-2005 12:58 AM
C++ compiler crash - No live locations allowed
Has anyone any idea on what the cause of
the following assert in C++ compiler could be ?
DEC C++ V6.1-003 on OpenVMS Alpha V7.2-1.
Happens if /OPTIMIZE=LEVEL=2 or higher.
Assertion failure: DBGOPT_PROCESS_OPEN_STK_INFO: No live locations allowed
%GEM-F-ASSERTION, DBGOPT_PROCESS_OPEN_STK_INFO: No live locations allowed
%TRACE-F-TRACEBACK, symbolic stack dump follows
image module routine line rel PC abs PC
CXX$COMPILER GEM_DB GEM__DB_ASSERT_END
760 00000000000002DC 00000000003E101C
CXX$COMPILER GEM_OM_COMMON DBGOPT_PROCESS_OPEN_STK_INFO
13310 000000000000E814 00000000005718C4
CXX$COMPILER GEM_OM_COMMON DBGOPT_BACK_OPEN_LOC_INFO
3285 00000000000010E0 0000000000564190
CXX$COMPILER GEM_OM_COMMON DBGOPT_BACK_ONE_LOC_INFO
2793 0000000000000904 00000000005639B4
CXX$COMPILER GEM_OM_COMMON DBGOPT_BACK_ONE_LOC_INFO
2916 0000000000000B28 0000000000563BD8
CXX$COMPILER GEM_OM_COMMON DBGOPT_BACKWARD_PROPAGATE
2715 0000000000000824 00000000005638D4
CXX$COMPILER GEM_OM_COMMON DBGOPT_ANALYZE_RTN
2453 00000000000003EC 000000000056349C
CXX$COMPILER GEM_OM_COMMON GEM_OM_ANALYZE_DBGOPT
2240 00000000000001EC 000000000056329C
CXX$COMPILER GEM_OM_EOBJ GEM_OM_MODULE_FINI
514 00000000000003BC 0000000000579FBC
CXX$COMPILER GEM_CO GEM_CO_COMPILE_MODULE
2941 0000000000000F20 00000000003B87D0
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-12-2005 01:32 AM
тАО05-12-2005 01:32 AM
Re: C++ compiler crash - No live locations allowed
You may wish to consider using a newer version of the compiler.
Purely Personal Opinion
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-12-2005 01:45 AM
тАО05-12-2005 01:45 AM
Re: C++ compiler crash - No live locations allowed
bug - and updating the compiler is not an
option in this particular case.
Question is whether anyone would have an
idea on how the compiler bug could be
avoided, e.g. what is a 'live location' !?
The sole purpose for me compiling this stuff
is to use the /OPTIMIZE qualifier ... ;-)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-12-2005 02:11 AM
тАО05-12-2005 02:11 AM
Re: C++ compiler crash - No live locations allowed
I had a similar problem recently that could be overcome
by using an undocumented GEM compiler option.
Don't have the details right now (I am at home and
the info is at work) but will chase it up tomorrow.
Dave
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-12-2005 03:34 AM
тАО05-12-2005 03:34 AM
Re: C++ compiler crash - No live locations allowed
Purely Personal Opinion
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-12-2005 04:30 AM
тАО05-12-2005 04:30 AM
Re: C++ compiler crash - No live locations allowed
/DEBUG=(TRACEBACK) instead of /DEBUG.
Good enough for the time being.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-12-2005 12:31 PM
тАО05-12-2005 12:31 PM
Re: C++ compiler crash - No live locations allowed
Attached is what I have been able to work out
about the GEM compiler options.
I have had only a few occassions where I get
GEM-F-ASSERTION messages and found that using
one of /TRACE or /DUMP options seems to fix it.
Try using /LIST/TRACE=CALL_GRAPH with maximum
optimization.
(Attachment create on VMS. Use "unzip -aa" if
necessary.)
Dave
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-15-2005 12:54 PM
тАО05-15-2005 12:54 PM
Re: C++ compiler crash - No live locations allowed
Please formally report any cases where a current version compiler fails with any kind of traceback or unhandled exception.
The assertion message is a clue to the compiler engineers to help them find and fix the bug. It's not much use to the end user.
>updating the compiler is not an option in this particular case.
I don't understand why a fixed compiler is not an option. You've found a bug. The only way it will ever be fixed is by using a new version, (it may even have already been fixed). So, if you want the bug fixed, your only option is a new version.
Typically installing a new compiler is quick, simple and very low risk. As a rule compilers only ever get better. Regressions are very rare, as the qualification suite for compilers usually includes every failing program that has ever been elevated, so problems tend to stay fixed! (indeed, I remember one compiler engineer commenting that their verification & qualification suite was probably more valuable than their source code!)
Compilers are strictly user mode code. They're basically just text processors. It's always possible for an unprivileged user to take a later version of a compiler, place it in a private directory and use it without having to install it system wide. Some compiler installation kits give the option to save all old versions and select one on a process, group or system wide basis.
I recommend you unpack the latest compiler and test your code against it. If it still fails, submit your code to engineering. If not, you have evidence that upgrading to the latest compiler is worthwhile.
If none of that is acceptable, I guess you'll just have to put up with compiling with lower levels of optimisation.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-15-2005 08:58 PM
тАО05-15-2005 08:58 PM
Re: C++ compiler crash - No live locations allowed
by using the option /DEBUG=(TRACEBACK)
instead of /DEBUG=(SYMBOLS,TRACEBACK).
This was good enough in this particular
case.
Updating the compiler was not an option
in this particular case since I was
re-building a single component within
an old version of a system. That version
is in maintenance mode and we don't want
to change anything in the build-environment.
Later version of the system is built with
newer compilers ... and on new versions of
the OS.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-15-2005 09:02 PM
тАО05-15-2005 09:02 PM
Re: C++ compiler crash - No live locations allowed
Compiling with /DEBUG=(TRACEBACK) instead of
/DEBUG=(SYMBOLS,TRACEBACK) prevented the
compiler from crashing. Solved my problem.