Opened 11 years ago

Closed 7 years ago

#2738 closed defect (fixed)

Stack overflow in frontend

Reported by: Martin Sjölund Owned by: Per Östlund
Priority: high Milestone:
Component: Frontend Version: trunk
Keywords: Cc:

Description

The attached model gives a stack overflow when run through omc.

Attachments (1)

ActuatorLinearSystemsNoise.mo (107.0 KB ) - added by Martin Sjölund 11 years ago.

Download all attachments as: .zip

Change History (15)

by Martin Sjölund, 11 years ago

comment:1 by Per Östlund, 11 years ago

Status: newaccepted

Minimal model:

package Noise
  block SampleClock
    parameter Real k = .Noise.foo;
  end SampleClock;

  block Noise
    SampleClock sampleClock;
  end Noise;
end Noise;

model Controller
  Noise.Noise noiseModel;
end Controller;

I thought it would be a redeclare issue as usual, but this looks like it could maybe be fixable. I will investigate a bit more and see.

comment:2 by Per Östlund, 11 years ago

The issue has been "fixed" in r21297, which means that it no longer gets a stack overflow. It now fails because it can't find the variable Noise.Examples.Parts.Modelica_LinearSystems2.Controller.Types.BlockTypeWithGlobalDefault.UseSampleClockOption instead. I'll see if I can figure out why.

comment:3 by Martin Sjölund, 11 years ago

Maybe they messed up when including LinearSystems2 into the library. (Some import or FQ cref or something perhaps?) I guess you actually had a look though ;)

comment:4 by Per Östlund, 11 years ago

The issue is that we fully qualify some names by prefixing them with the environment in InstExtends.fixCref, but we don't make them into fully qualified crefs. And since there's a Noise-block in Modelica_LinearSystems2.Controller we find that instead of the Noise-package at top-level. The fix is simple, just fully qualify the names if we prefix them with the environment. Doing so makes the complete model flatten, but of course causes some Media models to fail with stack overflows...

comment:5 by Martin Sjölund, 11 years ago

Fun as usual :)

comment:6 by Martin Sjölund, 10 years ago

Milestone: 1.9.11.9.2

This ticket was not closed for 1.9.1, which has now been released. It was batch modified for milestone 1.9.2 (but maybe an empty milestone was more appropriate; feel free to change it).

comment:7 by Martin Sjölund, 10 years ago

Milestone: 1.9.21.9.3

Milestone changed to 1.9.3 since 1.9.2 was released.

comment:8 by Martin Sjölund, 9 years ago

Milestone: 1.9.31.9.4

Moved to new milestone 1.9.4

comment:9 by Martin Sjölund, 9 years ago

Milestone: 1.9.41.9.5

Milestone pushed to 1.9.5

comment:10 by Martin Sjölund, 9 years ago

Milestone: 1.9.51.10.0

Milestone renamed

comment:11 by Martin Sjölund, 8 years ago

Milestone: 1.10.01.11.0

Ticket retargeted after milestone closed

comment:12 by Martin Sjölund, 8 years ago

Milestone: 1.11.01.12.0

Milestone moved to 1.12.0 due to 1.11.0 already being released.

comment:13 by Francesco Casella, 7 years ago

Milestone: 1.12.0Future

The milestone of this ticket has been reassigned to "Future".

If you think the issue is still valid and relevant for you, please select milestone 1.13.0 for back-end, code generation and run-time issues, or 2.0.0 for front-end issues.

If you are aware that the problem is no longer present, please select the milestone corresponding to the version of OMC you used to check that, and set the status to "worksforme".

In both cases, a short informative comment would be welcome.

comment:14 by Martin Sjölund, 7 years ago

Milestone: Future
Resolution: fixed
Status: acceptedclosed

I'll mark this as fixed because the original bug was fixed

Note: See TracTickets for help on using tickets.