amber-developers: ifort -traceback; was formatting problem in amber

From: Scott Brozell <sbrozell.scripps.edu>
Date: Thu, 1 Feb 2007 11:47:35 -0800

Hi,

To get a useful strack trace from ifort, compile with -traceback, eg
make AMBERBUILDFLAGS='-traceback'
This increases the executable size a little (less than that with -g).
To disable a stack trace from an executable built with -traceback use
setenv FOR_DISABLE_STACK_TRACE true

Note that anything not built with -traceback still is a black hole,
notably internal fortran routines and system libraries.

Scott

ps example output, line 25 is an open statement:
Feb 01 2:31:56pm piv-login1 1044> ~/col/lcpw/src/hmat ./hmat.x
forrtl: No such file or directory
forrtl: severe (29): file not found, unit 10, file /j/srb/col/lcpw/src/hmat/mcdrtfl
Image PC Routine Line Source
hmat.x 080C5F51 Unknown Unknown Unknown
hmat.x 08090BDF Unknown Unknown Unknown
hmat.x 0809109A Unknown Unknown Unknown
hmat.x 0809C791 Unknown Unknown Unknown
hmat.x 0804B08C MAIN__ 25 hmat.f90
hmat.x 0804AFE8 Unknown Unknown Unknown
libc.so.6 40788BBA Unknown Unknown Unknown
hmat.x 0804AEA1 Unknown Unknown Unknown
Feb 01 2:31:59pm piv-login1 1045> ~/col/lcpw/src/hmat setenv FOR_DISABLE_STACK_TRACE true
Feb 01 2:32:06pm piv-login1 1046> ~/col/lcpw/src/hmat ./hmat.x
forrtl: No such file or directory
forrtl: severe (29): file not found, unit 10, file /j/srb/col/lcpw/src/hmat/mcdrtfl
Feb 01 2:32:09pm piv-login1 1047> ~/col/lcpw/src/hmat

On Tue, 12 Dec 2006, David A. Case wrote:

> Date: Sat, 09 Dec 2006 14:03:13 +0000
> From: Mark Williamson <.......>
> To: amber-developers.scripps.edu
> Subject: Formatting bug in AMBER9 sander:qm2_load_params_and_allocate()
>
> Recently I ran a QMMM calculation using AMBER9 (up to patch level 24),
> on a system (retrospectively: with an incorrect charge/spin state) and
> obtained a generic cryptic style crash message :)
>
> forrtl: severe (60): infinite format loop, unit 6, file
> /some-user-path/stage5_qmmm.out
> Image PC Routine Line Source
> sander 0000000000A7F90A Unknown Unknown Unknown
> sander 0000000000A7F1EA Unknown Unknown Unknown
> sander 0000000000A4CBBC Unknown Unknown Unknown
> sander 0000000000A0A7C1 Unknown Unknown Unknown
> sander 0000000000A0AD21 Unknown Unknown Unknown
> sander 0000000000A3AEAB Unknown Unknown Unknown
> sander 0000000000A39C03 Unknown Unknown Unknown
> sander 0000000000650AB9 Unknown Unknown Unknown
> sander 00000000006002C4 Unknown Unknown Unknown
> sander 00000000006DA98E Unknown Unknown Unknown
> sander 00000000004E6BA9 Unknown Unknown Unknown
> sander 00000000004AE7D4 Unknown Unknown Unknown
> sander 00000000004AA75E Unknown Unknown Unknown
> sander 000000000040029E Unknown Unknown Unknown
> sander 0000000000A87DCE Unknown Unknown Unknown
> sander 00000000004001AA Unknown Unknown Unknown
>
> My first port of call was to recompile with ifort using debugging
> symbols and passing it through a debugger. This did not yield many
> useful results, perhaps due to my inability to use idb properly.
Received on Sun Feb 04 2007 - 06:07:35 PST
Custom Search