cell libraries and place and route

[Pete nospam Zakel]

In article <10b794a6-d36c-40aa-bbcc-c422cb8f7a35@2g2000hsn.googlegroups.com> Dominic DuVarney <srlayoutdesigner@yahoo.com> writes:

HI,

Is there a way to change the button size for fixed menus attached to a
window?
The default square is kind of limiting.

Not in IC 5.1.41.

In IC 6.1.X, fixed menus attached to a window are no longer supported and
toolbars are the replacement. Toolbars, IIRC, allow arbitrary sized buttons
and other widgets.

-Pete Zakel
(phz@seeheader.nospam)

"Only God can make random selections."

 

[Pete nospam Zakel]

In article <10b794a6-d36c-40aa-bbcc-c422cb8f7a35@2g2000hsn.googlegroups.com> Dominic DuVarney <srlayoutdesigner@yahoo.com> writes:

HI,

Is there a way to change the button size for fixed menus attached to a
window?
The default square is kind of limiting.

Not in IC 5.1.41.

In IC 6.1.X, fixed menus attached to a window are no longer supported and
toolbars are the replacement. Toolbars, IIRC, allow arbitrary sized buttons
and other widgets.

-Pete Zakel
(phz@seeheader.nospam)

"Only God can make random selections."

 

[Pete nospam Zakel]

In article <6da5f2e7-18d6-4f48-baa1-4215a6468eea@m3g2000hsc.googlegroups.com> madhero <uestcli@gmail.com> writes:

I created a stringfield, I can get the value of it by stringfieldname-
value, but how can I change the display? I tried something like
stringfieldname->value=5, but the display on the string field didn't
change. Thanks!

When you reference stringfieldname you are refering to the Skill "template"
for the field, not an actual field widget.

To change the value of a field widget, you must reference it through its form:

formname->stringfieldname->value

The reference through the form accesses the actual instantiated widget.

-Pete Zakel
(phz@seeheader.nospam)

"If God had wanted man to fly, He would have given him airline tickets."

 

[Pete nospam Zakel]

In article <baf7c5f5-1fed-419b-a648-b4876410cf9c@t12g2000prg.googlegroups.com> bedoune@gmail.com writes:

Hello All,

I have a problem with hiCreateToggleField.

In my form, i have only one toggle button. if button == t, i would
like to do something, else ...

but i don't know why, when i extract the value of my togglebutton, i
always have the same result: value = t whatever i press or not.

Here the definition of my button

RO = hiCreateToggleField(
?name 'RO
?prompt ""
?choices '((Read "Read Only?"))
?value list(t)
?defValue list(t)
);; end Toggle

and i extract my value like this:

ROVar = car(MainForm~>RO~>value)

Clicking OK on my MainForm close the form and run the program. But the
value of my toggle button is always same. I don't understand why ?.
I tried to remove ?defValue list(t), but no changes...

May someone have an idea please?

I don't see this in my testing.

What is the value of:

MainForm->RO->Read->value

?

Also, if you only need a single toggle, why not use a Boolean Button Field?

In any case, what you are doing should work, but if accessing the value
through the individual toggle's value works, that's your workaround.

-Pete Zakel
(phz@seeheader.nospam)

"You can't judge a book by the way it wears its hair."

 

[Pete nospam Zakel]

In article <35a72d9e-8af5-4e70-bbbb-13208298e836@m3g2000hsc.googlegroups.com> Reotaro Hashemoto <ahmad.abdulghany@gmail.com> writes:

Hi,

I need to call some commands from shell (using bash), i tried using
system("command"), sh("command"). The first should print the shell
output (e.g. system("date") should print the day date, and return 0),
that doesn't happen! It only returns 0 and no output is printed!!

What is the problem I do probably have?

Where are you looking for the output? It will output to the terminal window
from which you started DFII, not to the CIW.

-Pete Zakel
(phz@seeheader.nospam)

"Now and then, an innocent man is sent to the Legislature."

 

[Pete nospam Zakel]

In article <1220608094_266@sicinfo3.epfl.ch> stephane.badel@REMOVETHISepfl.ch writes:

Andrew Beckett wrote:

A new set of functions has been added in IC6.1 with the prefix "pcre".
This is using the "PCRE" package (Perl Compatible Regular Expressions)
which will make us all a lot happier.

