289コメント84KB

魁け！ Ruby 1.9.X

■ このスレッドは過去ログ倉庫に格納されています

0001デフォルトの名無しさん

2008/01/29(火) 19:45:46

プログラミング言語Ruby 1.9.Xについてのスレです。
2007年12月26日にリリース！されたもののまだまだ不安定だし，
1.8.Xとの互換性の問題もあることだし，
かといって，メーリングリストはほとんどROMだし（参加してないし），
ということで，1.9.Xオンリーのインストールからスクリプトまでの話題などどうぞ。
エラー，バグ報告もどしどし

■質問，話題を振る人へ
ポチッとな，とする前に次の3つのリンクを確認。
　・http://svn.ruby-lang.org/repos/ruby/tags/v1_9_0_0/doc/NEWS
　・http://svn.ruby-lang.org/repos/ruby/tags/v1_9_0_0/ChangeLog
　・http://eigenclass.org/hiki.rb?Changes+in+Ruby+1.9 (参考)
未完だけど，マニュアルページもね（^^）
　・http://doc.loveruby.net/refm/api/

質問には以下を書くこと。
　・インストール環境（OS名、configureオプションなど）
　・インストールの問題なのか、スクリプト自体の問題なのかを区別すること
　・エラーメッセージ（なるべくそのままで）
　・1.8.Xとの違いをできるだけ確認すること（1.8.Xでは実行できたとか）

質問と回答は1.9.X（いずれはRuby2.0）に寄与発展することになる！筈だ（^^）

0002デフォルトの名無しさん

2008/01/29(火) 19:47:35

実行環境を確認するには

ruby -rrbconfig -e 'p Config::CONFIG'

0003デフォルトの名無しさん

2008/01/29(火) 19:56:18

諸君らが愛してくれたRubyは死んだ。何故だ！

0004デフォルトの名無しさん

2008/01/29(火) 19:59:51

毛が多い

0005デフォルトの名無しさん

2008/01/29(火) 20:02:47

>>3
実行速度が遅いからって話を聞いたことがあるけど、実際はどうなん？

0006デフォルトの名無しさん

2008/01/29(火) 20:20:21

Rubyを広く使って欲しいなら1.9.0なんて言わないで1.9βとすべき。
これじゃ被害者と不信感が増すばかり。

0007デフォルトの名無しさん

2008/01/29(火) 20:30:54

Rubyについて Part 30
http://pc11.2ch.net/test/read.cgi/tech/1200106073/
Rubyについて（アンチ専用） Part002
http://pc11.2ch.net/test/read.cgi/tech/1200210768/

はい、終了

0008デフォルトの名無しさん

2008/01/29(火) 20:34:43

まだ仕様もあんまり固まってない言語のスレ立てんなボケ

0009デフォルトの名無しさん

2008/01/29(火) 21:33:19

__ENCODING__

0010デフォルトの名無しさん

2008/01/29(火) 22:00:50

1.8まであった，mailreadライブラリが，1.9から標準添付されなくなったけど，どうしてる？1.8のをコピーしてる？
それとも，mailreadに代替する別のライブラリができたのか？

0011デフォルトの名無しさん

2008/01/29(火) 22:01:44

>>1=10
削除依頼出しておいてね

0012デフォルトの名無しさん

2008/01/29(火) 22:26:30

gem install tmail

0013デフォルトの名無しさん

2008/01/29(火) 22:37:28

>>10
シンボリックリンク。いまのところ、mailreadではエラーなし。
といっても、mailreadでは大した作業をしてないが

0014デフォルトの名無しさん

2008/01/29(火) 22:46:39

Rubyの必要性がわからん
得意分野も不得意分野も謎
結局は俺のRuby知識が全くないだけのことだが、
別段知識を得る必要性も全く感じない

0015デフォルトの名無しさん

2008/01/29(火) 22:47:44

他の言語を貶めることでしか自分の地位を保てない糞言語
http://www.rubyist.net/~matz/20080126.html

0016デフォルトの名無しさん

2008/01/29(火) 22:52:54

文字列で相当ライブラリ変更するんだったら、撤回した仕様変更も改めて入れるか議論したらいいのに
２回に分けて大幅な変更するのは、ライブラリつくってる人がかわいそうだ

0017デフォルトの名無しさん

2008/01/29(火) 23:07:39

まずは1.8をYARV化してから先に進むべきだった

0018デフォルトの名無しさん

2008/01/29(火) 23:20:30

>>14
わざわざクソすれに来て煽る必要性はお感じになるのですね（＾＾；)

0019デフォルトの名無しさん

2008/01/29(火) 23:20:33

魁!!ルビイ塾 1 巻

地獄への直進行の巻

目標前方五百メートル!
総員かまえーーっ
死ねい貴様ら。死んでルビイ信徒の御楯となるんじゃーー
突撃ー

・・・てゆうスレじゃないの？

0020デフォルトの名無しさん

2008/01/29(火) 23:21:40

>>16
文字列で困るのは日本人ぐらいだしどうでもいい
日本人なら1.8であと10年戦える

0021デフォルトの名無しさん

2008/01/29(火) 23:25:32

>もしくは「設計者がまだ初心者」とか。
くふぅ・・・＞＜；

0022デフォルトの名無しさん

2008/01/29(火) 23:39:11

スレッドはネイティブになったのか？

0023デフォルトの名無しさん

2008/01/29(火) 23:40:12

Windowsユーザーだけど、どのmsiをダブルクリックしたらインストール完了するの？

0024デフォルトの名無しさん

2008/01/30(水) 16:14:37

Rubyなんて半月もいじればもう底が見える、その程度の言語。

0025デフォルトの名無しさん

2008/01/30(水) 17:57:21

構造化言語に奥の深さなんて要らないぜ

0026デフォルトの名無しさん

2008/01/30(水) 18:36:10

>>25に7点くらいあげようと思う

0027デフォルトの名無しさん

2008/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の代わり？

0028デフォルトの名無しさん

2008/01/30(水) 23:52:19

シーバン（笑）
これリアルにつこうてる人はじめてみたわ

0029デフォルトの名無しさん

2008/01/31(木) 13:31:37

標準添付じゃないライブラリは（gems）、まだまだ未対応が多いな

0030デフォルトの名無しさん

2008/01/31(木) 16:25:29

1.9.1が出ないことには

0031デフォルトの名無しさん

2008/01/31(木) 17:54:44

>>27
tmailの1.9対応は1.2.2からだってさ
ttp://rubyforge.org/forum/forum.php?forum_id=20747

0032デフォルトの名無しさん

2008/02/02(土) 02:16:14

1.9.xでマルチバイト文字への対応はマトモになるのか？

現状はあまりにも糞すぎるのだが。

0033デフォルトの名無しさん

2008/02/02(土) 23:20:26

>>32
進捗遅過ぎやわの
個人的には、このまま滅茶苦茶なままRubyごとフェードアウトしても不思議とは思わん
1.8をしばらく使う奴がいる程度で終わったりしてね

0034デフォルトの名無しさん

2008/02/02(土) 23:36:46

ここは自分では何も出来ない低脳クンたちが
集うスレですね。

0035デフォルトの名無しさん

2008/02/02(土) 23:38:26

>>34
よう、低脳

0036デフォルトの名無しさん

2008/02/03(日) 00:52:26

このままだとライブラリが死滅する

0037デフォルトの名無しさん

2008/02/03(日) 01:13:13

文字列処理ライブラリでマルチバイト文字に対応してないのって何なの？
アホなの？

0038デフォルトの名無しさん

2008/02/03(日) 02:08:37

文字列処理ライブラリって何？

0039デフォルトの名無しさん

2008/02/03(日) 02:11:11

Regexpとか。

0040デフォルトの名無しさん

2008/02/03(日) 02:15:38

標準ライブラリだけがライブラリじゃないんだけど

0041デフォルトの名無しさん

2008/02/03(日) 02:19:28

stringとか。

0042デフォルトの名無しさん

2008/02/03(日) 02:20:44

今から勉強しておこう
http://d.hatena.ne.jp/macks/20080102/p1

0043デフォルトの名無しさん

2008/02/03(日) 02:45:48

1.9.xのm17nいいね。早く普及してほしい。

