servertextcontrol保存tx文件到PDF出错.
在客户的批量转PDF的服务程序上发现大量的生成PDF文件出错的日志The operation could not be performed. An unexpected error has occurred. (03-0F01)
at TXTextControl.SaveSettings.?(String , StreamType , TextControlCore , ? )
at TXTextControl.ServerTextControl.Save(String path, StreamType streamType)
在用textcontrol保存成tx文件的时候也偶尔出现过这样的错误.
这是什么原因导致的出错?, 提示的信息太笼统了. 有没有什么方法可以获取到具体的报错原因?
这个目前只能是通过日志来找出出错的文件，看看能否用vs调试重现错误，来查找具体的原因。你这边的错误日志里有没有记录出错的文件名称的。 这个和文件本身没什么关系, 文件名我们可以通过数据库找到. 把客户那边的文件拿到本地来保存,就能保持成功了.,有时候在客户那边重新保存下也能保存成功.
这个虽然是偶发的, 但是偶发的频率很高.究竟怎么做才能规避这样的出错啊? 目前因为找不到错误原因我这边也暂时无法帮你判断。我把这个反馈给厂商看看他们有没有遇到过这种情况。
另外你那边如果可以捕捉到这种错误，是否可以尝试在捕捉到错误后，重新对相关的文件进行生成pdf等操作。以获得正确的结果
我这边现在确实就是这么做的, 但是我不可能无限次的尝试重新生成. 我现在的做法是尝试重新生成3次, 再失败就放弃了. 但是3次全部异常的概率也非常高.
另外还发现一个诡异的现象, 程序里面抛出了异常, PDF却生成了, 但是有些是生成正常的PDF, 有些却是0KB的PDF, 无法打开.
所以我也很难判断了 嗯，目前只能是先这样了，看看厂商那边有没有解决的办法。 这个问题很严重了, 我们把出异常的tx文件名称都写入日志.国庆期间, 发现客户的电脑上每一次保存PDF都是catch的, 这说明通过ServerTextControl生成PDF的功能是不能用的, 但是由于这个是tx文件, 我们又没有别的方法来生成PDF.
这个问题怎么解决? 主要是我这边目前无法重现问题，你能否写一个只包含转换功能的简单demo，可以复现这个问题。按理来说在vs调试中，通过循环转换pdf 应该是可以重现问题的，
从你那边的问题的现象发现情况是逐渐越来越严重的，这个很有可能是硬盘问题造成的，及硬盘坏道或者其他的原因越来越严重，导致现在已经每次都无法转换并写入了，也可以检查下这个问题 我这边的调试环境有一定概率可以重现, 但是重现了也没什么用, 现在没有任何解决问题的思路, 抛出来的异常信息没有任何有价值的内容,异常信息就是我第一个帖子发的内容. 如果是这样的话，就比较好办，您把代码上传上来，或者涉及保密的话，做一个简单的可重新错误的demo，我们可以发送给厂商进行问题或者bug的确认，因为如果只有错误信息的话，实际上并不能确认问题是如何引起的。