[Keith]

Actually you can do it in two:

1) Import your techfile. You specify a lib name when you do this; the lib does not have to exist, it will get created if it doesn't.

2) Import your GDS

[Keith]

I need to investigate further – its working correctly on the example here.

For the second case, this is an OpenGL error. Can you send a log file?

[Keith]

BTW just as a check, type the following in the command line:

cv=getEditCellView()
lpps = cv.getLpps()
lpps.size()

It will print the actual number of layers in the current cellview – this number should equal the number of user layers displayed in the LSW if 'Show Used Layers' is clicked on.

[Keith]

That's odd, it seems to work fine on the examples I have tried. Can you give any more details?

[Keith]

This is done as of last night. There are a couple more menu entries under the LSW 'Display' menu. 'Show Used Layers' shows the layers used in the current open cellView. 'Show All Layers' shows all layers in the techfile.

[Keith]

Currently no, but I'll put it in the TODO list…

[Keith]

Ah, could be. Try using '\' instead of a single '' in the path.

[Keith]

This is a strange one. The error reported is a system error – if Glade cannot open the python file, it will print "Can't open python file xxx".

Is there any issues with file permissions, perhaps?

[Keith]

This is a small bug in the update() code.

I will fix this, meanwhile as a workaround call cv.dirty(0) before the call to update()

Oh and no, you do not need to call optimiseTrees(), this is automatically done by update()

[Keith]

Also check you have not turned off OpenGL mode – make sure you do not have the env var GLADE_USE_OPENGL set to no in your environment.

Turning off text display makes little difference in OpenGL mode but in non-OpenGL mode can make things quite slow due to Qt's text renderer. Same goes for displaying inst names.

[Keith]

Check your settings. In particular, check the Display Settings option 'Filter Shapes' is checked and set to the default threshold of 5. This prevents drawing of small shapes, which for a large design can take a lot of time.

[Keith]

This is fixed in the build compiled on 10th September.

[Keith]

This will be fixed in 4.1.20

[Keith]

This close library issue should be fixed now in version 4.1.19

[Keith]

Version 4.1.18 has been released and subsequently updated. If you downloaded it prior to 28/8/2010 then please update as there has been a minor fix for stability issues, and some extensions to the Python interface.

4.1.18 features a separate command line entry from the message window area, which makes it possible to use the up/down arrow keys for command history traversal.

Also the python command line interpreter can now handle multiple indentation correctly. The original code used the example in the Python Extending/Embedding FAQ to check code entered and set the prompt according to indentation, however the example code does not handle more than 1 level of indentation correctly – this has been fixed.

Various Python extension functions have been added to return a Python list rather than a dbObjList, and extension functions have been added to get all insts/pins/nets of a cellView.

Lastly the chop command now maintains paths as paths when chopped, rather than converting them to polygons. Alas a side effect of this, due to the implementation, is that undo/redo does not currently work for chopped paths. This will be addressed in future.

[Author]

Posts