0044デフォルトの名無しさん

2008/02/03(日) 09:16:08

>>36
あたかも、今はまだ生きているかのような物言いだな。
Rubyのライブラリなんてとっくに死んで腐敗してるよ。

0045デフォルトの名無しさん

2008/02/03(日) 10:01:31

まだ、1.9.0の段階で対応しないほうがいいだろ
1.9.5になってから本気だしたほうが何かといい。それまでは1.8+active_supportを使おう

0046デフォルトの名無しさん

2008/02/03(日) 10:09:54

安定版のはずの1.6.xや1.8.xすら波乱万丈だったしな
1.9.0だけを見て失望はともかく絶望するのはまだ早い

0047デフォルトの名無しさん

2008/02/03(日) 11:53:41

そもそも1.9.0って開発版だろ

0048デフォルトの名無しさん

2008/02/03(日) 11:56:15

一部の人にとっては「移行すべき対象」らしいぞ

0049デフォルトの名無しさん

2008/02/03(日) 14:34:52

1.8なんて成長止まってるし

0050デフォルトの名無しさん

2008/02/03(日) 16:30:02

>>48
> 一部の人にとっては「移行すべき対象」らしいぞ

そりゃ、世の中トップ引きというか、そういう人たちだっていますから。

CentOSじゃなくFedoraを、Fedoraの2系列あるサポート期間中の新しいほうを、
さらにはrawhideを、CVSのメイントランクを、と、そういう人たちの
おかげでバグがあぶり出されるわけですから。

0051デフォルトの名無しさん

2008/02/03(日) 16:38:01

>>49
意味がわからん

0052デフォルトの名無しさん

2008/02/03(日) 16:40:25

開発者が1.8に興味ないから仕方あるまい

0053デフォルトの名無しさん

2008/02/03(日) 16:41:27

>>49
開発は1.9に移行して正式版出そうとがんばってるのになんで1.8の話してんだ？
まったくもって意味わからん

0054デフォルトの名無しさん

2008/02/03(日) 16:50:08

一部の人にとっては「移行すべき対象」らしいぞ

0055デフォルトの名無しさん

2008/02/03(日) 18:45:18

>>54
一部の人って、1人の人のこと？

0056デフォルトの名無しさん

2008/02/03(日) 18:48:04

1.8に簡単にもってこられるメソッドなんかは、どんどん追加していけばいいのにね

0057デフォルトの名無しさん

2008/02/03(日) 20:51:11

人的資源の関係かなぁ・・・？
まぁ個人的にはそこまでしなくても1.9の安定版がまともになれっとは思うけど

0058デフォルトの名無しさん

2008/02/04(月) 06:04:45

>>49
成長が止まってる、ってのは多くの人にとっていいことだろ

仕事で使う人とか、フレームワーク書く人とか、ロリコンとか。

0059デフォルトの名無しさん

2008/02/04(月) 20:15:17

誰がうまいことを言えと

0060デフォルトの名無しさん

2008/02/05(火) 03:54:21

体格ロリで止まっても肌の老化は止まらんぞ

0061デフォルトの名無しさん

2008/02/05(火) 08:23:46

ActiveScriptRubyはいつ1.9に対応するんだよ。
遅せーよ。

0062デフォルトの名無しさん

2008/02/05(火) 09:44:58

単なる開発版に対応する義理はないよな

0063デフォルトの名無しさん

2008/02/05(火) 09:53:41

>>61
文句を言うなら、おまえがやれ。
と言ってもおまえみたいな低スキルじゃ
文句を言うことしかできないか。
馬鹿はかわいそう。

0064デフォルトの名無しさん

2008/02/05(火) 09:54:40

いつまた仕様が変わるか、わかったもんじゃないし。

0065デフォルトの名無しさん

2008/02/05(火) 10:03:20

それでいいんだよ
だいたい標準添付ライブラリですら未対応なやつもあるんだから
rindaとか

0066デフォルトの名無しさん

2008/02/05(火) 21:49:39

ActiveScriptRubyはフレームワークだけ提供して、処理系は自由に入れ替えられるようにすればいいんだよ。
何でRubyのバージョンアップをActiveScriptRubyに引っ張られなきゃいけないのか。まったく。

0067デフォルトの名無しさん

2008/02/05(火) 21:54:51

>>66
お前が網羅的にテストしてくれれば、すぐにでも出すんじゃない？

0068デフォルトの名無しさん

2008/02/06(水) 19:35:42

$KCODEってどうなったの？無くなったの？

0069デフォルトの名無しさん

2008/02/09(土) 00:01:04

>>68

>>27に対する反応が>>28だから、このスレではまともな回答を期待できないかもよ

0070デフォルトの名無しさん

2008/02/09(土) 00:18:19

Ruby 1.9では$KCODEは廃止されました。

0071デフォルトの名無しさん

2008/02/09(土) 02:31:33

1.9.1はとうぶんでないのねん

0072デフォルトの名無しさん

2008/02/09(土) 05:49:16

そういう重要なところはちゃんとドキュメントに書いとけよ

0073デフォルトの名無しさん

2008/02/13(水) 21:42:21

1.9をつかうくせにメーリングリストをチェックしないやつが悪い

0074デフォルトの名無しさん

2008/02/13(水) 22:00:30

curryとか変なメソッドが入った。
cbrtとかlgammaとか需要あんの？Mathn扱いでいいじゃん

0075デフォルトの名無しさん

2008/02/13(水) 22:05:43

カリー化用か

0076デフォルトの名無しさん

2008/02/14(木) 16:54:37

バグトラッカを使う話はどうなっちゃったんだろう。

話はでたけどスルーされたとか、直したつもりでコミットしてない
とか多すぎじゃね？バグがどういうコードで直ったのかも全然わからんし、
外部から指し示すこともできない。前時代的なMLにいつまで頼ってるつもり
なのかと。

0077デフォルトの名無しさん

2008/05/15(木) 15:16:55

るびきちが立てたっぽいスレ名だね
少年ジャンプだけがお友達だもんね　彼ｗ
３０過ぎても少年だね

0078デフォルトの名無しさん

2008/06/13(金) 16:21:57

>>77
おれの自己紹介乙

0079デフォルトの名無しさん

2008/06/14(土) 20:27:16

>>76
Redmineを使い始めたね。
うまく機能すると良いなあ。

0080デフォルトの名無しさん

2008/06/15(日) 07:58:40

Ruby1.9を読む
http://www.dzeta.jp/~junjis/code_reading/index.php?Ruby1.9%A4%F2%C6%C9%A4%E0

0081デフォルトの名無しさん

2009/01/19(月) 00:56:50

Ruby2.0が出ると聞いてやって来ました。

0082デフォルトの名無しさん

2009/02/03(火) 22:16:21

Railsは1.9.1に対応済み？

0083デフォルトの名無しさん

2009/02/03(火) 22:39:47

>>82
2.2はそう言われてる

0084デフォルトの名無しさん

2009/02/03(火) 22:52:29

DHHとかは対応させたつもりでいるらしい。

0085デフォルトの名無しさん

2009/02/04(水) 00:10:17

現時点で業務で1.9.1を採用するのは馬鹿の所業

0086デフォルトの名無しさん

2009/02/04(水) 00:14:37

どうせ1.9.2で非互換になるコードが入ってRails死亡だからな
おさるさんパッチ言語（笑い）

008782

2009/02/04(水) 00:15:54

>>83,84
う、actionmailerとactivesupportをrequire するだけで，エラーになってまう。

0088デフォルトの名無しさん

2009/02/04(水) 00:18:37

>>86
1.9.2は開発用バージョンだから正式リリースの1.9.3ね

0089デフォルトの名無しさん

2009/02/05(木) 12:32:18

>>86
逆だろう。RubyバブルはRailsに牽引されてきたわけだから
Railsが動かない時点で1.9.1に今のところ価値なし。

0090デフォルトの名無しさん

2009/02/05(木) 13:16:11

ま、本来は 1.9.1 が出る前のバージョンで自分のライブラリの対応を済ませるもんだが、
こればっかりはデッドロック的に致し方のないことと思う

ただ、これは一応正式安定版だから、1.9.1に対応しろという（あるいは対応しない宣言を求める）声はこれで高まるだろう
1年くらいすれば結構状況変わるんじゃねえの

