[#40528] [Feature #2833] 絵文字エンコーディングの提案 — Kenta Murata <redmine@...>
Feature #2833: 絵文字エンコーディングの提案
まつもと ゆきひろです
=1B$B$`$i$?$G$9!#=1B(B
GyRCOjQhOUxaJEg/PSQ3JF4kOSEjGyhCCgpSYWlscxskQiROGyhCanBtb2JpbGUbJEIkSCQkJCYl
チケット #2833 が更新されました。 (by Yui NARUSE)
=1B$B$`$i$?$G$9!#=1B(B
遠藤です。
遠藤です。
> Feature #2833: 絵文字エンコーディングの提案
[#40573] [bug:1.8] ossl_ssl_session.c:110: warning: implicit declaration of function 'TIMET2NUM' — Tanaka Akira <akr@...>
Ruby 1.8 で、以下の警告が増えています。
2010/3/7 Tanaka Akira <akr@fsij.org>:
[#40597] Re: [ruby-list:46898] 重複組合せは組込みにならないのでしょうか? — "KISHIMOTO, Makoto" <ksmakoto@...4u.or.jp>
きしもとです
まつもと ゆきひろです
遠藤です。
> 同様に、repeated_permutation/combination のデフォルト引数にも反対
まつもと ゆきひろです
[#40614] [Bug #2956] segfault — Tomoki MAEDA <redmine@...>
Bug #2956: segfault
[#40623] Enumerable#interleave — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
2010年3月13日22:44 Yukihiro Matsumoto <matz@ruby-lang.org>:
まつもと ゆきひろです
2010年3月14日0:04 Yukihiro Matsumoto <matz@ruby-lang.org>:
まつもと ゆきひろです
[#40641] [Bug #2965] method `===' called on hidden T_STRING object (NotImplementedError) — Kenta Murata <redmine@...>
Bug #2965: method `===' called on hidden T_STRING object (NotImplementedError)
チケット #2965 が更新されました。 (by Shyouhei Urabe)
[#40643] draft of 1.9.2 release schedule — Yusuke ENDOH <mame@...>
Yugui さん、
[#40649] [Feature #2968] 数値の正負を返すメソッド — Yui NARUSE <redmine@...>
Feature #2968: 数値の正負を返すメソッド
チケット #2968 が更新されました。 (by Yui NARUSE)
> チケット #2968 が更新されました。 (by Yui NARUSE)
成瀬です。
> 成瀬です。
[#40650] [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — Yui NARUSE <redmine@...>
Feature #2969: String#to_f が -h.hhh±pd を解釈できるように
質問ですが、この形式は入力だけでなく、なんらかの方法で出力でも利用でき
成瀬です。
> String#to_f は従来から指数表記を許していたので、
成瀬です。
> to_i がデフォルトで prefix を見ないのは、0377 のような、
成瀬です。
> 先のパッチの対象関数が ruby_strtod である通り、
成瀬です。
> strtod(3) の解釈対象に含まれていない 2 進や 8 進を否定することが、
(2010/03/26 3:05), Tadayoshi Funaba wrote:
> なぜ同じなのでしょう。
(2010/03/26 4:02), Tadayoshi Funaba wrote:
>> strtod(3) を参考にしたり、影響されたりすることは普通にあるとは思います
(2010/03/27 18:19), KOSAKI Motohiro wrote:
えぐち@エスアンドイーです
(2010/03/27 20:26), EGUCHI Osamu wrote:
> つまり、ふなばさんは 16 進よりも 2 進や 8 進形式が好みであるところ、
まつもと ゆきひろです
[#40672] URI methods for application/x-www-form-urlencoded — Tanaka Akira <akr@...>
最近、成瀬さんが追加した URI.encode_www_form など、
[#40695] keiju, please check tickets assigned to you — Yusuke ENDOH <mame@...>
いしつかさん
けいじゅ@いしつかです.
いしつかさん
けいじゅ@いしつかです.
遠藤です。
[#40735] [Bug #2995] TestHash#test_recursive_check fails — Shugo Maeda <redmine@...>
Bug #2995: TestHash#test_recursive_check fails
[#40746] [Bug #1031] -U オプションの説明が --help にない — Yusuke Endoh <redmine@...>
チケット #1031 が更新されました。 (by Yusuke Endoh)
前田です。
[#40779] [Feature #3018] UNINITIALIZED_VAR() マクロの導入 — Motohiro KOSAKI <redmine@...>
Feature #3018: UNINITIALIZED_VAR() マクロの導入
まつもと ゆきひろです
> |Linuxではこの問題にたいして以下のようなマクロで解決しており、同様の手法を導入したいと
まつもと ゆきひろです
本題じゃないですが、
[#40805] Improvement of Fiber switching cost with system dependent way — SASADA Koichi <ko1@...>
ささだです.
こんにちは、なかむら(う)です。
[#40832] Process.daemon() returns -1 on failure ifndef HAVE_DAEMON — "Akinori MUSHA" <knu@...>
Process.daemon() 失敗時の挙動が、 HAVE_DAEMON 定義時と非定義時
2010年3月29日19:52 Akinori MUSHA <knu@idaemons.org>:
> 2010年3月29日19:52 Akinori MUSHA <knu@idaemons.org>:
[#40833] [Bug: trunk] Fiber transfer limitation — SASADA Koichi <ko1@...>
ささだです.
[#40855] revert 1.9 \w limitation to ASCII — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
[#40884] [Feature #3065] [TypedData] という名前について — Tadashi Saito <redmine@...>
Feature #3065: [TypedData] という名前について
[ruby-dev:40553] Re: ext/openssl のbuildfixについて
成瀬です。
(2010/03/03 9:25), KOSAKI Motohiro wrote:
> ext/openssl の修正の適用ありがとうございます(観察日記で気づきました。
> 二重にありがとうございます)
こちらこそパッチ作成ありがとうございます。
> http://github.com/ruby/ruby/commit/48e861ddfbdda7189401c4e1d901e0317b34fb30#diff-4
>
> を見ていたのですが、
>
> + * ext/openssl/ossl_ssl.c (ossl_ssl_method_tab),
> + (ossl_ssl_cipher_to_ary): constified.
>
> というChangeLogに反してconstの変更はされていないように見えます。
> たぶん犯人は私で、元パッチからビルドフィックスに関係ないwarning抑制は
> 全部取った気がします。
>
> 必要だという認識なのであれば、(OpenSSL-0.9環境が壊れないことを再度確認後)
> パッチを送りますが、いかがいたしましょうか。
必要ないだろうので、ChangeLog を後で直します。
> 以下、若干脱線。
> ちなみに元々のパッチは以下のようなコードがありました
>
> +#if OPENSSL_VERSION_NUMBER >= 0x10000000L
> +#define OSSL_MORE_CONST const
> +#else
> +#define OSSL_MORE_CONST
> +#endif
>
> @@ -102,5 +108,5 @@ ID ID_callback_state;
> struct {
> const char *name;
> - SSL_METHOD *(*func)(void);
> + OSSL_MORE_CONST SSL_METHOD *(*func)(void);
> } ossl_ssl_method_tab[] = {
> #define OSSL_SSL_METHOD_ENTRY(name) { #name, name##_method }
>
>
> 個人的にはMORE_CONSTのように、warning回避するためにコードを汚くして
> 保守性を下げるのは反対で(手段と目的が逆転しているように感じる)、
> 以下のどれかがいいと思います
>
> 案1
> ・OpenSSL-0.9系とOpenSSL-1.0系の両方でビルド可能にする
> ・warningは取らない
>
> 案2
> ・OpenSSL-0.9系とOpenSSL-1.0系の両方でビルド可能にする
> ・OpenSSL-0.9系で出るwarningは可能な限り取る
> ・OpenSSL-1.0系でのみ出るwarningは放置
>
> 案3
> ・OpenSSL-0.9系とOpenSSL-1.0系の両方でビルド可能にする
> ・OpenSSL-1.0系で出るwarningは可能な限り取る
> ・OpenSSL-0.9系でのみ出るwarningは放置
>
> 個人的には案1で1,2年放置して、OpenSSL0.9系が死滅してから
> コードを綺麗にするのが楽でいいなぁとか怠惰な事を考えていました。
案1 でしょうねぇ、ext/openssl は現状すでに結構 warning でますし。
--
NARUSE, Yui <naruse@airemix.jp>