toda@lbm.go.jp writes:
>>>COBOLの名前空間は全体で１つであり、メンバー変数の名前を個々の構造体ごとに
>>>変えねばならない。そして、構造体変数の代入は常に並び順照合である。
>>これは間違ってます。
> 情報ありがとうございます。
>
> ただ、私の知り得る情報を総合した限りでは、
> 「間違っている」のではなく「情報が古い」のではないかと思うのですが、
> 如何でしょうか？

そうかもしれません。学生時代COBOLの入門書を読んだことはありますが、
面白くない言語だったので詳細までは覚えてなかったはず。
(他にもっと面白い言語があったので)
メインフレームCOBOLのマニュアルを読んだのは1985年以降です。
逆輸入か、きっとそうですね。今はOO-COBOLとかもあるし。
失礼しました。

>>>ちなみに、COBOLで構造の異なる構造体変数へ代入する場合は、一旦バイト列に
>>>分解して頭から変数に切り直すという恐ろしい仕様（ファイル入出力のバッファ
>>>という発想からすれば自然か？）になっている。
>>これはちょっと意味がわかりません。構造の異なる構造体変数への代入は
>>ごく普通に親の名前を使って MOVE すればできるのでは？
> 「分解」というより「展開」と表現した方が良かったかな？

意図は了解しましたが、それを「分解」とは？むしろ「結合」ではないでしょうか？
PL/IだとUNSPEC関数、UNSPEC擬関数をつかって構造体をひとまとめにするイメージ。

＜ちなみに、COBOLで構造の異なる構造体変数へ代入する場合は、一旦全体を1つの
＜バイト列と見なして、それを頭から変数に切り直すという恐ろしい仕様

でどうでしょうか。

と、ここまで書いて、「分解」と書かれた意味がわかりました。
「バイト列」という言葉のイメージの食い違いですね。
-- 
oo