问题标签 [od]

我正在转换一些二进制文件并在其中获取一个值：

这显示了我所追求的匹配项，但没有显示文件名，如果我使用grep标志，-H我只会得到“标准输入”：

如何获得返回的原始文件名？

例子：

给出输出

0000000 042577 043114 000402 000001 000000 000000 000000 000000
0000020 000002 000076 000001 000000 002540 000102 000000 000000
0000040 000100 000000 000000 000000 146600 000017 000000 000000
0000060 000000 000000 000100 000070 000011 000100 000034 000033

我的问题是，为什么每个行号（上面以粗体显示）不增加 1？
它从 0 到 2 到 4 等等。

不应该是 0, 1, 2 ... 7 吗？

我有一张图像（灰度图像 .bmp）。我正在尝试阅读。所以，我使用了imread()matlab 和 python 的函数，得到了相同的结果。 图片

你可以看到这是相同的解释。

但是当我使用 od 的以下命令时

这显然是不同的......我该如何解决这个问题？

我正在尝试检查我的 Android 手机上的二进制文件。手机已植根，我正在通过 adb 与它交谈。

有问题的文件的前几个字节显示为

使用命令行

字节是正确的，但是这个 37777776620 业务是什么？它应该是字节偏移量，那么为什么是奇怪的数字，为什么每一行都一样？

该数字的十六进制等效值是 fffffd90

od 是 toybox 的符号链接。我也去那里看了，没有结果。当我将文件复制到我的 Windows7 单元时，我从 00000000 得到正确的偏移量。

我认为 od 只是应该采用线性字节流并在文件开头从 0 开始计数。

我正在尝试od从没有工具hexdump的系统中撤消命令。base64

我这样做（当然，实际上，编码发生在“小”系统上，解码是在我的工作站上完成的，但是为了测试它，我先在一行中尝试整个方式）：

当然，echo TEST这里只是一个占位符，例如。cat test.bmp或其他任何东西。

这看起来是对的，但它是不同的，如果我们od再次给出它，我们可以在这里看到：

为什么要xxd -r添加那些00s？

我正在处理在不同列中包含原始 ID 和目标 ID 的起点-终点 (OD) 数据。有时聚合相同的 OD 对很重要，只是交换了起点和终点。

OD 数据如下所示：

在上面的例子中，第一行和最后一行可以被认为是同一对，除了方向相反。挑战在于如何有效地识别它们是重复的。

我创建了一个包stplanr，它可以回答这个问题，如下面的可重现示例所示：

^{由reprex 包（v0.3.0）于 2019 年 7 月 27 日创建}

这种方法的问题是对于大型数据集来说速度很慢。

我已经研究过从矩阵中的每一列中获取 Min 的最快方法？这表明这pmin是在多列（不是 2 列）中获取最小值的最有效方法，我们已经在使用它。

与删除重复组合（不考虑顺序）不同，这个问题是关于仅 2 列和效率的重复识别。删除重复组合（无论顺序如何）中发布的解决方案似乎比以下时序中显示的最慢解决方案要慢。

比这更快的解决方案是szudzik_pairing函数，它由我的同事 Malcolm Morgan 创建，基于Matthew Szudzik 开发的方法。

我们已经尝试了每种方法，Szudzik 方法确实看起来更快，但我想知道：有没有更有效的方法（在任何语言中，但最好在 R 中实现）？

这是我们所做的一个快速可重复的示例，包括一个显示时间的简单基准：

^{由reprex 包（v0.3.0）于 2019 年 7 月 27 日创建}

所以我试图用 C 语言编写一个基本的汇编程序，它将接收两个文件，一个输入和一个输出。输入将包含指令，输出将包含汇编代码，例如可以使用“od -x output.txt | head -5”查看。然而，我的问题是如何为分支指令做到这一点？下面提供的是添加指令，它也会产生一个我不太理解的奇怪输出，在“add R2 R4 R1”的手动组装中，它应该产生“1241”的输出，但它会产生“4112”的输出。为什么这样做？

PR1.C

我的问题是，我前段时间用 C 语言（如 uint8_t）对来自 openssl sha256 的随机字节进行 base64 编码，将它们输入 shell 脚本并使用输出。我现在可以从我的数据中重新创建的是：

file.txt 的内容： uvjWEHTUk1LnzVZul9ynRpezWfKYN3bvlx103wxACxo

test@test:~# base64 -d file.txt | od -t x1 0000000 ba f8 d6 10 74 d4 93 52 e7 cd 56 6e 97 dc a7 46 0000020 97 b3 59 f2 98 37 76 ef 97 1d 74 df 0c 40 0b 1a

输出与在 PHP 中调用相同：

echo bin2hex(base64_decode("uvjWEHTUk1LnzVZul9ynRpezWfKYN3bvlx103wxACxo=")); baf8d61074d49352e7cd566e97dca74697b359f2983776ef971d74df0c400b1a

我一直在 shell 中所做的并且现在需要在 PHP 中做的事情如下：

同样，file.txt 的内容相同： uvjWEHTUk1LnzVZul9ynRpezWfKYN3bvlx103wxACxo

test@test:~# base64 -d file.txt | od -t x8 0000000 5293d47410d6f8ba 46a7dc976e56cde7 0000020 ef763798f259b397 1a0b400cdf741d97

我的问题是：现在 PHP 中的平等程序是什么（在 shell 中是 od -t x8）？ 我试过 pack / unpack / bin2hex / ... 并不能得到相同的结果。

我正在尝试获取包含以下内容的字符串：“5293d47410d6f8ba46a7dc976e56cde7ef763798f259b3971a0b400cdf741d97”

从 的起点base64_decode("uvjWEHTUk1LnzVZul9ynRpezWfKYN3bvlx103wxACxo=")。有任何想法吗？

我有以下模型：

这给出了以下 OR：

这个值大于 1，所以我们可以说这个变量是显着的。但是当我应用 Wald 测试时，我得到以下答案：

pvalue 大于 0.05，所以我们拒绝 H0，测试表明它不显着。

我该如何解释这个，谁有真相或测试？

这个问题还没有结束，因为如果我用更多的解释性变量升级模型：

我得到以下或：

以及以下 Wald 测试输出：

这次 DIABETES 不会像在简单模型中那样拒绝 wald 测试。但奇怪的事实是所有奇数比都接近相似，所以它们接近 1。结论是什么？OR 接近 1 时，一些变量很重要而其他变量不重要，怎么可能？

谢谢。

我有两个空间点数据集，一个用于起点，一个用于目的地。

我想从这些坐标中获取最经常出现的轨迹。

我认为这些点应该保持谨慎，因为它们不是太具体，也不会提供太多信息，所以我为它制作了一个 X 和 Y 坐标网格。

因此，我想根据起点和终点找出哪些轨迹更常见。

谢谢！