0091デフォルトの名無しさん

2009/02/05(木) 13:22:06

まぁ、まだ出たばっかだしな。

0092デフォルトの名無しさん

2009/02/05(木) 13:27:20

外人さんの中にはエンコーディングとかいきなり言われても概念わっかりましぇんという人が一定数混じってるな
文字列扱うライブラリの前途は多難そうだ

0093デフォルトの名無しさん

2009/02/05(木) 21:20:30

比較的まともな外人で、
内部UTF-8決め打ちで対応完了、キリッ
みたいなのな。

0094デフォルトの名無しさん

2009/02/06(金) 01:06:00

国産なのに外人に頼ってる現状もなんだかなぁだな

0095デフォルトの名無しさん

2009/02/06(金) 01:34:18

日本人しか使ってないプログラミング言語なんてその名前だけで糞だろ
外国人が普通に使ってるのは普通なプログラミング言語の証拠

0096デフォルトの名無しさん

2009/02/06(金) 03:02:49

外部ライブラリの開発の話では？
日本人って開発には直接関わって来ないくせに要望だけは多いよね

0097デフォルトの名無しさん

2009/02/06(金) 09:21:30

日本人自虐厨ｷﾀｰ

どこの国の人間だってたいして変わらんっつうの
それこそ日本語以外のレポート読めよ
お前が英語読めないだけなんじゃねえの

0098デフォルトの名無しさん

2009/02/07(土) 07:23:23

英語嫁って言い出してるし

国産言語じゃないの？？何で日本語以外のレポート？

0099デフォルトの名無しさん

2009/02/07(土) 08:49:51

とまあかように《彼》は英語コンプであります

0100デフォルトの名無しさん

2009/02/07(土) 08:51:36

なるほど

0101デフォルトの名無しさん

2009/02/07(土) 09:19:02

Rubyist Magazine - Ruby 1.9.1 の歩き方
http://jp.rubyist.net/magazine/?0025-FirstStepRuby191

0102デフォルトの名無しさん

2009/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をつけると本当の自分を思い出すのだろうか。

0103デフォルトの名無しさん

2009/02/23(月) 16:05:42

> foo = 1, 2, 3
=> [1, 2, 3]

> p foo = 1, 2, 3
1
2
3
=> nil

> foo
=> 1

0104デフォルトの名無しさん

2009/02/23(月) 16:14:51

つか自業自得だな
勝手に滅んでくれって感じだ

0105デフォルトの名無しさん

2009/02/23(月) 16:17:48

>>104
Rubyスレ全般で1.9にかみついてる基地外か
うるせーよ

0106デフォルトの名無しさん

2009/02/23(月) 16:20:14

>>105
違う
引数の括弧を最初から適切につけていれば全く起こらなかった問題
Ruby は特定の関数的メソッド以外の普通のメソッドの引数の括弧を省略するようにはなっていない
多値と区別できないからだ

0107デフォルトの名無しさん

2009/02/23(月) 16:23:42

引数のカッコをつけない人はこういうのを甘んじて受けてるんだからこれでいいんだよ

0108デフォルトの名無しさん

2009/02/23(月) 16:23:50

>>106
勉強し直せよｗ

0109デフォルトの名無しさん

2009/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 は特に関係ないと思われる

0110102

2009/02/23(月) 16:30:42

おおお、元ソースからコピって修正したとき変な括弧の付け方をしてしまった。
恥ずかしいな。サンクス。

Rubyでは基本的に括弧を省略するのが慣習だと思ってたが違うのか？
何はともあれ解決したからうれしい。

0111デフォルトの名無しさん

2009/02/23(月) 16:43:39

>>110
>>106 の言うように、puts や print みたいな「関数っぽい」メソッドは、カッコをつけずに空白をつけることのほうが多い
△ puts("hello!")
○ puts "hello!"
その他のレシーバつきメソッド、またはインスタンスメソッドはカッコをつけることのほうが多い
△ URI.parse 'http://example.com/'
○ URI.parse('http://example.com/')
無論つけなくても動作するが、今回のように代入が絡むとヘンな解釈になることが多いので、カッコをつけるように慣らす人が大半

ただ、Rails の人はもうほとんど病的と言っていいほどにカッコを使わない
（明示的なエラーが出てからやっとそこだけ括るので、今回のようなバグに気づかないことも稀にある）
これは出身言語の影響と、言語内 DSL という特殊事情が絡まった結果だと思われ

0112デフォルトの名無しさん

2009/02/23(月) 16:57:36

>>111
なるほど
おれは趣味で最近使い始めたばっかだけど全般的に意識して括弧はつけないようにしてる・・・
それがRuby流だと聞いたから。1.9と関係なくてすまん。

Nokogiriは全くだめということはないようだから、次はparseexcelを試すよ
今度は間違えないようにするわ！

0113デフォルトの名無しさん

2009/02/27(金) 16:22:00

>>112
> それがRuby流だと聞いたから。1.9と関係なくてすまん。

そんなことはない。
RailsはRubyじゃないからな。

0114デフォルトの名無しさん

2009/02/28(土) 09:33:38

>>113
> RailsはRubyじゃない
な・なんだってぇ！！！

0115デフォルトの名無しさん

2009/02/28(土) 16:41:21

言語の百花繚乱は、ITバブルの残照という気がする...。

本来効率性を重視するのなら、一企業の開発言語は、絞った方がリスクマネージメントの観点からも、
良いと思うがねぇ。

0116デフォルトの名無しさん

2009/02/28(土) 16:47:28

ITバブルというより根本的にエンジニアの性なんじゃないかな。
「おれ言語を作り隊」みたいな。シェルなんてひどいじゃん。

0117デフォルトの名無しさん

2009/02/28(土) 17:29:47

>>115
工員が使う言語は少ない方がコスト低いだろうね。

0118デフォルトの名無しさん

2009/02/28(土) 17:35:10

>>115
万能言語があるのなら、その通り。
しかし実際にある言語は万能ではない。適用ドメインによって言語選択は変わって当然となる。

0119デフォルトの名無しさん

2009/03/14(土) 13:12:22

米国でRuby関連書籍の売り上げが減速か－＠IT
ttp://www.atmarkit.co.jp/news/200902/27/langs.html

スキルのない半可通が流行で採用して、プロジェクトは失敗。
戦犯としてRailsやRubyが処罰されるというケースの増加が心配されます

0120デフォルトの名無しさん

2009/03/15(日) 04:55:57

コピー乙w

0121デフォルトの名無しさん

2009/03/15(日) 14:37:54

間違いなく 1.9 のせいだろ

0122デフォルトの名無しさん

2009/03/15(日) 15:12:38

Python 3も(2.5,2.6に対する相対的な)人気はRuby 1.9みたいなもん?

0123デフォルトの名無しさん

2009/03/24(火) 13:44:08

微妙に違うとおも

0124デフォルトの名無しさん

2009/04/09(木) 17:49:27

ダメ

0125デフォルトの名無しさん

2009/04/13(月) 18:43:04

rubyの勉強はじめたんだけど、ruby1.8の本で勉強してると
ruby1.9だと動かないのが多すぎて嫌になった。
こんなに急激に仕様を変える言語なんて勉強する気になれないからヤメタ。

Rubyの開発動機ってそもそも何？
単なる自己満？

0126デフォルトの名無しさん

2009/04/13(月) 18:49:52

>>125
ぜひPerl4→Perl5やPHP3→PHP4なんかにも正義の鉄槌を下してください

0127デフォルトの名無しさん

2009/04/13(月) 19:43:12

Perl4から5ってそんなにすごい変化だったんだ。Perlのこと全然知らないや

0128デフォルトの名無しさん

2009/04/13(月) 19:53:41

Perl5になったとき、手元にあった数千行のスクリプトは2行くらいしか変えなくてよかったな。
Rubyに関しても、magic commentを書くこと以外は何も変えずに済んでいる。
お前ら一体どんなひねくれたコード書いてんの？

0129デフォルトの名無しさん

2009/04/13(月) 20:27:08

ライブラリ, フレームワーク依存。

0130デフォルトの名無しさん

2009/04/13(月) 21:42:29

