[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gEDA-user: Help - please



Stuart Brorson wrote:

> It's just a blind shot in the dark, but here's a possibility.
> 
> I took two minutes to look through the gsch2pcb.c code, which lives in
> utils/src.   There are a number of places where a 1024 byte character
> buffer is created at the beginning of a function, like this:
> 
> add_elements(gchar *pcb_file)
>         {
>         FILE            *f_in, *f_out;
>         PcbElement      *el = NULL;
>         gchar           *command, *p, *tmp_file, *s, buf[1024];
>                                                      ^^^^^^^^
> 
> You could try changing this magic number to 2048, say, at all places
> in the file (there are 5 or six of them).  Then rebuild & reinstall.
> 
> There are a number of magic numbers and paths hard-coded into
> gsch2pcb.  We have a lot of smart people working in improving gschem
> and PCB.  The link between the two, gsch2pcb, doesn't receive as
> much attention, and seems to cause a number of problems.  Maybe next
> code sprint I'll take it upon myself to learn how it works and spend
> some time polishing it.  Or maybe somebody will beat me to it!  ;-)

no, I'm pretty certain (95%) that it is not gsch2pcb causing the 
problem.  It is almost certainly gnetlist.


gnetlist -g PCB -o myfile.net mysch1.sch mysch2.sch ...

should show the problem.

-Dan



_______________________________________________
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user