我正在构建一组工具来监控某些网页。这些页面结合了内部编写的 javascript 和外部工具和脚本。当 jsdom.env 遇到 javascript 错误时，它会因错误而失败，这是应该的。

当我看到内部编写的脚本失败时，我可以与开发人员一起修复它们，但对于外部项目，这更加困难。

有没有办法告诉 jsdom 简单地忽略某些脚本中的错误，无论是基于个人，还是按域，或其他方式？

为什么使用像这样的生成多项式 G(x) =x^8 +x^2 +x+1 用于 CRC-8。如果这是最优的，我们如何证明它。或使用此多项式 G(x) = x^5 + x^4 + x^2 + 1 用于 CRC-5-ITU。

当我在一个项目组工作并对主程序使用的包进行更改时，ErrorInsight 无法自动更新自身。

在 Microsoft SQL Server Management Studio 中可以看到类似的问题，当您更改数据模型中的某些内容时，SSMS 不会立即赶上更改。

在 SSMS 中有一个菜单命令和击键 (CTRL+SHIFT+R) 将重新加载 IntelliSense 缓存。

在 RAD Studio 中，我必须关闭项目组并重新加载它以使 ErrorInsight 缓存同步。

有没有更好的方法来强制 ErrorInsight 更新它的标识符缓存？

我正在尝试用 C 语言编写程序以进行垂直冗余检查。代码如下：

下面显示的文件是接收方要读取其数据的发送方文件。通过使用大小数组，它可以正常工作，但我喜欢将它与指针一起使用。 此代码中的主要变量：

1. data : 要实施 VRC 的数据
2. count : 为偶校验位计数 1
3. bit_count : 计数 8 位
4. parity_bit_array：为数据中存在的每个单个字节收集奇偶校验位
5. data_to_send : data + parity_bit_array 的组合

例如： 数据： 01110000 parity_bit_array： 1 data_to_send： 01110000 1

假设我们有这个 viewController

我们有另一个控制器通过 segue 推送前一个控制器

由于 MainViewController 没有实例化 DetailsViewController，我不能保证会设置“文本”。所以我可以将它声明为“字符串？” 或“字符串！”。

• “字符串？”：我必须写“.text？” 在 viewDidLoad 中。如果 MainViewController 没有设置该属性，我可能会有一个缺少文本的视图。

• “String!”：更简单的代码，但如果 MainViewController 未设置该属性，应用程序会崩溃。

对于可能出现的错误，最好的选择是什么：显示不完整的视图或崩溃并获取错误日志？最后一个对用户来说是不愉快的，但它有助于跟踪错误，特别是在开发时。

我认为一个好的解决方案是使用“字符串？” 使用 assert()，然后应用程序只会在开发时崩溃。其他建议？

我目前正在研究了解 UART 通信。奇偶校验位用于检查传输中的错误，但为什么会有奇偶模式呢？

它们的用途完全相同。两种模式中的一种就足够了。例如，奇数可以一直使用而没有问题，不是吗？

感谢您的解释。

我正在尝试从我在这里找到的白皮书中实现传感器故障检测算法：http ://www.hindawi.com/journals/mpe/2013/712028/ref/ 我的数学技能不错，但这篇文章没有给出关于如何设置一切的详细信息。

我当前的实现如下所示：

我在实现 IsOutlier 和 IsRatStatChange 函数时遇到了困难。

1. 在 IsSpike 中，xi 和 tau 是如何计算的，或者它们代表什么？
2. 对于 IsOutlier 函数，theta 是如何计算的？
3. 对于 IsRatStatStange 函数，我还没有研究太多，但是有没有人有扎实的把握来写这个？

您获得的任何其他见解将不胜感激。提前致谢。

我的研究生课程教授给了我们一项任务，即计算他在幻灯片中演示的 CRC 方法的汉明距离

他向我们展示了 CRC 协议如何捕获所有单、双、奇数位错误、突发错误 2 <= k <= n、n+1 的突发错误，其中余数为 0 并且消息被错误地接受为 1 /2^(n-1) 因为第一个和最后一个比特总是固定为 1，最后是大于 n+1 的错误突发，余数为 0 的概率为 1/2^n

到目前为止，这是我对他的两部分问题的回答：

问题 5

a) 考虑具有 p、q 和附加 r 位的奇偶校验位协议。该协议的汉明距离是多少？简要说明原因

我们知道 Hamm(code) >= x + 1。使用带有 p 的 q 和 r 的奇偶校验位协议给我们 3 位错误检测能力。因此 x = 3。这意味着该协议的汉明距离 >= x + 1 = 3 + 1 = 4。

b) 假设我们有一个 CRC 协议，它满足我们在幻灯片中描述的所有理想属性。该协议的汉明距离是多少？简要说明原因。

如上所述，代码的汉明距离为 x + 1，其中 x 是 x 位错误检测功率。如果我们的 CRC 协议满足我们在幻灯片中讨论的所有理想属性，即：1) 所有单比特错误 2) 所有双比特错误 3) 所有奇数比特错误 4) k 比特错误突发, 2 <= k <= n

如果我们使用这些因素，我们可以看到 CRC 协议满足所有错误突发，包括 2 <= k <= n 突发。这意味着 Hamm(Code) >= x+1 = (n-2) + 1 = n-1。

c) 对于 a) 和 b)，这些协议可以用于纠错吗？如果可以，它们可以纠正多少位？（即，他们可以执行 x 位校正吗？如果可以，x 是什么？）解释你是如何达到这个值的。

a) 因为我们知道所讨论的奇偶校验位协议可以检测到所有 3 个或更少的位错误，所以 x = 3。我们还知道，为了执行 x 位校正： Hamm(code) >= 2x + 1 = 2( 3) + 1 = 7,

. 我不确定这是否正确

但是对于 b) 部分，我对 CRC 协议的纠错感到困惑。我对汉明校正的回答是 Hamm(code) >= 2x+1 <= 2(n-1)+1 = 2n - 2 + 1 = 2n - 1 我什至不确定这是否正确或我怎么能确定它可以纠正的位数。

我怎样才能找到上述的最小汉明距离？

我了解字符串比较的想法并将其放入基于 C0、C1、C2 等的表中，但我不确定如何对上面的代码进行分组。有什么建议么？先感谢您。

这些天我一直在阅读和做关于 AES 的实验。比如说 128 位 AES，在加密过程中，如果明文小于 128 位，则将添加全 0 的填充。解密后，这些 0 可以被删除。

我正在考虑使用填充进行错误检测：如果明文始终为 16 位，则解密后的文本应为（某些数据的 16 位 + 0 的 112 位）的形式。我们称这种形式为“法律明文”。总共可以有 2^16 个合法明文。

如果攻击者不知道密钥和 IV，通过修改密码，解密的明文可以是任何形式。他/她有 (2^16)/(2^128) = 2^(-112) 的概率使其成为合法的明文，这是一个非常小的机会。

这听起来合理吗？

（当然，攻击者仍然可以通过修改第 i 个密码来进行位翻转，以在第 (i+1) 个明文中获得想要的结果）