おれも自分で書いたところはほとんど問題なかったが、
外部ライブラリでつまづいた。
Winは捨ててCentOSで開発するようにした結果、
なんとか切り抜けて今は1.9.1オンリーだが。WinのNokogiriが痛かったな。

0131デフォルトの名無しさん

2009/04/13(月) 21:44:55

今は暇と体力のある人がガサガサ開拓してる状態だな
1年くらいして状況がどう変わるか楽しみだ

0132デフォルトの名無しさん

2009/04/13(月) 22:40:43

Perl4→5のときはpackageでクラスっぽいものが書けるようになったが、
おおむね上位互換だったと思う。

0133デフォルトの名無しさん

2009/04/14(火) 08:55:53

>>130
> WinのNokogiriが痛かったな。
kwsk

0134デフォルトの名無しさん

2009/04/14(火) 09:33:34

>>128
そりゃ単に運が良いだけだ

IOの読み書きするライブラリや、$KCODEにかかわるコードを書いてると泣く
あと他の人も言ってるように拡張ライブラリが動かなくて泣く

0135デフォルトの名無しさん

2009/04/14(火) 10:40:30

>>133
Winの1.9系でNokogiri動かないんだよ。もう直ってるのかもしれんが。
Nokogiriのページみたら1.9に対応してるって書いてあったんだが、
Winは対象外だったようだ。Linuxなら動くからゲストOSにCentOSを入れて開発。
今度はRadRailsでステップ実行できない問題が出たけど、
全然動かないよりはマシだから我慢してる。

0136デフォルトの名無しさん

2009/04/14(火) 12:39:31

>>135
> Nokogiriのページみたら1.9に対応してるって書いてあったんだが、
自前でコンパイルしろってことじゃないかね

0137デフォルトの名無しさん

2009/04/14(火) 13:22:52

>>136
ttp://nokogiri.rubyforge.org/nokogiri/

インストール方法で「sudo gem install nokogiri 」ってあるのに？

「sudo」ならWinは対象外ともとれるが、
「sudo」を当然のように入れて説明することはよくあるから、
それをもって判断するのは難しいと思う。

確かWinRubyにある「msvcrt-ruby18.dll」の名前が「msvcrt-ruby191.dll」に変わったことが、
原因の一つだったような気がするが、ちょっと記憶があいまい。
コピーして名前を変えたりしたやつがいたけど、
それでもうまく動かないとか言ってたような記憶もある。
がんばって時間を浪費した挙げ句けっきょくダメというのは嫌だったから、
さっくりOSを変えた。

0138デフォルトの名無しさん

2009/04/14(火) 14:02:44

>>137
だから「自分でコンパイル環境用意しろ」ってことなんだろ、Windowsかどうかとは無関係に。
Win版バイナリ用意しろっていうことなら山男にいってくれ。
さすがにここは見てないと思うぞ。

> 確かWinRubyにある「msvcrt-ruby18.dll」の名前が「msvcrt-ruby191.dll」に変わったことが、
> 原因の一つだったような気がするが、ちょっと記憶があいまい。

それは本末転倒な理解だな。
拡張ライブラリのインターフェースが変わってるから、1.8のDLLと1.9の拡張ライブラリじゃ動かない。
それをさけるために名前を変えている。

> コピーして名前を変えたりしたやつがいたけど、
> それでもうまく動かないとか言ってたような記憶もある。

「動くわけない」と断言する。

> がんばって時間を浪費した挙げ句けっきょくダメというのは嫌だったから、
> さっくりOSを変えた。
gj

0139デフォルトの名無しさん

2009/04/14(火) 14:16:26

確かにgem使ってもコンパイルするな。
おまえの言うことに対するおれの理解が浅かった。
そこまで詳しいならおまえが動くようにしてくれよ。いや嫌みじゃなくてマジで。

0140デフォルトの名無しさん

2009/04/14(火) 14:46:22

「自分が必要でなおかつ自分に直せてなおかつちょっと暇ならやる」というのがこの手の常套
どれかが欠けてるのだろう

0141デフォルトの名無しさん

2009/04/14(火) 18:32:16

>>139
もうあまりWindowsをいじってないからなぁ。
MacPortsのmingw-gccでコンパイル自体はできるかも知れんが、
gemがクロスコンパイルに対応してるかは疑問。

0142デフォルトの名無しさん

2009/04/14(火) 21:24:43

アーロン、きさまのどこがひげの山男なんだwwwww
とついったーの写真を見て思った。

0143デフォルトの名無しさん

2009/04/14(火) 21:32:47

Mechanize 0.9.3 を最優先で出して欲しい
今の 0.9.2 は全世界が迷惑した近年稀に見る極悪動作バージョンだろ

0144デフォルトの名無しさん

2009/04/14(火) 21:54:04

require 'rubygems'
require 'mechanize'

agent = WWW::Mechanize.new
agent.get('http://www.google.co.jp/')

これが動作しないって重症だよな

0145デフォルトの名無しさん

2009/04/15(水) 12:52:42

>>141
結局ソースの修正が入ると思うが。
それってコンパイルの問題とは言わないでしょ。

0146デフォルトの名無しさん

2009/04/15(水) 17:11:04

>>145
Windows版ではNokogiriはそのままじゃコンパイル通らないということ?
それが分かってるなら教えてやれよ。

0147デフォルトの名無しさん

2009/04/16(木) 16:23:51

こやつめｗ

0148デフォルトの名無しさん

2009/04/22(水) 23:10:00

本屋でRubyの本を立ち読みして、Perlより全然ソースが読みやすいと思って
一気に本を買い込んでRubyデビューしようと思ったのに、
何この状況？
初心者はどうすりゃいいの？
1.8を使うほうが無難なの？

0149デフォルトの名無しさん

2009/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 をやろうとするのよりは何万倍もスムーズだろう

0150デフォルトの名無しさん

2009/04/22(水) 23:27:37

出たｗ1.8.7バカｗ

0151デフォルトの名無しさん

2009/04/22(水) 23:49:22

>>148
1.9.1 を勧めるのは Ruby アンチ（この期に及んでまだいる）なのであまり真に受けないように
彼はあなたが Ruby に挫折することを望んでいます

0152デフォルトの名無しさん

2009/04/23(木) 00:26:52

頭いっちゃってるな

0153デフォルトの名無しさん

2009/04/25(土) 20:42:00

あれ？家でふつうにRuby1.8.7使って色々作ってるけど、
1.9.1って初心者が使えるような状況になってるの？
まだだよねえ？

いま自作の拡張ライブラリを1.9.1に対応させようとして
コンパイルする前にextconf.rbでエラー出て困り果ててるとこｗ

0154デフォルトの名無しさん

2009/04/25(土) 21:52:45

どんなエラーだよ

0155デフォルトの名無しさん

2009/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では普通にコンパイルできるから、パスが通ってないってわけではないと思う
参照する環境変数が変わってたりするのかな？
オプションを指定する必要があるってメッセージだけど、設定方法がわからないの（゜▽゜；）

0156155

2009/04/25(土) 22:46:15

情報が全然足りなかったｗ
えっと、WindowsでWin32バイナリのruby-1.9.1-p0-i386-mswin32をダウンして、
それを使ってVC2008でコンパイルしようとしてる。
あんまり関係ないかもだけどDirectXを使おうとしてて、
1個目のdxguid.libをチェックするとこでエラーが出てる。

0157155

2009/04/25(土) 23:14:27

extconf.rbからライブラリのとこ削って、できたmakefileに自分で追加して、
コンパイルしてみたら、windowk2.hの関数の再定義エラーが大量に出た。
やっぱ俺程度で1.9.1に手を出すのが間違いなのか。
山に篭って修行して出直してきまふ

0158155

2009/04/25(土) 23:16:10

winsock2.hだ、どういう打ち間違いなんだorz
それではまたﾉｼ

0159デフォルトの名無しさん

2009/04/26(日) 19:08:21

>>156
> えっと、WindowsでWin32バイナリのruby-1.9.1-p0-i386-mswin32をダウンして、
これはVC6でコンパイルされてる。

> それを使ってVC2008でコンパイルしようとしてる。
VC6とはランタイムがあわないからリンクできない。
本体も自分でコンパイルする。

0160155

2009/05/02(土) 17:18:47

なんか規制されて書けなかったorz
>>159
>VC6とはランタイムがあわないからリンクできない。
>本体も自分でコンパイルする。
つまり、1.8.7ではリンクして使えてたけど、
1.9.1ではできなくなったってことでいいのかなあ？

0161デフォルトの名無しさん

2009/05/03(日) 06:36:59

>>160
> つまり、1.8.7ではリンクして使えてたけど、
> 1.9.1ではできなくなったってことでいいのかなあ？
1.8でもできない。

0162155

2009/05/03(日) 16:07:29

>>161
>1.8でもできない。
えー？
だって、うちのデスクトップでVC2008でコンパイルできたし、
コンパイラとか入ってないActiveScriptRuby1.8.7だけインストールしてあるノートで動いてるよ？
ActiveScriptRubyってVC6だったよね・・・？
なんかはげしく勘違いしてるんかなー

0163155

2009/05/03(日) 16:09:17

あ、書き忘れたけど1.9.1でもruby-1.9.1-p0-i386-mswin32とVC2008でコンパイル成功したよー
勘違いじゃなければだけど・・・。

0164155

2009/05/03(日) 23:05:37

わかった！
俺、VC2008のランタイムをスタティックリンクしてるから使えてるんだ！
しょぼしょぼな話題で連投失礼。お騒がせしましたｗﾉｼ

0165デフォルトの名無しさん

2009/05/05(火) 17:54:40

>>164
> 俺、VC2008のランタイムをスタティックリンクしてるから使えてるんだ！
それだと外部ライブラリ使う拡張ライブラリが使えなくなるぞ。

0166155

2009/05/06(水) 13:49:22

>>165
>それだと外部ライブラリ使う拡張ライブラリが使えなくなるぞ。
ヘボくてｺﾞﾒﾝ、意味がわからないorz

Ruby本体(mswin32)・・・VC6ランタイムを動的参照
俺が作ったやつ・・・VC2008ランタイムを静的参照
VC6で作ったほかのライブラリ・・・VC6ランタイム（Ruby本体と同じやつ?）を動的参照

となって、問題があるようには思えないんだけど・・・
ActiveScriptRuby同梱のVisualuRubyも同時に使えてるし。

0167デフォルトの名無しさん

2009/05/06(水) 14:46:48

あぁ、拡張ライブラリだけをVC2008でスタティックリンクで、か。
config.hでエラーになるはずだけど、そこは当然書き換えてる?
外部に依存しない単独のライブラリなら動くかもしれんけど、
もう長いことDLLを使う形でしかコンパイルしてないから、
動くかどうか保証はできない。

0168155

2009/05/06(水) 21:11:11

config.hははじめのところをコメントアウトしてる。
外部に依存しない単独のってことは、つまり、
俺がつくったやつから他のライブラリを参照しようとすると
うまくいかない可能性があるって感じかな。
VC6があれば問題なかったんだけど、
VC2008しか無いのに拡張ライブラリ作って公開しようと思うあたりが困ったちゃん。

0169デフォルトの名無しさん

2009/05/06(水) 22:04:43

もうみんなでmingw使おうぜ！

0170デフォルトの名無しさん

2009/05/06(水) 22:40:26

やだよｗ

0171デフォルトの名無しさん

2009/05/07(木) 18:30:12

155がやってるのは「たまたま動いてる」だけで、動くことは保証されない。
例えば、fd渡しがあって大きめのI/O操作したらアウト。

0172デフォルトの名無しさん

2009/05/07(木) 18:42:22

fd渡しなら一切のI/Oでアウトだからやってないと思う。
でもまぁ、それでバイナリ配布とかはやめてね。

0173155

2009/05/07(木) 20:47:14

ランタイムに依存するデータはライブラリ間で渡せないっていうことかな・・・。
ふむふむ、勉強になりますφ（．．）ｶｷｶｷ
VC6ほしいなあー

0174デフォルトの名無しさん

2009/05/08(金) 03:22:53

VC6から移行すべきなんだが

0175デフォルトの名無しさん

2009/05/08(金) 06:11:13

>>174
どういうこと？　今のrubyではVC6じゃないと動かないんじゃ？

0176デフォルトの名無しさん

2009/05/08(金) 09:29:42

pythonみたいに移行したほうがいいよ
誰かが音頭を取るべきだ

0177デフォルトの名無しさん

2009/05/08(金) 15:35:51

今移行しようとしてるとこだよ、mingwに。

0178デフォルトの名無しさん

2009/05/11(月) 16:10:22

お前ら、1.9.1のパッチレベルリリースが間近らしいぞ。
問題あるなら今のうちに報告しとけよ。

0179デフォルトの名無しさん

2009/05/11(月) 16:14:26

わかりやすいいこうまにゅあるおつけてくださいo
とくにがいじんさんにもなっとくできるえんこーでぃんぐのかいせつおつけてくださいo
っていうかせっとくもうやだ

0180デフォルトの名無しさん

2009/05/11(月) 16:15:49

エンコーディングまわりは、その方面で痛い目にあった経験がある
日本人にすら難しいのに。

0181デフォルトの名無しさん

2009/05/11(月) 16:23:24

がいじんさんは
先頭に # -*- coding: utf-8 -*- つけとけ
しか理解すまい

0182デフォルトの名無しさん

2009/05/11(月) 16:29:41

force_encodingが大活躍なんだが、ほかの対処方法はある？

0183デフォルトの名無しさん

2009/05/11(月) 18:24:46

どういうデータを扱おうとしてるのか分からんことにはなんとも言いようがない。
外部からエンコーディングとデータが別々に渡されるんならそれこそ
force_encodingするしかないだろうし。

0184デフォルトの名無しさん

2009/05/11(月) 21:28:27

openするときエンコーディング指定してないだけだったりしてな。

0185デフォルトの名無しさん

2009/05/13(水) 02:24:50

1.9.1-p129 age

0186デフォルトの名無しさん

2009/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

0187デフォルトの名無しさん

2009/08/12(水) 14:49:05

dlは互換性なくなってるのだけど、hogeは1.9対応なの?

0188デフォルトの名無しさん

2009/08/12(水) 14:50:54

ああん、あげてもーた。

0189デフォルトの名無しさん

2009/08/12(水) 15:03:18

dlもhogeが1.9対応かどうかも関係ないだろ。

0190デフォルトの名無しさん

2009/08/12(水) 15:04:21

>>187

gem install hogeのhogeに関わりなく、たとえば
gem update --system
でも同じエラーが出てしまうのです・・・。

0191デフォルトの名無しさん

2009/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

0192デフォルトの名無しさん

2009/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

0193デフォルトの名無しさん

2009/08/12(水) 22:47:49

>>179
http://jp.rubyist.net/magazine/?0025-Ruby19_m17n
http://yokolet.blogspot.com/2009/07/design-and-implementation-of-ruby-m17n.html
http://blog.grayproductions.net/articles/understanding_m17n
http://github.com/candlerb/string19/tree/master

0194デフォルトの名無しさん

2009/08/14(金) 14:54:55

>>192
OpenSSLのMD5を使うようになってるが、それだとmd5.hはインクルードしないので
#define MD5_Finish rb_Digest_MD5_Finish
は無効のはずなんだが。

まっさらの状態からコンパイルしてもそうなった?

0195デフォルトの名無しさん

2009/08/17(月) 03:32:02

rubyって1.9になってから速くなったよね。たいしたもんだ。

0196デフォルトの名無しさん

2009/08/17(月) 17:37:53

節子…、それ違う。Matzの実装が異様に遅すぎたから、普通の速度に戻しただけだ。

0197デフォルトの名無しさん

2009/08/17(月) 17:39:35

普通の速度にしたというか、安全側から高速側に倒しただけ

0198foi.americanprogress.org

2009/08/17(月) 17:49:57

自動焼人 ★　＝　自動保守 ◆KAWORUKOFI　＝　自動保守#K9K?_D[L

名言集　その４
『俺、100人規模の集団サイバーテロの主犯だったこともあるんだぜ』

http://yutori7.2ch.net/test/read.cgi/news4vip/1249830540/　のID:PVAf+dux0　＝　自動焼人 ★

