[GRASS-dev] Re: [GRASS GIS] #827: standalone-installer: execution failed on g.proj.exe -p

GRASS GIS trac at osgeo.org
Tue Jul 6 12:28:21 EDT 2010


#827: standalone-installer: execution failed on g.proj.exe -p
--------------------------+-------------------------------------------------
 Reporter:  timmie        |       Owner:  grass-dev@…              
     Type:  defect        |      Status:  new                      
 Priority:  normal        |   Milestone:  6.4.0                    
Component:  Installation  |     Version:  svn-releasebranch64      
 Keywords:  wingrass      |    Platform:  MSWindows XP             
      Cpu:  x86-32        |  
--------------------------+-------------------------------------------------

Comment(by mmetz):

 Replying to [comment:21 glynn]:
 >
 > The obvious common factor between g.region and g.proj is GDAL.
 >
 > I would guess that the libtiff.dll which is being loaded isn't the one
 which GDAL wants. You can use [http://www.dependencywalker.com/ Dependency
 Walker] to determine where libraries are being loaded from.
 >
 > The %PATH% environment variable is the last resort for locating
 libraries, so if there is a libtiff.dll in e.g. Windows or
 Windows/System32, it will take precedence. The only locations which are
 ahead of the Windows directories are the executable's directory (i.e.
 $GISBASE/bin) and any "Side-by-Side Assemblies" specified in the program's
 manifest (if it has one).

 Exactly the same error occurred on one of the systems I maintained last
 week, the culprit was a (very old) Windows/System32/libtiff.dll.
 Workaround was to move this libtiff.dll to a sandbox place, only then gdal
 (and consequently everything using gdal) used the correct libtiff.dll. No
 idea what application installed Windows/System32/libtiff.dll. Not sure if
 a manifest for g.proj or g.region would work because gdalinfo itself did
 not work, same error as shown in the attached pics.

 Not a solution but because this affects everything in osgeo4w that uses
 gdal I would say this should not keep us from releasing 6.4.0final.

 My2c,

 Markus M

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/827#comment:27>
GRASS GIS <http://grass.osgeo.org>



More information about the grass-dev mailing list