This repository has been archived by the owner on Feb 7, 2019. It is now read-only.
M3/heisenbug #11
Closed
M3/heisenbug #11
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Of course, the tests after manual-traitdef.jl are failing
which are marked in test/traitdef.jl with: varag_not_supported_bug = true constructors_not_supported_bug = true
These two bugs do not matter anymore as the new tests do not rely on method_exists: method_exists_bug1 = false # see JuliaLang/julia#8959 method_exists_bug2 = false # see JuliaLang/julia#9043 and #2
at least for 990 out of 1000 cases.
On Version 0.4.0-dev+4133 running julia -L runtests.jl results in:
Could not instantiate instance for type encoding the trait Traits.Collection{Dict{Int64,V}}.
This usually indicates that something is amiss with the @traitdef
or that one of the generic functions is not defined.
The error was: ArgumentError("invalid type for argument #s73 in method definition for __eltype at null:0")
ERROR: LoadError: LoadError: test failed: istrait(Assoc{c},verbose=true)
in expression: istrait(Assoc{c},verbose=true)
in error at error.jl:19
in default_handler at test.jl:27
in do_test at test.jl:50
in anonymous at no file:102
in include at ./boot.jl:250
in include_from_node1 at ./loading.jl:129
in include at ./boot.jl:250
in include_from_node1 at ./loading.jl:129
in reload_path at ./loading.jl:153
in _require at ./loading.jl:68
in require at ./loading.jl:51
in process_options at ./client.jl:260
in _start at ./client.jl:401
while loading .julia/v0.4/Traits/test/traitdef.jl, in expression starting on line 101
while loading .julia/v0.4/Traits/test/runtests.jl, in expression starting on line 39
However, it goes away with a @show somewhere in isfitting. Super
strange bug.
It looks like it is a problem with one of my julia builds. Anotherone on the same commit 09ca2e17c4f04b96973338f4b5cf22f8bca344bc did not crash in many tries... The bug is gone after a completely fresh julia rebuild. At least on version 21df2db4dca8463f6ca6f14ec435324f135f6440
Now with the fresh julia build. As a work-around I added a never executing block with a `@show` statement. I'll look into it in branch m3/heisenbug
|
This is not the error I saw locally which was: 1448124 |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This is a strange bug I saw in PR #10. Making a PR to see whether Travis also sees this.
NOT TO BE MERGED!