Re: gEDA-user: gschem slotting bug
On Fri, 2008-02-08 at 12:57 +, Peter Baxendale wrote: Thanks for responding to this, and I've found out what's going wrong. I had promote-invisible enabled in my gafrc file and was editing the slot attribute which was then visible. If instead I turn off promote-invisible, then add a slot attribute with the required number it works fine - pins updated at once. I'm re-reading the gschem manual to try to understand this - it's not immediately obvious to me why it doesn't work the way I was doing it, or why you need a hidden slot attribute in addition to the visible one. I'm sure there are good reasons, though. It may be a bug in the pinnumber update, picking up the one inside the symbol and not letting the promoted one over-ride it. I'll investigate. -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gschem slotting bug
Thanks for responding to this, and I've found out what's going wrong. I had promote-invisible enabled in my gafrc file and was editing the slot attribute which was then visible. If instead I turn off promote-invisible, then add a slot attribute with the required number it works fine - pins updated at once. I'm re-reading the gschem manual to try to understand this - it's not immediately obvious to me why it doesn't work the way I was doing it, or why you need a hidden slot attribute in addition to the visible one. I'm sure there are good reasons, though. On Thu, 2008-02-07 at 15:36 +, Peter Clifton wrote: Can you check the version again, and whether 1.4.0 still gives issues for you? I can't think of anything which has been fixed since 1.3.1. Werner committed a fix prior to 1.4.0 which updates the pinnumbers in o_update_component(), but that doesn't sound to be the same code-path as you're exercising here. Best wishes, -- Peter Baxendale [EMAIL PROTECTED] ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gschem slotting bug
Hi, To be clear: run gschem (no file name) add component pick 7400-1.sym from 7400-series-logic library click in the page to add a gate edit its attributes, change slot attribute to 2 Have you tried changing the slot via Edit/Edit slot... (not in front of gschem at the moment, so I can't remember the exact menu option). -Ales ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gschem slotting bug
Hi Peter, I also use gschem 1.4.0.20080127 and did not realized the problem you mentioned. I placed a few slotted part to the sheet; the default attributes are device, refdes and footprint for those I tried; when I add slot attribute and change the value the pin numbers change immediately, even without closing attribute dialog. Can the problem caused by X or by gtk (I don't think so)? /sza2 Ales Hvezda wrote: Hi, To be clear: run gschem (no file name) add component pick 7400-1.sym from 7400-series-logic library click in the page to add a gate edit its attributes, change slot attribute to 2 Have you tried changing the slot via Edit/Edit slot... (not in front of gschem at the moment, so I can't remember the exact menu option). -Ales ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gschem slotting bug
[snip] Is this a known bug? That symptom does not exhibit for me in 1.4.0. Can you check the version again, and whether 1.4.0 still gives issues for you? I can't think of anything which has been fixed since 1.3.1. The slot/pinseq renumbering change manifested itself in this fashion, but I thought that fix was in 1.3.1. Either way, please upgrade to 1.4.0 and let us know if this bug is in there as well for you. -Ales ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: gschem slotting bug
Using gschem 1.3.1.20080110, if I start a new design, insert a 7400-1.sym (for example) and change the slot number, the displayed pin numbers don't change. If I save and exit, then restart gschem with the design, the pin numbers are now correct. In fact, I can then change the slot number and the pin numbers now change as they should. Seems to be a problem with any slotted symbol you've just inserted - have to save, exit and restart before the pin numbers display properly. Is this a known bug? -- Peter Baxendale [EMAIL PROTECTED] ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gschem slotting bug
On Thu, 2008-02-07 at 15:25 +, Peter Baxendale wrote: Using gschem 1.3.1.20080110, if I start a new design, insert a 7400-1.sym (for example) and change the slot number, the displayed pin numbers don't change. If I save and exit, then restart gschem with the design, the pin numbers are now correct. In fact, I can then change the slot number and the pin numbers now change as they should. Seems to be a problem with any slotted symbol you've just inserted - have to save, exit and restart before the pin numbers display properly. Is this a known bug? That symptom does not exhibit for me in 1.4.0. Can you check the version again, and whether 1.4.0 still gives issues for you? I can't think of anything which has been fixed since 1.3.1. Werner committed a fix prior to 1.4.0 which updates the pinnumbers in o_update_component(), but that doesn't sound to be the same code-path as you're exercising here. Best wishes, -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gschem slotting bug
On Thu, 2008-02-07 at 17:00 +, Peter Baxendale wrote: I've just built 1.4.0 and it does the same for me. This is built from the sources on the download page (1.4.0.20080127), not from git. Is there anything in my configuration that could cause this (hard to see what)? I spent quite a long time banging my head against a PCB bug which I thought I'd fixed (in a debian package installed in /usr/bin/), only to find that I had a copy in /usr/local/bin/ which was getting run, and still had the bug. Can you check the output of: which gschem and ensure that this is picking up the version you intended. (Also, Help-About lists version number etc..). Please forgive me if this is stuff you've already verified, I'm just going back to basics. If you're picking up a 1.4.0 version, then we have an interesting situation... something must be triggering the bug on your system, a gafrc file, custom symbol.. One other thing to check: ldd `which gschem` | grep libgeda (Which verison / location of libgeda is being picked up... this one bit me too recently!) -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
