INNO设置

JohnM · 发表于 2022-7-6 09:42:55

有人在使用inno setup进行分发吗？
由于64位时代即将到来，我发现自己对32位机器上编译的vlx文件有点困惑。
我还没有跳，但我很快就会跳，但现在我有一些问题
如果在32位设置上编译vlx，然后将其加载到64位机器上，有什么问题吗？
所有64位操作系统都有C:\Program Files（x86）文件夹吗？
vlx是否在C:\Program Files文件夹而不是（x86）文件夹中有关系？

irneb · 发表于 2022-7-6 10:32:09

不确定Inno和64位。以前从未在该平台上尝试过。。。但我也需要尽快转移到这一点上。

但是，我不确定为什么需要将VLX文件“安装”到x86程序文件中。它们不是“真实的”编译代码。它们不像EXE/DLL那样可以反编译成一个mbly。它们实际上只是位编码和优化的LSP文件（至少是其中的FAS部分）加上其他选定文件（如DCL）的打包（很像实际上是ZIP的java JAR文件）。通过这种方式，它们更像是Java“编译”的类文件——也就是说，它们只是“优化”的源代码，可以被解释而不是仅仅执行。ADesk将其称为VLX/FAS的“编译”有点用词不当，但这种误称并非只有他们一家，甚至Sun（现在的Oracle）也使用了“编译”这个词来表示java to class&to jar thingy。

这一切背后的要点是，LSP/FAS/VLX仍在AutoCAD内部运行。因此，操作系统“不应该”有任何不同，32/64位也不应该有任何不同。这就是解释语言而不是编译语言背后的全部思想。现在，如果你做了一个ARX/DotNet动态链接库，这可能是一个问题——因为它们实际上是从C++/C#/VB以32/64位编译的。网但即使是这样，对于AutoCAD来说，将这些文件放置在何处也无关紧要。你可以把它们放在AC可以到达的任何地方，甚至是不在任何程序文件文件夹下的文件夹。有时，windows在运行某些文件夹（尤其是网络共享文件夹）的DLL/EXE文件时会出现问题，但解释文件只是读取而不是执行，因此它们应该在任何地方“运行”。

我对64位的主要问题是注册表中的细微差异。这些天我通常尽量避免在lisps中使用注册表，而只是将设置保存到一个文件中，如果您希望每个用户都使用它，请将此类文件保存在可漫游的用户文件夹中。适用于任何窗口。

顺便问一句，你和Inno一起使用AcadInst吗？或者你使用Inno内置的类似Pascal的脚本来设置CUI/支持路径等？AcadInst让它变得更“简单”，否则你需要用pascal脚本读写注册表（让我回到几年前，让它不到20年）。更不用说为新的CUI使用XML了。不幸的是，艾的免费版本有太多的唠叨屏幕，猜作者想要的是他的剪辑：眨眼：！

所以，为了停止我的“漫无目的”，AFAIK，你把任何VLX放在哪里都不重要。只要用户可以读取该文件夹，ACad就应该能够“执行”文件。这通常就是ACad“需要”管理员用户权限的原因，其他类型的权限对注册表和某些文件夹有许多限制。

JohnM · 发表于 2022-7-6 11:01:19

我使用的是acadinstall，但他们已决定停止开发，这样它就无法在AutoCAD的较新版本上工作。真遗憾，我真的喜欢它。我发现这是我的一些问题，我的客户在他们的新机器上加载我的程序。我的程序正在寻找一个特定的reg路径，但由于acadinstall失败，路径没有被写入，我认为这是inno安装程序创建的路径（duhh）

[编程交流] INNO设置

发表回复

精选推荐