Path: ccsf.homeunix.org!ccsf.homeunix.org!news1.wakwak.com!nf2.xephion.ne.jp!nf1.xephion.ne.jp!onion.ish.org!onodera-news!news.media.kyoto-u.ac.jp!not-for-mail From: OOTANI TAKASHI Newsgroups: fj.comp.lang.c,fj.comp.oldies Subject: Re: PL/1, Origin of struct Date: Sat, 06 Sep 2003 00:17:59 +0900 Organization: Public NNTP Service, Kyoto University, JAPAN Lines: 54 Sender: otn@rc5.so-net.ne.jp Message-ID: References: <871xve8046.wl@anago2.mas.chi.its.hiroshima-cu.ac.jp> NNTP-Posting-Host: pdd5dac.ykhmac00.ap.so-net.ne.jp Mime-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=ISO-2022-JP X-Trace: caraway.media.kyoto-u.ac.jp 1062775084 19517 218.221.93.172 (5 Sep 2003 15:18:04 GMT) X-Complaints-To: news@news.media.kyoto-u.ac.jp NNTP-Posting-Date: Fri, 5 Sep 2003 15:18:04 +0000 (UTC) User-Agent: T-gnus/6.15.13 (based on Oort Gnus v0.13) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.4 Emacs/20.7 (i386-msvc-nt5.1.2600) MULE/4.1 (AOI) Meadow/1.15 (SHOUBU:63) Cancel-Lock: sha1:lCBVuzWpL37T7OrHfVeAModpR/Y= Xref: ccsf.homeunix.org fj.comp.lang.c:109 fj.comp.oldies:21 大谷です。 toda@lbm.go.jp writes: > In article tksotn@anet.ne.jp writes: > 「Ｃ言語への影響」になってくると、「どっちの影響が強い」のか > 明確で無くなってきますね。ちょっと歯切れの悪い書き方になってしまいました。 ちょっとそれますが、 Cと深い関係を持っているunixのもうひとつの主要言語である Bourne shell には alogl68の影響が大きく見られます。if/then/elif/else/fi、case/in/esac は同一。 for/while/do/od はodがdoneにかわっただけ。(odコマンドが先にあったからか？) キーワード名の一致だけでなく、Bourne shell で、 while read a,b test a -gt 0 do foo bar $a $b done < file のように条件部分に複数の文/式をかけることも同じですし、 すべてのコマンド実行が別の面から見ると条件式であるのも式言語を思わせます。 program | case "$opt" in -format) pr ;; *) cat ;; esac | lpr のように構造文がパイプの中で使えるのもこれらがalgol68では値を持つことと 似ているような気がします。 > http://www.lbm.go.jp/toda/comp/struct.html > を改訂してみました。 そこから引用： >COBOLの名前空間は全体で１つであり、メンバー変数の名前を個々の構造体ごとに >変えねばならない。そして、構造体変数の代入は常に並び順照合である。 これは間違ってます。 >PL/Iでは、異なる構造体に同一名のメンバーが属することを許容し >（むしろ同一構造の構造体には同一メンバ名を用いることを推奨し）、 >代入に際して名前で照合する「BY NAME」指定を導入した。 と書いてあるPL/Iと同じです。同じ名前の要素の参照は、「要素名 OF 親の名」 で参照します。要素名がプログラム中でユニークなら「OF 親の名」は省略可。 名前で照合して代入や計算するのは CORRESPONDING 。 >ちなみに、COBOLで構造の異なる構造体変数へ代入する場合は、一旦バイト列に >分解して頭から変数に切り直すという恐ろしい仕様（ファイル入出力のバッファ >という発想からすれば自然か？）になっている。 これはちょっと意味がわかりません。構造の異なる構造体変数への代入は ごく普通に親の名前を使って MOVE すればできるのでは？ COBOL,PL/Iのリファレンスは、http://www.jbooksrv.yamato.jp.ibm.com/ がいいです。 -- oo