Details Ticket 112


Comment | Reply | Open


Serial Number 112
Subject Empty /usr/local/bin/grass5 file
Area none
Queue grass
Requestors Jon.Hujsak@Home.com
Owner jhickey
Status resolved
Last User Contact Wed Mar 21 09:50:34 2001 (7 yr ago)
Current Priority 30
Final Priority 70
Due No date assigned
Last Action Wed Sep 5 16:51:14 2001 (7 yr ago)
Created Tue Jan 30 04:00:46 2001 (8 yr ago)

Transaction History Ticket 112


Tue, Jan 30 2001 04:00:46    Request created by Jon.Hujsak@Home.com  
Return-Path <nobody@geog.uni-hannover.de>
Delivered-To grass-bugs@intevation.de
Date Tue, 30 Jan 2001 03:40:21 GMT
Message-Id <200101300340.DAA15417@hgeo02.geog.uni-hannover.de>
To grass-bugs@geog.uni-hannover.de, grass-bugs@intevation.de
From Jon.Hujsak@Home.com ()
Subject Empty /usr/local/bin/grass5 file
Sender nobody@geog.uni-hannover.de
Below is the result of your feedback form.  It was submitted by
 (Jon.Hujsak@Home.com) on Tuesday, January 30, 2001 at 03:40:21
---------------------------------------------------------------------------

subject: Empty /usr/local/bin/grass5 file

area: grass5beta11

platform: other

platform_other: Solaris 2.8

vendor: -- select --

cputype: -- select --

xwindows: -- select --

xwindows_other: Solaris default

windowsmanager: other

windowsmanager_other: CDE

tcltkver: tcl/tk 8.4

grassserver: Hannover site

grassversion: SUN/Solaris binaries

cvsyesno: -- select --

compiler: -- select --

bugreport: The Grass5Beta binary install creates an empty /usr/local/bin/grass5
file and the executable is no where to be found in /usr/local/grass5 directory
structure (should be bin.$ARCH/grass5, or something similar).

name: Jonathan Hujsak

---------------------------------------------------------------------------

REMOTE_HOST: ns1.marconiis.com


Tue, Jan 30 2001 04:30:04    Taken by jhickey  
Tue, Jan 30 2001 05:09:58    Mail sent by jhickey  
Hmmm. I'm confused. You claim you are using Grass binaries for Solaris but you
also refer to a bin.$ARCH directory. This directory should not be part of the
binaries. Could you please clarify this point for us?

However, this bug is still strange. What was the output from the
grass5install.sh script? Were any error messages printed?

As a workaround and assuming the rest of the grass5install.sh script worked,
and that you do have the solaris binaries, then the source grass5 file is
inside the tar file. This can be extracted manually by the following command
(make sure the file has been gunzipped):

tar -xvf grass?????????.tar grass5

Where the ???? marks are the appropriate version and machine name for the tar
file. Once that is extracted you can edit the file and change the GISBASE=
line to be 

GISBASE=/usr/local/grass5

If that is where the binary files were installed.

Please let me know if you have problems with this work around.

