Opened 5 years ago
Closed 5 years ago
#5786 closed defect (fixed)
OMEdit does not handle consecutive loading and unloading of mol files as expected.
Reported by: | Dietmar Winkler | Owned by: | Adeel Asghar |
---|---|---|---|
Priority: | high | Milestone: | 1.16.0 |
Component: | OMEdit | Version: | v1.16.0-dev |
Keywords: | Cc: |
Description
When testing different versions of a mol file I got some error messages because OMEdit does not clean up its extraction location of a mol library after it was unloaded.
This leads to problems. E.g.,
- Load older version of library A.mol
- Unload older version of library A.mol
- Load newer version of library A.mol where certain components were removed.
Now OMEdit will simply extract the newer A.mol on top of the temporary location where the older version was extracted before. Since the newer version does not contain some of the components (i.e., some .mo files less) when loading the newer A.mol OMEdit is now complaining about that some of the old classes are loaded but don't appear in the package.order.
So you end up with a mixture of libraries which is highly confusing.
The easiest way to avoid this is that OMEdit simply cleans up after itself by deleting the extraction target of the mol library after it is unloaded.
Change History (2)
comment:1 by , 5 years ago
Summary: | OMEdit does not handle consecutive loading and unloading of mol flies as expected. → OMEdit does not handle consecutive loading and unloading of mol files as expected. |
---|
comment:2 by , 5 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Fixed in 1a3d110/OpenModelica.