[Top][All Lists]

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

Re: Strange problem...

From: Dennis Leeuw
Subject: Re: Strange problem...
Date: Sat, 18 Oct 2003 15:47:58 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020623 Debian/1.0.0-0.woody.1

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


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.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]