ViewVC Help
View File | Revision Log | Show Annotations | View Changeset | Root Listing
root/group/trunk/OOPSE-2.0/src/UseTheForce/SHAPES_FF.cpp
Revision: 2209
Committed: Mon Apr 18 03:50:23 2005 UTC (19 years, 2 months ago) by chrisfen
File size: 5209 byte(s)
Log Message:
Working on the shapes parser...

File Contents

# Content
1 /*
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 #include "UseTheForce/DarkSide/shapes_interface.h"
43 #include "UseTheForce/DarkSide/lj_interface.h"
44 #include "UseTheForce/DarkSide/sticky_interface.h"
45 #include "UseTheForce/ForceFieldFactory.hpp"
46 #include "io/DirectionalAtomTypesSectionParser.hpp"
47 #include "io/AtomTypesSectionParser.hpp"
48 #include "io/LennardJonesAtomTypesSectionParser.hpp"
49 #include "io/ChargeAtomTypesSectionParser.hpp"
50 #include "io/MultipoleAtomTypesSectionParser.hpp"
51 #include "io/ShapeAtomTypesSectionParser.hpp"
52 #include "io/StickyAtomTypesSectionParser.hpp"
53 #include "io/BondTypesSectionParser.hpp"
54 #include "io/BendTypesSectionParser.hpp"
55 #include "io/TorsionTypesSectionParser.hpp"
56 #include "UseTheForce/ForceFieldCreator.hpp"
57 #include "utils/simError.h"
58 namespace oopse {
59
60 SHAPES_FF::SHAPES_FF(){
61
62 //set default force field filename
63 setForceFieldFileName("EAM.frc");
64
65 //The order of adding section parsers are important
66 //DirectionalAtomTypesSectionParser should be added before
67 //AtomTypesSectionParser since these two section parsers will actually
68 //create "real" AtomTypes (AtomTypesSectionParser will create AtomType
69 //and DirectionalAtomTypesSectionParser will creat DirectionalAtomType
70 //which is a subclass of AtomType, therefore it should come first). Other
71 //AtomTypes Section Parser will not create the "real" AtomType, they only
72 //add and set some attribute of the AtomType. Thus their order are not
73 //important. AtomTypesSectionParser should be added before other atom
74 //type section parsers. Make sure they are added after
75 //DirectionalAtomTypesSectionParser and AtomTypesSectionParser. The order
76 //of BondTypesSectionParser, BendTypesSectionParser and
77 //TorsionTypesSectionParser are not important.
78
79 spMan_.push_back(new ShapeAtomTypesSectionParser());
80 spMan_.push_back(new DirectionalAtomTypesSectionParser());
81 spMan_.push_back(new AtomTypesSectionParser());
82 spMan_.push_back(new LennardJonesAtomTypesSectionParser());
83 spMan_.push_back(new ChargeAtomTypesSectionParser());
84 spMan_.push_back(new MultipoleAtomTypesSectionParser());
85 spMan_.push_back(new StickyAtomTypesSectionParser());
86 spMan_.push_back(new BondTypesSectionParser());
87 spMan_.push_back(new BendTypesSectionParser());
88 spMan_.push_back(new TorsionTypesSectionParser());
89
90 }
91
92 SHAPES_FF::~SHAPES_FF(){
93 // We need to clean up the fortran side so we don't have bad things happen if
94 // we try to create a second EAM force field.
95 destroyEAMTypes();
96 }
97 } //end namespace oopse
98
99 void SHAPES_FF::parse(const std::string& filename) {
100 ifstrstream* ffStream;
101 ffStream = openForceFieldFile(filename);
102
103 spMan_.parse(*ffStream, *this);
104
105 ForceField::AtomTypeContainer::MapTypeIterator i;
106 AtomType* at;
107
108 for (at = atomTypeCont_.beginType(i); at != NULL; at = atomTypeCont_.nextType(i)) {
109 at->makeFortranAtomType();
110 }
111
112 for (at = atomTypeCont_.beginType(i); at != NULL; at = atomTypeCont_.nextType(i)) {
113 at->complete();
114 }
115
116 delete ffStream;
117 }
118
119
120 double SHAPES_FF::getRcutFromAtomType(AtomType* at){
121
122 }
123
124