オフコン練習帳 - 掲示板->ＮＥＣのオフコン情報掲示板（ノウハウ系）

ＮＥＣのオフコン情報掲示板（ノウハウ系）

ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。

1: ＃ＮＦＣＮＶの制限？(2) 2: LLNIPの印刷(3) 3: ＃ＢＫＵＰでｕｓｂに直接出力できますか？(3) 4: A－VXのプリンタ設定方法が分かりません(2) 5: ＯＳのＣＤについて(4) 6: 初期プログラムに関する質問(4) 7: ボリュームMAPにあるが、#ABCだとファイルがみつからない(2) 8: SYS@DDFの復旧(2) 9: スプールデータの取り出し方法についての質問(10) 10: SG処理にて、PAGW実行中にエラーが発生しました(9) 11: ソースライブラリの一括検索(9) 12: 帳表をＰＤＦ印刷する方法（PRINTVEWを使わず）はありますか(2) 13: SKYLINKでテーブルを検索するとエラーとなる(1) 14: オフコン(3) 15: 管理人さんへの質問です(3) 16: #LTEDITでフォームのソースを指定するとメンバーが見つからないと表示される(4) 17: UPS無しの構成へのシステム移行(12) 18: #NFCNV でパソコンへ転送すると、データの先頭に空白がついてしまう(3) 19: CBL85資産をＯＰＥＮｃｏｂｏｌに移行する(3) 20: COBOLソースから仕様書の鏡作成ツール(3) 21: PrintBridgeの使い方(8) 22: WSエミュレータをWindows7Pro32bitSP1PCにインストール出来なくなった(1) 23: 漢字とANKの縮小印字について(3) 24: #NFCNVで先頭のカラムが０になるのは？(2) 25: N7884-14Bと互換性があるプリンタについて(2) 26: 表示（印刷）を任意の順番にしたいのですが・・・(6) 27: JSまたはPMのコールが間違っています(3) 28: ページプリンターのＳＧ方法(2) 29: SMARTの画面明細項目が終われない(8) 30: ＡＶＸでの外字(槇）について(6)

スレッド一覧はこちら

