[#37674] [Bug:trunk] Socket.getaddrinfo("www.ruby-lang.org", 80) returns only UDP information — Tanaka Akira <akr@...>
1.9 と 1.8 で Socket.getaddrinfo("www.ruby-lang.org", 80) の返り値が違います。
4 messages
2009/01/01
[#37677] [BUG:trunk] Re: [ruby-cvs:28403] Ruby:r21185 (trunk): * thread.c (rb_thread_blocking_region): add a comment. — "U.Nakamura" <usa@...>
あけましておめでとうございます、なかむら(う)です。
4 messages
2009/01/02
[#37679] [FEATURE:trunk] EncDet again — "Yugui (Yuki Sonoda)" <yugui@...>
Yuguiです。
23 messages
2009/01/03
[#39781] [Feature #973] EncDet again
— Yui NARUSE <redmine@...>
2009/11/25
チケット #973 が更新されました。 (by Yui NARUSE)
[#39782] Re: [Feature #973] EncDet again
— Kouhei Sutou <kou@...>
2009/11/25
須藤です。
[#37680] Re: [ruby-cvs:28500] Ruby:r21282 (trunk): * enc/trans/euc-cn.c: renemed from gb2312.c because GB2312 is — Martin Duerst <duerst@...>
At 15:29 09/01/03, you wrote:
3 messages
2009/01/03
[#37681] Re: [ruby-cvs:28501] Ruby:r21283 (trunk): * enc/trans/chinese.trans: added for transcoding EUC-CN and GB12345. — Martin Duerst <duerst@...>
At 15:31 09/01/03, you wrote:
5 messages
2009/01/03
[#37684] Re: [ruby-cvs:28501] Ruby:r21283 (trunk): * enc/trans/chinese.trans: added for transcoding EUC-CN and GB12345.
— "NARUSE, Yui" <naruse@...>
2009/01/03
成瀬です。
[#37694] Re: [ruby-cvs:28501] Ruby:r21283 (trunk): *enc/trans/chinese.trans: added for transcoding EUC-CN and GB12345.
— Martin Duerst <duerst@...>
2009/01/04
At 23:18 09/01/03, NARUSE, Yui wrote:
[#37686] IRB doesn't prompt for MSWin32 — arton <artonx@...>
artonです。
11 messages
2009/01/03
[#37687] Re: IRB doesn't prompt for MSWin32
— "Ayumu Aizawa" <ayumu.aizawa@...>
2009/01/03
ruby-devにははじめてメールします、あいざわです。
[#37688] [Bug #974] Range#max で終了しないことがある — tadayoshi funaba <redmine@...>
Bug #974: Range#max で終了しないことがある
6 messages
2009/01/03
[#37689] Re: [Bug #974] Range#max で終了しないことがある
— Yukihiro Matsumoto <matz@...>
2009/01/03
まつもと ゆきひろです
[#37692] AddrInfo — Tanaka Akira <akr@...>
提案なのですが、ext/socket で AddrInfo クラスを新設するのはどうでしょうか。
8 messages
2009/01/04
[#37737] Encoding.locale_charmap — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
13 messages
2009/01/08
[#37738] Re: Encoding.locale_charmap
— Yukihiro Matsumoto <matz@...>
2009/01/08
まつもと ゆきひろです
[#37748] $LOAD_PATHとバージョンの運用の関係 — akira yamada / やまだあきら <akira@...>
1.9系でのバージョンの運用と$LOAD_PATHの値について質問です。
12 messages
2009/01/09
[#37758] Re: $LOAD_PATHとバージョンの運用の関係
— "NARUSE, Yui" <naruse@...>
2009/01/11
成瀬です。
[#37889] Re: $LOAD_PATHとバージョンの運用の関係
— Takao Kouji <kouji@...7.net>
2009/02/03
高尾宏治です。
[#37890] Re: $LOAD_PATHとバージョンの運用の関係
— Tanaka Akira <akr@...>
2009/02/04
In article <1A717293-1636-4FD3-87FE-388EF5FFF560@takao7.net>,
[#37897] Re: $LOAD_PATHとバージョンの運用の関係
— "U.Nakamura" <usa@...>
2009/02/04
こんにちは、なかむら(う)です。
[#37749] $LOAD_PATHのconfigureによる指定 — akira yamada / やまだあきら <akira@...>
Ruby 1.9.1RC1では$LOAD_PATHの中の
6 messages
2009/01/09
[#37765] AddrInfo.list_ipaddr — Tanaka Akira <akr@...>
提案なんですが、ホストが持っている IP アドレスのリストを返す
4 messages
2009/01/13
[#37783] [Feature:1.9] backlog option for TCPServer and UNIXServer — Nobuyoshi Nakada <nobu@...>
なかだです。
5 messages
2009/01/18
[#37785] Re: [Feature:1.9] backlog option for TCPServer and UNIXServer
— Tanaka Akira <akr@...>
2009/01/19
In article <20090118200251.12428E0D32@mail.bc9.jp>,
[#37823] [Feature #1038] Signal.trapのcommandにSymbol — Kazuhiro NISHIYAMA <redmine@...>
Feature #1038: Signal.trapのcommandにSymbol
4 messages
2009/01/22
[ruby-dev:37792] Re: [BUG]1.8.7-p72 で例外でもないのに大域脱出みたいな動作をする
From:
Tomoyuki Chikanaga <chikanag@...>
Date:
2009-01-19 10:40:23 UTC
List:
ruby-dev #37792
日本コントロールシステムの近永と申します。
[ruby-dev:37776]で報告した件の続報ですが、
patchlevel で二分探索して、patchlevel 48 から patchlevel 49 の
間で動作が変化したことを確認しました。
ChangeLog によると
Mon Jul 7 15:02:13 2008 Nobuyoshi Nakada <nobu@ruby-lang.org>
* eval.c (rb_longjmp): duplicate the thrown exception to set backtrace
if it was frozen. clear all raised flags.
* eval.c (stack_check): leave clearing flag to rb_longjmp.
* eval.c (rb_thread_set_raised, rb_thread_reset_raised): use generic
flags.
このへんが怪しような。
引き続き調査しますが、なにか見当はつきませんでしょうか。
以上。
Tomoyuki Chikanaga wrote:
> 日本コントロールシステムの近永と申します。
>
> 安定板 1.8.7-p72 で下記のスクリプトを実行すると想像と
> 違う動きをします。
> うまく言えないのですが、例外が発生しているわけではないのに
> 例外で処理を抜けている時のように処理途中で抜けてしまいます。
> 安定板リリースのパッチレベルを遡っていくと、
> 1.8.7-p72, p71 では発生し、p22 では発生しませんでした。
> とりあえず報告だけさせていただきます。
>
> === 再現スクリプト ここから ===
> require 'monitor'
>
> def meth1
> mon = Monitor.new
> begin
> raise "dummy" # これがないと発生しない
> rescue
> end
> begin
> puts("=== before synchronize ===")
> mon.synchronize do
> nil
> end
> puts("### after synchronize... OK ###")
> rescue Exception
> puts("caught exception {$!:class}:#{$!}")
> end
> end
>
> def main
> Thread.exit
> ensure
> meth1
> puts "#### after meth1 ####"
> Kernel.exit!(1)
> end
>
> thr = Thread.new{ main() }
> thr.join
>
> # main が直に Kernel.exit! するので
> # ここには来ないはず
> puts "should not reach here!!"
> === 再現スクリプト ここまで ===
>
> * 実行結果
> chikanaga@cluster05% ~/env/bin/ruby-1.8.7-p72 -v test.rb
> ruby 1.8.7 (2008-08-11 patchlevel 72) [i686-linux]
> === before synchronize ===
> should not reach here!!
>
> % ~/env/bin/ruby-1.8.7-p71 -v test.rb
> ruby 1.8.7 (2008-08-08 patchlevel 71) [i686-linux]
> === before synchronize ===
> should not reach here!!
>
> % ~/env/bin/ruby-1.8.7-p22 -v test.rb
> ruby 1.8.7 (2008-06-20 patchlevel 22) [i686-linux]
> === before synchronize ===
> ### after synchronize... OK ###
> #### after meth1 ####
>
> * 実行環境
> % uname -a
> Linux cluster05 2.4.21-47.ELsmp #1 SMP Wed Jul 5 20:38:41 EDT 2006 i686
> i686 i386 GNU/Linux
> % cat /etc/issue
> Red Hat Enterprise Linux ES release 3 (Taroon Update 8)
> Kernel \r on an \m
>
> % gcc -v
> /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.6/specs から spec を読み込み中
> コンフィグオプション: ./configure --program-suffix=-3.4.6
> --disable-shared --disable-ada --disable-java --disable-objc :
> (reconfigured) ./configure --program-suffix=-3.4.6 --disable-shared
> --enable-languages=c,c++,fortran : (reconfigured) ./configure
> --program-suffix=-3.4.6 --disable-shared
> --enable-languages=c,c++,fortran : (reconfigured) ./configure
> --program-suffix=-3.4.6 --disable-shared --enable-languages=c,c++,f77
> スレッドモデル: posix
> gcc バージョン 3.4.6
>
> 以上。
>
--
Chikanaga Tomoyuki
<chikanag@nippon-control-system.co.jp>