[GRASS-user] Re: Cygwin winGRASS 6.2 Errors!

[Hamish]

Hamish:
> > Before I get into that, any objections to adding the following extra
> > dependencies to setup.ini?
> >   (used in various scripts/; need Markus's help as it isn't in CVS)
> > netpbm
> > bc
> > wget
> > util-linux   # for more.exe; used as the pager for g.list.
Glynn:
> If you allow for all of the programs which scripts (or even compiled
> programs) might use, the requires: line is going to get rather long.

I just want those 4, plus unzip for r.in.srtm.  scripts/ that use `bc`
could be rewritten to use awk; and I think having netpbm installed is
just highly useful for a package dealing with raster images. (eg to
strip a GeoTIFF with bogus metadata back to a TIFF)
 
> Adding more (or less) is probably a good idea, as it's basically
> necessary with the default setup (although I just use
> GRASS_PAGER=cat). I wouldn't add anything which you can easily do
> without, though.

`less` comes default with Cygwin, but is a pain as the list disappears
as soon as you 'q'uit it. Plus people who aren't used to it (windows
users) have no idea how to exit `less`.


> > Starting GRASS ...
> > //usr/local/share/grassdata/spearfish60/user1/.gislock: No such host
> > or network path ERROR: /usr/local/grass-6.2.1/etc/lock:
> > Admin is currently running GRASS in selected mapset. Concurrent use
> > not allowed.
> > 
> > I guess it doesn't like /usr/local/share/grassdata/. Pity, as this
> > is a multi-user machine in the student lab.
> 
> No, it doesn't like the double slash, which indicates a network path
> (//usr/local = SMB share named "local" on host "usr").

oh, right. I'll try that again and see if the extra '/' was inserted by
me or the system.


> > $ grass62
> > # GUI Startup
> > # select spearfish
> > # gis.m starts up but then crashes:
> > ...
> > GRASS 6.2.1 (spearfish60):~ > child process exited abnormally
> > 
> > GRASS 6.2.1 (spearfish60):~ > g.proj -p
> > GRASS 6.2.1 (spearfish60):~ > g.region -p    
> > GRASS 6.2.1 (spearfish60):~ > g.region --help
> 
> How up-to-date is your Cygwin? I updated everything prior to building
> that package.

downloaded setup.exe yesterday, installed fresh Cygwin as part of the
install today.


> The above behaviour (program does nothing) used to occur when building
> with DLLs.
> 
> Unfortunately, it works on my system, so I probably can't be of much
> help in tracking down the problem.

I'll install gdb + cygwin's version of ldd* and see if I can find
anything. You didn't optimize & strip the binaries did you?

[*] $ cygcheck pgm.exe


looking at the programs which didn't build, it seems to be a problem
with these libs:
$(GPROJLIB)
$(VECTLIB)
$(IMAGERYLIB)
$(GMATHLIB)

Interesting, the order of libs in the Makefile is causing trouble:

#doesn't work
PGM = i.pca
LIBES     = $(IMAGERYLIB) $(GMATHLIB) $(GISLIB)

#works
PGM = i.his.rgb
LIBES     = $(IMAGERYLIB) $(GISLIB) $(GMATHLIB)


 
> FWIW; here is the output from "env | sort":

will diff for anything obvious.


by the way, exit code 53 is missing DLLs:
  http://www.cygwin.com/ml/cygwin/2006-10/msg00921.html



Hamish