NatLabRockies / NatLabRockies/wex
An open DView instance will prevent new eplusout.sql from being written
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 66
- Forks
- 39
- PR merge metrics
- No merged PRs in 30d
Description
From @eringold on November 14, 2017 21:38
Steps to replicate:
- Open DView to review results of a simulated OpenStudio project
- Make a change in that same project and re-simulate
- eplusout.sql in the project folder will not be over-written with the new results (can be verified with the file time stamp, or with queries of the sql returning old stale results).
From a practitioner POV, model troubleshooting sometimes involves repeatedly running simulations and comparing results. This was easy with ResultsViewer, where old results would be retained while new ones could be examined side-by-side in a new instance. A DView instance which locks the sql file from being over-written makes this process much more difficult. Additionally, the OS Results measure will show updated results, but other measures that rely on the project folder eplusout.sql will be returning out of date results.
Copied from original issue: NREL/OpenStudio#2845
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the three listed steps with DView and inspect the code responsible for opening eplusout.sql. Done means a re-simulation can overwrite the file while DView remains open, and subsequent queries or measures read the new results.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- desktop
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100