バッチ再表示秒数(BatchPaintTime)
- このフォーラムに新しいトピックを立てることはできません
- このフォーラムではゲスト投稿が禁止されています
zbs-mcs
投稿数: 13
投稿数: 13
参考になりました。
ありがとうございます。
本題は下記の通りです！
たびたび追記申し訳ありません。
分かる方いたら教えて下さい。
F9キーを押下されたらイベントを発生する処理において
��
イベントタイプ：式
イベント：KbGet(0)='<F9>'
��
イベントタイプ：システム
イベント：F9
という�，鉢△寮瀋蠅了�に「バッチイベント間隔」による影響で違いは生じますか？
ありがとうございます。
本題は下記の通りです！
たびたび追記申し訳ありません。
分かる方いたら教えて下さい。
F9キーを押下されたらイベントを発生する処理において
��
イベントタイプ：式
イベント：KbGet(0)='<F9>'
��
イベントタイプ：システム
イベント：F9
という�，鉢△寮瀋蠅了�に「バッチイベント間隔」による影響で違いは生じますか？
投票数:0
平均点:0.00
nkmt
投稿数: 1668
投稿数: 1668
> KbGet(0)='<F9>'
そうなんですね。了解しました。
V8の時は私もCtrl＋Ｋの所に、KBGET (0)='F9'KBD
と記述しておりました。
私が横レスをしたので、本来の質問内容を読み辛くなった
かもしれません。すみません。
そうなんですね。了解しました。
V8の時は私もCtrl＋Ｋの所に、KBGET (0)='F9'KBD
と記述しておりました。
私が横レスをしたので、本来の質問内容を読み辛くなった
かもしれません。すみません。
投票数:0
平均点:0.00
zbs-mcs
投稿数: 13
投稿数: 13
nkmtさん
コメントありがとうございます。
当社のシステムはV8で作ったシステムとV10で作ったシステムと２つあります。
その２つを比較したところオンラインタスクでF2キーとF9キーを押下するとバッチタスクを呼び出す部分があります。
V8で作られたシステム(XP環境)では
タスクイベントで
F2キー ⇒ ホットキーで"F2"を指定
F9キー ⇒ 式で「KBGET (0)='F9'KBD」と記述
それに対してV10で作られたシステム(Vista環境)では
F2キー ⇒イベントタイプ：システム
イベント：F2
F9キー ⇒イベントタイプ：システム
イベント：F9
とV8ではホットキーと式に分けて記述してあった処理がV10ではイベントタイプ：システムと同じになっていました。
ここに目をつけてF9押下時を式でKbGet(0)='<F9>'にしたところ希望通りの動きをしたので今回の投稿をさせて頂きました。
コメントありがとうございます。
当社のシステムはV8で作ったシステムとV10で作ったシステムと２つあります。
その２つを比較したところオンラインタスクでF2キーとF9キーを押下するとバッチタスクを呼び出す部分があります。
V8で作られたシステム(XP環境)では
タスクイベントで
F2キー ⇒ ホットキーで"F2"を指定
F9キー ⇒ 式で「KBGET (0)='F9'KBD」と記述
それに対してV10で作られたシステム(Vista環境)では
F2キー ⇒イベントタイプ：システム
イベント：F2
F9キー ⇒イベントタイプ：システム
イベント：F9
とV8ではホットキーと式に分けて記述してあった処理がV10ではイベントタイプ：システムと同じになっていました。
ここに目をつけてF9押下時を式でKbGet(0)='<F9>'にしたところ希望通りの動きをしたので今回の投稿をさせて頂きました。
投票数:0
平均点:0.00
nkmt
投稿数: 1668
投稿数: 1668
こんにちは。ちょっと横に逸れたレスですみません。
KbGet(0)='<F9>' 違和感あります。
KbGet(0)='F9'KBD あるいは
KbGet(1)='終了'EVENT の方がしっくりきます。
↑親ウィンドウクリックとかEsc終了にも対応出来そう。
普段バッチ処理の途中でキーボード割り込みをさせる経験が
全くないので、お悩みの件の回答は出来ないです。
KbGet(0)='<F9>' 違和感あります。
KbGet(0)='F9'KBD あるいは
KbGet(1)='終了'EVENT の方がしっくりきます。
↑親ウィンドウクリックとかEsc終了にも対応出来そう。
普段バッチ処理の途中でキーボード割り込みをさせる経験が
全くないので、お悩みの件の回答は出来ないです。
投票数:0
平均点:0.00
zbs-mcs
投稿数: 13
投稿数: 13
たびたび追記申し訳ありません。
分かる方いたら教えて下さい。
F9キーを押下されたらイベントを発生する処理において
��
イベントタイプ：式
イベント：KbGet(0)='<F9>'
��
イベントタイプ：システム
イベント：F9
という�，鉢△寮瀋蠅了�に「バッチイベント間隔」による影響で違いは生じますか？
分かる方いたら教えて下さい。
F9キーを押下されたらイベントを発生する処理において
��
イベントタイプ：式
イベント：KbGet(0)='<F9>'
��
イベントタイプ：システム
イベント：F9
という�，鉢△寮瀋蠅了�に「バッチイベント間隔」による影響で違いは生じますか？
投票数:0
平均点:0.00
zbs-mcs
投稿数: 13
投稿数: 13
その後色々と調べてみました。
ある箇所で
『アクション KbPut('終了'EVENT)』
を記述しているのですが、問題となっている
「バッチイベント間隔」を変更することによって処理が異なります。
１．100の時
>> ｲﾍﾞﾝﾄ処理中 [ｺﾝﾃｷｽﾄがﾌｫｰｶｽ喪失(L)] ｺﾝﾄﾛｰﾙ名 : [ 無効 ]
２．1000の時
>> ｲﾍﾞﾝﾄ処理中 [終了] ｺﾝﾄﾛｰﾙ名 : [ 無効 ]
何故バッチイベント間隔で処理が異なるのか教えて下さい。
また原因は他にあるのでしょうか？
ある箇所で
『アクション KbPut('終了'EVENT)』
を記述しているのですが、問題となっている
「バッチイベント間隔」を変更することによって処理が異なります。
１．100の時
>> ｲﾍﾞﾝﾄ処理中 [ｺﾝﾃｷｽﾄがﾌｫｰｶｽ喪失(L)] ｺﾝﾄﾛｰﾙ名 : [ 無効 ]
２．1000の時
>> ｲﾍﾞﾝﾄ処理中 [終了] ｺﾝﾄﾛｰﾙ名 : [ 無効 ]
何故バッチイベント間隔で処理が異なるのか教えて下さい。
また原因は他にあるのでしょうか？
投票数:0
平均点:0.00
zbs-mcs
投稿数: 13
投稿数: 13
バッチ再表示秒数を変えることによって処理結果が違うのでここをポイントに考えていました。
一応アクティビティモニタは使っています違いとしては、
【正常】
開始 ｸﾛｰｽﾞ処理 ﾊﾞｯﾁ ﾀｽｸ - '合計金額'
<<終了 ｸﾛｰｽﾞ処理 ﾀｽｸ
<<終了 ｲﾍﾞﾝﾄ
>> ｲﾍﾞﾝﾄ処理中 [終了] ｺﾝﾄﾛｰﾙ名 : [ 無効 ]
開始 ｸﾛｰｽﾞ処理 ｵﾝﾗｲﾝ ﾀｽｸ - '明細'
【不具合】
開始 ｸﾛｰｽﾞ処理 ﾊﾞｯﾁ ﾀｽｸ - '合計金額'
<<終了 ｸﾛｰｽﾞ処理 ﾀｽｸ
<<終了 ｲﾍﾞﾝﾄ
>> ｲﾍﾞﾝﾄ処理中 [ｺﾝﾃｷｽﾄがﾌｫｰｶｽ喪失(L)] ｺﾝﾄﾛｰﾙ名 : [ 無効 ]
となっています。
『ｲﾍﾞﾝﾄ処理中 [ｺﾝﾃｷｽﾄがﾌｫｰｶｽ喪失(L)]』
が原因みたいなんですが・・・
一応アクティビティモニタは使っています違いとしては、
【正常】
開始 ｸﾛｰｽﾞ処理 ﾊﾞｯﾁ ﾀｽｸ - '合計金額'
<<終了 ｸﾛｰｽﾞ処理 ﾀｽｸ
<<終了 ｲﾍﾞﾝﾄ
>> ｲﾍﾞﾝﾄ処理中 [終了] ｺﾝﾄﾛｰﾙ名 : [ 無効 ]
開始 ｸﾛｰｽﾞ処理 ｵﾝﾗｲﾝ ﾀｽｸ - '明細'
【不具合】
開始 ｸﾛｰｽﾞ処理 ﾊﾞｯﾁ ﾀｽｸ - '合計金額'
<<終了 ｸﾛｰｽﾞ処理 ﾀｽｸ
<<終了 ｲﾍﾞﾝﾄ
>> ｲﾍﾞﾝﾄ処理中 [ｺﾝﾃｷｽﾄがﾌｫｰｶｽ喪失(L)] ｺﾝﾄﾛｰﾙ名 : [ 無効 ]
となっています。
『ｲﾍﾞﾝﾄ処理中 [ｺﾝﾃｷｽﾄがﾌｫｰｶｽ喪失(L)]』
が原因みたいなんですが・・・
投票数:0
平均点:0.00
Jiro123
投稿数: 271
投稿数: 271
オンラインタスクでのイベント処理であれば、そのオンラインタスクを確認するのが先だと思います。
イベント処理によってバッチタスクがコールできないことと、バッチイベント間隔パラメータとは関連性は低いと思います。
Studioを使って動作確認されているのでしたら、デバッガーのアクティビティモニタを使って、イベント後の処理の流れを見ることで、参考になると思います
イベント処理によってバッチタスクがコールできないことと、バッチイベント間隔パラメータとは関連性は低いと思います。
Studioを使って動作確認されているのでしたら、デバッガーのアクティビティモニタを使って、イベント後の処理の流れを見ることで、参考になると思います
投票数:0
平均点:0.00
zbs-mcs
投稿数: 13
投稿数: 13
皆さん色々と回答ありがとうございます。
不具合の1つなのですがオンラインタスクでF9を押下されると
ユーザーイベントを起動して子タスクであるバッチタスクを呼び代したいのですが反応がないそんな状態です。
不具合の1つなのですがオンラインタスクでF9を押下されると
ユーザーイベントを起動して子タスクであるバッチタスクを呼び代したいのですが反応がないそんな状態です。
投票数:0
平均点:0.00
Jiro123
投稿数: 271
投稿数: 271
この設定によって、動作に影響するということは、バッチタスクの中で、イベント処理を使っているのでしょうか。
バッチタスク実行中のイベント処理のタイミングは、このバッチイベント間隔と、タスク特性のレコードイベント間隔の２つの設定が関係します。
バッチイベント間隔は時間が単位なので、何件処理されてからイベントが実行されるかという点については、PCのスペックなどによっても、違いが生じる可能性があります。
レコードイベント間隔はレコード件数が単位なので、何件処理されてからイベントが実行されるかという点については、設定値通りで、PCのスペックには左右されません。
上記の情報が何らかのお役にたてれば、幸いです。
バッチタスク実行中のイベント処理のタイミングは、このバッチイベント間隔と、タスク特性のレコードイベント間隔の２つの設定が関係します。
バッチイベント間隔は時間が単位なので、何件処理されてからイベントが実行されるかという点については、PCのスペックなどによっても、違いが生じる可能性があります。
レコードイベント間隔はレコード件数が単位なので、何件処理されてからイベントが実行されるかという点については、設定値通りで、PCのスペックには左右されません。
上記の情報が何らかのお役にたてれば、幸いです。
投票数:0
平均点:0.00
zbs-mcs
投稿数: 13
投稿数: 13
皆さんの経験上でこの設定について発生した不具合や改善や現象があれば教えて下さい。
投票数:0
平均点:0.00
nkmt
投稿数: 1668
投稿数: 1668
１秒間隔表示だと最後の表示件数がまちまちなので
「あれさっきと件数違うじゃねぇか？」
「全部データ読んでないんじゃねぇか？」
とつっこまれる事がありました。
件数等を表示しているタスクのタスク後処理に
DELAY(1)などを入れるのもいいと思います。
「あれさっきと件数違うじゃねぇか？」
「全部データ読んでないんじゃねぇか？」
とつっこまれる事がありました。
件数等を表示しているタスクのタスク後処理に
DELAY(1)などを入れるのもいいと思います。
投票数:0
平均点:0.00
zbs-mcs
投稿数: 13
投稿数: 13
回答ありがとうございます。
以前は1000ミリ秒でシステムを運用していました。
するとレコードを条件指定で読み件数分画面に明細のような形で表示するという処理で
表示するべき件数が表示されないという不具合が発生しました。
そこで1000ミリ秒→100ミリ秒に修正することでこの不具合が発生しなくなったので解決としました。
ところが後日100ミリ秒だとファンクションキーを押下した時のイベントが動作しないという不具合が発生しました。
そこで100ミリ秒→1000ミリ秒に戻すとこの不具合は解決しました。
また1000ミリ秒の時の件数分表示するという不具合の再現が行なえないという事でも苦戦しているのですが・・・
今回不具合のユーザーイベントが発生しないというのは2パターンありまして下記の通りです。
１．他のプログラムがコールできない。
２．ファイル更新が行なわれない
PG設計など詳細を書ければもっと良いのですが、簡潔に記述してすみません。
以前は1000ミリ秒でシステムを運用していました。
するとレコードを条件指定で読み件数分画面に明細のような形で表示するという処理で
表示するべき件数が表示されないという不具合が発生しました。
そこで1000ミリ秒→100ミリ秒に修正することでこの不具合が発生しなくなったので解決としました。
ところが後日100ミリ秒だとファンクションキーを押下した時のイベントが動作しないという不具合が発生しました。
そこで100ミリ秒→1000ミリ秒に戻すとこの不具合は解決しました。
また1000ミリ秒の時の件数分表示するという不具合の再現が行なえないという事でも苦戦しているのですが・・・
今回不具合のユーザーイベントが発生しないというのは2パターンありまして下記の通りです。
１．他のプログラムがコールできない。
２．ファイル更新が行なわれない
PG設計など詳細を書ければもっと良いのですが、簡潔に記述してすみません。
投票数:0
平均点:0.00
nkmt
投稿数: 1668
投稿数: 1668
Jiro123様が書かれている通りバッチ処理にかかる時間が
余計にかかる事が予想されます。
1000（1000ミリ秒＝１秒）を
100（100ミリ秒＝0.1秒）に変えると
バッチ処理の画面表示でCOUNTER(0)などを表示していた場合
１秒おきに描画していたものが
0.1秒おきの表示に変わりますね。
件数表示はスムーズになりますが、
処理にかかる時間が多少増える恐れもあると思います。
ユーザアクションが正しく動作しないとの事ですが、
更新か印刷を中断させるとかそういった事をされて
いらっしゃるのでしょうか？
ちなみにここの値を 0 にすると
バッチ処理をEscキーや親タスク画面クリック等でも
終わらないようになる！というのは最近ここで
教わりました。
余計にかかる事が予想されます。
1000（1000ミリ秒＝１秒）を
100（100ミリ秒＝0.1秒）に変えると
バッチ処理の画面表示でCOUNTER(0)などを表示していた場合
１秒おきに描画していたものが
0.1秒おきの表示に変わりますね。
件数表示はスムーズになりますが、
処理にかかる時間が多少増える恐れもあると思います。
ユーザアクションが正しく動作しないとの事ですが、
更新か印刷を中断させるとかそういった事をされて
いらっしゃるのでしょうか？
ちなみにここの値を 0 にすると
バッチ処理をEscキーや親タスク画面クリック等でも
終わらないようになる！というのは最近ここで
教わりました。
投票数:0
平均点:0.00
Jiro123
投稿数: 271
投稿数: 271
このパラメータについて、誤解されているように思います。
BatchPaintTimeは、バッチイベント間隔というパラメータです。
ヘルプには、次のように書かれています。
---
バッチタスクの実行中に、Magicエンジンがイベントキューをチェックし、保留イベントの有無を確認する時間間隔です。保留イベントがあった時は、このイベントが処理されます。この設定は、ミリ秒数で指定します。なお、[タスク特性]の[レコードイベント間隔]が設定されている場合は、Magicエンジンは所定のレコード処理間隔ごとにも保留イベントの有無を調べます。
---
バッチタスク実行中のイベントキューチェックの時間間隔に関する設定項目ということです。
デフォルトは1000ミリ秒(1秒)で、それを100ミリ秒にするということは、
イベントキューチェックの時間間隔を短くしたということになるわけですから、
イベントキューチェックの回数がその分増えるわけですから、バッチ処理は返って遅くなることが推測されます。
BatchPaintTimeは、バッチイベント間隔というパラメータです。
ヘルプには、次のように書かれています。
---
バッチタスクの実行中に、Magicエンジンがイベントキューをチェックし、保留イベントの有無を確認する時間間隔です。保留イベントがあった時は、このイベントが処理されます。この設定は、ミリ秒数で指定します。なお、[タスク特性]の[レコードイベント間隔]が設定されている場合は、Magicエンジンは所定のレコード処理間隔ごとにも保留イベントの有無を調べます。
---
バッチタスク実行中のイベントキューチェックの時間間隔に関する設定項目ということです。
デフォルトは1000ミリ秒(1秒)で、それを100ミリ秒にするということは、
イベントキューチェックの時間間隔を短くしたということになるわけですから、
イベントキューチェックの回数がその分増えるわけですから、バッチ処理は返って遅くなることが推測されます。
投票数:0
平均点:0.00
zbs-mcs
投稿数: 13
投稿数: 13
バッチ再表示秒数(BatchPaintTime)について教えて下さい。
Magic.iniのBatchPaintTimeを1000から100に修正すると
ユーザーアクションが正しく動作しない事があります。
この値を1000から100にするというこはバッチ速度が速くなりレスポンスの向上につながると良かれと思いやったことなのですが・・・
1000から100に変更することによる注意点またはアドバイスがあれば教えて下さい。
Magic.iniのBatchPaintTimeを1000から100に修正すると
ユーザーアクションが正しく動作しない事があります。
この値を1000から100にするというこはバッチ速度が速くなりレスポンスの向上につながると良かれと思いやったことなのですが・・・
1000から100に変更することによる注意点またはアドバイスがあれば教えて下さい。
投票数:0
平均点:0.00