Re: Strange problem...

[Dennis Leeuw]

Martin Brecher wrote:
> Dennis Leeuw wrote:
>
> > Using gnustep make/base 1.8.0
> > and gnustep gui/back 0.9.0
> > I am running into a strange problem I can't figure our.
> >
> > Using the system as described in the Build Guide and starting 
> > applications I get:
> > openapp Preferences.app
> > /usr/GNUstep/System/Applications/Preferences.app/Preferences: error 
> > while loading shared libraries: libPrefsModule.so.1: cannot open 
> > shared object file: No such file or directory
> >
> > and
> >
> > openapp GWorkspace
> > /usr/GNUstep/System/Applications/GWorkspace.app/GWorkspace: error 
> > while loading shared libraries: libGWorkspace.so.1: cannot open shared 
> > object file: No such file or directory
> >
> > Resourcing GNUstep.sh solves the problem.
>
>
> GNUstep.sh sets up LD_LIBRARY_PATH to enable the linker to find the 
> libraries that are otherwise missing when you invoke openapp. Thus, 
> sourcing GNUstep.sh from your .bashrc is recommended to have everything 
> in place when you open a new terminal window. If you want to run 
> applications directly from Window Maker, it's advisable to also source 
> GNUstep.sh from the Window Maker autostart script in 
> ~/GNUstep/Library/WindowMaker.

Correct, but somehow LD_LIBRARY_PATH is unset. To be short: who is 
F*cking with my variables and why is he doing it.

There are lots of ways to work around this. But actually
I don't want that. When I set LD_LIBRARY_PATH everything else can add
to it but not destroy it.

This is a bug somewhere I guess. So I'd like to know where. Certainly 
since it did work before.

Dennis