19.01.2015 Views

MOLPRO

MOLPRO

MOLPRO

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

2 RUNNING <strong>MOLPRO</strong> 2<br />

of directories on each available scratch file system (cf. section<br />

A.3.3).<br />

-o | --output outfile specifies a different output file.<br />

-x | --executable executable specifies an alternative <strong>MOLPRO</strong> executable file.<br />

-d | --directory directory1:directory2... specifies a list of directories in which the program<br />

will place scratch files. For detailed discussion of optimal<br />

specification, see the installation guide.<br />

--backup nfile<br />

enables the saving of previous output files, up to a maximum of<br />

nfile. If nfile is omitted, it defaults to infinity. The names of the<br />

backup files are constructed by appending _ and a sequence number<br />

to the output file name, and both regular and xml-format files<br />

are processed, together with any log file.<br />

-a | --append-backup Previous output files are concatenated by appending, instead of<br />

being kept separate.<br />

--directory-backup<br />

Backup files are stored in a single separate subdirectory, named<br />

datafile.d, with subdirectories 01, 02, .... --directory-backup<br />

and --append-backup are mutually exclusive, and switching<br />

one of them on will force the other to be switched off.<br />

--backup-directory dir In the case of --directory-backup, use dir as the location<br />

of backup files instead of the default.<br />

-s | --nobackup disables the mechanism whereby an existing output file is saved.<br />

-v | --verbose causes the procedure to echo debugging information; --noverbose<br />

selects quiet operation (default).<br />

-k key where key is the licence key. This is normally not necessary since<br />

the key should be installed globally when installing <strong>MOLPRO</strong>.<br />

-m specifies the working memory to be assigned to the program, in 8-<br />

byte words. The memory may also be given in units of 1000 words<br />

by appending the letter k to the value, or in units of 1000000 with<br />

the key m, or 10 9 with g. K, M, G stand for 2 10 , 2 20 and 2 30 .<br />

-I | --main-file-repository directory specifies the directory where the permanent copy<br />

of any integral file (file 1) resides. This may be a pathname which<br />

is absolute or relative to the current directory (e.g., ’.’ would<br />

specify the current directory). Normally, the -I directory should<br />

be equal to the -d working directory to avoid copying of large integral<br />

files, since after completion of the job the file will be copied<br />

to the directory given after -I. On some main frames, the scratch<br />

directory is erased automatically after a job has terminated, and<br />

in such cases a different -I directory, e.g., $HOME/int, can be<br />

specified (environment variables will be expanded at run time). In<br />

view of the large integral file sizes, this should be used with care,<br />

however. Note that in parallel runs with more than 1 processor the<br />

integral file will never be copied, and cannot be restarted.<br />

-W | --wavefunction-file-repository directory is similar to --main-file-repository<br />

except that it refers to the directory for the wavefunction files (2,3<br />

and 4). This determines the destination of permanent wavefunction<br />

(dump) files used for storing information like orbitals or CIvectors<br />

etc. These files are essential for restarting a job. As explained<br />

for the integral files above, permanent wavefunction files

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!