NECのオフコン情報掲示板(ノウハウ系)
NECのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
Re:FTP受信 | |
ターラヤン 2006-8-25 1:25:00
[返信] [編集] 皆さん、こんにちは。 よしぼ〜さんや江須扇さんが既に書いてあるとおりですが、 A−VX側でftpサーバを立てれば、Windows側は 普通のftpクライアントでopen、get、putが そのまま使えたはずです。 A−VXとwindowsでは文字コードが異なりますが、 サーバ側の設定をきちんとすれば、文字コードも変換して くれたはずです。 | |
Re:FTP受信 | |
江須扇 2006-8-24 23:50:00
[返信] [編集] >WindowsからFTP送信してA−VXで受け取れないか と言う事は、 Windows側がFTPクライアント送信 A−VX側がFTPサーバー受信 という事ですよね。 従って、よしぼ〜さんが答えていただいた通りA−VX側に、 FTPサーバーの有償ソフトが必要となると思います。 既にあれば、その機能を使えば良いのではと思います。 無いのであれば購入するしかないのですが、簡易的な方法としては、 やはり、サーバー側の共有フォルダーに転送して#NFCNVで アップロードするという方法になると思います。 一連の流れを自動実行するとすれば、 938 「ジョブ起動ユーティリティ」のUWSCでの代替方法 をご参照ください。 クライアントでエミュレーターを起動しないという事ですとやはり、 FTPサーバーでの方法になると思います。 A−VXのFTPサーバー機能は受信後のJOB実行は可能だと 記憶しております。 | |
Re:FTP受信 | |
よしぼ〜 2006-8-24 18:14:00
[返信] [編集] はじめまして。 当方、Express5800/670Xiを使用しております。 FTP環境を構築しています。 江須扇さんのご想像のとおり、FTPクライアントと FTPサーバーは別の有償ソフトになっております。 FTPクライアントは、A-VXからのアクションで データの送信と受信が可能ですが、Windowsから A-VX にデータを送信することはできません。 それをするためには、FTPサーバーが必要です。 | |
Re:FTP受信 | |
goodmoon 2006-8-24 13:39:00
[返信] [編集] 江須扇さん、はじめまして。 お返事ありがとうございます。 現在使用している機種はExpress5800/680Aiです。 ですので#NFCNVは使用できるのですが、今回は自サーバのWindows側からのアクションでA−VX側へデータを送信する方法がないものかと考えているのです。 私もあまり詳しくないのでWindowsからFTP送信してA−VXで受け取れないかと単純に考えていたのですが・・・ 何か良い方法はないでしょうか? | |
Re:FTP受信 | |
江須扇 2006-8-24 12:49:00
[返信] [編集] goodmoonさん初めまして江須扇と申します。 まず機種はなんでしょうか? Express5800/700シリーズ以降であれば、 標準装備の#NFCNVで、自サーバーのWindows領域の 共有フォルダへの読み書きはできます。 S7200シリーズ以前の機種でしょうか? その場合は有償ソフトにFTPはあったと記憶しております。 有償ソフトの為、添付マニュアル等は私はもっておりません。 有償ソフト購入時に添付されているマニュアルで確認して いただくか購入先のSEに確認するのが良いと思います。 FTP機能としては理論的には FTPクライアント送信、 FTPクライアント受信 FTPサーバー送信 FTPサーバー受信 4種あると思いますが、1有償ソフトで全てできたのか、 別々の有償ソフトになっていたのかまったく記憶がありません。 FTPクライアント、FTPサーバーと2種類の有償ソフトに なっているとすれば、たぶん送受信機能はあると想像しますが・・・・ すいません、まったく答えになってないですね。 | |
FTP受信 | |
goodmoon 2006-8-24 11:02:00
[返信] [編集] A-VXからWindowsへFTP送信でデータを出力したことはあるのですが、その逆の受信というのは可能なものなのでしょうか? あまり詳しくないので検討違いの質問でしたら申し訳ありません。 | |
Re:[5]:16進を10進に変換する方法 | |
ゼロ 2006-8-22 13:02:00
[返信] [編集] ありがとうございます、希望通りの結果を得ることができました。 プログラムもすっきりして大満足です。 上1桁が負を表すってことをすっかり忘れていました、2進数なんて20年近く前に情報処理二種の試験勉強した依頼なんで。 次の課題はデータのデータ上に直接持っていないデータの追加可能件数をどうやって求めるか頭をひねってみようと思います。 | |
「ジョブ起動ユーティリティ」のUWSCでの代替方法 | |
江須扇 2006-8-19 23:22:00
[返信] [編集] パソコン側でデータを作った後に、自動的に、オフコン側での処理を する場合は、通常は「ジョブ起動ユーティリティ」を使いますが、 パソコン側の自動実行を含めて実行する場合はフリーソフトの、 UWSCを使うと便利です。 http://www.h7.dion.ne.jp/~umiumi/ 具体的にはWeb-EDIのデータを自動的にオフコンに取り込む処理で 使っております。 そのエミュレータの起動のサンプルスクリプトです。 参考になればとアップロードしました。 SAMPLEというAPを実行して終わるサンプルです。 WindowsXPでは巧くいきますがなぜかMeでは画面が読み取れません、 従ってXPのみの対応です。 但し SGは WSモード WSM=25R でエミュレータのフォントサイズは24にしてあります。
| |
Re:[5]:16進を10進に変換する方法 | |
江須扇 2006-8-19 16:49:00
[返信] [編集] ご指摘の通りですね。
| |
Re:16進を10進に変換する方法 | |
江須扇 2006-8-19 7:35:00
[返信] [編集] >2バイト単位しか利用できませんが、USAGE COMP-1 >を利用したらいかがでしょうか? という事で、4バイトの場合は、 USAGE COMP-2 を利用していただくこととなります。 但し、 COMP-1 が−32768≦x≦32767 COMP-2 が−2147483648≦y≦2147483647 となります。 詳しくは、COBOL言語説明書、2.4.3.4 データの表現形式 をご覧下さい。 | |
Re:16進を10進に変換する方法 | |
ゼロ 2006-8-18 10:18:00
[返信] [編集] 遅くなりましたが、江須扇様レスありがとうございました。 USAGE COMP-1を使用してレコード長、ブロック長、更新回数は問題なく10進に変換できました。
これで、WORK-RSIZ1の内容が’256d’になっていました。 USAGE COMP-1の仕組みがよく理解できていないので結果論ですが、16進数→10進数の変換は出来たようです。 問題になったのが第1〜第4エクステント開始終了アドレス。 これは上記の方法で変換するとまったく意味不明な値が帰ってきたので下記のような変換テーブルを作って1バイトづつ判断して内部16進から外部16進に変換しました。 あとは16進→10進への計算ルーチンを作って10進にしました。 もっといい方法があるかもしれませんがこれしか思いつきませんでした。
| |
Re:16進を10進に変換する方法 | |
ちょっと前までA-VXユーザ 2006-8-17 23:18:00
[返信] [編集] USAGE COMP-1 って、2進数ですね。 16進数は、4bits表現で、0〜9,A〜Fですよね。 きっと間違っていないと思いますが、ちょっと気になって、 余計なお世話だったかな? 以上 | |
Re:ご苦労様です−3 (聞くと怖い話) | |
ちょっと前までA-VXユーザ 2006-8-17 23:15:00
[返信] [編集] 今は、A-NXが手元で使えないので、詳細に分かりませんが、 確か、#SABC4 と言うUTLで、COBOL85で作ったLMから、 リンクされているCU名、REV(=SU のREV)が表示出来たはずですね。 COPY原文名、REVも表示(印刷?)出来たと思います。 IDSPと言う、シンボルデバッガがリリースされて少し経ってから この機能が追加されたと記憶。 COBOL85の翻訳時に、DDFから直接COPY原文を生成出来ましたね。 この辺りを使っていると、非常に便利だった と記憶。 違っていたら、ごめんなさい。 以上 | |
ご苦労様です−3 (聞くと怖い話) | |
EXCHANGE 2006-8-8 8:52:00
[返信] [編集] * もう一つ言い忘れたことがありました。 * SYS@DDFには現状運用システムと一致した内容がある。と申しましたが、実はこれには重大な注意事項があります。 * A−VXでは、COBOLの項目定義とDDFのDB定義とが別々に管理されているため、両者に不一致があってもCOBOLプログラムとしては問題なしに稼働してしまう。という問題があります。 * AS/400等では、例えばCRTPFコマンドを実行するとDDSの定義に基づいて、物理ファイルのアロケートとディクショナリへの登録を同時に実行してくれるので、DDS定義(項目定義)、物理ファイル、ディクショナリ定義簿の三者が完全に一致するのですが、 A−VXでは歴史的にファイルベース−−>データベースと追加されてきた経緯からか、このような厳密さがありません。 * コピー句とDD定義の不一致を調べる方法としては、RDBQ2等でデータを覗いてみて、中身が妥当かどうか(桁ずれなども含めて)確認するぐらいしか方法がないようです。 | |
ご苦労様です−2 | |
EXCHANGE 2006-8-8 8:22:00
[返信] [編集] * 内容の補足です。説明がワンステップ抜けていました。 差し替えて下さい。 * RUN #DDM; −−−> 2.表定義 −−> MSD SYS@DDF 1.OK −−> (以下同様です)。。。 | |
ご苦労様です | |
EXCHANGE 2006-8-8 7:57:00
[返信] [編集] * ヨードさんこんにちわ。なかなかたいへんみたいですね。 乗せ換えというのは、何度経験してもいつも何か隘路があるようです。 * さて、レイアウトの件の続きですが、#DDMを使ってSYS@DDFをプリントアウトすることが出来ればCOPY句がなくてもかなりな情報が手にはいると思います。 * RUN #DDM; −−−> MSD SYS@DDF 1.OK −−−> 6.リスト出力 −−> 全印刷 登録順 PRN999 1.OK で、少なくともデータベースに登録されている表名(物理ファイル、論理ファイルを含めて)および、項目名(前任者がよほど変わった方でない限りCOBOL上の項目名のまま)を印刷出力できます。 * ただしこの方法は次の点に注意です。 (1)SYS@DDFは現状の運用システムに使われているので、内容の信憑性は高いが、変更を加えると現状システムに重大な問題が起こることがあるので、A?VX未経験者の場合「リスト出力」程度にした方が安全。 たいていの場合SYS@DDF以外にももう一つXXX@DDFという名前のユーザDDFがアロケートされていると思いますので、まずこちらで確かめてからの方がいいでしょう。(前述の MSD SYS@DDFのところを MSD XXX@DDFに換えて下さい) (2)このシステムが カンパニーで運用されている場合は(チェンジDIRにて、カレントディレクトリ上で運用されている場合は)その状態でリストを出力しても他のカンパニーやグローバルのDB表は出力されません。 (3)#DDMで確認できるのはDB表のみですので、#MAPで確認したときの複数索引順編成ファイルのみになります。 相対編成ファイル、シーケンシャルファイル、それから旧式索引順編成等は確認できません。 (4)リスト出力はかなりの分量になりますのでたくさんのストックフォームをご用意下さい。リスト出力中のJOBのキャンセル(強制終了)は問題ないと思います。 事前にユーザDDF上でDB表1個、1個出力してみて練習することをおすすめします。 もちろんSYS@DDFの場合も1個1個個別にプリントアウトできます。 (5)SYS@DDFをいじくることに自信が持てないときはユーザDDFを対象にして下さい。(ただし現状運用システムと完全に一致してる保証はありませんが。。) (6)項目名が分からなくても属性のみ分かれば良いのであれば RUN RDBQ2; にてDBのデータを直接覗いてみれば良いでしょう。 こちらはエンドユーザ向けのツール(ACCESSの初歩みたいなもの)ですので直接データを更新したりしない限り便利な道具です。ココには各項目の属性が表示されます。 | |
Re:順序が逆では??? | |
ヨード 2006-8-7 12:00:00
[返信] [編集] 書き込みありがとうございます。 ご指摘頂いた点は、取り越し苦労ではなくまさにその通りです。 現状は、 ・前任者の協力が得がたい状況にある。 ・稼働中システムとSULの一致は保障できない。 という状況にあります。 それを踏まえて ・出来うる限り前任者の協力を要請 (ソースの有りかすら不明な状況) それと並行して ・現状システムの分析 ・業務フローの再確認と顧客要件(追加、変更)の確認 を実施している状況にあります。 結局のところは再構築となるだろう言う認識のもと できる限り拾える情報は、拾っておこうというのが 現状といったところでしょうか。 | |
Re:SMARTのデータ入力プログラムについて | |
MAKI 2006-8-6 16:56:00
[返信] [編集] 最初から修正する予定でしたか。 余計なことを言いました。 SMARTを使うんだったら、特に修正のときは F3,F4,F9,ADVANCEなどのキーの使い方を覚えると 効率がよくなります。 お勧めします。 | |
Re:16進を10進に変換する方法 | |
江須扇 2006-8-5 18:14:00
[返信] [編集] はじめましてゼロさん、江須扇と申します。 2バイト単位しか利用できませんが、USAGE COMP-1 を利用したらいかがでしょうか? 全く違う利用例ですがこの掲示板の181番にUSAGE COMP-1 を使ったCOBOLリストが載っております。 | |
16進を10進に変換する方法 | |
ゼロ 2006-8-5 8:59:00
[返信] [編集] SYS@FDF内よりデータを抜き出してファイルを管理するデータベースを作りたいと思ったのですが、肝心な部分(更新回数、更新日等)が16進の為にそのままでは利用できませんでした。 COBOLで16進から10進に変換する方法を教えてもらえないでしょうか? COBOLを利用する以外の方法でもかまいませんのでお願いします。 |
新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band