« 1 ... 40 41 42 (43) 44 45 46 ... 108 »

	Re:ＣＯＢＯＬで日本語のあいまい検索は出来ますか
	ぴぴ 2009-4-2 13:52:00 [返信] [編集] 富山清風様、ありがとうございました。 **** 部分一致 !”東”! SELECT NCFTKC WHERE ( FTKC-KTNM CHARACTERS WG-N1 ) COUNT IN WG-KAKUNIN . を使い、検索する事が出来ました。Ａ－ＶＸのＣＯＢＯＬ８５言語説明書などを読んだのですが、わからなかったです。これからは、過去ログも見てから質問します。
	Re:ＣＯＢＯＬで日本語のあいまい検索は出来ますか
	富山清風 2009-4-1 19:57:00 [返信] [編集] http://otd10.jbbs.livedoor.jp/286441/bbs_reply?reply=521 あたりが参考になりませんか？今回、SELECT命令に関して、私も以下のコーディングで試して、うまくできましたので、紹介します。 ** 部分一致 !”東”! SELECT NCFTKC WHERE ( FTKC-KTNM CHARACTERS NC”東” ) COUNT IN WG-KAKUNIN . 前方一致 ”東”! SELECT NCFTKC WHERE ( FTKC-KTNM CHARACTERS LEADING NC”東” ) COUNT IN WG-KAKUNIN . 後方一致 !”東” SELECT NCFTKC WHERE ( FTKC-KTNM CHARACTERS TRAILING NC”東” ) COUNT IN WG-KAKUNIN . MOVE NC”東” TO WG-N1 -----PIC N(01) 部分一致 !”東”! SELECT NCFTKC WHERE ( FTKC-KTNM CHARACTERS WG-N1 ) COUNT IN WG-KAKUNIN . 前方一致 ”東”! SELECT NCFTKC WHERE ( FTKC-KTNM CHARACTERS LEADING WG-N1 ) COUNT IN WG-KAKUNIN . ** 後方一致 !”東” SELECT NCFTKC WHERE ( FTKC-KTNM CHARACTERS TRAILING WG-N1 ) COUNT IN WG-KAKUNIN . （注）検索文字列の桁数が複数ある場合（例:”東”,”東京”など）　　　は、上記のコーディングの例ではWG-N1､WG-N2などを　　　複数用意する必要があるかも。参考になれば幸いです。
	Re:ＣＯＢＯＬで日本語のあいまい検索は出来ますか
	ぴぴ 2009-4-1 11:17:00 [返信] [編集] 温泉好きのうさぎ様、ありがとうございます。２０年間、ＣＯＢＯＬの仕事をしていますが、ＩＮＳＰＥＣＴ命令を使ったことがありませんでした。これから、試してみたいと思います。
	Re:ファイル削除について
	温泉好きのうさぎ 2009-3-31 21:27:00 [返信] [編集] #ABC によってアロケートされたファイルか、#ALLOC によってアロケートされたファイルかを見分けるには、#MAP で詳細情報を表示または印字させます。最初の行に NO. 　 1　!ID　 (CID NAME GEN) 　 : 　 ABC-FILE このように表示されますが、ID の直前に「 ! 」があれば、#ABC によってアロケートされたもの、ここが空白であれば、#ALLOC によってアロケートされたものであることがわかります。最近のＯＳのバージョンでは、#ABC によってアロケートされたファイルを、#ALLOC によってディアロケートすることはできませんが、逆に #ALLOC によってアロケートされたファイルを、#ABC によってディアロケートすることは可能です。また、複数索引順編成ファイルについては、#ALLOC によってアロケートされたデータファイルに、#ABC によってキーファイルをアロケートすることはできません。逆も同じであり、同一ユーティリティに限定されます。当方の環境で、質問者様が行った処理を再現したところ、 #ALLOC によって複数索引順編成ファイルのデータファイルおよびキーファイルをアロケートした後、 #ABC によってキーファイルのディアロケートは可能でしたが、 #ABC によってキーファイルをアロケートしようとしたところ、「ファイル属性エラー」となりました。古いＯＳのバージョンの場合、このあたりのチェックがかなりゆるかったのではないでしょうか。
	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 バイトの長さの項目を検査する。
	ＣＯＢＯＬで日本語のあいまい検索は出来ますか
	ぴぴ 2009-3-31 16:05:00 [返信] [編集] ＲＤＢＱの検索で例えば会社名に「東」が入っているデータを検索する時は、!”東”!とすると「東京株式会社」、「株式会社東京」などが表示されます。ＣＯＢＯＬのプログラムで同じ事が出来ますか？１件データを読んで、会社名をワークに落として、 OCCURS 30 PIC N(01)などと定義して、ひとつひとつ比較するしかないのでしょうか？ＳＥＬＥＣＴ命令では、あいまい検索が出来ないと思ったのですが、出来る方法はありますか？
	Re:ファイル削除について
	ターラヤン 2009-3-31 1:46:00 [返信] [編集] ねこきちさん、こんにちは。＃ＡＢＣの方が高機能で、＃ＡＬＬＯＣでは作れないファイルがある。そういった＃ＡＢＣでしか作れないファイルを＃ＡＬＬＯＣで削除したりすると、何か不都合があるかもしれない。基本的には、＃ＡＬＬＯＣで作ったファイルは＃ＡＬＬＯＣで変更／削除などを行い、＃ＡＢＣで作ったファイルは＃ＡＢＣで変更／削除した方が良い、というような話を昔聞いたことがあります。複数索引順編成のキーファイルの話ですが、特に手順として書いていないようですが、キーの再生成はおこなったのですよね？
	Re:ＰＩＦからの#SWRIT;について
	ターラヤン 2009-3-31 1:24:00 [返信] [編集] とりあえず出力はできるようになったようで、おめでとうございます。フロッピーディスクのファイルはグローバルファイルで、今回CIDなしでPIFを作ったので、このファイルもグローバルファイルですね。 PIFを作るCIDと印字要求をかけるCIDが違うと、印字要求時にエラー（U2209）になります。 #SWRIT実行時にエラーになるとしたら、#SWRITから見て、PIFが見れない、つまり CIDが異なるのでアクセスできない状態になっている、ということだと思いますが・・・ PIFを作るのと#SWRITを起動するのは同じオペレータなのですよね・・・ここがよくわからないところ。もしかしたら、原則としてPIFはグローバルで作らなければならないのか？（私は今まで気にせずにCID有りでPIFを使ってましたが、それは間違い？）
	ファイル削除について
	ねこきち 2009-3-30 16:23:00 [返信] [編集] ＃ＡＬＬＯＣで登録されたファイルか、＃ＡＢＣで登録されたファイルなのか不明なのですが、このファイルを削除する際、＃ＡＬＬＯＣは、＃ＡＬＬＯＣのデリートで、＃ＡＢＣで登録されたファイルは、＃ＡＢＣの削除で　処理しないと、後ほど、ファイルが読めないとか、同名ファイルが登録できないとかって事にならないでしょうか？以前、＃ＡＬＬＯＣで登録した複数索引順編成ファイルのｋｅｙ領域を削除（＃ＡＢＣ）し、再確保（＃ＡＢＣ）したところ、ファイルが読めない事がありました。この件についてご存知の方、宜しくお願いします。
	Re:ＯＣＦの操作員名
	ねこきち 2009-3-30 16:12:00 [返信] [編集] ありがとうございます。やってみました。大丈夫そうです。
	Re:ＰＩＦからの#SWRIT;について
	IGA 2009-3-30 14:35:00 [返信] [編集] ＭＳＤから出ました！ MSD002にファイル名＝ABC、で作成したのですが、ためしに、グローバルＩＤでログインして、ＣＩＤ＝スペースで、ファイルを作成（アローケート）してみました。普段使用している別のＣＩＤ＝ＸＸ、でログインしなおし、＃ＳＰＯＯＬ； ↓ 複写 ↓ 印字要求をしたら出ました！なぜだかわかりません。定期業務で使用したいので、原因調べます。ちょっと気になるのが、スプールファイル　SYS@SPXXXX は、 CID＝スペース、つまり、グローバルで作成されていることです。 ●帳票を作ったジョブのＣＩＤ ●スプールファイル（ＳＹＳ＠ＳＰＸＸＸ）のＣＩＤ ●ＰＩＦファイルを作成するＣＩＤ（MSDXXXとかFDUXXX) ●印字用要求をかけるＣＩＤ ●スプールライトを発行するＣＩＤこれらの関係がなにかありそうです。
	Re:ＰＩＦからの#SWRIT;について
	IGA 2009-3-30 10:16:00 [返信] [編集] IGAです。ほんとにすみません。＞同じ名前のファイルが同じハードディスク（ＭＳＤｘｘｘ）にあるということはありませんか。同じファイル名のＰＩＦがあると、ライタが間違って別の同名ファイルを探しに行って「ファイルが無い」と言われるかもしれません。鋭いご指摘です。可能性は薄いとは思いますが、再確認する必要はあると思います。 CIDのからみも怪しいです。CIDをグローバルにしたり、変えたり、色々実施してみます。ありがとうございました。また結果報告させていただきます。
	Re:ＰＩＦからの#SWRIT;について
	ターラヤン 2009-3-30 1:55:00 [返信] [編集] 返事のないままですみません。フロッピーディスクでできて、ハードディスクのファイルにするとダメのときは、グローバルファイル／ローカルファイルが原因の事が多いので、それかと思って質問したのですが、違うようですね。私もフロッピーディスクとハードディスクにＰＩＦを作って、それぞれ印刷してみましたが、普通に印刷できました。今のところ、原因は思いつきません。同じ名前のファイルが同じハードディスク（ＭＳＤｘｘｘ）にあるということはありませんか。同じファイル名のＰＩＦがあると、ライタが間違って別の同名ファイルを探しに行って「ファイルが無い」と言われるかもしれません。ちなみに、グローバルファイル／ローカルファイルの説明は、「データ管理説明書」「３．２．１ファイルの参照範囲」にあります。
	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；実施しましたが、ちゃんと出るんです・・うう。
	Re:ＰＩＦからの#SWRIT;について
	IGA 2009-3-27 13:18:00 [返信] [編集] 富山様、温泉様、ほんとうにご親切ありがとうございます。さっそく確認、実施してみます。また後日。
	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 通常であれば、この方法でも印字開始するのですが、いかがでしょう。
	Re:ＰＩＦからの#SWRIT;について
	富山清風 2009-3-25 12:41:00 [返信] [編集] 苦労されているようですね。私も実行してみましたが、ＭＳＤでまったく問題なく、できました。やっぱり、初歩的な間違い（勘違い）として <複写元レポート番号、複写先（MSDxxx、ABCD）を指定の「MSDxxx」の「xxx」あたりを間違えている可能性が・・・、　あっていたら、当方もわかりませんが・・・
	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にするとうまく行くのです・・
	Re:ＰＩＦからの#SWRIT;について
	IGA 2009-3-23 16:11:00 [返信] [編集] こんにちは。ご親切にありがとうございます。また、質問をしておいて、返信大変遅くなってもうしわけありません。＃ＳＰＯＯＬ、＃ＳＷＲＩＴ　ともに、同じオペレータコードです。というか、システム部員が私だけなので、おなじオペレータコードです・・。パスワードは入れないで使用できるシステムです。しかし、オペレータコードが何か関係しているかもしれません。別のオペレータコードで、同じ作業をしてみます。Ａ－ＶＸのバージョンにもよるのでしょうか。ちなみにＡ－ＶＸⅣです。仕様上、ＭＳＤの、ＰＩＦからの #SWRITはＯＫですよね・・。
	Re:ＯＣＦの操作員名
	江須扇 2009-3-15 14:57:00 [返信] [編集] 古いページで恐縮ですが、 http://www.geocities.jp/tahrayan/geo/0154.html の１６進入力で、２バイトを無理やり入力できます。ただ、＃ＯＣＦＭで確認する操作員名入力で確かめたら無理でした。そこで、＃ＦＩＬＥＭでＳＹＳ＠ＯＣＦを直接修正しようとしましたがファイルタイプが違うでできませんでした。そこで、これは、利用者の責任になり、私も責任持てませんが、「システム導入・変更手引き」の付録Ｉバージョンアップの注意事項に書いてありますが、ＳＹＳ＠ＯＣＦを保存し戻すという方法の利用です。保存したファイルを＃ＦＩＬＥＭで１６進で保守してから、戻すというやり方です。繰り返しですが、利用者の責任になりますので、くれぐれもご注意してください。

« 1 ... 40 41 42 (43) 44 45 46 ... 108 »