Kernel death on maketask()

[polhager]

Hi! I'm getting an issue where maketask() kills the kernel after running. Everything runs, it does the optimization correctly and prints everything, but following that IJulia (in jupyter notebooks) says "The kernel appears to have died. It will restart automatically." and in an editor (Atom) I get this lovely stack trace:

Please submit a bug report with steps to reproduce this fault, and any error messages that follow (in their entirety). Thanks.
Exception: EXCEPTION_ACCESS_VIOLATION at 0x7ff97d655397 -- MSK_getlasterror at C:\Users\Philip\.julia\packages\Mosek\6LuE3\deps\src\mosek\9.2\tools\platform\win64x86\bin\mosek64_9_2.dll (unknown line)
in expression starting at none:1
MSK_getlasterror at C:\Users\Philip\.julia\packages\Mosek\6LuE3\deps\src\mosek\9.2\tools\platform\win64x86\bin\mosek64_9_2.dll (unknown line)
getlasterror at C:\Users\Philip\.julia\packages\Mosek\6LuE3\src\Mosek.jl:30
getnumvar at C:\Users\Philip\.julia\packages\Mosek\6LuE3\src\msk_functions.jl:3587
showlimited at C:\Users\Philip\.julia\packages\Mosek\6LuE3\src\show.jl:33
show at C:\Users\Philip\.julia\packages\Mosek\6LuE3\src\show.jl:29 [inlined]
show at .\multimedia.jl:47 [inlined]
#75 at C:\Users\Philip\.julia\packages\Atom\5NgzM\src\display\display.jl:17
unknown function (ip: 00000000022e8376)
#sprint#385 at .\strings\io.jl:105
sprint at .\strings\io.jl:101 [inlined]
render at C:\Users\Philip\.julia\packages\Atom\5NgzM\src\display\display.jl:16 [inlined]
Copyable at C:\Users\Philip\.julia\packages\Juno\n6wyj\src\types.jl:39 [inlined]
Copyable at C:\Users\Philip\.julia\packages\Juno\n6wyj\src\types.jl:40 [inlined]
render at C:\Users\Philip\.julia\packages\Atom\5NgzM\src\display\display.jl:19 [inlined]
renderÔÇ▓ at C:\Users\Philip\.julia\packages\Atom\5NgzM\src\display\errors.jl:119
displayandrender at C:\Users\Philip\.julia\packages\Atom\5NgzM\src\display\showdisplay.jl:143
#218 at C:\Users\Philip\.julia\packages\Atom\5NgzM\src\eval.jl:191
unknown function (ip: 000000005d97ec13)
jl_apply at /cygdrive/c/buildbot/worker/package_win64/build/src\julia.h:1703 [inlined]
jl_f__call_latest at /cygdrive/c/buildbot/worker/package_win64/build/src\builtins.c:714
#invokelatest#2 at .\essentials.jl:708 [inlined]
invokelatest at .\essentials.jl:706 [inlined]
#216 at C:\Users\Philip\.julia\packages\Atom\5NgzM\src\eval.jl:190
withpath at C:\Users\Philip\.julia\packages\CodeTools\VsjEq\src\utils.jl:30
unknown function (ip: 000000005d97c204)
withpath at C:\Users\Philip\.julia\packages\Atom\5NgzM\src\eval.jl:9
#215 at C:\Users\Philip\.julia\packages\Atom\5NgzM\src\eval.jl:173
unknown function (ip: 000000005d97ba03)
with_logstate at .\logging.jl:491
with_logger at .\logging.jl:603 [inlined]
#214 at C:\Users\Philip\.julia\packages\Atom\5NgzM\src\eval.jl:172 [inlined]
hideprompt at C:\Users\Philip\.julia\packages\Atom\5NgzM\src\repl.jl:127
macro expansion at C:\Users\Philip\.julia\packages\Media\ItEPc\src\dynamic.jl:24 [inlined]
evalall at C:\Users\Philip\.julia\packages\Atom\5NgzM\src\eval.jl:162
jl_apply at /cygdrive/c/buildbot/worker/package_win64/build/src\julia.h:1703 [inlined]
jl_f__call_latest at /cygdrive/c/buildbot/worker/package_win64/build/src\builtins.c:714
jl_apply at /cygdrive/c/buildbot/worker/package_win64/build/src\julia.h:1703 [inlined]
do_apply at /cygdrive/c/buildbot/worker/package_win64/build/src\builtins.c:670
#invokelatest#2 at .\essentials.jl:708
jl_apply at /cygdrive/c/buildbot/worker/package_win64/build/src\julia.h:1703 [inlined]
do_apply at /cygdrive/c/buildbot/worker/package_win64/build/src\builtins.c:670
invokelatest at .\essentials.jl:706
jl_apply at /cygdrive/c/buildbot/worker/package_win64/build/src\julia.h:1703 [inlined]
do_apply at /cygdrive/c/buildbot/worker/package_win64/build/src\builtins.c:670
macro expansion at C:\Users\Philip\.julia\packages\Atom\5NgzM\src\eval.jl:41 [inlined]
#184 at .\task.jl:411
unknown function (ip: 000000005d924cb3)
jl_apply at /cygdrive/c/buildbot/worker/package_win64/build/src\julia.h:1703 [inlined]
start_task at /cygdrive/c/buildbot/worker/package_win64/build/src\task.c:839
Allocations: 35494517 (Pool: 35482645; Big: 11872); GC: 36

This is triggered, eg by the following code

using Mosek

maketask() do task
end

The reason I'm working with these functions is that for some reason the JuMP interface seems to not use sparsity correctly, so my optimization problem just takes far too long. (Which is a completely different issue that I don't quite understand)

[ulfworsoe]

Can you tell me which Mosek.jl version you are using (Pkg.installed()), and which version of Mosek (Mosek.getversion()).

[polhager]

Mosek.jl is v1.1.3 and getversion() gives (9, 2, 38)