问题标签 [sbcl]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
lisp - 读取语句被跳过,未绑定变量
我仍在用 Common Lisp 开发我的数字猜谜游戏,但我已经停滞不前了。调用以下代码时:
我得到错误
为什么它会跳过 read 中的语句read-guess
?我很确定该变量是未绑定的,因为它不允许我输入任何内容。
lisp - 整数值不是 Common Lisp 中的数字?
当我通过调用执行以下 Common Lisp 程序时(play)
,出现错误:Argument X is not a NUMBER: Guess
我做错了什么guess
不是数字值check-guess
?
random - Common Lisp 中的(随机)不是那么随机吗?
好的,最后一个问题,我将在 Common Lisp 中完成我的猜数字游戏!:D 每当游戏开始时(或在第一场比赛之后开始新的比赛),都会调用以下函数。
所以按理说,玩家每次开始游戏时,*target*
都应该设置一个新的1-100之间的随机整数。但是,每次都*target*
默认为 82。如何使(random)
行为...随机?
lisp - Common Lisp 中的非法函数调用
我正在制作一个两人井字游戏,并且正处于解决代码中所有错误的阶段。我坚持的当前错误是illegal function call
以下代码中的错误:
我究竟做错了什么?
编辑整个函数如下所示:
common-lisp - sb-ext:run-program 的参数
有人能准确地告诉我sb-ext:run-program的 args 参数应该是什么样子吗?
如果我这样做:
我收到此错误:
但是,如果我这样做:
iTunes 会打开,但 MIDI 文件不播放,即使从 Windows 命令提示符调用此调用工作正常:
请注意,这(带有正斜杠):
具有相同的效果:iTunes 打开,但文件未播放。
macos - 在 Mac OS X 上从源代码编译 SBCL
我需要从源代码编译 SBCL 并在我的 Mac OS X MacBook 上启用线程。
我做了以下事情:
- 下载 sbcl-1.0.29.54.rc1 并将其解压缩到我的硬盘驱动器的根目录(如果这样会更好,我可以把它放在其他地方)。
调用
/li>
它做了很多事情(它不会立即失败),但随后会发生以下故障:
我无法从前面的输出中真正看出问题所在:
谁能告诉我我需要做什么来解决这个问题?
lisp - 为什么 LISP defun 在其参数参数之前不需要引号?
采取这个功能:
我的理解是,在 LISP 中,列表中的第一个元素始终表示要在后续原子/列表上执行的函数。那么为什么 LISP 不将x
in(x y z)
视为要在y
and上执行的函数z
。显然,这不是可取的行为,但会是预期的行为。
大概定义的函数defun
以某种方式覆盖了列表的标准 LISP 评估?如果是这样,你能详细说明一下吗?
谢谢
common-lisp - CLISP 是否有类似 SBCL 的 sb-ext:*posix-argv* 的东西?
我希望能够从 Lisp 访问 CLISP 的 argv。
common-lisp - 如何使用 common lisp 确定操作系统和主机名?
为了让我的 .sbclrc 文件在我使用的两台计算机上工作,我想要一种从 sbcl 中获取主机名和/或操作系统的方法。我知道我可以设置然后查找环境变量,但是有更直接的方法吗?
更新
我将问题更改为引用 common lisp,因为 Ken 的回答并非特定于 sbcl。
windows - “你的死亡小猫在等待”来自哪里?
如果您运行 SBCL(至少在 Windows 上,我在家里使用 CLISP),您会收到消息,“您的死亡小猫正在等待。” 我怀疑这与某种形式的内部笑话(如超级牛权)有关。我试过谷歌搜索,但没有发现任何特别有用的东西(我想它在网上其他地方提到过,即使不是很多,也有一些用途)。
如果这看起来更像是 SuperUser 或 ServerFault 问题,请告诉我,我会在他们的论坛上提问。
更新:
似乎这句话的起源来自Christopher Rhodes 对原始来源的 1.54 版本的提交(感谢Daniel A. White找到了文件名)。我不确定这是否有用,但它是处理此查询的另一种途径。