[#45703] test_advise failure on GNU/Linux — Tanaka Akira <tanaka.akira@...>
今朝、気がついたのですが、手元で test_advise が失敗します。
小崎です
>> /tmp は tmpfs で、カレントディレクトリは ext3 なのですが、
2012年6月22日 16:42 KOSAKI Motohiro <[email protected]>:
[#45723] Developers' meeting (7/21) — Yusuke Endoh <mame@...>
Hello, committers
Four seats are now left.
[#45735] [ruby-trunk - Feature #6587][Open] proposal: adding new methods File.rootname and Pathname#rootname — "usa (Usaku NAKAMURA)" <usa@...>
[#45745] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult — SASADA Koichi <ko1@...>
見逃していました.
2012/6/15 SASADA Koichi <[email protected]>:
ささだです.
2012/6/15 SASADA Koichi <[email protected]>:
ささだです.
2012/6/19 SASADA Koichi <[email protected]>:
こんにちは、なかむら(う)です。
2012/6/15 U.Nakamura <[email protected]>:
なかだです。
[#45769] [ruby-trunk - Bug #6606][Open] default_external encoding and STDOUT and UTF-8 — "shyouhei (Shyouhei Urabe)" <shyouhei@...>
[#45780] Re: [ruby-changes:24083] nobu:r36134 (trunk): process.c: no method calls in async-signal-safe — Tanaka Akira <akr@...>
2012/6/19 nobu <[email protected]>:
[#45794] :new_pgroup and :pgroup option for spawn. — Tanaka Akira <akr@...>
process.c で気がついたのですが、spawn に Windows 用の :new_pgroup というオプションが
こんにちは、なかむら(う)です。
2012年6月25日 11:27 U.Nakamura <[email protected]>:
こんにちは、なかむら(う)です。
2012年6月25日 11:52 U.Nakamura <[email protected]>:
こんにちは、なかむら(う)です。
2012年6月25日 12:13 U.Nakamura <[email protected]>:
こんにちは、なかむら(う)です。
[#45818] [ruby-trunk - Feature #6643][Open] io.seek(off, :end) — "akr (Akira Tanaka)" <akr@...>
(6/25/12 6:32 AM), akr (Akira Tanaka) wrote:
At Mon, 25 Jun 2012 19:32:06 +0900,
2012年6月25日 23:37 SATOH Fumiyasu <[email protected]>:
[#45826] Question: Thread#kill doesn't throw Exception — SASADA Koichi <ko1@...>
ささだです.
> さらに突っ込んだ質問:
(2012/06/26 4:25), KOSAKI Motohiro wrote:
[ruby-dev:45716] Re: [ruby-trunk - Feature #3946] Array#packのqQ指定子に機種依存サイズフラグ!を追加
2012年6月11日 10:38 usa (Usaku NAKAMURA) <[email protected]>: > > * Q!、q!は必要か? > →どうやら必要らしい(ユースケースがある) > * 問題点はなんぞ? > →LONG_LONG(≒long long)がないプラットフォームでどうするか未定 > (1) 他のpack内エラーと同様にArgumentErrorでいいんじゃね? > (2) 他のpack内エラーと区別するために別の例外であるべき > (a) NotImplementedError > (b) 新規例外クラス > > ということのようです。 > ぶっちゃけると、LONG_LONGがないコンパイラは現時点でサポートされてる気がしないので本当にどうでもいいのですが、どうせ誰も踏まないなら何でもいいわけなのでNotImplementedErrorで妥協したく思います。 私が気になっている点は、LONG_LONG と long long の違いです。 [ruby-dev:42380] や [ruby-dev:45216] でも書きましたが、 純粋に long long が存在する場合の機能であれば、賛成です。 しかし、「LONG_LONG(≒long long)」と書いてあることから、それらが同一視されており、 LONG_LONG はあるが long long がない、というプラットフォームについて、 Q!, q! が LONG_LONG として動作するのは、pack の他のものと異なり、 Ruby の実装内部の定義が現れてしまっているのではないかと懸念しています。 なお、例外については ArgumentError でも NotImplementedError でもかまいません。 個人的には ArgumentError だろうと思っていました。 -- [田中 哲][たなか あきら][Tanaka Akira]