Hi Mike:
Thanks for your quick hint. However, when I type in
"gdb -c core", it gives me:
"/teal/caip3/zhang/FLASH2.1/setups/rm_3d/core" is not a
core dump: File format not recognized
Although it says in stderr there is a core dumped. Any
suggestions? As a reminder, our machine has a LSF queueing
system and "uname" gives:
SunOS teal.rutgers.edu 5.7 Generic_106541-23 sun4u sparc SUNW,
Ultra-Enterprise-10000
Best
-shuang
-----Original Message-----
From: owner-flash-users@flash.uchicago.edu
[mailto:owner-flash-users@flash.uchicago.edu]On Behalf Of Mike Zingale
Sent: Friday, April 25, 2003 5:20 PM
To: Shuang Zhang
Cc: flash-users@flash.uchicago.edu
Subject: Re: [FLASH-USERS] FW: 3D RM Problem
Shuang, according to your stderr log, you are getting a core dump from one
of the processors -- have you tried looking at a stack trace from the core
file to see where it is crashing? It is not clear what the problem is
from the files you've attached, but it is possible that some error
messages are buffered and not being properly written out when that
processor crashes.
Mike
On Fri, 25 Apr 2003, Shuang Zhang wrote:
> Hi:
>
> My 3D Richtmyer-Meshkov simulation stopped with no error symptom
> in the log and output files. I doubt it is a memory overflow
> on the SUN E10K (32CPU, 16GB RAM). But according to my
> previous experience there should be a notice in the log files.
>
> The same thing happened on a 72GB RAM SUN system.
>
> The early data dumpped out looks fine.
>
> Attached the init, output and log files. Any clue?
>
> Thanks much for your attention and help.
>
> -Shuang Zhang
> Vizlab, Rutgers University
Received on Mon Apr 28 16:02:15 2003
This archive was generated by hypermail 2.1.8 : Thu Aug 31 2006 - 21:20:48 CDT