gEDA

"unknown" attribtues attached to pins when placing component as individual items

Bug #1091071 reported by Peter Clifton
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gEDA
Triaged
Medium
Unassigned
gEDA 1.9.3

Bug Description

As a simple example, start a new schematic.

Place "input-1.sym" with the option "Include component as individual objects"

Note that the placed pin has the following attributes:

pinnumber=1
pinseq=1
pintype=unknown
pinlabel=unknown
pinnumber=0
pinseq=0

It should ONLY have the first two in that list.

Tags: gschem
Revision history for this message
Peter Clifton (pcjc2) wrote :

Given similar attributes are added when placing a brand-new pin, I'm wondering if the "new pin" hooks are being called on the pin when copied into the schematic from source symbol.

Peter TB Brett (peter-b)
tags: added: gschem
Peter TB Brett (peter-b)
Changed in geda:
importance: Undecided → Medium
milestone: none → 1.9.2
Vladimir Zhbanov (vzhbanov)
Changed in geda:
status: New → Confirmed
status: Confirmed → Triaged
Vladimir Zhbanov (vzhbanov)
Changed in geda:
milestone: 1.9.2 → 1.9.3
Revision history for this message
dmn (graahnul.grom) wrote :

> It should ONLY have the first two in that list.

This can be accomplished by entering the following expression
in the ":" (invoke macro) prompt before adding a symbol:

( remove-hook! add-pin-hook add-default-pin-attributes )

This expression can also be placed in gschemrc configuration file.
Note that it affects the behaviour of Add->Pin, too:
pins will be added without any attributes.

To restore default behaviour, enter:

( add-hook! add-pin-hook add-default-pin-attributes )

regards,
Dmitry

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.