-
Notifications
You must be signed in to change notification settings - Fork 25
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Schedules Sub-tab causing App to Crash #57
Comments
@eomere Thanks for the feedback. I was able to reproduce the crash with your dropboxed file, and to isolate the problem. MCVE:
Interestingly I can produce the same crash using 2.9.1 in ruby, but the OS App in 2.9.1 won't crash because of it... |
Trackback of the crash (at frame 12, schedule is "Air Velocity Schedule")
|
You are welcome Julien. Please note that the file I produced in Dropbox contains a manually generated model. Some manually generated models don’t have this issue. We first noticed the issue with Measure Generated Prototypes. For these models, the issue is prevalent. Were you able to isolate the issue here as well?
Best,
Emmanuel
|
I'm pretty sure something changed in the way OS_ASSERT works. I think these aren't effective when built in Release mode using develop but they seem to be effective in Release here. |
Nope, this is not it. I didn't isolate the problem correctly. This happens because of a change I introduced in d35baa7 when we started develop3 and removed Quantities from the model API. ScheduleDay::getValues(bool isIP) was removed from the API as a result, so the conversion had to be moved to OpenStudioApplication. This line is the problem: The OSQuantityVector should be initialized with _toUnits.get(). I'll try that, double check it fixes it and then open a PR. |
Seen On: Windows 10
Steps to Reproduce: Generate a Prototype Building using the using the "Create DOE Prototype Building" OR "Create DEER Prototype Building ALPHA Version" Measure. Go to the Schedules Resource. Go to the Schedule Sub-tab.
Observed Result: Error Message, then OS Crash
Expected Result: Access the Schedule Sub-tab within the Schedules Resource.
Desired Action: Address App Crashing
Reason to think this is a bug: App should not be crashing upon GUI interaction.
NB: OSMs for some buildings that were not generated using Measures exhibit the same behavior. I have posted an example of a manually generated OSM that you can access via Dropbox
The text was updated successfully, but these errors were encountered: