随笔 - 26  文章 - 1  评论 - 96  阅读 - 80802

调用unrar.dll时SEHException外部组件异常的处理

  最近使用UnRARNet 处理 RAR格式的压缩文件。UnRARNet 是由 RARLab 随 unrar.dll 控件一起提供的.net 平台的封装。UnRARNet 使用VB.net语言,应该说对unrar.dll 进行了近乎完美的封装,几乎所有压缩和解压缩工作都完成的很漂亮。

  不过,最近在测试解压缩文件时,遇到一个 System.Runtime.InteropServices.SEHException 异常,异常信息是“外部组件发生异常”。具体位置是在 Decompressor 类的 LoadFileList() 方法中,其中有一句

mRARHandle = RAROpenArchiveEx(uRAREx)

是调用 unrar.dll 外部组件的RAROpenArchiveEx() 方法,异常就发生在这里。

  微软关于SEHExcption的描述中说:

SEHException 类处理从非托管代码引发的、但尚未映射到另一个 .NET Framework 异常的 SEH 错误。SEHException 类还响应 HRESULT E_FAIL(它具有值 0x80004005)。

.NET Framework 经常会遇到非托管 SEH 异常,这些异常自动映射到托管等效项。例如,STATUS_NO_MEMORY SEH 异常自动映射到 OutOfMemoryException 类,而 STATUS_ACCESS_VIOLATION SEH 异常自动映射到 NullReferenceException 类。但是默认情况下,任何未自动映射到特定异常的 SEH 异常将映射到 SEHException 类。



  我用Google搜索网页和Google Groups,都没有发现解决这类问题的方法,看来我足够幸运:),让我先碰到了。

  经过仔细分析,发现问题出在压缩文件的注释上,当注释长度超过一个临界值时,就会发生 SEHException 外部组件异常。RAR 命令指南中提到RAR 压缩包的最大注释长度是 62000 字节,而测试的压缩文件注释只有19000多个字节,完全没有超出最大注释长度。因为注释长度而发生异常似乎没有道理。难道是UnRARNet有问题?

  再回过头看 Decompressor 类,发现在 Init() 方法中有这么一段代码:

        uRAREx.CmtBuf = Space(16384)
        uRAREx.CmtBufSize 
= 16384
        uRAREx.ArcName 
= mRARFile

        uHeaderEx.CmtBuf 
= Space(16384)

  原来,UnRARNet 将默认的注释长度设置成了 16384,难怪解压缩时发生异常了。将注释长度设置成RAR 压缩包的最大注释长度62000,测试通过:)
posted on   zsi  阅读(4176)  评论(0编辑  收藏  举报
编辑推荐:
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
阅读排行:
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
< 2008年1月 >
30 31 1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31 1 2
3 4 5 6 7 8 9

点击右上角即可分享
微信分享提示