最近被这个WAIT,INVITE和FRCDTA搞的思路有点不清晰了?

发布于 2022-08-30 02:48:19 字数 888 浏览 11 评论 1

本帖最后由 first_come 于 2010-10-02 15:16 编辑

本来自己没怎么深入去理解,最近看到的,自己想想后有点糊涂了:
WAIT等待用户输入,当有多个(比如RCVF多个不同的display station)时,只是接受第一个请求;
INVITE和WAIT的效果是一样的(WAIT(*NO));
FRCDTA是说直接显示,不等待下一个I/O。
现在问题来了!
例如:在一个subfile中,3个记录画面F1(SFL),F2(SFLCTL),F3(定义command,但是有I/O---B字段);
一般我们写程序都是:
WRITE      F3
EXFMT     F2
........
这里system是在等待用户往F2中输入......
然后我在后面写了个
read    F3
这里我有个疑问就是如果system在F2画面一直等不到respond,那么F3画面即使用户做出了更改也无法响应么(加个FRCDTA可有效果?invite呢?)?
是不是没有定义INVITE/FRCDTA,system是默认接受么,就是第一个WRITE-READ不是一直等待。
FRCDTA与DFRWRT(*NO)是等价的;而根据DFRWRT(*NO)的描写----If you specify DFRWRT(*NO),the program does not regain control until the write operation has displayed the data and updated the I/O feedback area.看不出FRCDTA和DFRWRT(*NO)哪里等价了....

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

陌上芳菲 2022-08-31 04:22:31

本帖最后由 q疯哥p 于 2010-10-03 17:38 编辑

write 之后立即显示。。。是write 不是exfmt。。在这一点上FRCDTA 与那个no wait 参数是一样。。no wait参数不如FRCDTA控制灵活。。没怎么见人用过。。

*NO                                                   
    After a write operation, the user program does not
    regain control until the input/output operation is
    completed.

因为是立即显示。。在write 与显示之间不可能让你去操作别的啦、。。。

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文