对话–互动小说的领域特定语言

免责声明：我对别人（除了我自己）在论坛中写的内容不承担任何责任。请举报任何侮辱，诽谤，垃圾邮件和非法材料之类的虐待行为，我将采取适当的措施。不要给巨魔喂食。

除我自己的帖子外，我对论坛中的内容不承担任何责任。请举报任何违反规则的帖子，我将拭目以待。违规包括例如侮辱，诽谤，垃圾邮件和非法材料。不要喂拖网。

如果我在封闭的透明容器中有一个对象，该如何覆盖默认值＆＃39;您可以＆＃39; t不能达到obj＆＃39;接受失败消息？ （而不是[take *]）＆＃39; t在这种情况下似乎不起作用（范围？）

如果我在封闭的透明容器中有一个对象，该如何覆盖默认值＆＃39;您可以＆＃39; t不能达到obj＆＃39;接受失败消息？ （而不是[take *]）＆＃39; t在这种情况下似乎不起作用（范围？）

＆＃34;可以＆＃39;无法到达＆＃34;消息由（拒绝$）打印，它在代替之前被调用。因此，您可以使用否定规则覆盖拒绝：〜（refuse [take *]）%% Don＆＃39; t拒绝接受此对象。

是否可以暂时抑制隐式动作。例如1.在放置的容器中放置东西首先要尝试在放置之前取走物体。 2.将某物放入第一个存放在存放容器中的东西，然后再尝试放入。如果我知道该提取将永远成功，那么我可以禁止执行第一个尝试进行报告的事情。

如果我知道举报将永远成功，那么我可以取消第一次举报的尝试。

是的，有几种方法。您可以使用否定规则覆盖该特定情况的先行谓词。对于每个特定动作：〜（在[drop $ X]之前）（$ X是$ Y中的#X）（$ Y是$ Z被$ Z持有）（当前玩家$ Z）但是许多动作调用一个公共谓词＆＃39; （确保$被保留）＆＃39 ;，您可以改为向其中添加新规则：（确保$ X被保留）（$ X是$ y中的$ X）（$ Y是$ Z中的$ hold）（当前玩家$ Z）在给定条件为真时，您的规则将成功执行，这将阻止执行库中更高的规则定义。

黑暗斗篷示例似乎在0.15以下错误。尝试去某个地方会导致崩溃：致命错误：尝试存储到不存在的局部变量3：例程的值为0（pc = 0x2aba）

黑暗斗篷示例似乎在0.15以下错误。尝试去某个地方会导致崩溃：致命错误：尝试存储到不存在的局部变量3：例程的值为0（pc = 0x2aba）

这很奇怪。运行第5章中的第一个示例时，我遇到相同的错误。如果重要的话，我正在Windows 10上运行win32版本的dialogc。

现在，我检查了编译器的每个发行版，发现在房间之间移动仅在版本0b / 01下有效。迟于导致上述致命错误。

现在，我检查了编译器的每个发行版，发现在房间之间移动仅在版本0b / 01下有效。迟于导致上述致命错误。

不知道它是否相关，但是我只在使用石像鬼时得到错误。 Frotz没有给出错误。 （最新版本的Windows 10）

不知道它是否相关，但是我只在使用石像鬼时得到错误。 Frotz没有给出错误。 （最新版本的Windows 10）

谢谢你。可以验证。有谁知道将错误报告传递给其中一位维护者的最佳方法？

我可以从评分选项中引用对象变量吗？ （将得分增加（#object变量））

我可以从评分选项中引用对象变量吗？ （将得分增加（#object变量））

通常，查询不能嵌套；他们甚至没有返回值。 （令人困惑的是，规则头可能包含嵌套表达式，但这是语法糖的特例。）但是可以使用普通参数来传递输出。要从一个查询中获取输出，并在另一个查询中用作输入，则可以一个接一个地编写查询。然后，您将使用变量来携带值。假设您有一个谓词（$得分为$）为每个对象分配一个得分：（#object的得分为$ X）%%在这里，$ X被绑定（即到输出）。 （将分数增加$ X）%%使用$ X的值作为输入。

