g.help problem

GRASS GRASS user
1

Changyi Sun writes:

We are having a problem with the g.help after we successfully (?) installed
GRASS 4.0 on our SiliconGraphics IRIS-4D.

This is an old message that was posted in response to the same problem
several months ago:

From: hoffmann@urzdfn.kartographie.tu-dresden.dbp.de
Message-Id: <930108105358*/S=hoffmann/OU=urzdfn/OU=kartographie/PRMD=TU-DRESDEN/ADMD=DBP/C=DE/@MHS>
Sender: lists-owner@max.cecer.army.mil
Reply-To: grassu-list@max.cecer.army.mil
Precedence: Bulk
Sender: lists-owner@moon.cecer.army.mil.
Reply-To: grassu-list@moon.cecer.army.mil.
Precedence: Bulk
To: grassu-list@max.cecer.army.mil
In-Reply-To: <199301080924.AA21771@max.cecer.army.mil>
Subject: (was without subject line: about G.HELP)
Status: R

Try it to use with ^j after command instead of RETURN.
We got the same effect, but on a TEK-88(U/TekV).
Example:
GRASS> G.HELP^J (control/j)

It should be an effect of unix compiling... our gurus said.

FH-TUD

2

That's nice to see the help recommendation again... But for me it will be
of interest to get contacts to sites who already managed the GRASS onto
the SGI IRIS-4D, so far this new machine now is standing by here (even with
a CD drive) but "waiting" for the CDROM release 4.1.....!!!
---
Any news about the disc with 4.1 ???
---
And another question about 3D module in GRASS4.0:
- I have processed 2 scenes overlay (spot+dem) and played "flying around" in
different resolutions. When used the high-res variants with grid space
100 meters there appeared different counts of #0 or #max peaks within the
different scenes...
- is this an effect within the "spot" image? I did not contro9l the
original spot scene for "max" values. In which pathway the stored
3D scenes could be re-found??? ^^^^^^^

Frank Hoffmann, TUD