你应该关注真正为你的软件创造价值的东西。为一个消费者提供服务所花费的时间是否值得许可证的价格？可能不会。

我建议您向这位客户道歉，告诉他他的情况超出了您的软件范围，并向他退款。

一些答案显示了保持断言/不变量的方法，但这似乎是滥用断言/不变量。断言是为了确保应该是真的东西是真的，不变量是为了确保不应该改变的东西不会改变。

你在这里断言的是乱伦关系是不存在的。显然它们确实存在，因此您的断言是无效的。您可以解决这个断言，但真正的错误在于断言本身。应删除断言。

放松你的断言。

而不是改变规则，这可能对99.9%的客户在输入数据时发现错误非常有帮助。

相反，将其从错误“无法添加关系”更改为警告“无论如何添加”。

不要删除所有断言，您仍然应该检查诸如某人是自己的父母或其他不可能的情况，并提出错误。如果不太可能的话，可能会发出警告，这样用户仍然可以检测到常见的输入错误，但如果一切都正确的话，它会起作用。

我会将数据存储在一个向量中，每个人都有一个永久整数，并将父母和孩子存储在个人对象中，其中所述int是向量的索引。这在几代人之间会很快（但在名字搜索等方面会很慢）。对象将按创建时的顺序排列。

我想，你有一些价值，可以唯一地识别一个人，你可以根据这个人进行检查。

这是一个棘手的问题。假设您希望将结构保持为树，我建议如下：

假设这样：A和自己的女儿有孩子。

A在节目中以A和B的身份加入节目。一旦扮演了父亲的角色，我们就称之为男朋友。

添加一个is_same_for_out（）函数，该函数告诉程序的输出生成部分，所有内部指向B的链接在数据表示时都应该指向a。

这将为用户带来一些额外的工作，但我想IT将相对容易实现和维护。

在此基础上，您可以进行代码同步A和B，以避免不一致。

这种解决方案肯定不是完美的，但却是第一种方法。

最重要的是避免产生问题，所以我认为你应该使用直接关系来避免循环。

正如@markmywords所说，#包括“fritzl.h”。

最后，我不得不说重新检查您的数据结构。也许那边出了问题（也许双向链接列表解决了您的问题）。