以下代码使编译器崩溃：如果将（else）替换为（if），则会得到一条更合理的消息：＆＃34; Error（if）不包含（then）。 **评论编辑器似乎剥夺了缩进...是否接受某种标记。 ？ （即第二行（其他）已缩进。另外，我在源文件中还有更多内容，我将崩溃隔离到这两行。声明失败！程序：c：\ bats \ dialogc.exe文件：backend_z。 c，第3348行表达式：call_lab --------------------（故事标题）（其他）

实际的＆＃39;＆＃39;上面的用例是我不小心逃脱了标题，即（故事标题）（Else）测试文件而不是（故事标题）\（Else \）测试文件

谢谢！我会解决这个问题。当前没有标签可保留评论中的格式；对此表示抱歉。我一直在使用硬空间来解决它。我想我也会解决这个问题。

是旨在在开放代码中使用的全局标志（或者也许是（现在）谓词） （像全局变量一样？）如果我在打开代码中放入：（现在）（一个全局标记），我会得到：＆＃34;特殊语法无法重新定义＆＃34; Mike

是否设计为可在开放代码中使用的全局标志（或也许是现在的谓词）？ （像全局变量一样？）如果我在打开代码中放入：（现在）（一个全局标记），我会得到：＆＃34;无法重新定义特殊语法＆＃34; Mike

从一行的第一列开始的任何内容都将解释为规则定义，因此编译器认为您正在尝试为谓词（现在）定义规则。但这是特殊的语法，因此无法修改其行为。如果希望初始设置全局标志，请定义一个空规则主体的规则：（a-global-flag）这类似于如何定义其他种类的动态属性的初始值。例如：（#box是#heldby #player）（#box已打开）（当前玩家#player）

好的，谢谢，这可行...但是...＆＃34; first-column-global＆＃34; （fcg？:)）没有显示在调试器的@dynamic输出中。如果我输入（a-global-flag），该标志*确实可以工作，但如果成功完成预期的查询：（a-global-flag）@dy（namic）cmd似乎是只找到规则内引用的全局标志：（测试）__（现在）（a-global-flag）迈克

@dy（namic）cmd似乎仅找到规则内引用的全局标志

那是正确的。仅当谓词出现在（现在）语句中的某个位置时，该谓词才被认为是动态的。因此，如果某处有一个（现在）（一个全局标志），则（一个全局标志）被视为可以在运行时切换的布尔变量。其初始值由其规则定义确定。否则，它的行为更像是布尔值函数，并且规则定义构成其函数主体。这是一个术语问题。可以改变的东西是动态的，但是不可能改变的东西不是动态的。

这会使Windows和linux-64编译器版本0d02_0_19和0e01_0_20崩溃，但不会使0c05_0_17版本#gnue（name *）gnue（dict *）plane（vehicle *）崩溃。我试图将一个较大的程序拆分为多个文件。麦克风

谢谢！我可以复制它。有趣的是，我可以通过添加一个房间来使程序得以编译：（room #x）但是，它当然仍然是一个编译器错误，我会尽快修复它。

我认为可能存在一个带有（启用可替换性的外观$ $ $）的错误，我注意到当我在某个对象上设置（启用可替换性）一个显式（外观$ $ $）规则时，该对象不会移动，直到该对象被移动。经过一番挖掘，我得出的结论是问题出在stdlib第3788行。似乎正在发生的事情是，当什么都没有碰到时，由（启用可移植性的外观$ $ $）处理的列表开始于没有外观的对象，这意味着规则在第一个对象上失败，并且永远不会重复发生。如果我添加一个（or）使其读为（if）（$ Ninc = 1）（then）（外观$ Head $ Rel $ Loc）（或），它将起作用。我不确定添加（或）只是为了防止失败是当然的好方法...保罗

