Re: [GRASS-dev] Re: [GRASS-user] g.manual tries to run C:\Program Files\Internet Exporer\iexplore (the 'L' is missing from 'Explorer')

2009-07-29 Thread Glynn Clements

Hamish wrote:

> For GRASS_HTML_BROWSER, it is read in a number of contexts by e.g.
> by g.manual shell script (6.x), g.manual python (7.x), wxGUI,
> tcl/tk GUI, grass-run.bat, gui startups, ...
> 
> so it needs to be both cross-platform, cross-language, and cross-
> environment (msys vs dos). thus IMO the only portable solution will
> be to store it in the OS's native FS format and have each client
> code translate downstream as needed rather than guess that up
> front.

That's all well and good, but we still aren't making any progress on
the original question, i.e. what must the specified program accept as
an argument?

Until that's know, developers don't know how to use it, and users
don't know how to set it.

> I find msys to be too large complex to simply say "msys does or
> does not support this or that" as a blanket statement.

By "MSys", I mean the port of bash.

-- 
Glynn Clements 
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] g.manual tries to run C:\Program Files\Internet Exporer\iexplore (the 'L' is missing from 'Explorer')

2009-07-28 Thread Hamish
Glynn wrote:
> Can you modify the script to print its arguments? And
> g.manual to print out $GRASS_HTML_BROWSER.

note1 that until Maris's space-in-filename fixes in 6.5svn have been
reviewed & backported to 6.4 we may just be chasing things already
fixed and not being efficient in our use of time.

note2 until osgeo4w has a new release, diito with anything having
to do with that version.

note3 (a contingent of) the MSys devs has made it clear that they
won't even apply patches fixing spaces in pathname issues because
if it works at all they worry about being flooded with bug reports
for every GNU util they ship with etc which fails with that. I
don't really agree with that strategy, but it's their project so
whatever. I've got a conglomerate patch in their SF bug tracker
solving some core spaces in pathnames problems which Colin applies
(plus his own improvements). But AFAIK that's just the startup
stuff.

For GRASS_HTML_BROWSER, it is read in a number of contexts by e.g.
by g.manual shell script (6.x), g.manual python (7.x), wxGUI,
tcl/tk GUI, grass-run.bat, gui startups, ...

so it needs to be both cross-platform, cross-language, and cross-
environment (msys vs dos). thus IMO the only portable solution will
be to store it in the OS's native FS format and have each client
code translate downstream as needed rather than guess that up
front.

"C:\Program Files" is not portable due to i18n, 
the above-mentioned MSys patch has long -> 8.3 DOS filena~1
batch file translation magic for reference, I assume python has
all the tools you need built in, tcltk can be pursuaded, ...
which leaves msys's /bin/sh.

I find msys to be too large complex to simply say "msys does or
does not support this or that" as a blanket statement.


Hamish



  

___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] g.manual tries to run C:\Program Files\Internet Exporer\iexplore (the 'L' is missing from 'Explorer')

2009-07-28 Thread Glynn Clements

Colin Nielsen wrote:

> These failed:
> export GRASS_HTML_BROWSER=/c/Program Files/Internet Explorer/iexplore.exe
> export GRASS_HTML_BROWSER=c:\Program Files\Internet Explorer\iexplore.exe (no 
> quotes)

This is down to the "export" command terminating the value at the
first space.

> export GRASS_HTML_BROWSER=c:\Programs\Firefox\firefox.exe
> ("c:ProgramsFirefoxfirefox.exe: command not found")

This is down to the shell interpreting the \ character.

Both of the above issues go away if you use single quotes, e.g.:

export 'GRASS_HTML_BROWSER=c:\Programs\Firefox\firefox.exe'

Note that I'm not concerned with the syntax for specifying the
variable's value, but the syntax of its arguments.

> However, for osgeo4w (non-msys) by putting the following in the
> etc/ini/grass.bat:
> This worked (though it didn't work above):
> set GRASS_HTML_BROWSER=/c/Program Files/Internet Explorer/iexplore.exe

Windows' "set" command treats everything after the = as the value,
regardless of any spaces, whereas bash's "export" command terminates
the value at the first unquoted/unescaped space.

As for the /c/... syntax, that will work if $GRASS_HTML_BROWSER is
being used in a bash script (e.g. g.manual), but won't work natively.

> These did not work:
> set GRASS_HTML_BROWSER="c:\Program Files\Internet Explorer\iexplore.exe"
> set GRASS_HTML_BROWSER="c:\PROGRA~1\INTERN~1\iexplore.exe"

The "set" command will treat any quotes literally, as part of the
variable's value.

> set GRASS_HTML_BROWSER=c:\PROGRA~1\INTERN~1\iexplore.exe

I suspect that this is a case of the setting setting being "correct"
rather than MSys-compatible.

> set GRASS_HTML_BROWSER=c:/Program\ Files/Internet\ Explorer/iexplore.exe
> set GRASS_HTML_BROWSER=/c/Program\ Files/Internet\ Explorer/iexplore.exe

Forward slashes and MSys' /c/... syntax won't work in Windows' command
interpreter. MSys' bash will convert filename syntax if it recognises
it as such.

> In sum, only a unix path with no quotes or space escapes will work.
> This path format does not work in msys. There is no path format that I
> found that works in both, clearly a problem.

Indeed. This is why we're giving up on MSys for GRASS 7. It's
impossible to specify filenames which will work both in both MSys and
elsewhere.

> > For opening URLs:
> >
> >       �...@echo off
> >        rundll32 url.dll,OpenURL "%1"
> >
> > This also appears to work with filenames, with both forward and
> > backward slashes. However, it returns immediately, while "cmd /c ..."
> > waits for the command to terminate.
> 
> I put the above into a batch file and it worked with the URL format,
> unix and windows, but g.manual wouldn't run with this batch file with
> it set as the value for GRASS_HTML_BROWSER

Can you modify the script to print its arguments? And g.manual to
print out $GRASS_HTML_BROWSER.

-- 
Glynn Clements 
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] g.manual tries to run C:\Program Files\Internet Exporer\iexplore (the 'L' is missing from 'Explorer')

2009-07-28 Thread Colin Nielsen
The variable's value should point to a browser's exe, not the
index.html of the docs folder.

Given that, more odd behaviour of g.manual re the variable. When
running wingrass through an msys terminal (r37101)

The following all worked
export GRASS_HTML_BROWSER="c:\Program Files\Internet Explorer\iexplore.exe"
export GRASS_HTML_BROWSER=c:/Program\ Files/Internet\ Explorer/iexplore.exe
export GRASS_HTML_BROWSER=/c/Program\ Files/Internet\ Explorer/iexplore.exe
export GRASS_HTML_BROWSER="c:\Programs\Firefox\firefox.exe"
export GRASS_HTML_BROWSER="/c/Programs/Firefox/firefox.exe"

Except that it didn't release my terminal until iexplore.exe was
closed. This was not true when firefox was used instead, the terminal
was released without closing the program. (nb. on my system firefox is
in a directory without spaces but this shouldn't be the problem).

These failed:
export GRASS_HTML_BROWSER=/c/Program Files/Internet Explorer/iexplore.exe
export GRASS_HTML_BROWSER=c:\Program Files\Internet
Explorer\iexplore.exe (no quotes)
export GRASS_HTML_BROWSER=c:\Programs\Firefox\firefox.exe
("c:ProgramsFirefoxfirefox.exe: command not found")
export GRASS_HTML_BROWSER="file:///c/Program Files/Internet
Explorer/iexplore.exe"
export GRASS_HTML_BROWSER="/c/Program\ Files/Internet\ Explorer/iexplore.exe"
export GRASS_HTML_BROWSER="c:/Program\ Files/Internet\
Explorer/iexplore.exe" (c:/Program\ Files/Internet\
Explorer/iexplore.exe: No such file or directory)
export GRASS_HTML_BROWSER="\c\Program Files\Internet
Explorer\iexplore.exe" (not surprisingly)

This all seems very inconsistent, but in summary for msys:
1) URLs don't work
2) Regular windows paths are fine as long as they are in quotes
3) Unix paths are fine as long as they're not in quotes (unless there
are no spaces, then its ok) and use backslash on spaces.

