logo标签列表

当将清单作为资源添加时，Delphi 5会导致EAccessViolation错误。

delphiexceptionmanifestcompatibilitycomctl32
5
这是我最近发现的最有趣的问题之一。 我们有一个遗留的Delphi 5程序（Rave Reports 4引用阻止了升级到D2007）。
当使用我们的模板生成的版本资源编译程序时，它可以正常工作。但是，当将模板生成的清单资源添加到程序的dpr中时，问题就出现了。
清单是一个“通用”的ASCII文件：
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">

  <assemblyIdentity
    name="Name"
    processorArchitecture="x86"
    version="2.0.0.0"
    type="win32"/>

  <description>Desc</description>

  <dependency>
      <dependentAssembly>
          <assemblyIdentity
              type="win32"
              name="Microsoft.Windows.Common-Controls"
              version="6.0.0.0"
              processorArchitecture="x86"
              publicKeyToken="6595b64144ccf1df"
              language="*"
          />
      </dependentAssembly>
  </dependency>

  <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
    <security>
      <requestedPrivileges>
        <requestedExecutionLevel level="asInvoker" uiAccess="false"/>
      </requestedPrivileges>
    </security>
  </trustInfo>

  <compatibility xmlns="urn:schemas-microsoft-com:compatibility.v1"> 
    <application> 
      <supportedOS Id="{e2011457-1546-43c5-a5fe-008deee3d3f0}"/> 
      <supportedOS Id="{35138b9a-5d96-4fbd-8e2d-a2440225f93a}"/>
    </application> 
  </compatibility>

</assembly>

在App.dpr文件中有一个清单资源引用：
{$R 'manifest.res' 'manifest.rc'}

清单文件是通过调用以下命令编译而成：

C:\Program Files\Borland\Delphi5\Bin\brcc32.exe manifest.rc

当程序启动时，会出现以下异常：

exception class   : EAccessViolation
exception message : Access violation at address 75A1A890 in module 'KERNELBASE.dll'. Read of address 00000001.

主线程的调用栈：

main thread ($1144):
75a1a890 +007 KERNELBASE.dll
75a1a97c +069 KERNELBASE.dll          WideCharToMultiByte
73f28764 +048 comctl32.dll            #342
777741f4 +016 user32.dll              CallWindowProcA
00092de2 +0ca app.exe        Controls TWinControl.DefaultHandler
0009336c +01c app.exe        Controls TWinControl.WMNotify
000c2454 +024 app.exe        ComCtrls TCustomListView.WMNotify
00090249 +111 app.exe        Controls TControl.WndProc
00092d0a +1d2 app.exe        Controls TWinControl.WndProc
000c39ea +072 app.exe        ComCtrls TCustomListView.WndProc
0009290c +02c app.exe        Controls TWinControl.MainWndProc
000a5880 +014 app.exe        Forms    StdWndProc
77757690 +044 user32.dll              SendMessageW
777741f4 +016 user32.dll              CallWindowProcA
000c1e6f +0c7 app.exe        ComCtrls TCustomListView.HeaderWndProc
000a5880 +014 app.exe        Forms    StdWndProc
7763642b +02b ntdll.dll               KiUserCallbackDispatcher
77753573 +00a user32.dll              DispatchMessageA
000ae8c7 +083 app.exe        Forms    TApplication.ProcessMessage
000ae8fe +00a app.exe        Forms    TApplication.HandleMessage
000aeb09 +081 app.exe        Forms    TApplication.Run
00186ecf +077 app.exe        mca      initialization
75b61192 +010 kernel32.dll            BaseThreadInitThunk

连接 comctl32.dll:

73f00000 comctl32.dll            6.10.7600.16385    C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.7600.16385_none_421189da2b7fabfc

据我所见，问题与一些 Delphi 5 不兼容 comctl32.dll 控件相关。我已经将 Delphi VCL 更新到最新版本。除了迁移到 D2007 ，还有其他解决办法吗？

1
迁移到Delphi 2007是一个好主意。这样你只会落后四年，而不是十二年。 - Rob Kennedy
对于现成的软件，我完全同意。但这是一次“一次性”的旧定制应用程序“更新”，工作报酬相应地得到了补偿。只要不涉及Rave，Delphi 2007升级就是无痛的。Delphi 2009升级并非总是如此（我说的是dailywtf合格的代码）。 - too
1个回答
5
是的，就是这样。作为一个副作用，应用程序现在看起来更好了 - 谢谢。 - too
1
只是为了补充一下这个答案，如果你有一个没有主题的Windows 7（或2008服务器）（因为DC政治），至少在64位版本上，你也会遇到这个错误...我找到的唯一答案就是完全删除主题。 - Chiguireitor
网页内容由stack overflow 提供, 点击上面的
可以查看英文原文，
原文链接