Dosxyznrc_gui and source 20 window

[crcrewso]

When trying to select source 20 from the gui on a new (default) input file the following appears the first time you try to open the subwindow. This did not happen when I immediately repeated the same action a second time. When I tried to reproduce the actions I took to successfully open the Source 20 window it repeated the included error again. This was on the latest develop branch, reproduced on Windows 10 with WSL and Fedora

can't read "the_vcu_code": no such variable
can't read "the_vcu_code": no such variable
    while executing
"if { "$the_vcu_code"=="0" || "$the_vcu_code"=="" } {
            label $w.vcusimlab -text "BEAMnrc or external library:"
        } elseif { "$the_vcu_..."
    (procedure "set_src_options" line 448)
    invoked from within
"set_src_options $iopt"
    (procedure "set_value" line 12)
    invoked from within
"set_value 4 20 .main_w.main.inp4.inp"
    invoked from within
".main_w.main.inp4.inp.m invoke active"
    ("uplevel" body line 1)
    invoked from within
"uplevel #0 [list $w invoke active]"
    (procedure "tk::MenuInvoke" line 50)
    invoked from within
"tk::MenuInvoke .main_w.main.inp4.inp.m 1"
    (command bound to event)

[crcrewso]

So I more carefully tried to reproduce my initial issue. When selecting source 21 first, then closing the source options window and selecting source 20 I can get at the source window. Separately when I try to open the file I just saved (in a new instance of the Dosxyz_gui) I get the following error.

can't read "imusphspout": no such variable
    while executing
"if {$imuphspout>1 || $imusphspout<0} { set imuphspout 0 }"
    (procedure "read_input" line 321)
    invoked from within
"read_input"
    (procedure "set_inp_file" line 9)
    invoked from within
"$next_proc_name $tree $filename"
    (procedure "call_next_proc" line 30)
    invoked from within
"call_next_proc set_inp_file"
    invoked from within
".query.b.button1 invoke"
    ("uplevel" body line 1)
    invoked from within
"uplevel #0 [list $w invoke]"
    (procedure "tk::ButtonUp" line 22)
    invoked from within
"tk::ButtonUp .query.b.button1"
    (command bound to event)

[rtownson]

Fixed in release-2017.