[Starkit] [info nameofexecutable] bug (Modified by Jean-Claude Wippler)

[Andy Goth]

(Forwarded with permission from Andy Goth)

Something changed between my self-compiled tclkit-8.5a1.bin and the
tclkit-8.5a2.bin you provide (Jan 7) that broke [info nameofexe].

starkit::_startup depends on [info nameofexe] to distinguish between
starpacks and starkits.  If it decides "starpack", then it doesn't
extend the auto_path, thereby breaking every starkit I have.

<URL:http://ioioio.net/tcl/tclkit> is my tclkit wrapper script.  Based
on the value of $TCLKIT it selects the proper version, and for tclkits I
didn't compile myself it fixes linkages.

<URL:http://ioioio.net/tcl/tester.kit> is the test starkit I wrote to
help me debug the problem.  It's a shell and a dummy package.

At present, I have three tclkit binaries on my system: 8.4.6, 8.5a1,
8.5a2.  I'll test each.

[andy at blender|~]$ TCLKIT=8.4.6 ./tester.kit
kit% info nameofexe
    : /home/andy/bin/tclkit-8.4.6.bin
kit% package require starkit; starkit::startup
    : starkit
kit% set auto_path
    : /home/andy/bin/tclkit-8.4.6.bin/lib/tcl8.4
      /home/andy/bin/tclkit-8.4.6.bin/lib
      /home/andy/tester.kit/lib
kit% package require dummy
You could learn a lot from a dummy.
    : 0.1

[andy at blender|~]$ TCLKIT=8.5a1 ./tester.kit
kit% info nameofexe
    : /home/andy/bin/tclkit-8.4.6.bin
kit% package require starkit; starkit::startup
    : starkit
kit% set auto_path
    : /home/andy/bin/tclkit-8.4.6.bin/lib/tcl8.4
      /home/andy/bin/tclkit-8.4.6.bin/lib
      /home/andy/tester.kit/lib
kit% package require dummy
You could learn a lot from a dummy.
    : 0.1

[andy at blender|~]$ TCLKIT=8.5a2 ./tester.kit
kit% info nameofexe
    : /home/andy/tester.kit
kit% package require starkit; starkit::startup
    : starpack
kit% set auto_path
    : /home/andy/bin/tclkit-8.5a2.bin/lib/tcl8.5
      /home/andy/bin/tclkit-8.5a2.bin/lib
kit% package require dummy
err: can't find package dummy

I also heard a rumor that starkit::startup is sensitive to symlinks, but
I haven't investigated.

I don't have this problem with MS-Windows tclkits, but they do leave
wish.exe processes lying around soaking up RAM and holding files open
after I close the main window.  This is the case with both 8.4.9 and
8.5a2.

-- 
Andy Goth  +  unununium at openverse.com  +  http://ioioio.net/