SCALE 6: Access violation for Kmart

146 views
Skip to first unread message

SCALE Software Coordinator

unread,
Jan 7, 2013, 3:30:45 PM1/7/13
to

This topic has been migrated from the SCALE 6 notebook.

 

Date: Wed Nov 30 13:16:01 2011

The text below is out of the dos window running TSUNAMI-3D. It went through the forward and adjoint calculations, built the sensitivity data files with SAMS, then crashed with K-mart. It looks like it found the file, but didn't like what it found. Input and output files are attached.           

When run from the batch window in Gee-Whiz, the following was at the end of the output file.

Error in opnfil, old file -restart.keno_calculated- does not exist Execution will terminate

stop code 201

t3_pmf_010

generation average avg k-eff elapsed time

generation k-effective k-effective deviation minutes

646 1.28661E+00 9.88963E-01 2.13861E-02 2.13467E+00

647 5.77652E-01 9.88136E-01 2.13590E-02 2.13650E+00

648 1.05127E+00 9.88262E-01 2.13164E-02 2.13883E+00

649 8.09517E-01 9.87904E-01 2.12766E-02 2.14067E+00

650 7.18505E-01 9.87365E-01 2.12408E-02 2.14250E+00

t3_pmf_010

****** final results table ******

best estimate system k-eff 0.987 + or - 0.021

Energy of average lethargy of Fission (eV) 2.79173E-03 + or - 5.06238E-06

k-effective fails the chi**2 test for normality at the 95 % level, but  satisfies it at the 99 % level

------------------------------

Starting SAMS Calculation

------------------------------

Now executing sams5

Reading Adjoint Data

Reading Forward Data

Computing Explicit Sensitivities for Nuclide 1031000 (1 of 6)

Computing Explicit Sensitivities for Nuclide 2092235 (2 of 6)

Computing Explicit Sensitivities for Nuclide 2092238 (3 of 6)

Computing Explicit Sensitivities for Nuclide 1094239 (4 of 6)

Computing Explicit Sensitivities for Nuclide 1094240 (5 of 6)

Computing Explicit Sensitivities for Nuclide 1094241 (6 of 6)

Computing Implicit Sensitivities from BONAMIST

Computing Uncertainty Data

-----------------------------------

SAMS execution complete

Elapsed time: 0.02167 minutes

-----------------------------------

Now executing kmart5

forrtl: severe (24): end-of-file during read, unit 35, file C:\scale6

\tmpdir\res

tart.keno_calculated

Image PC Routine Line Source

kmart5.exe 0051572A Unknown Unknown Unknown

kmart5.exe 00512FE5 Unknown Unknown Unknown

kmart5.exe 004C2718 Unknown Unknown Unknown

kmart5.exe 004C2251 Unknown Unknown Unknown

kmart5.exe 0049607C Unknown Unknown Unknown

kmart5.exe 00419E72 _CALCULATED_DATA_ 138 calculated_data_M.f90

kmart5.exe 00409C47 _GET_FLUXES._READ 197 get_fluxes.f90

kmart5.exe 00408889 _GET_FLUXES 128 get_fluxes.f90

kmart5.exe 0040102A _MAIN__ 10 kmart5.f90

kmart5.exe 0051BC5D Unknown Unknown Unknown

kmart5.exe 004FE612 Unknown Unknown Unknown

kernel32.dll 7C817077 Unknown Unknown Unknown

forrtl: severe (157): Program Exception - access violation

Image PC Routine Line Source

ntdll.dll 7C911689 Unknown Unknown Unknown

ntdll.dll 7C91084C Unknown Unknown Unknown

kmart5.exe 004FF222 Unknown Unknown Unknown

kmart5.exe 00491D9B Unknown Unknown Unknown

kmart5.exe 004C2708 Unknown Unknown Unknown

kmart5.exe 004C2251 Unknown Unknown Unknown

kmart5.exe 0049607C Unknown Unknown Unknown