However, for osgeo4w (non-msys) by putting the following in the
etc/ini/grass.bat:
This worked (though it didn't work above):
set GRASS_HTML_BROWSER=/c/Program Files/Internet Explorer/iexplore.exe

These did not work:
set GRASS_HTML_BROWSER="c:\Program Files\Internet Explorer\iexplore.exe"
set GRASS_HTML_BROWSER="c:\PROGRA~1\INTERN~1\iexplore.exe"
set GRASS_HTML_BROWSER=c:\PROGRA~1\INTERN~1\iexplore.exe
set GRASS_HTML_BROWSER=c:/Program\ Files/Internet\ Explorer/iexplore.exe
set GRASS_HTML_BROWSER=/c/Program\ Files/Internet\ Explorer/iexplore.exe

In sum, only a unix path with no quotes or space escapes will work.
This path format does not work in msys. There is no path format that I
found that works in both, clearly a problem.

> AFAICT, the "right" way to open files on Windows is to simply run them
> via the shell, e.g. pointing GRASS_HTML_BROWSER at a batch file
> containing:
>
>       �...@echo off
>        cmd /c "%1"
>
If you use "cmd /k" instead of "cmd /c" it should return the terminal
without having to terminate the command.
>
> For opening URLs:
>
>       �...@echo off
>        rundll32 url.dll,OpenURL "%1"
>
> This also appears to work with filenames, with both forward and
> backward slashes. However, it returns immediately, while "cmd /c ..."
> waits for the command to terminate.

I put the above into a batch file and it worked with the URL format,
unix and windows, but g.manual wouldn't run with this batch file with
it set as the value for GRASS_HTML_BROWSER

>
> When the command terminates depends upon the command. For Notepad, it
> means exiting Notepad. Firefox returns once it has displayed the page
> if it uses an existing instance, but waits until you exit it if it has
> to start a new instance.

Ahh this clears up the firefox exception above. However, when tested
on iexplore, it opens a new instance instead of adding it as a tab and
so won't return until that instance is closed.

>
> If we can confirm that the OpenURL approach works on most versions of
> Windows, we should use that for GRASS_HTML_BROWSER rather than
> iexplore.exe (particularly as init.bat currently uses a hard-coded
> pathname which will typically be wrong on non-English versions of
> Windows; hint: use %ProgramFiles% to get the "Program Files"
> directory).
>

I agree with Glynn, this is definitely the way to go if it can be
figured out since it would be better to use the user's preference,
already set in windows, for opening URLs. It worked on Vista, but only
by calling the batch file myself, not when it was set as the value of
GRASS_HTML_BROWSER. Perhaps because the g.manual script looks for an
exe specifically...

-Colin
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-dev] Re: [GRASS-user] g.manual tries to run C:\Program Files\Internet Exporer\iexplore (the 'L' is missing from 'Explorer')

2009-07-27 Thread Maris Nartiss
On Linux proper default would be calling "xdg-open file|URL".

Maris.

2009/7/27, Glynn Clements :
>

> BTW:
>
> AFAICT, the "right" way to open files on Windows is to simply run them
> via the shell, e.g. pointing GRASS_HTML_BROWSER at a batch file
> containing:

> --
> Glynn Clements 
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] g.manual tries to run C:\Program Files\Internet Exporer\iexplore (the 'L' is missing from 'Explorer')

2009-07-27 Thread Glynn Clements

Hamish wrote:

> > Could anyone clarify which of the following are valid
> > arguments to GRASS_HTML_BROWSER?
> > 
> > 1. A native filename, e.g.:
> > 
> >     C:\GRASS\docs\html\index.html
> > 
> > 2. A Unix-ish filename, e.g.:
> > 
> >     C:/GRASS/docs/html/index.html
> 
> the above failed on ms windows, which split it into C :/ GRASS..
> and didn't know the "C" rfc protocol, and then :/ as the first
> part of :// etc.
> 
> changed to be:
>  
> > 3. A file: URL, e.g.:
> > 
> >     file:///C:/GRASS/docs/html/index.html
> 
> from gis.m AFAIR.
>  
> > 4. A HTTP URL, e.g.:
> > 
> >     http://grass.osgeo.org/
> 
> I assume that would work, but I believe the goal is to have help
> available on the local computer as the software could often
> be used on a laptop for field work where no internet access is
> available.
> 
> 
> > It would be much easier to set GRASS_HTML_BROWSER correctly
> > if I knew how it's actually meant to be used.
> 
> I expect exact argument usage is dependent on the browser you
> give for GRASS_HTML_BROWSER.

That's backwards. The user doesn't get to choose what arguments it is
passed; that's built into the software.

The user (and init scripts) need to set GRASS_HTML_BROWSER according
to what it is supposed to be capable of dealing with.

And developers need to ensure that it is only passed arguments
which match what GRASS_HTML_BROWSER is documented as supporting.

But in order to do either of those things, the semantics need to be
documented. And they aren't. AFAICT, the only documentation is (from
lib/init/variables.html):

  GRASS_HTML_BROWSER
  [init.sh, wxgui]
defines name of HTML browser. For most platforms this should be
an executable in your PATH, or the full path to an executable

[plus some stuff about OSX.]

Apparently it should identify "an executable". Well, that doesn't
really help much.

As it stands, any and all usage of GRASS_HTML_BROWSER is a bug. It
isn't possible to use it correctly when there's no definition of
"correct".

BTW:

AFAICT, the "right" way to open files on Windows is to simply run them
via the shell, e.g. pointing GRASS_HTML_BROWSER at a batch file
containing:

@echo off
cmd /c "%1"

This will open the file via its registered command, as if it had been
double-clicked in Explorer.

For opening URLs:

@echo off
rundll32 url.dll,OpenURL "%1"

This also appears to work with filenames, with both forward and
backward slashes. However, it returns immediately, while "cmd /c ..." 
waits for the command to terminate.

When the command terminates depends upon the command. For Notepad, it
means exiting Notepad. Firefox returns once it has displayed the page
if it uses an existing instance, but waits until you exit it if it has
to start a new instance.

