delorie.com/archives/browse.cgi | search |
X-Authentication-Warning: | delorie.com: mail set sender to geda-user-bounces using -f |
X-Recipient: | geda-user AT delorie DOT com |
X-OWM-Source-IP: | 86.184.235.117 (GB) |
X-OWM-Env-Sender: | ashton DOT models AT btinternet DOT com |
X-Junkmail-Premium-Raw: | score=7/50,refid=2.7.2:2017.9.12.111516:17:7.944,ip=,rules=__HAS_REPLYTO, |
__TO_MALFORMED_2, __TO_NO_NAME, __HAS_FROM, __SUBJ_ALPHA_START_END, | |
__SUBJ_ALPHA_START, __SUBJ_ALPHA_END, __HAS_MSGID, __SANE_MSGID, | |
__USER_AGENT, __MOZILLA_USER_AGENT, __MIME_VERSION, __CT, | |
__CTYPE_HAS_BOUNDARY, __CTYPE_MULTIPART, __CTYPE_MULTIPART_MIXED, | |
__BAT_BOUNDARY, __REPLYTO_SAMEAS_FROM_ADDY, __REPLYTO_SAMEAS_FROM_ACC, | |
__REPLYTO_SAMEAS_FROM_DOMAIN, __MIME_TEXT_P2, __HAS_ATTACHMENT1, | |
__CP_MEDIA_BODY, __NO_HTML_TAG_RAW, __ATTACHMENT_SIZE_0_10K, | |
__HAS_ATTACHMENT2, MULTIPLE_APP_ATT, BODYTEXTP_SIZE_3000_LESS, | |
BODY_SIZE_6000_6999, __MIME_TEXT_P1, HTML_00_01, HTML_00_10, | |
LEGITIMATE_SIGNS, __HAS_ATTACHMENT, NO_URI_FOUND, NO_CTA_URI_FOUND, | |
__MIME_TEXT_P, REPLYTO_SAMEAS_FROM, NO_URI_HTTPS, BODY_SIZE_7000_LESS | |
To: | geda-user AT delorie DOT com |
From: | "Barry Jackson (zen25000 AT zen DOT co DOT uk) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com> |
Subject: | [geda-user] gshem 1.8.2 Bug? Slotting fails for a custom BPX85 photo-transistor |
array | |
Message-ID: | <7b205135-7b91-e8f0-a5d8-efc4cb0b787d@zen.co.uk> |
Date: | Tue, 12 Sep 2017 12:45:33 +0100 |
User-Agent: | Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 |
Thunderbird/52.3.0 | |
MIME-Version: | 1.0 |
Reply-To: | geda-user AT delorie DOT com |
This is a multi-part message in MIME format. --------------E9ACD72E3DA3E8D3ADA6FDB3 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit I have created BPX85.sym and BPX85.fp for a narrow DIL package that holds 5 two terminal photo-transistors for which I used slotting. I guess it would be a DIL10-200 (if there is such an item) I adopted the conventional pin numbering for a DIL package but slotting fails as the pins for each internal device are not sequential, but across the package. The slotdefs are: 1:1,10 2:2,9 3:3,8 4:4,7 5:5,6 Pins 1..5 are slotted correctly, however pins 6..10 are ignored and left at the default of 10 as in the symbol. I spoke to agaran on irc #geda who suggested that this is a bug in gschem. I am attaching the symbol and footprint files in the hope that these will assist in debugging. Thanks Barry --------------E9ACD72E3DA3E8D3ADA6FDB3 Content-Type: application/x-geda-symbol; name="BPX85.sym" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="BPX85.sym" diAyMDEzMDkyNSAyCkwgNjAwIDgwMCA2MDAgMjAwIDMgMCAwIDAgLTEgLTEKTCA5MDAgODAw IDYwMCA1MDAgMyAwIDAgMCAtMSAtMQpMIDYwMCA1MDAgOTAwIDIwMCAzIDAgMCAwIC0xIC0x CkwgODAwIDQwMCA5MDAgMjAwIDMgMCAwIDAgLTEgLTEKTCA3MDAgMzAwIDkwMCAyMDAgMyAw IDAgMCAtMSAtMQpMIDMwMCA2MDAgNTAwIDYwMCAzIDAgMCAwIC0xIC0xCkwgMzAwIDQwMCA1 MDAgNDAwIDMgMCAwIDAgLTEgLTEKTCA0MDAgNzAwIDUwMCA2MDAgMyAwIDAgMCAtMSAtMQpM IDQwMCA1MDAgNTAwIDYwMCAzIDAgMCAwIC0xIC0xCkwgNDAwIDUwMCA1MDAgNDAwIDMgMCAw IDAgLTEgLTEKTCA1MDAgNDAwIDQwMCAzMDAgMyAwIDAgMCAtMSAtMQpQIDkwMCAwIDkwMCAy MDAgMSAwIDAKewpUIDEwMDAgLTIwMCA1IDEwIDAgMSAwIDAgMQpwaW5zZXE9MQpUIDEwMDAg LTQwMCA1IDEwIDAgMSAwIDAgMQpwaW50eXBlPW9lClQgNjAwIDAgNSAxMCAxIDEgMCAwIDEK cGlubnVtYmVyPTEKVCAxMDAwIDAgNSAxMCAxIDEgMCAwIDEKcGlubGFiZWw9ZQp9ClQgMTAw IDE2MDAgOCAxMCAwIDEgMCAwIDEKZGV2aWNlPUJQWDg1ClQgMjAwIC0yMDAgOCAxMCAwIDEg MCAwIDEKcmVmZGVzPVE/ClQgMCA1MDAgOCAxMCAwIDEgMCAwIDEKbnVtc2xvdHM9NQpUIDUw MCAxMDAgOCAxMCAwIDEgMCAwIDEKc2xvdGRlZj0xOjEsMTAKVCA1MDAgLTIwMCA4IDEwIDAg MSAwIDAgMQpzbG90ZGVmPTI6Miw5ClQgNjAwIDI5NSA4IDEwIDAgMSAwIDAgMQpzbG90ZGVm PTM6Myw4ClQgNjAwIDk1IDggMTAgMCAxIDAgMCAxCnNsb3RkZWY9NDo0LDcKVCA2MDAgLTEw NSA4IDEwIDAgMSAwIDAgMQpzbG90ZGVmPTU6NSw2ClQgMjU1IDMwMCA4IDEwIDAgMSAwIDAg MQpkZXNjcmlwdGlvbj1vcHRvIHRyYW5zaXN0b3IgYXJyYXkKVCAxMjAwIDYwMCA4IDEwIDAg MSAwIDAgMQpzbG90PTEKUCA5MDAgMTAwMCA5MDAgODAwIDEgMCAwCnsKVCA5MDAgMTAwMCA1 IDEwIDAgMSAwIDAgMQpwaW50eXBlPW9jClQgOTU1IDEwMDAgNSAxMCAxIDEgMTgwIDYgMQpw aW5sYWJlbD1jClQgODA1IDEwNTAgNSAxMCAxIDEgMTgwIDAgMQpwaW5udW1iZXI9MTAKVCA5 MDAgMTAwMCA1IDEwIDAgMSAwIDAgMQpwaW5zZXE9MTAKfQpUIDMwMCAtNSA4IDEwIDAgMSAw IDAgMQpmb290cHJpbnQ9QlBYODUuZnAK --------------E9ACD72E3DA3E8D3ADA6FDB3 Content-Type: application/x-pcb-footprint; name="BPX85.fp" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="BPX85.fp" CkVsZW1lbnRbIiIgIiIgIiIgIiIgMTAwMC4wMG1pbCA3MDAuMDBtaWwgMC4wMDAwIDAuMDAw MCAwIDEwMCAiIl0KKAoJUGluWy0xMDAuMDBtaWwgMC4wMDAwIDc2LjAwbWlsIDMwLjAwbWls IDgyLjAwbWlsIDIwLjAwbWlsICIiICIxIiAiIl0KCVBpblstMTAwLjAwbWlsIDEwMC4wMG1p bCA3Ni4wMG1pbCAzMC4wMG1pbCA4Mi4wMG1pbCAyMC4wMG1pbCAiIiAiMiIgIiJdCglQaW5b LTEwMC4wMG1pbCAyMDAuMDBtaWwgNzYuMDBtaWwgMzAuMDBtaWwgODIuMDBtaWwgMjAuMDBt aWwgIiIgIjMiICIiXQoJUGluWy0xMDAuMDBtaWwgMzAwLjAwbWlsIDc2LjAwbWlsIDMwLjAw bWlsIDgyLjAwbWlsIDIwLjAwbWlsICIiICI0IiAiIl0KCVBpblstMTAwLjAwbWlsIDQwMC4w MG1pbCA3Ni4wMG1pbCAzMC4wMG1pbCA4Mi4wMG1pbCAyMC4wMG1pbCAiIiAiNSIgIiJdCglQ aW5bMTAwLjAwbWlsIDQwMC4wMG1pbCA3Ni4wMG1pbCAzMC4wMG1pbCA4Mi4wMG1pbCAyMC4w MG1pbCAiIiAiNiIgIiJdCglQaW5bMTAwLjAwbWlsIDMwMC4wMG1pbCA3Ni4wMG1pbCAzMC4w MG1pbCA4Mi4wMG1pbCAyMC4wMG1pbCAiIiAiNyIgIiJdCglQaW5bMTAwLjAwbWlsIDIwMC4w MG1pbCA3Ni4wMG1pbCAzMC4wMG1pbCA4Mi4wMG1pbCAyMC4wMG1pbCAiIiAiOCIgIiJdCglQ aW5bMTAwLjAwbWlsIDEwMC4wMG1pbCA3Ni4wMG1pbCAzMC4wMG1pbCA4Mi4wMG1pbCAyMC4w MG1pbCAiIiAiOSIgIiJdCglQaW5bMTAwLjAwbWlsIDAuMDAwMCA3Ni4wMG1pbCAzMC4wMG1p bCA4Mi4wMG1pbCAyMC4wMG1pbCAiIiAiMTAiICIiXQoJRWxlbWVudExpbmUgWy01MC4wMG1p bCAtNTAuMDBtaWwgLTUwLjAwbWlsIDQ1MC4wMG1pbCAxMC4wMG1pbF0KCUVsZW1lbnRMaW5l IFstNTAuMDBtaWwgNDUwLjAwbWlsIDUwLjAwbWlsIDQ1MC4wMG1pbCAxMC4wMG1pbF0KCUVs ZW1lbnRMaW5lIFs1MC4wMG1pbCA0NTAuMDBtaWwgNTAuMDBtaWwgLTUwLjAwbWlsIDEwLjAw bWlsXQoJRWxlbWVudExpbmUgWzUwLjAwbWlsIC01MC4wMG1pbCAtNTAuMDBtaWwgLTUwLjAw bWlsIDEwLjAwbWlsXQoJRWxlbWVudExpbmUgWy0xMC4wMG1pbCAtNTAuMDBtaWwgLTUwLjAw bWlsIC0xMC4wMG1pbCAxMC4wMG1pbF0KCUVsZW1lbnRBcmMgWzAuMDAwMCAwLjAwMDAgMjAu MDBtaWwgMjAuMDBtaWwgMCA5MCAxMC4wMG1pbF0KCUVsZW1lbnRBcmMgWzAuMDAwMCAwLjAw MDAgMjAuMDBtaWwgMjAuMDBtaWwgMjcwIDkwIDEwLjAwbWlsXQoJRWxlbWVudEFyYyBbMC4w MDAwIDAuMDAwMCAyMC4wMG1pbCAyMC4wMG1pbCAxODAgOTAgMTAuMDBtaWxdCglFbGVtZW50 QXJjIFswLjAwMDAgMC4wMDAwIDIwLjAwbWlsIDIwLjAwbWlsIDkwIDkwIDEwLjAwbWlsXQoJ RWxlbWVudEFyYyBbMC4wMDAwIDEwMC4wMG1pbCAyMC4wMG1pbCAyMC4wMG1pbCAwIDkwIDEw LjAwbWlsXQoJRWxlbWVudEFyYyBbMC4wMDAwIDEwMC4wMG1pbCAyMC4wMG1pbCAyMC4wMG1p bCAyNzAgOTAgMTAuMDBtaWxdCglFbGVtZW50QXJjIFswLjAwMDAgMTAwLjAwbWlsIDIwLjAw bWlsIDIwLjAwbWlsIDE4MCA5MCAxMC4wMG1pbF0KCUVsZW1lbnRBcmMgWzAuMDAwMCAxMDAu MDBtaWwgMjAuMDBtaWwgMjAuMDBtaWwgOTAgOTAgMTAuMDBtaWxdCglFbGVtZW50QXJjIFsw LjAwMDAgMjAwLjAwbWlsIDIwLjAwbWlsIDIwLjAwbWlsIDAgOTAgMTAuMDBtaWxdCglFbGVt ZW50QXJjIFswLjAwMDAgMjAwLjAwbWlsIDIwLjAwbWlsIDIwLjAwbWlsIDI3MCA5MCAxMC4w MG1pbF0KCUVsZW1lbnRBcmMgWzAuMDAwMCAyMDAuMDBtaWwgMjAuMDBtaWwgMjAuMDBtaWwg MTgwIDkwIDEwLjAwbWlsXQoJRWxlbWVudEFyYyBbMC4wMDAwIDIwMC4wMG1pbCAyMC4wMG1p bCAyMC4wMG1pbCA5MCA5MCAxMC4wMG1pbF0KCUVsZW1lbnRBcmMgWzAuMDAwMCAzMDAuMDBt aWwgMjAuMDBtaWwgMjAuMDBtaWwgMCA5MCAxMC4wMG1pbF0KCUVsZW1lbnRBcmMgWzAuMDAw MCAzMDAuMDBtaWwgMjAuMDBtaWwgMjAuMDBtaWwgMjcwIDkwIDEwLjAwbWlsXQoJRWxlbWVu dEFyYyBbMC4wMDAwIDMwMC4wMG1pbCAyMC4wMG1pbCAyMC4wMG1pbCAxODAgOTAgMTAuMDBt aWxdCglFbGVtZW50QXJjIFswLjAwMDAgMzAwLjAwbWlsIDIwLjAwbWlsIDIwLjAwbWlsIDkw IDkwIDEwLjAwbWlsXQoJRWxlbWVudEFyYyBbMC4wMDAwIDQwMC4wMG1pbCAyMC4wMG1pbCAy MC4wMG1pbCAwIDkwIDEwLjAwbWlsXQoJRWxlbWVudEFyYyBbMC4wMDAwIDQwMC4wMG1pbCAy MC4wMG1pbCAyMC4wMG1pbCAyNzAgOTAgMTAuMDBtaWxdCglFbGVtZW50QXJjIFswLjAwMDAg NDAwLjAwbWlsIDIwLjAwbWlsIDIwLjAwbWlsIDE4MCA5MCAxMC4wMG1pbF0KCUVsZW1lbnRB cmMgWzAuMDAwMCA0MDAuMDBtaWwgMjAuMDBtaWwgMjAuMDBtaWwgOTAgOTAgMTAuMDBtaWxd CgoJKQo= --------------E9ACD72E3DA3E8D3ADA6FDB3--
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |