[GRASS-dev] [GRASS-user] WinGRASS build up (WIP)

GRASS GRASS developer
,
1

Hi all again,

I’ve tested GRASS standalone and I got the same error with WinGRASS-7.8.1-1-Setup-x86_64.

Then I uninstalled this version and installed WinGRASS-7.8.0-2-Setup-x86_64 and everything worked fine.

So, it seems that there is something wrong with GRASS-7.8.1 in my machine. Also when running algorithms in CLI, GRASS throws the message about gdal300.dll, but that dll is present in the path specified (screenshot attached).

Any hint about what can be wrong?

Thanks.

Best regards,
Pedro

Pedro Venâncio <pedrongvenancio@gmail.com> escreveu no dia terça, 12/11/2019 à(s) 15:02:

Hi Martin,

Hum, it can be related, because starting GRASS with

grass --text

and then

v.buffer

I get a windows message saying that the gdal300.dll is missing. However, I have a gdal300.dll file in OSGeoW folder: C:\OSGeo4W64\bin.

GRASS config gives:

C:>grass78 --config
x86_64-w64-mingw32
./configure --host=x86_64-w64-mingw32 ‘–with-libs=C:\OS3944~1/lib’ --with-includes=/c/OSGeo4W64/include --libexecdir=/c/OSGeo4W64/bin --prefix=/c/OSGeo4W64/apps/grass --bindir=/c/OSGeo4W64/bin --includedir=/c/OSGeo4W64/include --without-x --with-cxx --enable-shared --enable-largefile --with-fftw --with-freetype --with-freetype-includes=/mingw64/include/freetype2 --with-proj-share=/c/OSGeo4W64/share/proj --with-proj-includes=/c/OSGeo4W64/include --with-proj-libs=/usr/src/grass781/mswindows/osgeo4w/lib --with-postgres --with-postgres-includes=/c/OSGeo4W64/include --with-postgres-libs=/usr/src/grass781/mswindows/osgeo4w/lib --with-gdal=/usr/src/grass781/mswindows/osgeo4w/gdal-config --with-geos=/usr/src/grass781/mswindows/osgeo4w/geos-config --with-sqlite --with-sqlite-includes=/c/OSGeo4W64/include --with-sqlite-libs=/usr/src/grass781/mswindows/osgeo4w/lib --with-regex --with-nls --with-zstd --with-odbc --with-cairo --with-opengl=windows --with-bzlib --with-liblas=/usr/src/grass781/mswindows/osgeo4w/liblas-config
gcc
C:\OSGEO4~1\apps\grass\grass78
Traceback (most recent call last):
File “C:\OSGEO4~1\apps\grass\grass78\etc\grass78.py”, line 2025, in main
index = sys.argv.index(batch_exec_param)
ValueError: ‘–exec’ is not in list

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File “C:\OSGEO4~1\apps\grass\grass78\etc\grass78.py”, line 2216, in
main()
File “C:\OSGEO4~1\apps\grass\grass78\etc\grass78.py”, line 2030, in main
params = parse_cmdline(sys.argv[1:], default_gui=default_gui)
File “C:\OSGEO4~1\apps\grass\grass78\etc\grass78.py”, line 1951, in parse_cmdline
print_params()
File “C:\OSGEO4~1\apps\grass\grass78\etc\grass78.py”, line 1862, in print_params
“%s\n” % val[0].split(‘:’)[1].rstrip(‘$"\n’).strip())
IndexError: list index out of range
Press any key to continue . . .

Martin Landa <landa.martin@gmail.com> escreveu no dia terça, 12/11/2019 à(s) 14:26:

Hi,

út 12. 11. 2019 v 15:14 odesílatel Pedro Venâncio
<pedrongvenancio@gmail.com> napsal:

GDAL version: 3.1.0dev
GEOS version: 3.8.0-CAPI-1.13.1
PROJ version: Rel. 7.0.0, March 1st, 2020

it’s probably unrelated, but GRASS 7.8.1 is compiled with GDAL 3.0 and PROJ 6.0.

Ma

–
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa

(attachments)

grass_781_dll_error.jpg

2

On Wed, Nov 13, 2019 at 3:27 PM Pedro Venâncio
<pedrongvenancio@gmail.com> wrote:

Hi all again,

I've tested GRASS standalone and I got the same error with WinGRASS-7.8.1-1-Setup-x86_64.

Then I uninstalled this version and installed WinGRASS-7.8.0-2-Setup-x86_64 and everything worked fine.

So, it seems that there is something wrong with GRASS-7.8.1 in my machine. Also when running algorithms in CLI, GRASS throws the message about gdal300.dll, but that dll is present in the path specified (screenshot attached).

Any hint about what can be wrong?

Probably this recent fix is needed?
  https://github.com/OSGeo/grass/pull/191

It will be part of 7.8.2.

Best regards,
Markus

3

On Wed, Nov 13, 2019 at 3:39 PM Markus Neteler <neteler@osgeo.org> wrote:

On Wed, Nov 13, 2019 at 3:27 PM Pedro Venâncio
<pedrongvenancio@gmail.com> wrote:

Hi all again,

I’ve tested GRASS standalone and I got the same error with WinGRASS-7.8.1-1-Setup-x86_64.

Then I uninstalled this version and installed WinGRASS-7.8.0-2-Setup-x86_64 and everything worked fine.

So, it seems that there is something wrong with GRASS-7.8.1 in my machine. Also when running algorithms in CLI, GRASS throws the message about gdal300.dll, but that dll is present in the path specified (screenshot attached).

Any hint about what can be wrong?

Probably this recent fix is needed?

https://github.com/OSGeo/grass/pull/191

No, because GRASS is actually looking for gdal300.dll.

Looks like a packaging error in WinGRASS-7.8.1-1-Setup-x86_64, if others can confirm this.

Markus M

It will be part of 7.8.2.

Best regards,
Markus

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

4

Hi Markus and Markus,

I hope someone else can test, because here in my machine:

  • GRASS 7.8.1 standalone 64bits does not work;

  • GRASS 7.8.0 standalone 64bits work fine;

  • GRASS 7.8.1 from OSGeo4W64 does not work, also inside QGIS;

  • GRASS 7.8.0 from OSGeo4W64 does not work, also inside QGIS;

  • GRASS 7.8.1 installed with QGIS 3.4.13-2 and QGIS 3.10.0-2 does not work, also inside QGIS;

  • GRASS 7.6.1 installed with QGIS 3.4.13-1 and QGIS 3.10.0-1 work fine, alone and inside QGIS.

In all of them, when I try to run any GRASS algorithm from grass78 --text, I get the gdal300.dll error.

Best regards,
Pedro

Markus Metz <markus.metz.giswork@gmail.com> escreveu no dia quarta, 13/11/2019 à(s) 15:03:

On Wed, Nov 13, 2019 at 3:39 PM Markus Neteler <neteler@osgeo.org> wrote:

On Wed, Nov 13, 2019 at 3:27 PM Pedro Venâncio
<pedrongvenancio@gmail.com> wrote:

Hi all again,

I’ve tested GRASS standalone and I got the same error with WinGRASS-7.8.1-1-Setup-x86_64.

Then I uninstalled this version and installed WinGRASS-7.8.0-2-Setup-x86_64 and everything worked fine.

So, it seems that there is something wrong with GRASS-7.8.1 in my machine. Also when running algorithms in CLI, GRASS throws the message about gdal300.dll, but that dll is present in the path specified (screenshot attached).

Any hint about what can be wrong?

Probably this recent fix is needed?

https://github.com/OSGeo/grass/pull/191

No, because GRASS is actually looking for gdal300.dll.

Looks like a packaging error in WinGRASS-7.8.1-1-Setup-x86_64, if others can confirm this.

Markus M

It will be part of 7.8.2.

Best regards,
Markus

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

5

Pedro Venâncio-2 wrote

Hi Markus and Markus,

I hope someone else can test, because here in my machine:

- GRASS 7.8.1 standalone 64bits does not work;
- GRASS 7.8.0 standalone 64bits work fine;
- GRASS 7.8.1 from OSGeo4W64 does not work, also inside QGIS;
- GRASS 7.8.0 from OSGeo4W64 does not work, also inside QGIS;
- GRASS 7.8.1 installed with QGIS 3.4.13-2 and QGIS 3.10.0-2 does not
work,
also inside QGIS;
- GRASS 7.6.1 installed with QGIS 3.4.13-1 and QGIS 3.10.0-1 work fine,
alone and inside QGIS.

In all of them, when I try to run any GRASS algorithm from grass78 --text,
I get the gdal300.dll error.

Best regards,
Pedro

testing here OSGeo4W winGRASS7.8.1 64bit

##############
Starting GRASS GIS...
WARNUNG: Sperren gleichzeitiger Zugriffe auf ein Mapset ist unter Windows
         nicht möglich.
Cleaning up temporary files...

          __________ ___ __________ _______________
         / ____/ __ \/ | / ___/ ___/ / ____/ _/ ___/
        / / __/ /_/ / /| | \__ \\_ \ / / __ / / \__ \
       / /_/ / _, _/ ___ |___/ /__/ / / /_/ // / ___/ /
       \____/_/ |_/_/ |_/____/____/ \____/___//____/

Welcome to GRASS GIS 7.8.1
GRASS GIS homepage: https://grass.osgeo.org
This version running through: Command Prompt
(C:\WINDOWS\system32\cmd.exe)
Help is available with the command: g.manual -i
See the licence terms with: g.version -c
See citation options with: g.version -x
If required, restart the GUI with: g.gui wxpython
When ready to quit enter: exit

Launching <wxpython> GUI in the background, please wait...
Microsoft Windows [Version 10.0.18362.449]
(c) 2019 Microsoft Corporation. Alle Rechte vorbehalten.

C:\>g.version -breg
version=7.8.1
date=2019
revision=c865432c9
build_date=2019-11-10
build_platform=x86_64-w64-mingw32
build_off_t_size=8

./configure --host=x86_64-w64-mingw32 '--with-libs=C:\OS3944~1/lib'
--with-includes=/c/OSGeo4W64/include --libexecdir=/c/OSGeo4W64/bin
--prefix=/c/OSGeo4W64/apps/grass --bindir=/c/OSGeo4W64/bin
--includedir=/c/OSGeo4W64/include --without-x --with-cxx --enable-shared
--enable-largefile --with-fftw --with-freetype
--with-freetype-includes=/mingw64/include/freetype2
--with-proj-share=/c/OSGeo4W64/share/proj
--with-proj-includes=/c/OSGeo4W64/include
--with-proj-libs=/usr/src/grass781/mswindows/osgeo4w/lib --with-postgres
--with-postgres-includes=/c/OSGeo4W64/include
--with-postgres-libs=/usr/src/grass781/mswindows/osgeo4w/lib
--with-gdal=/usr/src/grass781/mswindows/osgeo4w/gdal-config
--with-geos=/usr/src/grass781/mswindows/osgeo4w/geos-config --with-sqlite
--with-sqlite-includes=/c/OSGeo4W64/include
--with-sqlite-libs=/usr/src/grass781/mswindows/osgeo4w/lib --with-regex
--with-nls --with-zstd --with-odbc --with-cairo --with-opengl=windows
--with-bzlib --with-liblas=/usr/src/grass781/mswindows/osgeo4w/liblas-config
libgis_revision=00000
libgis_date="?"
proj=6.2.1
gdal=3.0.2
geos=3.8.0
sqlite=3.29.0

C:\>gdalinfo --version
GDAL 3.0.2, released 2019/10/28
##############

it works here.

which GDAL version are you using in the OSGeo4W64 shell, here:

C:\>gdalinfo --version
GDAL 3.0.2, released 2019/10/28

any other software using GDAL interfering in your %PATH%?

-----
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html

6

Pedro Venâncio-2 wrote

Hi Markus and Markus,

I hope someone else can test, because here in my machine:

- GRASS 7.8.1 standalone 64bits does not work;
- GRASS 7.8.0 standalone 64bits work fine;
- GRASS 7.8.1 from OSGeo4W64 does not work, also inside QGIS;
- GRASS 7.8.0 from OSGeo4W64 does not work, also inside QGIS;
- GRASS 7.8.1 installed with QGIS 3.4.13-2 and QGIS 3.10.0-2 does not
work,
also inside QGIS;
- GRASS 7.6.1 installed with QGIS 3.4.13-1 and QGIS 3.10.0-1 work fine,
alone and inside QGIS.

In all of them, when I try to run any GRASS algorithm from grass78 --text,
I get the gdal300.dll error.

now testing standalone installer
(http://download.osgeo.org/osgeo4w/osgeo4w-setup-x86_64.exe):

#############################
Starting GRASS GIS...
WARNUNG: Sperren gleichzeitiger Zugriffe auf ein Mapset ist unter Windows
         nicht möglich.
Cleaning up temporary files...

          __________ ___ __________ _______________
         / ____/ __ \/ | / ___/ ___/ / ____/ _/ ___/
        / / __/ /_/ / /| | \__ \\_ \ / / __ / / \__ \
       / /_/ / _, _/ ___ |___/ /__/ / / /_/ // / ___/ /
       \____/_/ |_/_/ |_/____/____/ \____/___//____/

Welcome to GRASS GIS 7.8.1
GRASS GIS homepage: https://grass.osgeo.org
This version running through: Command Prompt
(C:\WINDOWS\system32\cmd.exe)
Help is available with the command: g.manual -i
See the licence terms with: g.version -c
See citation options with: g.version -x
If required, restart the GUI with: g.gui wxpython
When ready to quit enter: exit

Launching <wxpython> GUI in the background, please wait...
Microsoft Windows [Version 10.0.18362.449]
(c) 2019 Microsoft Corporation. Alle Rechte vorbehalten.

C:\Users\hkmyr>g.version --help
Displays GRASS GIS version info.

Benutzung:
g.version [-cxbreg] [--help] [--verbose] [--quiet] [--ui]

Schalter:
  -c Gebe auch die Copyright-Informationen aus
  -x Print also the citation options
  -b Print also the build information
  -r Print also the GIS library revision number and date
  -e Print also extended info for additional libraries
  -g Print info in shell script style (including Git reference commit)

C:\Users\hkmyr>g.version -breg
version=7.8.1
date=2019
revision=c865432c9
build_date=2019-11-10
build_platform=x86_64-w64-mingw32
build_off_t_size=8

./configure --host=x86_64-w64-mingw32 '--with-libs=C:\OS3944~1/lib'
--with-includes=/c/OSGeo4W64/include --libexecdir=/c/OSGeo4W64/bin
--prefix=/c/OSGeo4W64/apps/grass --bindir=/c/OSGeo4W64/bin
--includedir=/c/OSGeo4W64/include --without-x --with-cxx --enable-shared
--enable-largefile --with-fftw --with-freetype
--with-freetype-includes=/mingw64/include/freetype2
--with-proj-share=/c/OSGeo4W64/share/proj
--with-proj-includes=/c/OSGeo4W64/include
--with-proj-libs=/usr/src/grass781/mswindows/osgeo4w/lib --with-postgres
--with-postgres-includes=/c/OSGeo4W64/include
--with-postgres-libs=/usr/src/grass781/mswindows/osgeo4w/lib
--with-gdal=/usr/src/grass781/mswindows/osgeo4w/gdal-config
--with-geos=/usr/src/grass781/mswindows/osgeo4w/geos-config --with-sqlite
--with-sqlite-includes=/c/OSGeo4W64/include
--with-sqlite-libs=/usr/src/grass781/mswindows/osgeo4w/lib --with-regex
--with-nls --with-zstd --with-odbc --with-cairo --with-opengl=windows
--with-bzlib --with-liblas=/usr/src/grass781/mswindows/osgeo4w/liblas-config
libgis_revision=00000
libgis_date="?"
proj=6.2.1
gdal=3.0.2
geos=3.8.0
sqlite=3.29.0

C:\Users\hkmyr>gdalinfo --version
GDAL 3.0.2, released 2019/10/28

C:\Users\hkmyr>r.slope.aspect --help
Generates raster maps of slope, aspect, curvatures and partial derivatives
from an elevation raster map.

Benutzung:
r.slope.aspect [-aen] elevation=name [slope=name] [aspect=name]
   [format=string] [precision=string] [pcurvature=name] [tcurvature=name]
   [dx=name] [dy=name] [dxx=name] [dyy=name] [dxy=name] [zscale=value]
   [min_slope=value] [--overwrite] [--help] [--verbose] [--quiet] [--ui]

Schalter:
  -a Do not align the current region to the raster elevation map
  -e Compute output at edges and near NULL values
  -n Create aspect as degrees clockwise from North (azimuth), with flat =
-9999

C:\Users\hkmyr>v.dissolve --help
Löst Grenzen zwischen benachbarten Flächen mit gleicher Kategorienummer oder
gleichem Attributwert auf.

Benutzung:
v.dissolve.py input=name [layer=string] [column=name] output=name
   [--overwrite] [--help] [--verbose] [--quiet] [--ui]

Parameter:
   input Name der Eingabe-Vektorkarte
   layer Layer number or name.
            Standard: 1
  column Name of attribute column used to dissolve common boundaries
  output Name der Ausgabe-Vektorkarte
#############################

also winGRASS7.8.1 64 bit standalone is starting and working here.

-----
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html

7

Helmut Kudrnovsky wrote

Pedro Venâncio-2 wrote

Hi Markus and Markus,

I hope someone else can test, because here in my machine:

- GRASS 7.8.1 standalone 64bits does not work;
- GRASS 7.8.0 standalone 64bits work fine;
- GRASS 7.8.1 from OSGeo4W64 does not work, also inside QGIS;
- GRASS 7.8.0 from OSGeo4W64 does not work, also inside QGIS;
- GRASS 7.8.1 installed with QGIS 3.4.13-2 and QGIS 3.10.0-2 does not
work,
also inside QGIS;
- GRASS 7.6.1 installed with QGIS 3.4.13-1 and QGIS 3.10.0-1 work fine,
alone and inside QGIS.

In all of them, when I try to run any GRASS algorithm from grass78
--text,
I get the gdal300.dll error.

now testing standalone installer
(http://download.osgeo.org/osgeo4w/osgeo4w-setup-x86_64.exe):

#############################
Starting GRASS GIS...
WARNUNG: Sperren gleichzeitiger Zugriffe auf ein Mapset ist unter Windows
         nicht möglich.
Cleaning up temporary files...

          __________ ___ __________ _______________
         / ____/ __ \/ | / ___/ ___/ / ____/ _/ ___/
        / / __/ /_/ / /| | \__ \\_ \ / / __ / / \__ \
       / /_/ / _, _/ ___ |___/ /__/ / / /_/ // / ___/ /
       \____/_/ |_/_/ |_/____/____/ \____/___//____/

Welcome to GRASS GIS 7.8.1
GRASS GIS homepage: https://grass.osgeo.org
This version running through: Command Prompt
(C:\WINDOWS\system32\cmd.exe)
Help is available with the command: g.manual -i
See the licence terms with: g.version -c
See citation options with: g.version -x
If required, restart the GUI with: g.gui wxpython
When ready to quit enter: exit

Launching
<wxpython>
GUI in the background, please wait...
Microsoft Windows [Version 10.0.18362.449]
(c) 2019 Microsoft Corporation. Alle Rechte vorbehalten.

C:\Users\hkmyr>g.version --help
Displays GRASS GIS version info.

Benutzung:
g.version [-cxbreg] [--help] [--verbose] [--quiet] [--ui]

Schalter:
  -c Gebe auch die Copyright-Informationen aus
  -x Print also the citation options
  -b Print also the build information
  -r Print also the GIS library revision number and date
  -e Print also extended info for additional libraries
  -g Print info in shell script style (including Git reference commit)

C:\Users\hkmyr>g.version -breg
version=7.8.1
date=2019
revision=c865432c9
build_date=2019-11-10
build_platform=x86_64-w64-mingw32
build_off_t_size=8

./configure --host=x86_64-w64-mingw32 '--with-libs=C:\OS3944~1/lib'
--with-includes=/c/OSGeo4W64/include --libexecdir=/c/OSGeo4W64/bin
--prefix=/c/OSGeo4W64/apps/grass --bindir=/c/OSGeo4W64/bin
--includedir=/c/OSGeo4W64/include --without-x --with-cxx --enable-shared
--enable-largefile --with-fftw --with-freetype
--with-freetype-includes=/mingw64/include/freetype2
--with-proj-share=/c/OSGeo4W64/share/proj
--with-proj-includes=/c/OSGeo4W64/include
--with-proj-libs=/usr/src/grass781/mswindows/osgeo4w/lib --with-postgres
--with-postgres-includes=/c/OSGeo4W64/include
--with-postgres-libs=/usr/src/grass781/mswindows/osgeo4w/lib
--with-gdal=/usr/src/grass781/mswindows/osgeo4w/gdal-config
--with-geos=/usr/src/grass781/mswindows/osgeo4w/geos-config --with-sqlite
--with-sqlite-includes=/c/OSGeo4W64/include
--with-sqlite-libs=/usr/src/grass781/mswindows/osgeo4w/lib --with-regex
--with-nls --with-zstd --with-odbc --with-cairo --with-opengl=windows
--with-bzlib
--with-liblas=/usr/src/grass781/mswindows/osgeo4w/liblas-config
libgis_revision=00000
libgis_date="?"
proj=6.2.1
gdal=3.0.2
geos=3.8.0
sqlite=3.29.0

C:\Users\hkmyr>gdalinfo --version
GDAL 3.0.2, released 2019/10/28

C:\Users\hkmyr>r.slope.aspect --help
Generates raster maps of slope, aspect, curvatures and partial derivatives
from an elevation raster map.

Benutzung:
r.slope.aspect [-aen] elevation=name [slope=name] [aspect=name]
   [format=string] [precision=string] [pcurvature=name] [tcurvature=name]
   [dx=name] [dy=name] [dxx=name] [dyy=name] [dxy=name] [zscale=value]
   [min_slope=value] [--overwrite] [--help] [--verbose] [--quiet] [--ui]

Schalter:
  -a Do not align the current region to the raster elevation map
  -e Compute output at edges and near NULL values
  -n Create aspect as degrees clockwise from North (azimuth), with flat

-9999

C:\Users\hkmyr>v.dissolve --help
Löst Grenzen zwischen benachbarten Flächen mit gleicher Kategorienummer
oder
gleichem Attributwert auf.

Benutzung:
v.dissolve.py input=name [layer=string] [column=name] output=name
   [--overwrite] [--help] [--verbose] [--quiet] [--ui]

Parameter:
   input Name der Eingabe-Vektorkarte
   layer Layer number or name.
            Standard: 1
  column Name of attribute column used to dissolve common boundaries
  output Name der Ausgabe-Vektorkarte
#############################

also winGRASS7.8.1 64 bit standalone is starting and working here.

tested standalone with

System Info
GRASS Version: 7.8.1
Code revision: c865432c9
Build date: 2019-11-10
Build platform: x86_64-w64-mingw32
GDAL: 3.0.2
PROJ: 6.2.1
GEOS: 3.8.0
SQLite: 3.29.0
Python: 3.7.0
wxPython: 4.0.3
Platform: Windows-10-10.0.18362-SP0

-----
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html

8

Hi Pedro,

On Thu, 14. Nov 2019 at 11:54:04 +0000, Pedro Venâncio wrote:

Hi Markus and Markus,

I hope someone else can test, because here in my machine:

- GRASS 7.8.1 standalone 64bits does not work;
- GRASS 7.8.0 standalone 64bits work fine;
- GRASS 7.8.1 from OSGeo4W64 does not work, also inside QGIS;
- GRASS 7.8.0 from OSGeo4W64 does not work, also inside QGIS;
- GRASS 7.8.1 installed with QGIS 3.4.13-2 and QGIS 3.10.0-2 does not work,
also inside QGIS;
- GRASS 7.6.1 installed with QGIS 3.4.13-1 and QGIS 3.10.0-1 work fine,
alone and inside QGIS.

In all of them, when I try to run any GRASS algorithm from grass78 --text,
I get the gdal300.dll error.

Try dependency walker called from the GRASS prompt and load gdal300.dll.
There's probably something missing that the dll needs or conflicting in
system32 that takes precendence over something shipped with OSGeo4W (see also
[0])

Jürgen

[0] https://github.com/qgis/QGIS/issues/26891#issuecomment-495889169

--
Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31
Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50
Software Engineer D-26506 Norden https://www.norbit.de
QGIS release manager (PSC) Germany IRC: jef on FreeNode

9

Hi Jurgen,

Try dependency walker called from the GRASS prompt and load gdal300.dll.
There’s probably something missing that the dll needs or conflicting in
system32 that takes precendence over something shipped with OSGeo4W (see also
[0])

I’m not used with dependency walker, can you tell me the command I should run to call it from GRASS cli? I already have it in %OSGEO4W_ROOT%\bin folder.

Thank you very much!

Best regards,
Pedro

10

Pedro Venâncio-2 wrote

Hi Jurgen,

Try dependency walker called from the GRASS prompt and load gdal300.dll.
There's probably something missing that the dll needs or conflicting in
system32 that takes precendence over something shipped with OSGeo4W (see
also
[0])

I'm not used with dependency walker, can you tell me the command I should
run to call it from GRASS cli? I already have it in %OSGEO4W_ROOT%\bin
folder.

Thank you very much!

Best regards,
Pedro

_______________________________________________
grass-dev mailing list

grass-dev@.osgeo

https://lists.osgeo.org/mailman/listinfo/grass-dev

What is gdalinfo --version in the OSGeo4W shell telling?

-----
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html

11

Hi Helmut,

What is gdalinfo --version in the OSGeo4W shell telling?

C:\OSGeo4W64>gdalinfo --version
GDAL 3.0.2, released 2019/10/28

Thank you very much!

Best regards,
Pedro

12

Pedro Venâncio-2 wrote

Hi Jurgen,

Try dependency walker called from the GRASS prompt and load gdal300.dll.
There's probably something missing that the dll needs or conflicting in
system32 that takes precendence over something shipped with OSGeo4W (see
also
[0])

I'm not used with dependency walker, can you tell me the command I should
run to call it from GRASS cli? I already have it in %OSGEO4W_ROOT%\bin
folder.

try:

(1) add following lines in C:\OSGeo4W64\bin\grass78.bat

@echo off
rem
#########################################################################
rem #
rem # GRASS initialization bat script (OSGeo4W)
rem #
rem
#########################################################################
rem
rem Set environmental variables
rem
call "%~dp0\o4w_env.bat"
call py3_env.bat
call "%OSGEO4W_ROOT%\apps\grass\grass78\etc\env.bat"
@echo off

rem do a dependency walk
rem add these 2 lines here
for %%d in (%GISBASE%\lib\*) do depends /c /f:1
/ot:%APPDATA%\GRASS7\depwalk_lib.log %%d
for %%e in (%GISBASE%\bin\*) do depends /c /f:1
/ot:%APPDATA%\GRASS7\depwalk_bin.log %%e

rem
rem Launch GRASS GIS
rem
"%GRASS_PYTHON%" "%GISBASE%\etc\grass78.py" %*

rem
rem Pause on error
rem
if %ERRORLEVEL% GEQ 1 pause

(2) start OSGeo4W winGRASS7.8.1; you have to wait some minutes while
dependency walker is working

(3) go to %APPDATA%\GRASS7 (just copy/paste this into the windows explorer);
here it opens as C:\Users\YourUsername\AppData\Roaming\GRASS7

(4) in this folder, there are 2 files:

depwalk_lib.log
depwalk_bin.log

(5) open these 2 files in a texteditor, e.g. notepad++ and search for gdal3,
here e.g. in depwald_lib.log:

          [ 6] c:\osgeo4~1\apps\grass\grass78\lib\LIBGRASS_GPROJ.7.8.DLL
               [ E ] c:\osgeo4~1\apps\msys\bin\LIBINTL-8.DLL
               [ ^6] c:\windows\system32\KERNEL32.DLL
                    [F^6] c:\windows\system32\NTDLL.DLL
               [ ^6] c:\windows\system32\MSVCRT.DLL
               [ ^6] c:\osgeo4~1\bin\PROJ_6_2.DLL
               [ ^6] c:\osgeo4~1\bin\GDAL300.DLL <<==
               [ ^6] c:\osgeo4~1\apps\grass\grass78\lib\LIBGRASS_GIS.7.8.DLL

that means LIBGRASS_GPROJ.7.8.DLL is looking for GDAL300.DLL in
c:\osgeo4~1\bin\

-----
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html

13

Pedro Venâncio-2 wrote

Hi Helmut,

What is gdalinfo --version in the OSGeo4W shell telling?

C:\OSGeo4W64>gdalinfo --version
GDAL 3.0.2, released 2019/10/28

try to type into the OSGeo4W shell:

C:\>where gdal300.dll

result here:

C:\OSGeo4W64\bin\gdal300.dll

-----
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html

14

Pedro Venâncio-2 wrote

Hi Helmut,

What is gdalinfo --version in the OSGeo4W shell telling?

C:\OSGeo4W64>gdalinfo --version
GDAL 3.0.2, released 2019/10/28

and type the same in a normal windows console, here:

C:\Users\myusername>where gdal300.dll
INFORMATION: no file with this pattern could be found

-----
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html

15

Hi Helmut,

Thank you very much for the assistance.

So:

C:\OSGeo4W64>where gdal300.dll
C:\OSGeo4W64\bin\gdal300.dll

C:\Users\PedroVenancio>where gdal300.dll
INFO: Could not find files for the given pattern(s).

depwalk_bin.log has no reference to gdal3.

depwalk_lib.log has some:

[ 6] c:\osgeo4~1\bin\GDAL300.DLL
[ 6] c:\osgeo4~1\bin\OGDI.DLL
[ ^6] c:\osgeo4~1\bin\ZLIB1.DLL
[ ^6] c:\osgeo4~1\bin\EXPAT.DLL
[ ^6] c:\windows\system32\WSOCK32.DLL
[F^6] c:\windows\system32\WS2_32.DLL
[ ^6] c:\windows\system32\ADVAPI32.DLL
[ ^6] c:\windows\system32\KERNEL32.DLL
[F^6] c:\windows\system32\NTDLL.DLL
[ ^6] c:\windows\system32\VCRUNTIME140.DLL
[ ? ] API-MS-WIN-CRT-HEAP-L1-1-0.DLL
[ ? ] API-MS-WIN-CRT-STRING-L1-1-0.DLL
[ ? ] API-MS-WIN-CRT-ENVIRONMENT-L1-1-0.DLL
[ ? ] API-MS-WIN-CRT-STDIO-L1-1-0.DLL
[ ? ] API-MS-WIN-CRT-FILESYSTEM-L1-1-0.DLL
[ ? ] API-MS-WIN-CRT-MATH-L1-1-0.DLL
[ ? ] API-MS-WIN-CRT-UTILITY-L1-1-0.DLL
[ ? ] API-MS-WIN-CRT-CONVERT-L1-1-0.DLL
[ ? ] API-MS-WIN-CRT-RUNTIME-L1-1-0.DLL
[ 6] c:\osgeo4~1\bin\XERCES-C_3_2.DLL
[ ^6] c:\windows\system32\KERNEL32.DLL
[F^6] c:\windows\system32\NTDLL.DLL
[ ^6] c:\windows\system32\ADVAPI32.DLL
[ ^6] c:\windows\system32\VCRUNTIME140.DLL
[ ? ] API-MS-WIN-CRT-RUNTIME-L1-1-0.DLL
[ ? ] API-MS-WIN-CRT-STDIO-L1-1-0.DLL
[ ? ] API-MS-WIN-CRT-TIME-L1-1-0.DLL
[ ? ] API-MS-WIN-CRT-CONVERT-L1-1-0.DLL
[ ? ] API-MS-WIN-CRT-LOCALE-L1-1-0.DLL
[ ? ] API-MS-WIN-CRT-UTILITY-L1-1-0.DLL
[ ? ] API-MS-WIN-CRT-MATH-L1-1-0.DLL
[ ? ] API-MS-WIN-CRT-STRING-L1-1-0.DLL
[ ? ] API-MS-WIN-CRT-ENVIRONMENT-L1-1-0.DLL
[ ? ] API-MS-WIN-CRT-HEAP-L1-1-0.DLL
[ 6] c:\osgeo4~1\bin\EXPAT.DLL
[ ^6] c:\windows\system32\MSVCR100.DLL
[ ^6] c:\windows\system32\KERNEL32.DLL
[F^6] c:\windows\system32\NTDLL.DLL
[ ^6] c:\osgeo4~1\bin\LIBPQ.DLL
[ 6] c:\windows\system32\WSOCK32.DLL
[ ^6] c:\windows\system32\MSVCRT.DLL
[ ^6] c:\windows\system32\WS2_32.DLL
[ ? ] API-MS-WIN-CORE-ERRORHANDLING-L1-1-0.DLL
[ ? ] API-MS-WIN-CORE-SYNCH-L1-2-0.DLL
[ ? ] API-MS-WIN-CORE-PROFILE-L1-1-0.DLL
[ ? ] API-MS-WIN-CORE-PROCESSTHREADS-L1-1-0.DLL
[ ? ] API-MS-WIN-CORE-SYSINFO-L1-1-0.DLL
[ ? ] API-MS-WIN-CORE-RTLSUPPORT-L1-1-0.DLL
[F^6] c:\windows\system32\WS2_32.DLL
[ ^6] c:\windows\system32\WS2_32.DLL

[…]

[ 6] c:\osgeo4~1\apps\grass\grass78\lib\LIBGRASS_GPROJ.7.8.DLL
[ ? ] LIBINTL-8.DLL
[ ^6] c:\windows\system32\KERNEL32.DLL
[F^6] c:\windows\system32\NTDLL.DLL
[ ^6] c:\windows\system32\MSVCRT.DLL
[ ^6] c:\osgeo4~1\bin\PROJ_6_2.DLL
[ ^6] c:\osgeo4~1\bin\GDAL300.DLL
[ ^6] c:\osgeo4~1\apps\grass\grass78\lib\LIBGRASS_GIS.7.8.DLL

[…]

[ 6] c:\osgeo4~1\bin\GDAL300.DLL 03/11/2019 00:33 03/11/2019 00:33 20 789 760 A 0x00000000 0x013DF7F0 x64 GUI Unknown 0x0000000180000000 Unknown 0x0144B000 Not Loaded 3.0.2.0 3.0.2.0 0.0 14.0 6.0 6.0

Do you see anything suspicious?

The message I get (screenshot attached) is something like “It was not possible to find the entry point of the procedure curl_mime_init in the DLL C:\OSGEO4~1\bin\gdal300.dll”.

Thanks!
Pedro

Helmut Kudrnovsky <hellik@web.de> escreveu no dia sexta, 15/11/2019 à(s) 20:31:

Pedro Venâncio-2 wrote

Hi Helmut,

What is gdalinfo --version in the OSGeo4W shell telling?

C:\OSGeo4W64>gdalinfo --version
GDAL 3.0.2, released 2019/10/28

and type the same in a normal windows console, here:

C:\Users\myusername>where gdal300.dll
INFORMATION: no file with this pattern could be found

best regards
Helmut

Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html

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

(attachments)

grass_gdal300_dll.jpg

16

Do you see anything suspicious?

Nothing obvious

The message I get (screenshot attached) is something like "It was >not

possible to find the entry point of the procedure curl_mime_init >in the DLL
C:\OSGEO4~1\bin\gdal300.dll".

ok, I think we're narrowing down the issue now.

I've seen there was a curl update today in OSGeo4W 64bit. please try to
update your OSGeo4W environment and try again to start winGRASS in OSGeo4W.

Otherwise, open a ticket in OSGeo4W for the gdal curl issue.

-----
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html

17

I’ve seen there was a curl update today in OSGeo4W 64bit. please try to
update your OSGeo4W environment and try again to start winGRASS in OSGeo4W.

Updated now, but same error when running any algorithm.

Also when starting the gui I get

C:\OSGeo4W64\bin>g.gui
Launching GUI in the background, please wait…

C:\OSGeo4W64\bin>Traceback (most recent call last):
File “C:\OSGEO4~1\apps\grass\grass78/gui/wxpython/wxgui.py”, line 107, in OnInit
workspace=self.workspaceFile)
File “C:\OSGEO4~1\apps\grass\grass78\gui\wxpython\lmgr\frame.py”, line 143, in init
self.notebook = self._createNoteBook()
File “C:\OSGEO4~1\apps\grass\grass78\gui\wxpython\lmgr\frame.py”, line 338, in _createNoteBook
gcstyle=GC_PROMPT)
File “C:\OSGEO4~1\apps\grass\grass78\gui\wxpython\gui_core\goutput.py”, line 118, in init
self.cmdPrompt = GPromptSTC(parent=self, menuModel=self._menuModel)
File “C:\OSGEO4~1\apps\grass\grass78\gui\wxpython\gui_core\prompt.py”, line 138, in init
GPrompt.init(self, parent=parent, menuModel=menuModel)
File “C:\OSGEO4~1\apps\grass\grass78\gui\wxpython\gui_core\prompt.py”, line 56, in init
self.mapList = self._getListOfMaps()
File “C:\OSGEO4~1\apps\grass\grass78\gui\wxpython\gui_core\prompt.py”, line 100, in _getListOfMaps
result[‘raster’] = grass.list_strings(‘raster’)
File “C:\OSGEO4~1\apps\grass\grass78\etc\python\grass\script\core.py”, line 1288, in list_strings
mapset=mapset).splitlines():
File “C:\OSGEO4~1\apps\grass\grass78\etc\python\grass\script\core.py”, line 503, in read_command
return handle_errors(returncode, stdout, args, kwargs)
File “C:\OSGEO4~1\apps\grass\grass78\etc\python\grass\script\core.py”, line 343, in handle_errors
returncode=returncode)
grass.exceptions.CalledModuleError: Module run None g.list --q -m type=raster ended with error
Process ended with non-zero return code 3221225785. See errors in the (error) output.
OnInit returned false, exiting…
Error in atexit._run_exitfuncs:
wx._core.wxAssertionError: C++ assertion “GetEventHandler() == this” failed at …..\src\common\wincmn.cpp(478) in wxWindowBase::~wxWindowBase(): any pushed event handlers must have been removed

18

Updated now, but same error when running any algorithm.

Search in the log files for curl and similar and look which library uses
curl, then repeat where in the OSGeo4W shell and a normal Windows cmd line
with this library name

-----
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html

19

Hi Helmut,

On Sat, 16. Nov 2019 at 01:21:03 -0700, Helmut Kudrnovsky wrote:

>Updated now, but same error when running any algorithm.

Search in the log files for curl and similar and look which library uses
curl, then repeat where in the OSGeo4W shell and a normal Windows cmd line
with this library name

That update is unrelated.

Jürgen

--
Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31
Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50
Software Engineer D-26506 Norden https://www.norbit.de
QGIS release manager (PSC) Germany IRC: jef on FreeNode

20

Hi Helmut,

On Sat, 16. Nov 2019 at 15:22:32 +0100, Jürgen E. Fischer wrote:

That update is unrelated.

Oh, I didn't see the screen shot - maybe the update helps - but it was
at least not done for this.

Jürgen

--
Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31
Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50
Software Engineer D-26506 Norden https://www.norbit.de
QGIS release manager (PSC) Germany IRC: jef on FreeNode