If we can confirm that the OpenURL approach works on most versions of
Windows, we should use that for GRASS_HTML_BROWSER rather than
iexplore.exe (particularly as init.bat currently uses a hard-coded
pathname which will typically be wrong on non-English versions of
Windows; hint: use %ProgramFiles% to get the "Program Files"
directory).

-- 
Glynn Clements 
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] g.manual tries to run C:\Program Files\Internet Exporer\iexplore (the 'L' is missing from 'Explorer')

2009-07-26 Thread Frank Bilki
On Sun, Jul 26, 2009 at 9:01 PM, Hamish wrote:

> I think it is fixed but the osgeo4w GRASS package is so far
> out of date now & so untested..

Is it possible to update the OSGeo4W installation using (say) the
WinGRASS-6.4.0RC5-1 setup, or would that just cause more problems than
it's worth?

As a test I followed the exact instructions described in the
'Installation' topic on
http://trac.osgeo.org/osgeo4w/wiki/pkg-grass#Errata using Google
Chrome instead Firefox, but as expected it didn't work with the
backslashes. Changing them to forward slashes worked perfectly.

It also doesn't seem to matter if the change is made in
C:\OSGeo4W\etc\ini\grass.bat or C:\OSGeo4W\bin\grass64.bat as long as
it is made in one of them.

Glynn Clements wrote:

> Could anyone clarify which of the following are valid arguments to
> GRASS_HTML_BROWSER?
>
> 1. A native filename, e.g.:
>
>   C:\GRASS\docs\html\index.html
>
> 2. A Unix-ish filename, e.g.:
>
>   C:/GRASS/docs/html/index.html
>
> 3. A file: URL, e.g.:
>
>   file:///C:/GRASS/docs/html/index.html

After tinkering with this for a while on a couple different computers
(both using Vista and both with an OSGeo4W installation so not much of
a test really) I would say:

1. Invalid
2. Valid, even though it is Windows
3. Invalid (at least in terms of pointing to the default browser. Not
tested with html documents.)

Cheers,

Frank
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] g.manual tries to run C:\Program Files\Internet Exporer\iexplore (the 'L' is missing from 'Explorer')

2009-07-26 Thread Hamish
Glynn Clements wrote:
> Could anyone clarify which of the following are valid
> arguments to GRASS_HTML_BROWSER?
> 
> 1. A native filename, e.g.:
> 
>     C:\GRASS\docs\html\index.html
> 
> 2. A Unix-ish filename, e.g.:
> 
>     C:/GRASS/docs/html/index.html

the above failed on ms windows, which split it into C :/ GRASS..
and didn't know the "C" rfc protocol, and then :/ as the first
part of :// etc.

changed to be:
 
> 3. A file: URL, e.g.:
> 
>     file:///C:/GRASS/docs/html/index.html

from gis.m AFAIR.
 
> 4. A HTTP URL, e.g.:
> 
>     http://grass.osgeo.org/

I assume that would work, but I believe the goal is to have help
available on the local computer as the software could often
be used on a laptop for field work where no internet access is
available.


> It would be much easier to set GRASS_HTML_BROWSER correctly
> if I knew how it's actually meant to be used.

I expect exact argument usage is dependent on the browser you
give for GRASS_HTML_BROWSER.


AFAIK g.manual is now fixed on WinGrass, we just wait for new
builds to confirm.


Hamish





___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] g.manual tries to run C:\Program Files\Internet Exporer\iexplore (the 'L' is missing from 'Explorer')

2009-07-26 Thread Glynn Clements

Hamish wrote:

> > rem Path to your web browser
> > rem set
> > GRASS_HTML_BROWSER=%SYSTEMDRIVE%\PROGRA~1\INTERN~1\IEXPLORE.EXE
> > ...
> > 
> > I also tried changing the above statement to:
> > set GRASS_HTML_BROWSER=%PROGRAMFILES%\Internet
> > Explorer\iexplore.exe
> > 
> > but I still got the same error.
> > 
> > C:\OSGeo4W\etc\ini\grass.bat
> > 
> > ...
> > set GRASS_HTML_BROWSER=%PROGRAMFILES%\Internet
> > Explorer\iexplore
> > ...
> > 
> > I can confirm that grass.bat is executed, but it also
> > appears to be
> > overridden by grass64.bat (I can tell because the g.manual
> > error contains
> > "iexplorer.exe" rather than just "iexplore").
> 
> fwiw, mswindows/GRASS-Installer.nsi in the source code sets
> it to iexplore.exe

Could anyone clarify which of the following are valid arguments to
GRASS_HTML_BROWSER?

1. A native filename, e.g.:

C:\GRASS\docs\html\index.html

2. A Unix-ish filename, e.g.:

C:/GRASS/docs/html/index.html

3. A file: URL, e.g.:

file:///C:/GRASS/docs/html/index.html

4. A HTTP URL, e.g.:

http://grass.osgeo.org/

It would be much easier to set GRASS_HTML_BROWSER correctly if I knew
how it's actually meant to be used.

-- 
Glynn Clements 
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


RE: [GRASS-user] g.manual tries to run C:\Program Files\Internet Exporer\iexplore (the 'L' is missing from 'Explorer')

2009-07-26 Thread Glynn Clements

Frank Bilki wrote:

> That worked! Thanks so much for the suggestion.
> 
> I experimented with combining the forward slashes and the full pathname with
> spaces (e.g. C:/Program Files/Internet Explorer/iexplore) and that also
> worked. So it seems the cause was using back-slashes instead of
> forward-slashes.
> 
> I notice that the batch file contains a mixture of back- and
> forward-slashes, e.g.:
> 
> set WINGISBASE=%OSGEO4W_ROOT%/apps/grass/grass-6.4.0svn
> "%WINGISBASE%"\etc\init.bat %*
> 
> Is there a systematic rule for choosing which to use?

Anything that might be used by system() or from within a batch file
needs to use backslashes. The Windows command interpreter uses forward
slashes to indicate switches.

The rest of Windows accepts forward slashes.

OTOH, anything which needs to be used from within a Bourne-shell
script needs to use forward slashes. Also, the GRASS libraries tend to
assume forward slashes; some of this has been fixed, but probably not
all of it.

The issues with backslashes and spaces in filenames are a large part
of the reason that GRASS 7 has almost completely abandoned
Bourne-shell scripts in favour of Python.

-- 
Glynn Clements 
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] g.manual tries to run C:\Program Files\Internet Exporer\iexplore (the 'L' is missing from 'Explorer')

2009-07-26 Thread Hamish
Frank Bilki wrote:
> Subject: Re: [GRASS-user] g.manual tries to run C:\Program Files\Internet 
> Exporer\iexplore (the 'L' is missing from 'Explorer')

this is osgeo4w bug #86,

http://trac.osgeo.org/osgeo4w/wiki/pkg-grass#Errata
https://trac.osgeo.org/grass/wiki/CompileOnWindows
https://trac.osgeo.org/grass/log/grass/branches/releasebranch_6_4/mswindows

I think it is fixed but the osgeo4w GRASS package is so far
out of date now & so untested..


> Thanks for the suggestion and the link to the changeset. It
> turns out I had
> already made that change, having also discovered
> grass64.bat after editing
> grass.bat. 

the osgeo4w installer adds a few extra layers of "grass.bat"s
on its own, some of which are created by the nsi scripts in
the mswindows/ dir of the source code.


> That particular command was commented out in my version; I
> tried un-commenting it but I still got the same error.
> 
> The relevant contents of my two batch files are:
> 
> C:\OSGeo4W\bin\grass64.bat
> --
> ...
> rem Path to your web browser
> rem set
> GRASS_HTML_BROWSER=%SYSTEMDRIVE%\PROGRA~1\INTERN~1\IEXPLORE.EXE
> ...
> 
> I also tried changing the above statement to:
> set GRASS_HTML_BROWSER=%PROGRAMFILES%\Internet
> Explorer\iexplore.exe
> 
> but I still got the same error.
> 
> C:\OSGeo4W\etc\ini\grass.bat
> 
> ...
> set GRASS_HTML_BROWSER=%PROGRAMFILES%\Internet
> Explorer\iexplore
> ...
> 
> I can confirm that grass.bat is executed, but it also
> appears to be
> overridden by grass64.bat (I can tell because the g.manual
> error contains
> "iexplorer.exe" rather than just "iexplore").

fwiw, mswindows/GRASS-Installer.nsi in the source code sets
it to iexplore.exe

> After some investigation I also found another copy of
> grass64.bat at
> C:\OSGeo4W\apps\grass\bin, however the second copy does not
> appear to be
> executed and is missing several statements.
> 
> The operation and purpose of all the batch files isn't
> clear to me at the
> moment but I will help where I can to diagnose the
> problem.


try reading through the osgeo4w bug reports and changes linked
above, JEF has explained a bit how their setup works in those
tickets.


good luck,
Hamish

ps - I'll be offline and unable to help for a while



  

___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


RE: [GRASS-user] g.manual tries to run C:\Program Files\Internet Exporer\iexplore (the 'L' is missing from 'Explorer')

2009-07-25 Thread Frank Bilki
Hi Milton,

That worked! Thanks so much for the suggestion.

I experimented with combining the forward slashes and the full pathname with
spaces (e.g. C:/Program Files/Internet Explorer/iexplore) and that also
worked. So it seems the cause was using back-slashes instead of
forward-slashes.

I notice that the batch file contains a mixture of back- and
forward-slashes, e.g.:

set WINGISBASE=%OSGEO4W_ROOT%/apps/grass/grass-6.4.0svn
"%WINGISBASE%"\etc\init.bat %*

