Closed nikhilgupta10 closed 7 years ago
nikhilgupta10 imported these comments from Sourceforge: "dpinney": * attachment [GridlabWaterheaterCrashBug.zip](/attachment/ticket/737/GridlabWaterheaterCrashBug.zip) added ,
"jcfuller": * owner changed from jcfuller to andyfisher
Andy - I imagine this is due to the /unordered\ init() that we've added a fix for in v3.0. Can you verify (1) this is the reason and (2) that it has been or can be addressed in v3.0?
,
"andyfisher": * version changed from 2.3 to 3.0
milestone changed from Version 2.3 Stable to Version 3.0 RC 1 ,
"andyfisher": * status changed from assigned to accepted ,
"andyfisher": * status changed from accepted to closed
I've added deferment to the waterheater object as well as all other modules that need it so something similar to this issue doesn't happen. This change was made in r4256.
,
See attached zip.
Inside, there's main.glm, which runs fine in 2.3. There's also bug.glm. It's the same as main.glm, with one change: the waterheater2 object was moved up in the file so that it's defined before house2, to which its attached. Running bug.glm results in gridlabd.exe crashing immediately.
There could be many more objects and orderings that lead to crashes. I have only investigated waterheaters.
Desired fix: allow objects to be defined in any order in a .glm file.
,