问题标签 [uudecode]

对于 bash 脚本专家，我有一个小难题……我有一个 bash 脚本，它需要在运行时创建一个小的（80 字节）二进制文件。文件的内容需要包含在脚本本身中（即我不想只是将文件与脚本一起打包）。

我的脚本目前是这样的：

...在上述运行之后，我有我的文件 /tmp/dummy.wav。但是我刚刚发现要运行这个脚本的计算机没有安装 uudecode （而且我不允许安装它），所以我需要找到其他方法来创建这个文件。有任何想法吗？

我编写了一个小程序，可以使用 uuencode/uudecode 对文本进行编码/解码。该代码基于Wikipedia上描述的算法。当我对字符串进行编码/解码时，它工作正常。但我发现了一个无法解码的 uuencoded 文件。这个网站可以解码文件，但是当我再次编码时，我没有得到相同的文件。此外，当我只解码文件的一行时，我没有得到可读的文本（我的程序和我之前链接的解码器都没有）。但是在 uuenoding 中，所有行都是相互独立的——这必须能够。

有人知道 uuenoding 是否有一些特殊的变体，维基百科上没有描述这些变体？我可以解码一些字符串，所以我的解码器不会完全错误。也许有人编写了自己的解码器，所以我发布了整个文件：

我正在尝试处理大量 txt 文件，这些文件本身就是我要处理的实际文件的容器。txt 文件具有 sgml 标记，这些标记为我正在处理的各个文件设置边界。有时，包含的文件是经过 uuencoded 的二进制文件。我已经解决了解码 uuencoded 文件的问题，但是当我考虑我的解决方案时，我确定它不够通用。也就是说，我一直在使用

测试文件是否是uuencoded。我做了一些搜索，对 644 的含义（文件权限）有一个模糊的理解，然后找到了其他可能具有的 uuencoded 文件示例

甚至是其他一些替代品。因此，我的问题是如何确保捕获/识别所有具有 uuencoded 文件的子容器。

一种解决方案是测试每个子容器：

这并不可怕，cpu 周期很便宜，但我将处理大约 800 万份文档。

因此，是否有更可靠的方法来识别特定字符串是否是 uuencoding 的结果？

我正在寻找 javascript 中 uudecode 算法的实现，有人知道是否有任何框架或原生 javascript 实现了这个功能？

我正在尝试在网络上找到解决方案，但我找不到任何东西，如果有任何帮助，我将不胜感激。

谢谢。

我正在编写一个 Java 程序来从 POP3 电子邮件中下载附件。最初，如果验证了 MimePart 的内容类型，我会通过获取 MimePart 的输入流来执行此操作。然后我可以简单地通过 FileOutputStream 将输入流写入本地文件。

但是，我遇到的一件事是，在我收到一封带有附件作为其唯一内容的电子邮件并访问它后，邮件（消息类型）仅包含一个部分，即 text/plain 类型。它的内容由大量看起来随机的字符组成。

通过互联网搜索后，我发现该文件是uuencoded。然后我试图找到是否有任何标准库来解码它，但似乎我运气不好。所以我想知道是否有任何标准/通常的方法来解码它并获取附件？非常感谢。

我正在从 SEC 文件中提取 PDF。他们通常是这样来的：

美国证券交易委员会备案示例

无论出于何种原因，当我将原始 PDF 保存到 .text 文件，然后尝试运行

uudecode -o output_file.pdf input_file.txt

从 pythonsubprocess.call()函数或任何其他允许从命令行执行命令的 python 函数，生成的 PDF 文件已损坏。如果我直接从命令行运行相同的命令，则没有损坏。

当仔细查看从 python 脚本输出的 PDF 文件时，看起来文件过早结束。从 python 执行命令行命令时是否存在某种输出限制？

谢谢！

我想用 uuencode 编码一个 php 文件以使用它

我只找到了一种编码字符串的方法，但没有办法编码完整的 php 文件（或 php 代码）。

谢谢！

我想在使用“convert_uudecode”之前检查 $sString 是否已编码，如果 $sString 不是，则不输出任何内容。我收到一个 PHP 警告：“...给定的参数不是...中的有效未编码字符串”，除非我正确编码了 $sString。无论如何在使用 convert_uudecode 之前检查 $sString 或防止 PHP 警告，如果它没有编码？

谢谢你

我正在与返回 uuencoded 数据的设备通信：

ASCII： EZQAEgETAhMQIBwIAUkAAABj

十六进制： 45-5A-51-41-45-67-45-54-41-68-4D-51-49-42-77-49-41-55-6B-41-41-41-42-6A

该设备的文档说明上述内容是 uuencoded，但我不知道如何对其进行解码。最终结果不是人类可读的字符串，但第一个字节显示了以下产品数据的字节数。（哪个是 23 或 24？）

我尝试使用 Crypt2 对其进行解码；它似乎与 644、666、744 模式不匹配。

我试着按照 Wiki 手写出来：https ://en.wikipedia.org/wiki/Uuencoding#Formatting_mechanism

没有意义！如何解码这个 uuencoded 数据？

在一个长脚本中，我有这几行

哪里document.contents是str。此行产生以下错误：

问题是如果我尝试将其保存在文件中，我不会收到错误消息

而且我无法生产 MWE，因为具有确切字符串的 MWE 可以正常工作：