Hey,
> ---------- Forwarded message ----------
> Date: Thu, 16 Jan 2003 17:23:03 -0600
> From: Alvaro Caceres <acaceres@uchicago.edu>
> To: Sean Matt <matt@physics.mcmaster.ca>
> Subject: Re: [FLASH-BUGS] FLASH 2.2 bugs
>
> Hi Sean,
>
>
> I'm trying to reproduce this bug, could you tell me how you're calling
> setup and what your compiler flags are? Thanks,
we used the following flags for the setup of our 'Evrard' problem
./setup evrard -auto -3d -maxblocks=1024
and we used the 'f95' fortran compiler with the options
-fast -r8 -i4
I attached the Makefile.h file to this e-mail for the
case you need more informations about our compiling options.
thanks,
Robi
>
> Alvaro Caceres
>
> Sean Matt wrote:
>
> I forgot to mention that the problem runs for a few seconds, writes the
> first checkpoint file, gives some multigrid non-converging warnings, then
> crashes. Here's some of the screen output:
>
> INITIAL TIMESTEP = 1.000000000000000E-004
> *** Wrote output to evrardhdf5_chk_0000
> number of variables found for plotfile storage = 4
> dens pres velx temp
> *** Wrote output to evrardhdf5_plt_cnt_0000 ***
> multigrid: WARNING: V-cycles not converging
> multigrid: WARNING: V-cycles not converging
> multigrid: WARNING: V-cycles not converging
> multigrid: WARNING: V-cycles not converging
> multigrid: WARNING: V-cycles not converging
> multigrid: WARNING: V-cycles not converging
> multigrid: WARNING: V-cycles not converging
> multigrid: WARNING: V-cycles not converging
> forrtl: error (75): floating point exception
> forrtl: error (75): floating point exception
> forrtl: error (75): floating point exception
> forrtl: error (75): floating point exception
> 0: for__issue_diagnostic [0x12036f0a8]
> 1: for__signal_handler [0x12036df10]
> 2: __sigtramp [0x120438750]
> 3: $modulehydro_1d$hydro_1d_ 0: for__issue_diagnostic [0x12036f0a8]
> 1: for__signal_handler [0x12036df10]
> 2: __sigtramp [0x120438750]
> 3: $modulemonot$monot_ 0: for__issue_diagnostic [0x12036f0a8]
> 1: for__signal_handler [0x12036df10]
> 2: __sigtramp [0x120438750]
> 3: $modulemonot$monot_ 0: for__issue_diagnostic [0x12036f0a8]
> 1: for__signal_handler [0x12036df10]
> 2: __sigtramp [0x120438750]
> 3: $modulemonot$monot_ [hydro_1d.F90: 341, 0x1200927f0]
> 4: $modulehydrosweep$hydro_sweep_ [monot.F90: 68, 0x1200d77d0]
> 4: $moduleintrfc$intrfc_ [monot.F90: 68, 0x1200d77d0]
> 4: $moduleintrfc$intrfc_ [monot.F90: 68, 0x1200d77d0]
> 4: $moduleintrfc$intrfc_ [hydro_sweep.F90: 381, 0x1200a7110]
> 5: $hydro$hydro_3d_ [intrfc.F90: 253, 0x1200bdd00]
>
> ...
>
> -Sean
>
> On Thu, 16 Jan 2003, Jonathan Dursi wrote:
>
> > Hi, Sean:
> >
> > Every time we use a new compiler, we end up finding a couple things in
> > the code that the other compilers had let us get away with. As Mike has
> > mentioned, about a month ago we started using a Compaq ourselves, and
> > found the first two runtime errors you had pointed out. They're fixed,
> > and will be part of the new incremental release which should be out soon.
> > We hadn't seen the magnetic resistivity bug; that's fixed now too.
> >
> > I've been running a few problems on a Compaq machine, though, and
> > haven't seen that third runtime error you describe. So that we can try
> > to reproduce it, can you tell me what problem you were running and how
> > long into the run it was before the error occured? A flash.par and the
> > setup information would be helpful.
> >
> > - Jonathan
> >
>
> --
>
> _______________________________________________________________________
> Sean P. Matt CITA National Fellow
> phone: (905) 525-9140 x 23189 Physics & Astronomy Dept.
> http://www.astro.washington.edu/matt McMaster University
> -----------------------------------------------------------------------
This archive was generated by hypermail 2b30 : Fri Jan 17 2003 - 09:42:15 CST