Update Singular.jl to 0.28 by hannes14 · Pull Request #5578 · oscar-system/Oscar.jl

hannes14 · 2025-11-20T13:22:23Z

No description provided.

codecov · 2025-11-21T06:48:46Z

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 84.28%. Comparing base (decd37e) to head (5383878).
⚠️ Report is 17 commits behind head on master.

Additional details and impacted files

@@            Coverage Diff             @@
##           master    #5578      +/-   ##
==========================================
+ Coverage   84.03%   84.28%   +0.24%     
==========================================
  Files         738      746       +8     
  Lines       99958   103351    +3393     
==========================================
+ Hits        83999    87107    +3108     
- Misses      15959    16244     +285

see 43 files with indirect coverage changes

🚀 New features to boost your workflow:

❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

fingolfin · 2025-11-21T17:01:37Z

Folks, the "1.10, short, macOS, RPTU" run has been re-run for the 5th time. I don't think we'll see a different outcome. It always exceeds the 60 minutes run time limit.

Even if by some miracle it finished in 55 minutes or whatever: on master this job takes less than 20 minutes. So something is definitely very wrong.

benlorenz · 2025-11-21T17:49:37Z

I downloaded and filtered the log by worker, five of these excerpts end with -> Testing .... took ..., i.e., a finished test file.
But the worker 2 log ends with:

2025-11-21T16:10:28.2567620Z       From worker 2:       Starting tests for /Users/oscarci-tester/oscar-runners/oscar-runner-02/_work/Oscar.jl/Oscar.jl/test/Rings/groebner.jl
2025-11-21T16:10:30.5485150Z       From worker 2:       
2025-11-21T16:10:30.5485440Z       From worker 2:       GC: pause 53.91ms. collected 385.750555MB. incr 
2025-11-21T16:10:34.3732110Z       From worker 2:       
2025-11-21T16:10:34.3732740Z       From worker 2:       GC: pause 45.96ms. collected 387.173683MB. incr 
2025-11-21T16:10:34.4564650Z       From worker 2:       Test Summary: | Pass  Total  Time
2025-11-21T16:10:34.4567260Z       From worker 2:       groebner      |   57     57  6.0s
2025-11-21T16:10:34.4988910Z       From worker 2:       Test Summary:      | Pass  Total  Time
2025-11-21T16:10:34.4991500Z       From worker 2:       normal form graded |    1      1  0.0s
2025-11-21T16:10:34.5829730Z       From worker 2:       Test Summary:          | Pass  Total  Time
2025-11-21T16:10:34.5831810Z       From worker 2:       groebner leading ideal |    6      6  0.1s
2025-11-21T16:10:34.6635220Z       From worker 2:       Test Summary:      | Pass  Total  Time
2025-11-21T16:10:34.6636860Z       From worker 2:       groebner orderings |   15     15  0.1s
2025-11-21T16:10:34.7431520Z       From worker 2:       Test Summary:        | Pass  Total  Time
2025-11-21T16:10:34.7433540Z       From worker 2:       non-global orderings |    3      3  0.1s
2025-11-21T16:10:34.8341970Z       From worker 2:       Test Summary: | Pass  Total  Time
2025-11-21T16:10:34.8343560Z       From worker 2:       f4            |    7      7  0.1s
2025-11-21T16:10:35.5635800Z       From worker 2:       Test Summary: | Pass  Total  Time
2025-11-21T16:10:35.5636520Z       From worker 2:       fglm          |   11     11  0.7s
2025-11-21T16:10:36.6585940Z       From worker 2:       Test Summary:           | Pass  Total  Time
2025-11-21T16:10:36.6588370Z       From worker 2:       groebner hilbert driven |    4      4  1.1s

The canceled message appears about 50 minutes later:

2025-11-21T17:01:17.8862850Z ##[error]The operation was canceled.

Edit: I am re-running this again once more to look at the processes directly on the runner.

ederc · 2025-11-21T18:04:36Z

After groebner hilbert driven comes the groebner basis modular testset. So it seems to get stuck in there.
Running the full groebner.jl test on M1 MacOS locally I do not encounter any problems, neither with Singular.jl v0.27.1 nor with v0.28.0.

