Skip to content

Comments

Test maint-1.4 against GDAL 3.10-to-be and add more MEM file checks#3212

Merged
sgillies merged 2 commits intomaint-1.4from
here-comes-3-10
Oct 17, 2024
Merged

Test maint-1.4 against GDAL 3.10-to-be and add more MEM file checks#3212
sgillies merged 2 commits intomaint-1.4from
here-comes-3-10

Conversation

@sgillies
Copy link
Member

@sgillies sgillies commented Oct 17, 2024

https://github.com/rasterio/rasterio/actions/runs/11349030115/job/31564203380 showed that Rasterio 1.4.1 is not quite ready for GDAL 3.10.

Our MEM:: dataset gets opened several times in _reproject().

@sgillies sgillies self-assigned this Oct 17, 2024
@vincentsarago
Copy link
Member

Starting with GDAL 3.10, opening a MEM dataset using the above syntax is no longer enabled by default for security reasons. If you want to allow it, define the GDAL_MEM_ENABLE_OPEN configuration option to YES, or build GDAL with the GDAL_MEM_ENABLE_OPEN compilation definition.

GDAL_MEM_ENABLE_OPEN=[YES​/​NO]: (GDAL >= 3.10) Defaults to NO. Whether opening a MEM dataset with the MEM::: syntax is allowed.

Interesting.

@sgillies what about the change mentioned by Even in OSGeo/gdal#10861 (comment)

@sgillies
Copy link
Member Author

@vincentsarago yes, I wrapped that line, but it wasn't sufficient. I needed to do it a few more times in _warp.pyx to get our tests to pass with 3.10.

@sgillies sgillies merged commit 20fddc1 into maint-1.4 Oct 17, 2024
@sgillies sgillies deleted the here-comes-3-10 branch October 17, 2024 15:30
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants