08/01/29 19:45:46
プログラミング言語Ruby 1.9.Xについてのスレです。
2007年12月26日にリリース！されたもののまだまだ不安定だし，
1.8.Xとの互換性の問題もあることだし，
かといって，メーリングリストはほとんどROMだし（参加してないし），
ということで，1.9.Xオンリーのインストールからスクリプトまでの話題などどうぞ。
エラー，バグ報告もどしどし
■質問，話題を振る人へ
ポチッとな，とする前に次の3つのリンクを確認。
・URLﾘﾝｸ(svn.ruby-lang.org)
・URLﾘﾝｸ(svn.ruby-lang.org)
・URLﾘﾝｸ(eigenclass.org) (参考)
未完だけど，マニュアルページもね（^^）
・URLﾘﾝｸ(doc.loveruby.net)
質問には以下を書くこと。
・インストール環境（OS名、configureオプションなど）
・インストールの問題なのか、スクリプト自体の問題なのかを区別すること
・エラーメッセージ（なるべくそのままで）
・1.8.Xとの違いをできるだけ確認すること（1.8.Xでは実行できたとか）
質問と回答は1.9.X（いずれはRuby2.0）に寄与発展することになる！筈だ（^^）
2:デフォルトの名無しさん
08/01/29 19:47:35
実行環境を確認するには
ruby -rrbconfig -e 'p Config::CONFIG'
3:デフォルトの名無しさん
08/01/29 19:56:18
諸君らが愛してくれたRubyは死んだ。 何故だ！
4:デフォルトの名無しさん
08/01/29 19:59:51
毛が多い
5:デフォルトの名無しさん
08/01/29 20:02:47
>>3
実行速度が遅いからって話を聞いたことがあるけど、実際はどうなん？
6:デフォルトの名無しさん
08/01/29 20:20:21
Rubyを広く使って欲しいなら1.9.0なんて言わないで1.9βとすべき。
これじゃ被害者と不信感が増すばかり。
7:デフォルトの名無しさん
08/01/29 20:30:54
Rubyについて Part 30
ｽﾚﾘﾝｸ(tech板)
Rubyについて（アンチ専用） Part002
ｽﾚﾘﾝｸ(tech板)
はい、終了
8:デフォルトの名無しさん
08/01/29 20:34:43
まだ仕様もあんまり固まってない言語のスレ立てんなボケ
9:デフォルトの名無しさん
08/01/29 21:33:19
__ENCODING__
10:デフォルトの名無しさん
08/01/29 22:00:50
1.8まであった，mailreadライブラリが，1.9から標準添付されなくなったけど，どうしてる？1.8のをコピーしてる？
それとも，mailreadに代替する別のライブラリができたのか？
11:デフォルトの名無しさん
08/01/29 22:01:44
>>1=10
削除依頼出しておいてね
12:デフォルトの名無しさん
08/01/29 22:26:30
gem install tmail
13:デフォルトの名無しさん
08/01/29 22:37:28
>>10
シンボリックリンク。いまのところ、mailreadではエラーなし。
といっても、mailreadでは大した作業をしてないが
14:デフォルトの名無しさん
08/01/29 22:46:39
Rubyの必要性がわからん
得意分野も不得意分野も謎
結局は俺のRuby知識が全くないだけのことだが、
別段知識を得る必要性も全く感じない
15:デフォルトの名無しさん
08/01/29 22:47:44
他の言語を貶めることでしか自分の地位を保てない糞言語
URLﾘﾝｸ(www.rubyist.net)
16:デフォルトの名無しさん
08/01/29 22:52:54
文字列で相当ライブラリ変更するんだったら、撤回した仕様変更も改めて入れるか議論したらいいのに
２回に分けて大幅な変更するのは、ライブラリつくってる人がかわいそうだ
17:デフォルトの名無しさん
08/01/29 23:07:39
まずは1.8をYARV化してから先に進むべきだった
18:デフォルトの名無しさん
08/01/29 23:20:30
>>14
わざわざクソすれに来て煽る必要性はお感じになるのですね（＾＾；)
19:デフォルトの名無しさん
08/01/29 23:20:33
魁!!ルビイ塾 1 巻
地獄への直進行の巻
目標前方五百メートル!
総員かまえーーっ
死ねい貴様ら。死んでルビイ信徒の御楯となるんじゃーー
突撃ー
・・・てゆうスレじゃないの？
20:デフォルトの名無しさん
08/01/29 23:21:40
>>16
文字列で困るのは日本人ぐらいだしどうでもいい
日本人なら1.8であと10年戦える
21:デフォルトの名無しさん
08/01/29 23:25:32
>もしくは「設計者がまだ初心者」とか。
くふぅ・・・＞＜；
22:デフォルトの名無しさん
08/01/29 23:39:11
スレッドはネイティブになったのか？
23:デフォルトの名無しさん
08/01/29 23:40:12
Windowsユーザーだけど、どのmsiをダブルクリックしたらインストール完了するの？
24:デフォルトの名無しさん
08/01/30 16:14:37
Rubyなんて半月もいじればもう底が見える、その程度の言語。
25:デフォルトの名無しさん
08/01/30 17:57:21
構造化言語に奥の深さなんて要らないぜ
26:デフォルトの名無しさん
08/01/30 18:36:10
>>25に7点くらいあげようと思う
27:デフォルトの名無しさん
08/01/30 23:16:08
tmailで
tmail-1.2.1/lib/tmail/scanner_r.rb:108: warning: variable $KCODE is no longer effective
のヲーニングでます。
TMail will work, out of the box, on any platform that can run Ruby 1.8 or Ruby 1.9.
って書いてあるけどね。ヲーニングなんであまり実害ないけど。
ま、報告つーことで
KCODEつながりで、よく理解が進んでないんだけど、シーバンに書いてた-Kuっていらなくなったの？
# -*- encoding:utf-8 -*-って、-Kuの代わり？
28:デフォルトの名無しさん
08/01/30 23:52:19
シーバン（笑）
これリアルにつこうてる人はじめてみたわ
29:デフォルトの名無しさん
08/01/31 13:31:37
標準添付じゃないライブラリは（gems）、まだまだ未対応が多いな
30:デフォルトの名無しさん
08/01/31 16:25:29
1.9.1が出ないことには
31:デフォルトの名無しさん
08/01/31 17:54:44
>>27
tmailの1.9対応は1.2.2からだってさ
URLﾘﾝｸ(rubyforge.org)
32:デフォルトの名無しさん
08/02/02 02:16:14
1.9.xでマルチバイト文字への対応はマトモになるのか？
現状はあまりにも糞すぎるのだが。
33:デフォルトの名無しさん
08/02/02 23:20:26
>>32
進捗遅過ぎやわの
個人的には、このまま滅茶苦茶なままRubyごとフェードアウトしても不思議とは思わん
1.8をしばらく使う奴がいる程度で終わったりしてね
34:デフォルトの名無しさん
08/02/02 23:36:46
ここは自分では何も出来ない低脳クンたちが
集うスレですね。
35:デフォルトの名無しさん
08/02/02 23:38:26
>>34
よう、低脳
36:デフォルトの名無しさん
08/02/03 00:52:26
このままだとライブラリが死滅する
37:デフォルトの名無しさん
08/02/03 01:13:13
文字列処理ライブラリでマルチバイト文字に対応してないのって何なの？
アホなの？
38:デフォルトの名無しさん
08/02/03 02:08:37
文字列処理ライブラリって何？
39:デフォルトの名無しさん
08/02/03 02:11:11
Regexpとか。
40:デフォルトの名無しさん
08/02/03 02:15:38
標準ライブラリだけがライブラリじゃないんだけど
41:デフォルトの名無しさん
08/02/03 02:19:28
stringとか。
42:デフォルトの名無しさん
08/02/03 02:20:44
今から勉強しておこう
URLﾘﾝｸ(d.hatena.ne.jp)
43:デフォルトの名無しさん
08/02/03 02:45:48
1.9.xのm17nいいね。早く普及してほしい。
44:デフォルトの名無しさん
08/02/03 09:16:08
>>36
あたかも、今はまだ生きているかのような物言いだな。
Rubyのライブラリなんてとっくに死んで腐敗してるよ。
45:デフォルトの名無しさん
08/02/03 10:01:31
まだ、1.9.0の段階で対応しないほうがいいだろ
1.9.5になってから本気だしたほうが何かといい。それまでは1.8+active_supportを使おう
46:デフォルトの名無しさん
08/02/03 10:09:54
安定版のはずの1.6.xや1.8.xすら波乱万丈だったしな
1.9.0だけを見て失望はともかく絶望するのはまだ早い
47:デフォルトの名無しさん
08/02/03 11:53:41
そもそも1.9.0って開発版だろ
48:デフォルトの名無しさん
08/02/03 11:56:15
一部の人にとっては「移行すべき対象」らしいぞ
49:デフォルトの名無しさん
08/02/03 14:34:52
1.8なんて成長止まってるし
50:デフォルトの名無しさん
08/02/03 16:30:02
>>48
> 一部の人にとっては「移行すべき対象」らしいぞ
そりゃ、世の中トップ引きというか、そういう人たちだっていますから。
CentOSじゃなくFedoraを、Fedoraの2系列あるサポート期間中の新しいほうを、
さらにはrawhideを、CVSのメイントランクを、と、そういう人たちの
おかげでバグがあぶり出されるわけですから。
51:デフォルトの名無しさん
08/02/03 16:38:01
>>49
意味がわからん
52:デフォルトの名無しさん
08/02/03 16:40:25
開発者が1.8に興味ないから仕方あるまい
53:デフォルトの名無しさん
08/02/03 16:41:27
>>49
開発は1.9に移行して正式版出そうとがんばってるのになんで1.8の話してんだ？
まったくもって意味わからん
54:デフォルトの名無しさん
08/02/03 16:50:08
一部の人にとっては「移行すべき対象」らしいぞ
55:デフォルトの名無しさん
08/02/03 18:45:18
>>54
一部の人って、1人の人のこと？
56:デフォルトの名無しさん
08/02/03 18:48:04
1.8に簡単にもってこられるメソッドなんかは、どんどん追加していけばいいのにね
57:デフォルトの名無しさん
08/02/03 20:51:11
人的資源の関係かなぁ・・・？
まぁ個人的にはそこまでしなくても1.9の安定版がまともになれっとは思うけど
58:デフォルトの名無しさん
08/02/04 06:04:45
>>49
成長が止まってる、ってのは多くの人にとっていいことだろ
仕事で使う人とか、フレームワーク書く人とか、ロリコンとか。
59:デフォルトの名無しさん
08/02/04 20:15:17
誰がうまいことを言えと
60:デフォルトの名無しさん
08/02/05 03:54:21
体格ロリで止まっても肌の老化は止まらんぞ
61:デフォルトの名無しさん
08/02/05 08:23:46
ActiveScriptRubyはいつ1.9に対応するんだよ。
遅せーよ。
62:デフォルトの名無しさん
08/02/05 09:44:58
単なる開発版に対応する義理はないよな
63:デフォルトの名無しさん
08/02/05 09:53:41
>>61
文句を言うなら、おまえがやれ。
と言ってもおまえみたいな低スキルじゃ
文句を言うことしかできないか。
馬鹿はかわいそう。
64:デフォルトの名無しさん
08/02/05 09:54:40
いつまた仕様が変わるか、わかったもんじゃないし。
65:デフォルトの名無しさん
08/02/05 10:03:20
それでいいんだよ
だいたい標準添付ライブラリですら未対応なやつもあるんだから
rindaとか
66:デフォルトの名無しさん
08/02/05 21:49:39
ActiveScriptRubyはフレームワークだけ提供して、処理系は自由に入れ替えられるようにすればいいんだよ。
何でRubyのバージョンアップをActiveScriptRubyに引っ張られなきゃいけないのか。まったく。
67:デフォルトの名無しさん
08/02/05 21:54:51
>>66
お前が網羅的にテストしてくれれば、すぐにでも出すんじゃない？
68:デフォルトの名無しさん
08/02/06 19:35:42
$KCODEってどうなったの？無くなったの？
69:デフォルトの名無しさん
08/02/09 00:01:04
>>68
>>27に対する反応が>>28だから、このスレではまともな回答を期待できないかもよ
70:デフォルトの名無しさん
08/02/09 00:18:19
Ruby 1.9では$KCODEは廃止されました。
71:デフォルトの名無しさん
08/02/09 02:31:33
1.9.1はとうぶんでないのねん
72:デフォルトの名無しさん
08/02/09 05:49:16
そういう重要なところはちゃんとドキュメントに書いとけよ
73:デフォルトの名無しさん
08/02/13 21:42:21
1.9をつかうくせにメーリングリストをチェックしないやつが悪い
74:デフォルトの名無しさん
08/02/13 22:00:30
curryとか変なメソッドが入った。
cbrtとかlgammaとか需要あんの？Mathn扱いでいいじゃん
75:デフォルトの名無しさん
08/02/13 22:05:43
カリー化用か
76:デフォルトの名無しさん
08/02/14 16:54:37
バグトラッカを使う話はどうなっちゃったんだろう。
話はでたけどスルーされたとか、直したつもりでコミットしてない
とか多すぎじゃね？バグがどういうコードで直ったのかも全然わからんし、
外部から指し示すこともできない。前時代的なMLにいつまで頼ってるつもり
なのかと。
77:デフォルトの名無しさん
08/05/15 15:16:55
るびきちが立てたっぽいスレ名だね
少年ジャンプだけがお友達だもんね 彼ｗ
３０過ぎても少年だね
78:デフォルトの名無しさん
08/06/13 16:21:57
>>77
おれの自己紹介乙
79:デフォルトの名無しさん
08/06/14 20:27:16
>>76
Redmineを使い始めたね。
うまく機能すると良いなあ。
80:デフォルトの名無しさん
08/06/15 07:58:40
Ruby1.9を読む
URLﾘﾝｸ(www.dzeta.jp)
81:デフォルトの名無しさん
09/01/19 00:56:50
Ruby2.0が出ると聞いてやって来ました。
82:デフォルトの名無しさん
09/02/03 22:16:21
Railsは1.9.1に対応済み？
83:デフォルトの名無しさん
09/02/03 22:39:47
>>82
2.2はそう言われてる
84:デフォルトの名無しさん
09/02/03 22:52:29
DHHとかは対応させたつもりでいるらしい。
85:デフォルトの名無しさん
09/02/04 00:10:17
現時点で業務で1.9.1を採用するのは馬鹿の所業
86:デフォルトの名無しさん
09/02/04 00:14:37
どうせ1.9.2で非互換になるコードが入ってRails死亡だからな
おさるさんパッチ言語（笑い）
87:82
09/02/04 00:15:54
>>83,84
う、actionmailerとactivesupportをrequire するだけで，エラーになってまう。
88:デフォルトの名無しさん
09/02/04 00:18:37
>>86
1.9.2は開発用バージョンだから正式リリースの1.9.3ね
89:デフォルトの名無しさん
09/02/05 12:32:18
>>86
逆だろう。RubyバブルはRailsに牽引されてきたわけだから
Railsが動かない時点で1.9.1に今のところ価値なし。
90:デフォルトの名無しさん
09/02/05 13:16:11
ま、本来は 1.9.1 が出る前のバージョンで自分のライブラリの対応を済ませるもんだが、
こればっかりはデッドロック的に致し方のないことと思う
ただ、これは一応正式安定版だから、1.9.1に対応しろという（あるいは対応しない宣言を求める）声はこれで高まるだろう
1年くらいすれば結構状況変わるんじゃねえの
91:デフォルトの名無しさん
09/02/05 13:22:06
まぁ、まだ出たばっかだしな。
92:デフォルトの名無しさん
09/02/05 13:27:20
外人さんの中にはエンコーディングとかいきなり言われても概念わっかりましぇんという人が一定数混じってるな
文字列扱うライブラリの前途は多難そうだ
93:デフォルトの名無しさん
09/02/05 21:20:30
比較的まともな外人で、
内部UTF-8決め打ちで対応完了、キリッ
みたいなのな。
94:デフォルトの名無しさん
09/02/06 01:06:00
国産なのに外人に頼ってる現状もなんだかなぁだな
95:デフォルトの名無しさん
09/02/06 01:34:18
日本人しか使ってないプログラミング言語なんてその名前だけで糞だろ
外国人が普通に使ってるのは普通なプログラミング言語の証拠
96:デフォルトの名無しさん
09/02/06 03:02:49
外部ライブラリの開発の話では？
日本人って開発には直接関わって来ないくせに要望だけは多いよね
97:デフォルトの名無しさん
09/02/06 09:21:30
日本人自虐厨ｷﾀｰ
どこの国の人間だってたいして変わらんっつうの
それこそ日本語以外のレポート読めよ
お前が英語読めないだけなんじゃねえの
98:デフォルトの名無しさん
09/02/07 07:23:23
英語嫁って言い出してるし
国産言語じゃないの？？何で日本語以外のレポート？
99:デフォルトの名無しさん
09/02/07 08:49:51
とまあかように《彼》は英語コンプであります
100:デフォルトの名無しさん
09/02/07 08:51:36
なるほど
101:デフォルトの名無しさん
09/02/07 09:19:02
Rubyist Magazine - Ruby 1.9.1 の歩き方
URLﾘﾝｸ(jp.rubyist.net)
102:デフォルトの名無しさん
09/02/23 15:26:45
Windowsの1.9.1でNokogiriを使ってみた
doc = Nokogiri::HTML(html.delete("\n")), nil, 'UTF-8'
file_path = doc.xpath('//xxxxxxx').first.get_attribute 'href'
とすると「xpathなんてメソッドねーよ」と怒られたから、
p doc.class
を加えたらArrayと出た。
まじかよと思って
p doc = Nokogiri::HTML(html.delete("\n")), nil, 'UTF-8'
と「p」をつけて中を見たら、「p doc.class」の結果が「Nokogiri::HTML::Document」に変わってうまく走った。
「p」をつけたりとったりするとやっぱり結果が変わる。pをつけると本当の自分を思い出すのだろうか。
103:デフォルトの名無しさん
09/02/23 16:05:42
> foo = 1, 2, 3
=> [1, 2, 3]
> p foo = 1, 2, 3
1
2
3
=> nil
> foo
=> 1
104:デフォルトの名無しさん
09/02/23 16:14:51
つか自業自得だな
勝手に滅んでくれって感じだ
105:デフォルトの名無しさん
09/02/23 16:17:48
>>104
Rubyスレ全般で1.9にかみついてる基地外か
うるせーよ
106:デフォルトの名無しさん
09/02/23 16:20:14
>>105
違う
引数の括弧を最初から適切につけていれば全く起こらなかった問題
Ruby は特定の関数的メソッド以外の普通のメソッドの引数の括弧を省略するようにはなっていない
多値と区別できないからだ
107:デフォルトの名無しさん
09/02/23 16:23:42
引数のカッコをつけない人はこういうのを甘んじて受けてるんだからこれでいいんだよ
108:デフォルトの名無しさん
09/02/23 16:23:50
>>106
勉強し直せよｗ
109:デフォルトの名無しさん
09/02/23 16:28:58
doc = Nokogiri::HTML(html.delete("\n"), nil, 'UTF-8') と普通に書けば何も問題は起こらなかったな
doc = Nokogiri::HTML(html.delete("\n")), nil, 'UTF-8' は
doc = [Nokogiri::HTML(html.delete("\n")), nil, 'UTF-8'] という多重代入とみなされるというだけの話
Ruby 1.9.1 は特に関係ないと思われる
110:102
09/02/23 16:30:42
おおお、元ソースからコピって修正したとき変な括弧の付け方をしてしまった。
恥ずかしいな。サンクス。
Rubyでは基本的に括弧を省略するのが慣習だと思ってたが違うのか？
何はともあれ解決したからうれしい。
111:デフォルトの名無しさん
09/02/23 16:43:39
>>110
>>106 の言うように、puts や print みたいな「関数っぽい」メソッドは、カッコをつけずに空白をつけることのほうが多い
△ puts("hello!")
○ puts "hello!"
その他のレシーバつきメソッド、またはインスタンスメソッドはカッコをつけることのほうが多い
△ URI.parse 'URLﾘﾝｸ(example.com)'
○ URI.parse('URLﾘﾝｸ(example.com)')
無論つけなくても動作するが、今回のように代入が絡むとヘンな解釈になることが多いので、カッコをつけるように慣らす人が大半
ただ、Rails の人はもうほとんど病的と言っていいほどにカッコを使わない
（明示的なエラーが出てからやっとそこだけ括るので、今回のようなバグに気づかないことも稀にある）
これは出身言語の影響と、言語内 DSL という特殊事情が絡まった結果だと思われ
112:デフォルトの名無しさん
09/02/23 16:57:36
>>111
なるほど
おれは趣味で最近使い始めたばっかだけど全般的に意識して括弧はつけないようにしてる・・・
それがRuby流だと聞いたから。1.9と関係なくてすまん。
Nokogiriは全くだめということはないようだから、次はparseexcelを試すよ
今度は間違えないようにするわ！
113:デフォルトの名無しさん
09/02/27 16:22:00
>>112
> それがRuby流だと聞いたから。1.9と関係なくてすまん。
そんなことはない。
RailsはRubyじゃないからな。
114:デフォルトの名無しさん
09/02/28 09:33:38
>>113
> RailsはRubyじゃない
な・なんだってぇ！！！
115:デフォルトの名無しさん
09/02/28 16:41:21
言語の百花繚乱は、ITバブルの残照という気がする...。
本来効率性を重視するのなら、一企業の開発言語は、絞った方がリスクマネージメントの観点からも、
良いと思うがねぇ。
116:デフォルトの名無しさん
09/02/28 16:47:28
ITバブルというより根本的にエンジニアの性なんじゃないかな。
「おれ言語を作り隊」みたいな。シェルなんてひどいじゃん。
117:デフォルトの名無しさん
09/02/28 17:29:47
>>115
工員が使う言語は少ない方がコスト低いだろうね。
118:デフォルトの名無しさん
09/02/28 17:35:10
>>115
万能言語があるのなら、その通り。
しかし実際にある言語は万能ではない。適用ドメインによって言語選択は変わって当然となる。
119:デフォルトの名無しさん
09/03/14 13:12:22
米国でRuby関連書籍の売り上げが減速か － ＠IT
URLﾘﾝｸ(www.atmarkit.co.jp)
スキルのない半可通が流行で採用して、プロジェクトは失敗。
戦犯としてRailsやRubyが処罰されるというケースの増加が心配されます
120:デフォルトの名無しさん
09/03/15 04:55:57
コピー乙w
121:デフォルトの名無しさん
09/03/15 14:37:54
間違いなく 1.9 のせいだろ
122:デフォルトの名無しさん
09/03/15 15:12:38
Python 3も(2.5,2.6に対する相対的な)人気はRuby 1.9みたいなもん?
123:デフォルトの名無しさん
09/03/24 13:44:08
微妙に違うとおも
124:デフォルトの名無しさん
09/04/09 17:49:27
ダメ
125:デフォルトの名無しさん
09/04/13 18:43:04
rubyの勉強はじめたんだけど、ruby1.8の本で勉強してると
ruby1.9だと動かないのが多すぎて嫌になった。
こんなに急激に仕様を変える言語なんて勉強する気になれないからヤメタ。
Rubyの開発動機ってそもそも何？
単なる自己満？
126:デフォルトの名無しさん
09/04/13 18:49:52
>>125
ぜひPerl4→Perl5やPHP3→PHP4なんかにも正義の鉄槌を下してください
127:デフォルトの名無しさん
09/04/13 19:43:12
Perl4から5ってそんなにすごい変化だったんだ。Perlのこと全然知らないや
128:デフォルトの名無しさん
09/04/13 19:53:41
Perl5になったとき、手元にあった数千行のスクリプトは2行くらいしか変えなくてよかったな。
Rubyに関しても、magic commentを書くこと以外は何も変えずに済んでいる。
お前ら一体どんなひねくれたコード書いてんの？
129:デフォルトの名無しさん
09/04/13 20:27:08
ライブラリ, フレームワーク依存。
130:デフォルトの名無しさん
09/04/13 21:42:29
おれも自分で書いたところはほとんど問題なかったが、
外部ライブラリでつまづいた。
Winは捨ててCentOSで開発するようにした結果、
なんとか切り抜けて今は1.9.1オンリーだが。WinのNokogiriが痛かったな。
131:デフォルトの名無しさん
09/04/13 21:44:55
今は暇と体力のある人がガサガサ開拓してる状態だな
1年くらいして状況がどう変わるか楽しみだ
132:デフォルトの名無しさん
09/04/13 22:40:43
Perl4→5のときはpackageでクラスっぽいものが書けるようになったが、
おおむね上位互換だったと思う。
133:デフォルトの名無しさん
09/04/14 08:55:53
>>130
> WinのNokogiriが痛かったな。
kwsk
134:デフォルトの名無しさん
09/04/14 09:33:34
>>128
そりゃ単に運が良いだけだ
IOの読み書きするライブラリや、$KCODEにかかわるコードを書いてると泣く
あと他の人も言ってるように拡張ライブラリが動かなくて泣く
135:デフォルトの名無しさん
09/04/14 10:40:30
>>133
Winの1.9系でNokogiri動かないんだよ。もう直ってるのかもしれんが。
Nokogiriのページみたら1.9に対応してるって書いてあったんだが、
Winは対象外だったようだ。Linuxなら動くからゲストOSにCentOSを入れて開発。
今度はRadRailsでステップ実行できない問題が出たけど、
全然動かないよりはマシだから我慢してる。
136:デフォルトの名無しさん
09/04/14 12:39:31
>>135
> Nokogiriのページみたら1.9に対応してるって書いてあったんだが、
自前でコンパイルしろってことじゃないかね
137:デフォルトの名無しさん
09/04/14 13:22:52
>>136
URLﾘﾝｸ(nokogiri.rubyforge.org)
インストール方法で「sudo gem install nokogiri 」ってあるのに？
「sudo」ならWinは対象外ともとれるが、
「sudo」を当然のように入れて説明することはよくあるから、
それをもって判断するのは難しいと思う。
確かWinRubyにある「msvcrt-ruby18.dll」の名前が「msvcrt-ruby191.dll」に変わったことが、
原因の一つだったような気がするが、ちょっと記憶があいまい。
コピーして名前を変えたりしたやつがいたけど、
それでもうまく動かないとか言ってたような記憶もある。
がんばって時間を浪費した挙げ句けっきょくダメというのは嫌だったから、
さっくりOSを変えた。
138:デフォルトの名無しさん
09/04/14 14:02:44
>>137
だから「自分でコンパイル環境用意しろ」ってことなんだろ、Windowsかどうかとは無関係に。
Win版バイナリ用意しろっていうことなら山男にいってくれ。
さすがにここは見てないと思うぞ。
> 確かWinRubyにある「msvcrt-ruby18.dll」の名前が「msvcrt-ruby191.dll」に変わったことが、
> 原因の一つだったような気がするが、ちょっと記憶があいまい。
それは本末転倒な理解だな。
拡張ライブラリのインターフェースが変わってるから、1.8のDLLと1.9の拡張ライブラリじゃ動かない。
それをさけるために名前を変えている。
> コピーして名前を変えたりしたやつがいたけど、
> それでもうまく動かないとか言ってたような記憶もある。
「動くわけない」と断言する。
> がんばって時間を浪費した挙げ句けっきょくダメというのは嫌だったから、
> さっくりOSを変えた。
gj
139:デフォルトの名無しさん
09/04/14 14:16:26
確かにgem使ってもコンパイルするな。
おまえの言うことに対するおれの理解が浅かった。
そこまで詳しいならおまえが動くようにしてくれよ。いや嫌みじゃなくてマジで。
140:デフォルトの名無しさん
09/04/14 14:46:22
「自分が必要でなおかつ自分に直せてなおかつちょっと暇ならやる」というのがこの手の常套
どれかが欠けてるのだろう
141:デフォルトの名無しさん
09/04/14 18:32:16
>>139
もうあまりWindowsをいじってないからなぁ。
MacPortsのmingw-gccでコンパイル自体はできるかも知れんが、
gemがクロスコンパイルに対応してるかは疑問。
142:デフォルトの名無しさん
09/04/14 21:24:43
アーロン、きさまのどこがひげの山男なんだwwwww
とついったーの写真を見て思った。
143:デフォルトの名無しさん
09/04/14 21:32:47
Mechanize 0.9.3 を最優先で出して欲しい
今の 0.9.2 は全世界が迷惑した近年稀に見る極悪動作バージョンだろ
144:デフォルトの名無しさん
09/04/14 21:54:04
require 'rubygems'
require 'mechanize'
agent = WWW::Mechanize.new
agent.get('URLﾘﾝｸ(www.google.co.jp)')
これが動作しないって重症だよな
145:デフォルトの名無しさん
09/04/15 12:52:42
>>141
結局ソースの修正が入ると思うが。
それってコンパイルの問題とは言わないでしょ。
146:デフォルトの名無しさん
09/04/15 17:11:04
>>145
Windows版ではNokogiriはそのままじゃコンパイル通らないということ?
それが分かってるなら教えてやれよ。
147:デフォルトの名無しさん
09/04/16 16:23:51
こやつめｗ
148:デフォルトの名無しさん
09/04/22 23:10:00
本屋でRubyの本を立ち読みして、Perlより全然ソースが読みやすいと思って
一気に本を買い込んでRubyデビューしようと思ったのに、
何この状況？
初心者はどうすりゃいいの？
1.8を使うほうが無難なの？
149:デフォルトの名無しさん
09/04/22 23:25:19
普通の人は 1.8.7 を使う
1.8.7 でできないことは特にはないし、
1.8.7 を使ってる人のほうが多いし、
今後 2年くらいは1.8.7（か、その続き）が隆盛だろう（このへんちょっと自信ないが、今年中は問題ない）
1.8.7 で Ruby に慣れた頃には、Ruby 1.9.2 が出てライブラリや入門もマトモになってるはず
1.8.7 で学んだ Ruby は、1.9.2 くらいに移行するのに充分に役立つはず
今から暗中模索の徒手空拳で 1.9.1 をやろうとするのよりは何万倍もスムーズだろう
150:デフォルトの名無しさん
09/04/22 23:27:37
出たｗ1.8.7バカｗ
151:デフォルトの名無しさん
09/04/22 23:49:22
>>148
1.9.1 を勧めるのは Ruby アンチ（この期に及んでまだいる）なのであまり真に受けないように
彼はあなたが Ruby に挫折することを望んでいます
152:デフォルトの名無しさん
09/04/23 00:26:52
頭いっちゃってるな
153:デフォルトの名無しさん
09/04/25 20:42:00
あれ？家でふつうにRuby1.8.7使って色々作ってるけど、
1.9.1って初心者が使えるような状況になってるの？
まだだよねえ？
いま自作の拡張ライブラリを1.9.1に対応させようとして
コンパイルする前にextconf.rbでエラー出て困り果ててるとこｗ
154:デフォルトの名無しさん
09/04/25 21:52:45
どんなエラーだよ
155:デフォルトの名無しさん
09/04/25 22:37:26
ああ、教えてもらおうと思って書いたわけじゃなかったんだ、ごめん
でもよくわかんないからせっかくだから書いてみる
Could not create Makefile due to some reason,
probably lack ofnecessary libraries and/or headers.
Check the mkmf.log file for moredetails.
You may need configuration options.
って出てて、ライブラリが見つからないってことみたい
1.8.7では普通にコンパイルできるから、パスが通ってないってわけではないと思う
参照する環境変数が変わってたりするのかな？
オプションを指定する必要があるってメッセージだけど、設定方法がわからないの（゜▽゜；）
156:155
09/04/25 22:46:15
情報が全然足りなかったｗ
えっと、WindowsでWin32バイナリのruby-1.9.1-p0-i386-mswin32をダウンして、
それを使ってVC2008でコンパイルしようとしてる。
あんまり関係ないかもだけどDirectXを使おうとしてて、
1個目のdxguid.libをチェックするとこでエラーが出てる。
157:155
09/04/25 23:14:27
extconf.rbからライブラリのとこ削って、できたmakefileに自分で追加して、
コンパイルしてみたら、windowk2.hの関数の再定義エラーが大量に出た。
やっぱ俺程度で1.9.1に手を出すのが間違いなのか。
山に篭って修行して出直してきまふ
158:155
09/04/25 23:16:10
winsock2.hだ、どういう打ち間違いなんだorz
それではまたﾉｼ
159:デフォルトの名無しさん
09/04/26 19:08:21
>>156
> えっと、WindowsでWin32バイナリのruby-1.9.1-p0-i386-mswin32をダウンして、
これはVC6でコンパイルされてる。
> それを使ってVC2008でコンパイルしようとしてる。
VC6とはランタイムがあわないからリンクできない。
本体も自分でコンパイルする。
160:155
09/05/02 17:18:47
なんか規制されて書けなかったorz
>>159
>VC6とはランタイムがあわないからリンクできない。
>本体も自分でコンパイルする。
つまり、1.8.7ではリンクして使えてたけど、
1.9.1ではできなくなったってことでいいのかなあ？
161:デフォルトの名無しさん
09/05/03 06:36:59
>>160
> つまり、1.8.7ではリンクして使えてたけど、
> 1.9.1ではできなくなったってことでいいのかなあ？
1.8でもできない。
162:155
09/05/03 16:07:29
>>161
>1.8でもできない。
えー？
だって、うちのデスクトップでVC2008でコンパイルできたし、
コンパイラとか入ってないActiveScriptRuby1.8.7だけインストールしてあるノートで動いてるよ？
ActiveScriptRubyってVC6だったよね・・・？
なんかはげしく勘違いしてるんかなー
163:155
09/05/03 16:09:17
あ、書き忘れたけど1.9.1でもruby-1.9.1-p0-i386-mswin32とVC2008でコンパイル成功したよー
勘違いじゃなければだけど・・・。
164:155
09/05/03 23:05:37
わかった！
俺、VC2008のランタイムをスタティックリンクしてるから使えてるんだ！
しょぼしょぼな話題で連投失礼。お騒がせしましたｗﾉｼ
165:デフォルトの名無しさん
09/05/05 17:54:40
>>164
> 俺、VC2008のランタイムをスタティックリンクしてるから使えてるんだ！
それだと外部ライブラリ使う拡張ライブラリが使えなくなるぞ。
166:155
09/05/06 13:49:22
>>165
>それだと外部ライブラリ使う拡張ライブラリが使えなくなるぞ。
ヘボくてｺﾞﾒﾝ、意味がわからないorz
Ruby本体(mswin32)・・・VC6ランタイムを動的参照
俺が作ったやつ・・・VC2008ランタイムを静的参照
VC6で作ったほかのライブラリ・・・VC6ランタイム（Ruby本体と同じやつ?）を動的参照
となって、問題があるようには思えないんだけど・・・
ActiveScriptRuby同梱のVisualuRubyも同時に使えてるし。
167:デフォルトの名無しさん
09/05/06 14:46:48
あぁ、拡張ライブラリだけをVC2008でスタティックリンクで、か。
config.hでエラーになるはずだけど、そこは当然書き換えてる?
外部に依存しない単独のライブラリなら動くかもしれんけど、
もう長いことDLLを使う形でしかコンパイルしてないから、
動くかどうか保証はできない。
168:155
09/05/06 21:11:11
config.hははじめのところをコメントアウトしてる。
外部に依存しない単独のってことは、つまり、
俺がつくったやつから他のライブラリを参照しようとすると
うまくいかない可能性があるって感じかな。
VC6があれば問題なかったんだけど、
VC2008しか無いのに拡張ライブラリ作って公開しようと思うあたりが困ったちゃん。
169:デフォルトの名無しさん
09/05/06 22:04:43
もうみんなでmingw使おうぜ！
170:デフォルトの名無しさん
09/05/06 22:40:26
やだよｗ
171:デフォルトの名無しさん
09/05/07 18:30:12
155がやってるのは「たまたま動いてる」だけで、動くことは保証されない。
例えば、fd渡しがあって大きめのI/O操作したらアウト。
172:デフォルトの名無しさん
09/05/07 18:42:22
fd渡しなら一切のI/Oでアウトだからやってないと思う。
でもまぁ、それでバイナリ配布とかはやめてね。
173:155
09/05/07 20:47:14
ランタイムに依存するデータはライブラリ間で渡せないっていうことかな・・・。
ふむふむ、勉強になりますφ（．．）ｶｷｶｷ
VC6ほしいなあー
174:デフォルトの名無しさん
09/05/08 03:22:53
VC6から移行すべきなんだが
175:デフォルトの名無しさん
09/05/08 06:11:13
>>174
どういうこと？ 今のrubyではVC6じゃないと動かないんじゃ？
176:デフォルトの名無しさん
09/05/08 09:29:42
pythonみたいに移行したほうがいいよ
誰かが音頭を取るべきだ
177:デフォルトの名無しさん
09/05/08 15:35:51
今移行しようとしてるとこだよ、mingwに。
178:デフォルトの名無しさん
09/05/11 16:10:22
お前ら、1.9.1のパッチレベルリリースが間近らしいぞ。
問題あるなら今のうちに報告しとけよ。
179:デフォルトの名無しさん
09/05/11 16:14:26
わかりやすいいこうまにゅあるおつけてくださいo
とくにがいじんさんにもなっとくできるえんこーでぃんぐのかいせつおつけてくださいo
っていうかせっとくもうやだ
180:デフォルトの名無しさん
09/05/11 16:15:49
エンコーディングまわりは、その方面で痛い目にあった経験がある
日本人にすら難しいのに。
181:デフォルトの名無しさん
09/05/11 16:23:24
がいじんさんは
先頭に # -*- coding: utf-8 -*- つけとけ
しか理解すまい
182:デフォルトの名無しさん
09/05/11 16:29:41
force_encodingが大活躍なんだが、ほかの対処方法はある？
183:デフォルトの名無しさん
09/05/11 18:24:46
どういうデータを扱おうとしてるのか分からんことにはなんとも言いようがない。
外部からエンコーディングとデータが別々に渡されるんならそれこそ
force_encodingするしかないだろうし。
184:デフォルトの名無しさん
09/05/11 21:28:27
openするときエンコーディング指定してないだけだったりしてな。
185:デフォルトの名無しさん
09/05/13 02:24:50
1.9.1-p129 age
186:デフォルトの名無しさん
09/08/12 13:58:55
Macで1.9.1をソースからインストールしたのですが、標準添付されている
gemが上手く動きません。Digest::MD5が何かおかしいんだと思いますが、
具体的にはどうすればよいのでしょうか？
以下は gem install hogeしたときの表示です。
/Users/xxx/lib/ruby/1.9.1/rubygems/digest/md5.rb:8:in `require': dlopen(Users/xxx/lib/ruby/1.9.1/i386-darwin9.8.0/digest/md5.bundle, 9): Symbol not found: _rb_Digest_MD5_Finish (LoadError)
Referenced from: /Users/xxx/lib/ruby/1.9.1/i386-darwin9.8.0/digest/md5.bundle
Expected in: flat namespace
187:デフォルトの名無しさん
09/08/12 14:49:05
dlは互換性なくなってるのだけど、hogeは1.9対応なの?
188:デフォルトの名無しさん
09/08/12 14:50:54
ああん、あげてもーた。
189:デフォルトの名無しさん
09/08/12 15:03:18
dlもhogeが1.9対応かどうかも関係ないだろ。
190:デフォルトの名無しさん
09/08/12 15:04:21
>>187
gem install hogeのhogeに関わりなく、たとえば
gem update --system
でも同じエラーが出てしまうのです・・・。
191:デフォルトの名無しさん
09/08/12 17:43:13
>>186
1.9.1のrevisionは?
あとext/digest/md5/extconf.hはどうなってる?
ちなみにCONFIGURE_ARGS=--with-bundled-md5で試してみたところでは、
ちゃんと定義されてるようだ。
$ nm ext/digest/md5/*.o | grep -e MD5 -e :
ext/digest/md5/md5.o:
00000ed7 T _rb_Digest_MD5_Finish
00000d60 T _rb_Digest_MD5_Init
00000da5 T _rb_Digest_MD5_Update
ext/digest/md5/md5init.o:
U _rb_Digest_MD5_Finish
U _rb_Digest_MD5_Init
U _rb_Digest_MD5_Update
192:デフォルトの名無しさん
09/08/12 18:39:56
>>191
ruby-1.9.1-p243を使いました。
ext/digest/md5/extconf.hは次のようになっています。
#ifndef EXTCONF_H
#define EXTCONF_H
#define HAVE_CONFIG_H 1
#define HAVE_OPENSSL_MD5_H 1
#define HAVE_SYS_CDEFS_H 1
#define HAVE_INTTYPES_H 1
#define HAVE_UNISTD_H 1
#endif
193:デフォルトの名無しさん
09/08/12 22:47:49
>>179
URLﾘﾝｸ(jp.rubyist.net)
URLﾘﾝｸ(yokolet.blogspot.com)
URLﾘﾝｸ(blog.grayproductions.net)
URLﾘﾝｸ(github.com)
194:デフォルトの名無しさん
09/08/14 14:54:55
>>192
OpenSSLのMD5を使うようになってるが、それだとmd5.hはインクルードしないので
#define MD5_Finish rb_Digest_MD5_Finish
は無効のはずなんだが。
まっさらの状態からコンパイルしてもそうなった?
195:デフォルトの名無しさん
09/08/17 03:32:02
rubyって1.9になってから速くなったよね。たいしたもんだ。
196:デフォルトの名無しさん
09/08/17 17:37:53
節子…、それ違う。Matzの実装が異様に遅すぎたから、普通の速度に戻しただけだ。
197:デフォルトの名無しさん
09/08/17 17:39:35
普通の速度にしたというか、安全側から高速側に倒しただけ
198:foi.americanprogress.org
09/08/17 17:49:57
自動焼人 ★ ＝ 自動保守 ◆KAWORUKOFI ＝ 自動保守#K9K?_D[L
名言集 その４
『俺、100人規模の集団サイバーテロの主犯だったこともあるんだぜ』
ｽﾚﾘﾝｸ(news4vip板) のID:PVAf+dux0 ＝ 自動焼人 ★
> 965 ：以下、名無しにかわりましてVIPがお送りします [sage] ：2009/08/10(月) 00:02:09.35 ID:PVAf+dux0
> まぁ何だ。
> 俺の過去の経歴に比べたら、割れ厨なんて鼻くそレベルなんだけどなｗ
> 100人規模の集団サイバーテロの主犯とか、いろいろとな。
----------------------------------------------
この自動焼人 ★メールマガジンの配信停止をご希望される方は
ｽﾚﾘﾝｸ(sec2chd板)
にて自動焼人 ★までご連絡ください
199:デフォルトの名無しさん
09/08/17 21:22:23
>>197
ってことは、結構バグったりするのかしら？
仕事でruby使ってるんだけど、1.9.1に上げようか迷ってまふ。
200:デフォルトの名無しさん
09/08/17 21:45:47
どういう職種でどういう用途でどのくらいの期間使うのかによる。
医療系の仕事ならやめとけ。
201:デフォルトの名無しさん
09/08/17 21:51:33
>>200
なるほど。医療系じゃなくてよかった。
うちは原発の制御しかしないので、速攻 1.9.1p129 に上げてみます。
202:デフォルトの名無しさん
09/08/17 21:53:09
医療…原子力制御…
Java並の安定性があるんだね！よかった！
203:デフォルトの名無しさん
09/08/17 21:59:31
よーし、宇宙開発で使っちゃうぞ
204:デフォルトの名無しさん
09/08/17 22:01:46
あの文言は素敵だと思う
考えた人はアジの技能あり
205:200
09/08/18 00:43:35
原発も詰めとこうかと思ったけどめんどくなってやめた。
そしたら>>201から狙い澄ましたようなボディブロー
206:デフォルトの名無しさん
09/08/21 10:14:44
tmpfileに何があったの?
207:デフォルトの名無しさん
09/08/21 10:32:45
見てきた。
URLﾘﾝｸ(redmine.ruby-lang.org)
Tempfile#unlinkすると勝手にcloseするようになっちまってたのか。
これはひどい。だいたい、
lib/tempfile.rb (Tempfile#unlink): close first for Windows. a patch from Florian Frank. [ruby-core:23505]
とあるけど、これ全プラットフォームでこの動作になってるような。
UNIX厨のmatzが、なんでこんなパッチ採用したんだ……
208:デフォルトの名無しさん
09/08/22 18:36:27
ああああああ、String#size の返り値が 1.8 と違うのか
まあそりゃそうだわな
あああああめんどくさああああ
というか 1.8.6 に String#bytesize とか入れておいてくれればよかったのに
209:デフォルトの名無しさん
09/08/22 18:50:47
ASCII_8BITにするのがそんなに手間かね
210:デフォルトの名無しさん
09/08/22 18:54:05
>>209
はい
211:デフォルトの名無しさん
09/08/22 18:57:32
レスから考えて1.8と1.9の共用スクリプトだろうからな
sizeのためにforce_encodingするとかまあありえんわ
というかASCII_8BIT厨は早く絶滅してくれないかなと思う
212:デフォルトの名無しさん
09/08/23 10:23:40
>>209
そんな腐った修正ですますなんて、おまえ土方だな？
213:デフォルトの名無しさん
09/08/23 12:09:39
具体的にどう修正すべきかも書けよ
214:デフォルトの名無しさん
09/08/23 12:21:03
RUBY_VERSION で場合分けする
安全確実高利回り
コードが若干長くてやや複雑で記述が煩雑になるのだけが極めてごく些細微細な欠点
215:デフォルトの名無しさん
09/08/23 12:30:47
>>208
> というか 1.8.6 に String#bytesize とか入れておいてくれればよかったのに
1.8.7 には入ってるよ。
1.9 用とソースを共通化したいなら 1.8.6 はいい加減捨てよう。
216:デフォルトの名無しさん
09/08/23 12:31:58
respond_to?(:bytesize)
の方がいいと思う
217:デフォルトの名無しさん
09/08/23 13:03:09
>>214
それはないｗ
218:デフォルトの名無しさん
09/08/23 13:21:00
>>216
実際問題として、それではダメだ
こういう場合、特定の名前のメソッドがあるかどうかが問題なのではなく、
メソッドが「どう」動作するかが重要だから
あらゆるメソッドを responed_to? しなければならなくなるし、バージョン差異を埋めるのには向かないと思う
219:デフォルトの名無しさん
09/08/23 13:58:48
Pythonじゃないんだから互換性なんて無視してRubyらしさを追求すればいいと思う。
220:デフォルトの名無しさん
09/08/23 14:10:47
responed_to? がなんのために存在するメソッドか考えれば、1.8/1.9 判定に使うのが不適当とわかるはず
defined?(Encoding) とかも同様
Ruby 本体のバージョンが違うことが問題なんだから、素直にバージョン比較すればいいのに
なんでそこでだけ頑なに「Ruby としての読み下しやすさ」を否定した処理をしようとするのがよくわからん
221:デフォルトの名無しさん
09/08/23 14:20:59
if RUBY_VERSION >= 1.9.0 then … else … end という記述がヤボったくてカッコ悪いと思われてるのでは
なんかこう、超クールな処理になるようにすればみんな使ってくれるかも
1.8 系列だと読み飛ばすけど 1.9 系列だと処理するブロックとか
222:デフォルトの名無しさん
09/08/23 14:25:55
> 1.8 系列だと読み飛ばすけど 1.9 系列だと処理するブロックとか
if RUBY_VERSION < "1.9.0"
... # for Ruby 1.8
else
... # for Ruby 1.9
end
223:デフォルトの名無しさん
09/08/23 14:46:04
$Rv = RUBY_VERSION < "1.9.0" ? {1.8 => true} : {1.9 => true}
というグローバル変数を設定してるスクリプトなら見たことがある
if $Rv[1.8]
... # for Ruby 1.8
else
... # for Ruby 1.9
end
とか
(Ruby1.9専用処理) if $Rv[1.9]
とか使うらしい
224:デフォルトの名無しさん
09/08/23 14:50:33
よし構文と専用演算子の導入だ。
225:デフォルトの名無しさん
09/08/25 02:53:38
RUBY_VERSIONで分岐すんなよ。消すぞ。
226:デフォルトの名無しさん
09/09/18 23:28:08
【extname.rbの中身】
# -*- coding: utf-8 -*-
a = "記録.txt"
b = "設定.txt"
p File.extname(a)
p File.extname(b)
【実行】
C:\Usr\Ruby>ruby --version
ruby 1.9.1p129 (2009-05-12 revision 23412) [i386-mswin32]
C:\Usr\Ruby>ruby extname.rb
".txt"
"" ←.txtにならない
何ぞこれ
227:デフォルトの名無しさん
09/09/19 01:44:36
>>226
バグだろ。redmineに登録しといてくれ。
228:デフォルトの名無しさん
09/09/19 11:32:19
ちょっと調べてみた。
パス名関係はまだエンコーディングに対応してない。
常に外部エンコーディングと見なして処理してる。
より正確には、Windowsの場合はCharNextを使っているのでシステムのコードペー
ジの設定に依存する。
詳しく説明すると、UTF-8では「設定.txt」は
e8 a8 ad e5 ae 9a 2e 74 78 74
だが、
$ echo -e '\xe8\xa8\xad\xe5\xae\x9a.txt' | nkf -Swx
險ｭ螳txt
\xadは半角ユなので1バイトずれて\x9a\x2eが一文字と認識されてしまう。
そして.が消えてしまってextnameは空になる。
229:デフォルトの名無しさん
09/09/19 13:37:15
なるほど。
しかも ruby -w で pathname.rb を読むと警告でる。
230:デフォルトの名無しさん
09/09/19 20:32:49
出ないぞ、と思ったら1.9.1か?
trunkでは直ってるようだ。
231:デフォルトの名無しさん
09/09/26 21:11:40
へえ
232:デフォルトの名無しさん
10/01/03 12:32:43
開けましておめでとうございます。
233:デフォルトの名無しさん
10/01/03 12:45:41
空けましておめでとうございます。
234:デフォルトの名無しさん
10/01/03 23:51:06
貫通けましておめでとうございます
姫初めはいかがでしたか？
235:デフォルトの名無しさん
10/03/21 14:35:35
大量のオブジェクトが生成されるコードがあって、1.8.7で実行すると
非常に遅いんだけど、ちょっと手直しして1.9で実行すると大幅に
改善されたりしますか？
自分で試したいのはやまやまなんだけど、「ちょっと」の手直しが
どのくらいか不明なので、すいませんが教えてください。
236:デフォルトの名無しさん
10/03/21 15:38:04
>235
DBから20万行取得するだけのスクリプトが3倍速になった。
237:234
10/03/21 16:22:51
>236
本当ですか！？やっぱりスイッチする価値ありかなあ。
238:デフォルトの名無しさん
10/03/21 19:45:27
手直しが確実に必要なわけ？
試しに動かせないの？
239:デフォルトの名無しさん
10/03/21 20:33:27
やってみないとわからないです(´・ω・｀)
240:デフォルトの名無しさん
10/03/21 21:08:44
手の施しようがないほど遅くなる場合もある
足し引きの結果が速くなるか遅くなるかは実際に動かさないと判断できない
241:234
10/03/21 21:25:53
>238
1.8系と1.9系の共存はできなくないらしいけど
なんかヘマをやってライブラリ関係が衝突しそうで怖いのです。
まあそんなこと言ってる時点で1.9は「待ち」ですかね。
>240
なんとそういうこともありますか。
ますます移行しにくくなりました。
Mac使いなんで、1.9がOSXにプリインストールされる
ようになったらまた考えます。
242:デフォルトの名無しさん
10/03/21 22:36:36
>>241
いちおう、MacPportsでruby19を入れるなら、デフォルトで異なる
場所に入るし、コマンドの名前も違うので混ざりはしない。
243:デフォルトの名無しさん
10/06/13 23:32:10
エンコード指定uzeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee
マジックコメンkimeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee
あのスマートだったruby君が理屈っぽいピザになってしまった。。。Railsとか言う奴のせいだ。
244: ◆rT33C51l9k
10/06/14 00:11:52
マジックコメントはこんなことやれば一応は省略できるな
ruby -Ka filename.rb
ruby -Ku filename.rb
つうかまさかこのままマジックコメント付けることを義務化し続けるゴミ言語で突き進む気はないだろうな？
なんだろう。OSの文字コードの標準をUTF-8にしやがれっていう見えないプレッシャーでもかけてるつもりかねｗｗｗ