benlorenz · 2025-11-22T11:12:24Z

I can reproduce that on munk, julia 1.12, commit 5383878, from this branch here. Just running:

julia> Oscar.test_module("test/Rings/groebner.jl"; new=false, tempproject=false)

There are two subprocesses (forks?) started when this testset is run:

69500 lorenz      24   0  391G  1856 S   0.0  0.0  0:00.00 │  └─ sshd-session: lorenz@ttys005
69501 lorenz      40   0  391G  2640 S   0.0  0.0  0:00.00 │     └─ -zsh
69711 lorenz      24   0  395G  542M S   0.0  3.3  0:01.16 │        └─ /Users/lorenz/.julia/juliaup/julia-1.12.1+0.aarch64.apple.darwin14/bin/julia --project=.
69738 lorenz      24   0  395G  6864 S   0.0  0.0  0:00.00 │           └─ /Users/lorenz/.julia/juliaup/julia-1.12.1+0.aarch64.apple.darwin14/bin/julia --project=.
69739 lorenz      24   0  395G  6576 S   0.0  0.0  0:00.00 │              └─ /Users/lorenz/.julia/juliaup/julia-1.12.1+0.aarch64.apple.darwin14/bin/julia --project=.

They are just waiting without any CPU load.

I observed the same on the CI runner (two subprocesses below one of the workers) and tried to send SIGINFO to all processes, the subprocesses didn't do anything but the worker (worker 5) that was executing this test file was in a sem_wait (https://github.com/oscar-system/Oscar.jl/actions/runs/19562002421/job/56085373551?pr=5578#step:9:7574):

      From worker 5:	signal (29): Information request: 29
      From worker 5:	sem_wait at /usr/lib/system/libsystem_kernel.dylib (unknown line)
      From worker 5:	unknown function (ip: 0x0)

unfortunately no further backtrace. All the other worker were finished with their jobs and in waiting in kevent:

      From worker 4:	signal (29): Information request: 29
      From worker 4:	kevent at /usr/lib/system/libsystem_kernel.dylib (unknown line)
      From worker 4:	unknown function (ip: 0x0)

Attaching a debugger to the stuck process on munk give a backtrace deep inside libsingular with sipc_semaphore_release at the top:

