加载的路径Lisp文件
如何知道Lisp加载文件的目录？好啊 如果lisp加载并运行，并且没有保留在内存中以供进一步使用，则需要真正的smarts，如果加载并准备好使用简单的应用历史记录 这是一个有用的观察结果；我不知道现在列表中还出现了以其他方式加载的例程，然后是APPLOAD/Startup suite。非常感谢。
有趣的是，如果可以通过编程方式解析所述列表的内容。 我知道很多人认为AutoLisp中缺少这一点。尤其是C程序员，他们习惯于参数包含EXE文件的完整路径名。但是，由于AutoLisp的工作方式，实际上文件就是应用程序没有意义（在大多数情况下），文件只是包含应用程序，并加载到RAM中，然后从那里进行解释。
至于AppLoad的列表：不幸的是，它只显示加载的文件。“历史记录”选项卡仅显示通过AppLoad加载的内容，至少您可以通过注册表访问这些内容。但加载的列表似乎不可访问（至少从lisp）。我想知道是否是苹果。ARX公开了一些函数，可以调用这些函数将加载的应用程序列表返回到另一个ARX/DotNet，然后从那里传递到lisp。尽管如此，这只解决了一半的问题：剩下的（更难）将是找出该列表中的哪些文件是当前正在执行的defun的源。
无论如何，这里有一条很长的线索：http://www.cadtutor.net/forum/showthread.php?58650-询问运行程序的名称
在我看来，如果您需要通过编程了解LSP文件的文件夹，那么您需要寻找其他方法来简化这一过程。E、 g.设置支持路径，或根据我在上述线程中的帖子使用CUI文件。 考虑通过在AutoCAD命令行或VLIDE控制台直接输入代码来“加载”（定义）LISP函数的情况。。。
在这个问题上，我基本上同意Irneb的观点，LISP文件不是一个应用程序，只是包含了AutoLISP代码；单个LISP文件可能包含许多应用程序，相反，应用程序不一定需要LISP文件才能“加载”。
我松散地使用术语“loaded”，因为通过加载LISP文件，load函数只是读取文本文件并评估其中找到的任何AutoLISP代码，通常导致许多函数在解释器评估其defun表达式时定义。
页:
[1]