c - 达到限制后恢复 [vf]?nprintf

Question

我有一个使用 snprintf 和 vsnprintf 将字符串打印到缓冲区的应用程序。目前，如果它检测到溢出，它会在字符串末尾附加一个 > 作为字符串被截断的标志，并向 stderr 打印警告。我正在尝试找到一种方法让它在另一个缓冲区中 [从它停止的地方] 恢复字符串。

如果这是使用 strncpy，那会很容易；我知道写入了多少字节，所以我可以从 *(p+bytes_written) 开始下一次打印；但是，对于 printf，我有两个问题；首先，格式化说明符可能会在最终字符串中占用或多或少的空间，就像在格式字符串中一样，其次，我的 valist 可能会被部分解析。

有人对此有简单的解决方案吗？

编辑:我可能应该澄清一下，我正在开发一个内存有限 + 没有动态分配的嵌入式系统 [即，我不想使用动态分配]。我可以打印 255 字节的消息，但不能更多，尽管我可以打印任意多的消息。但是，我没有足够的内存在堆栈上分配大量内存，而且我的打印函数需要线程安全，所以我不能只分配一个全局/静态数组。

Answer 1

我不认为你可以做你正在寻找的东西(除了通过将缓冲区重新分配到必要大小并再次执行整个操作的直接方法)。

您列出的原因有几个原因，但真正的 killer 是格式化程序可能在空间不足时正在格式化一个参数，并且没有合理的方法来重新启动它。

例如，假设缓冲区中还剩下 3 个字节，格式化程序开始对值 -1234567 进行“%d”转换。它会将“-1\0”放入缓冲区，然后执行它需要做的任何其他事情以返回您真正需要的缓冲区大小。

除了您能够确定格式化程序正在处理哪个说明符之外，您还需要能够弄清楚，而不是在第二轮传递 -1234567 您需要传入 234567。我怀疑你想出一个合理的方法来做到这一点。

现在如果你真的不想从顶部重新启动操作，你可能可以包装 snprintf()/vsnprintf() 调用分解格式字符串的东西，一次只发送一个转换说明符并将结果连接到输出缓冲区。您必须想出一些方法让包装器在重试时保持某种状态，以便它知道从哪个转换规范中获取。

所以从某种意义上说，这也许是可行的，但要避免更简单的“完全重试”方案，似乎确实需要做大量工作。我可以看到也许(也许)在一个你没有动态分配更大缓冲区的系统(嵌入式系统，也许)上尝试这个。在那种情况下，我可能会争辩说，我们需要的是一个更简单/范围受限的格式化程序，它不具备 printf() 格式化程序的所有灵 active ，并且可以处理重试(因为它们的范围更有限)。

但是，伙计，我会非常努力地说服那些说这是一项要求的人。

编辑:

---

实际上，我收回了一些。如果您愿意使用自定义版本的 snprintf()(我们称之为 snprintf_ex())，我认为这是一个相对简单的操作:

int snprintf_ex( char* s, size_t n, size_t skipChars, const char* fmt, ...);

snprintf_ex()(及其配套函数，例如 vsnprintf())会将字符串格式化为提供的缓冲区(像往常一样)，但会跳过输出第一个 skipChars 个字符。

使用编译器库中的源代码(或使用 Holger Weiss' snprintf() 之类的东西)作为起点，您可能会很容易地完成这项工作。使用它可能看起来像:

int bufSize = sizeof(buf);
char* fmt = "some complex format string...";

int needed = snprintf_ex( buf, bufSize, 0, fmt, arg1, arg2, etc, etc2);

if (needed >= bufSize) {
    // dang truncation...

    // do whatever you want with the truncated bits (send to a logger or whatever)

    // format the rest of the string, skipping the bits we already got
    needed = snprintf_ex( buf, bufSize, bufSize - 1, fmt, arg1, arg2, etc, etc2);

    // now the buffer contains the part that was truncated before. Note that 
    //  you'd still need to deal with the possibility that this is truncated yet
    //  again - that's an exercise for the reader, and it's probably trickier to
    //  deal with properly than it might sound...
}

一个缺点(可能会或可能不会被接受)是格式化程序将从一开始就重新完成所有格式化工作——它只会丢弃它出现的第一个 skipChars 字符跟上。如果我不得不使用这样的东西，我认为这几乎肯定是可以接受的(当有人使用标准的 snprintf() 函数族处理截断时会发生这种情况)。