[#23805] net/smtp — 佐藤 大輔 <densuke@...2.so-net.ne.jp>

佐藤です。

26 messages 2000/07/12
[#23806] Re: net/smtp — matz@... (Yukihiro Matsumoto) 2000/07/12

まつもと ゆきひろです

[#23808] Re: net/smtp — 佐藤 大輔 <densuke@...2.so-net.ne.jp> 2000/07/12

佐藤です。

[#23809] Re: net/smtp — matz@... (Yukihiro Matsumoto) 2000/07/12

まつもと ゆきひろです

[#23811] Re: net/smtp — Minero Aoki <aamine@...> 2000/07/12

あおきです。

[#23812] Re: net/smtp — matz@... (Yukihiro Matsumoto) 2000/07/12

まつもと ゆきひろです

[#23890] Ruby Entry Package and cygwin1.dll — Noritsugu Nakamura <nnakamur@...>

25 messages 2000/07/18
[#23895] Re: Ruby Entry Package and cygwin1.dll — WATANABE Hirofumi <eban@...> 2000/07/18

わたなべです.

[#23896] Re: Ruby Entry Package and cygwin1.dll — Noritsugu Nakamura <nnakamur@...> 2000/07/18

[#23897] Re: Ruby Entry Package and cygwin1.dll — Katsuyuki Komatsu <komatsu@...> 2000/07/19

小松です。

[#23898] Re: Ruby Entry Package and cygwin1.dll — WATANABE Hirofumi <eban@...> 2000/07/19

わたなべです.

[#23899] Re: Ruby Entry Package and cygwin1.dll — Katsuyuki Komatsu <komatsu@...> 2000/07/19

小松です。

[#23923] Re: [ruby-dev:10353] Re: should prohibit `module_function' for class Class — Masatoshi SEKI <m_seki@...>

11 messages 2000/07/19

[#23940] String#unpack と scanf の関係 — kiwamu <kiwamu@...>

こんにちは。岡部@東京都立大学と申します。

16 messages 2000/07/20

[ruby-list:24000] Re: String#unpack と scanf の関係

From: Makoto Tagusari <mtag@...2.so-net.ne.jp>
Date: 2000-07-24 14:09:37 UTC
List: ruby-list #24000
皆さん今晩は、田鎖です。

From: kiwamu <kiwamu@debian.or.jp>
Subject: [ruby-list:23992] Re: String#unpack と scanf   の関係
Date: Mon, 24 Jul 2000 16:41:51 +0900

> Thu, Jul 20, 2000 at 08:44:42PM +0900 において
> Masaki Fukushima さん曰く:
> 

(カット)

> > 
> > だとすると、各データの区切りはどうなっているのでしょう。
> 
>  読みたいフォーマット(FORM3とか呼ぶらしい)はIEEE32ビット浮動小数点フォーマット
> とかいうやつで…
> 
>   文字列"#6"
>   6バイトの文字列(この後に続くデータのバイト数)
>   8バイトのdoubleデータ
>   8バイトのdoubleデータ
>   …
>   EOI

IEEE32ビット(4byte)フォーマットなら、double ではなく float なのでは?

> 
> とかなってるみたいです。
> 

(カット)

> 
> ってなかんじのスクリプトを田鎖さんのGPIBモジュールを使って
> 書いてみたのですが…
> 
>   #
>   6
>   0
>   0
>   3
>   2
>   0
>   8
>   2.213181251e-312
>   -7.766515835e+255
>   -1.67565126e+203
>   -3.816111887e+150
>   -8.203543647e+97
>   -1.851627386e+45
>   -3.968895868e-08
>   -8.89044621e-61
>   -1.901112197e-113
>   -4.232626747e-166
>   -9.033037558e-219
>   -1.92688338e-271
>   1.377639377e+293
>   2.933988765e+240
>   6.463747383e+187
>   1.374874212e+135
>   4.605570485e+77
>   9.895050706e+24
>   …

計測器では良く使われるフォーマットですね。

#6003208......................................

となるということは、実際のデータは、....の部分に 3208byte 続くということ
なので、

3208 / 4 = 802 個のデータがあるなら、前述と通り、d ではなく f、
3208 / 8 = 401 個のデータがあるなら、岡部さんのいうとおり d

となると思いますが。実際のデータは3K強ですので、取れたデータそのままアタッ
チしてくれると詳しい方々からの助言があると思います。

						'00.07.24 tag
P.S.
	なぜゆえ、私のモジュールに ibdev がないかというと linux-gpib
	では、ibfind しかサポートされてないからなんですよ。ruby で、簡単に
	GPIB 機器にアクセスできると、その他の言語を使ってちまちまやるのが
	非常におっくうになってしまいませんか。これで本当に GUI 関係が充
	実してきたら いわゆるキラーアプリとなりうる物になるような気がす
	るのですが、いかんせん GPIB なんてマイナーだからね〜。

In This Thread