(lldb) bt
* thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP
  * frame #0: 0x0000000191e3cd14 libsystem_kernel.dylib`sem_wait + 8
    frame #1: 0x000000031468a41c libSingular-4.4.1.dylib`sipc_semaphore_release + 76
    frame #2: 0x00000003145fed70 libSingular-4.4.1.dylib`jjSYSTEM(sleftv*, sleftv*) + 6528
    frame #3: 0x000000031461a1b8 libSingular-4.4.1.dylib`iiExprArithM(sleftv*, sleftv*, int) + 952
    frame #4: 0x000000031460bfc8 libSingular-4.4.1.dylib`yyparse() + 3896
    frame #5: 0x000000031464e210 libSingular-4.4.1.dylib`iiAllStart(procinfo*, char const*, feBufferTypes, int) + 272
    frame #6: 0x000000031464e5d8 libSingular-4.4.1.dylib`iiPStart(idrec*, sleftv*) + 440
    frame #7: 0x000000031464e960 libSingular-4.4.1.dylib`iiMake_proc(idrec*, sip_package*, sleftv*) + 512
    frame #8: 0x000000031460f03c libSingular-4.4.1.dylib`jjPROC(sleftv*, sleftv*, sleftv*) + 220
    frame #9: 0x0000000314616be0 libSingular-4.4.1.dylib`iiExprArith2TabIntern(sleftv*, sleftv*, int, sleftv*, int, sValCmd2 const*, int, int, sConvertTypes const*) + 2096
    frame #10: 0x00000003146176f4 libSingular-4.4.1.dylib`iiExprArith2(sleftv*, sleftv*, int, sleftv*, int) + 612
    frame #11: 0x000000031463adf0 libSingular-4.4.1.dylib`jjKLAMMER_PL(sleftv*, sleftv*) + 176
    frame #12: 0x000000031461a1b8 libSingular-4.4.1.dylib`iiExprArithM(sleftv*, sleftv*, int) + 952
    frame #13: 0x000000031460d60c libSingular-4.4.1.dylib`yyparse() + 9596
    frame #14: 0x000000031464e210 libSingular-4.4.1.dylib`iiAllStart(procinfo*, char const*, feBufferTypes, int) + 272
    frame #15: 0x000000031464e5d8 libSingular-4.4.1.dylib`iiPStart(idrec*, sleftv*) + 440
    frame #16: 0x000000031464e960 libSingular-4.4.1.dylib`iiMake_proc(idrec*, sip_package*, sleftv*) + 512
    frame #17: 0x000000031460f03c libSingular-4.4.1.dylib`jjPROC(sleftv*, sleftv*, sleftv*) + 220
    frame #18: 0x0000000314616be0 libSingular-4.4.1.dylib`iiExprArith2TabIntern(sleftv*, sleftv*, int, sleftv*, int, sValCmd2 const*, int, int, sConvertTypes const*) + 2096
    frame #19: 0x00000003146176f4 libSingular-4.4.1.dylib`iiExprArith2(sleftv*, sleftv*, int, sleftv*, int) + 612
    frame #20: 0x000000031463adf0 libSingular-4.4.1.dylib`jjKLAMMER_PL(sleftv*, sleftv*) + 176
    frame #21: 0x000000031461a1b8 libSingular-4.4.1.dylib`iiExprArithM(sleftv*, sleftv*, int) + 952
    frame #22: 0x000000031460d60c libSingular-4.4.1.dylib`yyparse() + 9596
    frame #23: 0x000000031464e210 libSingular-4.4.1.dylib`iiAllStart(procinfo*, char const*, feBufferTypes, int) + 272
    frame #24: 0x000000031464e5d8 libSingular-4.4.1.dylib`iiPStart(idrec*, sleftv*) + 440
    frame #25: 0x000000031464e960 libSingular-4.4.1.dylib`iiMake_proc(idrec*, sip_package*, sleftv*) + 512
    frame #26: 0x000000031460f03c libSingular-4.4.1.dylib`jjPROC(sleftv*, sleftv*, sleftv*) + 220
    frame #27: 0x0000000314616be0 libSingular-4.4.1.dylib`iiExprArith2TabIntern(sleftv*, sleftv*, int, sleftv*, int, sValCmd2 const*, int, int, sConvertTypes const*) + 2096
    frame #28: 0x00000003146176f4 libSingular-4.4.1.dylib`iiExprArith2(sleftv*, sleftv*, int, sleftv*, int) + 612
    frame #29: 0x000000031463adf0 libSingular-4.4.1.dylib`jjKLAMMER_PL(sleftv*, sleftv*) + 176
    frame #30: 0x000000031461a1b8 libSingular-4.4.1.dylib`iiExprArithM(sleftv*, sleftv*, int) + 952
    frame #31: 0x000000031460d60c libSingular-4.4.1.dylib`yyparse() + 9596
    frame #32: 0x000000031464e210 libSingular-4.4.1.dylib`iiAllStart(procinfo*, char const*, feBufferTypes, int) + 272
    frame #33: 0x000000031464e5d8 libSingular-4.4.1.dylib`iiPStart(idrec*, sleftv*) + 440
    frame #34: 0x000000031464e960 libSingular-4.4.1.dylib`iiMake_proc(idrec*, sip_package*, sleftv*) + 512
    frame #35: 0x000000031460f03c libSingular-4.4.1.dylib`jjPROC(sleftv*, sleftv*, sleftv*) + 220
    frame #36: 0x0000000314616be0 libSingular-4.4.1.dylib`iiExprArith2TabIntern(sleftv*, sleftv*, int, sleftv*, int, sValCmd2 const*, int, int, sConvertTypes const*) + 2096
    frame #37: 0x00000003146176f4 libSingular-4.4.1.dylib`iiExprArith2(sleftv*, sleftv*, int, sleftv*, int) + 612
    frame #38: 0x000000031463adf0 libSingular-4.4.1.dylib`jjKLAMMER_PL(sleftv*, sleftv*) + 176
    frame #39: 0x000000031461a1b8 libSingular-4.4.1.dylib`iiExprArithM(sleftv*, sleftv*, int) + 952
    frame #40: 0x000000031460d60c libSingular-4.4.1.dylib`yyparse() + 9596
    frame #41: 0x000000031464e210 libSingular-4.4.1.dylib`iiAllStart(procinfo*, char const*, feBufferTypes, int) + 272
    frame #42: 0x000000031464e5d8 libSingular-4.4.1.dylib`iiPStart(idrec*, sleftv*) + 440
    frame #43: 0x000000031464e960 libSingular-4.4.1.dylib`iiMake_proc(idrec*, sip_package*, sleftv*) + 512
    frame #44: 0x000000031460f03c libSingular-4.4.1.dylib`jjPROC(sleftv*, sleftv*, sleftv*) + 220
    frame #45: 0x0000000314616be0 libSingular-4.4.1.dylib`iiExprArith2TabIntern(sleftv*, sleftv*, int, sleftv*, int, sValCmd2 const*, int, int, sConvertTypes const*) + 2096
    frame #46: 0x00000003146176f4 libSingular-4.4.1.dylib`iiExprArith2(sleftv*, sleftv*, int, sleftv*, int) + 612
    frame #47: 0x000000031463adf0 libSingular-4.4.1.dylib`jjKLAMMER_PL(sleftv*, sleftv*) + 176
    frame #48: 0x000000031461a1b8 libSingular-4.4.1.dylib`iiExprArithM(sleftv*, sleftv*, int) + 952
    frame #49: 0x000000031460d60c libSingular-4.4.1.dylib`yyparse() + 9596
    frame #50: 0x000000031464e210 libSingular-4.4.1.dylib`iiAllStart(procinfo*, char const*, feBufferTypes, int) + 272
    frame #51: 0x000000031464e5d8 libSingular-4.4.1.dylib`iiPStart(idrec*, sleftv*) + 440
    frame #52: 0x000000031464e960 libSingular-4.4.1.dylib`iiMake_proc(idrec*, sip_package*, sleftv*) + 512
    frame #53: 0x000000031464f7bc libSingular-4.4.1.dylib`ii_CallLibProcM(char const*, void**, int*, ip_sring*, int&) + 492
    frame #54: 0x0000000314bf42c8 libsingular_julia.dylib`call_singular_library_procedure(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>, ip_sring*, jlcxx::ArrayRef<_jl_value_t*, 1>) + 280
    frame #55: 0x0000000314bf8a8c libsingular_julia.dylib`std::__1::__function::__func<_jl_value_t* (*)(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>, ip_sring*, jlcxx::ArrayRef<_jl_value_t*, 1>), std::__1::allocator<_jl_value_t* (*)(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>, ip_sring*, jlcxx::ArrayRef<_jl_value_t*, 1>)>, _jl_value_t* (std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>, ip_sring*, jlcxx::ArrayRef<_jl_value_t*, 1>)>::operator()(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>&&, ip_sring*&&, jlcxx::ArrayRef<_jl_value_t*, 1>&&) + 60
    frame #56: 0x0000000314bf88fc libsingular_julia.dylib`jlcxx::detail::CallFunctor<_jl_value_t*, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>, ip_sring*, jlcxx::ArrayRef<_jl_value_t*, 1>>::apply(void const*, jlcxx::WrappedCppPtr, jlcxx::WrappedCppPtr, jl_array_t*) + 92
    frame #57: 0x000000036f254094
    frame #58: 0x00000001053516a0 libjulia-internal.1.12.1.dylib`eval_stmt_value(stmt=<unavailable>, s=<unavailable>) at interpreter.c:194:23 [opt]
    frame #59: 0x0000000105350320 libjulia-internal.1.12.1.dylib`eval_body(stmts=<unavailable>, s=0x000000016b532f00, ip=<unavailable>, toplevel=1) at interpreter.c:689:21 [opt]
    frame #60: 0x0000000105350628 libjulia-internal.1.12.1.dylib`eval_body(stmts=0x0000000368772bb0, s=0x000000016b532f00, ip=117, toplevel=1) at interpreter.c:558:21 [opt]
    frame #61: 0x0000000105350628 libjulia-internal.1.12.1.dylib`eval_body(stmts=0x0000000368772bb0, s=0x000000016b532f00, ip=115, toplevel=1) at interpreter.c:558:21 [opt]
    frame #62: 0x000000010535097c libjulia-internal.1.12.1.dylib`jl_interpret_toplevel_thunk(m=0x000000011fe51fb0, src=0x0000000373dedc30) at interpreter.c:898:21 [opt]
    frame #63: 0x000000010536b338 libjulia-internal.1.12.1.dylib`jl_toplevel_eval_flex(m=0x000000011fe51fb0, e=<unavailable>, fast=1, expanded=1, toplevel_filename=0x000000016b534c20, toplevel_lineno=0x000000016b534c1c) at toplevel.c:1035:18 [opt]
    frame #64: 0x000000010536b034 libjulia-internal.1.12.1.dylib`jl_toplevel_eval_flex(m=0x000000011fe51fb0, e=0x000000035af8da70, fast=1, expanded=<unavailable>, toplevel_filename=0x000000016b534c20, toplevel_lineno=0x000000016b534c1c) at toplevel.c:975:19 [opt]
    frame #65: 0x000000010536c290 libjulia-internal.1.12.1.dylib`ijl_toplevel_eval_in [inlined] ijl_toplevel_eval(m=0x000000011fe51fb0, v=0x000000035af8da70) at toplevel.c:1047:12 [opt]
    frame #66: 0x000000010536c264 libjulia-internal.1.12.1.dylib`ijl_toplevel_eval_in(m=0x000000011fe51fb0, ex=0x000000035af8da70) at toplevel.c:1092:13 [opt]
    frame #67: 0x000000011aa91b24 sys.dylib`julia_eval_14757.1 at boot.jl:489
    frame #68: 0x000000011aaeb268 sys.dylib`japi1_include_string_44966.1 at loading.jl:2842
    frame #69: 0x000000011a455c00 sys.dylib`japi1__include_10088.1 at loading.jl:2902
    frame #70: 0x000000011a30a894 sys.dylib`japi1_include_44231.1 at Base.jl:307
    frame #71: 0x000000011847ce4c
    frame #72: 0x00000001053516a0 libjulia-internal.1.12.1.dylib`eval_stmt_value(stmt=<unavailable>, s=<unavailable>) at interpreter.c:194:23 [opt]
    frame #73: 0x0000000105350320 libjulia-internal.1.12.1.dylib`eval_body(stmts=<unavailable>, s=0x000000016b535d70, ip=<unavailable>, toplevel=1) at interpreter.c:689:21 [opt]
    frame #74: 0x000000010535097c libjulia-internal.1.12.1.dylib`jl_interpret_toplevel_thunk(m=0x000000011fe51fb0, src=0x000000034ec9ab60) at interpreter.c:898:21 [opt]
    frame #75: 0x000000010536b338 libjulia-internal.1.12.1.dylib`jl_toplevel_eval_flex(m=0x000000011fe51fb0, e=<unavailable>, fast=1, expanded=1, toplevel_filename=<unavailable>, toplevel_lineno=0x0000000329b1d240) at toplevel.c:1035:18 [opt]
    frame #76: 0x000000011660348c u0gqU_vMi9E.dylib`japi1___repl_entry_eval_expanded_with_loc_19063.1 at REPL.jl:301
    frame #77: 0x000000010533d0ac libjulia-internal.1.12.1.dylib`jl_f_invokelatest [inlined] jl_apply(args=<unavailable>, nargs=5) at julia.h:2391:12 [opt]
    frame #78: 0x000000010533d09c libjulia-internal.1.12.1.dylib`jl_f_invokelatest(F=<unavailable>, args=<unavailable>, nargs=5) at builtins.c:881:23 [opt]
    frame #79: 0x00000001168ced20 u0gqU_vMi9E.dylib`japi1_toplevel_eval_with_hooks_18843.1 at REPL.jl:308
    frame #80: 0x00000001168ced9c u0gqU_vMi9E.dylib`japi1_toplevel_eval_with_hooks_18843.1 at REPL.jl:312
    frame #81: 0x00000001168efee0 u0gqU_vMi9E.dylib`japi1_eval_user_input_18835.1 at REPL.jl:305
    frame #82: 0x00000001168ef730 u0gqU_vMi9E.dylib`julia_repl_backend_loop_18828.1 at REPL.jl:452
    frame #83: 0x0000000116816a88 u0gqU_vMi9E.dylib`japi1_YY.start_repl_backendYY.41_18826.1 at REPL.jl:427
    frame #84: 0x00000001165d9de8 u0gqU_vMi9E.dylib`julia_YY.run_replYY.50_18814.1 at REPL.jl:424
    frame #85: 0x00000001168ff38c u0gqU_vMi9E.dylib`julia_run_repl_18810.1 at REPL.jl:639
    frame #86: 0x0000000116628bac u0gqU_vMi9E.dylib`jfptr_run_repl_18811.1 + 60
    frame #87: 0x000000011a242754 sys.dylib`julia_run_std_repl_53552.1 at client.jl:478
    frame #88: 0x000000011a8820f0 sys.dylib`jfptr_run_std_repl_53553.1 + 84
    frame #89: 0x000000010533d0ac libjulia-internal.1.12.1.dylib`jl_f_invokelatest [inlined] jl_apply(args=<unavailable>, nargs=5) at julia.h:2391:12 [opt]
    frame #90: 0x000000010533d09c libjulia-internal.1.12.1.dylib`jl_f_invokelatest(F=<unavailable>, args=<unavailable>, nargs=5) at builtins.c:881:23 [opt]
    frame #91: 0x000000011989f3c0 sys.dylib`julia_run_main_repl_51124.1 at client.jl:499
    frame #92: 0x00000001196161b8 sys.dylib`julia__start_66710.1 at client.jl:586
    frame #93: 0x00000001196164b0 sys.dylib`jfptr__start_66711.1 + 44
    frame #94: 0x000000010538e4b0 libjulia-internal.1.12.1.dylib`true_main [inlined] jl_apply(args=0x000000016b537600, nargs=1) at julia.h:2391:12 [opt]
    frame #95: 0x000000010538e4a4 libjulia-internal.1.12.1.dylib`true_main(argc=0, argv=<unavailable>) at jlapi.c:971:29 [opt]
    frame #96: 0x000000010538e3a0 libjulia-internal.1.12.1.dylib`jl_repl_entrypoint(argc=<unavailable>, argv=<unavailable>) at jlapi.c:1139:15 [opt]
    frame #97: 0x00000001048cbf6c julia`main + 12
    frame #98: 0x0000000191ae3154 dyld`start + 2476

Interestingly once I detached the debugger the tests continued:

Test Summary:           | Pass  Total  Time
groebner hilbert driven |    4      4  7.4s
Test Summary:          | Pass  Total       Time
groebner basis modular |    6      6  585m20.5s
Test Summary:        | Pass  Total  Time
known groebner bases |    7      7  0.1s
Test Summary:                           | Pass  Total  Time
factoring standard resp. groebner bases |   14     14  0.2s

julia>

(They were stuck for the whole night)

Edit:
The subprocesses are stuck here, the one directly below the main julia process:

(lldb) bt
* thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP
  * frame #0: 0x0000000191e38ec8 libsystem_kernel.dylib`__select + 8
    frame #1: 0x0000000317ff0598 libSingular-4.4.1.dylib`slStatusSsiL(slists*, int, int*) + 552
    frame #2: 0x0000000317f77130 libSingular-4.4.1.dylib`jjWAIT1ST1(sleftv*, sleftv*) + 32
    frame #3: 0x0000000317f7f970 libSingular-4.4.1.dylib`iiExprArith1Tab(sleftv*, sleftv*, int, sValCmd1 const*, int, sConvertTypes const*) + 512
    frame #4: 0x0000000317f7319c libSingular-4.4.1.dylib`yyparse() + 268

And the one below that one:

* thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP
  * frame #0: 0x0000000191e3cd14 libsystem_kernel.dylib`sem_wait + 8
    frame #1: 0x0000000317ff21a8 libSingular-4.4.1.dylib`sipc_semaphore_acquire + 88
    frame #2: 0x0000000317f66d70 libSingular-4.4.1.dylib`jjSYSTEM(sleftv*, sleftv*) + 6528
    frame #3: 0x0000000317f821b8 libSingular-4.4.1.dylib`iiExprArithM(sleftv*, sleftv*, int) + 952
    frame #4: 0x0000000317f73fc8 libSingular-4.4.1.dylib`yyparse() + 3896
    frame #5: 0x0000000317fb6210 libSingular-4.4.1.dylib`iiAllStart(procinfo*, char const*, feBufferTypes, int) + 272
    frame #6: 0x0000000317fb65d8 libSingular-4.4.1.dylib`iiPStart(idrec*, sleftv*) + 440

fingolfin · 2025-11-24T08:46:41Z

@hannes14 any ideas?

ederc · 2025-11-24T10:14:48Z

@hannes14: Could this have something to do with this commit in Singular?

hannes14 · 2025-11-24T12:23:35Z

no, that is about reading/writing ssi represented data to/from strings, which is currently only used from ssi.lib.
I think it comes from Singular/Singular@543b9d4
(reduce_parallel)
I will change that to

    if (system("cpus")<2) { return(system("verifyGB",result));}
    def G = std(result);  
    if (reduce_parallel(G, result)) { return(0); }

