You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The program reproducing the error (I tried to isolate it, so that it does not need ArgParse, but did not succeed; for some reason even adding or removing a println() can change whether the error appears or not):
using ArgParse
s = ArgParseSettings()
add_arg_table(s, "arg1", Dict(:nargs=>1, :required=>true))
parse_args([], s)
The result:
signal (11): Segmentation fault
while loading /home/bogdan/repos/ArgParse/test/t.jl, in expression starting on line 5
#parse_args#55 at /home/bogdan/.julia/v0.7/ArgParse/src/ArgParse.jl:1867 [inlined]
parse_args at /home/bogdan/.julia/v0.7/ArgParse/src/ArgParse.jl:1864
jl_call_fptr_internal at /home/centos/buildbot/slave/package_tarball64/build/src/julia_internal.h:366 [inlined]
jl_call_method_internal at /home/centos/buildbot/slave/package_tarball64/build/src/julia_internal.h:385 [inlined]
jl_apply_generic at /home/centos/buildbot/slave/package_tarball64/build/src/gf.c:1929
do_call at /home/centos/buildbot/slave/package_tarball64/build/src/interpreter.c:66
eval at /home/centos/buildbot/slave/package_tarball64/build/src/interpreter.c:246
jl_interpret_toplevel_expr_in at /home/centos/buildbot/slave/package_tarball64/build/src/interpreter.c:46
jl_toplevel_eval_flex at /home/centos/buildbot/slave/package_tarball64/build/src/toplevel.c:582
jl_parse_eval_all at /home/centos/buildbot/slave/package_tarball64/build/src/ast.c:909
jl_load at /home/centos/buildbot/slave/package_tarball64/build/src/toplevel.c:620
include_relative at ./loading.jl:464
jl_call_fptr_internal at /home/centos/buildbot/slave/package_tarball64/build/src/julia_internal.h:366 [inlined]
jl_call_method_internal at /home/centos/buildbot/slave/package_tarball64/build/src/julia_internal.h:385 [inlined]
jl_apply_generic at /home/centos/buildbot/slave/package_tarball64/build/src/gf.c:1929
include at ./sysimg.jl:14
jl_call_fptr_internal at /home/centos/buildbot/slave/package_tarball64/build/src/julia_internal.h:366 [inlined]
jl_call_method_internal at /home/centos/buildbot/slave/package_tarball64/build/src/julia_internal.h:385 [inlined]
jl_apply_generic at /home/centos/buildbot/slave/package_tarball64/build/src/gf.c:1929
process_options at ./client.jl:315
_start at ./client.jl:383
jl_call_fptr_internal at /home/centos/buildbot/slave/package_tarball64/build/src/julia_internal.h:366 [inlined]
jl_call_method_internal at /home/centos/buildbot/slave/package_tarball64/build/src/julia_internal.h:385 [inlined]
jl_apply_generic at /home/centos/buildbot/slave/package_tarball64/build/src/gf.c:1929
unknown function (ip: 0x401ea1)
unknown function (ip: 0x4016b2)
__libc_start_main at /build/glibc-bfm8X4/glibc-2.23/csu/../csu/libc-start.c:291
unknown function (ip: 0x40175c)
Allocations: 4912416 (Pool: 4912039; Big: 377); GC: 11
fish: “julia t.jl” terminated by signal SIGSEGV (Address boundary error)
The text was updated successfully, but these errors were encountered:
Julia version:
OS: Ubuntu 16.04 x64 (also happens on Travis CI and Appveyor systems).
Installed packages:
The program reproducing the error (I tried to isolate it, so that it does not need
ArgParse
, but did not succeed; for some reason even adding or removing aprintln()
can change whether the error appears or not):The result:
The text was updated successfully, but these errors were encountered: