Nathan Zimmerberg

The only official thing is the docstring of [`Base.unsafe_wrap`](https://docs.julialang.org/en/v1/base/c/#Base.unsafe_wrap-Union{Tuple{N},%20Tuple{T},%20Tuple{Union{Type{Array},%20Type{Array{T}},%20Type{Array{T,%20N}}},%20Ptr{T},%20NTuple{N,%20Int64}}}%20where%20{T,%20N}) But from discussions on Slack, it is rarely safe to use on a pointer to memory managed by Julia.

I can't reproduce this on 1.12, but on nightly, I get the same issue. Julia Version 1.13.0-DEV.1368 Commit d244e1bfaad (2025-10-22 23:22 UTC)

It turns out that p7zip_jll has a bug on Linux https://github.com/JuliaLang/julia/issues/60071 Maybe we need to wait until the fix in https://github.com/JuliaLang/julia/pull/60025 is backported

This is not stale

Oh, interesting, I didn't know about the https://github.com/Julia-i18n/Gettext.jl package. Yes, https://github.com/JuliaPackaging/Yggdrasil/pull/11038 currently builds libintl as a product for all platforms.

One option for decompression is the executables from either `Gzip_jll` or `pigz_jll` ```julia using pigz_jll: pigz decompress(data) = read(pipeline(IOBuffer(data), `$(pigz()) --stdout --decompress`)) ``` Using the TranscodingStreams interface will be the...

I'm getting a similar error on Julia 1.10 on Windows. Here is the code that triggers the error. https://github.com/JuliaIO/ZipArchives.jl/blob/99b5e8d99b048de340f2cc3c2b1f807b8f2c8789/test/external_unzippers.jl#L7-L11 ```julia try import PythonCall catch @warn "PythonCall not working :(" end...

Haven't seen this happening recently, so it may be fixed like #617

The `encode` function in https://github.com/JuliaIO/ChunkCodecs.jl supports this. But it would be good to have support for some of the ChunkCodec interface in this package as well.

https://github.com/JuliaPackaging/Yggdrasil/pull/8855 is a PR to fix this and needs more testing.