Is there a systematic rule for choosing which to use?

Cheers,

Frank


From: Milton Cezar Ribeiro [mailto:miltinho.astrona...@gmail.com] 
Sent: Sunday, 26 July 2009 2:05 PM
To: Frank Bilki
Cc: grass-user@lists.osgeo.org; neteler.os...@gmail.com
Subject: Re: [GRASS-user] g.manual tries to run C:\Program Files\Internet
Exporer\iexplore (the 'L' is missing from 'Explorer')

Hi Frank,
 
Try: 
set GRASS_HTML_BROWSER=C:/Progra~1/Intern~1/iexplore

You can also cast opening the following file on your browser:
file:///C:/OSGeo4W/apps/grass/grass-6.4.0svn/docs/html/full_index.html
(change the version directory)
 
bests
 
milton


___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] g.manual tries to run C:\Program Files\Internet Exporer\iexplore (the 'L' is missing from 'Explorer')

2009-07-25 Thread Milton Cezar Ribeiro
Hi Frank,

Try:
set GRASS_HTML_BROWSER=C:/Progra~1/Intern~1/iexplore
You can also cast opening the following file on your browser:
file:///C:/OSGeo4W/apps/grass/grass-6.4.0svn/docs/html/full_index.html
(change the version directory)

bests

milton
2009/7/26 Frank Bilki 

> Hi Markus,
>
> Thanks for the suggestion and the link to the changeset. It turns out I had
> already made that change, having also discovered grass64.bat after editing
> grass.bat.
>
> That particular command was commented out in my version; I tried
> un-commenting it but I still got the same error.
>
> The relevant contents of my two batch files are:
>
> C:\OSGeo4W\bin\grass64.bat
> --
> ...
> rem Path to your web browser
> rem set GRASS_HTML_BROWSER=%SYSTEMDRIVE%\PROGRA~1\INTERN~1\IEXPLORE.EXE
> ...
>
> I also tried changing the above statement to:
> set GRASS_HTML_BROWSER=%PROGRAMFILES%\Internet Explorer\iexplore.exe
>
> but I still got the same error.
>
> C:\OSGeo4W\etc\ini\grass.bat
> 
> ...
> set GRASS_HTML_BROWSER=%PROGRAMFILES%\Internet Explorer\iexplore
> ...
>
> I can confirm that grass.bat is executed, but it also appears to be
> overridden by grass64.bat (I can tell because the g.manual error contains
> "iexplorer.exe" rather than just "iexplore").
>
> After some investigation I also found another copy of grass64.bat at
> C:\OSGeo4W\apps\grass\bin, however the second copy does not appear to be
> executed and is missing several statements.
>
> The operation and purpose of all the batch files isn't clear to me at the
> moment but I will help where I can to diagnose the problem.
>
> Cheers,
>
> Frank
>
> --------------
>
> Message: 2
> Date: Sat, 25 Jul 2009 18:48:52 +0200
> From: Markus Neteler 
> Subject: Re: [GRASS-user] g.manual tries to run C:\Program Files\Internet
> Exporer\iexplore (the 'L' is missing from 'Explorer')
> To: Frank Bilki 
> Cc: GRASS user list 
> Message-ID:
><86782b610907250948m49ba0b0ey92eec0a1394e...@mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Sat, Jul 25, 2009 at 4:58 PM, Frank Bilki wrote:
> > Hi All,
> >
> > Being very, very new to GRASS (6.4.0svn, installed via OSGeo4W) I am
> reading
> > as much documentation as I can lay my hands on, but I keep hitting a
> > recurring problem:
> >
> > Every time I run g.manual I get an error saying it cannot find
> 'C:\Program
> > Files\Internet Exporer\iexplore'. After reading the message very
> carefully
> I
> > realised it is because the 'L' is missing from 'Explorer'.
>
> This has been reported in
> http://trac.osgeo.org/osgeo4w/ticket/86
> and AFAIK been fixed. Unfortunately the OSGeo4W-GRASS is
> old(er) and does not seem to incorporate this fix. We made
> several other fixes, too, which are missing.
>
> Action item: We need a volunteer to take over compilation of the
> OSGeo4W-GRASS package. PLEASE SOMEONE :)
>
> > According to the manual page on GRASS Variables and Environment
> Variables,
> > GRASS_HTML_VIEWER is a 'shell environment' variable (this name makes no
> > sense to me running under Windows Vista) and I should be able to set it
> to
> > the full path of my current HTML browser. I tried creating a new System
> > Variable from My Computer called GRASS_HTML_VIEWER containing the
> > appropriate path. It didn't work; GRASS still looked for Internet
> 'Exporer'.
> >
> > After a great deal of searching my computer I discovered that the
> offending
> > path is stored within the 'C:\OSGeo4W\etc\ini\grass.bat' file. However, I
> > can't find any references in the documentation that could lead me there
> in
> a
> > more controlled way.
>
> > But, even after I added the 'L' to the path I still get the same error:
> >
> > C:\Program Files\Internet Explorer\iexplore: command not found
>
> I have seen this:
> http://trac.osgeo.org/grass/changeset/37214
>
> but I wonder if OSGeo4W has a different grass.bat file?
>
> > What is wrong with this command? Is it because there are spaces in the
> > folder names? I've tried putting it in quotes, changing %PROGRAMFILES% to
> > C:\Program Files, and putting the .exe after iexplore, but nothing seems
> to
> > work.
>
> Please check with above changeset, maybe it gives an idea.
>
> > I know there are alternative ways to get to the documentation (which are
> > what I'm using now), but I am using this as a learning exercise and I
> want
> > to understand exactly what's happening here. I also wanted to share this
> > with others who might be having the same problem with this particular
> > version.
>
> Thanks for trying, we really appreciate feedback (and need more power
> users for OSGeo4W).
>
> Markus
>
>
>
> ___
> grass-user mailing list
> grass-user@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-user
>
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] g.manual tries to run C:\Program Files\Internet Exporer\iexplore (the 'L' is missing from 'Explorer')

