Some answers: Most likely you don't have permission to create the cellView, or the library name you've given doesn't exist. There normally would be a warning explaining the problem - check your Options->Log Filter to make sure you're not hiding the warnings and errors deOpenCellView is to open in a graphical window - and doesn't make a great deal of sense to use as part of a script to generate data. That said, I would expect it to block until you've interacted with the popup that asks you to overwrite. Oh, that would be in a normal program - if you've just got a "script" with a sequence of SKILL functions and are just using load to load that, then it won't block. Instead I suggest you surround your code with curly brackets as this will then group it together so that it runs it as a program rather than just a sequence of non-blocking commands: { deOpenCellView("mylib" "mycell" "schematic2" "schematic" nil "w") ; because of the curly brackets (could use let(), prog() or similar too) the next line only runs when deOpenCellView returns println("HELLO WORLD") } I nearly always use geGetEditCellView. The difference comes when you are using edit-in-place; then geGetEditCellVIew() returns the cellView you're editing, and geGetWindowCellView() returns the cellView that is visible in the window - and since you usually want to be operating on what you're editing, geGetEditCellVIew() is nearly always the right function to be using. When not editing in place they return the same thing (off the top of my head I can't think of any other situation where they return different objects).
↧