[GRASS-dev] wingrass on VISSTA

GRASS GRASS developer
1

Has anybody installed the latest install on VISSTA?
we get only the first two icons and no Tcltk runs (that means no nviz)

http://grass.osgeo.org/grass64/binary/mswindows/native/WinGRASS-6.4.0SVN-r38537-1-Setup.exe

thanks,

Helena

2

Just an update, in case somebody else has a similar problem -
GRASS from OSGeo4W installer runs with nviz on the same VISTA computers
that had the problem below.

But we got an interesting issue with the native installer on our XP machines in the teaching lab.
After a separate Python2.5 install GRASS wxpython does not run anymore

The error message says:
python.exe
the procedure entry point ?PyWinObject_AsHABDLE@@YAHPAU_object@@PAPAX@Z
could not be located in the dynamic link library pywintypes25.dll

when we searched for pywintypes25.dll we got
C:\GRASS6-6-SVN\extralib 112KB 1/11/2009
C:\WINDOWS\system32 100KB 9/22/2006
C:\Python25\Lib\site_packages\ 100KB 9/22/2006
C:\GRASS6-6-SVN\Python25\Lib 112KB 1/11/2009

so it looks like the C:\Python25\Lib\site_packages version
is different from the one used by GRASS I asssume that the problem
we have is that GRASS is looking into the wrong pywintypes25.dll.
Is there a solution to this? So far it looks like removing the second
install of Python2.5 is not an option.

thanks,

Helena

On Aug 6, 2009, at 11:02 AM, Helena Mitasova wrote:

Has anybody installed the latest install on VISSTA?
we get only the first two icons and no Tcltk runs (that means no nviz)

http://grass.osgeo.org/grass64/binary/mswindows/native/WinGRASS-6.4.0SVN-r38537-1-Setup.exe

thanks,

Helena_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

3

Hi Helena,

On Thu, 06. Aug 2009 at 21:44:23 -0400, Helena Mitasova wrote:

when we searched for pywintypes25.dll we got
C:\GRASS6-6-SVN\extralib 112KB 1/11/2009
C:\WINDOWS\system32 100KB 9/22/2006
C:\Python25\Lib\site_packages\ 100KB 9/22/2006
C:\GRASS6-6-SVN\Python25\Lib 112KB 1/11/2009

so it looks like the C:\Python25\Lib\site_packages version
is different from the one used by GRASS I asssume that the problem
we have is that GRASS is looking into the wrong pywintypes25.dll.
Is there a solution to this? So far it looks like removing the second
install of Python2.5 is not an option.

I assume the problem is that you have the eldest DLL in system32. You could
try to remove it, update it with the latest one - hoping that it is backward
compatible - or move it somewhere where only the C:\Python25 install will look.

system32 has a special role and is search after the directory of the calling
object (ie. exe or dll), but before anything else. See
http://trac.osgeo.org/osgeo4w/ticket/35.

Jürgen

--
Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20
Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50
Software Engineer D-26506 Norden http://www.norbit.de

--
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502

4

Helena Mitasova wrote:

The error message says:
python.exe
the procedure entry point
?PyWinObject_AsHABDLE@@YAHPAU_object@@PAPAX@Z
could not be located in the dynamic link library
pywintypes25.dll

when we searched for pywintypes25.dll we got
C:\GRASS6-6-SVN\extralib 112KB 1/11/2009
C:\WINDOWS\system32 100KB 9/22/2006
C:\Python25\Lib\site_packages\ 100KB 9/22/2006
C:\GRASS6-6-SVN\Python25\Lib 112KB 1/11/2009

so it looks like the C:\Python25\Lib\site_packages version
is different from the one used by GRASS I asssume that the
problem we have is that GRASS is looking into the wrong
pywintypes25.dll.
Is there a solution to this? So far it looks like removing
the second install of Python2.5 is not an option.

what is the GRASS_PYTHON env variable set to before starting GRASS?

set GRASS_PYTHON=C:\GRASS6-6-SVN\Python25\Lib
?

does echo %GRASS_PYTHON% from the GRASS DOS prompt show the same?

Hamish

5

the problem is that GRASS is picking up the python25 that is installed by
ArcGIS which lives on the same computer. Updating this ArcGIS python
install did not solve the problem, the dll is still missing the object
needed by GRASS. Checking env shows
PYTHONHOME=C:\GRASS-6-SVN\Python25
PYTHONPATH=C:\Program Files\ArcGIS\bin

Helena Mitasova wrote:

The error message says:
python.exe
the procedure entry point
?PyWinObject_AsHABDLE@@YAHPAU_object@@PAPAX@Z
could not be located in the dynamic link library
pywintypes25.dll

