[mikls]

При работе с обычным lisp файлом для записи в файл использовалась команда вида (setq FILE (open fullpath "w")), где fullpath - это полный путь к текстовому файлу в формате txt. Но при загрузки сборки vlx/fas/prv, в которую был добавлен текстовый файл, программа перестала работать, так как по указанному пути текстового файла нет (данный файл находится в сборке). Как правильно указать путь к файлу в данном случае? И еще вопрос: будут ли сохраняться изменения в текстовом файле внутри сборки или перезаписанный текстовый файл хранится где-то в другом месте?

[ShaggyDoc]

Если говорить про внедрение текстовых файлов в VLX, то в этом нет никакого смысла. Да, теоретическая возможность есть. При этом фактически текстовый файл просто "прикопируется" в конце VLX. Точно также можно, например, командой copy "прикомпилировать" данные к EXE. Но толку от этого мало.

Данные в файлах надо хранить отдельно - чтобы их можно было изменять. Никакой "защиты" этих текстов нет. Точно так же незачем компоновать в VLX и DCL-файлы. Это только лишние хлопоты для себя. Какие могут быть "секреты" в DCL?

И если отбросить всю эту "прикомпоновку", то остается FAS-файл. Вот в нем есть большой смысл. Это и защита кода и увеличение производительности. Защита кода - от "обезьяны с гранатой", чтобы не "улучшали". Но квалифицированный специалист всегда и без вскрытия кода напишет такую же программу, а скорей всего еще лучше. Ну, если конечно в коде не запрятана какая-то уникальная формула - "тады ой".

Конечно, DCL безнадежно устарел. Альтернатив полно (см. #8). Замечу, что OpenDCL (на мой взгляд) самый тупиковый путь, да его уже и забросили. Не стоит тратить время на изучение дополнительных оболочек с неизвестной перспективой - лучше уж освоить оригинал. Считается "модным" .NET - так и осваивайте эту платформу.

[gomer]

А, спорить с вами бесполезно... Замечу, что OpenDCL уже доступен для автокад 2015, не смотря на финансовые затруднения. Раннее была анонсирована поддержка zwcad.