Edmund Swylan wrote > Dear Helmut, > > I may have discovered the immediate cause of my 0xc000007b. > I have been investigating winGRASS 6.4.4, but the deduced remedy works > for winGRASS 7.2.1 as well. > > The setting of PATH looks peculiar even at the beginning. > From some later point on the order of searching for a .dll seems to be > > %GISBASE%\bin > C:\WINDOWS\system32 > C:\WINDOWS\system > C:\WINDOWS > %APPDATA%\.. > %GISBASE%\bin > %GISBASE%\lib > %APPDATA%\GRASS6\addons (In my case this path does not exist.) > %GISBASE%\bin > %GISBASE%\extrabin > > It is awkward, but it works as long as, say, system32 does not contain > an unsuitable version of a .dll, whose expected version is, say, in > extrabin. In my case this happens with libtiff.dll. > > extrabin has libtiff dll│411136│16/06/12 . > system32 has libtiff dll│546816│07/03/16 . > > Renaming the system32 version to libtiff1.dll lets the v.info soils > in winGRASS 6.4.4 with Spearfish come up with a reasonable output. > It also lets winGRASS 7.2.1 with Spearfish start a GUI. > > Yours, > > Edmund > > _______________________________________________ > grass-user mailing list
> [email protected] > https://lists.osgeo.org/mailman/listinfo/grass-user Glad to see that you've found the interfering dll ----- best regards Helmut -- View this message in context: http://osgeo-org.1560.x6.nabble.com/g-list-1073741701-tp5331416p5332189.html Sent from the Grass - Users mailing list archive at Nabble.com. _______________________________________________ grass-user mailing list [email protected] https://lists.osgeo.org/mailman/listinfo/grass-user
