• 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 Design
  3. find out which SKILL function is called in the backgrou...

Stats

  • Locked Locked
  • Replies 2
  • Subscribers 124
  • Views 14093
  • 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

find out which SKILL function is called in the background

sunilm123
sunilm123 over 8 years ago

I have a schematic , where if I select any of the instance and press Q (Edit Object properties)  ,  some function is getting called (Internal customization)  and it does the check n save of that schematic.

I am trying to figure out which function is called.

I have tried setting sstatus debugMode t  and sstatus stacktrace t , also enabled all the "log filters"  but that didn't help .

Is there any other pointers which I can try .

  • Cancel
Parents
  • Andrew Beckett
    Andrew Beckett over 8 years ago

    The brute force way would be to use trace(t) . I would probably adopt some more refined tracing myself, but then again I'd probably need to understand exactly at which step it occurred. I might start with tracing the schematic extraction type functions:

    trace(schExtractConn schCheck)

    and then if these show up as being triggered, I might then set breakpoints on them (using breakpt), invoking the command that triggers it, and then typing "where" in the CIW to find out the stack trace at the point the debugger has kicked in (type continue() to continue from the breakpoint).

    Regards,

    Andrew.

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
Reply
  • Andrew Beckett
    Andrew Beckett over 8 years ago

    The brute force way would be to use trace(t) . I would probably adopt some more refined tracing myself, but then again I'd probably need to understand exactly at which step it occurred. I might start with tracing the schematic extraction type functions:

    trace(schExtractConn schCheck)

    and then if these show up as being triggered, I might then set breakpoints on them (using breakpt), invoking the command that triggers it, and then typing "where" in the CIW to find out the stack trace at the point the debugger has kicked in (type continue() to continue from the breakpoint).

    Regards,

    Andrew.

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
Children
No Data

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