ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| ■▲▼ | ||
| 1 | プリンタの印字についてのご質問 | |
| ど素人 2012-7-25 16:39:34
[返信] [編集] オフコン(COBOL自体)素人でうまく説明できないかも知れませんが、わかる方教えて下さい。 あるファイルのメンテナンスプログラムを作成しており、 ACCEPTで必要な項目を入力させファイルにWRITE後、 ラインプリンタに入力した情報を印刷し、次のデータ入力 に戻るというプログラムを作成したのですが、うまく動きません。 印刷内容は見出し行(ページの先頭のみ)と入力した情報です。 １件目の登録後に見出し＋１件目データを印字したいのですが、 １件目の登録では見出し行のみ印字され、２件目登録後１件目の情報が印字されます。 プログラムを終了(プリンタのCLOSE)時に最終登録情報が印字されます。 ソースは ACCEPT 項目入力 WRITE ファイル名 １件目ならプリンタOPEN WRITE プリンタ FROM 見出し行 AFTER 1 WRITE プリンタ FROM ファイル情報 AFTER 1 ←これが印字されないまま入力に行ってしまう 項目入力に戻る 終了時プリンタOPENならCLOSE 環境はExpress5800/600 AVX01で作成しています。 よろしくお願いします。 | ||
| 5 | Re: ｘ２：プリンタの印字についてのご質問 | |
| ど素人 2012-7-26 11:26:31
[返信] [編集] ご回答ありがとうございます。 ＞つまり行が変わったという情報を得てから印字します。 そういう構造なんですね。勉強になります。 ＞１．”ＡＦＴＥＲ １”の代わりに”ＢＥＦＯＲＥ １”印字後改行を使う 試しにやってみましたが結果は同じでした;; ＞その後にデータベースからバッチ（まとめて）印字してチェックリストして最終確認と保管リストとします。 おっしゃる通り他のプログラムはそのようになっておりますが、 ユーザー（役員レベル）からの強い要望で、画面確認ではなく 登録後即印字して目視で確認してから次を登録するという 仕様になってしまいました。 他のプログラムを見よう見まねで作成したところ今回の事態 になっています。 やはり機構的に無理ということなのでしょうか？ | ||
| 6 | Re: ｘ２：プリンタの印字についてのご質問 | |
| 富山清風 2012-7-26 12:36:16
[返信] [編集] すこし話しがそれますが、ラインプリンタではなく、シリアルプリンタでは正しく作動するのでしょうか？ 正しく作動するとすれば、 プログラムが正しく動く/動かないの前に、 プログラムの仕様に無理があるのでは？ ラインプリンタに印字されたか否かを判断するのに、 ｢ラインプリンタのカバーをあけ、印字位置アップ(?)し、 印字の確認をする」という操作が必要になってくるのでは。 毎回/毎行、その操作をするということですか？ 話が、とんちんかんであれば、無視してください。 | ||
| 7 | Re: ｘ２：プリンタの印字についてのご質問 | |
| ど素人 2012-7-26 13:12:21
[返信] [編集] ご質問にお答えします。 ＞シリアルプリンタでは正しく作動するのでしょうか？ シリアルプリンタはあるのですが、オフコンにはラインプリンタ とページプリンタが接続されていますので動作確認はしていません。 端末の隣にあるラインプリンタでという前提です。 ＞プログラムの仕様に無理があるのでは？ うすうす感じてします^^; ＞｢ラインプリンタのカバーをあけ、印字位置アップ(?)し、 印字の確認をする」という操作が必要になってくるのでは。 カバーを開けると自動的に紙送りされ、閉じると元の位置に 自動で戻ります。 ＞毎回/毎行、その操作をするということですか？ その通りです^^; 何とか実現する方法がないか質問した次第です。 江須扇様から『ラインプリンタ行が変わったという情報を得てから印字する』と教えて頂いたので、 データ行印字後にスペース行を印字するようにしたところデータ行は印字されるように なりました。根本的な解決にはなってませんが。。。 | ||
| 8 | Re: ｘ７：プリンタの印字についてのご質問 | |
| 江須扇 2012-7-27 16:49:32
[返信] [編集] ＞＞１．”ＡＦＴＥＲ １”の代わりに”ＢＥＦＯＲＥ １”印字後改行を使う ＞試しにやってみましたが結果は同じでした;; だめでしたかもうしわけありませんでした。 技術的なことですが、ＣＯＢＯＬの仕様とＯＳ（Ａ−ＶＸ）の仕様が違っているかもしれません。 ”ＢＥＦＯＲＥ １”を使ってもＯＳは改行命令を出力しないのかもしれません。 ＞ユーザー（役員レベル）からの強い要望で、画面確認ではなく ＞登録後即印字して目視で確認してから次を登録するという ＞仕様になってしまいました。 役員のご要望であればしかたありませんね なっとくしました。 ＞データ行印字後にスペース行を印字するようにしたところデータ行は印字されるように ＞なりました。根本的な解決にはなってませんが。。。 チェックリストであれば行間隔が空いたほうがチェックしやすと思いますが、 役員がベタ印刷をご要望されているという事であればむずかしいかもしれません 実機がないのでテストできませんが ”ＢＥＦＯＲＥ １”で印字した後、 スペース行を”ＡＦＴＥＲ ０”で印字すれば改行命令が出力されるかもしれません。 | ||
| 9 | Re: プリンタの印字についてのご質問 | |
| 近藤 2012-7-27 23:37:15
[返信] [編集] ソースを要求したのに 大変遅くなり、すみませんでした。 すっかりわすれてました。 たしかにプログラム的には問題ないような気がしますね。 ACCEPT要求をしてるときに印字されていないとなるとおかしいですよね。 プログラムではなければプリンタになるのですが・・・・ 考えられるのが、あるような気がします。 会社に帰ってからはっきりわかりますが、プリンタ側の設定で変えられるのですが、思い出せません。 write命令をだしてもプリンタ側にある程度溜め込めなければ印字しないような設定になっているのではないのでしょうか？ サーバのプリンタ設定でラインプリンタを見てもらう事になります。プリンタ設定の中に ｱﾙﾌｧﾍﾞｯﾄ 3文字 Ｅ？？ ？？？ ？？？ ？？？ ３から４種類を選択できる所がありますが この箇所を変えれば直出力になります。 自宅ではわからないので、月曜日まで持ち越すか どなたかわかる人にお任せします。 中途半端な回答になりすみません。 （ラインプリンタが会社になくＵＳＥＲ先に行かないと確認が取れませんｗ ３文字がまったくでてこないｗ "Ｅ"がついて、"Ｕ"もついてたような気がします、悔しいです） | ||
| 10 | Re: ｘ２：プリンタの印字についてのご質問 | |
| オフコン人 2012-7-30 9:55:45
[返信] [編集] プリンタの機種は何になるでしょうか？ 後ろにCMと付くタイプのプリンタだと、そのような仕様のようです。 １行目の印刷データを出力しただけでは、印刷を行わず、次の行の印刷データを出力すると、１行目の印刷データを印字するようです。 | ||
| 11 | Re: プリンタの印字についてのご質問 | |
| ど素人 2012-7-31 9:32:22
[返信] [編集] ご回答ありがとうございます。 他の回答者様からAFTER 0を使用してみてはと 言われたのでBEFOREで印字し最後にSPACE行のAFTER 0 を使用したところ印字できるようになりました。 ただプリンタ設定でどうにかなるのであればそちらの方が 良いので詳細が分かりましたらお教え下さい。 | ||
| 12 | Re: ｘ２：プリンタの印字についてのご質問 | |
| ど素人 2012-7-31 9:33:58
[返信] [編集] ご回答ありがとうございます。 プリンタはNECのN1153-021でございます。 | ||
| 13 | Re: ｘ７：プリンタの印字についてのご質問 | |
| ど素人 2012-7-31 9:42:01
[返信] [編集] ご回答ありがとうございます。 ＞スペース行を”ＡＦＴＥＲ ０”で印字すれば改行命令が出力されるかもしれません。 できました！全部BEFOREに直して最後にAFTER 0を入れたところ 印字されるようになりました。 Micro FocusのPC-COBOLではシリアルプリンタを使用しており AFTER 0も使用しているのですが、オフコンのラインプリンタでも 使用できるのは目からウロコです。 とりあえず仕様通りできそうです。本当にありがとうございました。 | ||
| 14 | Re: よかったですね（プリンタの印字についてのご質問） | |
| 江須扇 2012-8-1 16:39:11
[返信] [編集] ＞とりあえず仕様通りできそうです。本当にありがとうございました。 上手くいってよかったですね。 本来なら販売店のＳＥが教えてくれると思いますが、 どこの販売店もオフコンは基よりＣＯＢＯＬもしらないから教えてくれないですよね | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | テキストエディタのSPLITについて | |
| gai 2012-7-17 10:33:32
[返信] [編集] こんにちはいつも拝見しております。 cobolをエキストエディタで修正する際、 SPLITで画面を分割して、別のソースの一部を、 コピペしたいのですが、 画面分割の方法がよくわかりません。 マニュアルを見たのですが、うまくできません。 まず ｒｅａｄでソース１を開きます。 そのあと SPLコマンドで、ソース２を開きたいのですが、 マニュアル通りだと、ソースユニットファイルと ソース名の指定方法がわかりません。 SPL U COBOL MSD SUF1 ・・・ SUF1ってなんでしょうか。 | ||
| 4 | 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」コマンドを使う。 | ||
| 5 | Re: テキストエディタのSPLITについて | |
| 江須扇 2012-7-18 11:35:50
[返信] [編集] こんにちはターラヤンさん ＞SPLITですが、２つの画面で別々のCOBOLプログラムを編集するときはどうも２つ目は「SUF上の直接編集」でないとダメなように感じます。。 最初に私の前述の（２）、（３）番であればできたと思います。 実機がないので記憶ですが、 ＞私は（３）番しか使っていなかったので ＞ＳＰＬ Ｕ ＞だけでよかったと思います。 ＞そのあとＲコマンドでライブラリーから読み込んでいました。 すいません、間違っていました、これは１つのプログラムが表示されるだけで、データ部を見ながらプロセス部を編集するときなどにつかっておりました。 他プログラムを読み込むときは ＳＰＬ Ｕ ＣＯＢ ＴＥＭ だったと記憶しております。 詳細説明は ＃ＴＥＤＩＴの編集画面でコマンド入力のところで補助説明（Ｅｎｄ）をおして スクロールアップ（Ｓｈｉｆｔ＋ＰａｇｅＤｏｗｎ）でＳＰＬＩＴを選んでいただければ出てきます。 | ||
| 6 | 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コマンドの利用で２本のソースを同時に編集/書込みができる また、２本間のテキスト移動も簡単にできる。 となります。 説明不足かもしれませんが、実機の使える人は試してみてください。 以上、みなさんがんばりましょう。 | ||
| 7 | Re: ｘ６：テキストエディタのSPLITについて | |
| 江須扇 2012-7-19 10:53:16
[返信] [編集] 富山清風様 早速テストしていただきありがとうございます。 | ||
| 8 | Re: ちょっと、話がそれますが | |
| 富山清風 2012-7-19 13:16:08
[返信] [編集] ちょっと、話がそれますが、私の開発機のエミュレータの使用方法の一部を紹介します。 現在、ディスプレイは19インチを使用しており、１画面に4エミュレータを表示しています。 エミュレータの文字ポイントを｢14｣にすると4エミュレータを｢左上｣､｢左下｣､｢右上｣､｢右下｣に配置できます。 4エミュレータを表示するには、エミュレータ設定時の｢通信情報タブ｣の｢WS番号(W)｣で WS番号を４ケ所チェック(すなわち赤丸が4ケ付く)すれば、エミュレータを４ケまで起動できます。 そこで、４画面を同時に可視的(画面接続/切離などによる裏画面を使用せずに)に使用でき、非常に便利です。 ４画面とも#TEDITで使用するなり、 １画面目にソース、２画面目にcopy集、３画面目に実行画面、４画面目にRDBQ/EUFなどのデータ表示 など、色々できます。 ここで、｢江須扇｣さんの投稿の、｢R [PRG002] MSD MY-SUL 30,50」の部分ですが、 私は引用先ソース/引用元ソースともに画面表示し、 引用元ソースの行範囲を選択後(F1キーにてFROM-TOを選択後) ｢W MSD F80｣でディスクの中間ワークエリアに書き出し、 引用先で｢R MSD F80｣で読み込んでソースを引用しています。 結論から言いますと、ポイントは２つ 1:WS番号を４ケ所チェックし４エミュレータを起動できるようにする 2:中間ワークエリア(F80)を作成しておき、そこを介して、ソース引用をする です。 (注)F80ファイルはレコード長80､ブロック化係数3の順編成ファイルです | ||
| 9 | Re: ちょっと、話がそれますが | |
| 近藤 2012-7-19 18:37:34
[返信] [編集] 懐かしいですね、F80みたいなものを（中間ワーク）をSystem100（冷蔵庫）の頃によく使っていましたね。 ITOSの頃は性能が悪い為、一人２画面しか立ち上げられませんでした。（上司に怒られましたｗ）ITOS時代からSPLITを使っていたような気がします。 Splitは今も必ず使っています。使い方の説明はしませんが、便利なので皆さんどしどし使いましょう。 すみませんF80に反応してコメントしちゃいました。 | ||
| 10 | Re: x2: ちょっと、話がそれますが | |
| 江須扇 2012-7-20 16:40:02
[返信] [編集] 富山清風さんへ ＞エミュレータの文字ポイントを｢14｣にすると4エミュレータを｢左上｣､｢左下｣､｢右上｣､｢右下｣に配置できます。 私も以前はそのような使い方をしておりました。 また、本番機、拠点機、デバック機と別サーバーがあったので、その監視等にも使っておりました。 ところで私の開発支援プログラム「ＤＥＶＬＯＰ」を一度使っていただきご評価いただけると有難いのですが、このサイトの Ａ−ＶＸの説明−＞ＣＯＢＯＬ−＞開発支援プログラム（江須扇さんの投稿） 又は下記サイトです。 *ttp://www.offcom.jp/modules/amanual/index.php/cobol/devlop/devlop.html 注）上記頭の１文字は”＊”は”ｈ”に変更してリンクしてください。（アップロード時エラーになる為の対応です） 宜しくお願いします。 | ||
| 11 | Re: ｘ６：テキストエディタのSPLITについて | |
| gai 2012-7-24 14:38:24
[返信] [編集] ありがとうございます。 まだ完全に理解しておりませんが、 どうも単純ではなさそうです。 じっくり読んでみます。 | ||
| 12 | Re: テキストエディタのSPLITについて | |
| gai 2012-7-24 17:26:04
[返信] [編集] 江須扇さんの｢SPL U COB TEM｣ まさにずばりです！ わたしがやりたかったことです。 イマイチまだ理屈を完全に理解できておりませんが、 cobol編集がラクになりそうです。 ありがとうございました。 | ||
| 13 | Re: 上手くいったようですね（テキストエディタのSPLITについて） | |
| 江須扇 2012-7-25 8:51:25
[返信] [編集] 江須扇と申します。 ＞まさにずばりです！ ＞わたしがやりたかったことです。 上手くいったようですね。よかったです。 オフコンファンとしてオフコンを使いこなす人が一人でも増えることは私も大変うれしく思います。 いろいろ調べればＷｉｎｄｏｗｓやＥｘｃｅｌにしても知らない便利な機能はたくさんあります。 同じ様にオフコンも便利な機能はたくさんあります。 このサイトのＡ−ＶＸの説明書を読んでいただくのも一つでしょう。 合わせてサイト運営している「ターラヤンさん」に感謝しましょう。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | 別サーバへのデータ移行 | |
| あーつ 2011-9-30 19:42:42
[返信] [編集] いつもお世話になっています。 今回はデータ移行の件でご質問させて頂きます。 ようやく実機に触れられる様になったのですが、 新規購入サーバなので、 御客様のシステムはまだ動きません。 SGとかは購入時に実機と同じで設定してもらっているので、 実機からコピーしたデータを、 MSD001以降のファイルは異種間コピー(CREATE)を完了しました。 MSD000だけ、異種間コピー(CREATE)はせず、 一旦適当なMSDxxxに入れて SYS@xxx以外のファイルは異種間コピー(ADD)しました。 あとは、存在しないSYS@xxxは作成→メンバコピー 存在するSYS@xxxは#LBM;で メンバ確認して差異だけコピーをする方法を取っています。 そこで実際にやり始めて疑問に思ったのですが、 存在するファイルを#LBM;でメンバ見れるのはSUL,PML,JSL,CUL,LML,FOL,MFDしかないのですが、 他のDATやSYS等は特に移行する必要はないのでしょうか？ それとも1つ1つ日付差異を見てコピーするのでしょうか？ 申し訳ありませんが、ご助力をお願い致します。 | ||
| 6 | Re: 別サーバへのデータ移行 | |
| 前 2011-10-4 12:30:14
[返信] [編集] ＞#DDM;→2.表定義→5.併合 と言う流れでMSDxxxのレコード定義やデータファイル認識をMSD000へ持って来れて、今後はRDBQ;などで確認可能になると言う認識で宜しいでしょうか？ ⇒この流れでOKです。レコード定義なども存在するのなら併合を忘れないようにして下さい。 余談ですが、カンパニーを使用している場合、カンパニー付のSYS@PMLも登録できますので、万一カンパニー付のSYS@PMLを使用していれば、移行の時に忘れる可能性があります。 確認して下さい。 | ||
| 7 | Re: 別サーバへのデータ移行 | |
| あーつ 2011-10-4 15:06:07
[返信] [編集] > 前 様 ご回答有難うございます。 いつもお手数をおかけして、申し訳ありません。 >>#DDM;→2.表定義→5.併合 >>と言う流れでMSDxxxのレコード定義やデータファイル認識をMSD000へ持って来れて、今後はRDBQ;などで確認可能になると言う認識で宜しいでしょうか？ >⇒この流れでOKです。レコード定義なども存在するのなら併合を忘れないようにして下さい。 レコード定義は未存在でした。 >余談ですが、カンパニーを使用している場合、カンパニー付のSYS@PMLも登録できますので、万一カンパニー付のSYS@PMLを使用していれば、移行の時に忘れる可能性があります。 確認して下さい。 こちらに関しては、カンパニは使用しているので、もしかしたら使用の可能性があるので、確認してみます。 現在、併合画面で困っている事があり、 処理モード[追加]にすると 「表明が既にカタログファイルに登録されています。」 と追加出来ないので、 処理モード[置換]にしたのですが、 入力元のファイル名をSYS@DDFを入力時で 「同一のデータディクショナリは指定できません。」 となってしまいます。 この場合、どこかにユーザファイルで定義したデータディクショナリに退避して、 そこから併合→置換としなければならないのでしょうか？ 申し訳ありませんが、解決方法をご教授頂けないんでしょうか？ | ||
| 8 | Re: 別サーバへのデータ移行 | |
| 前 2011-10-4 17:43:27
[返信] [編集] 最初に出てくる、MSDのSYS@DDFは、新サーバの今回新たにアロケートしたファイルで、追加を選んだ後に入力するのが、元サーバからもってきたDDFです。 指定が間違っていませんか？ 元サーバからもってきたSYS@DDFをどこにセットしましたか？ （DDFの名前がSYS@DDFでなければ、同名はないでしょうからMSDだけでもOK) 例えば、元SYS@DDFをMSD001にセットしたら、ちゃんと装置番号を正しく入力しなければなりません。 MSDだけだとMSD000から見ていきます。 | ||
| 9 | Re: 別サーバへのデータ移行 | |
| あーつ 2011-10-4 19:20:40
[返信] [編集] > 前 様 何度もご回答して頂き、お手数をおかけしています。 有難うございます。 >最初に出てくる、MSDのSYS@DDFは、新サーバの今回新たにアロケートしたファイルで、 #DDM;→2.表定義を選択した時の入力は、MSD000のSYS@DDFで指定。 >追加を選んだ後に入力するのが、元サーバからもってきたDDFです。 5.併合を選択後、処理モード=追加後は、 入力元をMSDxxxのSYS@DDF(元サーバのMSD000からデータをセットしたファイル) 併合先をMSD000のSYS@DDF(今回#ABC;でシステムファイルで定義したファイル) と指定し、併合表明一覧に幾つか表示されたので、適当な表を選択して、 範囲指定終了表名は未記入、名称変更しないと指定しています。 別の適当なMSDでSYS@DDFに併合した時は、問題なく併合出来たのですが、 MSD000の場合、「表明が既にカタログファイルに登録されています。」となってしまいます・・・ 問題なく、入力していると思っているのですが、間違っていますでしょうか？ 申し訳ありませんが、宜しくお願い致します。 | ||
| 10 | Re: 別サーバへのデータ移行 | |
| 前 2011-10-4 20:04:02
[返信] [編集] ファイルの指定が誤ってないようでしたら、表名と同じファイルが存在しているはずです。 ＃FLCNVで存在しないか確認してみてください。 #FLCNV; IDE=MSD_IFI=問題の表名_ODE=STN 残りエンターで進めるとダンプが画面に出てきませんか？ あれば、そのファイルがおかしいのです。 | ||
| 11 | Re: 別サーバへのデータ移行 | |
| あーつ 2011-10-4 21:39:47
[返信] [編集] > 前 様 何度もお手数をおかけして申し訳ありません。 有難うございます。 >ファイルの指定が誤ってないようでしたら、表名と同じファイルが存在しているはずです。 ＃FLCNVで存在しないか確認してみてください。 >#FLCNV; >IDE=MSD_IFI=問題の表名_ODE=STN 残りエンターで進めるとダンプが画面に出てきませんか？ あれば、そのファイルがおかしいのです。 問題の併合表名を指定したら、 「ファイルが見つかりません」でした。 そこで、試しに恐る恐る他の表を指定したら、 基本表も仮想表も他は全て併合出来てしまいました。 困っていた表も「2.77：ＴＥＳＴ」と言う名前だったので、 とりあえず保留と言う事になりそうです。 時間が出来たら、原因を究明しようかと思います。 併合がとりあえず出来たので、 RDBQ;で表名一覧が出てきたので、選んでみたら 「RDB環境が整ってません(E7)」 との事でした。 ですが、別サーバからのデータのファイルを調べても 存在しないのがあり、使ってなさそうな表定義が多そうですが、 何とか、先に進める様になりました。 前 様には、色々アドバイスして頂き、有難うございます。 この様な調子でA-VX初心者ですので、また困る事があるかと思います。 その際も、皆様方、宜しくお願い致します。 | ||
| 12 | Re: 別サーバへのデータ移行 | |
| ターラヤン 2011-10-5 0:35:36
[返信] [編集] こんにちは。 「システム導入・変更の手引き」というマニュアルの末尾の付録に 「バージョンアップ時の注意事項」という項目があります。 そこに「システムファイル内のユーザデータの退避・復帰」という内容の説明があります。 まだ見ていないようでしたら、そこも参考にしてはいかがでしょうか。 | ||
| 13 | Re: 別サーバへのデータ移行 | |
| あーつ 2011-10-5 14:39:45
[返信] [編集] >ターラヤン 様 アドバイス有難うございます。 マニュアルの項目を指定して頂き、助かります。 ページ数が多いので、調べたい所を探すのに一苦労しているので・・・。 参考にさせて頂きます。 | ||
| 14 | Re: 別サーバへのデータ移行 | |
| 前原 2012-7-3 10:07:44
[返信] [編集] 突然失礼致します。 私は奈良の保守会社で営業をしている者なんですがエンド様のExpress5800/600シリーズの移設を提案したいと考えております。 もう10年近く運用しておりハード的にみても限界を超えてしまっている状態です。 しかし社内にサーバのデータ移行ができる人材がいなくて困っています。 サーバには原価管理システム（ソースはありません）がある程度しか現状把握できておりません。 あーつ様がデータ移行を引き受けてくれる業者様なら助かります。（費用もご提示ください。） 私はPCを触って1年程度ですのでこんな私にわかる説明だと幸いです。 | ||
| 15 | Re: 別サーバへのデータ移行 | |
| 森 2012-7-19 9:07:39
[返信] [編集] 私は和歌山でソフト会社を経営しています。ＡＶＸは２０年以上 行っています。サーバ移行を何度も行いました。ＡＶＸサーバへの 移行であれば可能です。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | Ａ−ＶＸから直接docuworksプリンタに印刷なんて無理ですよね。 | |
| いまだＡ−ＶＸが飯の種 2011-12-10 2:48:35
[返信] [編集] はじめまして、このサイトをみつけてちょっとの驚きと大きな喜びを感じました。 情報があれば教えてください。側近の人間でＡ−ＶＸのことをわかるものが今ではいなくなってしまって・・・ Ａ−ＶＸから直接docuworksプリンタに印刷なんて無理ですよね。 ＮＰＤＬ対応プリンタにしか印刷出来ないという認識を持っているので・・・ | ||
| 2 | Re: Ａ−ＶＸから直接docuworksプリンタに印刷なんて無理ですよね。 | |
| ターラヤン 2011-12-11 0:10:35
[返信] [編集] こんにちは。 以前、ドキュワークスについて質問されていた方がいらっしゃいました。 http://www.offcom.jp/modules/bluesbb/thread.php?thr=319&sty=1 BizReportingという製品と組み合わせて、実現しているようですね。 | ||
| 3 | Re: Ａ−ＶＸから直接docuworksプリンタに印刷なんて無理ですよね。 | |
| オフコン人 2011-12-12 21:53:22
[返信] [編集] PrintBridgeという製品ができるように思えます。 http://www.nec.co.jp/pfsoft/pbridge/ トップページに「PDF 出力、DocuWorks Printer 文書出力には・・・」との記載があります。動作環境は大丈夫ですか？ | ||
| 4 | Re: Ａ−ＶＸから直接docuworksプリンタに印刷なんて無理ですよね。 | |
| 江須扇 2011-12-13 11:19:34
[返信] [編集] 基本的な事ですが、Ａ−ＶＸの印刷は大きく分けて２種あります。 １．ＰＲＮ０１０〜の旧ラインプリンタ等、サーバーから出力される印刷 ２．ＰＲＮ１０１〜のＰＣ／ＷＳエミュレータの端末ソフトを介して印刷 但しこの形態にネットワーク環境が絡んだため一見複雑になっているのもありますが、集約すれば上記２種類です。 ここで問題になるのは、ＢｉｚＲｅｐｏｒｔｉｎｇ及びＰｒｉｎｔＢｒｉｇｅは１番に対応しており２番に対応してないという事です。 つまりエミュレータソフトは他社プリンタに対応してないと言うことです。 では１番の場合の問題点は何かというとサーバーにプリンタドライバーをインストールする事になりますので、ＰＤＦやＤＣＷの仮想ドライバーに印刷指定したときのファイル名が問題になります。 ＢｉｚＲｅｐｏｒｔｉｎｇでＰＤＦを出力する場合はその問題を解決するため、ＢｉｚＲｅｐｏｒｔｉｎｇ側で制御できるよう専用のドライバーをインストールして解決しております。 http://www.nec.co.jp/pfsoft/bizreporting/ident.html#textpdf ＤＣＷの場合それができるかどうか不明です。 回答になっておりませんが、ＰＤＦにしてから手動でＤＣＷに変換するという事であればＢｉｚＲｅｐｏｒｔｉｎｇで可能と考えます。  | ||
| 5 | Re: Ａ−ＶＸから直接docuworksプリンタに印刷なんて無理ですよね。 | |
| やっさん 2011-12-13 23:45:52
[返信] [編集] こんにちわ。 Docuworksに出力されたいとのことですが、弊社でも利用しています。皆さんからの情報の通りで、BizReportingを利用することで出力しております。BizReportingを利用することでGDI出力が可能になり実現できているようです。 最初に成功したときは、感動しました。 ただし、江須扇さんご指摘の通り、サーバーから印刷する設定のため、サーバーのフォルダにデータが落ちます。実行クライアントのフォルダにデータを落とすことは出来ません。 システム担当者が管理する帳票であれば問題ありませんが。 | ||
| 6 | Re: Ａ−ＶＸから直接docuworksプリンタに印刷なんて無理ですよね。 | |
| えくれあ 2012-4-19 16:58:59
[返信] [編集] ＢｉｚＲｅｐｏｒｔｉｎｇ及びＰｒｉｎｔＢｒｉｇｅを使用（経由）しないとプリンタに印字できないのでしょうか？ | ||
| 7 | Re: Ａ−ＶＸから直接docuworksプリンタに印刷なんて無理ですよね。 | |
| 岩石 2012-7-12 17:41:43
[返信] [編集] 大変遅くなりましたが以前質問をしていました岩石です。 ＞江須扇さんご指摘の通り、サーバーから印刷する設定のため、サーバーのフォルダにデータが落ちます。実行クライアントのフォルダにデータを落とすことは出来ません。 確かにサーバーのフォルダに作成されます。 私の場合は、Bizをエミュレターからキックしたタイミングで、 共通フラグをオフコン側でオンにしサーバーのフォルダ内に一つしか作成しない様に工夫しました。 今はもう無くなっているオフコンシステムですが。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | Express5800のデータ移行 | |
| 前原 2012-7-2 16:56:01
[返信] [編集] エンドユーザさんが9年程前に導入したExpress5800/640iなんですが限界がきており新しいサーバを導入する提案しようと思っています。ですが、サーバには原価管理システム（ソースはありません）やらユーティリティやら何が入っているかわからない状態です。こんな状態でデータ移行できる方法はあるんでしょうか？私はパソコンを初めて1年程の営業マンです。できるだけ私でも理解できる説明をして頂けるとありがたいです。またそういったことが得意な業者を知っておられたらご紹介してもらいたいです。（あまり費用は出せないかと・・・）皆様よろしくお願い致します。 | ||
| 2 | Re: Express5800のデータ移行 | |
| 富山清風 2012-7-2 18:06:22
[返信] [編集] 前原 様 こんにちは ｢私はパソコンを初めて1年程の営業マンです｣には、難しいと思います。 日本電気に相談できれば、一番いいのかもしれませんが、 ｢またそういったことが得意な業者を知っておられたらご紹介してもらいたいです」は日本電気経由で紹介してもらえるかも知れません。 (以前に、日本電気ＸＸＸＸ事業部、または、日本電気フェールディングが移行のサポートをしてくれる。というような話があったような？？？) 近くの、業者であれば、競合関係かも知れませんし・・・ ｢客先の予算」と｢オフコンへの愛着度｣なども考慮しないといけませんが、 または、システムの｢規模の大きさ｣にも、よりますが、 クラサバ化を提案し、｢即効でかたずける｣という手もありますが・・・ 本掲示板で、なかなか本題の解決までは行きませんが、 糸口が見つかれば、幸いかな。と思います。 | ||
| 3 | Re: Express5800のデータ移行 | |
| 前原 2012-7-3 9:47:49
[返信] [編集] 富山清風様 おはようございます。 返信ありがとうございます。 NECに電話で問い合わせしたところ情報が少なすぎる、600シリーズは対応していないとのことで、WEBのほうで問い合わせしてくださいと言われました。 客先の予算は500万円程度の見積りで提案したいと思っておりますが、現状の原価管理が動く環境であれば良いと思います。（原価管理システムも限界がきており並行して提案したいと考えています。） クラサバ化を提案し、｢即効でかたずける｣という手もあるとのことでしたが勉強不足でこれからネットで調べてみたいと思います。 | ||
| 4 | Re: Express5800のデータ移行 | |
| 桃太郎 2012-7-4 10:42:33
[返信] [編集] こんにちは、 聞きなれない装置の案件で苦労されているようですね、 600ｼﾘｰｽﾞでしたら日本事務器に問い合わせるのが早道だと思います、 奈良だと地理的に関西支社になるのかな？日本事務器ではハードの販売ソフトの開発販売、保守、を行っています、ﾎｰﾑﾍﾟｰｼﾞを検索すると、各支店営業所の連絡先等が出ています、ちなみに、弊社も日本事務器より導入しています。 問題解決の糸口になれば幸いです。 | ||
| 5 | Re: x4:Express5800のデータ移行 | |
| ＩＴコンサルタント三重 2012-7-10 23:22:23
[返信] [編集] ターラヤンさんへ 連絡方法がわからなかったので下記を投稿しました。 ルール上で問題があれば削除して下さい。 前原さんへ ＞こんな状態でデータ移行できる方法はあるんでしょうか？ ズバリ調査しないとわかりません。 Ａ−ＶＸ／ＲＤＢのデータペースになっていれば少し可能性はあります。 索引順編成などの通常ファイルになっているとＣＯＢＯＬソースがないとほとんどわかりません。 マスタやデータを登録するプログラムを起動してデータ追加をしてファイルの内容を地道に解析するという膨大な工数がかかります。 奈良と三重で隣の県ですが遠いので恐縮ですが可否調査の為の出張費をご検討していただけるならお伺いする事も可能と考えます。 連絡先は「ＩＴコンサルタント三重」で検索していただくか 下記サイトをごらんください。 *ttp://www016.upp.so-net.ne.jp/itconsultant/ 注）上記頭の１文字は”＊”は”ｈ”に変更してリンクしてください。（アップロード時エラーになる為の対応です） | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band