谢谢！这确实是一个错误，因此我添加了＆＃39;（or）＆＃39;在库版本0.24中。我认为这是一个相当干净的解决方案。另一种选择是为＆＃39;（appearance $ $ $）＆＃39;添加默认规则定义。规则主体为空白，但这样的更改也会影响没有利用可替代性的故事，因此我决定反对。至少现在。

我似乎无法建立这个。在压缩包中似乎缺少backend.c和backend_z.h。

我似乎无法建立这个。在压缩包中似乎缺少backend.c和backend_z.h。

哎呀！现在应该固定在0g / 02中，否则相同。

我似乎无法建立这个。在压缩包中似乎缺少backend.c和backend_z.h。

哎呀！现在应该固定在0g / 02中，否则相同。

那让我走了，谢谢。您是否曾经考虑过将其放在公共存储库中，以便其他人也可以做出贡献？我真的很喜欢这个系统的想法：它是编写和编程之间的一个好地方。

我已经发布了《拾起电话亭和骰子到对话框》的几乎完整的转换。 https://github.com/jpcompton/Dialog-diversions请欣赏可疑的代码示例，进行改进或激发灵感！

我只是尝试了一个hello世界示例，并对编译器（对话框，版本0h / 02，库0.30，针对Linux x64预先构建）进行了段错误处理$ cat test.dg（story ifid）B0E2A7D1-45F7-46A1-8348-53ADA71F2CD8（程序入口点）我们将慢慢找出它是如何工作的。 $ valgrind dialogc test.dg == 14539 == Memcheck，内存错误检测器== 14539 ==版权所有（C）2002-2017，以及Julian Seward等人的GNU GPL＆＃39; d。 == 14539 ==使用Valgrind-3.13.0和LibVEX;使用-h重新运行以获取版权信息== 14539 ==命令：dialogc test.dg == 14539 == == 14539 ==大小为1的无效读取== 14539 ==在0x12A4FA：addstr_escape.constprop.1（在/ usr中/ local / bin / dialogc）== 14539 ==通过0x12AE3D：emit_blorb（在/ usr / local / bin / dialogc中）== 14539 ==通过0x129FF1：backend_z（在/ usr / local / bin / dialogc中）== 14539 ==通过0x10D487：main（在/ usr / local / bin / dialogc中）== 14539 ==地址0x0不是堆栈，malloc或（最近）空闲== 14539 = = == 14539 == == 14539 ==进程以信号11（SIGSEGV）的默认操作终止== 14539 ==访问不在地址0x0的映射区域内== 14539 ==在0x12A4FA：addstr_escape.constprop.1（in / usr / local / bin / dialogc）== 14539 ==通过0x12AE3D：emit_blorb（在/ usr / local / bin / dialogc中）== 14539 ==通过0x129FF1：backend_z（在/ usr / local / bin / dialogc）= = 14539 ==通过0x10D487：main（在/ usr / local / bin / dialogc中）== 14539 ==如果您认为这是由于堆栈而导致的== 14539 ==程序主线程中的溢出（不太可能，但== 14539 == possi ble），您可以尝试使用--main-stacksize =标志来增加== 14539 ==主线程堆栈的大小。 == 14539 ==此运行中使用的主线程堆栈大小为8388608。== 14539 == == 14539 ==堆摘要：== 14539 ==出口处使用：657块中的613,930字节== 14539 ==总堆使用量：1,170个分配，513个释放，1,450,866个字节已分配== 14539 == == 14539 ==泄漏摘要：== 14539 ==绝对丢失：50个块中的7,600字节== 14539 ==间接丢失：206,966字节102个块== 14539 ==可能丢失：0个字节中的0个字节== 14539 ==仍可访问：505个块中的399,364个字节== 14539 ==被抑制：0个块中的0个字节== 14539 ==用--leak重新运行-check = full以查看泄漏的内存的详细信息== 14539 == == 14539 ==对于检测到的和抑制的错误计数，请重新运行：-v == 14539 ==错误摘要：1个上下文中有1个错误（抑制：0从0开始）分段错误（核心已转储）

我只是尝试了一个hello world示例，并对编译器进行了段错误处理（Dialog，版本0h / 02，库0.30，已针对Linux x64预先构建）

感谢您举报！对于zblorb格式的少量输入（即没有标准库），似乎会发生这种情况。今晚我将修复它。同时，要么切换到z8格式，要么包括标准库。

我只是尝试了一个hello world示例，并对编译器进行了段错误处理（Dialog，版本0h / 02，库0.30，已针对Linux x64预先构建）

现在，此问题已在0h / 03中修复。

使用dialogc-0h03：无论输出格式如何，以下程序都会使编译器崩溃。它适用于版本0d02。 （程序入口点）（现在）〜（$具有父$）错误消息：backend_z.c：2010：generate_code：断言`ci-> oper [0] .value！= DYN_HASPARENT＆＃39;失败的。 and backend_aa.c：1350：compile_routines：断言`ci-> oper [0] .value！= DYN_HASPARENT＆＃39;失败的。 -------------------------------------------------- ------以下三个程序在为Aa机进行编译时会使编译器崩溃，但在Z机上可以正常工作：（程序入口点）（＃a = $ X）错误消息：backend_aa.c：752： encode_dest：断言“ 0＆＃39;失败的。 -------------------------------------------------- ------注意：我无法进一步最小化该程序，因为删除任何行都将导致崩溃消失。 （程序入口点）（$ x = 3）（$ y = 3）（$ = $）（[#a #b] = [#a #b]）（[#a #b] = [#b #a ]）（[1 [@a] 3] = [1 [@a] 3]）（[1 [@a #b] 3] = [2 [@a #b] 3]）（[1 [@a #b] 3] = [1 [@a #b] 3]）（[1 2 3 4] = [$ a $ b $ c $ d]）错误消息：backend_aa.c：3151：opersize：断言`aao .value＆lt; = 0x3f＆＃39;失败的。 -------------------------------------------------- ------还有一个类似的程序，也要尽可能简化：（程序入口点）（$ x = 3）（$ y = 3）（$ = $）（[#a] = []）（[ #a #b] = [#a #b]）（[#a #b] = [#b #a]）（[1 [#a #b] 3] = [1 [#a #b] 3] ）（[1 [#a #b] 3] = [2 [#a #b] 3]）（[1 [#a #b] 3] = [1 [#a #b] 3]）（[1 [#a #b] 3] = [1 [#a] 3]）错误消息：backend_aa.c：3151：opersize：断言`aao.value＆lt; = 0x3f＆＃39;失败的。

谢谢！我会调查这些。前两个是我没有想到的极端情况；它们应该易于修复。后两种情况的发生是因为编译器用尽了用于保存临时值的寄存器。解决此问题涉及我一直在推迟的更大量的实现工作。但是，这当然需要完成。

链接到源存储库以接受补丁的任何机会。我在可以修复的文档中找到了一些建议。

为此有一个GitHub项目吗？我注意到我要为其提交PR的几个微小的文档错误。另外，这里的轨迹是什么：您知道功能完整吗？看起来怎么样，那里的旅程看起来如何？我已经涉足IF已有一段时间了；作为编码员（我在Clojure工作），我更喜欢Dialog语法而不是Inform（与Inform7一样漂亮）。您的论坛也被打破了；数据库错误，无法注册。 HLS

为此有一个GitHub项目吗？我注意到我要为其提交PR的几个微小的文档错误。

在Todo列表中＆＃39; s。我自己的回购与系列的发展交织在一起，所以我必须创建一个新的公共回购，并在干净的历史记录。此外，这里的轨迹＆＃39;你知道什么＆＃34;功能完成＆＃34;看起来，什么样的旅程看起来像？

没有详细的长期计划，但我认为大部分功能已经到位了。 Å-machine需要根据承诺的复古硬件运行，我常用于此。我对新的铃声和吹口哨有一些想法，但核心对话语言感觉相当稳定，并且可能以前后兼容的方式发展。但我不承诺这一点，直到我们到达版本1，这可能会发生（如果）人们开始释放在对话中制作的东西。呵呵，我哈文＆＃39;它能够重现这个。它仍然从你的末端打破了吗？

感谢更新。我今天能够在论坛上注册，所以无论它是什么，都解决了。

所以，逃离哈布里斯的丰富，我试图将线程对话带到对话框，尽管：-TC在Inform7中没有足够的经验 - 没有完全流利的Inform7 - 对话 - 新的对话 - 非常有限的时间 - 非常有限的时间！！我挣扎着挣扎着。 Quips是TC中的基本问题 - 它们代表了玩家和NPC之间的交换，包括治理谁可以说Quip的谓词，以及如何直接或间接地互相遵循（加上TC更多的Quifs）。所以一个玩家命令可能会询问传言的竞争，这应该被理解为[讨论＃是否与#barmaid真正讲述。但是我的代码，就像它所说，失败：＆gt;问酒吧女仆关于谣言谣言是否告诉真正的isn＆＃39; t这里。所以它的一个范围问题。令我困惑的是，当追踪时，它看起来像它找到它：| | | | |找到（理解[询问酒吧女仆谣言]作为[讨论＃rumors-thel-truce-stural #barmaid]）/usr/local/share/dialog-if/stdlib.dg:4710（我viden＆＃39; t进来任何代码以任何方式限制Quips，即很快就会限制Quips），但随后对话框继续存在：| | | | | | | | |进入（解析[栏长]作为对象[1] [13] [1] 0）/usr/local/share/dialog-if/stdlib.dg:4394 | | | | | | | | |查询（允许解析错误）/usr/local/share/dialog-if/stdlib.dg:4395 | | | | | | | |进入（将[MAID RUMORS]拆分到[MAID | $]和$）/usr/local/share/dialog-if/stdlib.dg:5273 | | | | | | | |查询*（将[谣言]拆分为$和$）/usr/local/share/dialog-if/stdlib.dg:5274 | | | | | | | | |输入（将[谣言]拆分为[谣言| $]和$）/usr/local/share/dialog-if/stdlib.dg:5273 | | | | | | | | |查询*（将[]拆分为$和$）/usr/local/share/dialog-if/stdlib.dg:5274 | | | | | |进入（理解[ark maid rumors]作为[ask $ the $]）/usr/local/share/dialog-if/stdlib.dg:1916所以尽管找到了一个很好的匹配，但它似乎基于内置的徘徊在询问行动（？）。后来在痕迹中，感觉就像它＆＃39;回到我的讨论行动，但是，即使是痕迹，它难以追随它）决定＃谣言 - 判断真的是无法到达的。我尝试在范围内添加（（Quip $））来制作范围的所有Quips，但它似乎有助于帮助。到目前为止，我的代码（从Stdlib.dg堆放和猜测工作和实验）:(将[ark | $ look]重写为[ask | $ tailwords]（通过[tem]拆分为$ person和$ morewords）（附加$ person $ morewords $ tailwords）（理解[ask | $ text]作为[与$ persons]的[讨论$ quip]）*（将$ temint拆分为$某人和$ quipwords）*（理解$某人作为单个对象$人员，最好是动画）*（理解$ Quipwords质疑Quip $ Quip）（理解$单词作为质疑Quip $ Quip）*（理解$单词作为Quip $ Quip）（质疑Quip $ Quip）（理解$单词作为Quip $ Quip）（过滤器$单词进入$ filtered）（nonempty $ filtered）（确定对象$ quip）*（quip $ quip）%% todo：在​​对话的范围内......（来自单词）*（dict $ quip）（匹配$ zhip）（匹配$ zhip）所以我以为我＆＃39检查我是否甚至在正确的方向上朝着正确的方向前进。对于管理范围的TC非常重要; TC是关于揭示您在当前对话的当前点谈论的平衡，而不会赠送Don＆＃39; T（尚未）的其他可能的对话Quips。最终，对话是否应该识别＆＃39;谣言＆＃39;由于引用Quip取决于玩家正在与谁交往，已经执行了哪些Quips，以及潜在的Quip是否遵循（DirectL

......