> 965 ：以下、名無しにかわりましてVIPがお送りします [sage] ：2009/08/10(月) 00:02:09.35 ID:PVAf+dux0
> まぁ何だ。
> 俺の過去の経歴に比べたら、割れ厨なんて鼻くそレベルなんだけどなｗ
> 100人規模の集団サイバーテロの主犯とか、いろいろとな。

----------------------------------------------
この自動焼人 ★メールマガジンの配信停止をご希望される方は
http://qb5.2ch.net/test/read.cgi/sec2chd/1250169591/
にて自動焼人 ★までご連絡ください

0199デフォルトの名無しさん

2009/08/17(月) 21:22:23

>>197
ってことは、結構バグったりするのかしら？
仕事でruby使ってるんだけど、1.9.1に上げようか迷ってまふ。

0200デフォルトの名無しさん

2009/08/17(月) 21:45:47

どういう職種でどういう用途でどのくらいの期間使うのかによる。
医療系の仕事ならやめとけ。

0201デフォルトの名無しさん

2009/08/17(月) 21:51:33

>>200
なるほど。医療系じゃなくてよかった。
うちは原発の制御しかしないので、速攻 1.9.1p129 に上げてみます。

0202デフォルトの名無しさん

2009/08/17(月) 21:53:09

医療…原子力制御…
Java並の安定性があるんだね！よかった！

0203デフォルトの名無しさん

2009/08/17(月) 21:59:31

よーし、宇宙開発で使っちゃうぞ

0204デフォルトの名無しさん

2009/08/17(月) 22:01:46

あの文言は素敵だと思う
考えた人はアジの技能あり

0205200

2009/08/18(火) 00:43:35

原発も詰めとこうかと思ったけどめんどくなってやめた。
そしたら>>201から狙い澄ましたようなボディブロー

0206デフォルトの名無しさん

2009/08/21(金) 10:14:44

tmpfileに何があったの?

0207デフォルトの名無しさん

2009/08/21(金) 10:32:45

見てきた。

http://redmine.ruby-lang.org/repositories/diff/ruby-19/lib/tempfile.rb?rev=23494&rev_to=22784

Tempfile#unlinkすると勝手にcloseするようになっちまってたのか。
これはひどい。だいたい、
lib/tempfile.rb (Tempfile#unlink): close first for Windows. a patch from Florian Frank. [ruby-core:23505]
とあるけど、これ全プラットフォームでこの動作になってるような。

UNIX厨のmatzが、なんでこんなパッチ採用したんだ……

0208デフォルトの名無しさん

2009/08/22(土) 18:36:27

ああああああ、String#size の返り値が 1.8 と違うのか
まあそりゃそうだわな
あああああめんどくさああああ

というか 1.8.6 に String#bytesize とか入れておいてくれればよかったのに

0209デフォルトの名無しさん

2009/08/22(土) 18:50:47

ASCII_8BITにするのがそんなに手間かね

0210デフォルトの名無しさん

2009/08/22(土) 18:54:05

>>209
はい

0211デフォルトの名無しさん

2009/08/22(土) 18:57:32

レスから考えて1.8と1.9の共用スクリプトだろうからな
sizeのためにforce_encodingするとかまあありえんわ
というかASCII_8BIT厨は早く絶滅してくれないかなと思う

0212デフォルトの名無しさん

2009/08/23(日) 10:23:40

>>209
そんな腐った修正ですますなんて、おまえ土方だな？

0213デフォルトの名無しさん

2009/08/23(日) 12:09:39

具体的にどう修正すべきかも書けよ

0214デフォルトの名無しさん

2009/08/23(日) 12:21:03

RUBY_VERSION で場合分けする

安全確実高利回り
コードが若干長くてやや複雑で記述が煩雑になるのだけが極めてごく些細微細な欠点

0215デフォルトの名無しさん

2009/08/23(日) 12:30:47

>>208
> というか 1.8.6 に String#bytesize とか入れておいてくれればよかったのに

1.8.7 には入ってるよ。
1.9 用とソースを共通化したいなら 1.8.6 はいい加減捨てよう。

0216デフォルトの名無しさん

2009/08/23(日) 12:31:58

respond_to?(:bytesize)
の方がいいと思う

0217デフォルトの名無しさん

2009/08/23(日) 13:03:09

>>214
それはないｗ

0218デフォルトの名無しさん

2009/08/23(日) 13:21:00

>>216
実際問題として、それではダメだ
こういう場合、特定の名前のメソッドがあるかどうかが問題なのではなく、
メソッドが「どう」動作するかが重要だから
あらゆるメソッドを responed_to? しなければならなくなるし、バージョン差異を埋めるのには向かないと思う

0219デフォルトの名無しさん

2009/08/23(日) 13:58:48

Pythonじゃないんだから互換性なんて無視してRubyらしさを追求すればいいと思う。

0220デフォルトの名無しさん

2009/08/23(日) 14:10:47

responed_to? がなんのために存在するメソッドか考えれば、1.8/1.9 判定に使うのが不適当とわかるはず
defined?(Encoding) とかも同様

Ruby 本体のバージョンが違うことが問題なんだから、素直にバージョン比較すればいいのに
なんでそこでだけ頑なに「Ruby としての読み下しやすさ」を否定した処理をしようとするのがよくわからん

0221デフォルトの名無しさん

2009/08/23(日) 14:20:59

if RUBY_VERSION >= 1.9.0 then … else … end という記述がヤボったくてカッコ悪いと思われてるのでは

なんかこう、超クールな処理になるようにすればみんな使ってくれるかも
1.8 系列だと読み飛ばすけど 1.9 系列だと処理するブロックとか

0222デフォルトの名無しさん

2009/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

0223デフォルトの名無しさん

2009/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]

とか使うらしい

0224デフォルトの名無しさん

2009/08/23(日) 14:50:33

よし構文と専用演算子の導入だ。

0225デフォルトの名無しさん

2009/08/25(火) 02:53:38

RUBY_VERSIONで分岐すんなよ。消すぞ。

0226デフォルトの名無しさん

2009/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にならない

何ぞこれ

0227デフォルトの名無しさん

2009/09/19(土) 01:44:36

>>226
バグだろ。redmineに登録しといてくれ。

0228デフォルトの名無しさん

2009/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は空になる。

0229デフォルトの名無しさん

2009/09/19(土) 13:37:15

なるほど。
しかも ruby -w で pathname.rb を読むと警告でる。

0230デフォルトの名無しさん

2009/09/19(土) 20:32:49

出ないぞ、と思ったら1.9.1か?
trunkでは直ってるようだ。

0231デフォルトの名無しさん

2009/09/26(土) 21:11:40

へえ

0232デフォルトの名無しさん

2010/01/03(日) 12:32:43

開けましておめでとうございます。

0233デフォルトの名無しさん

2010/01/03(日) 12:45:41

空けましておめでとうございます。

0234デフォルトの名無しさん

2010/01/03(日) 23:51:06

貫通けましておめでとうございます
姫初めはいかがでしたか？

0235デフォルトの名無しさん

2010/03/21(日) 14:35:35

大量のオブジェクトが生成されるコードがあって、1.8.7で実行すると
非常に遅いんだけど、ちょっと手直しして1.9で実行すると大幅に
改善されたりしますか？

自分で試したいのはやまやまなんだけど、「ちょっと」の手直しが
どのくらいか不明なので、すいませんが教えてください。

0236デフォルトの名無しさん

2010/03/21(日) 15:38:04

>235
DBから20万行取得するだけのスクリプトが3倍速になった。

0237234

2010/03/21(日) 16:22:51

>236

本当ですか！？やっぱりスイッチする価値ありかなあ。

0238デフォルトの名無しさん

2010/03/21(日) 19:45:27

手直しが確実に必要なわけ？
試しに動かせないの？

0239デフォルトの名無しさん

2010/03/21(日) 20:33:27

やってみないとわからないです(´・ω・｀)

0240デフォルトの名無しさん

2010/03/21(日) 21:08:44

手の施しようがないほど遅くなる場合もある
足し引きの結果が速くなるか遅くなるかは実際に動かさないと判断できない

0241234

2010/03/21(日) 21:25:53