when we searched for pywintypes25.dll we got
C:\GRASS6-6-SVN\extralib 112KB 1/11/2009
C:\WINDOWS\system32 100KB 9/22/2006
C:\Python25\Lib\site_packages\ 100KB 9/22/2006
C:\GRASS6-6-SVN\Python25\Lib 112KB 1/11/2009

so it looks like the C:\Python25\Lib\site_packages version
is different from the one used by GRASS I asssume that the
problem we have is that GRASS is looking into the wrong
pywintypes25.dll.
Is there a solution to this? So far it looks like removing
the second install of Python2.5 is not an option.

what is the GRASS_PYTHON env variable set to before starting GRASS?

it was not there, so I set it as you suggested below (I think GRASS6
should be GRASS below), but it still gives the same error - probably for
reasons explained by Jurgen. I am not sure we can move it somewhere else
because
that may cause problems with ArcGIS.

I would hate to go back to the old TclTk but I may need to if we cannot
get both GRASS and ArcGIS live peacefully on the same machine.
Also in the latest release TclTk file browser mysteriously lists
the files first as
._elevation
._slope
and then right after that
elevation
slope
has anybody seen anything like that?

Helena

set GRASS_PYTHON=C:\GRASS6-6-SVN\Python25\Lib
?

does echo %GRASS_PYTHON% from the GRASS DOS prompt show the same?

Hamish

6

the problem is that GRASS is picking up the python25 that is installed by
ArcGIS which lives on the same computer. Updating this ArcGIS python
install did not solve the problem, the dll is still missing the object
needed by GRASS. Checking env shows
PYTHONHOME=C:\GRASS-6-SVN\Python25
PYTHONPATH=C:\Program Files\ArcGIS\bin

Helena Mitasova wrote:

The error message says:
python.exe
the procedure entry point
?PyWinObject_AsHABDLE@@YAHPAU_object@@PAPAX@Z
could not be located in the dynamic link library
pywintypes25.dll

when we searched for pywintypes25.dll we got
C:\GRASS6-6-SVN\extralib 112KB 1/11/2009
C:\WINDOWS\system32 100KB 9/22/2006
C:\Python25\Lib\site_packages\ 100KB 9/22/2006
C:\GRASS6-6-SVN\Python25\Lib 112KB 1/11/2009

so it looks like the C:\Python25\Lib\site_packages version
is different from the one used by GRASS I asssume that the
problem we have is that GRASS is looking into the wrong
pywintypes25.dll.
Is there a solution to this? So far it looks like removing
the second install of Python2.5 is not an option.

what is the GRASS_PYTHON env variable set to before starting GRASS?

it was not there, so I set it as you suggested below (I think GRASS6
should be GRASS below),

sorry - it is GRASS6-6-SVN, still same problem

but it still gives the same error - probably for
reasons explained by Jurgen. I am not sure we can move it somewhere else
because
that may cause problems with ArcGIS.

I would hate to go back to the old TclTk but I may need to if we cannot
get both GRASS and ArcGIS live peacefully on the same machine.

Please ignore this - this is just with one particular data set,

Helena
Also in the latest release TclTk file browser mysteriously lists

the files first as
._elevation
._slope
and then right after that
elevation
slope
has anybody seen anything like that?

Helena

set GRASS_PYTHON=C:\GRASS6-6-SVN\Python25\Lib
?

does echo %GRASS_PYTHON% from the GRASS DOS prompt show the same?

Hamish

7

Helena wrote:

Also in the latest release TclTk file browser mysteriously
lists the files first as
._elevation
._slope
and then right after that
elevation
slope
has anybody seen anything like that?

let me guess: the data has been near Mac OSX at some point?

do a web search for "._Trashes" for a better answer than I can
give, but AFAIK they are harmless and can be deleted.

Hamish

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

8

you were right - thanks for the hint, fortunately it was just one data set that was affected.
I am still wondering why tcltk browser shows files that start with . ?
I haven't had a chance to try this data set with wxgui.

Helena

On Aug 7, 2009, at 6:49 PM, Hamish wrote:

Helena wrote:

Also in the latest release TclTk file browser mysteriously
lists the files first as
._elevation
._slope
and then right after that
elevation
slope
has anybody seen anything like that?

let me guess: the data has been near Mac OSX at some point?

do a web search for "._Trashes" for a better answer than I can
give, but AFAIK they are harmless and can be deleted.

Hamish

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

9

Helena Mitasova wrote:

I am still wondering why tcltk browser shows files that
start with . ?

It is my understanding that that is a feature of the tcltk file
picker, and there is nothing we can do about it.

Hamish