Justin Hickey (jhickey@hpcc.nectec.or.th)
Tue, Jan 30 2001 08:04:09    Mail sent by Jon.Hujsak@Home.com  
Return-Path <Jon.Hujsak@Home.com>
Delivered-To grass-bugs@intevation.de
Message-ID <3A766815.C11DDD2C@Home.com>
Date Mon, 29 Jan 2001 23:07:01 -0800
From Jon Hujsak <Jon.Hujsak@Home.com>
X-Mailer Mozilla 4.76 [en] (WinNT; U)
X-Accept-Language en
MIME-Version 1.0
To Justin Hickey via RT <grass-bugs@intevation.de>
Subject Re: [bug #112] (grass) Empty /usr/local/bin/grass5 file
References <20010130040958.14E463C0AC@intevation.de>
Content-Type text/plain; charset=UTF-8
Content-Transfer-Encoding 7bit
Hi!

The bin.$ARCH was just a guess taken from the earlier 4.3 release docs.

Let me pause for a second to clarify...

The binary release comes with a grass5install.sh script for unpacking
the gzipped distribution (.tar.gz). When this script is executed it moves
the binary files into the default /usr/local/grass5 directory which it creates
in the install process. It, like the 4.3 release, also places a startup script,
now called grass5, in the /use/local/bin directory. Unfortunately the file
produced by the 5.0 release is empty. It's ultimate effect, judging from
the Linux version, which works just fine, was to execute
/usr/local/grass5/etc/Init.sh which actually launches grass, according to
the internal documentation.

Apparently something is wrong in that a zero size startup script is
being generated - that's all. Could be that Sun has changed something
in the 2.8 Solaris environment that's causing this problem.

I will re-install and capture the install script output tomorrow and
forward it over to you. I would be glad to do anything to help
track this down.

Configuration:

SPARC Ultra 10
Solaris 2.8

--Jon Hujsak


Justin Hickey via RT wrote:

> Hmmm. I'm confused. You claim you are using Grass binaries for Solaris but
you
> also refer to a bin.$ARCH directory. This directory should not be part of the
> binaries. Could you please clarify this point for us?
>
> However, this bug is still strange. What was the output from the
> grass5install.sh script? Were any error messages printed?
>
> As a workaround and assuming the rest of the grass5install.sh script worked,
> and that you do have the solaris binaries, then the source grass5 file is
> inside the tar file. This can be extracted manually by the following command
> (make sure the file has been gunzipped):
>
> tar -xvf grass?????????.tar grass5
>
> Where the ???? marks are the appropriate version and machine name for the tar
> file. Once that is extracted you can edit the file and change the GISBASE=
> line to be
>
> GISBASE=/usr/local/grass5
>
> If that is where the binary files were installed.
>
> Please let me know if you have problems with this work around.
>
> Justin Hickey (jhickey@hpcc.nectec.or.th)
>
> -------------------------------------------- Managed by Request Tracker


Tue, Feb 6 2001 12:05:55    Mail sent by jhickey  
Hi Jon

Any update on this issue? Just curious since I haven't heard from you since
last week.

Justin Hickey
Tue, Feb 6 2001 17:47:02    Mail sent by Jon.Hujsak@Home.com  
Return-Path <Jon.Hujsak@Home.com>
Delivered-To grass-bugs@intevation.de
Message-ID <3A802B39.B38E2173@Home.com>
Date Tue, 06 Feb 2001 08:50:01 -0800
From Jon Hujsak <Jon.Hujsak@Home.com>
X-Mailer Mozilla 4.76 [en] (WinNT; U)
X-Accept-Language en
MIME-Version 1.0
To Justin Hickey via RT <grass-bugs@intevation.de>
Subject Re: [bug #112] (grass) Empty /usr/local/bin/grass5 file
References <20010206110556.ADC573C0D0@intevation.de>
Content-Type text/plain; charset=UTF-8
Content-Transfer-Encoding 7bit
Hi Justin,

Sorry, things got a little busy over here. No luck with the latest
suggestions. In the meantime I built Grass 5.0 on a neighboring
Red Hat Linux 6.2 box which produced the appropriate script
file (grass5) in /usr/local/bin. I'm going to try jump starting the
binary Solaris Grass 5.0 release using this file.

This Solaris 2.8 system has caused a number of formidable
problems. The grass5 source won't build on it even though
we have (see [bug #113]) everything in place that's specified
for the build. Huge number of compile errors result. There is
something very different about this 2.8 environment that's
going to take some sorting out.

--Jon

Justin Hickey via RT wrote:

> Hi Jon
>
> Any update on this issue? Just curious since I haven't heard from you since
> last week.
>
> Justin Hickey
>
> -------------------------------------------- Managed by Request Tracker


Wed, Feb 7 2001 04:33:41    Mail sent by jhickey  
Hi Jon

Jon.Hujsak@Home.com wrote (Tue, Feb 6 2001 17:47:02):
> Hi Justin,
> 
> Sorry, things got a little busy over here. No luck with the latest
> suggestions. In the meantime I built Grass 5.0 on a neighboring
> Red Hat Linux 6.2 box which produced the appropriate script
> file (grass5) in /usr/local/bin. I'm going to try jump starting the
> binary Solaris Grass 5.0 release using this file.
> 
> This Solaris 2.8 system has caused a number of formidable
> problems. The grass5 source won't build on it even though
> we have (see [bug #113]) everything in place that's specified
> for the build. Huge number of compile errors result. There is
> something very different about this 2.8 environment that's
> going to take some sorting out.

OK, I know what it's like to be busy. However, if you get a chance to come
back to this issue then please reply to this mail from the Grass webRT site.
I
still would like to know what is causing this problem. We have run into
several problems between platforms using non-standard UNIX calls, and this may
be another one.

Talk to you later and good luck with your Solaris 2.8 problems.
Wed, Mar 21 2001 09:50:34    Mail sent by mneteler  
Hi Jon,

just got a solution for the bug "__builtin_va_alist" not found:

cd src/libes/gis/
edit error.c

add:

#ifdef sun
#include <varargs.h>
#endif

Then GRASS should compile on Solaris2.8 properly.

Regards

 Markus Neteler
Wed, Sep 5 2001 16:51:09    Comments added by mneteler  
Seems to be resolved. MN
Wed, Sep 5 2001 16:51:14    Status changed to resolved by mneteler  
Comment | Reply | Open

You are currently authenticated as guest.
[Show Configuration] [Login as another user]

Users Guide - Mail Commands - Homepage of RequestTracker 1.0.7 - list any request