日々の破片

_ ブロックの中のnext

nextを書かせる時点でだめなのかも。

（追記：間違えてこのセクションをトラックバックしてしまったけど、ASR1.8.2.6のセクションの指定ミスです<対象の方）

_ 不快なら読むな

とは思いながらもつい-1をシキイキ（変換できない：追記：シキイキはちょっと意味が違うがまあ、人生いろいろ）値にして読んでしまう。バカですな。

特異なのか普通なのかは判断しにくいので、そうとも言えないかも知れないが。

しかし、本当に湧いて来るという言葉が似つかわしい。

でも、こういう見方もあるのかと思えるようなスレッドもあったり。人それぞれですなぁ、秋の夕暮れ。

爆発したって助かる可能性ありな設計というのも興味深い。

_ ASR1.8.2.6について

以前は使ってみてたけど最近はさっぱり使わないTcl/Tkだが、このプログラムはTcl83.dll（Tk83.dll、以降Tkは省略）とかTcl84.dllとか、DLLのファイル名にバージョン番号が埋め込まれている。

それはそれで良いのだけど、不便といえば不便。関数の機能に互換性があるなら同じ名前にして欲しい（ただしDLLヘルとなる可能性ももちろんある）。

Rubyのtcltklibniには、このへんのどのTclがインストールされているかを前提しないで済ませられるような機構が組み込まれている。

具体的にはtcltklibに対してenable-tcl-stub（ちょっと出先なので正確ではない）というのを指示してメイクしてやると（Win32の場合、どうするのが正しい方法なんだろう？ configure.batでは指定できないみたいだし。config.statusの直接編集？）、tcltklibのstubがTcl??.dllとかを探して、おまけに呼び出しをデリゲートしてくれるという仕組みなのだ。

が、()に書いたような事情でついつい設定を忘れてしまうので、このあいだruby-listでTcl83を固定で要求するという投稿があるまで、1.8.2.xではTcl83固定でリンクしていたことに気づいていなかったのであった。

つまり、1.8.2.6は、これを有効にしてビルドしたバージョンだ。というか、さっさと1.8.3.0を作ってしかるべきなのだけども、諸般の事情からなかなか時間がとれない（ASRのテストを結構やる必要があるわけで）ので、1.8.2ベースということで。

で、tcltklibのスタブがTcl??.dllを探すということは、当然探すためのヒントが必要で、それがPATH環境変数。

というわけで、1.8.2.6でrequire 'tk'とかが失敗する場合にはPATH環境変数をチェックしてください。

さっそくサイトを確認すると、いつもダウンロードしていた下に大きくもうひとつのリンクがあってそちらが対応しているものらしい。ということでさっそくそちらの 1.8.2.6 に入れなおしたのだが、やはりどうも動作がおかしい。

−−つらつら草

というわけなので、対応自体は1.8.2.5でもしている（ただしTcl83固定）のですが、1.8.2.6はそのへんが緩いバージョンということです。

_ 追記(tcltkのstub設定）

Mswin32 rubyでtcltkのstubを有効にするためのmake方法：

nmake configure_args="--enable-tcltk-stubs" 

#確かにMakefileに保存してくれないと忘れちゃいそうな気もするけど。