[#14185] ruby on Linux/m68k — akira yamada / やまだあきら <akira@...>
[#14196] fork() on MacOS — nobu.nakada@...
なかだです。
[#14206] undef_method :method_missing — Kenichi Komiya <kom@...1.accsnet.ne.jp>
なかだです。
なかだです。
金光です。
むらけんです.
金光です。
金光です。
金光です。
金光です。どもっ。
むらけんです.
なかだです。
金光です。どもっ。
金光です。
金光です。FOXとかもあるのかぁ。すげぇなぁ。
まつもと ゆきひろです
金光です。御大、待ってましたっ。
なかだです。
金光です。どもどもっ。
なかだです。
さくです。
まつもと ゆきひろです
金光です。どもっ。
まつもと ゆきひろです
金光です。どもどもっ。
まつもと ゆきひろです
岩月と申します。
金光です。どもっ。
岩月と申します。
むらけんです.
楠です
むらけんです.
有馬です。
金光です。
有馬です。
金光です。どもっ。
とみたです。
金光です。
とみたです。
金光です。
まつもと ゆきひろです
金光です。(^_^;
あづみです。
有馬です。
金光です。
有馬です。
金光です。どもっ。
有馬です。
むらけんです.
むらけんさん wrote:
むらけんです.
長沢です。
まつもと ゆきひろです
金光です。どもっ。
有馬です。
金光です。どもどもっ。
むらけんです.
金光です。いちおうフォローだけ
ふなばです。
一応フォローだけ、ほんとにちょっとだけっすよ
[#14229] [BUG] segv on [str].pack("p") — Koji Arai <JCA02266@...>
新井です。
なかだです。
新井です。
なかだです。
[#14338] setup.rb (Re: Common GUI framework) — Minero Aoki <aamine@...>
あおきです。
[#14382] [BUG] segv on regex matching with long string — TAKAHASHI Masayoshi <maki@...>
高橋征義です。
[#14390] [Patch] pp.rb and debug.rb — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです。
In article <DJEGJLCFNEIMKDNMLFPHCEPJCAAA.nakahiro@sarion.co.jp>,
なひです。
まつもと ゆきひろです
In article <DJEGJLCFNEIMKDNMLFPHCEPJCAAA.nakahiro@sarion.co.jp>,
あおきです。
In article <20010809221751J.aamine@mx.edit.ne.jp>,
なひです。書き忘れ。
なかだです。
nobu.nakada@nifty.ne.jpさんの
なひです。
なかだです。
In article <DJEGJLCFNEIMKDNMLFPHMEAHCBAA.nakahiro@sarion.co.jp>,
なひです。
In article <DJEGJLCFNEIMKDNMLFPHEEAICBAA.nakahiro@sarion.co.jp>,
なひです。
まつもと ゆきひろです
In article <997774251.527258.14423.nullmailer@ev.netlab.jp>,
まつもと ゆきひろです
In article <997783083.657819.14685.nullmailer@ev.netlab.jp>,
なひです。
In article <DJEGJLCFNEIMKDNMLFPHEEALCBAA.nakahiro@sarion.co.jp>,
なひです。
In article <DJEGJLCFNEIMKDNMLFPHEEAPCBAA.nakahiro@sarion.co.jp>,
なひです。
In article <DJEGJLCFNEIMKDNMLFPHMEBACBAA.nakahiro@sarion.co.jp>,
なひです。
In article <DJEGJLCFNEIMKDNMLFPHIEBBCBAA.nakahiro@sarion.co.jp>,
うぅむ。ぼーっとしてたら意味もなく Subject を変えてしまった。
In article <20010817205051.UAZHC0A8274C.C78F0C8A@mail.biglobe.ne.jp>,
あづみです。
In article <hvo66bnxe4b.fsf_-_@flux.etl.go.jp>,
古い話題で恐縮ですが…
なかだです。
In article <200109290948.f8T9mbh12942@sharui.nakada.kanuma.tochigi.jp>,
なかだです。
まつもと ゆきひろです
In article <1001945748.240863.24023.nullmailer@ev.netlab.jp>,
なかだです。
In article <200110020334.f923YLb08299@sharui.nakada.kanuma.tochigi.jp>,
なかだです。
In article <200110021010.f92AAIb13474@sharui.nakada.kanuma.tochigi.jp>,
なかだです。
まつもと ゆきひろです
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
In article <1002080461.740444.11187.nullmailer@ev.netlab.jp>,
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
あづみです。
[#14406] typo in ruby 1.7 — Koji Arai <JCA02266@...>
新井です。
[#14413] 1.7.1 2001-08-06: if true && /match/ — WATANABE Tetsuya <tetsu@...>
渡辺哲也です。
[#14465] Ruby/Bsearch — akira yamada / やまだあきら <akira@...>
まつもと ゆきひろです
At Wed, 15 Aug 2001 18:01:50 +0900,
"Akinori MUSHA" <knu@iDaemons.org> wrote:
In article <20010816001456V.satoru@namazu.org>,
Tanaka Akira <akr@m17n.org> wrote:
In article <20010816130056C.satoru@namazu.org>,
[#14480] avoid compile warning of tcltklib with VC5 — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
なかだです。
こんにちは、なかむら(う)です。
[#14505] BUG: ruby 1.6.4 cannot use threads on Sparc (segv) — akira yamada / やまだあきら <akira@...>
[#14530] restore terminal mode even if readline interrupted. — Koji Arai <JCA02266@...>
新井です。
新井です。
新井です。
新井です。
At Wed, 5 Sep 2001 00:19:51 +0900,
まつもと ゆきひろです
[#14552] read in IO#eof? — nobu.nakada@...
なかだです。
[#14575] infinite loop on Dir.glob("*/**/*") — nobu.nakada@...
なかだです。
[#14577] option nodynamic — Daisuke Aoki <dai@...>
青木@横浜です。
[#14595] SEGV at `$0 = "long long string"' — nobu.nakada@...
なかだです。
なかだです。
まつもと ゆきひろです
[ruby-dev:14262] Re: Virtual Machine
しろやまです。 > もうひとつは、さぁRubyでプログラムを書こうとなったときに、こんなに > たくさんGUIの種類がありますけど、どれにしますか? そしてインストール > 方法も、それぞれで、自分で調べてください。ってことになってると > まずいってことなんだろうと思います。 > それは、「自分で調べてください」が問題なのですよね? ならば、「比較」を誰かがすればいいというのが一つ。そして、先の メールでも申しましたが、共通APIで標準的なものを作ってしまえば 特に理由がない限りはそれを選ぶだろうから別に気にする事はないと いう方法がもう一つです。 後者の実装が拡張モジュールをもちいたラッパーで、その下に tkか Cocoaか何かがあるかは APIの利用者には関係ないでしょう。ちょうど、 rubyという言語の下に MacOS Xがあるのか Windowsがあるのかはあまり 気にしなくてもいい(全くではないかも知れませんが)というのと同じ です。 しかし、rubyの本体をいじらなくても拡張モジュールで十分に実装でき る事を、わざわざ rubyの本体をいじってしまう理由は私にはわかりま せん。 > > Smalltalkが書けるCですからねぇ。でも、あの混在さに、僕はちょっと > 違和感をおぼえちゃった。 > 余談ですが、C#を Microsoftの作った Objective-Cと称した人がいます。 確かに、従来のCも使える混在したオブジェクト指向言語という考え方、 マルチプラットホームを目指したところは OpenStepまでの方向性とよく 似ております。 マルチプラットホームの実現方法に VMっぽいものをもちいるのか、MAB (マルチアーキテクチャバイナリ)を用いるかの実装方法の違いはありま すが。 Pureでない事は Objective-Cの難しいところですが、NeXTも MacOS X も そういう「混在」を昇華させたシステム( Cocoaでとうとう Objective-C だけじゃなくて Java も飲み込んじゃったし )で、慣れてしまうと aもb もありというシステムは使いやすくもあり、便利でもあったりします。 >> 「迷うから」というのは、そういう人たちの思いを排除するだけの理由 >> になり得るでしょうか? >> 歴史を見るに、他者の可能性を奪って得た統一は支持されないでしょう。 > > 統一というか、「Ruby」のGUIって、みんな借り物じゃないですか? > 借り物だろうと、独自だろうと、便利に使えるライブラリがよいライブ ラリです。それは問題じゃないです。 もしも「独自」である事だけが存在意義なら、支持されるかはやっぱり 疑問です。少なくとも私は独自性に興味はありません。 Ruby共通のGUIのAPIを作る事には興味があります。 Socketの様に共通で使える事は、tkや Gtk, Cocoaへのwrapperでも実装 できます。実際、MacOS Xの JavaのGUI周りは Carbon APIをコールする wrapperで、ダイナミックロードされる共有ライブラリです。(MRJの成果 を移植したと聞いてます) # で、javac, java 自体は BSD-APIの上なんだから面白いものです(^^; > > えと、藤本尚邦さん > mailto:hisa@imasy.or.jp > と連絡とってもらえません? > 何と連絡すべきでしょうか? 私は小心者で臆病なものですから、招待状のないパーティーにいきなり 参加する度胸はないのですよ(^^; # ... 笑うなっ > 某maki氏 それはさておき、rubyそのものはオープンソースのソフトウェアなのです から、ここで本体をいじる話をするよりも、いっそのこと分派してやって みるのも悪い事じゃないんではと思います。egcs や XEmacsの例もありま すし、金光さんの話はかなりこれまでの rubyのあり方とは隔たった事を 指向しているように見受けられますので、言葉ではなく実装(コード)で示 すほうがよろしいのではないかと思います。 --- SHIROYAMA Takayuki