http://www.itpub.net/thread-1927599-1-1.html
在64位的Win 7环境下，按照Oracle10g版本的Form Builder，打开时会出现下图中的错误信息。
<ignore_js_op>
查看日志详细信息如下： 问题签名: 问题事件名称: 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和windowssystem32 3)配置ORACLE_HOME，指向10gDev 4)在解压后的p13413002_10105_WINNT目录下，运行 opatch apply -no_inventory 5)运行过程中，系统会有几次提示：是否继续，继续执行至结束； 6）按最后的提示，运行p13413002_10105_WINNT13413002customscripts下的post.bat 安装完成后，如果注册表中没有对应的10gDev的HOME键组，则需要新建FORMS_PATH变量，以指向frm和pll的存放路径，避免FRM-18108: 装载下列对象失败。
上述方式是我同事的处理方式，按照这种方式他是OK的，但我在执行opatch apply -no_inventory的时候始终不成功。所以我采取了下面的第2种方式
解决方法2： 找其他同样机器配置，但能打开Form Builder的同事另存一份，然后使用这个另存后的Form，就可以打开了。虽然是个比较蠢的方式，但紧急情况下，又找不到好的解决方式，倒也是个快捷的方式。
解决方法3： 在被折磨了多天，偶尔间发现，在连接数据库后，再用打开文件的方式找到相应的FORM，问题就解决了。