OEChem now supports the creation of InChI. OEChem produces the same InChI as the InChI library provided application for 99.77% of MDDR in the SDF format. The differences fall into two categories:
Corrupted molecules where the tools have to make arbitrary decisions about how to correctly interpret the data.
Bond stereo being perceived by the InChI application where bond stereo does not actually exist. OEChem does not assign bond stereo and generates what appears to be a more “correct” InChI for these cases.
The inclusion of InChI support added the following:
oemolostreamwill automatically write InChI when using the
OEPrepareSearchadded that perceives atom and bond properties of a molecule that are necessary to successfully execute a given substructure search. It is now highly recommended to run this function on a molecule before passing the molecule to any of OEChem’s graph matching algorithms.
OEWriteMDLFilewrites MDL enhanced stereo groups.
OEWriteMDLFilewill now automatically write a molecule in the V3000 file format if it has more than 999 atoms or if it has any MDL enhanced stereo group regardless of the given file format flavor.
Added the following standard SYBYL atom types:
OETriposType::Zn. Atoms for which no SYBYL atom type exists are still internally handled with the
OETriposType::Dutype, however when writing these atoms into a
MOL2file their atomic symbol is written to the SYBYL atom type column instead of a string “Du”.
OEGetDimensionFromCoordsfunction that returns the dimension of the molecule from its coordinates.
Residue information is now retained when reading files with MacroModel formats (.mmod, .mmd, and .dat).
Major bug fixes¶
It used to be possible to perform a substructure search for stereochemistry or hybridization on a molecule that did not yet have those properties perceived. This led to very subtle to detect problems where molecules would not match that were expected to match.
To combat this, the following
OESubSearchmethods now throw warnings in case some property that is necessary to successfully execute the substructure search has not been perceived yet:
These warnings can be suppressed by calling the
OEPrepareSearchfunction on the molecule first.
It is now thread-safe to copy the same
OEMolfrom multiple threads at the same time. This was caused by some
OEMCMolBasemethods not actually being const. The following methods were marked as const, but were not actually const, leading to subtle race conditions:
The const-ness of many OEChem functions and methods have been fixed. This can potentially cause code to not compile if the code was incorrectly abusing the const-ness of the object. For example, the following code used to compile before this release:
const OEGraphMol mol; OEAddExplicitHydrogens(mol);
The const-ness of the following functions and methods have been fixed:
OEMCSSearch::AddConstraintnow requires that the constraint is satisfied in all resulting matches. Previously, the documentation stated the following, “Constraints are considered satisfied in subgraphs which do not contain any constrained atoms or bonds in either the pattern or target molecules.” This is no longer the intended behavior.
Minor bug fixes¶
OE3DToBondStereofunction returns false if the molecule dimension is 0, since no cis or trans bonds can be perceived if there are no coordinates.
Adjusted the dimension of a molecule to 0 if it is read from either a
SDFfile with no coordinates.
OE3DToAtomStereofunction throws a warning and returns
falseif any chiral atom of the molecule is not tetrahedral, i.e., if the atom stereo can not be determined from the 3D coordinates, usually because it is flat.
The following functions and methods throw additional warnings in cases where either the
OE3DToBondStereofunctions encounter any problems when assigning stereo from coordinates:
OEPerceiveChiralfunction considers hydrogens with different mass as being different i.e. it will recognize the C atom in a molecule “[3H]C(N)F” as a chiral atom, since it has four different neighbors: N, F, H and 3H.
The first argument of the following methods is not const any longer:
Improved the performance of the following methods:
Added the following non-linear color gradients:
Minor bug fixes¶
OEColorcould encounter a benign race condition during color clamping operations.
Putfixed to avoid a rare race condition when pushing in a null value.
OEErrorHandlercopy constructor and
operator=argument changed from const to non-const as they were not actually const. These methods can pass ownership from the right-hand-side to the left-hand-side for the underling
Major bug fixes¶
Windows C++ MT projects will no longer randomly crash at process exit due to OpenEye toolkit internals.
OEThreadLocaldestructor will now delete the object associated with the current thread. The object has to be destroyed at this point since after the
OEThreadLocaldestructor finishes it is impossible to get the data stored in it again. Note, it is still undefined behavior to destroy a
OEThreadLocalobject that is still being used by another thread.
Calling OEPlatform::oeofstream::append after OEPlatform::oeofstream::open will no longer hang indefinitely once data is written to it.
Minor internal improvements.