src/UseTheForce/SC_FF.cpp

/*
 * Copyright (c) 2005 The University of Notre Dame. All Rights Reserved.
 *
 * The University of Notre Dame grants you ("Licensee") a
 * non-exclusive, royalty free, license to use, modify and
 * redistribute this software in source and binary code form, provided
 * that the following conditions are met:
 *
 * 1. Acknowledgement of the program authors must be made in any
 *    publication of scientific results based in part on use of the
 *    program.  An acceptable form of acknowledgement is citation of
 *    the article in which the program was described (Matthew
 *    A. Meineke, Charles F. Vardeman II, Teng Lin, Christopher
 *    J. Fennell and J. Daniel Gezelter, "OOPSE: An Object-Oriented
 *    Parallel Simulation Engine for Molecular Dynamics,"
 *    J. Comput. Chem. 26, pp. 252-271 (2005))
 *
 * 2. Redistributions of source code must retain the above copyright
 *    notice, this list of conditions and the following disclaimer.
 *
 * 3. Redistributions in binary form must reproduce the above copyright
 *    notice, this list of conditions and the following disclaimer in the
 *    documentation and/or other materials provided with the
 *    distribution.
 *
 * This software is provided "AS IS," without a warranty of any
 * kind. All express or implied conditions, representations and
 * warranties, including any implied warranty of merchantability,
 * fitness for a particular purpose or non-infringement, are hereby
 * excluded.  The University of Notre Dame and its licensors shall not
 * be liable for any damages suffered by licensee as a result of
 * using, modifying or distributing the software or its
 * derivatives. In no event will the University of Notre Dame or its
 * licensors be liable for any lost revenue, profit or data, or for
 * direct, indirect, special, consequential, incidental or punitive
 * damages, however caused and regardless of the theory of liability,
 * arising out of the use of or inability to use software, even if the
 * University of Notre Dame has been advised of the possibility of
 * such damages.
 *
 *
 *  SC_FF.cpp
 *  OOPSE-2.0
 *
 *  Created by Charles F. Vardeman II on 11/9/05.
 *  @author  Charles F. Vardeman II 
 *  @version $Id: SC_FF.cpp,v 1.9 2006-01-13 21:57:48 chuckv Exp $
 *
 */

#include "UseTheForce/SC_FF.hpp"
#include "UseTheForce/DarkSide/eam_interface.h"
#include "UseTheForce/DarkSide/lj_interface.h"
#include "UseTheForce/DarkSide/sticky_interface.h"
#include "UseTheForce/DarkSide/suttonchen_interface.h"
#include "UseTheForce/ForceFieldFactory.hpp"
#include "io/DirectionalAtomTypesSectionParser.hpp"
#include "io/AtomTypesSectionParser.hpp"
#include "io/LennardJonesAtomTypesSectionParser.hpp"
#include "io/ChargeAtomTypesSectionParser.hpp"
#include "io/MultipoleAtomTypesSectionParser.hpp"
#include "io/EAMAtomTypesSectionParser.hpp"
#include "io/StickyAtomTypesSectionParser.hpp"
#include "io/BondTypesSectionParser.hpp"
#include "io/BendTypesSectionParser.hpp"
#include "io/TorsionTypesSectionParser.hpp"
#include "io/SCAtomTypesSectionParser.hpp"
#include "io/OptionSectionParser.hpp"
#include "UseTheForce/ForceFieldCreator.hpp"
#include "utils/simError.h"
namespace oopse {
  