2009-07-25 Thread Frank Bilki
Hi Markus,

Thanks for the suggestion and the link to the changeset. It turns out I had
already made that change, having also discovered grass64.bat after editing
grass.bat. 

That particular command was commented out in my version; I tried
un-commenting it but I still got the same error.

The relevant contents of my two batch files are:

C:\OSGeo4W\bin\grass64.bat
--
...
rem Path to your web browser
rem set GRASS_HTML_BROWSER=%SYSTEMDRIVE%\PROGRA~1\INTERN~1\IEXPLORE.EXE
...

I also tried changing the above statement to:
set GRASS_HTML_BROWSER=%PROGRAMFILES%\Internet Explorer\iexplore.exe

but I still got the same error.

C:\OSGeo4W\etc\ini\grass.bat

...
set GRASS_HTML_BROWSER=%PROGRAMFILES%\Internet Explorer\iexplore
...

I can confirm that grass.bat is executed, but it also appears to be
overridden by grass64.bat (I can tell because the g.manual error contains
"iexplorer.exe" rather than just "iexplore").

After some investigation I also found another copy of grass64.bat at
C:\OSGeo4W\apps\grass\bin, however the second copy does not appear to be
executed and is missing several statements.

The operation and purpose of all the batch files isn't clear to me at the
moment but I will help where I can to diagnose the problem.

Cheers,

Frank

--

Message: 2
Date: Sat, 25 Jul 2009 18:48:52 +0200
From: Markus Neteler 
Subject: Re: [GRASS-user] g.manual tries to run C:\Program Files\Internet
Exporer\iexplore (the 'L' is missing from 'Explorer')
To: Frank Bilki   
Cc: GRASS user list 
Message-ID:
<86782b610907250948m49ba0b0ey92eec0a1394e...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

On Sat, Jul 25, 2009 at 4:58 PM, Frank Bilki wrote:
> Hi All,
>
> Being very, very new to GRASS (6.4.0svn, installed via OSGeo4W) I am
reading
> as much documentation as I can lay my hands on, but I keep hitting a
> recurring problem:
>
> Every time I run g.manual I get an error saying it cannot find 'C:\Program
> Files\Internet Exporer\iexplore'. After reading the message very carefully
I
> realised it is because the 'L' is missing from 'Explorer'.

This has been reported in
http://trac.osgeo.org/osgeo4w/ticket/86
and AFAIK been fixed. Unfortunately the OSGeo4W-GRASS is
old(er) and does not seem to incorporate this fix. We made
several other fixes, too, which are missing.

Action item: We need a volunteer to take over compilation of the
OSGeo4W-GRASS package. PLEASE SOMEONE :)

> According to the manual page on GRASS Variables and Environment Variables,
> GRASS_HTML_VIEWER is a 'shell environment' variable (this name makes no
> sense to me running under Windows Vista) and I should be able to set it to
> the full path of my current HTML browser. I tried creating a new System
> Variable from My Computer called GRASS_HTML_VIEWER containing the
> appropriate path. It didn't work; GRASS still looked for Internet
'Exporer'.
>
> After a great deal of searching my computer I discovered that the
offending
> path is stored within the 'C:\OSGeo4W\etc\ini\grass.bat' file. However, I
> can't find any references in the documentation that could lead me there in
a
> more controlled way.

> But, even after I added the 'L' to the path I still get the same error:
>
> C:\Program Files\Internet Explorer\iexplore: command not found

I have seen this:
http://trac.osgeo.org/grass/changeset/37214

but I wonder if OSGeo4W has a different grass.bat file?

