[#42945] [Ruby 1.8-Bug#4231][Open] configure.bat --with-winsock2 が socket/extconf.rbに効いていない — Masahiro Kitajima <redmine@...>

Bug #4231: configure.bat --with-winsock2 が socket/extconf.rbに効いていない

8 messages 2011/01/05

[#43027] [Ruby 1.9-Feature#4280][Assigned] SJIS should be an alias of Windows-31J, not of Shift_JIS — Usaku NAKAMURA <redmine@...>

Feature #4280: SJIS should be an alias of Windows-31J, not of Shift_JIS

13 messages 2011/01/14
[#43030] [Ruby 1.9-Feature#4280] SJIS should be an alias of Windows-31J, not of Shift_JIS — Motohiro KOSAKI <redmine@...> 2011/01/14

チケット #4280 が更新されました。 (by Motohiro KOSAKI)

[#43031] Re: [Ruby 1.9-Feature#4280] SJIS should be an alias of Windows-31J, not of Shift_JIS — "U.Nakamura" <usa@...> 2011/01/14

こんにちは、なかむら(う)です。

[#43033] Re: [Ruby 1.9-Feature#4280] SJIS should be an alias of Windows-31J, not of Shift_JIS — KOSAKI Motohiro <kosaki.motohiro@...> 2011/01/14

2011年1月14日16:35 U.Nakamura <usa@garbagecollect.jp>:

[#43039] ext/openssl development repository — Hiroshi Nakamura <nakahiro@...>

W3J1YnktY29yZTozNDQxNl3jga7ml6XmnKzlkJHjgZHniYjjgafjgZnjgIIKCuacgOi/kU1hcnRp

21 messages 2011/01/14
[#43040] Re: ext/openssl development repository — "U.Nakamura" <usa@...> 2011/01/14

こんにちは、なかむら(う)です。

[#43041] Re: ext/openssl development repository — Yusuke ENDOH <mame@...> 2011/01/14

遠藤です。

[#43053] Re: ext/openssl development repository — Hiroshi Nakamura <nakahiro@...> 2011/01/17

MjAxMS8xLzE0IFl1c3VrZSBFTkRPSCA8bWFtZUB0c2cubmUuanA+Ogo+Pj4gwqAgwqAgwqAgwqAg

[#43092] pthread_cond を用いたConditionVariable — keiju@... (Keiju ISHITSUKA)

けいじゅ@いしつかです.

15 messages 2011/01/24

[ruby-dev:43072] Re: ext/openssl development repository

From: "U.Nakamura" <usa@...>
Date: 2011-01-19 04:33:47 UTC
List: ruby-dev #43072
こんにちは、なかむら(う)です。

In message "[ruby-dev:43066] Re: ext/openssl development repository"
    on Jan.18,2011 23:04:35, <nakahiro@gmail.com> wrote:
> 遠藤さんからも「うまくいくと考えられる根拠がない」とだけのコメントだった
> のですが、「どんな問題がありましたっけ?」について、具体的に列挙するのは
> 難しそうでしょうか。「1.8.7がincompatibleだった」の時のように、検討して
> いくとなんとかなりそう、だったりしないかな、と期待しているんですが。

RDocと私にまつわる問題に関しては、個別のバグを細かく列挙する
意味はないだろうと思うんですけど、

  * 動かない(make rdocが失敗する)
  * make test-allが失敗

とかはインポートされるたびにまず間違いなく発生しています。

で、あっちのBTSに報告しても少なくとも次のインポートまでは直ら
ないので、こっちで調査してこっちで直してあっちのBTSに修正内容
付きで報告して、次のインポートの際にそれが無視されてデグレし
てないことを天に祈る、という運用になっています。


> >> それはそれとして、いろいろ障害があるのはわかりますが、やはりCRubyとして
> >> は、ext/opensslを本体から分離する道を検討したほうがよいと思います。少な
> >> くとも2.0までに。
> >
> > ええと、すみません、何が「やはり」かわかりませんでした。
> > openssl側に独立してやりたいという希望があるのは理解しましたが、
> > CRubyがopensslに出て行って貰ったほうがいい理由はなんでしょう?
> 
> 小崎さんが書いてくださったメンテナの問題もあるかもしれませんが、私として
> は、その前に書いた「こういうことがやりたい、当たり前だよね?でもそれがで
> きない(許してない)ってよくないんじゃない?」というつながりでした。

ええと、繰り返します。
openssl側には動機がある。それは理解しているつもりです。
CRuby側には出て行かれたら困るという事情があるということを説明
してきたつもりで、特に誰もCRubyから見てopensslが分離するのが
いいことだという意見を出した人はいないと思います。
なので、「やはりCRubyとしては」の意味がやっぱりわかりません。

「CRuby側が何を言ってもopenssl側には動機があるんだから、絶対
に分離は行われる。だから、opensslが分離してしまうのは前提とし
て、その上で損害を最小限に抑える方法を考えたほうがお得ですよ。」
... という意味に読めばいいんでしょうか?


それでは。
-- 
U.Nakamura <usa@garbagecollect.jp>


In This Thread