Rubyについて Part 33

1 名前：デフォルトの名無しさん mailto:sage [2008/10/11(土) 16:10:50 ] オブジェクト指向スクリプト言語Rubyについて扱うスレッドです。 Ruby Home Page www.ruby-lang.org/ja/ = 前スレ Rubyについて Part 32 pc11.2ch.net/test/read.cgi/tech/1215531152/ 過去スレ・関連スレは >>2- 285 名前：デフォルトの名無しさん mailto:sage [2008/11/30(日) 01:27:57 ] クロージャの次の処理へ進む、という意味に捕らえれば良い 元々は次の繰り返しへ進む、だけど 286 名前：デフォルトの名無しさん mailto:sage [2008/12/01(月) 12:42:24 ] 余計な苦労じゃ 287 名前：デフォルトの名無しさん [2008/12/02(火) 08:39:58 ] Ruby 1.9.1 Preview 2 ｱｹﾞ 288 名前：デフォルトの名無しさん mailto:sage [2008/12/02(火) 08:51:12 ] >>277 ruby 1.7 以降なら、breakに返り値をつけられる 289 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 18:23:06 ] rubyをrudyと間違えるのはデフォだよな 290 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 18:30:19 ] RUｂｙとはしょっちゅう書く IME2000の設定がね 291 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 06:57:24 ] RPGツクールのRGSSって ruby使えるやつならわざわざツクールなんかに頼るとは到底思えない 292 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 07:14:51 ] どうして使ってもいないものを批判するの？ 293 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 11:14:56 ] [   ["String", int foo, int bar],   ["String", int foo, int bar],   ["String", int foo, int bar], ... ] というオブジェクトがあって、bar をキーにソートして printf "%d, %s, %d", bar, str, foo, という風に出力したいんですが、何かいい方法はありますか？ DBを使うかデータ構造を考え直したほうがいいんでしょうか？ 294 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 11:15:31 ] ruby勉強しようと思ったけどもうちょっと普及してからでいいな 295 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 11:21:27 ] sort_byを使う $data = [ ["foo", 1, 2], ["bar", 2, 1], ["bozh", 5, 0], ] $data.sort_by{ |x| x[2] }.each{|x| printf "%d %s %d", x[2], x[0], x[1]} 296 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 13:03:50 ] >>292 まあ、RGSS使った人間の台詞ではないな 297 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 13:06:26 ] >>295 ありがとうございます。 というか、初心者スレがあったんですね。 失礼しました。 298 名前：デフォルトの名無しさん [2008/12/05(金) 14:27:23 ] いつも思うだけど最近の言語っていわゆるjmp命令ってないよね。 昔9801でマシン語で組んでた時の癖があるからループ制御中にもう1つブレイク判定用チェツク入れてしかも入れ子分考慮してブレイク数考えるとか、 書き物がみづらくなるは、めんどくさいはでいつも思いながら使ってる。 299 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 14:31:43 ] つ 例外 つ catch throw 300 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 14:34:00 ] まあ、例外だな 301 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 14:43:56 ] jmp considered harmful 302 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 14:51:23 ] つ callcc 303 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 15:04:29 ] マシン語世代は例外とかの高級言語概念が理解できないことがあるのでマジ困る 304 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 15:06:29 ] 本物のマシン語世代なら、ああ、割り込みのようなものね、と サクッと理解できるはずだと思うんだが。 305 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 15:10:26 ] 例外と割り込みは全然違うだろ 306 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 15:14:04 ] >>304 その理解だと割り込みとして使いやがるぞ 307 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 15:21:36 ] >>306 いやそれは無理だろ 別物過ぎて話にならん 308 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 15:40:28 ] 解説とサンプルと実行結果を見て理解できないならプログラミングは向いてないよ。 〜みたいなものという不正確な比喩で何かを理解した気分に浸れたところで何がどうなるわけでもない。 309 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 15:52:38 ] 関数のようなもの 310 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 15:55:31 ] パールのようなもの 311 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 16:00:29 ] バイブのようなもの 312 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 22:15:26 ] >>298 jump命令が使いたくなるようなコードを出してみよう。 そうすれば貴殿の主張も説得力を持つようになる。 313 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 22:47:35 ] RubyForgeのログインクッキーがすぐなくなるような気がする めんどくさいからログインやめようかなという 314 名前：デフォルトの名無しさん mailto:sage [2008/12/08(月) 21:38:55 ] Ruby 1.8系のMatrixの不具合？ >ruby18 -rmatrix -ve "p Matrix[[1,3,4],[3,1,2],[4,2,3]].det" ruby 1.8.7 (2008-08-11 patchlevel 72) [i386-mingw32] 24 >ruby19 -rmatrix -ve "p Matrix[[1,3,4],[3,1,2],[4,2,3]].det" ruby 1.9.1 (2008-12-01 revision 20438) [i386-mingw32] （matrix.rbでブロック引数が外部のローカル変数を遮蔽してる警告多数 省略） (4/1) ruby19の方があってる どう書く？org の「行列式の計算」を解いていて発見 Matrix#determinant の定義をみると 1.9では割り算が / から .quo になってるので 1.8ではIntegerの割り算で端数が切り捨てられてる FloatのMatrixだと大丈夫 >ruby18 -rmatrix -ve "p Matrix[[1.0,3.0,4.0],[3.0,1.0,2.0],[4.0,2.0,3.0]].det" ruby 1.8.7 (2008-08-11 patchlevel 72) [i386-mingw32] 4.0 315 名前：デフォルトの名無しさん mailto:sage [2008/12/09(火) 01:24:20 ] そういうガチっぽいのはredmineに登録してください・・・ 316 名前：デフォルトの名無しさん mailto:sage [2008/12/09(火) 01:56:20 ] パッチとテストを書いてください 317 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 23:22:58 ] Windows の Mingw版ruby 1.9.1-preview2ですが >cat てすと.rb p [$0,$0.encoding] p [__FILE__,__FILE__.encoding] p $0 == __FILE__ >ruby19 -v てすと.rb ruby 1.9.1 (2008-12-01 revision 20438) [i386-mingw32] ["てすと.rb", #<Encoding:Windows-31J>] ["\x82\xC4\x82\xB7\x82\xC6.rb", #<Encoding:US-ASCII>] false -Ksつけるとか、ファイル冒頭のマジックコメントで Windows-31J を指定すると大丈夫なんですが ファイルの中身のEncodingと ファイル名のEncodingは無関係のような気もするし どうしたもんでしょうね Windowsだと ARGVや$0はWindows-31Jなので __FILE__も同じでいいような 318 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 23:26:10 ] め、めんどくせえ… 319 名前：デフォルトの名無しさん mailto:sage [2008/12/11(木) 15:53:44 ] >>317 ＞Windowsだと ARGVや$0はWindows-31Jなので ＞__FILE__も同じでいいような ぜんぜんよくないだろう。。。 しかしどうしたもんでしょうね 320 名前：デフォルトの名無しさん mailto:sage [2008/12/11(木) 16:19:04 ] >>319 横からすまん。よくないってどういうこと？ $0と__FILE__のエンコーディングを揃えるのはごく自然に思えるんだが。 321 名前：デフォルトの名無しさん mailto:sage [2008/12/11(木) 18:01:07 ] >>320 $0と__FILE__のエンコーディングは揃うべきだと思うが、ARGVは違うでしょ。 ARGVはコンソールで指定されるからWindows-31Jになるので、これはOK。 $0と__FILE__のエンコーディングはファイルシステムのエンコーディングになるのが一番自然だろうと思う。 だからってUTF-16で渡されても嬉しくないけどね。 322 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 20:59:22 ] | > ruby -v | ruby 1.9.1 (2008-12-01 revision 20438) [i386-mingw32] | | > ruby -r Win32API -e 'Win32API.new("msvcrt.dll", "_wmkdir", "p", "i").call("あいうえおかきくけこ".encode("utf-16le"))' & dir /b | あいうえおかきくけこ(ゴミ文字が続く) | | > ruby -r Win32API -e 'Win32API.new("msvcrt.dll", "_wmkdir", "p", "i").call("あいうえおかきくけこ".encode("utf-16le").force_encoding("binary") + "\0")' & dir /b | あいうえおかきくけこ | あいうえおかきくけこ(ゴミ文字が続く) 文字列の終端記号がUTF-16/32などでも常に1バイトしか付加されません UTF-16ならば2バイト、UTF-32ならば4バイトの終端記号が付加されるのを期待します 323 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 21:03:45 ] WindowsのネイティブでRubyをまともに使えるようにしようという努力は、どれくらい実のあることなんだろうか 324 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 21:59:53 ] 世の中のクライアントPCのほとんどがWindowsであることを考えると、非常に重要で意味のあること。 問題はmatzにその気がまったく無いことだよな。Ruby捨てるのが早かったりして。 325 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 22:02:12 ] >>322 つ redmine.ruby-lang.org/ つ ruby-dev ML 326 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 23:50:03 ] 1.8.6 では ruby -e 'p p 1' とかやると、 warning: parenthesize argument(s) for future version と言われたけど、1.8.7 では warning が出なくなってる。 括弧なしも正式にOKになったってことなのかな。 327 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 10:27:54 ] >>322 ruby19 -rwin32api -e "Win32API.new('user32.dll','MessageBoxW','ippi','i').call(0,('あいうえおかきくけこ').encode('utf-16le'),'メッセージボックス'.encode('utf-16le'),0)" でMessageBoxを表示させると確かに後ろにごみがつきますね ワイドキャラクタって文字サイズ分の終端記号が必要なのか Win32APIやdlでは文字列の引数を pack('p')でポインタに変換してるようなので UTF16やUTF32をpack('p')するときは終端記号が文字幅分付加されればいいのですかね とりあえず、自前で終端記号をつけておけば動きますけど ruby19 -rwin32api -e "Win32API.new('user32.dll','MessageBoxW','ippi','i').call(0,('あいうえおかきくけこ').encode('utf-16le')<<0,'メッセージボックス'.encode('utf-16le')<<0,0)" 328 名前：デフォルトの名無しさん [2008/12/13(土) 20:19:53 ] 金光ですっ。どもっ。 329 名前：デフォルトの名無しさん mailto:sage [2008/12/18(木) 16:24:29 ] >>327 > Win32APIやdlでは文字列の引数を pack('p')でポインタに変換してるようなので > UTF16やUTF32をpack('p')するときは終端記号が文字幅分付加されればいいのですかね packで終端記号を付けているわけではない。 というかそもそも、常にNUL終端されていることが保証されているわけではない。 保証されているのは、StringValueCStr()を呼んだ場合に終端されることだけ。 ワイドキャラクタ以外でNUL終端されているように見えるのは、歴史的経緯と実装上の都合による偶然。 でもdlとかWin32APIって入力文字列か出力バッファかなんて気にしてないんだよなぁ。 330 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 22:36:03 ] 勝手な想像では Stringは内部ではNULL終端されたCのバイト列で文字列を保持していて その直後には文字列の拡張に備えたある程度のバッファの残りがあり 実際の文字列長や、バッファ全体の大きさ等がセットになった構造だろうと思ってました Cのバイト列として直接扱えるようにNULL終端されてないと ちょっとしたミスでバッファオーバーフローしやすいのでまずいだろう それゆえに、pack('p')では特に終端の処理はしてないのではないかとも思ってました なので、pack('p')されたら、とりあえず引数で渡されたString内部の 文字列直後のバッファを\x0\x0\x0\x0で埋めとけばいいと思うのです もしバッファがぎりぎりで余裕が無くても、バッファを拡張してでも埋めればいい バッファとして使うのなら、いちいち4byteものNULL終端するのは無駄かもしれませんが 文字列としてか単なるバッファとして使われるのか区別がつけられないので 安全側に振っておけと 331 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 22:41:59 ] Rubyで書くなら 引数のstring.concat(0).chop! NULLを連結しておいて、それを切り詰めると 文字列直後のバッファには文字幅分のNULL終端が 残ってるだろう たまたま現在の実装ではそうなるだけかもしれませんが Ruby本体が内部でやるとするなら文字のエンコーディングと関係無しに 4byteNULL終端することにすれば少しは速度の低下を抑えられるのではないかと そのように、NULL終端していることをRubyが保証するようにしてほしい ま、pack('p')なんてdlでしか使われないだろうし dlを使ってる時点でパフォーマンスなんて気にしても仕方ないので それくらいやっちゃってもいいんじゃないかと 332 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 18:50:54 ] RUBYOPT=-rubygems の問題はどうなったん？ ユーザーに環境変数を設定させるのが妥当？ require 'rubygems' を（配布）スクリプト側で書くのが妥当？ 333 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 19:03:42 ] > pack('p') 顔に見えて仕方が無い 334 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 19:16:54 ] require 'rubygems' を書くのが「正しい」 というか、これを書かずにスクリプト作る奴の意味がいまいちわからん gem で配布しておきながら LoadError 起こすようなコマンドつけてるライブラリはソースコード印刷して燃やせ 335 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 19:47:22 ] begin require 'rubygems' rescue LoadError end require 'wx' 336 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 21:59:33 ] >>332 require rubygemsと書かないとgemsでインストースしたものが使えないのが大問題 337 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 23:05:44 ] >>330 > 勝手な想像では > Stringは内部ではNULL終端されたCのバイト列で文字列を保持していて > その直後には文字列の拡張に備えたある程度のバッファの残りがあり > 実際の文字列長や、バッファ全体の大きさ等がセットになった構造だろうと思ってました 昔はそうだったんだけど、前田さんがstringをcopy-on-writeにしようといって変更になった はず。俺の記憶が正しければ。 > なので、pack('p')されたら、とりあえず引数で渡されたString内部の > 文字列直後のバッファを\x0\x0\x0\x0で埋めとけばいいと思うのです > もしバッファがぎりぎりで余裕が無くても、バッファを拡張してでも埋めればいい terminatorをmin len確保する、というのも考えたんだけど StringValueCStr()とpack('p')だけ、というのもありかもね。 338 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 10:45:03 ] >>336 >>335 339 名前：デフォルトの名無しさん mailto:sage [2008/12/24(水) 18:12:39 ] up2.viploader.net/pic/src/viploader883164.jpg 340 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 00:28:50 ] 今年の聖夜はなにがリリースされるの？ 341 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 01:46:48 ] そういうのあったな あんまり静かなんで忘れてた 342 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 02:04:46 ] RCのリリースは30日に延期か ささださんの仕事がもう少しかかる？ ttp://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-core/20810 343 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 06:39:08 ] 確かに静かだな そもそも正式版が1月に控えてるから、あまり気にされていないのかもしれない 344 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 10:19:44 ] うおおい、Ubuntuでビルドできねえぞ！ どうなってんだ！コラァ！ gcc -O2 -g -Wall -Wno-parentheses -I. -I.ext/include/i686-linux -I./include -I. -DRUBY_EXPORT -o sprintf.o -c sprintf.c sprintf.c: In function ‘rb_str_format’: missing/vsnprintf.c:1185: sorry, unimplemented: inlining failed in call to ‘snprintf’: redefined extern inline functions are not considered for inlining sprintf.c:803: sorry, unimplemented: ここから呼ばれました 345 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 10:27:46 ] www.ruby-forum.com/topic/174074 ぐぐったらこれか FreeOSの中で圧倒的なシェアを誇るうぶん厨様を冷遇するとは・・・・ Rubyistたちはどうやら俺たちとやる気らしいな・・・ 346 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 12:59:42 ] [ruby-dev:37585] 鼻から悪魔吹いたんだけどこのパッチどういうことなの 単純にコピペミスか何か？ 347 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 13:52:38 ] >>346 どのへんで噴いたの？ 日本語化メッセージ？ 348 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 14:51:56 ] >>347 [ruby-dev:37595]ですでに言われてるけど、uninitializedな値を代入してどうすんだってこと [ruby-dev:37592]でもせっかく取得したskの値を上書きしてるし（これはすぐ直りそう） 一体どうしてしまったんだろう・・・ 349 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 15:57:53 ] [ruby-dev:37595]の人ってなんでこんな上から目線で偉そうなの？死ぬの？ 350 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 16:03:18 ] >>349 べつにふつうだと思うが？ 351 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 17:33:11 ] これが上から目線だったら、U氏はどうなってしまうのかと小一時間 352 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 17:35:37 ] いわゆるゴッド 353 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 19:51:14 ] >>349 上から目線というよりは相手を馬鹿にしてるように見える 354 名前：sage [2008/12/26(金) 01:58:49 ] 「テストしてからコミットすると，気づきやすくなると思います」 とmatzを諭している人が 「どこでも通用する再現ケースを示しても、報告者が確認しないとダメですか」 と突っ込まれるようなことをしてしまったからなあ 355 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 02:00:42 ] sage間違えた　orz 356 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 14:06:47 ] >>353 馬鹿にしてるというよりはいじられキャラだから 357 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 18:23:30 ] ええと、iconv 対応外部ライブラリがあって、引数で iconv なエンコーディング文字列を渡したいです。 しかし、ガイジンさんも使うスクリプトなので require 'iconv' も require 'kconv' もしたくないです（たった1回のために遅くなるのは避けたい）。 外部ライブラリが依存してるので、/usr/bin/iconv か、 /usr/lib/ruby/1.8/i486-linux/iconv.so の2つは存在するんだけど、 この段階で、 Ruby の変数に格納されてるデータの文字エンコードを調べる方法はありますか？ 358 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 18:33:53 ] require 'rubygem' で文字コード関連のライブラリ読まれなかったっけ しれっと gem にしてしまうというのはどう 359 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 18:49:53 ] それ多分requireの100倍くらい重いよね 360 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 20:43:48 ] iconv は推測ができないんじゃなかったっけ？ from と to が必ず必要だった気がする guess したければ NKF 使うことだね 2008年にもなってまだ NKF か やってらんねーな 361 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 21:24:39 ] つーかそもそも require 'iconv' も require 'kconv' も、読み込みコストは無視していいほど軽いと思うぞ 気にせずiconv読み込んじゃえよ 362 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 21:52:33 ] ぼくはrequire "kconv"ちゃん！ 363 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 06:31:20 ] 使うところでrequire 364 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 06:35:04 ] >>345 そんなにシェアがあるとは知らなかったが、 初心ン厨のsnprintf()は一体どう定義されてるんだ? 365 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 19:02:54 ] GNU Debianと同じはずなのだが 366 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 19:10:20 ] Ubuntuユーザてdevな人たちにいないのかな？ 皆さんDebianを使ってるのか？ 367 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 20:35:06 ] 皆さんはどうだかわからんけど、数あるLinuxでDebianが 優先されてるのはmatzが普段使っているものだから(だよな?)。 NaClが日医のORCAの会社だから、てのは関係あるのかな。 368 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 20:44:26 ] いや、こういうのでLinuxのうち対応するの1個選べと言われたらDebianだろ普通 CentOS用のを他のディストリに対応させるのは面倒な可能性があるが、 Debianで動作するなら必要ライブラリとかの問題はゼロだろ 369 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 20:47:02 ] それ以前に、今の今まで動いてたんだからパッチの書き方が下手糞なんだろう しょぼいコントリビュータがいるからこうなる。Cを知らない奴に開発させるなよ 370 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 02:18:02 ] 文句言うなら自分でやるべきでは？ 371 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 08:13:51 ] 問題になったそのパッチってどれよ 372 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 10:59:59 ] nokogiriエンジンのmechanizeを1.9で動かすと hpricotをつかったものを1.8で動かすのに比べて大分早くなるんだなー これで心置き無く1.9に移行できる 373 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 13:25:40 ] いやそれ1.9ほとんど関係ないから libxml2が速いだけだから むしろMechanize自体はEncodingの存在無視してるから1.9向きではない 374 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 14:41:03 ] >Encodingの存在無視してるから1.9向きではない kwsk $KCODE='UTF-8'ってやらないと?だらけになるとかそういうのですか？ 375 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 14:51:51 ] 1.9 は $KCODE 使えないだろ 376 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 14:53:34 ] だから対応して欲しければ文字エンコードをもった文字列の扱い方の解説特設ページとか公式に作れ 377 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 14:55:08 ] ライブラリ作者は別に1.9に完全対応とかをやりたくないってわけじゃないんだ（いや面倒度にもよるが） ただ、どう対応して追従するのがベストなのか、情報が散逸してさっぱりわからんからスルーしてるだけなんだ 378 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 15:16:35 ] スルーじゃなくて保留なんですね 言い方大事ですね 379 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 18:54:44 ] 書こうと思ってるけど、どういうのがほしいの？ doc.okkez.net/191/view/spec/m17n とは違うんだよね 1.8 のスクリプトを 1.9 に対応させるベストプラクティス的なものがほしいのかな 380 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 19:02:28 ] まあ、移行ガイドみたいなもんになるんだろうね 1.9を視野に入れるなら使わないほうがいい記法とか あなたは知らないだろうけどこの世には日本語文字というものが以下略みたいな 381 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 22:26:20 ] >>344-345 修正されたお 382 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 18:24:38 ] 中の人GJ 383 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 23:37:43 ] >>367 Ruby自体Debianしか正式サポートしてないからね 384 名前：デフォルトの名無しさん mailto:sage [2008/12/30(火) 13:42:50 ] 早く開発者変わってWindowsがリードプラットフォームにならねーかな。 どう見ても一番将来性あるわけだし。 オプソ周りはもう不況で金集まらないだろ。 385 名前：デフォルトの名無しさん mailto:sage [2008/12/30(火) 13:54:21 ] >>384 お前Windowsで開発したことないな

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef