Precompilation segfault on WSL2 with GLMakie 0.10.6

[timholy]

• what version of Makie are you running? (]st -m Makie)

  [e9467ef8] GLMakie v0.10.6
  [ee78f7c6] Makie v0.21.6

• can you reproduce the bug with a fresh environment ? (]activate --temp; add Makie)
  Yes

• What platform + GPU are you on?
  Windows running WSL2 (on the Linux side) with Ubuntu 20.04, Intel Iris Xe Graphics.

pkg> activate --temp
(jl_knUBOc) pkg> add Makie GLMakie
 ⋮
Precompiling project...
  ✗ GLMakie
  2 dependencies successfully precompiled in 105 seconds. 232 already precompiled.
  1 dependency errored.
  For a report of the errors see `julia> err`. To retry use `pkg> precompile`

julia> using GLMakie
Precompiling GLMakie
        Info Given GLMakie was explicitly requested, output will be shown live

[2007] signal (11.1): Segmentation fault
in expression starting at /home/tim/.julia/packages/Makie/GWb7z/precompile/shared-precompile.jl:4
unknown function (ip: 0x7f6cb5bfb2ec)
unknown function (ip: (nil))
Allocations: 39480059 (Pool: 39455302; Big: 24757); GC: 59

However, GLMakie v0.10.5 works fine.

[SimonDanisch]

There are a couple of issues like this, and I think all of them have been solved by updating windows, wsl2 and ubuntu drivers + software.

[timholy]

Feel free to close if you wish. Or I can try in a while to update and see if it fixes it.

[SimonDanisch]

Feel free to wait until you updated everything ;) There's always a chance this is a new thing, although, I doubt there's much we can do about it from experience.
I think a good sanity check is:

using GLFW
GLFW.Window()

If that segfaults, it must be some WSL2/driver issue!

[timholy]

It happened with GLMakie 0.10.6 but not 0.10.5. Were they using different GLFW versions?

[SimonDanisch]

Hm, that'd be unexpected... So the pure GLFW version works?

[Audrius-St]

Feel free to wait until you updated everything ;) There's always a chance this is a new thing, although, I doubt there's much we can do about it from experience. I think a good sanity check is:

using GLFW
GLFW.Window()

If that segfaults, it must be some WSL2/driver issue!

Encountering the same issue as the OP.

Ran, as suggested,

using GLFW
GLFW.Window()

A GLWindow (Ubuntu) window opened with

GLFW.Window(Ptr{Nothing} @0x0000000002600f70)

returned on the Julia REPL line.

WSL2 on Windows 11:

Ubuntu version: 22.04.4 LTS

WSL version: 2.2.4.0
Kernel version: 5.15.153.1-2
WSLg version: 1.0.61
MSRDC version: 1.2.5326
Direct3D version: 1.611.1-81528511
DXCore version: 10.0.26091.1-240325-1447.ge-release
Windows version: 10.0.22635.4076

Julia version: 1.10.4

Makie version: 0.21.7
GLMakie version: 0.10.7
GLFW version: 3.4.3

Nvidia GeForce driver version: 560.81

GLMakie version 0.10.5 and previous versions all worked as they should.

On my system, as listed above, the full error report:

Precompiling GLMakie
        Info Given GLMakie was explicitly requested, output will be shown live 

[15005] signal (11.1): Segmentation fault
in expression starting at /home/audrius/.julia/packages/Makie/aG6xp/precompile/shared-precompile.jl:4
unknown function (ip: 0x7f3925bc2a52)
unknown function (ip: 0x8114217)
Allocations: 39260971 (Pool: 39236462; Big: 24509); GC: 57
  ✗ GLMakie
  0 dependencies successfully precompiled in 23 seconds. 252 already precompiled.

ERROR: LoadError: The following 1 direct dependency failed to precompile:

GLMakie [e9467ef8-e4e7-5192-8a1a-b1aee30e663a]

