Frequently asked questions:

Is Dragon Version4 an official version? What is its status relative to Dragon 3.0x?

Dragon 3.0x releases are intended to be Industrial Standard Toolset (IST) components for the Canadian nuclear industry. They are used for design and safety studies. Consequently, IST components are verified according to the procedures described in CSA-N286.7. Some modules of Dragon Version4, such as NXT:, LIB:, EVO: and SHI: are common with Dragon 3.0x and are therefore fully verified. Other modules of Dragon Version4, such as FLU: and EDI:, have been completely rewritten and are not verified according to CSA-N286.7.

However, the development of Dragon Version4 is made with modern quality assurance (QA) traceability techniques. This traceability goal is achieved through the application of versioning control (using Subversion) and issue tracking systems to the following project components:

Can I use my Dragon 3.0x input files with Dragon Version4?

Yes, with one exception. Version4 has eliminated all side effects. In Dragon 3.0x, it is usual to use a side effect in module UTL: to change the root directory in a LCM object. In Version4, this operation must be accomplished with the equality (:=) module, as shown in the following example.

In Dragon 3.0x:
LINK_LIST LIBRARY TRACK GEOM ;
...
UTL: LIBRARY :: STEP UP MACROLIB ;
TRACK := BIVACA: GEOM LIBRARY ;
UTL: LIBRARY :: STEP DOWN ;

In Dragon Version4:
LINK_LIST MACRO LIBRARY TRACK GEOM ;
...
MACRO := LIBRARY :: STEP UP MACROLIB ;
TRACK := BIVACA: GEOM MACRO ;

Also, a few modules, such as JPMT:, SAD:, PER: and MCU: are not available in Dragon Version4. The capabilities of modules EXCELL: and MOCC: have been integrated in ASM: and FLU:, respectively.

Can I use my Donjon 3.0x input files with Donjon Version4?

No, although Trivac-related modules have similar arguments. All modules related to L_MAP and L_DEVICE objects are different. Objects L_TABLE no longer exist in Donjon4. L_COMPO and L_MULTICOMPO objects are interpolated in place in Donjon4, without having to first copy them in a L_TABLE object. The programmation of Donjon4 is greatly simplified and cleaned.

Is Dragon Version4 works on Windows?

Yes, in two possible ways:

Is Dragon Version4 works on Mac OSX?

Yes. Many components of Version4 are developed on a Mac. However, you must install XCODE and the g77 Fortran compiler before installing Version4. The gfortran compiler is supported as of Version 4.0.2.

A tutorial is available to explain the installation procedure on a Mac.

Why using Fortran 77 in Version4 distribution?

We are using Fortran 77 for performance and serviceability reasons. The style of Fortran programming we use is nevertheless modern as we don't use obsolete constructs such as COMMON blocks for static storage needs.

Can I use Version4 components for commercial applications? What are the terms of the license?

The Version4 components are released under the GNU Lesser General Public License (LGPL). This means that you can integrate Version4 components into your industrial framework and use it for commercial applications. The only condition is to inform and make available to us any modification or improvement you make in an existing Version4 component.

Enhancements to Version4 can be written as procedure files in CLE-2000 language or as modifications to the Fortran source. CLE-2000 procedures or new Fortran modules written by you are not covered by the LGPL. We encourage you to release your Fortran source enhancements under the LGPL for inclusion in future versions of Version4.

Why not giving full remote access to the Subversion repository?

Because the Subversion repository contains few components that are not open source, such as the Njoy 99.0 Fortran source and the NDAS access routines used to access proprietary libraries from Atomic Energy of Canada Limited (AECL). These components are not available on the Web downloads.

Which cross-section libraries can I use with Dragon Version4?

You can use existing libraries in the following formats: MATXS, Apolib-1, Apolib-2, WIMS-D4, WIMS-AECL and Draglib. Most available libraries in these formats are proprietary, but open source libraries exist in WIMS-D4 (see WLUP site) and Draglib formats.

I try to save a file and to recover it at the end of the DRAGON or DONJON run. After the run, it is not there, but the output indicates a successful run. Some code reading (and debugging) shows that the file is correctly closed and kept after the module call, but is deleted afterwards in the CLE-2000 procedure in "kdrcln".

Any file that is candidate to be kept after the DRAGON or DONJON run must be defined with the FILE attribute. For example, a postscript file to be created in the PSP: module must be declared as

SEQ_ASCII Fig_reg :: FILE 'Fig_reg.ps' ;

Moreover, if the main CLE-2000 dataset file is named data.x2m, a data.save script file must be defined to recover the Fig_reg.ps file. An example of such a data.save script file follows:

#!/bin/sh
#
if [ $# = 0 ]
then
  echo "usage: data.save directory" 1>&2
  exit 1
fi
echo access data.save
MACH=`uname -s`
Sysx="`echo $MACH | cut -b -6`"
if [ $Sysx = "CYGWIN" ]; then
  MACH=`uname -o`
elif [ $Sysx = "AIX" ]; then
  MACH=`uname -s`
else
  MACH=`uname -sm | sed 's/[ ]/_/'`
fi
ls -l
mv *.ps $1/"$MACH"
echo "data.save completed"

This script file must be set as executable using a Bourne directive:

chmod 755 data.save

I have Version4 successfully installed, but now I am getting this error: "LCMSIX: THE OBJECT '!GL_2000_RUN' IS A LIST." even for the example cases (non-regression tests).

Try to compile Version4 with the "-noopt" option, as explained in the readme file.

The power is the product of FLUX-INTG and H-FACTOR records. Why the H-FACTOR record is missing from the Macrolib produced by the EDI: module?

You have to set the DEPL line option in LIB: module.