[#7064] How to put version number of shared library? — Ryo HAYASAKA <hayasaka@...21.u-aizu.ac.jp>
早坂@会津大学です。
4 messages
1999/06/02
[#7082] [BUG] unpack('m') — 民斗 <tommy@...>
民斗です。
6 messages
1999/06/07
[#7091] [BUG?] load in thread — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
7 messages
1999/06/09
[#7092] Re: [BUG?] load in thread
— matz@... (Yukihiro Matsumoto)
1999/06/09
まつもと ゆきひろです
[#7102] Ruby 1.3.4-990611 — Yukihiro Matsumoto <matz@...>
Ruby 1.3.4-990611 is out, check out:
20 messages
1999/06/11
[#7108] Re: Ruby 1.3.4-990611
— Koji Arai <JCA02266@...>
1999/06/12
新井です。
[#7123] Re: Ruby 1.3.4-990611
— nagai@...
1999/06/16
永井@知能.九工大です.
[#7110] --enable-shared support — Katsuyuki Komatsu <komatsu@...>
小松です。
11 messages
1999/06/14
[#7111] Re: --enable-shared support
— WATANABE Tetsuya <tetsu@...>
1999/06/15
渡辺哲也です。
[#7173] [BUG] <<`HERE_DOC` — Koji Arai <JCA02266@...>
新井です。
7 messages
1999/06/22
[#7178] [PATCH] rubydb3x.el, ruby-mode.el — nobu.nakada@...
中田です。
7 messages
1999/06/22
[#7181] acknowledgement — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
6 messages
1999/06/23
[#7210] Ruby 1.3.4-990624 — Yukihiro Matsumoto <matz@...>
Ruby 1.3.4-990624 is out, check out:
7 messages
1999/06/24
[#7223] Ruby 1.3.4-990625 — Yukihiro Matsumoto <matz@...>
Ruby 1.3.4-990625 is out, check out:
14 messages
1999/06/25
[#7224] -Wl,-rpath on Linux (Re: Ruby 1.3.4-990625)
— Ryo HAYASAKA <hayasaka@...21.u-aizu.ac.jp>
1999/06/25
早坂@会津大学です。
[#7225] Re: -Wl,-rpath on Linux (Re: Ruby 1.3.4-990625)
— Katsuyuki Komatsu <komatsu@...>
1999/06/25
小松です。
[#7226] Re: -Wl,-rpath on Linux (Re: Ruby 1.3.4-990625)
— Katsuyuki Komatsu <komatsu@...>
1999/06/25
小松です。
[#7227] Re: -Wl,-rpath on Linux (Re: Ruby 1.3.4-990625)
— Katsuyuki Komatsu <komatsu@...>
1999/06/25
小松です。
[#7253] Re: Ruby 1.3.4-990625 — SHIROYAMA Takayuki <psi@...>
9 messages
1999/06/29
[#7258] TkVariable — Koji Arai <JCA02266@...>
新井です。
6 messages
1999/06/29
[ruby-dev:7090] Re: [BUG] unpack('m')
From:
民斗 <tommy@...>
Date:
1999-06-09 03:32:44 UTC
List:
ruby-dev #7090
民斗です。
[Subject: [ruby-dev:7089] Re: [BUG] unpack('m')]
[Date: Wed, 9 Jun 1999 11:17:07 +0900 From:Yukihiro Matsumoto]
> |# STR2CSTR() したものって、'\0' 終端されていると仮定して良いんですよね?
> えーと、便利なように番兵(sentinel)として NUL を置いてます。
> で、Cレベルでは文字列の中身はかなり勝手に操作できますから、
> 「仮定して良い」かと問われると困るんですが、一応標準的なライ
> ブラリはNUL終端していると考えられた方が望ましいだろうなと思っ
> ています。
了解しました。NUL終端を期待するようなコーディングはしないように
します。
> |ん〜、ま、そりゃそうなんですけど、標準添付の kconv でも '\0' 終端を
> |仮定しているみたいですし…。
> kconvにそういうコードがありました? だとするとそれはバグだと
> 思います。どこか教えてください。1.3系のnkfにも残ってますか?
1.3.3-990518 で見てます。
kconv.c の kconv_kconv() で、RSTRING(src)->len は出力先バッファを
獲得する際にしか使用していないようです。
nkf の方は確認してません。
ちなみに、今回のは次のような経緯で見つかりました :-)
1. unpack('m') 後に kconv を使うとゴミがつくのを発見。
2. kconv のバグだろうと思ったけど、ソースを見るのが面倒だったので、
自力でコード変換プログラムを Ruby で書いてうまく動いた。
3. やっぱり遅かったので、C の拡張モジュールとして作り直したら kconv
の時と同じ現象が出た。
4. unpack のソースを読んで、NUL終端になってないことがわかった。
--
民斗 <tommy@valley.ne.jp>