And I have run longer TCL scripts. Is it something...
# magic
w
And I have run longer TCL scripts. Is it something to do with placing boxes / painting on the edges of non-manhatten geometries?
t
I have not seen magic freeze up on non-Manhattan geometry for a very long time, but that's not to say it can't happen.
w
If you run that tcl script magic should freeze
If you remove the last 10 or so lines before the flatten and load commands magic will not freeze
So I am not sure what’s causing it. Running those 10 lines in isolation is fine too
t
Yes, I can replicate the problem. Magic has definitely locked itself up in an infinite loop. Almost certainly it is caused by the tile fracturing for the non-Manhattan geometry but I will have to debug it. One suggestion for working around the problem is a bit of a kludge, but should work, which is to put each of the diagonal stripes in a separate cell. Possibly even just splitting the whole thing into two or three cells, with the diagonal wires in a separate cell, would do the trick. I'll keep the Tcl script for debugging.
w
Thanks for the advice, that work around works. I can even flatten the design afterwards and it does not freeze.
My script spits out ~ 2.5k tcl lines for the 6x6 grid case and my final case is a 32x32 grid. It takes a bit of time to process. Is there any way to hide the GUI or something and speed up processing?
t
Any corner cases left will be found in very dark and remote corners. . .
😅 1
To hide the GUI, what you want is to surround your script with
suspendall
...
resumeall
(the only issue with this is that Tcl will break from a script that raises an error, so any error will leave the GUI in a suspended state, which can be very confusing).