[Xcircuit-dev] taps

[jan de kruyf]

Hallo,
Xcircuit version 3.6.163

Here is a copy of the xterm where xcircuit was run (./xc is a script to load the rc file first):
-----------
jan at debianLenny:~/xcircuit/testproject$ ./xc PromReader.ps
alloc: invalid block: 0x8e8ff38: ef ef 0

Aborted
jan at debianLenny:~/xcircuit/testproject$ ./xc PromReader.ps
alloc: invalid block: 0x92c0690: ef ef 0

Aborted
jan at debianLenny:~/xcircuit/testproject$ ./xc PromReader.ps
alloc: invalid block: 0xa06c840: ef ef 0

Aborted
jan at debianLenny:~/xcircuit/testproject$ ./xc PromReader.ps
alloc: invalid block: 0x9814658: ef ef 0

Aborted
jan at debianLenny:~/xcircuit/testproject$ ./xc PromReader.ps
alloc: invalid block: 0xa072468: ef ef 0

Aborted
jan at debianLenny:~/xcircuit/testproject$
-------------

the breaks at alloc: invalid block: 0x9. . .  happen when I do alt-w on a net where the input of the tap
is a line that disappears in the blue and has no name. Connecting the wire to a bus with a dot solves the
connectivity but gives an error in the tckcon terminal whenever ANY net is highlited:
-------------
File PromReader.ps saved (1 page).
Error:  attempt to connect bus size 8 in PromReader to bus size 0 in generic::dot
Network is "VccSw" in PromReader
-------------

The breaks at alloc: invalid block: 0xa. . .  happen, I think, when I have opened a library page to
fetch a symbol and I accidentally click on the place where there is a named net in the drawing underneath.
 but it could also be another place. Difficult to ascertain.


And last:
does the direction of a line (the order of drawing) influence the connectivity?? I have a symbol of a usb connector that 
lights up completely with all connected nets when a net connected to one of the pins is highlited. Other
symbols build in the same cripple fashion do not do this.
Here is the postscript (and I see I did not store that symbol properly yet)

/::usb_conn {
begingate
1 1.000 60 40 80 40 2 polygon
1 1.000 60 20 80 20 2 polygon
1 1.000 60 0 80 0 2 polygon
1 1.000 60 -20 80 -20 2 polygon
1 1.000 60 60 60 -40 -80 -40 -80 60 60 60 5 polygon
1 1.000 -70 60 -70 -40 2 polygon
(5V) {/Helvetica cf} 2 19 0 0.400 50 40 label
(D-) {/Helvetica cf} 2 19 0 0.400 50 20 label
(D+) {/Helvetica cf} 2 19 0 0.400 50 0 label
(GND) {/Helvetica cf} 2 19 0 0.400 56 -20 label
1 1.000 20 -25 -60 -15 -60 -5 20 5 20 -25 5 polygon
1 1.000 -50 -5 -50 -15 2 polygon
1 1.000 20 15 -60 25 -60 35 20 45 20 15 5 polygon
1 1.000 -50 35 -50 25 2 polygon
1 1.000 20 -40 20 -60 20 -55 3 polygon
(1) {/Helvetica cf} 2 16 0 0.300 70 45 label
(2) {/Helvetica cf} 2 16 0 0.300 70 25 label
(3) {/Helvetica cf} 2 16 0 0.300 70 5 label
(4) {/Helvetica cf} 2 16 0 0.300 70 -15 label
endgate
} def


And lastlast:
editing a line width or a text hight does not trigger the page dirty flag.
You have to force a write-all after such a modification.


Regards,

Jan de Kruyf.

 		 	   		  
_________________________________________________________________
Haal meer uit je leven met Windows Live
http://www.microsoft.com/netherlands/windowslive/Views/index.aspx