nikhilgupta10 / GridLAB-D

Other
1 stars 0 forks source link

#794 --example starts the simulation (but shouldn't), #2529

Closed nikhilgupta10 closed 7 years ago

nikhilgupta10 commented 7 years ago

If you enter

host% gridlabd --example residential:house

The simulation starts after the house model is displayed. It shouldn't do that. It should simply exit.

,

nikhilgupta10 commented 7 years ago

nikhilgupta10 imported these comments from Sourceforge: "jcfuller":- Description has changed:

Diff:

There not much that can be done about this before 3.1 is released. The whole example process might have to be redesigned in 4.0. Recommend postponing for later when more thought can be given to how it can be done better so that the user sees the initialized values but doesn't have to see erroneous initialization error messages.,

"dchassin":- Milestone: Version 3.2 RC1 --> Version 4.0 RC1 ,

"dchassin":Jason, reassign it to me once you've looked at my comment. If you still want it fixed in 3.1 or 3.2 just make the change in the milestone. It shouldn't be a problem for 3.2. Might not be possible for 3.1 given other issues.,

"jcfuller":,

"jcfuller":Agreed. Let's punt this to v4.0. Laurentiu has a similar ticket that is causing frustration -- some of the assumptions in init() assume that a simulation is running, so it errors in an odd way.

Ideally, when the user sees a screen as an example, no \errors\ should be seen. However, a large majority of the objects (but not all), show this:

ERROR [INIT] : last error message was repeated 1 times ERROR [INIT] : init_by_deferral(): object node:0 initialization failed ERROR [INIT] : model initialization failed FATAL [INIT] : shutdown after simulation stopped prematurely dump to 'gridlabd.xml' complete FATAL [INIT] : environment startup failed: Invalid argument

even though it effectively did what it was supposed to.,

"dchassin":Fixed in both trunk and branch/3.1 as of r4822.,

"dchassin":- status: assigned --> closed