I sort of remembered you saying that the regexp support was much enhanced in 6.1, but from a quick
look couldn't find these functions... Apparently the SKILL Language User Guide makes no mention of
them (the section on regular expression describes the old rex* functions). I found them in the
Reference and Finder, though.

My Version 6.1.2 SKILL Quick Reference definitely has the pcre functions
listed. They are in the index on page 616, and the reference pages are 25-26
(in the SKILL Language Functions section right after "parseString").

-Pete Zakel
(phz@seeheader.nospam)

Uncle Ed's Rule of Thumb:
Never use your thumb for a rule. You'll either hit it with a
hammer or get a splinter in it.

 

[Pete nospam Zakel]

In article <48c18669$1@news.cadence.com> pxhxz@cadence.com (Pete nospam Zakel) writes:

In article <1220608094_266@sicinfo3.epfl.ch> stephane.badel@REMOVETHISepfl.ch writes:

Andrew Beckett wrote:

A new set of functions has been added in IC6.1 with the prefix "pcre".
This is using the "PCRE" package (Perl Compatible Regular Expressions)
which will make us all a lot happier.

I sort of remembered you saying that the regexp support was much enhanced in 6.1, but from a quick
look couldn't find these functions... Apparently the SKILL Language User Guide makes no mention of
them (the section on regular expression describes the old rex* functions). I found them in the
Reference and Finder, though.

My Version 6.1.2 SKILL Quick Reference definitely has the pcre functions
listed. They are in the index on page 616, and the reference pages are 25-26
(in the SKILL Language Functions section right after "parseString").

Whoops -- I missed that you found them in the reference and finder.

Sounds like the User Guide needs to be updated, though.

-Pete Zakel
(phz@seeheader.nospam)

"Yesterday I was a dog. Today I'm a dog. Tomorrow I'll probably still
be a dog. Sigh! There's so little hope for advancement."

-Snoopy

 

[arko]

sharp@cadence.com> wrote in message
news:36dc98f7-96f9-4132-aa70-72bf3d94cb51@u6g2000prc.googlegroups.com...
On Jul 24, 6:11 pm, Jason Zheng <Xin.Zh...@jpl.nasa.gov> wrote:
Does anybody know how to save the result of the ncverilog preprocessor
to a single file? Thanks in advance.

NC-Verilog does not use a separate preprocessor or preprocessor pass.
Things like macros and `includes are handled by the parser as they are
encountered.

I don't suppose there are plans to add this functionality to irun 8.2?

Some of the OVM-macros are so complicated, it's very hard for a
human to visualize the macro-scattered code without being to
see the preprocessor's output.

At the moment, we're using Novas verdi-2008 to get around this.
As long as the code compiles successfully, Verdi-2008's GUI source-browser
paints the macro-substitited text side-by-side with the original text.

(IUS81's source-browser only does a 'first-level' substitution. It
doesn't auto-recurse nested macros, so it's very limited in usefulness.)

 

[Pete nospam Zakel]

In article <c8b82e70-5dfa-4289-9e4c-1c96eb152eea@l42g2000hsc.googlegroups.com> Riad KACED <riad.kaced@gmail.com> writes:

Please bear in mind that Skill is a Cadence's proprietary language for
its own IC tools, nothing to do with C++ or any other public widely
spread programming languages.

Skill was originally derived from Franz Lisp, so a LISP reference is a good
start for basics.

As far as advanced Skill topics (Common Lisp, Scheme, etc.) I don't know much
about that, but a basic LISP primer is a good way to start.

-Pete Zakel
(phz@seeheader.nospam)

"The more you observe politics, the more you've got to admit that each party
is worse than the other."
-Will Rogers

 

[Andrew Beckett]

Good man! Glad to see someone else who sees the problems from
the dreaded callbacks!

I've made some comments on this in the past:

http://groups.google.com/groups?q=callback+andrewb+group:comp.cad.cadence&hl=en&lr=&ie=UTF-8&group=comp.cad.cadence&selm=3ccf6f99.514509%40news.cadence.com&rnum=3

http://groups.google.com/groups?q=callback+andrewb+group:comp.cad.cadence&hl=en&lr=&ie=UTF-8&group=comp.cad.cadence&selm=vcmhru88q9kbp2bqgif1djkn81q5djfjje%404ax.com&rnum=4

Unfortunately (as I've pointed out before), they appear attractive
for kit developers, but often they're not the ones using the tools...

Andrew

On Wed, 09 Jul 2003 14:36:12 +0200, Andreas Dreyfert
<andreas_deryfert@hotmail.com> wrote:

Hi,All

I have a problem that has bothered me for a while that is caused by the
design kit for icfb.

Why do many design kits use callbacks in the CDF to calculate parameters
such as source/drain area of transistor?
When things are implemented this way you can not use some functions in
the simulator. For example you can not sweep the width of a transistor
and get correct results because the parasitics were calculated for the
initial width in the schematics

Would it not be better to implement such function in the models? So that
functions such as sweep can be used.

This is no big problem but it makes the tool more difficult to use.

Regards,
Andreas

--
Andrew Beckett
Senior Technical Leader
Custom IC Solutions
Cadence Design Systems Ltd

 

[Saqib Q Malik]

Jay,
My observation has been that any change in the schematic window (and do
a check-n-save) gets the attention of the GUI resulting in a new netlist.
The telltale sign is that the log window that comes to the top is reset and
simulator output from only that run is shown. The problem shows up
especially after making changes to the analysis setup in the ADE GUI. After
such a change I could tell my changes are not getting propagated and
simulated when I noticed the log window kept appending more simulator output
in the same window. For example, if I changed my DC analysis stop point to
3V from 2V, the output log kept showing that the simulation is running to
2V.

I tried to use the Simulation->Stop approach you mentioned, but for me that
option is grayed out once the simulation completes and after the problem I
reported occurs. I doubt this is a feature since I never saw this behavior
in 4.4.6.

I will post any response/solution from Cadence support on the subject when
it becomes available.

Thanks.
Saqib Malik
e-mail: saqib at iastate dot edu

"Jay Lessert" <jayl-news@accelerant.net> wrote in message
news:7109f92b.0307081131.58f6b1af@posting.google.com...

"Saqib Q Malik" <sqmalik@DeleteThisIastate.edu> wrote in message
news:<be89mg$5bj$1@news.iastate.edu>...
Hello all. I have run into a problem with Spectre. After a few
simulations,
spectre does not use the new netlist and wants to keep on simulating the
same old netlist.

The behavior I'm used to seeing is that a running Spectre sim (in the
"Analog Design Environment" GUI) will decline to notice changes in the
netlist unless you explicitly:

Simulation->Stop

I always assumed this was a "feature". Are you seeing behavior
different from this?

-Jay-

 

[Pete nospam Zakel]

In article <5fb00e69.0307090121.6bbb3ada@posting.google.com> svenn.are@bjerkem.de writes:

I use a pc with linux and xfree86 and a standard graphics card as a
front-end to solaris and ic50. With standard setup I have the flashing
color problem that many describe in this newsgroup. So far I have got
the impression that theonly way to solve this problem is to buy a
Matrox card and Accelerated X.

Actually, with IC5.0 all you need to do is change your root visual to
24-plane TrueColor.

The Matrox card and Accelerated-X is only necessary if you want to avoid
color flashing with IC4.4.6 or previous. If you set your root visual to
24-plane TrueColor, with XFree86 you won't be able to run IC4.4.6, but
IC5.0 will run.

-Pete Zakel
(phz@seeheader.nospam)

"Religion isn't knowing the answers; it's knowing there are answers."

 

[Rob W]

I appreciate your help, Andrew.

I was doing a couple of things wrong; I wasn't including the forward
slash at the beginning of the instance name, and I was specifying
hierarchy as a list of instance names from the top level, i.e.
list("I1" "I2" "M3") as in your example. The list argument threw me
off a bit. I wonder why the argument is a list instead of just a
string?

Best regards,

Robert




Andrew Beckett <andrewb@DELETETHISBITcadence.com> wrote in message news:<on0ogv8dpehs6h9m0ucrhe1kq8k7ov14kg@4ax.com>...

Rob,

You shouldn't read from the map directory itself (or the amap) because the
format is private and liable to change (I wasn't sure from what you said
whether you were doing that or not).

However, asiMapInstanceName should work. I just checked. I had
an instance name and a net name both called "R2" at the top level
of my design:

l=list("/R2")
asiMapInstanceName("~/simulation/rcac/spectre/schematic" l) => "_inst0"

I'd run a simulation - it may not work before a simulation.
Also, you _must_ include the / at the beginning - using the leading
slash, and then slashes to delimit hierarchy (e.g. /I1/I2/M3 ) is how
it knows that you're asking for a schematic name rather than a netlist name.

Note, the function destructively modifies the list - so l afterwards
contains ("_inst0")

Regards,

Andrew.

 

[Andreas Dreyfert]

I colud not agree more with you!

But why do certain kit developers who know better still use them?
As you stated in your earlier comments they appear very attractive. But
if they limit the possible usage of your other products. One would think
that one would try to use other ways of implementing such functions then
it is possible.

I have used your skill code example from your earlier comments to get
around the problem. But if I run lots of short simulations and change
the schematic in database between every run the time consumed by
changing the database,netlisting and other stuff will be significant. If
one instead could use the alter (or other) function in spectre you would
not need to change the database or renetlist at all!

Andreas


Andrew Beckett wrote:

Good man! Glad to see someone else who sees the problems from
the dreaded callbacks!

I've made some comments on this in the past:

http://groups.google.com/groups?q=callback+andrewb+group:comp.cad.cadence&hl=en&lr=&ie=UTF-8&group=comp.cad.cadence&selm=3ccf6f99.514509%40news.cadence.com&rnum=3

http://groups.google.com/groups?q=callback+andrewb+group:comp.cad.cadence&hl=en&lr=&ie=UTF-8&group=comp.cad.cadence&selm=vcmhru88q9kbp2bqgif1djkn81q5djfjje%404ax.com&rnum=4

Unfortunately (as I've pointed out before), they appear attractive
for kit developers, but often they're not the ones using the tools...

Andrew

On Wed, 09 Jul 2003 14:36:12 +0200, Andreas Dreyfert
andreas_deryfert@hotmail.com> wrote:


Hi,All

I have a problem that has bothered me for a while that is caused by the
design kit for icfb.

Why do many design kits use callbacks in the CDF to calculate parameters
such as source/drain area of transistor?
When things are implemented this way you can not use some functions in
the simulator. For example you can not sweep the width of a transistor
and get correct results because the parasitics were calculated for the
initial width in the schematics

Would it not be better to implement such function in the models? So that
functions such as sweep can be used.

This is no big problem but it makes the tool more difficult to use.

Regards,
Andreas


--
Andrew Beckett
Senior Technical Leader
Custom IC Solutions
Cadence Design Systems Ltd

 

[Andrew Beckett]

Sorry, but this is not true. Pete knows best because he implemented it!

Only IC50 and above support 24 plane visuals directly (even if there is no
8 plane pseudocolor visual). IC442->IC446 support 24 plane root windows provided
that the X server supports an 8 plane pseudocolor visual.
xfree86 doesn't (at least this used to be true, I'm assuming it still is)
provide 8 plane psuedocolor visuals when in 24 plane root window mode, so
if you're using IC446 with it, you need to switch to 8 plane root window - and
that's when you end up with the color flashing.

Regards,

Andrew.

On Wed, 9 Jul 2003 15:57:20 -0400, "tritue" <tritue@comport-data.com> wrote:

In fact IC4.46 support 24 bit color as well. The flashing color problem is
only with
IC4.45 and previous in pseudo color mode.

"Pete nospam Zakel" <pxhxz@cadence.com> wrote in message
news:3f0c625c$1@news.cadence.com...
In article <5fb00e69.0307090121.6bbb3ada@posting.google.com
svenn.are@bjerkem.de writes:

I use a pc with linux and xfree86 and a standard graphics card as a
front-end to solaris and ic50. With standard setup I have the flashing
color problem that many describe in this newsgroup. So far I have got
the impression that theonly way to solve this problem is to buy a
Matrox card and Accelerated X.

Actually, with IC5.0 all you need to do is change your root visual to
24-plane TrueColor.

The Matrox card and Accelerated-X is only necessary if you want to avoid
color flashing with IC4.4.6 or previous. If you set your root visual to
24-plane TrueColor, with XFree86 you won't be able to run IC4.4.6, but
IC5.0 will run.

-Pete Zakel
(phz@seeheader.nospam)

"Religion isn't knowing the answers; it's knowing there are answers."

--
Andrew Beckett
Senior Technical Leader
Custom IC Solutions
Cadence Design Systems Ltd

 

[Andrew Beckett]

Hi Rob,

I'm not sure why it's a list - it only ever uses the first entry in the list (I
checked the code yesterday). Similarly the destructive modification of
the list contents is a concious decision - I suspect it was done when the
underlying private function was implemented to fit in nicely with the code
that used it... perhaps?

Andrew.

On 9 Jul 2003 14:26:47 -0700, malleablecandy@yahoo.com (Rob W) wrote:

I appreciate your help, Andrew.

I was doing a couple of things wrong; I wasn't including the forward
slash at the beginning of the instance name, and I was specifying
hierarchy as a list of instance names from the top level, i.e.
list("I1" "I2" "M3") as in your example. The list argument threw me
off a bit. I wonder why the argument is a list instead of just a
string?

Best regards,

Robert




Andrew Beckett <andrewb@DELETETHISBITcadence.com> wrote in message news:<on0ogv8dpehs6h9m0ucrhe1kq8k7ov14kg@4ax.com>...
Rob,

You shouldn't read from the map directory itself (or the amap) because the
format is private and liable to change (I wasn't sure from what you said
whether you were doing that or not).

However, asiMapInstanceName should work. I just checked. I had
an instance name and a net name both called "R2" at the top level
of my design:

l=list("/R2")
asiMapInstanceName("~/simulation/rcac/spectre/schematic" l) => "_inst0"

I'd run a simulation - it may not work before a simulation.
Also, you _must_ include the / at the beginning - using the leading
slash, and then slashes to delimit hierarchy (e.g. /I1/I2/M3 ) is how
it knows that you're asking for a schematic name rather than a netlist name.

Note, the function destructively modifies the list - so l afterwards
contains ("_inst0")

Regards,

Andrew.

--
Andrew Beckett
Senior Technical Leader
Custom IC Solutions
Cadence Design Systems Ltd

 

[Andrew Beckett]

Saqib,

When you just change analysis settings and parameter settings, it does not
necessarily need to restart the simulation, but tells the simulator directly.
You would expect to see a single output log with the original simulation
followed by the new simulation in this case. However, it should reflect any
changes that have been made; if not, then that definitely needs to
be reported (I've not seen this kind of problem recently, and to be honest,
the problems in the past that I saw were really more related to schematic
changes not being renetlisted - but that was ages ago).

Regards,

Andrew.

On Wed, 9 Jul 2003 12:09:54 -0500, "Saqib Q Malik"
<sqmalik@DeleteThisIastate.edu> wrote:

Jay,
My observation has been that any change in the schematic window (and do
a check-n-save) gets the attention of the GUI resulting in a new netlist.
The telltale sign is that the log window that comes to the top is reset and
simulator output from only that run is shown. The problem shows up
especially after making changes to the analysis setup in the ADE GUI. After
such a change I could tell my changes are not getting propagated and
simulated when I noticed the log window kept appending more simulator output
in the same window. For example, if I changed my DC analysis stop point to
3V from 2V, the output log kept showing that the simulation is running to
2V.

I tried to use the Simulation->Stop approach you mentioned, but for me that
option is grayed out once the simulation completes and after the problem I
reported occurs. I doubt this is a feature since I never saw this behavior
in 4.4.6.

I will post any response/solution from Cadence support on the subject when
it becomes available.

Thanks.
Saqib Malik
e-mail: saqib at iastate dot edu

"Jay Lessert" <jayl-news@accelerant.net> wrote in message
news:7109f92b.0307081131.58f6b1af@posting.google.com...
"Saqib Q Malik" <sqmalik@DeleteThisIastate.edu> wrote in message
news:<be89mg$5bj$1@news.iastate.edu>...
Hello all. I have run into a problem with Spectre. After a few
simulations,
spectre does not use the new netlist and wants to keep on simulating the
same old netlist.

The behavior I'm used to seeing is that a running Spectre sim (in the
"Analog Design Environment" GUI) will decline to notice changes in the
netlist unless you explicitly:

Simulation->Stop

I always assumed this was a "feature". Are you seeing behavior
different from this?

-Jay-

--
Andrew Beckett
Senior Technical Leader
Custom IC Solutions
Cadence Design Systems Ltd

 

[Svenn Are Bjerkem]

Pete nospam Zakel wrote:

Actually, with IC5.0 all you need to do is change your root visual to
24-plane TrueColor.

Without access to the actual linux box I have to ask if the "TrueColor"
mentioned above is the key to the problem. I have xfree86 4.2 that comes
with apt-get dist-upgrade in debian unstable/testing /and/ I had to change
the settings to 24 bit in order to get IC to run at all ( I had 16-bit to
save memory, but then IC50 doesn't start.)

For the record, on http://www.xfree86.org/4.2.1/XF86Config.5.html in the
section on Visual, TrueColor is listed as one of the alternatives. I know
that I don't have that option set on the linux workstation, yet ...

--
Svenn Bjerkem

 

[Svenn Are Bjerkem]

Johannes Blower wrote:

I recommend Suse 8.2 with MX440 graphics card and default drivers set
to 24 bit colour mode.

As a developer on the edge I cannot emphasize enough that debian is better
if you have a fast connection to the 'net. Suse live from selling upgrades,
thus every now and then you need to do a reinstall in case you want to have
the latest kde. I used Suse from 6.0 to 7.3 and then I didn't want to buy a
DVD-player just to install.

I use Solaris on a Sun and can't offer any suggestions on a PC.

If you can live with CDE 1.4 and the extremely low utilization of an
excelent CRT monitor, then I agree. I have some years of experience with
Sun, and the only reason to buy was that the in-house tool run on it (and
later Cadence) ...

--
Svenn Bjerkem

 

[Erik Wanta]

Andrew:
FYI, I opened SR 32341432 on this subject awhile back. I was unable
to provide a testcase as I don't have a procedure to invoke this
behavior so the case was closed. We are running in non interactive
mode as incorrect results are a greater concern than a simulation
slowdown. In addition, running in non interactive returns the spectre
license to the pool when the simulation is complete instead of holding
onto it as in interactive mode, correct?

Saqib:
Do you have a testcase that repeatibly shows this behavior? If so,
please create a SR at sourcelink.cadence.com and mention SR 32341432.
---
Erik

Andrew Beckett <andrewb@DELETETHISBITcadence.com> wrote in message news:<u88qgv4oinko36vtvm3trf67jisqnransq@4ax.com>...

Saqib,

When you just change analysis settings and parameter settings, it does not
necessarily need to restart the simulation, but tells the simulator directly.
You would expect to see a single output log with the original simulation
followed by the new simulation in this case. However, it should reflect any
changes that have been made; if not, then that definitely needs to
be reported (I've not seen this kind of problem recently, and to be honest,
the problems in the past that I saw were really more related to schematic
changes not being renetlisted - but that was ages ago).

Regards,

Andrew.

On Wed, 9 Jul 2003 12:09:54 -0500, "Saqib Q Malik"
sqmalik@DeleteThisIastate.edu> wrote:

Jay,
My observation has been that any change in the schematic window (and do
a check-n-save) gets the attention of the GUI resulting in a new netlist.
The telltale sign is that the log window that comes to the top is reset and
simulator output from only that run is shown. The problem shows up
especially after making changes to the analysis setup in the ADE GUI. After
such a change I could tell my changes are not getting propagated and
simulated when I noticed the log window kept appending more simulator output
in the same window. For example, if I changed my DC analysis stop point to
3V from 2V, the output log kept showing that the simulation is running to
2V.

I tried to use the Simulation->Stop approach you mentioned, but for me that
option is grayed out once the simulation completes and after the problem I
reported occurs. I doubt this is a feature since I never saw this behavior
in 4.4.6.

I will post any response/solution from Cadence support on the subject when
it becomes available.

Thanks.
Saqib Malik
e-mail: saqib at iastate dot edu

"Jay Lessert" <jayl-news@accelerant.net> wrote in message
news:7109f92b.0307081131.58f6b1af@posting.google.com...
"Saqib Q Malik" <sqmalik@DeleteThisIastate.edu> wrote in message
news:<be89mg$5bj$1@news.iastate.edu>...
Hello all. I have run into a problem with Spectre. After a few
simulations,
spectre does not use the new netlist and wants to keep on simulating the
same old netlist.

The behavior I'm used to seeing is that a running Spectre sim (in the
"Analog Design Environment" GUI) will decline to notice changes in the
netlist unless you explicitly:

Simulation->Stop

I always assumed this was a "feature". Are you seeing behavior
different from this?

-Jay-