Re: gEDA-user: Crash in gschem
Eivind Kvedalen eivin...@infeline.org writes: Using head (dad94bf12c2ef120fae7a45a0020107815b84ef0), gschem crashes when double-clicking on an object. Fixed. Peter -- Peter Brett pe...@peter-b.co.uk Remote Sensing Research Group Surrey Space Centre pgpiRoKiRZuYB.pgp Description: PGP signature ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Crash in gschem
Hi, Using head (dad94bf12c2ef120fae7a45a0020107815b84ef0), gschem crashes when double-clicking on an object. This does not happen in version c4ca82095d88e29ade47c8c9f69734cfeaea5c1a (this seems to be the last commit before the scheme-api changes). I have the following output on the console: Backtrace: In unknown file: ?: 0* [#procedure #f (arg) (#geda-object 0x908a500)] In /opt/gaf/share/gEDA/scheme/gschem/deprecated.scm: 394: 1* (if (and (not #) (null? #)) (run-hook deselect-all-hook (quote ( 394: 2* (and (not (null? deselect-all-hook)) (null? (page-selection (active-page 395: 3 [null? ... 395: 4* [%page-selection ... 395: 5* [%active-page] /opt/gaf/share/gEDA/scheme/gschem/deprecated.scm:395:37: In procedure % active-page in expression (active-page): /opt/gaf/share/gEDA/scheme/gschem/deprecated.scm:395:37: Found invalid gEDA smob #f Regards, Eivind ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Crash in gschem
On Sun, 2009-04-26 at 16:30 -0300, John Coppens wrote: More testing reveals that, even on an empty 'New' page, a vertical pin crashes gechem! (not a horizontal one) I did some tests yesterday but was not able to see problems -- I use 1.4.3 on Gentoo-AMD64. But indeed I nearly never create new pins -- using a prototype generated with tragesym and only fine-tuning in gschem is faster, and it ensures that all looks perfect (perfect aligned/sized text) -- at least for tragesym from 1.5.2. And it ensures that all attributes are present. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Crash in gschem
On Mon, 27 Apr 2009 13:39:42 +0200 Stefan Salewski m...@ssalewski.de wrote: More testing reveals that, even on an empty 'New' page, a vertical pin crashes gechem! (not a horizontal one) I did some tests yesterday but was not able to see problems -- I use 1.4.3 on Gentoo-AMD64. But indeed I nearly never create new pins -- using a prototype generated with tragesym and only fine-tuning in gschem is faster, and it ensures that all looks perfect (perfect aligned/sized text) -- at least for tragesym from 1.5.2. And it ensures that all attributes are present. I haven't used tragesym yet, but the symbol I wanted to create was a very non-standard transmissive opto sensor. I don't think tragesym caters for such symbols. Anyway, I submitted the problem as a bug report on sourceforge - I hope someone reads it. There seems to be little activity there. I solved the problem by drawing the symbol, rotating 90 degrees, adding the pins, and rotating back. It's only _drawing_ the symbol that causes the problems - it may be a GUI issue. Cheers, John ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Crash in gschem
On Mon, 2009-04-27 at 12:25 -0300, John Coppens wrote: I haven't used tragesym yet, but the symbol I wanted to create was a very non-standard transmissive opto sensor. I don't think tragesym caters for such symbols. Tragesym (or djboxsym) gives you a template, i.e. all pins with right direction, numbers, label, fontsize... I take that and move pins to other position and do some graphical fine-tuning. Sometimes I only copy a similar symbol and modify it, maybe copy a few pins. Anyway, I submitted the problem as a bug report on sourceforge - I hope someone reads it. There seems to be little activity there. Because there a so few bugs :-) I solved the problem by drawing the symbol, rotating 90 degrees, adding the pins, and rotating back. It's only _drawing_ the symbol that causes the problems - it may be a GUI issue. Maybe you should try to give an exact, step by step instruction how you produce the bug. And maybe you should give more details about your box, i.e. compiler-version, OS, version of GTK and other libraries... Best regards Stefan Salewski ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Crash in gschem
Hello all. I was trying to define a new symbol for one of these U-type optocouplers (TCST2302). Near the end, when adding the first pin, gschem disappeared. Redoing everything repeated the problem... More testing reveals that, even on an empty 'New' page, a vertical pin crashes gechem! (not a horizontal one) Not sure if I'm doing anything wrong... But IMO, no program should crash, ;-) Version is 1.4.3 (latest stable, home-compiled) The terminal window reported: In unknown file: ?: 0* [#procedure #f (pin) #object pin.3059] In /opt/gnome/share/gEDA/system-gschemrc: 861: 1* [autoplace-pin-attributes #object pin.3059] In /opt/gnome/share/gEDA/scheme/auto-place-attribs.scm: 740: 2 (let (# #) (autoplace-text pin pin-direction attribute-list)) ... 731: 3 (begin # #) 732: 4* [set-default-position #object pin.3059 #attribute pinnumber=0 ...] 654: 5 (if (null? defaults) 0 ...) ... 656: 6 (let* (# # # ...) (if # #) ...) 664: 7* (if (and # # #) (begin #)) 670: 8 (begin (let* # #)) 672: 9 (let* (# # # # ...) (set-attribute-text-properties! attribute -1 ...)) 687: 10* [calcule-new-attrib-bounds #attribute pinnumber=0 Lower Left ...] /opt/gnome/share/gEDA/scheme/auto-place-attribs.scm:687:42: In procedure calcule-new-attrib-bounds in expression (calcule-new-attrib-bounds attribute new-alignment ...): /opt/gnome/share/gEDA/scheme/auto-place-attribs.scm:687:42: Wrong type argument in position 4: 45650.0 Program exited with code 02. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user