Re: gEDA-user: Database on symbols, footprints and other (was "Re: gattrib")

[Edward Hennessy <ehennes@xxxxxxxxxxxxx>]

On May 1, 2010, at 3:12 PM, Felipe De la Puente Christen wrote:

> Hi,
> 	Just to let you (Developers of gparts) know that I have compiled the
> git version of gparts, and when I run the program it segfaults searching
> for parts data.

Thanks for the report.

> <terminal_output>
> felipe@monster:/usr/local/src/gEDA/gparts$ gparts --help
> ** (gparts:10512): DEBUG: Checking path /etc/xdg/xdg-gnome/gEDA
> ** (gparts:10512): DEBUG: Checking path /etc/xdg/gEDA
> ** (gparts:10512): DEBUG: Checking path /usr/share/gnome/gEDA
> ** (gparts:10512): DEBUG: Checking path /usr/local/share/gEDA
> ** (gparts:10512): DEBUG: Checking path /usr/share/gEDA
> ** (gparts:10512): DEBUG: gEDA configdir found (null)
> ** (gparts:10512): DEBUG: Checking path /usr/share/gnome/gEDA
> ** (gparts:10512): DEBUG: Checking path /usr/local/share/gEDA
> ** (gparts:10512): DEBUG: Checking path /usr/share/gEDA
> ** (gparts:10512): DEBUG: gEDA datadir found (null)
> Segmentation fault
> </terminal_output>
> 
> 	Seems to me that the program doesn't use the config.h header or
> whatever method to realize the real PREFIX under it's already
> installed(or if installed at all). Since my prefix is definitely
> different than /usr/ or /usr/local. May be a NULL check is appropriate
> as a workaround.

I didn't know of another way to implement this function. GParts is looking
for where gEDA is installed in order to read gEDA's configuration files. I'm
not aware of another mechanism to locate where gEDA is installed. Suggestions
are welcome.

I'll fix the segfault.

Cheers,
Ed



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