kmart5.exe 00419E72 _CALCULATED_DATA_ 138 calculated_data_M.f90

kmart5.exe 00409C47 _GET_FLUXES._READ 197 get_fluxes.f90

kmart5.exe 00408889 _GET_FLUXES 128 get_fluxes.f90

kmart5.exe 0040102A _MAIN__ 10 kmart5.f90

kmart5.exe 0051BC5D Unknown Unknown Unknown

kmart5.exe 004FE612 Unknown Unknown Unknown

kernel32.dll 7C817077 Unknown Unknown Unknown

forrtl: severe (157): Program Exception - access violation

Scale6 job "t3_pmf_010" is finished.

Output is stored in "t3_pmf_010.out."

C:\11calcs>

C:\11calcs>

Jerry Hicks

 

SCALE Software Coordinator

unread,
Jan 4, 2013, 11:19:34 AM1/4/13
to scale-us...@googlegroups.com

Hi Jerry,

 Unfortunately, you’re run into a limitation in SCALE 6.0. The flux data file written by TSUNAMI-3D has a different name than KMART expects. We have corrected this issue for SCALE 6.1.

      For SCALE 6.0, there are two solutions. The first is to repeat your KENO calculation using CSAS instead of TSUNAMI-3D. CSAS will allow KENO to generate the properly named KMART file. In this case, you can accelerate the KENO calculation by removing TSUNAMI parameters such as msh, pnm, and nqd.

      The second is to edit the input file outside of GeeWiz to add the

following shell command between the end of the TSUNAMI-3D input and the beginning of the KMART input and run outside of GeeWiz (e.g. with the Run SCALE 6 drag-and-drop icon).

=shell

move restart.forward.keno_calculated restart.keno_calculated

end

On Linux/Mac, the command is

 =shell

mv restart.forward.keno_calculated restart.keno_calculated

end

Please see input file below for an example and let me know if you have any problems.

      --------input file: tsunami-3d_k5-1-kmart.inp--------

      'Input generated by GeeWiz SCALE 6.0.10.30 Compiled on October 30, 2009

=tsunami-3d-k5

tsunami-3d sample 1

v6-238

read composition

u-235 1 0 0.00013303 300 end

u-238 1 0 0.006437 300 end

h 1 0 0.039097 300 end

c 1 0 0.018797 300 end

f 1 0 0.02628 300 end

end composition

read parameter

gen=200

npg=3000

htm=yes

sig=0.001

cfx=yes

ask=150

asg=0.005

end parameter

read geometry

global unit 1

com='global unit 1'

sphere 1 1 5

sphere 1 1 10

sphere 1 1 15

sphere 1 1 20

sphere 1 1 25

sphere 1 1 30

sphere 1 1 35

sphere 1 1 37

sphere 1 1 38.5

end geometry

end data

read sams

prtgeom

prtimp

end sams

end

=shell

move restart.forward.keno_calculated restart.keno_calculated

end

=kmart

read initial

kunit=35

xunit=4

keno3d 40 tsunami-3d_k5-1-kmart.kmt

end initial

read activity

92235 1

end activity

end

-----------end of input file------------------------

Best Regards,

Brad Rearden

SCALE Software Coordinator

unread,
Jan 4, 2013, 11:20:32 AM1/4/13
to scale-us...@googlegroups.com
This problem appears to have survived the SCALE 6.1 update. It was good to find a solution here.

Dennis Mennerdahl

SCALE Software Coordinator

unread,
Jan 4, 2013, 11:20:58 AM1/4/13
to scale-us...@googlegroups.com
We missed documenting this in Scale 6.1 for KMART, but it is documented for KENOVA on F11.2.16, and for KENOVI on F17.2.19. If the added field has been added to the KENO restart filenames, then the parameter FNI specifying the added field needs to be added to the READ INPUT block for KMART. To look at the forward restart files from TSUNAMI, the correct input would be fni='.forward'.  
 
Scalehelp
Reply all
Reply to author
Forward
0 new messages