小编Int*_*oet的帖子

我们如何保护自己免受其他第三方安装与我们的一些名称相同的DLL到C:\ WINDOWS?

我们的产品包括几个从开源构建到文件中的DLL,默认名称由开源开发人员提供.我们小心地将文件安装在我们自己的目录中,并且我们仔细管理搜索路径(仅针对我们的进程)以保持加载器满意.

另一个开发人员 - 一个高耸的智慧 - 决定在相同的默认DLL文件名下安装他们自己的一些相同开源的构建到C:\ WINDOWS会更容易.因此,当我们启动依赖于这些开源DLL的进程时,系统会在我们的目录之前搜索C:\ WINDOWS并找到其他开发人员安装的DLL.当然,它们是不相容的.

到目前为止我发现过的想法:

  • 重命名我们所有的DLL以避免默认名称,这只会使我们遇到冲突的可能性降低
  • 通过完整路径加载我们所有的DLL,以便加载器将其名称捕获到RAM中,并且在下次请求它们时不会搜索其他任何地方

由于各种原因,目前这些选项都不合适.

我们还能做些什么来保护自己免受世界高耸的智慧的影响?

dll search winapi path

8
推荐指数
2
解决办法
440
查看次数

如何自定义"%s遇到问题需要关闭"?

每个Windows开发人员都非常熟悉表单的警报:

Foo.exe遇到问题需要关闭.

我不时地对我的应用程序进行了调整(仅在开发过程中),但是当他们这样做时,我不想在这里看到"Foo.exe".我希望看到一个"友好"的名字,如"FooBrowser™".

我已经搜索了MSDN文档的高低,以获取覆盖此字符串的方法,但没有找到它.我已经进行了大量的实验,看看我是否可以在没有任何运气的情况下偶然发现机制.然而,当我在网上搜索"遇到问题并需要关闭"时,我看到很多人在讨论以友好名称开头的实例,我怀疑他们都用自己的名字替换整个警报.:-)

我需要这个适用于本机Win32应用程序; .NET不是一个选项.我在网上讨论的一组示例包括Microsoft Internet Explorer(本机应用程序)和Microsoft Works(我认为它仍然是一个原生应用程序,尽管自从我看到它以来已经有四个月了).

什么是秘密握手?

crash winapi alert

7
推荐指数
1
解决办法
210
查看次数

标签 统计

winapi ×2

alert ×1

crash ×1

dll ×1

path ×1

search ×1