>238
1.8系と1.9系の共存はできなくないらしいけど
なんかヘマをやってライブラリ関係が衝突しそうで怖いのです。
まあそんなこと言ってる時点で1.9は「待ち」ですかね。

>240
なんとそういうこともありますか。
ますます移行しにくくなりました。

Mac使いなんで、1.9がOSXにプリインストールされる
ようになったらまた考えます。

0242デフォルトの名無しさん

2010/03/21(日) 22:36:36

>>241
いちおう、MacPportsでruby19を入れるなら、デフォルトで異なる
場所に入るし、コマンドの名前も違うので混ざりはしない。

0243デフォルトの名無しさん

2010/06/13(日) 23:32:10

エンコード指定uzeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee

マジックコメンkimeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee

あのスマートだったruby君が理屈っぽいピザになってしまった。。。Railsとか言う奴のせいだ。

0244 ◆rT33C51l9k

2010/06/14(月) 00:11:52

マジックコメントはこんなことやれば一応は省略できるな
ruby -Ka filename.rb
ruby -Ku filename.rb

つうかまさかこのままマジックコメント付けることを義務化し続けるゴミ言語で突き進む気はないだろうな？
なんだろう。OSの文字コードの標準をUTF-8にしやがれっていう見えないプレッシャーでもかけてるつもりかねｗｗｗ

0245デフォルトの名無しさん

2010/06/14(月) 10:03:15

おまえは馬鹿か？
マジックコメントが示すのは、ソースコードのリテラルがどの文字コードで書かれているか、だけだぞ極端に言うと。

0246デフォルトの名無しさん

2010/06/14(月) 17:13:31

と、馬鹿がもう一人

0247デフォルトの名無しさん

2010/06/16(水) 02:06:16

JAVAのエクリプスみたいなソフトって無いの？
Windowsで動くやつで

0248デフォルトの名無しさん

2010/06/16(水) 07:48:16

NetBeansを使えばいいと思うよ
ていうか、Eclipseにも確かRubyプラグインある

0249デフォルトの名無しさん

2010/07/02(金) 20:20:12

Ruby 1.9.1-p429 ｱｹﾞ

0250デフォルトの名無しさん

2010/07/14(水) 01:08:41

結構、言語処理系に行くっていうのが、はまりポイントで、
確か、Rubyのまつもとゆきひろさんか誰かがおっしゃっていたんですが、
「エンジニアっていうのはだいたいOSを作るか、
言語処理系を作るかに分かれる」らしいんです。
私はどっちにも足をつっこんでしまった感じで、
これは泥沼なんじゃないのかなとも思いますね(笑)

0251デフォルトの名無しさん

2010/07/14(水) 08:36:24

Matzの頭にはCPUを作る方への分岐はないんだな

0252デフォルトの名無しさん

2010/08/09(月) 23:53:11

アニメにはまる道もあるぞ。

0253デフォルトの名無しさん

2011/01/12(水) 17:47:24

モジュール関数を呼ぶ時、
MyModule::mymethodと::で繋ぐのが好ましいんでしたっけ？
それともMyModule.mymethodという風に「.」で繋ぐ方が望ましいんでしたっけ？
これは確かどっかに書いてあって、それでどっちかに統一しなきゃな、って思ってたんだけど、
ruby久々に触ったら忘れてしまってた…。
これどっちだったか分かりますでしょうか？ちなみに理由も添えて教えてほしい
更に言えばどこに書いてあった、という情報源も提示していただきたいのです

「昔自分が書いたコード見ればいいだろ」と思うかも知れないけど、
その時は仕事で使ってたもので、自分が書いたコードも手元に無いのです

0254デフォルトの名無しさん

2011/01/12(水) 18:45:14

クラスオブジェクトの特異メソッドを呼ぶときは、それ用の特殊な記法よりも、

<オブジェクトを示す式> . <メソッド名> のほうが Ruby の一般的な記法なので
それに合わせて、MyModule.mymethod のほうがよい。

:: は定数専用でしか使わないようにする。

0255デフォルトの名無しさん

2011/01/12(水) 20:06:22

なぜ、定数なら :: なの？

0256デフォルトの名無しさん

2011/01/12(水) 20:23:51

：：はそもそも定数の区切りとしての用途のもの。
モジュール名やクラス名も、値としてClassクラスやModuleクラスの
インスタンスを持つ定数に過ぎない。

MyModule.mymethod は単なる特異メソッドの呼び出しなのだが、
クラスやモジュールの得意メソッドはC++を背景に持つ人にはstatic
メソッドに見えるので、便宜を図って::でも呼べるようになってるだけ。

0257デフォルトの名無しさん

2011/01/12(水) 20:28:51

と書いておいて申し訳ないが、定数の区切りというのは正しくないか。

r = Regexp
r::EXTENDED #=> 2

とかアリだし。

0258253

2011/01/14(金) 09:09:02

回答ありがとう。確かに「.」が正しかった気がします。

ついでにもう一つ、perlには配列の最後の要素の添字を求めるのに $#foo という記法がありますが、
rubyでは foo.size-1 するしかないんだっけ？
なんかこれが美しくないので専用の記法（あるいはメソッド）が無いか調べてたんだけど、
多分これは無かった気がしたので無いんでしょうね
インクリメント、デクリメントも無いしね

0259デフォルトの名無しさん

2011/01/14(金) 10:25:49

>>258
多分、無い。
perlの記法が美しいとは全く思えないんだけど、
class Array
　def -@
　 size - 1
　end
end
-[1,2,3] # => 2
みたいなことは、やろうと思えば出来る。
でも、last_indexとかのメソッドを作った方がいいだろうね。

0260デフォルトの名無しさん

2011/01/14(金) 11:13:26

添え字アクセスのときなら、負の数なら末尾から数えるんだけど(-1が末尾)、
それが実際にいくつになるかはsizeと相談するしかなさそうだな。

0261デフォルトの名無しさん

2011/01/14(金) 18:23:41

そこって初心者に聞かれたらなんて答えればいいんだろう。
Object#contantsの戻り値がHashとかだったら、構文糖衣だぜって言って終わりなのだが。
まあ、実装はHashなんだろうけど。

0262261

2011/01/14(金) 18:28:47

あ、↑は>>257で

>>258
えー、$#の方が美しいのか。わからん。
しかも最後の添字の番号が欲しいってどんなときだろう。
最後の要素をとるならArray#lastがあるしな。

インクリメント、デクリメント演算子は=がなくて代入っぽくないからないらしいよ。

0263デフォルトの名無しさん

2011/01/14(金) 18:32:03

>>261
× Object#constants
○ Module.constants
何度もごめん。

0264デフォルトの名無しさん

2011/01/17(月) 08:42:21

>>260
あー、それ忘れてた。ただ「添字がマイナスの時は末尾から数える」って公式に決まってたっけ？
今オンラインリファレンスざっと見たけど書いてない。ウサギ本に載ってた気がしたが…
要するに将来のverUpなんかであっさりこの辺の挙動変えられると安心して使えないよね
そもそも、foo[-1]と書くよりfoo.lastと書いた方が美しいし読みやすいし、いい事尽くめではあるが

>>262
foo.size-1 より $#foo の方が美しいとは言わないが、（俺もどっちもどっちだと思う）
専用の記法があったらな、ないのかな、って思っちゃって

>>259案のlast_indexメソッドをArrayクラスに追加ってのが一番美しいと思う
ただそこまでする必要があるか？っていうと、
やはりこれは公式に標準搭載されていて全員に認知されていてこそ意味があると思うので、
個人的にこういうことするんだったら素直に foo.size-1 と書くのが平易で正しいと思う

0265デフォルトの名無しさん

2011/01/17(月) 08:47:22

>>260
>あー、それ忘れてた。ただ「添字がマイナスの時は末尾から数える」って公式に決まってたっけ？

array.c
* Negative indices count backward from the end of the
* array (-1 is the last element).

0266デフォルトの名無しさん

2011/01/17(月) 08:57:08

>>264 だった。

IPAのFinal Draftによると

[](*args)
a) nをレシーバの長さとする
b) argsの長さが0のとき、ArgumentError
c) argsの長さが1のとき、
1) その引数がIntegerならその値をkとする。Integerでなければ未定義
2) k<0ならkにnを加える。まだk<0ならnilを返す。
3) k>=nならnilを返す。
4) k番目の要素を返す。
d) argsの長さが2のとき<以下略>

