-
Notifications
You must be signed in to change notification settings - Fork 126
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
groups atlas error without wget or GAP io #1516
Comments
And do I have to worry because the problem occurs only in julia nightly? |
I just did some more tries and on munk (Apple M1) it also happens with 1.8.0 (aarch64) and 1.7.3 (x86_64), but I still cannot reproduce it anywhere else. Julia nightly on Linux (openSUSE) seems to work fine. It would be interesting to get an error string why the network access fails, as I don't see any reason why this would happen, running The corresponding call in GAP is probably something like this?
|
Yes, GAP uses One could also return However, in the tests it is quite probable that data transfer problems are the reason for the failures. The question is then whether we change the test setup such that potential failures of this kind become invisible or whether we make it just easier to detect that these failures are harmless, for example via a text message that is shown in the test protocol. |
It would be great to get a different error if there is a network error. Maybe also for the case where the dependencies of atlasrep are not available. As it turns out the problem on munk is that there is no |
wget on munk is at /opt/homebrew/bin/wget |
Ok, thanks, I will add this to my path. |
We are working on a way to simplify the download issues in GAP (see gap-packages/utils/pull/48), and with this feature we will then be able to use Julia's Download.jl. |
@ThomasBreuer I think this can be closed with the new GAP.jl and GAP 4.12.1 in place? |
Yes. |
It does seem to work at first look: lorenz@munk Oscar-tmp.jl % julia-18
_
_ _ _(_)_ | Documentation: https://docs.julialang.org
(_) | (_) (_) |
_ _ _| |_ __ _ | Type "?" for help, "]?" for Pkg help.
| | | | | | |/ _` | |
| | |_| | | | (_| | | Version 1.8.2 (2022-09-29)
_/ |\__'_|_|_|\__'_| | Official https://julialang.org/ release
|__/ |
(@v1.8) pkg> activate .
Activating project at `~/Oscar-tmp.jl`
julia> using Oscar
----- ----- ----- - -----
| | | | | | | | | |
| | | | | | | |
| | ----- | | | |-----
| | | | |-----| | |
| | | | | | | | | |
----- ----- ----- - - - -
...combining (and extending) ANTIC, GAP, Polymake and Singular
Version 0.11.0 ...
... which comes with absolutely no warranty whatsoever
Type: '?Oscar' for more information
(c) 2019-2022 by The OSCAR Development Team
julia> run(`wget`);
ERROR: IOError: could not spawn `wget`: no such file or directory (ENOENT)
Stacktrace:
<....>
julia> GAP.prompt()
gap> AtlasGroup( "A5", IsPermGroup, true );
Group([ (1,2)(3,4), (1,3,5) ]) But if I don't try to julia> using Oscar
----- ----- ----- - -----
| | | | | | | | | |
| | | | | | | |
| | ----- | | | |-----
| | | | |-----| | |
| | | | | | | | | |
----- ----- ----- - - - -
...combining (and extending) ANTIC, GAP, Polymake and Singular
Version 0.11.0 ...
... which comes with absolutely no warranty whatsoever
Type: '?Oscar' for more information
(c) 2019-2022 by The OSCAR Development Team
julia> GAP.prompt()
gap> AtlasGroup( "A5", IsPermGroup, true );
signal (11): Segmentation fault: 11
in expression starting at REPL[3]:1
ReadEvalCommand at /Users/lorenz/.julia/artifacts/fb4093a2787ae817d48f3ac7c1e1b99712456dbf/lib/libgap.8.dylib (unknown line)
READ_INNER at /Users/lorenz/.julia/artifacts/fb4093a2787ae817d48f3ac7c1e1b99712456dbf/lib/libgap.8.dylib (unknown line)
FuncREAD at /Users/lorenz/.julia/artifacts/fb4093a2787ae817d48f3ac7c1e1b99712456dbf/lib/libgap.8.dylib (unknown line)
EvalFunccall1args at /Users/lorenz/.julia/artifacts/fb4093a2787ae817d48f3ac7c1e1b99712456dbf/lib/libgap.8.dylib (unknown line)
EvalUnknownBool at /Users/lorenz/.julia/artifacts/fb4093a2787ae817d48f3ac7c1e1b99712456dbf/lib/libgap.8.dylib (unknown line)
EvalNot at /Users/lorenz/.julia/artifacts/fb4093a2787ae817d48f3ac7c1e1b99712456dbf/lib/libgap.8.dylib (unknown line)
ExecIf at /Users/lorenz/.julia/artifacts/fb4093a2787ae817d48f3ac7c1e1b99712456dbf/lib/libgap.8.dylib (unknown line)
ExecSeqStat4 at /Users/lorenz/.julia/artifacts/fb4093a2787ae817d48f3ac7c1e1b99712456dbf/lib/libgap.8.dylib (unknown line)
EXEC_CURR_FUNC at /Users/lorenz/.julia/artifacts/fb4093a2787ae817d48f3ac7c1e1b99712456dbf/lib/libgap.8.dylib (unknown line)
DoExecFunc1args at /Users/lorenz/.julia/artifacts/fb4093a2787ae817d48f3ac7c1e1b99712456dbf/lib/libgap.8.dylib (unknown line)
Allocations: 51633411 (Pool: 51581065; Big: 52346); GC: 18
signal (11): Segmentation fault: 11
in expression starting at REPL[3]:1
DoExecFunc0args at /Users/lorenz/.julia/artifacts/fb4093a2787ae817d48f3ac7c1e1b99712456dbf/lib/libgap.8.dylib (unknown line)
_call_gap_func at /Users/lorenz/.julia/packages/GAP/4OJWm/src/ccalls.jl:251
call_gap_func_nokw at /Users/lorenz/.julia/packages/GAP/4OJWm/src/ccalls.jl:224 [inlined]
GapObj at /Users/lorenz/.julia/packages/GAP/4OJWm/src/ccalls.jl:234
unknown function (ip: 0x2cb7600db)
ijl_apply_generic at /Applications/Julia-1.8.app/Contents/Resources/julia/lib/julia/libjulia-internal.1.8.dylib (unknown line)
#1 at /Users/lorenz/.julia/packages/GAP/4OJWm/src/GAP.jl:234
unknown function (ip: 0x2d37e014f)
ijl_apply_generic at /Applications/Julia-1.8.app/Contents/Resources/julia/lib/julia/libjulia-internal.1.8.dylib (unknown line)
_atexit at ./initdefs.jl:372
unknown function (ip: 0x2d37c81df)
ijl_apply_generic at /Applications/Julia-1.8.app/Contents/Resources/julia/lib/julia/libjulia-internal.1.8.dylib (unknown line)
ijl_atexit_hook at /Applications/Julia-1.8.app/Contents/Resources/julia/lib/julia/libjulia-internal.1.8.dylib (unknown line)
ijl_exit at /Applications/Julia-1.8.app/Contents/Resources/julia/lib/julia/libjulia-internal.1.8.dylib (unknown line)
jl_exit_thread0_cb at /Applications/Julia-1.8.app/Contents/Resources/julia/lib/julia/libjulia-internal.1.8.dylib (unknown line)
Allocations: 51633411 (Pool: 51581065; Big: 52346); GC: 18 Even just calling |
Thanks @benlorenz. Unfortunately I cannot reproduce the problem. Could you please try the following GAP input after calling
With this input, I get the following session.
|
@ThomasBreuer this is on @benlorenz but I also can't reproduce this on |
I got the following output: julia> GAP.prompt()
gap> GAPInfo.PackagesLoaded.utils;
[ "/Users/lorenz/.julia/scratchspaces/c863536a-3901-11e9-33e7-d5cd0df7b904/gap_14782291787692535528_1.8\
/pkg/utils", "0.77", "utils", true ]
gap> GAPInfo.PackagesLoaded.atlasrep;
[ "/Users/lorenz/.julia/scratchspaces/c863536a-3901-11e9-33e7-d5cd0df7b904/gap_14782291787692535528_1.8\
/pkg/atlasrep", "2.1.6", "AtlasRep", true ]
gap> Download_Methods[1];
rec( download := <Julia: #2>, isAvailable := function( arg... ) ... end,
name := "via Julia's Downloads.download" )
gap> SetInfoLevel( InfoUtils, 2 );
gap> AtlasGroup( "A5", IsPermGroup, true );
#I try Download method via Julia's Downloads.download
#I try Download method via Julia's Downloads.download
Group([ (1,2)(3,4), (1,3,5) ]) I triggered the crash once more directly before trying these commands but now I cannot reproduce it anymore (even with a fresh depot). Maybe I had some broken files from my previous experiments in |
@benlorenz I strongly assume you did all this, but to be 100% sure:
Here is what I get: This is with the system wide
I also verified in a separate session that it download via our new GAP download method, which goes through Julia's
|
Before posting this I did remove the julia> Oscar.versioninfo(full=true)
OSCAR version 0.11.0 - #master, 4df1ca5ff -- 2022-11-14 10:19:40 +0100
combining:
AbstractAlgebra.jl v0.27.6
GAP.jl v0.9.0
Hecke.jl v0.15.8
Nemo.jl v0.32.4
Polymake.jl v0.8.2
Singular.jl v0.14.0
building on:
Antic_jll v0.201.500+0
Arb_jll v200.2300.0+0
Calcium_jll v0.401.100+0
FLINT_jll v200.900.1+0
GAP_jll v400.1200.101+0
Singular_jll v403.101.400+0
libpolymake_julia_jll v0.8.3+0
libsingular_julia_jll v0.27.0+0
polymake_jll v400.700.1+1
See `]st -m` for a full list of dependencies.
Julia Version 1.8.2
Commit 36034abf260 (2022-09-29 15:21 UTC)
Platform Info:
OS: macOS (arm64-apple-darwin21.3.0)
CPU: 8 × Apple M1
WORD_SIZE: 64
LIBM: libopenlibm
LLVM: libLLVM-13.0.1 (ORCJIT, apple-m1)
Threads: 1 on 4 virtual cores
Official https://julialang.org/ release
julia> GAP.Globals.ShowPackageInformation()
Packages: AClib 1.3.2, Alnuth 3.2.1, AtlasRep 2.1.6, AutoDoc 2022.10.20, AutPGrp 1.11,
Browse 1.8.18, CRISP 1.4.5, Cryst 4.1.25, CrystCat 1.1.10, CTblLib 1.3.4, FactInt 1.6.3,
ferret 1.0.9, FGA 1.4.0, Forms 1.2.9, GAPDoc 1.6.6, GUAVA 3.17, IRREDSOL 1.4.3,
JuliaInterface 0.9.0, LAGUNA 3.9.5, PackageManager 1.3.2, Polenta 1.3.10, Polycyclic 2.16,
PrimGrp 3.4.2, RadiRoot 2.9, ResClasses 4.7.3, SmallGrp 1.5, SONATA 2.9.5, Sophus 1.27,
SpinSym 1.5.2, TomLib 1.2.9, TransGrp 3.6.3, utils 0.77, Wedderga 4.10.2
Try '??help' for help. See also '?copyright', '?cite' and '?authors'
Since I cannot reproduce this I think we can close this until I or someone else can trigger this again. |
Just one more remark: |
@ThomasBreuer but I also note that in practice, for GAP.jl / Oscar.jl, the caching is always off, because the |
@benlorenz thank you. Yeah, I expected that you were thorough; but we all sometimes make mistakes (well, I certainly do, far too often sigh), so I wanted to check (also to see if there was any difference to my setup). Anyway: since we can't reproduce this right now, let's indeed close, and re-open if anyone sees a similar problem again. |
Describe the bug
On julia nightly I got an error in the
Atlas groups
testgroup. I think I have seen this at least once in the julia nanosoldier tests and I just got this on munk with julia nightly on macos (while investigating the polyhedral geometry timing tests).To Reproduce
It seems reproducible on munk right now (at least in my environment) but I don't know what is needed exactly to make this happen as I haven't been able to reproduce it anywhere else.
System (please complete the following information):
The text was updated successfully, but these errors were encountered: