• Skip to main content
  • Skip to search
  • Skip to footer
Cadence Home
  • This search text may be transcribed, used, stored, or accessed by our third-party service providers per our Cookie Policy and Privacy Policy.

  1. Community Forums
  2. Custom IC SKILL
  3. axlWriteOceanScriptLCV() -- Saving OCEAN script for an ADE...

Stats

  • Locked Locked
  • Replies 2
  • Subscribers 144
  • Views 2561
  • Members are here 0
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

axlWriteOceanScriptLCV() -- Saving OCEAN script for an ADE XL view

Michele Ancis
Michele Ancis over 9 years ago

OK,

I've tried a few things since I started writing this so I'll present my latest question first. I'm leaving the history as it might help somebody along the way.

The function in the title

axlWriteOceanScriptLCV("my_file.ocn" "my_lib" "my_cell" "adexl")

only seems to work when there is no ADE XL GUI session open on the same cellview.

Why that? I take it to be a kind of "lock" problem, however saving the OCEAN script should not require any "lock" on the view...At least I do not see why, when other functions like "save-the-results" or "save-the-outputs" work absolutely fine while referring to a session open in a GUI.

Besides knowing the reason behind this, I'd really like to be able to save the OCEAN script relative to a certain ADE XL view while working in that view from the GUI.

The "plan" is to call a small SKILL script which saves the netlist of active test(s), output results (.csv) of last history point (or any other for that matter), and the OCEAN script which originated those data I'm saving.

Everything is working fine up to the last bit :(

Any hints?

HISTORY

Hi,

I am writing a small SKILL code in order to save few elements of an ADE XL view, including its OCEAN script.

To this extent, I am referring to the documented function:

axlWriteOceanScriptLCV(
t_fileName
t_libraryName
t_cellName
t_viewName
=> t / nil

The code I am writing should be used while there is an ADE XL session running. I use axlGetWindowSession() and all related stuff for my other purposes, with no issues.

However when I call axlWriteOceanScriptLCV("my_file.ocn" "my_lib" "my_cell" "adexl") I get the following error:

ERROR (ADEXL-1606): Cannot create session _tempSession.
A session by that name already exists.
Try using the command to find an existing session or specify a different name.

I am not sure what that means..

[a series of trials follows...]

I've tried to close the session _tmpSession by writing axlCloseSession("_tempSession") in the CIW

I don't know why I'm doing this, but it gets rid of the error

Another one pops up, though:

INFO (ADEXL-1642): The cell view "Library: my_lib Cell: my_view View: adexl" is already open. It will not be opened in a new window.
ERROR (ADEXL-2404): Cannot find a setup database entry for handle 0.
Provide a valid database handle and try again.

..This is where you can go back to the top of the post, as this error only disappears if one closes the GUI ADE XL session and calls the function again.

  • Cancel
  • Andrew Beckett
    Andrew Beckett over 9 years ago

    Michele,

    Which version are you using (getVersion(t) should return this)? I just took a look, and axlWriteOceanScriptLCV should re-use the existing session for a lib/cell/view if it's already open. If it's not open, it will create one - and that would be checked against existing session ids to see if it is not used already (these are the _tempSessionNum ids). This is in IC617 ISR4 at least - I didn't check other versions.

    If for some reason it thought that there wasn't already a session for the lib/cell/view and it tried to create another, then I can see that might cause a problem; it's not a locking issue, but the fact that it opens a second in-memory session for the same cellView, and they could interfere with each other. However, that shouldn't be happening... so once I know the version you're using I can do some further checks.

    Regards,

    Andrew.

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • Michele Ancis
    Michele Ancis over 9 years ago
    Hi Andrew,

    thanks. I was on 6.1.6 and Support People wrote me that this was a bug.
    I've tried the same script on 6.1.7 (getVersion(t) --> "sub-version IC6.1.7-64b.500.4 ")
    and noticed no problem at all.

    Thanks!

    Michele
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel

Community Guidelines

The Cadence Design Communities support Cadence users and technologists interacting to exchange ideas, news, technical information, and best practices to solve problems and get the most from Cadence technology. The community is open to everyone, and to provide the most value, we require participants to follow our Community Guidelines that facilitate a quality exchange of ideas and information. By accessing, contributing, using or downloading any materials from the site, you agree to be bound by the full Community Guidelines.

© 2025 Cadence Design Systems, Inc. All Rights Reserved.

  • Terms of Use
  • Privacy
  • Cookie Policy
  • US Trademarks
  • Do Not Sell or Share My Personal Information