我想这大概是我唯一能让修改过的文件启动的方法了。通常要把C换成D，然后它就起飞了。一个人有时也会带上一些其他的东西，但每件事都会起作用。
我的整个（通常）操作系统仍然在C:drive上，但在安装Acad的过程中，它会询问是否在这里加载，在C的某个新目录下；drive（或where），然后输入D:drive。它起飞、起飞、飞行了好几年。通常Acad只需要一次安装，它会在我找到它的同一个位置、有人编写它或我安装它的同一个位置保留数年。如果我打开一些新的LISP类型文件，它会自动转到C:drive，如果找不到ACAD目录，它会创建自己的目录，或者要求提供一个名称。我想他们的安装方式。然后我适当地把它转移到D:drive上，做一些事情，然后它启动并按我提到的方式工作，或者不按我喜欢的方式工作，然后发出哔哔声。许多新文件只是对标准菜单的修改。（我在硬盘上有一个备用副本，可以替换并恢复到昨天的状态，因为这些新文件中有许多是为某些特殊类型的工作设计的，因此对我来说用处不大）。
我的观点是，《改变编程》的作者希望看到一台独立的计算机，永远不会通过调制解调器或服务器与外界连接。但一切都在C：那就开车吧。也是梦想家。
Wm。
当然，我同意你信息中的一般观点。“C”与驱动器号无关，但D:myprog不会像C:myprog那样爆炸。唯一的区别是你如何称呼例行程序。
C： 只需输入myprog，就可以在命令行调用myprog，而D:myprog必须这样调用（D:myprog）-但它仍然可以正常工作。
不幸的是，这是一个错误的假设。与任何其他程序一样，Lisp例程不应假设任何内容，尤其是所需文件的位置。 “只需输入myprog，就可以在命令行调用C:myprog，而D:myprog必须这样调用（D:myprog）-但它仍然可以正常工作。”
我没有意识到这一点。非常感谢。
奇怪的是，很久以前有人通过另一个网站告诉我们，LISP和其他程序之所以没有启动，是因为它们在错误的驱动器中。一旦他们切换到D:\drive并按说明进行了更改，他们都工作正常。现在已经没有多少人在使用了，因为我通常只需要快速处理一到两件家务的程序。
你是说我应该把程序注释留在C:\drive的某个地方？
Wm。
我似乎把lisp文件中函数定义的“C：”部分与计算机上的驱动器号名称混淆了。没有所谓的“错误驾驶”。只要AutoCAD具有对该位置的读取权限，就可以从任何驱动器号（或根本没有驱动器号）加载Lisp例程。
页:
1
[2]