TIPTOP GP ERP二次开发FQA问题集
1、Q：后台执行r.d2+ udm7等shell出错
A：① 后台tiptop服务器上的登录帐号在p_zx里面无效zxacti=’N’
②后台tiptop服务器上的登录帐号不存在p_zx里面
#程式管控：cl_user() -> cl_set_default_plant():设定起始初始化工厂,从zx_file里面取上次登录记录的工厂
SELECT zx07,zx08 INTO l_zx07,g_plant FROM zx_file WHERE zx01=g_user
#其中g_user取的就是你服务器上登录的帐号,如此就关联上了p_zx里面的帐号信息
总结：tiptop服务器后台登陆的帐号一定要存在于p_zx里面,且有效！
2、Q：开启程式aglp800出现如下错误
A：检查$TOP/config/4ad/0/agl/aglp800.4ad XML文件是否按照XML标准写
XML文件的標準是 一個XML文件只可以有一個 <?xml version=’1.0′?> 且必須在文件的起始行
原文件裏面有2個 <?xml version=’1.0′?>
3、Q：程式Action按钮为英文无法显示成中文
A：①p_base_act是否有维护此Action的Action共用名称
②检查$TOP/config/4ad/0/对应模组下面的程式对应的4ad文档是否记录有此action的属性
注意:请不要在后台udm7开启tiptop,然后做p_zz维护action的动作
(udm7下登陆记录的用户都是当前用户,有可能没有config/4ad目录权限，当然你可以修改Linux目录权限)
因为这样你登录时记录的帐号是你的服务器登录的帐号,可能没有权限写这个4ad文档
请在前端执行p_zz维护action,这样前端记录的帐号都是tiptop,都有权限写这个4ad文档
③程式里面单头单身是否在正确的位置都写了 ON ACTION xxx_action_name
cl_setup(“CXX”)是否改为正确的模组
4、Q：执行程式显示一下错误警告(No idle control)
A：查看系统数据库的表锁情况,该程式对应的table记录被锁住,随着作业人员越来越多,全部被卡这,
溢出 –导致No idel control！ 也有可能表空间用完了！
解决:手动执行$TOP/ora/scripts/q_locktable.sql
demo: SQL> @$TOP/ora/scripts/q_tbsFREE.sql
或执行oraq oracle查询shell如：oraq q_locktable (后续需要输入oracle用户system的密码)
然后 alter system kill session ‘SID号,SERIAL#号’
5.25后可直接执行p_tool程序解锁关于数据表的锁！
5、Q：执行程式无任何响应
A：一般是oracle系统资料库表空间满了,尤其是RPTDBS1用于创建临时表和报表的表空间！
解决:手动执行$TOP/ora/scripts/q_dbsFREE.sql
或执行oraq oracle查询shell如：oraq q_dbsFREE (后续需要输入oracle用户system的密码)
如果是RPTDBS1表空间满了,则手动执行 cd $DS4GL/bin
然后 $FGLRUN drop_ds_report_temptable 1
6、Q：程式画面档数据不完全显示
A：4GL里面display程序段欲显示的字段栏位
是否全部有在4FD档上全部画上了,及该4FD栏位的命名是否对应
7、Q：r.l2 链结时报错
A：①你可能修改了table结构(如新/删除增字段),没有修改对应的record变量
②如果修改了table结构(如新/删除增字段),该主程式链结的副程式没有重新r.c2
总结：修改数据库table结构后该程式及关联的副程式都需重新r.c2 / r.l2
8、Q：画面档查询时单头只显示部分栏位信息,单身不显示数据,但是后台查询是有数据的
某些时候表面看程序点击某ACTION没任何反应,也可能是DISPLAY栏位和4fd栏位多少or对应问题
A：4GL里面display栏位和画面档上的栏位不对应
可能是4gl里面没写此栏位,也可能是4fd没画此栏位,或栏位名称不对应,单身栏位还必须screen变量的顺序
另外也可能是数据库里面没有此栏位
9、Q：抛转料号，于一个营运中心可以成功，另外一个营运中心提示 ins 失败
A：
肯定是料件资料档ima_file抛转失败的营运中心数据库少了某字段,或修改了某字段且此字段栏位长度过短or类型不符合
10、Q：r.c2编译程序时提示如下错误：
A：执行r.s2 ds 即可
