| 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 |
| 9 |
> |
* 1. Redistributions of source code must retain the above copyright |
| 10 |
|
* notice, this list of conditions and the following disclaimer. |
| 11 |
|
* |
| 12 |
< |
* 3. Redistributions in binary form must reproduce the above copyright |
| 12 |
> |
* 2. Redistributions in binary form must reproduce the above copyright |
| 13 |
|
* notice, this list of conditions and the following disclaimer in the |
| 14 |
|
* documentation and/or other materials provided with the |
| 15 |
|
* distribution. |
| 28 |
|
* arising out of the use of or inability to use software, even if the |
| 29 |
|
* University of Notre Dame has been advised of the possibility of |
| 30 |
|
* such damages. |
| 31 |
+ |
* |
| 32 |
+ |
* SUPPORT OPEN SCIENCE! If you use OpenMD or its source code in your |
| 33 |
+ |
* research, please cite the appropriate papers when you publish your |
| 34 |
+ |
* work. Good starting points are: |
| 35 |
+ |
* |
| 36 |
+ |
* [1] Meineke, et al., J. Comp. Chem. 26, 252-271 (2005). |
| 37 |
+ |
* [2] Fennell & Gezelter, J. Chem. Phys. 124, 234104 (2006). |
| 38 |
+ |
* [3] Sun, Lin & Gezelter, J. Chem. Phys. 128, 24107 (2008). |
| 39 |
+ |
* [4] Vardeman & Gezelter, in progress (2009). |
| 40 |
|
*/ |
| 41 |
|
|
| 42 |
|
|
| 43 |
|
#include "UseTheForce/DUFF.hpp" |
| 44 |
– |
#include "UseTheForce/DarkSide/lj_interface.h" |
| 45 |
– |
#include "UseTheForce/DarkSide/sticky_interface.h" |
| 44 |
|
#include "UseTheForce/ForceFieldFactory.hpp" |
| 45 |
+ |
#include "io/BaseAtomTypesSectionParser.hpp" |
| 46 |
|
#include "io/DirectionalAtomTypesSectionParser.hpp" |
| 47 |
|
#include "io/AtomTypesSectionParser.hpp" |
| 48 |
+ |
#include "io/BaseAtomTypesSectionParser.hpp" |
| 49 |
|
#include "io/LennardJonesAtomTypesSectionParser.hpp" |
| 50 |
|
#include "io/ChargeAtomTypesSectionParser.hpp" |
| 51 |
|
#include "io/MultipoleAtomTypesSectionParser.hpp" |
| 52 |
|
#include "io/StickyAtomTypesSectionParser.hpp" |
| 53 |
+ |
#include "io/StickyPowerAtomTypesSectionParser.hpp" |
| 54 |
+ |
#include "io/GayBerneAtomTypesSectionParser.hpp" |
| 55 |
|
#include "io/BondTypesSectionParser.hpp" |
| 56 |
|
#include "io/BendTypesSectionParser.hpp" |
| 57 |
|
#include "io/TorsionTypesSectionParser.hpp" |
| 58 |
+ |
#include "io/OptionSectionParser.hpp" |
| 59 |
|
#include "UseTheForce/ForceFieldCreator.hpp" |
| 60 |
|
|
| 61 |
< |
namespace oopse { |
| 61 |
> |
namespace OpenMD { |
| 62 |
|
|
| 63 |
< |
DUFF::DUFF(){ |
| 63 |
> |
DUFF::DUFF(){ |
| 64 |
|
|
| 65 |
|
//set default force field filename |
| 66 |
|
setForceFieldFileName("DUFF2.frc"); |
| 67 |
|
|
| 68 |
< |
//the order of adding section parsers are important |
| 69 |
< |
//DirectionalAtomTypesSectionParser should be added before AtomTypesSectionParser Since |
| 67 |
< |
//These two section parsers will actually create "real" AtomTypes (AtomTypesSectionParser will create |
| 68 |
< |
//AtomType and DirectionalAtomTypesSectionParser will creat DirectionalAtomType which is a subclass |
| 69 |
< |
//of AtomType, therefore it should come first). Other AtomTypes Section Parser will not create the |
| 70 |
< |
//"real" AtomType, they only add and set some attribute of the AtomType. Thus their order are not |
| 71 |
< |
//important. AtomTypesSectionParser should be added before other atom type section parsers. |
| 72 |
< |
//Make sure they are added after DirectionalAtomTypesSectionParser and AtomTypesSectionParser. |
| 73 |
< |
//The order of BondTypesSectionParser, BendTypesSectionParser and TorsionTypesSectionParser are |
| 74 |
< |
//not important. |
| 75 |
< |
spMan_.push_back(new DirectionalAtomTypesSectionParser()); |
| 68 |
> |
spMan_.push_back(new OptionSectionParser(forceFieldOptions_)); |
| 69 |
> |
spMan_.push_back(new BaseAtomTypesSectionParser()); |
| 70 |
|
spMan_.push_back(new AtomTypesSectionParser()); |
| 71 |
< |
spMan_.push_back(new LennardJonesAtomTypesSectionParser()); |
| 72 |
< |
spMan_.push_back(new ChargeAtomTypesSectionParser()); |
| 73 |
< |
spMan_.push_back(new MultipoleAtomTypesSectionParser()); |
| 74 |
< |
spMan_.push_back(new StickyAtomTypesSectionParser()); |
| 75 |
< |
spMan_.push_back(new BondTypesSectionParser()); |
| 76 |
< |
spMan_.push_back(new BendTypesSectionParser()); |
| 77 |
< |
spMan_.push_back(new TorsionTypesSectionParser()); |
| 71 |
> |
spMan_.push_back(new DirectionalAtomTypesSectionParser(forceFieldOptions_)); |
| 72 |
> |
spMan_.push_back(new LennardJonesAtomTypesSectionParser(forceFieldOptions_)); |
| 73 |
> |
spMan_.push_back(new ChargeAtomTypesSectionParser(forceFieldOptions_)); |
| 74 |
> |
spMan_.push_back(new MultipoleAtomTypesSectionParser(forceFieldOptions_)); |
| 75 |
> |
spMan_.push_back(new StickyAtomTypesSectionParser(forceFieldOptions_)); |
| 76 |
> |
spMan_.push_back(new StickyPowerAtomTypesSectionParser(forceFieldOptions_)); |
| 77 |
> |
spMan_.push_back(new GayBerneAtomTypesSectionParser(forceFieldOptions_)); |
| 78 |
> |
spMan_.push_back(new BondTypesSectionParser(forceFieldOptions_)); |
| 79 |
> |
spMan_.push_back(new BendTypesSectionParser(forceFieldOptions_)); |
| 80 |
> |
spMan_.push_back(new TorsionTypesSectionParser(forceFieldOptions_)); |
| 81 |
|
|
| 82 |
< |
} |
| 82 |
> |
} |
| 83 |
|
|
| 84 |
< |
void DUFF::parse(const std::string& filename) { |
| 84 |
> |
void DUFF::parse(const std::string& filename) { |
| 85 |
|
ifstrstream* ffStream; |
| 86 |
+ |
|
| 87 |
|
ffStream = openForceFieldFile(filename); |
| 88 |
|
|
| 89 |
|
spMan_.parse(*ffStream, *this); |
| 91 |
|
ForceField::AtomTypeContainer::MapTypeIterator i; |
| 92 |
|
AtomType* at; |
| 93 |
|
|
| 94 |
< |
for (at = atomTypeCont_.beginType(i); at != NULL; at = atomTypeCont_.nextType(i)) { |
| 95 |
< |
at->makeFortranAtomType(); |
| 94 |
> |
for (at = atomTypeCont_.beginType(i); at != NULL; |
| 95 |
> |
at = atomTypeCont_.nextType(i)) { |
| 96 |
> |
// useBase sets the responsibilities, and these have to be done |
| 97 |
> |
// after the atomTypes and Base types have all been scanned: |
| 98 |
> |
|
| 99 |
> |
std::vector<AtomType*> ayb = at->allYourBase(); |
| 100 |
> |
if (ayb.size() > 1) { |
| 101 |
> |
for (int j = ayb.size()-1; j > 0; j--) { |
| 102 |
> |
|
| 103 |
> |
ayb[j-1]->useBase(ayb[j]); |
| 104 |
> |
|
| 105 |
> |
} |
| 106 |
> |
} |
| 107 |
> |
at->makeFortranAtomType(); |
| 108 |
|
} |
| 109 |
|
|
| 110 |
< |
for (at = atomTypeCont_.beginType(i); at != NULL; at = atomTypeCont_.nextType(i)) { |
| 111 |
< |
at->complete(); |
| 110 |
> |
for (at = atomTypeCont_.beginType(i); at != NULL; |
| 111 |
> |
at = atomTypeCont_.nextType(i)) { |
| 112 |
> |
at->complete(); |
| 113 |
|
} |
| 103 |
– |
|
| 104 |
– |
} |
| 114 |
|
|
| 115 |
< |
} //end namespace oopse |
| 115 |
> |
int isError = 0; |
| 116 |
> |
|
| 117 |
> |
delete ffStream; |
| 118 |
> |
} |
| 119 |
> |
|
| 120 |
> |
} //end namespace OpenMD |
