[#26430] compile error of missing/*.c — nobuyoshi nakada <nobuyoshi.nakada@...>
なかだです。
まつもと ゆきひろです
こんにちは、なかむら(う)です。
こんにちは、なかむら(う)です。
[#26443] cvs [diff aborted]: cannot open file .cvsignore for comparing: No such file or directory — Tanaka Akira <akr@...17n.org>
最近、cvs diff に -k option を付けると、エラーになる (ことがある) ので
[#26463] String#each_byte and String#each_char — "NARUSE, Yui" <naruse@...>
成瀬です。
[#26468] $SAFE=1 の open-uri で redirect 時にエラー — Kazuhiko <kazuhiko@...>
かずひこです。
In article <m3zmsylimn.wl%kazuhiko@fdiary.net>,
まつもと ゆきひろです
In article <1120754832.716261.15867.nullmailer@x31.priv.netlab.jp>,
まつもと ゆきひろです
In article <1120762886.189058.18880.nullmailer@x31.priv.netlab.jp>,
まつもと ゆきひろです
In article <1120810939.815280.27104.nullmailer@x31.priv.netlab.jp>,
まつもと ゆきひろです
前田です。
まつもと ゆきひろです
In article <42CF1918.5000603@ruby-lang.org>,
前田です。
In article <42D7C230.7030509@ruby-lang.org>,
In article <42DDBA82.7030307@ruby-lang.org>,
[#26493] can't handle \c\ — KIMURA Koichi <kbk@...>
木村です。
卜部でございます。
木村です。
[#26508] rmdir(2) on windows doesn't set ENOTDIR — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
まつもと ゆきひろです
山本です。
山本です。
[#26530] removing static variables in parse.y — nobuyoshi nakada <nobuyoshi.nakada@...>
なかだです。
[#26566] cannot compile io.c on windows — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
[#26574] SystemCallError.new("abc") => #<SystemCallError: unknown error - ab> — Tanaka Akira <akr@...17n.org>
次のように、メッセージの最後が切れます。
まつもと ゆきひろです
なかだです。
山本です。
まつもと ゆきひろです
なかだです。
山本です。
なかだです。
山本です。
なかだです。
なかだです。
まつもと ゆきひろです
山本です。
この変更があってからだと思うのですが、リンカが以下のように警告を発するよ
卜部です。自己レス
At Sat, 30 Jul 2005 02:32:38 +0900,
[#26594] test_s_open_lock failed on Solaris — Tanaka Akira <akr@...17n.org>
次のように、Solaris で test_s_open_lock が失敗します。
[#26618] Re: [ruby-cvs] ruby/ext/socket, ruby, ruby: * ext/socket/socket.c (ruby_connect): break immediately if a — Tanaka Akira <akr@...17n.org>
In article <20050728015209.0F30DC6734@lithium.ruby-lang.org>,
In article <1122518643.429222.1408.nullmailer@x31.priv.netlab.jp>,
[#26623] Ruby2.0BlockParameterNotation — SASADA Koichi <ko1@...>
ささだです。
まつもと ゆきひろです
[#26628] show information of '--enable-pthread' — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
わたなべです。
こんにちは、なかむら(う)です。
永井@知能.九工大です.
永井@知能.九工大です.
In message <20050731.094203.74726476.nagai@ai.kyutech.ac.jp>
永井@知能.九工大です.
こんにちは、なかむら(う)です。
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
なかだです。
永井@知能.九工大です.
永井@知能.九工大です.
こんにちは、なかむら(う)です。
永井@知能.九工大です.
こんにちは、なかむら(う)です。
こんにちは、なかむら(う)です。
[#26639] SEGV at zsuper with anonymous rest args. — nobu@...
なかだです。
まつもと ゆきひろです
山本です。
なかだです。
[ruby-dev:26441] Re: Subversion
山本です。 >GUI版としてはTortoiseSVN[*2]というものがありますが、私は使っ >たことがないので論評は差し控えます。 私は個人的用途に TortoiseSVN を使っているので、WinCVS と 両方使っていることになりますが、ruby の開発に TortoiseSVN を使うようになっても問題ないかといわれると自信がありません。 私の用途は、ごく小規模な開発に限られていて、一番 Revision が多くなっているリポジトリでもまだ数十のレベルです。ruby ともなると数千にはなるでしょうから、パフォーマンスが どのくらい変わるかが一番気になります。 というわけで、CVS からの移行の前に、お試しで Subversion の リポジトリも用意してもらえれば、議論もしやすいのではないか と思います。 # CVS はファイル単位の管理なので、cvs log や cvs diff は # あくまでそのファイルの履歴に対する処理になり、ChangeLog # や eval.c でもなければそれなりに素早いのですが、 # SVN は リビジョン単位の管理なので、全てのファイルが # リポジトリ全体のリビジョン数の影響を受けて遅くなって # しまうのではと気になってます。 # http://developers.slashdot.org/comments.pl?sid=148329&cid=12437730 # という話がある一方で、http://websvn.kde.org/ なんていう巨大リポジトリ # もあったりして、よくわからないのですが。。。 私の思いつくメリット・デメリットは 1. subversion のブランチは copy on write なので軽い。 ファイル・ディレクトリの移動も追跡できる。(こちらはリポジトリ構造の 安定している ruby ではご利益がないかも) 2. subversion は各ファイルごとに HEAD をローカルコピーとして 持つので、HEAD に対する diff は非常に速い。(updateも?)その代わり、 ローカルコピーにおけるファイル数が二倍になる。 3. WinCVS のグラフ機能は秀逸。TortoiseSVN にも一応グラフ機能があるが、 役に立たない。 4. TortoiseSVN はいまいち安定してないような気もする。一度か二度だが、なぜか コミットログが化けたことがあったし(日本語で書いているせいかも) 1.14 以降に上げたときにやたらクラッシュしたので、依然 1.13 を使っている。 最近のはわからないが、 http://svn.collab.net/repos/tortoisesvn/trunk/src/Changelog.txt を見ると、いまいち不安。 5. subversion はコミットが atomic なので、同時に複数のファイルが変更されても 変更を追いやすい。cvs だと、ChangeLog を頼りにそれぞれのファイルのログを 調べて、コミットログの同じリビジョンをつき合わせたり、時刻で checkout して あたりをつけたりすることになる。また、やったことはないけど、HEAD から ruby_1_8 へのバックポートなんかも、マージを使えばやりやすくなるかもしれない。 そういえば最近、特定リビジョンの変更だけを revert するのに、クリック一発で revert できたのは便利だった。 6. subversion は BerkleyDB がバックエンドだった頃は、すごく不安定でリポジトリが 壊れやすかったらしい。FSFS は安定しているそうなので問題なし? 7. WinCVS だと、ファイル内容に変更がなくても、タイムスタンプが変わってしまうと 「変更あり」の扱いになってしまう。そのため、削除して checkout しなおす必要が ある。TortoiseSVN ではファイル内容を比較しているのか、そんなことはない。 最後に、私が TortoiseSVN を導入したときに参考にしたサイトをつけておきます。 http://tortoisesvn.bluegate.org/Help/dailyuseguide.html http://ukai.jp/Articles/2003/uu-svn/ http://arch.bluegate.org/pipermail/subversion-jp/2004-May/000087.html http://asshole.dip.jp/subversion.php http://terai.xrea.jp/Subversion.html