  SC_FF::SC_FF(){
    
    //set default force field filename
    setForceFieldFileName("SuttonChen.frc");
    
    //the order of adding section parsers are important
    //OptionSectionParser must come first to set options for other parsers
    //DirectionalAtomTypesSectionParser should be added before AtomTypesSectionParser Since
    //These two section parsers will actually create "real" AtomTypes (AtomTypesSectionParser will create
    //AtomType and DirectionalAtomTypesSectionParser will creat DirectionalAtomType which is a subclass
    //of AtomType, therefore it should come first). Other AtomTypes Section Parser will not create the 
    //"real" AtomType, they only add and set some attribute of the AtomType. Thus their order are not
    //important. AtomTypesSectionParser should be added before other atom type section parsers.
    //Make sure they are added after DirectionalAtomTypesSectionParser and AtomTypesSectionParser. 
    //The order of BondTypesSectionParser, BendTypesSectionParser and TorsionTypesSectionParser are
    //not important.
    spMan_.push_back(new OptionSectionParser(forceFieldOptions_));
    spMan_.push_back(new AtomTypesSectionParser());
    spMan_.push_back(new SCAtomTypesSectionParser(forceFieldOptions_));
    
  }
  
  void SC_FF::parse(const std::string& filename) {
    ifstrstream* ffStream;
    ffStream = openForceFieldFile(filename);
    
    spMan_.parse(*ffStream, *this);
    
    ForceField::AtomTypeContainer::MapTypeIterator i;
    AtomType* at;
    
    // Set forcefield options
    
    for (at = atomTypeCont_.beginType(i); at != NULL; at = atomTypeCont_.nextType(i)) {
      at->makeFortranAtomType();
    }
    
    
    for (at = atomTypeCont_.beginType(i); at != NULL; at = atomTypeCont_.nextType(i)) {
      at->complete();
    }
    
    delete ffStream;
  }
  
    
  SC_FF::~SC_FF(){
    // We need to clean up the fortran side so we don't have bad things happen if
    // we try to create a second SC force field.
    destroySCTypes();
  }
} //end namespace oopse

Revision:	2566
Committed:	Fri Jan 13 21:57:48 2006 UTC (19 years, 9 months ago) by chuckv
File size:	5227 byte(s)
Log Message:	Removed MixingRule from Globals. Handled by forceField now.
#	User	Rev	Content
1	chuckv	2427	/*
2			* Copyright (c) 2005 The University of Notre Dame. All Rights Reserved.
3			*
4			* The University of Notre Dame grants you ("Licensee") a
5			* non-exclusive, royalty free, license to use, modify and
6			* redistribute this software in source and binary code form, provided
7			* that the following conditions are met:
8			*
9			* 1. Acknowledgement of the program authors must be made in any
10			* publication of scientific results based in part on use of the
11			* program. An acceptable form of acknowledgement is citation of
12			* the article in which the program was described (Matthew
13			* A. Meineke, Charles F. Vardeman II, Teng Lin, Christopher
14			* J. Fennell and J. Daniel Gezelter, "OOPSE: An Object-Oriented
15			* Parallel Simulation Engine for Molecular Dynamics,"
16			* J. Comput. Chem. 26, pp. 252-271 (2005))
17			*
18			* 2. Redistributions of source code must retain the above copyright
19			* notice, this list of conditions and the following disclaimer.
20			*
21			* 3. Redistributions in binary form must reproduce the above copyright
22			* notice, this list of conditions and the following disclaimer in the
23			* documentation and/or other materials provided with the
24			* distribution.
25			*
26			* This software is provided "AS IS," without a warranty of any
27			* kind. All express or implied conditions, representations and
28			* warranties, including any implied warranty of merchantability,
29			* fitness for a particular purpose or non-infringement, are hereby
30			* excluded. The University of Notre Dame and its licensors shall not
31			* be liable for any damages suffered by licensee as a result of
32			* using, modifying or distributing the software or its
33			* derivatives. In no event will the University of Notre Dame or its
34			* licensors be liable for any lost revenue, profit or data, or for
35			* direct, indirect, special, consequential, incidental or punitive
36			* damages, however caused and regardless of the theory of liability,
37			* arising out of the use of or inability to use software, even if the
38			* University of Notre Dame has been advised of the possibility of
39			* such damages.
40			*
41			*
42			* SC_FF.cpp
43			* OOPSE-2.0
44			*
45			* Created by Charles F. Vardeman II on 11/9/05.
46			* @author Charles F. Vardeman II
47	chuckv	2566	* @version $Id: SC_FF.cpp,v 1.9 2006-01-13 21:57:48 chuckv Exp $
48	chuckv	2427	*
49			*/
50
51			#include "UseTheForce/SC_FF.hpp"
52			#include "UseTheForce/DarkSide/eam_interface.h"
53			#include "UseTheForce/DarkSide/lj_interface.h"
54			#include "UseTheForce/DarkSide/sticky_interface.h"
55			#include "UseTheForce/DarkSide/suttonchen_interface.h"
56			#include "UseTheForce/ForceFieldFactory.hpp"
57			#include "io/DirectionalAtomTypesSectionParser.hpp"
58			#include "io/AtomTypesSectionParser.hpp"
59			#include "io/LennardJonesAtomTypesSectionParser.hpp"
60			#include "io/ChargeAtomTypesSectionParser.hpp"
61			#include "io/MultipoleAtomTypesSectionParser.hpp"
62			#include "io/EAMAtomTypesSectionParser.hpp"
63			#include "io/StickyAtomTypesSectionParser.hpp"
64			#include "io/BondTypesSectionParser.hpp"
65			#include "io/BendTypesSectionParser.hpp"
66			#include "io/TorsionTypesSectionParser.hpp"
67			#include "io/SCAtomTypesSectionParser.hpp"
68	chuckv	2492	#include "io/OptionSectionParser.hpp"
69	chuckv	2427	#include "UseTheForce/ForceFieldCreator.hpp"
70			#include "utils/simError.h"
71			namespace oopse {
72
73			SC_FF::SC_FF(){
74
75			//set default force field filename
76	chuckv	2566	setForceFieldFileName("SuttonChen.frc");
77	chuckv	2427
78			//the order of adding section parsers are important
79	chuckv	2501	//OptionSectionParser must come first to set options for other parsers
80	chuckv	2427	//DirectionalAtomTypesSectionParser should be added before AtomTypesSectionParser Since
81			//These two section parsers will actually create "real" AtomTypes (AtomTypesSectionParser will create
82			//AtomType and DirectionalAtomTypesSectionParser will creat DirectionalAtomType which is a subclass
83			//of AtomType, therefore it should come first). Other AtomTypes Section Parser will not create the
84			//"real" AtomType, they only add and set some attribute of the AtomType. Thus their order are not
85			//important. AtomTypesSectionParser should be added before other atom type section parsers.
86			//Make sure they are added after DirectionalAtomTypesSectionParser and AtomTypesSectionParser.
87			//The order of BondTypesSectionParser, BendTypesSectionParser and TorsionTypesSectionParser are
88			//not important.
89	tim	2536	spMan_.push_back(new OptionSectionParser(forceFieldOptions_));
90	chuckv	2427	spMan_.push_back(new AtomTypesSectionParser());
91	tim	2536	spMan_.push_back(new SCAtomTypesSectionParser(forceFieldOptions_));
92	chuckv	2427
93			}
94
95			void SC_FF::parse(const std::string& filename) {
96			ifstrstream* ffStream;
97			ffStream = openForceFieldFile(filename);
98
99			spMan_.parse(ffStream, this);
100
101			ForceField::AtomTypeContainer::MapTypeIterator i;
102			AtomType* at;
103
104	chuckv	2492	// Set forcefield options
105
106	chuckv	2427	for (at = atomTypeCont_.beginType(i); at != NULL; at = atomTypeCont_.nextType(i)) {
107			at->makeFortranAtomType();
108			}
109
110	chuckv	2492
111	chuckv	2427	for (at = atomTypeCont_.beginType(i); at != NULL; at = atomTypeCont_.nextType(i)) {
112			at->complete();
113			}
114
115			delete ffStream;
116			}
117
118
119			SC_FF::~SC_FF(){
120			// We need to clean up the fortran side so we don't have bad things happen if
121	chuckv	2434	// we try to create a second SC force field.
122	chuckv	2427	destroySCTypes();
123			}
124			} //end namespace oopse
125