ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| Re:COBOLの出力ファイルに改行コードの付加の仕方 | |
| FM-TOWNZ 2004-6-28 9:07:00
[返信] [編集] 回答ありがとうございます。その方法を参考にして改行コードを出力できました。ありがとうございました。 | |
| Re:COBOLの出力ファイルに改行コードの付加の仕方 | |
| ＥＸＣＨＡＮＧＥ 2004-6-25 19:39:00
[返信] [編集] ☆ 「改行」というのはＣＲＬＦ（復帰改行）＝レコードセパレータのことで良いのでしょうか？ ☆ Ａ－ＶＸⅢ以降（７００シリーズ、６００シリーズ）のファイル連携機能というのを使ってＮＴ領域上へ書き出すとした場合、 （１）「ファイル連携ユーティリティ」（＃ＮＦＬＮＫ）を使って、 ＣＯＢＯＬ上のファイル名とＮＴ領域上のＤＡＴファイル（ＣＳＶ）の対応付けを登録する。 （２）＃ＤＤＭのレコード定義を使って書き出し対象ファイルのＣＯＢＯＬ上での項目定義をデータディクショナリへ登録する。 （３）ＣＯＢＯＬプログラム上で、（２）のレコード定義に対応したＦＩＬＥ定義を使って、ＷＲＩＴＥ命令を使う。 と、やれば、（１）でＮＴ領域上のＤＡＴファイルが「ＣＳＶ」の指定になっていれば、書き出し側のＣＳＶファイルのレコードの最後に自然にＣＲＬＦが挿入されたと思います。 | |
| COBOLの出力ファイルに改行コードの付加の仕方 | |
| FM-TOWNZ 2004-6-25 14:55:00
[返信] [編集] COBOLからCSVファイルを出力していて、CSVに表のように1行に決まった列出力したいので、改行コードを付加しようと思うのですが、恥かしいはなしですが、出力内容にどのように付け加えていけば良いのかわかりません。たとえば 12,11,4132,1,453,123,54,12,123,34,43,7 これを3行4列にしたい場合どのように改行コードを書いていけばよいのでしょうか?教えてください。 | |
| Re:基本的な質問で。。。恐縮です。 | |
| 白熊 2004-6-25 12:30:00
[返信] [編集] > 私のサイトに変換方法を書いておきました。 細かい所まで、本当にありがとうございました。 早速試してもらいます。 | |
| リンク時にＣＡＬＬされるCUの変更 | |
| bluelion 2004-6-25 10:50:00
[返信] [編集] リンク時にCOBOLのソースからCALLされているプログラムではない ＣＵをリンクすることはできないでしょうか？ 元プログラム Ａ ＣＡＬＬ ”Ｂ”． 実際にはＣというプログラムをＢの代わりにリンクしたい ソースはれびじょん管理していて、いじりたくないし Ｃというデバッグ用プログラムをコールしたいのです リンクでＣＵＬを複数指定して同じ名前ならライブラリの指定順番で取り込むことはできそうなのですが同じＣＵだとライブラリ管理をきちんとしない人がでてくると問題が起きそうなのでなんとかリンクで対応したいのです。 東芝のTPシリーズなどではREPLACEパラメータかなにかでできたように記憶があります。JCLなどはそっちが設定が汎用機的で個人的には好きなBLUELIONでした | |
| Re:基本的な質問で。。。恐縮です。 | |
| ターラヤン 2004-6-25 2:57:00
[返信] [編集] 私のサイトに変換方法を書いておきました。 #LBMではなく#ABCを使った場合を書いてみました。 #LBMの方は、以前江須扇さん掲示板に投稿してくれた「旧家イトウ家の小技裏技（その１５）」を見てくれれば解ります。 | |
| Re:COBOLソースの保管方法がわかりません | |
| ターラヤン 2004-6-24 17:21:00
[返信] [編集] 白熊さん、はじめまして。 ＡーＶＸ３、ＡーＶＸ４は、従来互換で動いているので、ＣＯＢＯＬソースを 保管するのは、通常ソースユニットライブラリファイル（ＳＵＬ）の中です。 ＳＵＬの中のソースは、Ｗｉｎｄｏｗｓから見れない（即ちテキスト形式ではない。） ということはご存じだと思います。 白熊さんの書いた手順だと、ＣＯＢＯＬソースは、ＳＵＬファイルに格納されるが、 Ｗｉｎｄｏｗｓで見ることのできるテキスト形式ファイルにはなりません。 （ＩＴＯＳ時代のコマンドを使用すれば、ＩＴＯＳ時代と同じように動いて、 当時の形式のファイルに入るのは互換性の意味からいって当然） すいません。今ＰＤＡで書いているので、あまり長い文章が書けません。 もし夜中になっても誰からも返事がないようなら、私が変換方法を説明します。 | |
| 地方の知人のシステムなもので。。 | |
| 白熊 2004-6-24 15:50:00
[返信] [編集] 実際に手元にあって操作できればいいのですが、私も知人から聞かれてる状態にありまして・・。昔のITOS(ｓ3100）の経験しかないもので。最近のシステムの画面もみたことないありさまなのです。 JTキューさんの投稿のなかで、”エディタで順編成のDATファイルに出力した後、NFCNVユーティリティーを使用すればよかったのですね。”とありますが、具体的にどうするのかがわからないんです。すみません宜しくご教示下さい。 | |
| 基本的な質問で。。。恐縮です。 | |
| 白熊 2004-6-24 15:37:00
[返信] [編集] ＥＸＣＨＡＮＧＥさん、暗黒天さんありがとうございます。 今のＯＳが、Ａ－ＶＸⅢ（Ｒ１．５６）なのですが、保管方法はご教示頂いた方法でよろしいのでしょうか？ 初めて扱うもので。。。#ＡＢＣで保管までできるんでしょうか？ | |
| Re:#TEDIT | |
| ＥＸＣＨＡＮＧＥ 2004-6-24 14:48:00
[返信] [編集] > そうですね。ITOS時代の＃TEDITは緩くて異なるライブラリでも > 吐き出せたり、SMARTやRDBQのパラメータも編集出来たりしましたが、 > A-VXから急に厳しくなりましたね。特にPM←→JSの変換が出来なく > なったのが厳しいです(^^; ☆ うっ！！ そんな高度なところでのご質問でしたか。。 私の方はうっかりとんちんかんで幼稚な回答を送ってしまったようです。 ☆ ＃ＴＥＤＩＴでそんなことが出来たんですね。 私は、ＩＴＯＳ２３．５～Ａ－ＶＸ ＳＸ１０ あたりの「中ぐらいなりオラが春」時代の知識で（それも、面倒なことはやらん式のずぼらスタイルで）走ってきました。 ☆ 旧型「ＳＭＡＲＴ」なるものも使ったことがありません。 なにやら聞くところによると、「＃ＴＥＤＩＴでパラメータをメンテできるので古いＳＭＡＲＴのほうが便利だ」といった話もどこかでお聞きしたことがあります。 | |
| Re:以前nifにscopyだったか？ | |
| 暗黒天 2004-6-24 13:46:00
[返信] [編集] > 以前98シリーズで動くフリーソフトでFDライブラリを指定すると > その中のメンバーをメンバー名.TXTでファイル作るソフトがありましたね！ 名前は忘れましたが、フリーでPC-98でFDのSULやPMLが読めるソフトがありましたね。 結構崩れてしまうのですが、出来るだけマシかなという感じで使いました。 ただ機械依存が大きく後期のPC-98ではダメで初期の98ノートとDOS6.2で使ってました。 ＃結局は後期のPC-98に保存していたのでFDのバケツリレー形式でしたが。 | |
| #TEDIT | |
| 暗黒天 2004-6-24 13:37:00
[返信] [編集] >#TEDITで保管できたと思うのですが。。 そうですね。ITOS時代の＃TEDITは緩くて異なるライブラリでも 吐き出せたり、SMARTやRDBQのパラメータも編集出来たりしましたが、 A-VXから急に厳しくなりましたね。特にPM←→JSの変換が出来なく なったのが厳しいです(^^; | |
| Re:COBOLソースの保管方法がわかりません | |
| ＥＸＣＨＡＮＧＥ 2004-6-24 12:27:00
[返信] [編集] （追伸）： ☆ ＤＯＳのＴＸＴに落とすのでしたら、「ライブラリファイルの互換について」（ＪＴキューさん） を参考にされたらよいと思います。 | |
| Re:COBOLソースの保管方法がわかりません | |
| ＥＸＣＨＡＮＧＥ 2004-6-24 12:24:00
[返信] [編集] ☆ 半角カナを引用したせいか、文字化けしたようです。すみません。 ☆ ＃ＭＡＰ、＃ＬＢＭ は多分変わっていないと思います。 ☆ ＃ＶＯＬＰＲＥ、＃ＡＬＬＯＣ あたりはちょっと忘れてしまいましたが、替わりに＃ＡＢＣを使ってみてはいかがでしょうか？ ☆ （ＦＰＤの初期化）： ＃ＡＢＣ －－＞ 初期化 －－＞ ボリュームの初期化（ラベル作成型） －－＞ （ＦＤＵ０００）を初期化する －－＞ ボリューム名の指定 －－＞ オプション機能ＹＥＳ －－＞ ファイル名ＮＯＮＥ －－＞ 互換性ＹＥＳ などど指定します。 ☆ （ＦＰＤ上のファイルのアロケート）： ＃ＡＢＣ －－＞ ファイル情報の保守 －－＞ ファイルの保守 －－＞ ファイルの定義 －－＞ 以下は、どのような形にソースを保管するかによって、 （１）順編成 （７）ソースユニットライブラリ （８）ソースユニット のいずれかを選ぶ。 と、言ったところです。 ☆ 最近のＡ－ＶＸは、グラフィカルな感じ（？）のシステムメニューがありますが（Ｆ９押下）、中途半端な感じであまり使う気になれません。 どうせやるなら、ＡＳ／４００みたいにＷｉｎｄｏｗｓライクなＧＵＩ操作ができるようにしてくれ～～～！！ どうでしょうか？ＮＥＣさん。 ん？ もう作る元気ないって？？ | |
| COBOLソースの保管方法がわかりません | |
| 白熊 2004-6-24 10:42:00
[返信] [編集] A-VXのシステムからCOBOLソースをテキスト形式で保管しようとしていますが、うまくいきません。ITOSの時は＃MAPでソースファイル確認をして、#LBMをして#VOLPRでFPDのフォーマットをして#ALLOCでアロケーション後、#TEDITで保管できたと思うのですが。。 コマンド自体は使用できるのですが、パラメータがITOSの時と異なっているような気がします。 お分かりの方いらっしゃいましたら教えて下さい。 | |
| Re:ライブラリﾌｧｲﾙの互換について | |
| ターラヤン 2004-6-24 1:45:00
[返信] [編集] 以前、江須扇さんが、A-VXのCOBOLソースプログラムをWindowsのNOTEPADで修正するJCLを書いてくれました。 http://www.geocities.co.jp/SiliconValley-Bay/4328/geo/0195.html そのJCLに、ソースをA-VX側からWindows側に変換する部分があるので、 参考にすると良いと思います。 また、このJCLの前半部分を流用すれば、変換作業が簡単になります。 | |
| 以前nifにscopyだったか？ | |
| BLUELION 2004-6-23 22:59:00
[返信] [編集] 以前98シリーズで動くフリーソフトでFDライブラリを指定すると その中のメンバーをメンバー名.TXTでファイル作るソフトがありましたね！ 今はでっかいseqに追加していって一回NFCNVやFTCNVしています | |
| Re:「標準の機能だけ」ではないのですが。。 | |
| 暗黒天 2004-6-23 20:57:00
[返信] [編集] > 「ＡＶＸ－ＲＤＢアクセスキット」のなかにユーティリティの形で、 > 「ソースライブラリからまとめてＡＶＸｃｏｂｏｌソース－－＞ＴＸＴ形式変換」というのがあると言うことを以前聞いたことがありあります。 以前リプレースの際に打診されたことがあります。 #NFCNVはキツいと言う事で(^^;府中工場へ行ってデモも見ましたが。 但し移行程度でやるにはソフト代が結構なものになるという記憶が･･･。 #600シリーズになってからソフト代がべらぼうに高い 活用程度で要検討でしょうが、一括変換をするならこれがいいです。 | |
| 「標準の機能だけ」ではないのですが。。 | |
| ＥＸＣＨＡＮＧＥ 2004-6-23 19:03:00
[返信] [編集] > エディタで順編成のDATファイルに出力した後、NFCNVユーティリティー > を使用すればよかったのですね。 > ☆ 標準の機能だけというわけではありませんが、 「ＡＶＸ－ＲＤＢアクセスキット」のなかにユーティリティの形で、 「ソースライブラリからまとめてＡＶＸｃｏｂｏｌソース－－＞ＴＸＴ形式変換」というのがあると言うことを以前聞いたことがありあります。 ただし、私自身が確認したわけではありませんので、 どなたかご存じの方がおられましたら、情報をお教え下さい。 | |
| Re:ライブラリファイルの互換について | |
| JTキュー 2004-6-17 11:30:00
[返信] [編集] ターラヤンさん、ありがとうございました。 「標準の機能だけで､､､」というヒントにより 自己解決に至りました。 エディタで順編成のDATファイルに出力した後、NFCNVユーティリティー を使用すればよかったのですね。 これからもよろしくお願いします。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band