1
1
看起来这是其中一个错误,本质上意味着任何数量的事情都可能在外部过程中出错。 10.2.0.3中有一个已知的bug,不知道它是否相关:
我建议:
|
2
1
好吧,升级到10.2.0.4(使用10.2.0.1)至少给了我一个可以理解的错误,而不是一个相当无用的核心文件和ORA-28579。 事实证明,我调试的代码假设调用ocilobread将在一次传递中返回所有数据。对于使用固定宽度字符集的任何客户机来说都是如此。 对于使用可变宽度字符集的客户机,情况并非如此,Ocilobread实际上正在读取部分数据,并返回OCI需要的数据,未来对Ocilobtrim和Ocilobwrite的调用由于对Ocilobread的调用仍处于挂起状态而失败。解决方案是循环ocilobread调用,直到oci需要的数据不再返回,并且我们的缓冲区中有所有需要的数据。 对ocibreak的调用也将允许ocilobtrim和ocilobwrite函数继续运行,尽管我们没有所有需要的输入数据。 |