ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| ■▲▼ | ||
| 1 | 外字について(日本語文字拡張セットの説明書のなかの・・・） | |
| 富山清風 2009-4-7 16:34:00
[返信] [編集] お願いします。 ＮＥＣの日本語文字拡張セットのマニュアルの中に 「A-VX外字ファイル」、「Expressサーバ外字ファイル」、 「Windows外字ファイル」の３種類の外字ファイルが 出てきますが、 「Expressサーバ外字ファイル」と「Windows外字ファイル」の両者の 違いがよくわかりません。 初歩的なことのようなのですが、違いを教えてもらえませんか。 お願いします。 | ||
| 2 | Re:外字について(日本語文字拡張セットの説明書のなかの・・・） | |
| ターラヤン 2009-4-15 22:28:00
[返信] [編集] もう自己解決したかもしれませんが。 「Expressサーバ外字ファイル」は、ＮＥＣのＥｘｐｒｅｓｓサーバ独自の外字ファイル。 Ａ−ＶＸシステムからＬＡＮ接続のプリンタやＰＣ／ＷＳエミュレータに外字を表示する のに使われます。 「Windows外字ファイル」は、マイクロソフトのＷｉｎｄｏｗｓの 外字ファイルです。 メモ帳やワード、エクセルなどで外字を表示するのに使います。 Ｗｉｎｄｏｗｓの外字ファイルは、古いタイプの「userfont.fon」と フォントの種類ごとに外字を作れる「xxx.TTE」(xxxはEUDCとかいろいろ)という名前の ものがあります。 ＷｉｎｄｏｗｓＸＰでも「userfont.fon」「XXX.TTE」両方のタイプの外字が使えるようですが、 Ｗｉｎｄｏｗｓ標準の外字ツールで外字を作るとXXX.TTEのタイプになるみたいです。 ちなみに「Ａ−ＶＸ外字ファイル」は、ＬＡＮ接続ではないプリンタや昔の専用端末 などで外字を表示するために使われる外字ファイル。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | ＣＯＢＯＬで日本語のあいまい検索は出来ますか | |
| ぴぴ 2009-3-31 16:05:00
[返信] [編集] ＲＤＢＱの検索で例えば会社名に「東」が入っているデータを検索する時は、!”東”!とすると「東京株式会社」、「株式会社東京」などが表示されます。 ＣＯＢＯＬのプログラムで同じ事が出来ますか？ １件データを読んで、会社名をワークに落として、 OCCURS 30 PIC N(01)などと定義して、ひとつひとつ比較するしかないのでしょうか？ ＳＥＬＥＣＴ命令では、あいまい検索が出来ないと思ったのですが、出来る方法はありますか？ | ||
| 2 | Re:ＣＯＢＯＬで日本語のあいまい検索は出来ますか | |
| 温泉好きのうさぎ 2009-3-31 17:25:00
[返信] [編集] INSPECT 命令を使えばいいのではないでしょうか。 書き方の例 INSPECT aaaa TALLYING nnnn FOR ALL xxxx. aaaa : 検査される項目 nnnn : 出現回数のカウンタ (実行前にゼロクリアしておくこと) xxxx : 検査したい項目 aaaa および xxxx は、PIC X の基本項目で定義します。PIC N は不可なので再定義等で回避します。 xxxx は、定数で指定することも可能ですが、日本語の場合 NC”漢字” は不可です。”漢字” とだけしてください。 実行後、出現回数の値を調べることによって、結果の有無がわかります。 また、aaaa および xxxx は、部分参照させることも可能ですから、工夫することによって、可変長の検索ができます。 (例) INSPECT aaaa(bb:cc) TALLYING nnnn FOR ALL xxxx(1:yy). (意味) aaaa の bb バイト目から cc バイトの長さの範囲で、xxxx の yy バイトの長さの項目を検査する。 | ||
| 3 | Re:ＣＯＢＯＬで日本語のあいまい検索は出来ますか | |
| ぴぴ 2009-4-1 11:17:00
[返信] [編集] 温泉好きのうさぎ様、ありがとうございます。 ２０年間、ＣＯＢＯＬの仕事をしていますが、 ＩＮＳＰＥＣＴ命令を使ったことがありませんでした。 これから、試してみたいと思います。 | ||
| 4 | Re:ＣＯＢＯＬで日本語のあいまい検索は出来ますか | |
| 富山清風 2009-4-1 19:57:00
[返信] [編集] http://otd10.jbbs.livedoor.jp/286441/bbs_reply?reply=521 あたりが参考になりませんか？ 今回、SELECT命令に関して、 私も以下のコーディングで試して、 うまくできましたので、紹介します。 （注）検索文字列の桁数が複数ある場合（例:”東”,”東京”など） は、上記のコーディングの例ではWG-N1､WG-N2などを 複数用意する必要があるかも。 参考になれば幸いです。 | ||
| 5 | Re:ＣＯＢＯＬで日本語のあいまい検索は出来ますか | |
| ぴぴ 2009-4-2 13:52:00
[返信] [編集] 富山清風様、ありがとうございました。 **** 部分一致 !”東”! SELECT NCFTKC WHERE ( FTKC-KTNM CHARACTERS WG-N1 ) COUNT IN WG-KAKUNIN . を使い、検索する事が出来ました。 Ａ−ＶＸのＣＯＢＯＬ８５言語説明書などを読んだのですが、 わからなかったです。 これからは、過去ログも見てから質問します。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | ＰＩＦからの#SWRIT;について | |
| ＩＧＡ 2009-3-13 17:14:00
[返信] [編集] こんにちは。また質問させていただきます。。 ＃SPOOL; 機能で、PIFを作成 → 複写 その後#SWRIT; で印刷をしたいのですが、 どういうわけか、 MSDxxxに作成したPIFに印字要求して、#SWRIT; をかけると、 U2209 (FIL=XXXXX )スプールファイルがみつかりません。 のエラーになってしまいます。 まったく同じ手順、ファイル名で、 FDUxxxに作成して実施すると、普通にうまくゆきます。 なぜでしょうか？？ 固定ディスク × フロッピーディスク ○ FDUだと、３００ページの帳票がおさまらなく、容量が足りないので、困ってます。 付記） #SPOOL;でPIF表示において、MSDでも、FDUでもふつうに帳票が画面表示されますので、MSDにPIFは正しくできているはずです。。。 | ||
| 3 | Re:ＰＩＦからの#SWRIT;について | |
| IGA 2009-3-23 16:11:00
[返信] [編集] こんにちは。 ご親切にありがとうございます。 また、質問をしておいて、 返信大変遅くなってもうしわけありません。 ＃ＳＰＯＯＬ、＃ＳＷＲＩＴ ともに、 同じオペレータコードです。 というか、システム部員が私だけなので、おなじオペレータコードです・・。 パスワードは入れないで使用できるシステムです。 しかし、オペレータコードが何か 関係しているかもしれません。 別のオペレータコードで、同じ作業をしてみます。 Ａ−ＶＸのバージョンにもよるのでしょうか。 ちなみにＡ−ＶＸ�犬任后� 仕様上、ＭＳＤの、ＰＩＦからの #SWRITはＯＫですよね・・。 | ||
| 4 | Re:ＰＩＦからの#SWRIT;について | |
| IGA 2009-3-25 10:52:00
[返信] [編集] 別のオペレータコードで、同じ作業をしてみましたが、やはり同じでした。。 しつこいようですが、詳細は以下のとおりです。 #SPOOL; ↓ ５．ＰＩＦを選択 ↓ ２．ファイル作成を選択 ↓ 装置名：MSDxxx ファイル名：ABCD(任意） 領域サイズ：10000（任意） 同じくＰＩＦ画面で ３．複写 ↓ 複写元レポート番号、複写先（MSDxxx、ABCD）を指定 同じくＰＩＦ画面で、 １．印字要求 ↓ 装置：MSDxxx ファイル名：ABCD #SWRIT；を起動 ↓ PRD=PRN999 ↓ S U2209:(FIL=ABCD )スプールファイルが見つかりません A まったく同じ作業を、 MSDxxxでなく、FDUxxxにするとうまく行くのです・・ | ||
| 5 | Re:ＰＩＦからの#SWRIT;について | |
| 富山清風 2009-3-25 12:41:00
[返信] [編集] 苦労されているようですね。 私も実行してみましたが、ＭＳＤでまったく問題なく、 できました。 やっぱり、初歩的な間違い（勘違い）として <複写元レポート番号、複写先（MSDxxx、ABCD）を指定 の「MSDxxx」の「xxx」あたりを間違えている可能性が・・・、 あっていたら、当方もわかりませんが・・・ | ||
| 6 | Re:ＰＩＦからの#SWRIT;について | |
| 温泉好きのうさぎ 2009-3-26 16:24:00
[返信] [編集] いくつか確認していただきたいことがあります。 (1) #SPOOL → 5.PIF → 2.ファイル作成 → 装置名 → ファイル名 → 領域サイズ この入力を行った時点で、その装置上にファイルは存在していますでしょうか。 #MAP 等で確認してください。 (2) #SPOOL → 5.PIF → 3.複写 → 複写元レポート番号 → 複写先装置名 → ファイル名 この後で、ファイル上に有効なレコードが存在していますでしょうか。これも、 #MAP 等で確認してください。 (3) PIF の作成および複写を、#SPOOL ではなく、#ABC にて行った場合、どうなりますでしょうか。 #ABC → 1.ファイル情報の保守 → 1.ファイルの保守 → 1.ファイルの定義 → 1.順編成 → 装置 MSD??? → ファイル FFFF → レコード長 256 → 領域サイズ 以下適切な値で #ABC → 5.複写(変換) → 1.ファイル → ファイル SYS@SPmmmm → 入力ファイル用オプション NO → ファイル FFFF → 出力ファイル用オプション NO → オプション機能 YES → 出力形式 VARIABLE → 以下適切な値で #SPOOL → 5.PIF → 1.印字要求 → 装置 MSD??? → ファイル名 FFFF #SPOOL → 9.ライタ → 1.ライタ起動 → プリンタ番号 PRNxxx 通常であれば、この方法でも印字開始するのですが、いかがでしょう。 | ||
| 7 | Re:ＰＩＦからの#SWRIT;について | |
| IGA 2009-3-27 13:18:00
[返信] [編集] 富山様、温泉様、 ほんとうにご親切ありがとうございます。 さっそく確認、実施してみます。 また後日。 | ||
| 8 | Re:ＰＩＦからの#SWRIT;について | |
| IGA 2009-3-27 15:49:00
[返信] [編集] こんにちは。うさぎさん。 早速実施してみました。 (1) #SPOOL → 5.PIF → 2.ファイル作成 → 装置名 → ファイル名 → 領域サイズ この入力を行った時点で、その装置上にファイルは存在していますでしょうか。 #MAP 等で確認してく ださい。 ⇒⇒⇒ はい。間違いなく存在しております・・。MSD002に256のSEQファイルが。 (2) #SPOOL → 5.PIF → 3.複写 → 複写元レポート番号 → 複写先装置名 → ファイル名 この後で、ファイル上に有効なレコードが存在していますでしょうか。これも、 #MAP 等で確認してく ださい。 ⇒⇒⇒ はい。すでに確認済ですが、再度確認しました。 間違いなく存在しております・・。 また、ついでですが、 #SPOOLの８．表示→２．PIF表示で、MSDxxxを指定すると、 ちゃんとその帳票が表示されます。 (3) PIF の作成および複写を、#SPOOL ではなく、#ABC にて行った場合、どうなりますでしょうか。 #ABC → 1.ファイル情報の保守 → 1.ファイルの保守 → 1.ファイルの定義 → 1.順編成 → 装置 MSD??? → ファイル FFFF → レコード長 256 → 領域サイズ 以下適切な値で ⇒⇒⇒ はい。すでに実施済ですが、念のため再度実施しました。 #ABCで手動で２５６の順編成ファイルをつくりました。 しかし結果は残念ながら同じでした・・。 #ABC → 5.複写(変換) → 1.ファイル → ファイル SYS@SPmmmm → 入力ファイル用オプション NO → ファイル FFFF → 出力ファイル用オプション NO → オプション機能 YES → 出力形式 VARIABLE → 以 下適切な値で #SPOOL → 5.PIF → 1.印字要求 → 装置 MSD??? → ファイル名 FFFF #SPOOL → 9.ライタ → 1.ライタ起動 → プリンタ番号 PRNxxx 通常であれば、この方法でも印字開始するのですが、いかがでしょう。 ⇒⇒⇒なるほど。こんな方法もありなんですね。 しかし、実施しましたが、結果は同じでした・・・。 しつこいようですが、もう一度「ＦＤＵｘｘｘ」 にＰＩＦを複写して、 印字要求、＃SWRIT；実施しましたが、 ちゃんと出るんです・・うう。 | ||
| 9 | Re:ＰＩＦからの#SWRIT;について | |
| ターラヤン 2009-3-30 1:55:00
[返信] [編集] 返事のないままですみません。 フロッピーディスクでできて、ハードディスクのファイルにすると ダメのときは、グローバルファイル／ローカルファイルが原因の事 が多いので、それかと思って質問したのですが、違うようですね。 私もフロッピーディスクとハードディスクにＰＩＦを作って、それぞれ 印刷してみましたが、普通に印刷できました。 今のところ、原因は思いつきません。 同じ名前のファイルが同じハードディスク（ＭＳＤｘｘｘ）にある ということはありませんか。 同じファイル名のＰＩＦがあると、ライタが間違って別の同名ファイル を探しに行って「ファイルが無い」と言われるかもしれません。 ちなみに、グローバルファイル／ローカルファイルの説明は、 「データ管理説明書」「３．２．１ファイルの参照範囲」にあります。 | ||
| 10 | Re:ＰＩＦからの#SWRIT;について | |
| IGA 2009-3-30 10:16:00
[返信] [編集] IGAです。ほんとにすみません。 ＞同じ名前のファイルが同じハードディスク（ＭＳＤｘｘｘ）にある ということはありませんか。 同じファイル名のＰＩＦがあると、ライタが間違って別の同名ファイル を探しに行って「ファイルが無い」と言われるかもしれません。 鋭いご指摘です。可能性は薄いとは思いますが、 再確認する必要はあると思います。 CIDのからみも怪しいです。CIDをグローバルにしたり、 変えたり、色々実施してみます。 ありがとうございました。 また結果報告させていただきます。 | ||
| 11 | Re:ＰＩＦからの#SWRIT;について | |
| IGA 2009-3-30 14:35:00
[返信] [編集] ＭＳＤから出ました！ MSD002にファイル名＝ABC、で作成したのですが、 ためしに、グローバルＩＤでログインして、 ＣＩＤ＝スペースで、 ファイルを作成（アローケート）してみました。 普段使用している別のＣＩＤ＝ＸＸ、でログインしなおし、 ＃ＳＰＯＯＬ； ↓ 複写 ↓ 印字要求 をしたら出ました！ なぜだかわかりません。 定期業務で使用したいので、 原因調べます。 ちょっと気になるのが、 スプールファイル SYS@SPXXXX は、 CID＝スペース、つまり、 グローバルで作成されていることです。 ●帳票を作ったジョブのＣＩＤ ●スプールファイル（ＳＹＳ＠ＳＰＸＸＸ）のＣＩＤ ●ＰＩＦファイルを作成するＣＩＤ（MSDXXXとかFDUXXX) ●印字用要求をかけるＣＩＤ ●スプールライトを発行するＣＩＤ これらの関係がなにかありそうです。 | ||
| 12 | Re:ＰＩＦからの#SWRIT;について | |
| ターラヤン 2009-3-31 1:24:00
[返信] [編集] とりあえず出力はできるようになったようで、おめでとうございます。 フロッピーディスクのファイルはグローバルファイルで、 今回CIDなしでPIFを作ったので、このファイルもグローバルファイルですね。 PIFを作るCIDと印字要求をかけるCIDが違うと、印字要求時にエラー（U2209）になります。 #SWRIT実行時にエラーになるとしたら、#SWRITから見て、PIFが見れない、つまり CIDが異なるのでアクセスできない状態になっている、 ということだと思いますが・・・ PIFを作るのと#SWRITを起動するのは同じオペレータなのですよね・・・ ここがよくわからないところ。 もしかしたら、原則としてPIFはグローバルで作らなければならないのか？ （私は今まで気にせずにCID有りでPIFを使ってましたが、それは間違い？） | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | ＯＣＦの操作員名 | |
| ねこきち 2009-3-11 14:41:00
[返信] [編集] レベルアップ作業中なのですが、旧システムが操作員名を２バイト文字（漢字）で表示しているので、新システムでも同様に２バイト文字で表示したいのです。通常に＃ＯＣＦＭ；では１バイトでしか登録できません。何か裏技とかご存じの方はありませんか？宜しくお願いします。 | ||
| 2 | Re:ＯＣＦの操作員名 | |
| 江須扇 2009-3-15 14:57:00
[返信] [編集] 古いページで恐縮ですが、 http://www.geocities.jp/tahrayan/geo/0154.html の１６進入力で、２バイトを無理やり入力できます。 ただ、＃ＯＣＦＭで確認する操作員名入力で確かめたら無理でした。 そこで、＃ＦＩＬＥＭでＳＹＳ＠ＯＣＦを直接修正しようと しましたがファイルタイプが違うでできませんでした。 そこで、これは、利用者の責任になり、私も責任持てませんが、 「システム導入・変更手引き」の付録Ｉバージョンアップの注意事項 に書いてありますが、 ＳＹＳ＠ＯＣＦを保存し戻すという方法の利用です。 保存したファイルを＃ＦＩＬＥＭで１６進で保守してから、 戻すというやり方です。 繰り返しですが、利用者の責任になりますので、 くれぐれもご注意してください。 | ||
| 3 | Re:ＯＣＦの操作員名 | |
| ねこきち 2009-3-30 16:12:00
[返信] [編集] ありがとうございます。 やってみました。大丈夫そうです。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | DAT（DDS2)に追加モードでBKUPしたい。 | |
| IGA 2009-3-10 11:41:00
[返信] [編集] こんにちははじめまして。 EXP5800/670 A-VX�犬鮖箸辰討い泙后� DAT(DDS2)に１ファイルだけバックアップしたいのですが、 １ファイルで１DAT使うともったいないので、 追記モードで＃ＢＫＵＰのより、BacKUP取れないものでしょうか？ 月次である帳票をスプールファイルをＢＫしたいと思っています。 | ||
| 2 | Re:DAT（DDS2)に追加モードでBKUPしたい。 | |
| 江須扇 2009-3-10 12:50:00
[返信] [編集] ＃ＢＡＣＫＵＰのパラメータ ＡＰＥ＝ＹＥＳ でだめでしょうか？ 実際やったことないので不確かですが・・・・ バックアップユーティリティ機能説明書の Ｐ１９?２０をご参照の上、テスト実施して見てください。 （私は実践してないのであくまでもマニュアル上の回答です） 既に実施済で、 実際はうまくいかなかったと言うことであれば不明です。 | ||
| 3 | Re:DAT（DDS2)に追加モードでBKUPしたい。<返信> | |
| IGA 2009-3-13 13:46:00
[返信] [編集] ありがとうございます。 APE＝YES ですね。 実施して報告させていただきます。 ありがとうございます。 | ||
| 4 | Re:DAT（DDS2)に追加モードでBKUPしたい。 | |
| IGA 2009-3-13 17:06:00
[返信] [編集] どうもありがとうございました！ ＡＰＥ＝ＹＥＳでカンタンに実現できました。 マニュアルはさんざん見たのですが・・・、 見落としていました。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band