Co-authored-by: Max Horn <max@quendi.de>

Update Singular.jl to 0.28

5383878

fingolfin closed this Nov 20, 2025

fingolfin reopened this Nov 20, 2025

fingolfin added package: Singular release notes: use title For PRs: the title of this PR is suitable for direct use in the release notes labels Nov 20, 2025

ederc closed this Nov 21, 2025

ederc reopened this Nov 21, 2025

fingolfin enabled auto-merge (squash) November 21, 2025 06:55

fingolfin approved these changes Nov 21, 2025

View reviewed changes

benlorenz mentioned this pull request Nov 21, 2025

allow Singular_jll 404.101.501 and bump to 0.28.1 oscar-system/Singular.jl#910

Merged

benlorenz disabled auto-merge November 21, 2025 17:44

fingolfin added the triage label Nov 24, 2025

benlorenz closed this Nov 27, 2025

benlorenz reopened this Nov 27, 2025

benlorenz mentioned this pull request Nov 27, 2025

Update changelog #5544

Merged

benlorenz removed the triage label Nov 27, 2025

benlorenz approved these changes Nov 27, 2025

View reviewed changes

fingolfin reviewed Nov 27, 2025

View reviewed changes

Comment thread Project.toml Outdated

Update Project.toml

9c4231e

