cannot load libcurses.so.1.

GRASS GRASS user
1

Hello List
I'd welcome some advice on how to get GRASS to load 'libcurses.so.1 '
After the first text screen, I press ENTER and get the message that
~grass416/bin/etc/gis_set cannot load libcurses.so.1.
I have that file but it doesn't get loaded. As a novice, I am uncertain
what I need to learn/do to fix this.
Any advice on how to achieve this or on what needs to be done?
David

2

Hi, David!!
your problem seems to be kind of unix library path...!!!
I mean, All the unix program which need some libraries try to find them
out along with libraray path
env. variable which must be defined in your startup shell-script
file(maybe .cshrc or .login)
If you use C shell, add the following line in .cshrc
....
setenv LD_LIBRARY_PATH "the full path name of the directory which is of
libcurses.so.1"

I hope it help you!!!!!

David Hine wrote:

Hello List
I'd welcome some advice on how to get GRASS to load 'libcurses.so.1 '
After the first text screen, I press ENTER and get the message that
~grass416/bin/etc/gis_set cannot load libcurses.so.1.
I have that file but it doesn't get loaded. As a novice, I am uncertain
what I need to learn/do to fix this.
Any advice on how to achieve this or on what needs to be done?
David

=================================================================
SungWon Choi | email: swchoi@esi3.geop.umanitoba.ca
Dept. Geological Science |
University Of Manitoba |
Phone : 204-474-7343 |
FAX : 204-474-7508 | Good Luck!

3

Hello David

On Jul 14, 10:12pm, David Hine wrote:

Subject: cannot load libcurses.so.1.
Hello List
I'd welcome some advice on how to get GRASS to load 'libcurses.so.1 '
After the first text screen, I press ENTER and get the message that
~grass416/bin/etc/gis_set cannot load libcurses.so.1.
I have that file but it doesn't get loaded. As a novice, I am uncertain
what I need to learn/do to fix this.
Any advice on how to achieve this or on what needs to be done?
David
-- End of excerpt from David Hine

You should check the new FAQ at

http://www.laum.uni-hannover.de/iln/grass/grass42/grass_faq.html

It has a question concerning this problem.

--
Sincerely,

Jazzman (a.k.a. Justin Hickey) e-mail: jhickey@hpcc.nectec.or.th
High Performance Computing Center
National Electronics and Computer Technology Center (NECTEC)
Bangkok, Thailand

People who think they know everything are very irritating to those
of us who do. ---Anonymous

Jazz and Trek Rule!!!

4

Hello,
Can grass4.2 be configured to allow concurrent use? If any one on
this list has any suggestion about setting GRASS4.2 for concurrent
use please help me.I would like to have 5 concurrent users running
GRASS4.2 via telnet.
Thanks in advance

Venkatesh Raghavan
raghavan@media.osaka-cu.ac.jp

5

If you want five seperate users in their own spaces, use 5 users in their
own accounts.

If you want multiple instances of GRASS, where they can affect each
other's current region, then rm .gislock before you start a new session of
GRASS. At startup, GRASS checks for the existence of ~/.gislock . If this
file is not present, GRASS starts. The only problem with concurrent usage
is that region changes can affect all the sessions in the same
Location/Mapset space. This is not a problem when you have multiple
accounts, because it is not a collection of different users on the same
account in the same space.

Good Luck
Angus Carr.

On Wed, 15 Jul 1998, Venkatesh Raghavan wrote:

Hello,
Can grass4.2 be configured to allow concurrent use? If any one on
this list has any suggestion about setting GRASS4.2 for concurrent
use please help me.I would like to have 5 concurrent users running
GRASS4.2 via telnet.
Thanks in advance

Venkatesh Raghavan
raghavan@media.osaka-cu.ac.jp

6

Hello,
Thanks for all the responses. Just a few more clarifications.
Appeciate your help

Angus Carr wrote:

If you want five seperate users in their own spaces, use 5 users in their
own accounts.

Yes I want at least 5 user but they should be able access the
sameGISDBASE,Location,and Mapset without affecting each other's current
region. I created 5 dummy locations.
Each of the five user logs in to GRASS selecting
one of the five dummy location and can access maps in the PERMANENT
mapset and create new maps in his own mapset. It works if all the users have
the same user id (UID). If I login as user with different UID, I get
a message saying that the user does not have access to any of the
available mapsets.Setting access to mapsets using the "g.access" command
does't have any effect. I do not understand why mapsets cannot be
accessed despite granting access for everyone (g.access option).

Any suggestions about providing access to GRASS data for users with
different UID.

Venkatesh Raghavan
raghavan@media.osaka-cu.ac.jp