重拾EBS 使用FORMBUILDER应连接环境后使用否则会停止工作

FRM-18108: Failed to load the following objects.

在64位的Win 7环境下，按照Oracle10g版本的Form Builder，打开时会出现下图中的错误信息。

查看日志详细信息如下：
问题签名:
问题事件名称: APPCRASH
应用程序名: frmbld.exe
应用程序版本: 10.1.2.0
应用程序时间戳: 42d63632
故障模块名称: KERNELBASE.dll
故障模块版本: 6.1.7601.17965
故障模块时间戳: 506dbe50
异常代码: ebad198c
异常偏移: 0000c41f
OS 版本: 6.1.7601.2.1.0.256.1
区域设置 ID: 2052
其他信息 1: 200e
其他信息 2: 200ec500b6815f859e4322ac3e81ebf6
其他信息 3: f0ad
其他信息 4: f0ad4513401e148000010c6a2d5dde8a

解决方法1：
1）下载oracle补丁：p13413002_10105_WINNT
2）配置PATH变量，包含指向10gDev下的opatch和windows\system32
3)配置ORACLE_HOME，指向10gDev
4)在解压后的p13413002_10105_WINNT目录下，运行 opatch apply -no_inventory
5)运行过程中，系统会有几次提示：是否继续，继续执行至结束；
6）按最后的提示，运行p13413002_10105_WINNT\13413002\custom\scripts下的post.bat
安装完成后，如果注册表中没有对应的10gDev的HOME键组，则需要新建FORMS_PATH变量，以指向frm和pll的存放路径，避免FRM-18108: 装载下列对象失败。

上述方式是我同事的处理方式，按照这种方式他是OK的，但我在执行opatch apply -no_inventory的时候始终不成功。所以我采取了下面的第2种方式

解决方法2：
找其他同样机器配置，但能打开Form Builder的同事另存一份，然后使用这个另存后的Form，就可以打开了。虽然是个比较蠢的方式，但紧急情况下，又找不到好的解决方式，倒也是个快捷的方式。

解决方法3：
在被折磨了多天，偶尔间发现，在连接数据库后，再用打开文件的方式找到相应的FORM，问题就解决了。

转载请注明出处:

转载自http://lxfamn.cn/blog

未经允许不得转载：lxfamn » 重拾EBS 使用FORMBUILDER应连接环境后使用否则会停止工作