Segfault from NTuple{N,Base.RefValue{...}} on Julia 1.7.1+
#55076
Labels
bug
Indicates an unexpected problem or unintended behavior
Comments
MilesCranmer
changed the title
NTuple{N,Base.RefValue{...}} on Julia 1.7+NTuple{N,Base.RefValue{...}} on Julia 1.7.1+
|
Could be this: #43306? I don't see any other matching changes. |
|
Reproducible without the internal julia> struct Node{D}
children::NTuple{D,Memory{Node{D}}}
Node(::Val{_D}) where {_D} = new{_D}()
end
julia> Node(Val(2))
[225608] signal 11 (1): Segmentation fault
in expression starting at REPL[2]:1
jl_compute_field_offsets at /cache/build/builder-amdci5-7/julialang/julia-master/src/datatype.c:621
jl_struct_try_layout at /cache/build/builder-amdci5-7/julialang/julia-master/src/datatype.c:352 [inlined]
jl_struct_try_layout at /cache/build/builder-amdci5-7/julialang/julia-master/src/datatype.c:345
jl_datatype_isinlinealloc at /cache/build/builder-amdci5-7/julialang/julia-master/src/datatype.c:359
union_isinlinable at /cache/build/builder-amdci5-7/julialang/julia-master/src/datatype.c:384 [inlined]
union_isinlinable at /cache/build/builder-amdci5-7/julialang/julia-master/src/datatype.c:373 [inlined]
ijl_islayout_inline at /cache/build/builder-amdci5-7/julialang/julia-master/src/datatype.c:407
jl_get_genericmemory_layout at /cache/build/builder-amdci5-7/julialang/julia-master/src/datatype.c:506
jl_compute_field_offsets at /cache/build/builder-amdci5-7/julialang/julia-master/src/datatype.c:602
inst_datatype_inner at /cache/build/builder-amdci5-7/julialang/julia-master/src/jltypes.c:2238 |
|
👍 On 1.10.4 here is the On nightly, this line is Line 621 in ed987f2 |
MilesCranmer
added a commit
to SymbolicML/DynamicExpressions.jl
that referenced
this issue
Jul 8, 2024
MilesCranmer
added a commit
to SymbolicML/DynamicExpressions.jl
that referenced
this issue
Jul 8, 2024
See JuliaLang/julia#55076 for details
KristofferC
pushed a commit
that referenced
this issue
Aug 13, 2024
Comparing objects by `==` will happily answer nonsense for malformed type comparisons, such as `unwrap_unionall(A) == A`. Avoid forming that query. Additionally, need to recourse through Vararg when examining type structure to make decisions. Fix #55076 Fix #55189 (cherry picked from commit 32423a8)
lazarusA
pushed a commit
to lazarusA/julia
that referenced
this issue
Aug 17, 2024
Comparing objects by `==` will happily answer nonsense for malformed type comparisons, such as `unwrap_unionall(A) == A`. Avoid forming that query. Additionally, need to recourse through Vararg when examining type structure to make decisions. Fix JuliaLang#55076 Fix JuliaLang#55189
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
On Julia 1.7.1+, running the following valid code will cause a segfault and crash. Julia 1.7.0 is the last version which is not affected.
with the following traceback
Other info:
I have reproduced this bug on the following versions, on the same machine:
However, the bug is not present on:
So the bug was created sometime between 1.7.0 and 1.7.1: v1.7.0...v1.7.1
The text was updated successfully, but these errors were encountered: