Re: gEDA-user: gnetlist dumps core

[sdb@xxxxxxxxxx (Stuart Brorson)]

I can open and netlist (-g drc2) your schematic fine:

-------------------------------------------------------------
[sdb@Fermat ~/Christoph]$ gnetlist -g drc2 -o testschem.drc testschem.sch
gEDA/gnetlist version 20041228
gEDA/gnetlist comes with ABSOLUTELY NO WARRANTY; see COPYING for more details.
This is free software, and you are welcome to redistribute it under certain
conditions; please see the COPYING file for more details.
 
Remember to check that your schematic has no errors using the drc2 backend.
You can do it running 'gnetlist -g drc2 your_schematic.sch -o drc_output.txt'
and seeing the contents of the file drc_output.txt.
 
Loading schematic [/home/sdb/Christoph/testschem.sch]
[sdb@Fermat ~/Christoph]$
-------------------------------------------------------------

You problem occurs when loading the RC files.  The code causing the
segfault is trying to load your RC files; the call to
g_list_find_custom is looking to see if the specifified RC file has
already been read in (it probably hasn't since you are just starting
up gnetlist).

Here are some things to look at:

*  Are your RC files OK?  IN particular, verify that the file
"/home/cl/geda/share/gEDA/system-gafrc" exists and is readable.  Since
you can run gschem, it is probably OK.


*  Please provide a session log of what happens when you start up and
run gnetlist.  We are particularly interested in debug spew.  Please
run gnetlist with the -v flag set.


*  What version of GTK do you have?  Please execute this command:

pkg-config gtk+-2.0 --modversion


*  Your backtrace shows that the pointer w_current changes its hex
value as you make successive function calls.  This suggests a memory
management problem or a loose pointer.  We have been hacking a lot in
that particular file recently.  Maybe there is a  bug which we
created and haven't found yet.  If you are a new gEDA user, you might
want to just grab the stable, release distribution from the CD or from
the release directory and install & use that instead. 

OTOH, if you want to hack, and have the skills, you might want to run
valgrind on gnetlist and try to find if there are some undiscovered
memory issues lurking in there.  We'd be interested in hearing what
you find.


Stuart




> 
> This is a multi-part message in MIME format.
> --------------010105000806080402030806
> Content-Type: text/plain; charset=us-ascii; format=flowed
> Content-Transfer-Encoding: 7bit
> 
> Stuart Brorson wrote:
> 
> >As always, a backtrace from within gdb would say a lot.
> >
> BTW: I accidently send one posting to Dan McMahill via PM,
> but this one guest to the list ;)
> 
> (gdb) bt
> 
> #0  0xb7e2f137 in g_list_find_custom () from /usr/lib/libglib-2.0.so.0
> #1  0xb7fd1a60 in g_rc_parse_general (w_current=0x80a52f0, 
>     fname=0x80c5788 "/home/cl/geda/share/gEDA/system-gafrc", 
>     ok_msg=0x80c5788 "/home/cl/geda/share/gEDA/system-gafrc", 
>     err_msg=0x80c5788 "/home/cl/geda/share/gEDA/system-gafrc") at g_rc.c:64
> #2  0xb7fd1bf1 in g_rc_parse_system_rc (w_current=0x80c5788, 
>     rcname=0x80c5150 "Did not find required system-gafrc file [%s]\n")
>     at g_rc.c:134
> #3  0xb7fd1f2b in g_rc_parse (w_current=0x80a52f0, 
>     rcname=0x804fa52 "gnetlistrc", 
>     specified_rc_filename=0x80c5788 "/home/cl/geda/share/gEDA/system-gafrc")
>     at g_rc.c:258
> #4  0x0804bb63 in main_prog (closure=0x0, argc=134543954, argv=0xbffffcc4)
>     at gnetlist.c:131
> #5  0xb7f3a99f in scm_init_guile () from /usr/lib/libguile.so.12
> #6  0xb7f3a95c in scm_init_guile () from /usr/lib/libguile.so.12
> #7  0xb7f3a630 in scm_boot_guile () from /usr/lib/libguile.so.12
> #8  0x0804c18a in main (argc=135026568, argv=0x80c5788) at gnetlist.c:290
> 
> >
> >Also, please post your schematic.
> >
> It's in the attachment.
> 
> >
> >Thanks,
> >
> >Stuart
> >  
> >
> Thanks for your quick reply
> - Christoph
> 
> --------------010105000806080402030806
> Content-Type: text/plain;
>  name="testschem.sch"
> Content-Transfer-Encoding: 7bit
> Content-Disposition: inline;
>  filename="testschem.sch"
> 
> v 20041228 1
> C 7400 7800 1 0 0 AT89C2051-1.sym
> {
> T 9900 11800 5 10 1 1 0 6 1
> refdes=U?
> }
> N 7400 11300 7000 11300 4
> N 7000 11300 7000 10900 4
> N 7000 10900 7400 10900 4
> 
> --------------010105000806080402030806--
> 
>