问题标签 [hexdump]

Oracle 的 JDBC 驱动程序在 11.2 中有一个新特性，它可以记录所有网络数据包，但在日志文件中，每个数据包都显示为单独的十六进制转储，格式如下：

我如何在日志文件中搜索字符串，因为它们可能跨越日志文件中的多行？

输出ADD和MOV操作怎么可能？它如何ADD运作MOV？

我最近一直在将一些 C 代码移植到 C++。我有一个输出 hexdump 的函数，并将其从使用 printfs 更改为 couts（最终它将被输出到文件，因此无论如何都会使用 c++ 流）。

示例代码如下：

如果我在未注释以下行的情况下运行代码

然后代码正确输出并显示正确的hexdump信息。

但是，当我用以下行替换它时

那么输出是完全随机的，我不确定为什么。我认为 printf 语句的作用与 std::cout 语句相同，因此对数据错误感到惊讶。任何帮助，将不胜感激。

编辑

预期的输出是

比如PNG文件d:\aaa.png，现在想用SAS把d:\aaa.png二进制文件转成hexdump。谢谢你。在 R 中，redBin 函数可以做到这一点。

我正在尝试编写一个 bash 脚本来审核已擦除的硬盘驱动器，以确保擦除系统正常工作。我想找到一种方法来对驱动器的特定部分进行十六进制转储，而不必对整个驱动器进行十六进制转储并提取我想要的部分（因为这似乎运行时间太长以至于脚本值得编写）。理想情况下，我能够从驱动器的开头、中间和结尾抓取零件。

我想获取十六进制转储的输出并检查它是否只存在一个字符（表明驱动器已成功擦除）。这部分，我可以处理，但我认为它可能会影响我可能得到的任何建议。

我已经使用 head piped 到 xxd 来获取文件的开头，该文件有效，但我仍然停留在其他部分。我试过使用 tail 来结束驱动器，但这似乎也不能很快奏效。是否有可能有效地做到这一点？可能使用 dd 或其他东西并将其传送到十六进制编辑器中？我查看了 xxd 和 hexdump 的选项，但无济于事。如果有人能指出我正确的方向，将不胜感激！

我正在尝试使用 C 语言创建 PFS 解压缩器。对于这个项目，我需要分析存档的十六进制转储，从中我将获得文件偏移量、名称和大小。

您认为将十六进制转储存储在 char 数组中是否是一种好习惯，并且我能够将十六进制转换为字符吗？

谢谢你，安德鲁·博格

我一直在尝试手臂组装，并查看组装机产生的十六进制输出。现在当我组装这个时：

我期待一个输出，ff11 1111 11但在 hexdump 中查看向我展示了这一点：11ff 1111 0011起初我很困惑，并认为我可能在我的汇编程序中发现了一些晦涩难懂的东西（显然我没有在这里使用 .align 指令，所以这段代码是不正确的在现实生活中，我认为汇编器可能会因此而做一些奇怪的事情）。但是，当我使用程序 hexedit 检查输出时（如果您不熟悉它，它只是一个简单的命令行 hexeditor），它向我展示了我所期望的（ff 11 11 11 11）。有谁知道为什么我会收到这个奇怪的输出？这是 hexdump 中的一个错误，还是 hexdump 的行为不像我期望的那样，因为某些其他原因？

几乎从一开始，Photoshop 文件就以 8BPS 开始。（我已经在 2.5 版本中验证了这一点）它在某些时候一定有某种意义。

我认为 8B 可能指的是位/通道，但保存 16 或 32 没有区别。PS 可能是 PhotoShop，但可能不是。与 Mac 保存文件的方式有关吗？

为什么以下会导致 hexdump 中出现如此不同的字节序列？

区域设置正确设置为：en_US.UTF-8，实际 unicode 输出正确：ཧྐྵྨླྺྼྻྃ་</p>

在 bash 中，我可以hello通过执行以下操作将字符串的十六进制转储为 UTF-16：

我也可以像这样编写一个简短的 C 程序：

使用如何获取结构数据的 hexdump 中hexDump的例程。是我从上面的使用中计算出来的字节数。12hexdump

编译并运行：

feff 0068 0065 006c 006c 006f为什么第一个 hexstring和第二个 hexstring之间有区别ff fe 68 65 6c 6c 6f 00 53 53 48 5f？

我之所以问这个问题是因为我正在尝试调试一个libiconv用于将 UTF-16 字符串转换为 UTF-8 的应用程序，并不断得到其中的一个errno，EILSEQ这意味着libiconv遇到了“无效的多字节序列”。

更新：

如果我使用 运行hexdump，-C我会得到以下输出：

这个十六进制字符串仍然与我的 C 程序生成的不同，因为它包含\x00散布在 ascii 字符之间的字节。但是，当我运行 C 程序时，根本没有\x00散布任何字节。它只有ff fe标题，然后是常规的 ascii 字符。