ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| Re: テキストエディタのSPLITについて | |
| 富山清風 2012-7-18 18:57:08
[返信] [編集] 江須扇さんの｢SPL U COB TEM｣を確認してみました。 まず、#TEDITを起動し、 1.R [AAAAAA] MSD MY-SUL-------１本目のソースを読み込む 2.PF9キーにてコマンドラインへカーソルを移動 3.SPL U COB TEM----------------画面の上方に２本目のソースを読み込む｢空｣を確保する 4.PF6キーにてNOTE1からNOTE2の編集モードに切り替える (下方(画面の最下位行)のNOTE1をNOTE2に切り替える) 5.R [BBBBBB] MSD MY-SUL-------２本目のソースを読み込む それぞれのソースをPF6を介して行き来し、編集/書き込みできる。 また、BBBBBBのソースの一部をAAAAAAに引用(取込む)には、 1:BBBBBBの編集画面でPF1キーにてNOTE2のFROM-TOを指定し、AAAAAに戻って、TRコマンドを発行し取込む。 2:AAAAAAの編集画面でTR 10,20(BBBBBBの10行目から20行目までを引用(取込む)) のいずれの方法でもできました。 上記をまとめますと、 SPLコマンドの利用で２本のソースを同時に編集/書込みができる また、２本間のテキスト移動も簡単にできる。 となります。 説明不足かもしれませんが、実機の使える人は試してみてください。 以上、みなさんがんばりましょう。 | |
| Re: テキストエディタのSPLITについて | |
| 江須扇 2012-7-18 11:35:50
[返信] [編集] こんにちはターラヤンさん ＞SPLITですが、２つの画面で別々のCOBOLプログラムを編集するときはどうも２つ目は「SUF上の直接編集」でないとダメなように感じます。。 最初に私の前述の（２）、（３）番であればできたと思います。 実機がないので記憶ですが、 ＞私は（３）番しか使っていなかったので ＞ＳＰＬ Ｕ ＞だけでよかったと思います。 ＞そのあとＲコマンドでライブラリーから読み込んでいました。 すいません、間違っていました、これは１つのプログラムが表示されるだけで、データ部を見ながらプロセス部を編集するときなどにつかっておりました。 他プログラムを読み込むときは ＳＰＬ Ｕ ＣＯＢ ＴＥＭ だったと記憶しております。 詳細説明は ＃ＴＥＤＩＴの編集画面でコマンド入力のところで補助説明（Ｅｎｄ）をおして スクロールアップ（Ｓｈｉｆｔ＋ＰａｇｅＤｏｗｎ）でＳＰＬＩＴを選んでいただければ出てきます。 | |
| Re: テキストエディタのSPLITについて | |
| ターラヤン 2012-7-17 22:59:03
[返信] [編集] gaiさん、こんにちは。 SPLITですが、２つの画面で別々のCOBOLプログラムを編集するときはどうも２つ目は「SUF上の直接編集」でないとダメなように感じます。。 おそらくご存じだとは思いますが、 #TEDITを起動した後に、「TYP=（TYPE）」「EDE=（装置名）」「ECI=（カンパニ標識）」 「EFI=（ファイル名）」・・・と入力することになりますが、これはSPLITにすると １つ目の画面のパラメータになります。 SPLITでも同じパラメータを入力させられますが、 「SPLIT U/L TYPE 装置名 カンパニ標識 ファイル名」 は2つ目の画面のパラメータになります。 「SPL U COBOL MSD SUF1」 だと、「TYP=COB」「EDE=MSD」「EFI=SUF1」でSUF上の直接編集モードに。 ご質問の内容から、おそらく間接？編集をされているのだと思います。 下の説明のように、直接編集のようにごまかせば、できると思います。 １．SUF1をハードディスク（MSDxxx）上に作る。 （ http://www.offcom.jp/modules/amanual/index.php/uti/at/abc/abc01e.html ） ソースユニットの定義（作成）に作り方の例を書いていますので参考に。<br> このファイルは”直接編集のように”使うためのファイルです。 ２．#TEDITを普通に起動して、１つ目のソースをR xxxで普通に読み込む。 ３．「SPLIT U COB MSDxxx SUF1,NEW」と入力する ４．２つの画面に分割するので、［F6］［F9］で２つ目の画面のコマンド入力行に移動 ５．「R (xxx) MSDaaa bbb」と２つ目のCOBOLプログラムを読み込む あとは普通に編集して、書き込むときも通常の「W」コマンドを使う。 | |
| Re: テキストエディタのSPLITについて | |
| 江須扇 2012-7-17 15:27:57
[返信] [編集] はじめまして、江須扇と申します。 前置きがながくなりますが、 ＃ＴＥＤＩＴの使い方ですが、編集方法が３種類有ります。 （１）１ファイル１ソースのＳＵＦ（ソースユニットファイル）を直接編集する方法 （２）１ファイル複数ソースが入っているＳＵＬ（ソースユニットライブラリー）からＳＵＦに読み込んで編集する方法 （３）ＳＵＬから一時ファイルに読み込んで編集する方法 （１）番の起動時パラメータは ＴＹＰ＝ＣＯＢＯＬ ＥＤＥ＝ＭＳＤ ＥＦＩ＝ＭＹ−ＳＵＬ（編集したいＳＵＦのファイル名） ＴＸＴ＝ＰＲＧ００１（ソースプログラム名） （２）（３）番はここのサイトの下記を参照 Ａ−ＶＸの説明書−＞ユーティリティ−＞旧システム体系ユーティリティ−＞＃ＴＥＤＩＴ−＞会話型テキストエディタ#TEDITを使ってみよう−＞ＲＵＮコマンドで起動 http://www.offcom.jp/modules/amanual/index.php/uti/at/tedit/tedit-01.html 私は（３）番しか使っていなかったので ＳＰＬ Ｕ だけでよかったと思います。 そのあとＲコマンドでライブラリーから読み込んでいました。 ただ実際は画面が分割されるので大変使いづらかったので別画面で別の＃ＴＥＤＩＴを立上そこに参照したいプログラムを表示し行数をメモして 編集したいプログラムの挿入したい行に合わせて 例えば３０〜５０行を挿入する場合は Ｒ ［ＰＲＧ００２］ ＭＳＤ ＭＹ−ＳＵＬ ３０，５０ としておりました。 | |
| Re: テキストエディタのSPLITについて | |
| 富山清風 2012-7-17 12:51:18
[返信] [編集] gai 様 こんにちは 本投稿をみて、初めてSPLITコマンドを知りました。 マニュアルを見ますと、｢SUF｣となっていますので ｢SUFファイルを指定する｣ということですね。 >>マニュアル通りだと、ソースユニットファイルと >>ソース名の指定方法がわかりません。 そこで、｢ソースユニットファイル｣と｢ＳＵＦ｣の関係/違いは何か？ということになります。 #ABCでエリア確保時、実行機能選択・ファイル情報の保守 →ファイル情報の保守・ファイルの保守 →ファイルの保守・ファイルの定義 →ファイルの定義 7:ソースユニットファイル 8:ソースユニット とあり、SUFとは、｢8:ソースユニット｣で定義されたもの、ということになると思います。 ｢ソースユニットファイル｣と｢ＳＵＦ｣の違いは、一言で言うと、 ソースユニットファイル:本ファイルに複数のソースが入る(メンバが複数はいる) ＳＵＦ:本ファイルには１本のみのソースが入る と思っています。 想像するに、SPLコマンドは、本来は、同一ソースを画面の上下で参照/編集するのに有効な方法であり、 ｢異なるソースの参照には、有効でない」のではと思いますが、、、 他の賢者の意見も待ってみてください。 以上 | |
| テキストエディタのSPLITについて | |
| gai 2012-7-17 10:33:32
[返信] [編集] こんにちはいつも拝見しております。 cobolをエキストエディタで修正する際、 SPLITで画面を分割して、別のソースの一部を、 コピペしたいのですが、 画面分割の方法がよくわかりません。 マニュアルを見たのですが、うまくできません。 まず ｒｅａｄでソース１を開きます。 そのあと SPLコマンドで、ソース２を開きたいのですが、 マニュアル通りだと、ソースユニットファイルと ソース名の指定方法がわかりません。 SPL U COBOL MSD SUF1 ・・・ SUF1ってなんでしょうか。 | |
| Re: Ａ−ＶＸから直接docuworksプリンタに印刷なんて無理ですよね。 | |
| 岩石 2012-7-12 17:41:43
[返信] [編集] 大変遅くなりましたが以前質問をしていました岩石です。 ＞江須扇さんご指摘の通り、サーバーから印刷する設定のため、サーバーのフォルダにデータが落ちます。実行クライアントのフォルダにデータを落とすことは出来ません。 確かにサーバーのフォルダに作成されます。 私の場合は、Bizをエミュレターからキックしたタイミングで、 共通フラグをオフコン側でオンにしサーバーのフォルダ内に一つしか作成しない様に工夫しました。 今はもう無くなっているオフコンシステムですが。 | |
| Re: x4:Express5800のデータ移行 | |
| ＩＴコンサルタント三重 2012-7-10 23:22:23
[返信] [編集] ターラヤンさんへ 連絡方法がわからなかったので下記を投稿しました。 ルール上で問題があれば削除して下さい。 前原さんへ ＞こんな状態でデータ移行できる方法はあるんでしょうか？ ズバリ調査しないとわかりません。 Ａ−ＶＸ／ＲＤＢのデータペースになっていれば少し可能性はあります。 索引順編成などの通常ファイルになっているとＣＯＢＯＬソースがないとほとんどわかりません。 マスタやデータを登録するプログラムを起動してデータ追加をしてファイルの内容を地道に解析するという膨大な工数がかかります。 奈良と三重で隣の県ですが遠いので恐縮ですが可否調査の為の出張費をご検討していただけるならお伺いする事も可能と考えます。 連絡先は「ＩＴコンサルタント三重」で検索していただくか 下記サイトをごらんください。 *ttp://www016.upp.so-net.ne.jp/itconsultant/ 注）上記頭の１文字は”＊”は”ｈ”に変更してリンクしてください。（アップロード時エラーになる為の対応です） | |
| Re: Express5800のデータ移行 | |
| 桃太郎 2012-7-4 10:42:33
[返信] [編集] こんにちは、 聞きなれない装置の案件で苦労されているようですね、 600ｼﾘｰｽﾞでしたら日本事務器に問い合わせるのが早道だと思います、 奈良だと地理的に関西支社になるのかな？日本事務器ではハードの販売ソフトの開発販売、保守、を行っています、ﾎｰﾑﾍﾟｰｼﾞを検索すると、各支店営業所の連絡先等が出ています、ちなみに、弊社も日本事務器より導入しています。 問題解決の糸口になれば幸いです。 | |
| Re: 別サーバへのデータ移行 | |
| 前原 2012-7-3 10:07:44
[返信] [編集] 突然失礼致します。 私は奈良の保守会社で営業をしている者なんですがエンド様のExpress5800/600シリーズの移設を提案したいと考えております。 もう10年近く運用しておりハード的にみても限界を超えてしまっている状態です。 しかし社内にサーバのデータ移行ができる人材がいなくて困っています。 サーバには原価管理システム（ソースはありません）がある程度しか現状把握できておりません。 あーつ様がデータ移行を引き受けてくれる業者様なら助かります。（費用もご提示ください。） 私はPCを触って1年程度ですのでこんな私にわかる説明だと幸いです。 | |
| Re: Express5800のデータ移行 | |
| 前原 2012-7-3 9:47:49
[返信] [編集] 富山清風様 おはようございます。 返信ありがとうございます。 NECに電話で問い合わせしたところ情報が少なすぎる、600シリーズは対応していないとのことで、WEBのほうで問い合わせしてくださいと言われました。 客先の予算は500万円程度の見積りで提案したいと思っておりますが、現状の原価管理が動く環境であれば良いと思います。（原価管理システムも限界がきており並行して提案したいと考えています。） クラサバ化を提案し、｢即効でかたずける｣という手もあるとのことでしたが勉強不足でこれからネットで調べてみたいと思います。 | |
| Re: Express5800のデータ移行 | |
| 富山清風 2012-7-2 18:06:22
[返信] [編集] 前原 様 こんにちは ｢私はパソコンを初めて1年程の営業マンです｣には、難しいと思います。 日本電気に相談できれば、一番いいのかもしれませんが、 ｢またそういったことが得意な業者を知っておられたらご紹介してもらいたいです」は日本電気経由で紹介してもらえるかも知れません。 (以前に、日本電気ＸＸＸＸ事業部、または、日本電気フェールディングが移行のサポートをしてくれる。というような話があったような？？？) 近くの、業者であれば、競合関係かも知れませんし・・・ ｢客先の予算」と｢オフコンへの愛着度｣なども考慮しないといけませんが、 または、システムの｢規模の大きさ｣にも、よりますが、 クラサバ化を提案し、｢即効でかたずける｣という手もありますが・・・ 本掲示板で、なかなか本題の解決までは行きませんが、 糸口が見つかれば、幸いかな。と思います。 | |
| Express5800のデータ移行 | |
| 前原 2012-7-2 16:56:01
[返信] [編集] エンドユーザさんが9年程前に導入したExpress5800/640iなんですが限界がきており新しいサーバを導入する提案しようと思っています。ですが、サーバには原価管理システム（ソースはありません）やらユーティリティやら何が入っているかわからない状態です。こんな状態でデータ移行できる方法はあるんでしょうか？私はパソコンを初めて1年程の営業マンです。できるだけ私でも理解できる説明をして頂けるとありがたいです。またそういったことが得意な業者を知っておられたらご紹介してもらいたいです。（あまり費用は出せないかと・・・）皆様よろしくお願い致します。 | |
| Re: レーザープリンタから専用紙に印字 | |
| km 2012-6-22 8:52:29
[返信] [編集] >kmさん、がんばってますね。 ありがとうございます。オフコン技術者が減っていく中 ユーザサポートとして、システム改修を任されてまして 孤軍奮闘中です。 ドットインパクトプリンタなら印字位置の微調整は機械的に できるんですが、やはりレーザプリンタはやっかいですね。 外側の大枠や印影のみ専用用紙に印刷されている状態で印字 をするか、オフコンからCSVデータをAccessなどに渡してAccess のレポート機能で印刷させるのもいいかも知れないですね。 ありがとうございました。 | |
| Re: レーザープリンタから専用紙に印字 | |
| 富山清風 2012-6-21 21:14:13
[返信] [編集] kmさん、がんばってますね。 印字のズレは発生すると思います。 できれば、白紙に印刷し、それを元に印刷をしてもらう。 かつ、印字するプリンタは１種類がのぞましいと思います。 小生の場合は、すでに、印刷物が出来上がっており、 また、印字するプリンタが２種類ありましたので 画面より、プリンタの型番を選択し(1:LCP8E2,2:LCP18J-L)、 違いをコーディングで調整しました。 縦のピッチの違いだったので、改行ピッチ指定を使用し、 調整しました。かなり、苦労した記憶があります。 できれば、｢プリンタは１種類｣で｢あらたに専用紙を印刷する｣ また、専用紙の印刷項目にもよりますが、罫線などをふくめ、 ｢書式オーバーレイを使用する」ほうがよいかもしれません。 今一度、検討下さい。 また、賢者の方々の意見もあるかと思いますので、 今後の返信にも期待しましょう。 | |
| レーザープリンタから専用紙に印字 | |
| km 2012-6-21 16:21:50
[返信] [編集] 教えてください。 COBOLプログラムから請求書などの専用紙にレーザプリンタを使用して印刷する場合、レーザプリンタの機種の違いで書式と印字内容にずれが発生しますか？ そういった場合どのように対処したらよろしいですか？ | |
| Re: AJOBCとAJOBM | |
| クロスケ 2012-6-15 17:23:41
[返信] [編集] ターラヤン 様 夜遅くに有難うございました。 色々組み合わせを考え、業務が停止する 時期を見計らって検証してみます。 又、これに懲りず宜しくお願い致します。 | |
| Re: AJOBCとJCLについて | |
| ターラヤン 2012-6-13 23:08:14
[返信] [編集] だんぼさん、こんにちは。 「システム管理説明書」の「第４章 運用管理」の「UPS機能」「注意事項」に以下のような一文があります。 これではないでしょうか。 *停電発生によりワークステーションの電源が切断された場合、 *そのワークステーションで動作中のジョブが強制終了される *ことがあります。停電発生から数秒以内で復旧した場合、 *画面接続状態のジョブは強制終了されますが、画面切離状態 *で動作中のジョブは継続されます。 *また、停電発生から約20秒経過すると、そのワークステーション *で動作中のすべてのジョブは強制終了されます。 上記に該当するかどうかは、サーバだけではなく、ワークステーションの 電源も切れたかどうかを確認するということでしょうね。 | |
| Re: AJOBCとAJOBM | |
| ターラヤン 2012-6-13 23:03:37
[返信] [編集] クロスケさん、こんにちは。 昨日は夜遅かったので報告だけとなってしまいました。 昨日試したのは、普通のやり方でやってみただけです。 もしかすると、オペレータIDやカンパニIDの入力値に特別な値を入れるとか、 JSを工夫することによって出来るのかもしれません。 あるいは、COBOLで１0秒ごとぐらいに時刻を見に行くようなプログラムを自作するという手はあるかもしれません。 | |
| Re: AJOBCとAJOBM | |
| クロスケ 2012-6-13 17:59:22
[返信] [編集] お忙しい所、色々お手数をお掛けして申し訳ありませんでした。 とてもわかり易い回答を下さり、感激しております。 AJOBC,AJOBMではSGでOCF有りと指定した場合、コントロールFを 何らかの形でチェックしにいくと考えていいのですね。。。 操作する業務担当者へのアナウンスも必要になってくる事なので よく相談して、処理を再考してみます。 ご回答に携わって下さった皆様本当に有難うございました。 今後共、これに懲りず宜しくお願い致します。 そしていつまでもこのサイトを続けて頂きます事、切に願います。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band