[#8468] require で SEGV — ruby <g96p0935@...>
西本です。
[#8469] [PATCH] -s command line option — nobu.nakada@...
なかだです。
[#8507] mode_t in file.c — Katsuyuki Komatsu <komatsu@...>
小松です。
[#8530] Enumerable and rand — Koretsugu Daigoro <tmmcross@...>
これつぐです。
まつもと ゆきひろです
これつぐです。
まつもと ゆきひろです
原です。
まつもと ゆきひろです
原です。
ごとけんです
これつぐです。
[#8565] interface declaretion — "Dai.K." <MAP2303@...>
[#8581] Re: [ruby-list:19228] Ruby 1.4.3 — Katsuyuki Komatsu <komatsu@...>
小松です。
まつもと ゆきひろです
えぐち@エスアンドイー です。
小松です。
まつもと ゆきひろです
小松です。
[#8622] Win32API (Re: Ruby 1.4.3 binaries for Cygwin and DJGPP) — WATANABE Hirofumi <Hirofumi.Watanabe@...>
わたなべです.
有馬@FITECです。
よしだです
[#8623] [BUG?] core dump `ruby -r debug' — IWAMURO Motonori <iwa@...>
岩室@富士通です。
[#8635] slow gsub — WATANABE Hirofumi <Hirofumi.Watanabe@...>
わたなべです.
[#8645] urllib and httplib — TAKAHASHI Masayoshi <maki@...>
高橋征義です。
なひです.
高橋征義です。
なひです.
まつもと ゆきひろです
なひです.
青山です。
なひです.
高橋征義です。
まつもと ゆきひろです
高橋征義です。
なひです.
西@九大です。
なかだです。
あおきです。
[#8650] [PATCH] Ruby/Tk — Koji Arai <JCA02266@...>
新井です。
新井です。
新井です。
新井です。
永井@知能.九工大です.
新井です。
永井@知能.九工大です.
新井です。
新井です。
[#8665] [mswin32] STDERR does not work during `_function. — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです.
金子です。
金子です。
[#8667] make symlinks around libruby.so in instruby.rb — akira yamada / やまだあきら <akira@...>
[#8692] [win] dir name — KANEKO Naoshi <wbs01621@...>
金子です。
小田@QNES です。
えぐち@エスアンドイー です。
小田@QNES です。
えぐち@エスアンドイー です。
なかだです。
小田@QNES です。
えぐち@エスアンドイー です。
小田@QNES です。
[#8705] [mswin32] 100% CPU usage when use sleep — Katsuyuki Komatsu <komatsu@...>
小松です。
まつもと ゆきひろです
小松です。
[#8722] [mswin32] Win32API — KANEKO Naoshi <wbs01621@...>
金子です。
小松です。
まつもと ゆきひろです
[#8741] Re: [ruby-list:19945] Re: array + empty string — Wakou Aoyama <wakou@...>
青山です。
まつもと ゆきひろです
青山です。
まつもと ゆきひろです
ごとけんです
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
[#8742] [REQ] Array#each{|a,b,...|}, Array#shift/pop(num) — Kazunori NISHI <kazunori@...>
西@九大です。
まつもと ゆきひろです
西@九大です。
まつもと ゆきひろです
西@九大です。
まつもと ゆきひろです
えぐち@エスアンドイー です。
西@九大です。
あおきです。議論も好き。
西@九大です。
あおきです。
まつもと ゆきひろです
有馬です。
knuです。
まつもと ゆきひろです
これつぐです。
knuです。
まつもと ゆきひろです
あおきです。
まつもと ゆきひろです
In message "[ruby-dev:8792] Re: [REQ] Array#each{|a,b,...|}, Array#shift/pop(num)"
まつもと ゆきひろです
ごとけんです
ごとけんです
なかだです。
ごとけんです
[ruby-dev:8605] Re: [ruby-list:19228] Ruby 1.4.3
えぐち@エスアンドイー です。
>>> In message [ruby-dev:8598] Re: [ruby-list:19228] Ruby 1.4.3
On Wed, 8 Dec 1999 09:57:41 +0900, matz@netlab.co.jp (Yukihiro Matsumoto) said:
matz> まつもと ゆきひろです
matz>
matz> In message "[ruby-dev:8593] Re: [ruby-list:19228] Ruby 1.4.3"
matz> on 99/12/08, EGUCHI Osamu <eguchi@shizuokanet.ne.jp> writes:
matz>
matz> |matz> です。これで大丈夫なのかなあ。CVS難しい。
matz> |
matz> | cvs stat -v sample/mine.rb
matz> |
matz> |の結果はどうなりますか?
matz> |そうも変な Sticky Tag が付いてる気がします。
matz>
matz> File: mine.rb Status: Up-to-date
matz>
matz> Working revision: 1.4
matz> Repository revision: 1.4 /home/cvs/ruby/sample/mine.rb,v
matz> Sticky Tag: (none)
matz> Sticky Date: (none)
matz> Sticky Options: (none)
matz>
matz> ですね。どうも、sample/CVS/Entries から消えてたようです。な
matz> ぜそういうことが起きたかは不明。ディレクトリをいろいろいじっ
matz> てたからかなあ。
これですが、私の手元の cvsup でコピーして来たリポジトリーで
cvs checkout -r ruby_1_4 ruby
でチエックアウトしたワークディレクトリで、
cvs stat -v sample/mine.rb
すると、
===================================================================
File: mine.rb Status: Up-to-date
Working revision: 1.3.2.1 Wed Dec 8 00:37:35 1999
Repository revision: 1.3.2.1 /usr/home/eguchi/cvs.netlab.co.jp/ruby/sample/mine.rb,v
Sticky Tag: ruby_1_4 (branch: 1.3.2)
Sticky Date: (none)
Sticky Options: (none)
です。(まつもと さんの所では Sticky Tag がなく HEAD がみえてる)
matz> |あと、runy_1_4 でブランチを起こす所を、タグを打っただけのような...
matz> |これは、まだ追い切れていません。
matz>
matz> えー、そうなんですか? なにか間違えたかなあ。
失礼しました、タグの打ち方には問題でなかったです。
やはり Sticky Tag がワークに付いていなかった事が原因らしいです。
どういうプロセスで起こるかの再現は出来ませんでした。^^;;
いまも tarball と cvs co -r ruby_1_4 ruby の間に差が出るようですので。
対策としては、まつもとさんの 1.4.x のワークディレクトリを
cvs co -r ruby_1_4 ruby
のように取り出した物にして、2回目のリパックと
diff を取っり、差分を commit するのがいいと思います。
matz> 普段の範囲を越えるととたんに分からなくなるんですよね。
matz> CVSって。
checkout,update,commit,diff を使っている分には、さほど
面倒はないですが、tag の使いこなしは私もよくはまります。
特に、2人以上でやっていると、人間関係に影響が、、(汗);;
今回の事で思ったのですが、
+ リリースは cvs export -r ブランチ モジュール で
と取り出した、ソースツリーを元に行うといいと思う。
(一回 make test までして、make distclean してリリース)
+ $Id$ をソースに埋め込んでくれると嬉しい。
+ リリーススクリプトを見てみたい。(^^)
と言うことを感じました。
2つリリースを管理するって面倒ですが、頑張ってくださいね。
えぐち