> What is wrong with this command? Is it because there are spaces in the
> folder names? I've tried putting it in quotes, changing %PROGRAMFILES% to
> C:\Program Files, and putting the .exe after iexplore, but nothing seems
to
> work.

Please check with above changeset, maybe it gives an idea.

> I know there are alternative ways to get to the documentation (which are
> what I'm using now), but I am using this as a learning exercise and I want
> to understand exactly what's happening here. I also wanted to share this
> with others who might be having the same problem with this particular
> version.

Thanks for trying, we really appreciate feedback (and need more power
users for OSGeo4W).

Markus



___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] g.manual tries to run C:\Program Files\Internet Exporer\iexplore (the 'L' is missing from 'Explorer')

2009-07-25 Thread Markus Neteler
On Sat, Jul 25, 2009 at 4:58 PM, Frank Bilki wrote:
> Hi All,
>
> Being very, very new to GRASS (6.4.0svn, installed via OSGeo4W) I am reading
> as much documentation as I can lay my hands on, but I keep hitting a
> recurring problem:
>
> Every time I run g.manual I get an error saying it cannot find 'C:\Program
> Files\Internet Exporer\iexplore'. After reading the message very carefully I
> realised it is because the 'L' is missing from 'Explorer'.

This has been reported in
http://trac.osgeo.org/osgeo4w/ticket/86
and AFAIK been fixed. Unfortunately the OSGeo4W-GRASS is
old(er) and does not seem to incorporate this fix. We made
several other fixes, too, which are missing.

Action item: We need a volunteer to take over compilation of the
OSGeo4W-GRASS package. PLEASE SOMEONE :)

> According to the manual page on GRASS Variables and Environment Variables,
> GRASS_HTML_VIEWER is a 'shell environment' variable (this name makes no
> sense to me running under Windows Vista) and I should be able to set it to
> the full path of my current HTML browser. I tried creating a new System
> Variable from My Computer called GRASS_HTML_VIEWER containing the
> appropriate path. It didn't work; GRASS still looked for Internet 'Exporer'.
>
> After a great deal of searching my computer I discovered that the offending
> path is stored within the 'C:\OSGeo4W\etc\ini\grass.bat' file. However, I
> can't find any references in the documentation that could lead me there in a
> more controlled way.

> But, even after I added the 'L' to the path I still get the same error:
>
> C:\Program Files\Internet Explorer\iexplore: command not found

I have seen this:
http://trac.osgeo.org/grass/changeset/37214

but I wonder if OSGeo4W has a different grass.bat file?

> What is wrong with this command? Is it because there are spaces in the
> folder names? I've tried putting it in quotes, changing %PROGRAMFILES% to
> C:\Program Files, and putting the .exe after iexplore, but nothing seems to
> work.

Please check with above changeset, maybe it gives an idea.

> I know there are alternative ways to get to the documentation (which are
> what I'm using now), but I am using this as a learning exercise and I want
> to understand exactly what's happening here. I also wanted to share this
> with others who might be having the same problem with this particular
> version.

Thanks for trying, we really appreciate feedback (and need more power
users for OSGeo4W).

Markus
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


[GRASS-user] g.manual tries to run C:\Program Files\Internet Exporer\iexplore (the 'L' is missing from 'Explorer')

2009-07-25 Thread Frank Bilki
Hi All,

Being very, very new to GRASS (6.4.0svn, installed via OSGeo4W) I am reading
as much documentation as I can lay my hands on, but I keep hitting a
recurring problem:

Every time I run g.manual I get an error saying it cannot find 'C:\Program
Files\Internet Exporer\iexplore'. After reading the message very carefully I
realised it is because the 'L' is missing from 'Explorer'.

According to the manual page on GRASS Variables and Environment Variables,
GRASS_HTML_VIEWER is a 'shell environment' variable (this name makes no
sense to me running under Windows Vista) and I should be able to set it to
the full path of my current HTML browser. I tried creating a new System
Variable from My Computer called GRASS_HTML_VIEWER containing the
appropriate path. It didn't work; GRASS still looked for Internet 'Exporer'.

After a great deal of searching my computer I discovered that the offending
path is stored within the 'C:\OSGeo4W\etc\ini\grass.bat' file. However, I
can't find any references in the documentation that could lead me there in a
more controlled way. 

But, even after I added the 'L' to the path I still get the same error:

C:\Program Files\Internet Explorer\iexplore: command not found

What is wrong with this command? Is it because there are spaces in the
folder names? I've tried putting it in quotes, changing %PROGRAMFILES% to
C:\Program Files, and putting the .exe after iexplore, but nothing seems to
work.

I know there are alternative ways to get to the documentation (which are
what I'm using now), but I am using this as a learning exercise and I want
to understand exactly what's happening here. I also wanted to share this
with others who might be having the same problem with this particular
version.

Cheers,

Frank


___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user