1 名前:デフォルトの名無しさん mailto:sage [2007/05/01(火) 14:52:44 ] 【英語サイト】 プロジェクト本拠地 tcl.sourceforge.net/ 最新版ソースコード ftp://ftp.tcl.tk/pub/tcl/nightly-cvs/ The Tcler's Wiki wiki.tcl.tk/ The comp.lang.tcl Newsgroup groups.google.com/group/comp.lang.tcl/ ActiveTcl www.activestate.com/products/activetcl/ 【日本語サイト】 もっとTcl/Tk www.interq.or.jp/japan/s-imai/tcltk/ Tcl/Tk Scripting Laboratory www.geocities.jp/urano343/tcltk.html Tcl/Tk Primer mibai.tec.u-ryukyu.ac.jp/~oshiro/Doc/tcltk_primer/ Tcl 8.4.1 Manual Command Reference www.freesoftnet.co.jp/tclkits/doc/TclCmdRef/tcl_contents_jp.htm CategoryTclTk - mynote reddog.s35.xrea.com/wiki/CategoryTclTk.html 【前スレ】 ●●●●TCL/TKなら俺に聞け●●●● pc11.2ch.net/test/read.cgi/tech/1033628416/
136 名前:デフォルトの名無しさん mailto:sage [2008/01/19(土) 14:10:43 ] 今OpenGLやるならTogl よりTcl3Dがいいぜ。サンプルも多いし。 それよりwxから乗り換えようと思った動機を教えて欲しいんだぜ。
137 名前:本田 [2008/01/19(土) 14:21:52 ] >>136 www.tcl3d.org/
138 名前:デフォルトの名無しさん [2008/01/24(木) 17:38:15 ] みなさん、こんにちは。 突然おじゃましてすみません。 一つ質問があります。 実は先日、Linux用のあるシミュレーションソフトを購入して、 それをASUS Eee PCというPCにインストールして動かしているのですが、 もっと計算速度が上がればなーと考えていてふと思い付いたのが、 もしPS3にLinuxを入れて動かせばいいのかもしれない、と。 そのシミュレーションソフトはTCL/TKというグラフィカル・ツールキットを 先に入れておく必要があるのですが、そのTCL/TKというものはPS3にも 対応しているのでしょうか? ちなみにEee PcにはActiveTcl8.4というものをインストールしました。 このシミュレーションソフトは、なにやらwishというものを必要とするとかで、 詳しいことはわかりません。
139 名前:デフォルトの名無しさん mailto:sage [2008/01/24(木) 22:31:28 ] >138はマルチ
140 名前:本田 [2008/01/24(木) 23:28:35 ] >>138 まずサポートセンターに電話する。
141 名前:デフォルトの名無しさん [2008/01/24(木) 23:44:55 ] 8.5正式版でたけどOusterhout本の改訂の話ってどうなったのかなあ。
142 名前:132 mailto:sage [2008/01/25(金) 10:30:05 ] どもありがとう 今 wxPython + PyOpenGL でゲームを作ってるけど wxWidgets はDLLのサイズがでかくてどうにかならんものかと。 あと Python には標準で Tkinter がついてるから、Tk でできるならその方が何かと楽。
143 名前:本田 [2008/01/25(金) 21:55:41 ] >epcEdit XML/SGML editor >Available for Windows, Linux, and Solaris - use one application on all relevant platforms in your organization. >Download your free copy!Download your free copy of epcEdit for Windows, Linux or Solaris! www.epcedit.com/ >News: epcEdit is now free for personal and commercial use! >epcEdit will become available under an open source license in the future, > after we have removed copyrighted third-party components. > In the meantime the current version of epcEdit can be used free of charge. > An unlimited activation key can be downoaded here.
144 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 15:08:49 ] ひとつお聞きしたいことがあります。 Tcl/Tkを使って連続的にデータを処理表示しているのですが、 数時間たつと、 X Error of failed request: BadAlloc (insufficient resources for operation) Major opcode of failed request: 53 というエラーを吐いて止まってしまいます。 どこが悪いか調べたいので、 Tcl/Tkのプログラムで、残り資源を表示するような機能はありませんか。 解決策をご存知でしたら教えてください。
145 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 17:38:21 ] psコマンドで調べたらええんちゃうの。 何の処理をしてるのかしらんが、Tkのありがちな 罠として画像の解放しわすれのようなオチの予感がする。
146 名前:本田 [2008/01/27(日) 12:32:24 ] >>143 >TkSGML www.epcedit.com/TksgmlManual/ >SGML widget reference manual
147 名前:デフォルトの名無しさん [2008/01/27(日) 13:38:41 ] Tclでヒープ的なメモリ割り当てをしてGCすることってできないのかなあ。
148 名前:デフォルトの名無しさん mailto:sage [2008/01/27(日) 16:00:48 ] >>145 144です。ありがとうございます。 自分でもDeleteコマンドで削除して、気をつけてはいるんですが、 どこかうまくいってないようです。
149 名前:デフォルトの名無しさん mailto:sage [2008/01/27(日) 16:05:09 ] >>147 ローカル変数の割り当てはそうしてるだろ
150 名前:本田 [2008/01/27(日) 18:19:52 ] >>144 > X Error of failed request: BadAlloc > (insufficient resources for operation) > Major opcode of failed request: 53 これはおさらく、 X Serverのエラーで、 TclやTkのエラーではない。 >LECTURE 14 エラーイベント homepage3.nifty.com/rio_i/lab/xlib/014xerr.htm >BadAlloc 要求リソースの割り当てに失敗
151 名前:デフォルトの名無しさん [2008/01/27(日) 19:52:34 ] >>149 ローカル変数は全然ヒープ的じゃないよー。スコープ=寿命でスタック的なもの。
152 名前:デフォルトの名無しさん [2008/01/29(火) 14:41:57 ] はじめまして、私は新人プログラマです。 ひとつお伺いしたいことがあります。 IPフィルタリング機能をTCLで行ないたいと思っております。動作としては、下記のIPアドレスがサイトへアクセスしてきた場合 ページを閲覧できる様にし、それ以外のIPアドレスが来た場合は閲覧出来ない様にするといった感じのものです。OSはSolarisを使用して行います。 特定のIP 1.1.1.1 1.1.1.2 以上の事から、TCLで上記の様な制御を行なうにはどういったソースを書けば宜しいのでしょうか。例題的な感じで結構ですので御回答宜しくお願いします。また、これらの内容をみて不明点などが御座いましたら ご質問頂けたらと思います。 ちなみに、下記方法で実施してみましたがダメでした。 【リモートホスト情報の取得】 CGI プログラミングをする上でクライアントのリモートホストの情報を利用したい場合がある。 例えば特定のホストからのアクセスを規制したい場合などである。 サーバに Apache を使用していれば IP アドレスの値が環境変数 REMOTE_ADDR から取得できる。 Tcl では $env(REMOTE_ADDR) のようにして環境変数を取り出す。 さらに Apache の設定次第では環境変数 REMOTE_HOST にホスト名が与えられているかもしれない。 そうでない場合は IP アドレスからホスト名を取り出す必要がある。 このためには TclX に含まれている host_info コマンドを使えばよい。 このコマンドは Perl での gethostbyaddr 関数や gethostbyname 関数に相当する機能を提供する。 ホスト名を取り出す場合はサブコマンド official_name を以下の書式で使用する。 引数 host には $env(REMOTE_ADDR) で得た値などを与える。
153 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 19:02:57 ] 長文乙。 そんなことより、Apacheの設定見れ。
154 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 21:19:27 ] if { $env(REMOTE_ADDR) in $blacklist } { exit } こんなのでいいのか?こんな簡単なことでいいのか? 簡単すぎて不安になるぜ!
155 名前:デフォルトの名無しさん [2008/01/29(火) 21:21:40 ] 新人がTclでウェブプログラミングやるっていったいどんな会社なのか興味があるなあ。 なんにせよ152が書いたコードを張るところからだね。
156 名前:デフォルトの名無しさん [2008/01/29(火) 21:25:37 ] >>154 in演算子ってTcl8.5からだからまだ152の環境に入っていない可能性が高いね。
157 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 22:03:18 ] ていうかどうせならTclHttpd試してみてくれよ。
158 名前:本田 [2008/01/30(水) 19:46:55 ] >>157 TclHttpdは、アプリケーションに組込むのが主流だろうな。 つまりアプリケーションサーバー。 >>143 >epcEdit XML/SGML editor に組込まれていてヘルプを見るのに使われている。
159 名前:本田 [2008/01/30(水) 20:59:27 ] >>152 >サーバに Apache を使用していれば IP アドレスの値が環境変数 REMOTE_ADDR から取得できる。 同時に複数の人がApacheに接続すれば、 環境変数 REMOTE_ADDRには、 誰のIP アドレスが入るのかな? 最初の人か? 最後の人か?
160 名前:デフォルトの名無しさん [2008/01/30(水) 21:48:36 ] CGIなんだからそれぞれの人のでしょ。
161 名前:本田 [2008/01/30(水) 22:47:10 ] >>160 そうですね。
162 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 11:32:40 ] えーっと・・・
163 名前:デフォルトの名無しさん [2008/02/03(日) 19:01:06 ] 正直Tcl使うよりRuby/TK使った方が便利なんだが・・・
164 名前:デフォルトの名無しさん [2008/02/03(日) 19:18:05 ] 俺は C から使うのが便利だな
165 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 20:38:40 ] で、Ruby/Tkで書いたアプリって何かあんの?
166 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 20:45:24 ] やっぱPerlで
167 名前:デフォルトの名無しさん [2008/02/03(日) 22:23:35 ] non-TclのTkバインディングってろくにドキュメント整備されてるやつがない印象がある。
168 名前:デフォルトの名無しさん mailto:sage [2008/02/05(火) 18:14:27 ] 俺も普段よくRuby使うからRuby/Tk触ったことはあるが… Ruby流でもTcl流でもない、妙な違和感があるんだよなぁ。
169 名前:デフォルトの名無しさん mailto:sage [2008/02/06(水) 11:36:52 ] 数値計算のパラメータ設定マクロ用にtclを使いたいのですが、 C, C++プログラムにtclを組込む方法はどうやれば良いですかね?
170 名前:169 mailto:sage [2008/02/06(水) 14:25:55 ] Tcl_CreateInterpでインタプリタを作って、Tcl_EvalFileでtclで記述したファイルを実行、 特定の名前の変数にパラメータを入れて、Tcl_GetVar等でパラメータの入った変数を読み出せばできますね。 自己レスすまそ
171 名前:本田 [2008/02/07(木) 00:52:46 ] >>157 >AOLserver sourceforge.net/projects/aolserver >AOLserver is a multithreaded, > Tcl-enabled, > massively-scalable and extensible web server tuned for large scale, dynamic web sites. > AOLserver also includes complete database integration and a dynamic page scripting language.
172 名前:デフォルトの名無しさん [2008/02/08(金) 00:00:42 ] 8.5版に入換えたらeval命令が異様に遅くなった md5を計算するのにevalを多用した箇所がすごいことになってしまった。困った。
173 名前:デフォルトの名無しさん mailto:sage [2008/02/08(金) 00:31:28 ] MD5なんかCで実装するもんじゃないのか
174 名前:デフォルトの名無しさん mailto:sage [2008/02/08(金) 00:54:46 ] よくわからんが、md5なんてtcllib_critclとかTrfなんかの Cで書いた枯れた拡張をつかうものなのでわ・・・。
175 名前:本田 [2008/02/08(金) 19:00:15 ] Eggdrop Bots and Tcl Scripts www.ruptbot.com/index.php www.ruptbot.com/scripts.php www.ruptbot.com/ruptbot.php
176 名前:デフォルトの名無しさん [2008/02/08(金) 22:56:12 ] 172です。誤解を招くような文章で申し訳ない。改めて書直します。 8.4版->8.5版に乗換えて快適な環境になりましたか。小生の場合は疑問符です 小生の場合、既存のプログラムの内の1つが異常なくらい遅くなりました。 調べると1つのprocが極端に遅くなっていた。このprocはRFC1321の手順通りにmd5を計算しているだけで、何の変哲もないprocですが、evalを多用しています。 今の所evalの処理が遅くなったのかと疑っています。無論真相は不明です。
177 名前:デフォルトの名無しさん mailto:sage [2008/02/08(金) 23:19:07 ] よっしゃ3連休で暇な俺が8.5に最適化してやるからうpしろ。
178 名前:デフォルトの名無しさん mailto:sage [2008/02/09(土) 02:17:51 ] あれ、evalか...exprかと勝手に脳内変換してたよ md5をPureTclで計算するのになぜevalを多用するのかよくわからないな evalでプレコンパイルして次回からはより速くなるようにする処理のところが 8.5では相対的にオーバーヘッドが大きくなったのかもしれないな
179 名前:デフォルトの名無しさん mailto:sage [2008/02/09(土) 21:05:44 ] うpまだ?暇すぎて死にそう
180 名前:デフォルトの名無しさん mailto:sage [2008/02/09(土) 22:46:28 ] >>176 reddog.s35.xrea.com/wiki/index.php?Benchmark%20Tcl8.5.0%20vs%20Tcl8.4.16 ここを見た感じではevalが遅くなってるってことは なさげに見えるけどなあ・・・。なんだろう。
181 名前:デフォルトの名無しさん [2008/02/09(土) 23:51:09 ] >>177 ,179 md5を計算する手製proc リストはここに置いておきます。 home.netyou.jp/22/tanida/md5.htm tcl ver8.4迄は正常に動作しver8.5でとち狂った。 ver8.2で動作させるとrfc1321の例題と同じ結果が得られることは確認すみ。
182 名前:デフォルトの名無しさん mailto:sage [2008/02/10(日) 05:19:39 ] できた!たしかに8.5だと3倍くらい遅くなってた。たぶん変数を 二重に展開してexprとevalのコンボで最適化が効かなくなって しまったと推測。 直したのは基本的にそこを素直にprocにしただけ。 8.4では4倍、8.5では12倍高速化した。あと、applyを使った ものも書いてみたけど、procの方が速かった。 chun.s11.xrea.com/up/img/112.zip ていうか、ひょっとして一つのprocで完結させたかったのかな。 それならapplyだ!
183 名前:デフォルトの名無しさん mailto:sage [2008/02/10(日) 08:03:16 ] VineLinux4.2とActiveTcl8.5の環境でtktreectrlをソースからビルドしたいんだけど、 makeでつまづいてしまうんだが。 $tar xzf tktreectrl-2.2.3.tar.gz $cd tktreectrl-2.2.3 $./configure --prefix=/opt/ActiveTcl-8.5 --enable-threads $make うだうだ generic/tkTreeColumn.c:13 から include されたファイル中: generic/tkTreeCtrl.h:13:20: tkPort.h: そのようなファイルやディレクトリはありません generic/tkTreeCtrl.h:14:21: default.h: そのようなファイルやディレクトリはありません generic/tkTreeCtrl.h:15:20: tclInt.h: そのようなファイルやディレクトリはありません generic/tkTreeCtrl.h:16:19: tkInt.h: そのようなファイルやディレクトリはありません うだうだ tkPort.hってなんぞ? /opt/ActiveTcl-8.5/include にそんなヘッダ入ってないんだけど・・・
184 名前:本田 [2008/02/10(日) 09:05:22 ] >>183 sourceforge.net/projects/tcl/ からtcl8.5とtk8.5のソースコードをgetしろ。
185 名前:デフォルトの名無しさん mailto:sage [2008/02/10(日) 09:16:09 ] >>184 ActiveTclを使わずにtckもtkも自分でソースからビルドしたらtktreectrlも上手く入ってくれた ありがと
186 名前:デフォルトの名無しさん [2008/02/10(日) 14:19:14 ] exprを多用したTclプログラムを高速化するにはとにかくexprの引数全体を { } で囲むってことを覚えておくといい。 式のコンパイル結果をキャッシュしてくれるようになるので本当にこれだけでだいぶ高速化する。 181のコードだとさらにexprコマンドを変数にいれてevalとかしちゃってるんでそこもどうにかしなきゃだけど
187 名前:デフォルトの名無しさん [2008/02/10(日) 14:23:36 ] あー182の改訂版だとそういうところばっちり抑えてるね。余計なコメントだったか
188 名前:デフォルトの名無しさん [2008/02/10(日) 22:14:14 ] 184 09:05:22 >>185 09:16:09 僅か10分でソースコードをgetして確認まで完了。天晴れ!
189 名前:デフォルトの名無しさん mailto:sage [2008/02/10(日) 22:31:43 ] >>188 まぁ俺様のスパコンなら余裕よ じゃなくて、同じ事考えててソースから入れたら上手く行って「ヤッター」って書き込もうとしたらレスが付いてたの。 そんだけ。
190 名前:本田 [2008/02/11(月) 12:39:59 ] Welcome to the Tcl Developer Xchange! www.tcl.tk/ Latest Software Releases Tcl/Tk 8.5.1 Feb 5, 2008 Tcl/Tk 8.4.18 Feb 8, 2008 ActiveTcl 8.5.1.0 Feb, 2008
191 名前:デフォルトの名無しさん [2008/02/15(金) 19:14:58 ] 181>どうやら8.5版ではevalの処理が今一歩か。 evalはtclのインタープレタ(解釈実行)機能を利用する窓口なのでevalを封印する様では暫く8.4版に留まって様子を見るのも有力な選択肢かもしれない。
192 名前:デフォルトの名無しさん mailto:sage [2008/02/15(金) 23:04:55 ] 俺は8.4の頃からバイトコンパイルの邪魔になるので evalは封印してきたわけだが・・・。
193 名前:デフォルトの名無しさん [2008/02/15(金) 23:09:55 ] そういえば8.5で{*}が追加されたけどこれもeval使うよりは速いのかなー。
194 名前:デフォルトの名無しさん [2008/02/16(土) 07:42:19 ] >192 :バイトコンパイルの邪魔になるのでevalは封印・・・。 →eval命令のコンパイルで何か支障があるのですか?
195 名前:デフォルトの名無しさん mailto:sage [2008/02/16(土) 16:20:43 ] すみません。教えてください。 set a 3 set b {$a + 2} expr $b*4 これが 20 でなく 11 になる理由は分かりました。しかし、次のような C 言語のソースをそのまま Tcl に直すとどうなるのですか? int a = 3; int b = a + 2; int c = b * 4;
196 名前:デフォルトの名無しさん mailto:sage [2008/02/16(土) 18:05:43 ] set a 3 set b [expr $a + 2] set c [expr $b * 4]
197 名前:デフォルトの名無しさん mailto:sage [2008/02/16(土) 21:40:46 ] なるほど。ありがとうございました。
198 名前:デフォルトの名無しさん [2008/02/22(金) 21:40:37 ] 書籍の類が姿を消して久しいが今日丸善本店に立寄るとEffective Tcl/Tkが書棚にあった。手にとって奥付を見ると「1999年8月1日初版発行」になっている!?今年は平成廿年。
199 名前:本田 [2008/02/23(土) 07:19:41 ] >>198 >Effective Tcl/Tk Library sourceforge.net/projects/efftcl/ >Souce code from the book "Effective Tcl/Tk Programming"
200 名前:デフォルトの名無しさん [2008/02/28(木) 23:15:28 ] 三浦カズヨシ逮捕されたな 関係ないけど
201 名前:デフォルトの名無しさん [2008/02/29(金) 00:01:03 ] 美しいクンニ日本 今日本のクンニが乱れている!! www.youtube.com/watch?v=pAEaGlmwZZQ
202 名前:デフォルトの名無しさん [2008/02/29(金) 11:17:41 ] wish83 hoge.tcl とかでソースを実行するときにエラーがあると,ダイアログが出てOKボタンを押さないと次に進まなくなるけど, これを抑制する方法はない?
203 名前:デフォルトの名無しさん mailto:sage [2008/02/29(金) 23:15:30 ] 普通に考えて例えばファイルオープンでしくじったら 読み取りの次の処理も失敗するだろ。止まるのが 普通なのではないだろうか。エラーを「抑制」するとは この場合はどういう処理を期待してるのだろうか。
204 名前:デフォルトの名無しさん [2008/03/01(土) 11:24:06 ] まあcatchしてエラー処理をすればよいのではないかな。
205 名前:202 mailto:sage [2008/03/01(土) 11:28:23 ] >>203 ダイアログを出さずに落っこちてほしいのです. バッチ処理でデータを自動的に次々処理しているときに,ダイアログが出てそこで止まってしまうと, オペレータが常時監視してOKボタンを押さなくてはいけない. そうではなくて,エラーが出たらそのまま落ちて,次のデータに処理が移るようにしたい.
206 名前:デフォルトの名無しさん [2008/03/01(土) 11:29:12 ] 余談だけど前にどっかの英語のブログでプログラミング関連のフォーラムのスクリーンキャプチャ画像があって、 PHP のフォーラムと Python のフォーラムの最新の質問がそれぞれ How to hide error messages? と How to handle exceptions? だったっていうのが面白かった。
207 名前:202 mailto:sage [2008/03/01(土) 11:30:59 ] >>204 確かにそうですね.ありがとうございます.
208 名前:デフォルトの名無しさん [2008/03/01(土) 11:31:07 ] >>205 wishじゃなくtclshを使うのではどうか?
209 名前:202 mailto:sage [2008/03/01(土) 11:44:18 ] >>208 それが,処理自体はバッチ的なんだが,過去の経緯を引きずっている関係から, 部分的にGUIパッケージを使っているんですよね…. どういう方法をとるにしろ,プログラムにある程度の修正を加えるしかなさそうですね.
210 名前:デフォルトの名無しさん [2008/03/01(土) 11:59:26 ] んー、冒頭に package require Tk ってつければいいだけでは? というかバッチの中で呼ぶのだったら wish だと同期的にならないのでいろいろ不都合じゃないの。 Tclの中でのエラー処理の必要がなくて落っこちればそれでいいっていう前提で話してるけど。
211 名前:デフォルトの名無しさん mailto:sage [2008/03/01(土) 12:12:15 ] >>205 なんだそういうことか。それならbgerrorでエラー処理を変えればいい。 でも、ていうか8.3ってbgerrorあったっけ。昔過ぎて忘れた。 proc bgerror {message} { exit 1 } pack [button .b -text GENERROR -width 15] .b configure -command { read $notexists }
212 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 10:24:47 ] (・∀・)チックルチーコ! チックルチーコ! ラッキーペア! tcl tcl tcl tcl tcl tcl チャチャチャ 二人は双子♪ 似てない双子♪
213 名前:本田 [2008/03/08(土) 08:39:49 ] >>166 Perl/Tk Tools ptktools.sourceforge.net/
214 名前:本田 [2008/03/08(土) 08:44:33 ] ActiveTcl 8.4.18.0 www.activestate.com/store/download.aspx?prdGUID=f0cd6399-fefb-466e-ba17-220dcd6f4078
215 名前:デフォルトの名無しさん mailto:sage [2008/03/08(土) 08:46:19 ] PowerShellから使えんのかなぁ
216 名前:本田 [2008/03/08(土) 09:15:21 ] >>215 tcom wiki.tcl.tk/1821
217 名前:本田 [2008/03/08(土) 09:32:54 ] >>216 COM Object Implementation in Tcl www.vex.net/~cthuang/tcom/server.html www.vex.net/~cthuang/tcom/
218 名前:本田 [2008/03/08(土) 09:35:20 ] >>217 >COMプログラマの解説書 >Crispin Goswell >Microsoft Office Product Unit >1995年 春 >1995年9月13日改訂 msdn.microsoft.com/library/ja/default.asp?url=/library/ja/jpdncomp/htm/com_co.asp >抄録 >この解説書は、 >Microsoft(r) OLE Component Object Model(COM)オブジェクトを作成し、 >効果的に使用する方法を説明しています。 >例文はほとんどCで書かれていますので、実際に何が行われているかが、大変分かりやすく示されています。 >プログラマの中には、オブジェクトを実行するためにC++を好んで使用する人もいるでしょう。 >C++プログラマの観点からCOMの概念および基本的な使用法を論じているのは >Kraig Brockschmidt著のInside OLE (第2版)(MSDN Library(Books))です。 >COMとは何か、またその設計や哲学の後ろにある動機付けをより理解する事に興味がある読者なら、 >Component Object Model Specification(MSDN Library(Specifications))の最初の2章を読んでください。 >第1章には簡単なイントロダクションを、第2章では徹底的に概要を解説してあります。 >この解説書ではInside OLEとCOM Specificationにある情報を、 >COMオブジェクトを実装する良い方法をいくつか示しながら解説するようにしてあります。
219 名前:デフォルトの名無しさん mailto:sage [2008/03/08(土) 10:58:39 ] Tcl使ってる人はLISPも使ってることが多いんでしょうか
220 名前:本田 [2008/03/08(土) 11:22:01 ] >>219 特別関係は深くないと思う。 ただTKの方は、色々な言語から使える。
221 名前:本田 [2008/03/08(土) 11:24:10 ] LTK - The Lisp Toolkit "The easy way to do Lisp GUI programming" www.peter-herth.de/ltk/ >LTK is a Common Lisp binding for the Tk graphics toolkit. > It does not require any Tk knowledge for its usage. > As it is written in pure Lisp, it is highly portable.
222 名前:デフォルトの名無しさん [2008/03/08(土) 11:29:39 ] DQN男の家族死ね DQN男の親死ね DQN男の友達死ね DQN男の親戚死ね DQN男の家族死ね DQN男の親死ね DQN男の友達死ね DQN男の親戚死ね DQN男の家族死ね DQN男の親死ね DQN男の友達死ね DQN男の親戚死ね DQN男の家族死ね DQN男の親死ね DQN男の友達死ね DQN男の親戚死ね
223 名前:デフォルトの名無しさん [2008/03/08(土) 12:43:06 ] Lisp使いでEmacs使いの人はTclに間違った偏見を持っていることがあるかも。
224 名前:本田 [2008/03/08(土) 13:03:45 ] >>223 なぜ Tcl を使うべきではないのか www.os-omicron.org/~takano/private/trans/tcl_j.html
225 名前:本田 [2008/03/08(土) 13:10:51 ] >>224 Tcl7.x時代の話でTcl8.xにはもう当てはまらない議論。
226 名前:デフォルトの名無しさん mailto:sage [2008/03/08(土) 13:35:14 ] www.geocities.jp/tor_park/Dlang/byte.html
227 名前:本田 [2008/03/14(金) 22:01:12 ] tBuild sourceforge.net/projects/tbuild/ tBuild is a cross-platform Tcl/Tk extension that extends Tcl/Tk with the ability to compile & link shared libraries of Tcl extensions written in C/C++. tBuild currently supports all unix compilers & MS VC++ 5.x/6.x/7.0/7.1/.NET under windows. No Mac supp
228 名前:本田 [2008/03/16(日) 01:19:13 ] Tcl9 sourceforge.net/projects/tcl9/ Tcl9 is an umbrella for all projects related to the improvement of the current Tcl language, towards the hypothetical version 9 (current version is 8.5).
229 名前:本田 [2008/04/02(水) 18:18:34 ] >Tcl/Tk 8.5.2 Release Announcement >March 28, 2008 www.tcl.tk/software/tcltk/8.5.html
230 名前:デフォルトの名無しさん mailto:sage [2008/04/03(木) 15:17:36 ] -e 位使えるようにしてくれ
231 名前:本田 [2008/04/06(日) 12:46:05 ] >>229 >tcltk8.5.2-014-20080405.exe sourceforge.net/project/showfiles.php?group_id=204414&package_id=248905&release_id=589844
232 名前:gth [2008/04/06(日) 14:25:37 ] アイム 出口
233 名前:七つの海の [2008/04/10(木) 23:24:00 ] ×テックルティーケー ○ティコティケェィーィエ
234 名前:デフォルトの名無しさん [2008/04/13(日) 03:08:28 ] x86-32bit Linuxでは正常に動いてたプログラムをx86-64bit Linuxで 動かそうとしたらcannot execute binaryとなってダメなんですけど、 どうすればいいんですか?原因はなんなんですか? 中学生にも分かるように説明してくれませんか?
235 名前:本田 [2008/04/14(月) 06:00:48 ] >ActiveTcl 8.5.2.0 Apr, 2008 www.tcl.tk/
236 名前:本田 [2008/04/14(月) 06:02:18 ] >>234 サポートセンターに電話すべし。