Co-authored-by: Max Horn <max@quendi.de>

ederc approved these changes Nov 27, 2025

View reviewed changes

benlorenz merged commit 59de5b6 into oscar-system:master Nov 28, 2025
38 of 39 checks passed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Update Singular.jl to 0.28#5578

Update Singular.jl to 0.28#5578
benlorenz merged 2 commits intooscar-system:masterfrom
hannes14:hs/Singular_version

hannes14 commented Nov 20, 2025

Uh oh!

codecov Bot commented Nov 21, 2025 •

edited

Loading

Uh oh!

fingolfin commented Nov 21, 2025

Uh oh!

benlorenz commented Nov 21, 2025 •

edited

Loading

Uh oh!

ederc commented Nov 21, 2025

Uh oh!

benlorenz commented Nov 22, 2025 •

edited

Loading

Uh oh!

fingolfin commented Nov 24, 2025

Uh oh!

ederc commented Nov 24, 2025

Uh oh!

hannes14 commented Nov 24, 2025

Uh oh!

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

4 participants

Conversation

hannes14 commented Nov 20, 2025

Uh oh!

codecov Bot commented Nov 21, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Codecov Report

Uh oh!

fingolfin commented Nov 21, 2025

Uh oh!

benlorenz commented Nov 21, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

ederc commented Nov 21, 2025

Uh oh!

benlorenz commented Nov 22, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

fingolfin commented Nov 24, 2025

Uh oh!

ederc commented Nov 24, 2025

Uh oh!

hannes14 commented Nov 24, 2025

Uh oh!

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

4 participants

codecov Bot commented Nov 21, 2025 •

edited

Loading

benlorenz commented Nov 21, 2025 •

edited

Loading

benlorenz commented Nov 22, 2025 •

edited

Loading