0267デフォルトの名無しさん

2011/01/22(土) 09:11:34

>>265-266
ほー。なるほど。サンクス

0268デフォルトの名無しさん

2011/03/01(火) 12:21:59.04

　　∩＿＿＿∩　未だ連絡ゼロクマー
　　| ノ　＿＿＿ヽ
　 /。・ﾟ･(＿＿__　｀･゜ﾟ･｡　いつでも連絡するクマー
　 |　　 u( _●_)ヽ　〉
　彡､　　　|∪|　　 / 　誰か助けるクマー
.　/　　　　ヽノ　. /´
　　　　　　　　.＿＿＿_
　　　　　　　／ヽ､　 _ノ＼
　　　　　　／　（○）iji（○）＼　　　　正義がキチガイ呼ばわりされたんだぞ。
　　　　／　　　（__人__）　　＼
　　　　|　　　　　|::::::|　　　　　|　　義憤に駆られることはないのかお？
　　　　＼　　　 l;;;;;;l　　　／l!| !
　　　　／　　　　　`ｰ'　　　＼ |i　　Rubyistとして後ろめたさはないのかお！
　　　／　　　　　　　　　　ヽ !l　ヽi
　　（　　丶- 、　　　　　　しＥ　|そ　　一生後悔することになるお！
　　　　`ー､＿ﾉ　　　煤@l､Ｅﾉ　<
　　　　　　　　　　　　　　　ﾚY^Ｖ^ヽｌ　　そこのあなた！勇気を出すんだお。
　　　　　＿＿＿_
　　　　／　　　　＼　　助けて欲しいんだお・・・
　　　／　 _ノ　ヽ､_　＼　同じ釜の飯を食ったんだお・・・
　／ oﾟ(（●）) (（●）)ﾟo ＼　いつも一人で居残り残業してたんだお・・・
　 |　　　　（__人__）　　　　|　あまりの悲しさに、むせび泣いたこともあったお
　＼　　　｀ ⌒´ 　　／　そんなやる夫を見捨てるのかお？

　　　　　＿＿＿_　このままだったら一生恨むお
　　　　／　　　　＼　たとえ誰がなんと言おうと、強烈な違和感なんだお
　　　／　 _ノ　ヽ､_　＼　直観がモノ言ってんだお
　／　oﾟ⌒　　　⌒ﾟo　＼　えっぇっえ～ん。え～ん。
　 |　　　　（__人__）　　　　|　　えっぇっえっぇっ。うっぅっぅうー。。。
　＼　　　｀ ⌒´ 　　／　うええ～ん。。。えぐっぇぐっうっうっううぅー。。。

0269デフォルトの名無しさん

2011/03/01(火) 14:30:32.72

そういえばとっくにRuby 1.9.2出てるのに話題に上がってないようなのは何故だ

0270デフォルトの名無しさん

2011/03/01(火) 16:53:25.81

本スレで出来るからじゃない?

0271デフォルトの名無しさん

2011/03/01(火) 17:29:39.38

いまから Ruby を始めるのであれば 1.9.2 が妥当？

0272デフォルトの名無しさん

2011/03/02(水) 01:11:46.83

>271
2.0を待て。

0273デフォルトの名無しさん

2011/03/02(水) 13:17:28.52

>>271
まっさらな状態から始めるなら断然1.9.2だね
1.8よりいろいろと便利になってるんで

0274デフォルトの名無しさん

2011/03/10(木) 16:44:21.82

Ubuntu 環境で 1.9.2 を使いたいのですが deb が提供されていないようので
rvm あたりを導入するのがよさげなのでしょうか。

0275デフォルトの名無しさん

2011/03/10(木) 17:21:47.91

変なレイヤーがあるとトラブル時に原因が分かりにくくなるので、
まったくの初心者は
--prefix=/usr/local (デフォルト。要root)か --prefix=$HOME みたいな
引数でconfigureしてインストールするのを勧めたい。

けど、最近は rvm がトレンドなんだろうな。

0276274

2011/03/11(金) 17:59:58.64

Thank you > 275

Debian/Ubuntu 環境で1.8.7をそれなりに使っていたので
まったくの初心者ではないのですが、今後の運用を考慮して
昔風に make install するか rvm で楽できるのか、悩むなあ。

しかし、なんで1.9.2はdeb化されていないのだろう。

0277デフォルトの名無しさん

2011/03/11(金) 18:14:03.77

>>276
ttp://packages.debian.org/search?keywords=ruby1.9.1
ややこしいけど中身は1.9.2だよ

0278デフォルトの名無しさん

2011/03/12(土) 00:08:30.87

そんなことになっていたとは知りませんでした。
どうもありがとうございます > 277

0279デフォルトの名無しさん

2011/03/15(火) 11:36:03.96

>>271
このへん初心者スレで時々ツッコミが入るのだが、
世間様で公開されてるコードはせいぜい1.8.7くらいしか考えてないことが多い
移行準備のために1.9から1.8.7に持ってきた機能すらほとんど使われてない有様
ちょっと古い本に書いてあったりぐぐって見つけたりしたコードを1.9.1や1.9.2でそのまま実行しようとしても、
「なんだかよくわからないエラー」でさっぱり動作しないことがしょっちゅうある

それを乗り越える教科書を持ってるか教えてくれる詳しい人なりがいるか、
あるいはなんでもかんでも悩んで大きくなるまぞな人なのなら、1.9.2から始めても構わないよ

0280デフォルトの名無しさん

2011/03/15(火) 11:47:01.55

いやそれは「1.9.xで困ったらこのスレとかで気軽に聞いてね」と言うべきところだろ…

0281デフォルトの名無しさん

2011/04/08(金) 21:39:04.63

Twitter、検索結果表示が“3倍速く”なったと発表――フロントエンドの切り替えで
Twitterは、フロントエンドをRuby on RailsからBlenderに切り替えた結果、検索結果の待ち時間が大幅に改善されたと発表した。

http://www.itmedia.co.jp/news/articles/1104/07/news043.html
-----------------
急成長する検索ニーズに対処するために検索エンジンを書き換え、リアルタイム検索エンジンを立ち上げた。
その際にバックエンドをMySQLからJavaベースのテキスト全文検索エンジンLuceneに移行した。
また先週、フロントエンドをRuby on RailsからBlenderと呼ばれるJavaサーバに切り替えた。
待ち時間の短縮は、こうした取り組みの成果だという。

0282デフォルトの名無しさん

2011/04/08(金) 23:13:34.06

Blenderっていわれても3DCGの奴しか思い浮かばない

0283デフォルトの名無しさん

2011/04/09(土) 01:39:58.76

まるちにれすすんな

0284デフォルトの名無しさん

2011/04/28(木) 00:40:49.31

>>282
Nettyとかいう非同期型ネットワークアプリケーションフレームワークを元に
作った(今のところ)一品ものらしい
ttp://www.jboss.org/netty

どこで読んだか忘れたけど、GCがスケールしなかった一番の要因みたいよ
まあフロントエンドが変わるっていっても作業する言語が全部Javaになるわけじゃないよ、とかも言ってたけど

0285デフォルトの名無しさん

2011/06/28(火) 23:08:38.58

あまり人がいないということは
1.9 で困ってる人はいないということかな

0286デフォルトの名無しさん

2011/06/28(火) 23:42:37.06

いやいや、まだみんな1.8に留まってるということですよ

0287デフォルトの名無しさん

2011/06/29(水) 02:41:50.01

Visualuruby って今バージョンいくつ？

0288デフォルトの名無しさん

2011/06/29(水) 02:43:01.12

Last update 09/02/08
Newest Changes

swin090208
ruby-1.9.1対応向け変更
ruby-1.9.1での利用時は、マルチスレッドでデッドロックが生じる場合があります。
そのため、ウインドウを作成したスレッド以外からSendMessage()を呼び出したり、
それを呼び出すおそれのある機能を使うことが出来ません。

0289デフォルトの名無しさん

2011/11/20(日) 14:26:37.04

ふうん

■ このスレッドは過去ログ倉庫に格納されています