[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: gEDA-user: Upgrading gEDA



Hi,

Karel Kulhavy <clock@xxxxxxxxxxxxx> said:

> I had an old installation of gEDA that segfaulted every 5 minutes. I have 
been
> told to upgrade. So I downloaded gschem and it complained about libgeda so 
I
> downloaded libgeda. Compiled and installed libgeda and compiled and 
installed
> gschem. Now gschem doesn't segfault but generates invalid postscript so I
> cannot update the Ronja website because every time I type "make rsync", it
> ends up with an error message during compilation of the schematic into a 
PNG
> through postscript.

This should have worked, unless your system-gschemrc file or one of the 
other system scheme files has gotten corrupted.

> 
> I have been told that this is because something in my installation of gEDA
> is screwed.

Can you run your scripts and retreive the log file that gschem creates when 
you print?  If there is a problem finding the prolog file then there should 
be a message to that effect in the log file.  The postscript file you posted 
is missing the prolog, which gets copied from the geda data directory 
verbatim into the postscript output.  You should have a file 
called 'prolog.ps' somewhere under $prefix/share/gEDA.  This piece of 
postscript is where 'GEDAFont' gets defined. ($prefix is the what you 
supplied to ./configure when you built gschem and libgeda as --prefix=<some 
path>)

Do you have the gedadata enviroment variable set?  If so, perhaps it is 
pointing at an old installation of the system-rc files.  There is a command 
in the current startup guile scripts that sets the path and filename for the 
prolog file.  If this command is missing, because of gschem reading an old 
version of the startup script, then gschem will behave as you have shown.  
Verify in the log file that the system guile files that are being read are 
the ones that you most recently installed, especially if you have used a 
different prefix for your latest installation, compared to the old 
installation. Use the 'find' (or 'locate' if it's available) command on your 
system to find all the copies of the system-gschem files.  If you have more 
than one copy, then you have multiple installations of the tool, and this 
may be the source of your grief, especially if one of the installations 
lives under /usr/ or /, as the shared libraries there will get loaded if the 
LD_LIBRARY_PATH is not set correctly, or you have edited ld.so.conf.

Mike



-- 
--------------------------------------------------
                              Mike Jarabek
                                FPGA/ASIC Designer
   http://www.istop.com/~mjarabek
--------------------------------------------------




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