我支持 vb6 应用程序。我正在尝试将可执行文件和 DLL 传输到新服务器,并提示我组件未注册错误。我通过在新服务器上手动注册组件来解决这个问题。
我找到了两个文件扩展名为 000 和 001 的文件,其中包含注册表命令(注册组件) 谁能解释这些文件是如何生成的?我在一定程度上有在 vb.net 中创建安装文件的经验。
我支持 vb6 应用程序。我正在尝试将可执行文件和 DLL 传输到新服务器,并提示我组件未注册错误。我通过在新服务器上手动注册组件来解决这个问题。
我找到了两个文件扩展名为 000 和 001 的文件,其中包含注册表命令(注册组件) 谁能解释这些文件是如何生成的?我在一定程度上有在 vb.net 中创建安装文件的经验。
重新打包和重新部署不是开发人员的问题,也不属于这里。这样的问题更适合像 ServerFault 这样的地方。
丢失应用程序的所有源代码是一回事,但在某些方面丢失部署包更糟糕。可悲的是,一些商店未能归档其中任何一个。
然而,对于商店来说,将 VB6、Delphi、PowerBuilder 等 RAD 工具视为最糟糕的开发人员中最糟糕的事情也很常见。这些可怜的懒汉很少接受微软官方培训,而这些培训应该强调创建正确安装程序的重要性。就此而言,即使是那些课程也倾向于边缘化这个话题。即使在今天,Web 上也充斥着“莫特教莫特”的半生不熟的开发,或者编写许多早期严肃的 VB 编程书籍的先驱者往往是松散的大炮和不相信的逆势者,这无济于事部署是一个严重的问题。
最终结果是,许多商店的机器上都安装了半生不熟的 VB6 程序。通常,当最后期限迫近时,他们会让Old Mort将 VB6 直接安装到生产服务器上,然后让他直接破解!因此,一旦需要更换服务器或更新其操作系统,人们就会陷入困境也就不足为奇了。
我所知道的那些带有 .000、.001 等扩展名的 REG 文件并不正常。据我所知,他们已经退出了 REGMON 运行或某些 3rd 方打包工具。使用 REGEDIT 创建的手动注册表导出通常具有 .REG 扩展名。
如果您实际上“支持”此应用程序,则意味着您拥有源代码、VB6 编译器、任何第三方控件的开发人员安装包,以及描述任何特殊打包和安装要求(目标机器 DCOM/COM+ 配置、系统要求)的说明例如 IIS 或 MSMQ 或第 3 方 DBMS 提供程序和驱动程序、特殊文件夹要求、软件防火墙规则等)。
从这些文件中,应该可以编译一个干净的新 EXE、DLL 等副本并创建一个干净的部署包——即使在运行安装程序之前和之后仍然需要手动完成一些配置。
没有这些,您就是计算机管理员,您的问题属于 ServerFault。这一点也不好玩,我知道。我自己不得不经常参加这样的清洁服务。