Failed to precompile GLMakie [e9467ef8-e4e7-5192-8a1a-b1aee30e663a] to "/home/audrius/.julia/compiled/v1.10/GLMakie/jl_TajsSA".
[15005] signal (11.1): Segmentation fault
in expression starting at /home/audrius/.julia/packages/Makie/aG6xp/precompile/shared-precompile.jl:4
unknown function (ip: 0x7f3925bc2a52)
unknown function (ip: 0x8114217)
Allocations: 39260971 (Pool: 39236462; Big: 24509); GC: 5
Stacktrace:
  [1] pkgerror(msg::String)
    @ Pkg.Types ~/julia-1.10.4/share/julia/stdlib/v1.10/Pkg/src/Types.jl:70
  [2] precompile(ctx::Pkg.Types.Context, pkgs::Vector{…}; internal_call::Bool, strict::Bool, warn_loaded::Bool, already_instantiated::Bool, timing::Bool, _from_loading::Bool, kwargs::@Kwargs{…})
    @ Pkg.API ~/julia-1.10.4/share/julia/stdlib/v1.10/Pkg/src/API.jl:1659
  [3] precompile(pkgs::Vector{Pkg.Types.PackageSpec}; io::Base.TTY, kwargs::@Kwargs{_from_loading::Bool})
    @ Pkg.API ~/julia-1.10.4/share/julia/stdlib/v1.10/Pkg/src/API.jl:159
  [4] precompile
    @ ~/julia-1.10.4/share/julia/stdlib/v1.10/Pkg/src/API.jl:147 [inlined]
  [5] #precompile#114
    @ ~/julia-1.10.4/share/julia/stdlib/v1.10/Pkg/src/API.jl:146 [inlined]
  [6] #invokelatest#2
    @ ./essentials.jl:894 [inlined]
  [7] invokelatest
    @ ./essentials.jl:889 [inlined]
  [8] _require(pkg::Base.PkgId, env::String)
    @ Base ./loading.jl:1963
  [9] __require_prelocked(uuidkey::Base.PkgId, env::String)
    @ Base ./loading.jl:1812
 [10] #invoke_in_world#3
    @ ./essentials.jl:926 [inlined]
 [11] invoke_in_world
    @ ./essentials.jl:923 [inlined]
 [12] _require_prelocked(uuidkey::Base.PkgId, env::String)
    @ Base ./loading.jl:1803
 [13] macro expansion
    @ ./loading.jl:1790 [inlined]
 [14] macro expansion
    @ ./lock.jl:267 [inlined]
 [15] __require(into::Module, mod::Symbol)
    @ Base ./loading.jl:1753
 [16] #invoke_in_world#3
    @ ./essentials.jl:926 [inlined]
 [17] invoke_in_world
    @ ./essentials.jl:923 [inlined]
 [18] require(into::Module, mod::Symbol)
    @ Base ./loading.jl:1746
 [19] include(fname::String)
    @ Base.MainInclude ./client.jl:489
 [20] top-level scope
    @ REPL[1]:1

[highflyer737]

Encountering the same issue as the OP.

Me too.

I have one environment pinned at GLMakie v0.10.5 which is behaving as expected, and one updated to GLMakie v0.10.7 which segfaults. I.e. Makie v0.21.7 and GLMakie v0.10.7 segfaults, while Makie v0.21.5 and GLMakie v0.10.5 works.

WSL version: 2.1.5.0
Kernel version: 5.15.146.1-2
WSLg version: 1.0.60
MSRDC version: 1.2.5105
Direct3D version: 1.611.1-81528511
DXCore version: 10.0.25131.1002-220531-1700.rs-onecore-base2-hyp
Windows version: 10.0.19045.4529

Ubuntu 24.04 LTS

Julia Version 1.10.4

Using latest mesa drivers from Kisak-mesa PPA.

GLFW.Window() works in both environments with GLFW v3.4.3

[Audrius-St]

This issue persists in the new GLMakie release v0.10.9.

[SimonDanisch]

I just tried it myself:

s = Scene()
display(s) # works
scatter!(s, 1:4) # segfaults

@ffreyer , from the diff, it looks like it's related to clip plane introduced in GLMakie@0.10.6

[Audrius-St]

I just tried it myself:

s = Scene()
display(s) # works
scatter!(s, 1:4) # segfaults

@ffreyer , from the diff, it looks like it's related to clip plane introduced in GLMakie@0.10.6

Thanks for checking and identifying the potential source of the bug.

[ffreyer]

I just tried it myself:

s = Scene()
display(s) # works
scatter!(s, 1:4) # segfaults

@ffreyer , from the diff, it looks like it's related to clip plane introduced in GLMakie@0.10.6

In terms of OpenGL function calls, that pr only added

N = to_value(get(robj.uniforms, :num_clip_planes, 0))
for i in 0:min(7, N-1)
    glEnable(GL_CLIP_DISTANCE0 + UInt32(i))
end

which doesn't even run without defining clip planes.

[SimonDanisch]

Hm, I think it's the GPU drivers glsl compiler segfaulting on the clip plane code -.-
I removed the clipplane code from util.vert and sprites.geom and it works without segfault.
No idea why the WSL2 drivers like to segfault so much.