[gdal-dev] gdalinfo on large vrt takes a long time

[Even Rouault]

Le 19/07/2023 à 15:47, William Kyngesburye a écrit :
> macos has lldb, once I figured that out, I got:
>
> * thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP
>    * frame #0: 0x00007ff81eefdeb2 libsystem_kernel.dylib`stat$INODE64 + 10
>      frame #1: 0x000000010140c669 GDAL`VSIStatExL + 96
>      frame #2: 0x0000000101699994 GDAL`VRTSimpleSource::GetFileList(char***, int*, int*, _CPLHashSet*) + 118
>      frame #3: 0x000000010169709b GDAL`VRTSourcedRasterBand::GetFileList(char***, int*, int*, _CPLHashSet*) + 71
>      frame #4: 0x00000001016a603c GDAL`VRTDataset::GetFileList() + 114
>      frame #5: 0x0000000101ee40df GDAL`GDALInfo + 543
>      frame #6: 0x0000000100003911 gdalinfo`main + 914
>      frame #7: 0x000000010001552e dyld`start + 462
>
> It looks like just getting the file list touches the files to make sure they exist?

Indeed. I assume the rationale is to distinguish real file names from 
subdataset names which aren't files. I've captured this in 
https://github.com/OSGeo/gdal/issues/7261#issuecomment-1642494885

Even


-- 
http://www.spatialys.com
My software is free, but my time generally not.