#574 closed defect (fixed)
gdalbuildvrt fails handling wildcards under Win10 1803
Reported by: | Langlaeufer | Owned by: | |
---|---|---|---|
Priority: | major | Component: | Package |
Version: | Keywords: | GDAL, | |
Cc: |
Description
After Spring update of Windows 10 (to r1803) gdalbuildvrt fails to handle wildcards.
Behavior. computer 1: Programm is running without messages, no output is generated. computer 2: programm is running, showing error "missing file", result is generated but the first file of each folder is missing. The filename of the missing file was only 1 character from the filename of the missed file. It seams that a inclomplete string was created by processing the wildcard.
affected version. GDAL comming with QGIS 3.0.x packagees
it is not a GDAL bug. GISInternals x64 MSVC17 build of GDAL don't show this problem. I guess the library used for building GDAL binaries is not compatible with current version of windows 10.
Change History (5)
comment:1 by , 7 years ago
Summary: | gdalbuildvrt fails handling wildcards under Win1 1803 → gdalbuildvrt fails handling wildcards under Win10 1803 |
---|
follow-up: 3 comment:2 by , 6 years ago
comment:3 by , 6 years ago
Replying to deezx:
I have the same issue with gdalbuildvrt using Win10 (1803)
On my machine building the VRT fails only for the first file of the folder in wildcard matching, other files in same folder are added to the VRT. So if I have four tiles in a foulder, the first file produces an error, but the other tree files are added. The first file fails, because the first filename matching the wildcard is truncated to a single char, e.g. if the file is folder/abc.tif the wildcard folder/*.tif produces the following error:
ERROR 4: folder\a: No such file or directory Warning 1: Can't open folder\a. Skipping it
Issue affects all current Windows versions of QGIS (2.18.21, 3.2.0) using GDAL 2.2.4 from OSGEO4W build, in Windows 10 (1803), 64bit.
see: https://github.com/OSGeo/gdal/issues/568 https://issues.qgis.org/issues/19192
according to this mail
SETARGV = $(VCDIR)\lib\setargv.obj
has to be activated in nmake.opt.
looking the GDAL's OSGeo4W receipe
nmake64.opt:
[...] SETARGV = "$(VCDIR)\lib\amd64\setargv.obj" [...]
is activated OSGeo4W's GDAL.
comment:4 by , 6 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Yes, the wildcard expansion is done by the runtime (crt) and apparently was broken for the 8bit mode (ie. when using main) with the windows update, but still works with 16bit (wmain; like GDAL 2.3 and master). Fixes in 2.2.4-2.
I have the same issue with gdalbuildvrt using Win10 (1803)
On my machine building the VRT fails only for the first file of the folder in wildcard matching, other files in same folder are added to the VRT. So if I have four tiles in a foulder, the first file produces an error, but the other tree files are added. The first file fails, because the first filename matching the wildcard is truncated to a single char, e.g. if the file is folder/abc.tif the wildcard folder/*.tif produces the following error:
Issue affects all current Windows versions of QGIS (2.18.21, 3.2.0) using GDAL 2.2.4 from OSGEO4W build, in Windows 10 (1803), 64bit.
see: https://github.com/OSGeo/gdal/issues/568 https://issues.qgis.org/issues/19192