#737 Gridlabd.exe crashes on GLM with waterheater defined before house.,

[nikhilgupta10]

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.

,

[nikhilgupta10]

nikhilgupta10 imported these comments from Sourceforge: "dpinney": * attachment [GridlabWaterheaterCrashBug.zip](/attachment/ticket/737/GridlabWaterheaterCrashBug.zip) added ,

"jcfuller": * owner changed from jcfuller to andyfisher

• priority changed from major to critical
• status changed from new to assigned

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

• type changed from defect to enhancement

• 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

• resolution set to fixed

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.

,