香远益清 发表于 2020-6-15 17:11
具体怎么用，能举例子说明吗，测试了程序可行，生成了一堆数字字符，不知道怎么调用生成的打包文件。
你看这帖子的6楼，有个幻灯片使用的例子。
http://bbs.mjtd.com/plugin.php?id=imc_attachplug:attachad&aid=MTA3MTAwfGY1NzVhYzQ4fDE1OTIzNTIzMTh8NzMwMjUyMHwxODA4MzU%3D
本帖最后由 tryhi 于 2020-6-17 21:57 编辑
有一说一
1、打包速度再快也没用，解包快才是关键
2、必须打包成base64编码，不然极占内存，大文件也支持不了3、最好增加压缩算法，我一个25KB的exe打包到lsp文件里面，只有5KB，不过我是半手动压缩
这个能不能解决arx版本问题
junkegg 发表于 2020-6-19 22:09
这个能不能解决arx版本问题
你可以打包所有版本的arx到lsp里面，运行时根据版本释放，达到全版本通用的目的
tryhi 发表于 2020-6-17 21:56
有一说一
1、打包速度再快也没用，解包快才是关键
2、必须打包成base64编码，不然极占内存，大文件也支持 ...
怎么做的啊？ 遇到了大文件打包不能编译的问题了
牛人真多。
牛人真多。
MUSIC-DIE 发表于 2021-9-4 13:31
怎么做的啊？ 遇到了大文件打包不能编译的问题了
试验过6M以下打包没问题，太大有时会莫名出错。可能是adobe的问题
baitang36 发表于 2022-8-6 13:34
试验过6M以下打包没问题，太大有时会莫名出错。可能是adobe的问题
桌子的程序大了确实会死机，但我没看到是多大的限制。bricscad有明确的限制
VM_MAXIMUM_MEM
On a typical machine, the memory block pre-allocated for LISp is around 256 MB - this is sufficient for 99% of all Lisp applications.
Nevertheless, we got around 2...3 cases reported by Lisp developers, where this memory was not sufficient, and an "out-of-memory"situation happened.
Usually, such LISP code temporarily required some more memory for huge list data ... normally, fixing and redesigning the way way as such huge amount of data is to be processed will prevent such out-of-memory cases.
But if necessary, the amount of reserved LISP memory can be adjusted by VM_MAXIMUM_MEM.
Arguments
integer number 0 ... 850, specifies the amount of memory to be used (0 means "automatically adjusted")
Default
0 - memory size is automatically adjusted, normally reserves ~256 MB as LISP memory
Example
VM_MAXIMUM_MEM # 400
will result in 400 MB LISP memory reserved
Remarks
effect of VM_MAXIMUM_MEM setting can be verified with (mem) function, which reports actual memory usage
太厉害了！