0

编辑：这个问题的解决方案由 Ulrich Eckhardt 在下面的评论中提供。另外：这个问题的原因和解决方案与可能重复中描述的完全不同。再次，请参阅 Ulrich Eckhardt 的评论了解详细信息。

在专家的帮助下，我设法编写了一个程序，将 Windows 剪贴板的内容写入指定代码页中的文本文件。它现在似乎工作得很好，除了文本文件中的换行符是三个字节 - 0d 0d 0a - 而不是 0d 0a - 当我将文本导入文字处理器时，这会导致问题（附加行）。

有没有一种简单的方法可以在文本流中用 0d 0a 替换 0d 0d 0a，或者我应该在我的代码中做些什么不同的事情？我在其他地方没有找到类似的东西。这是代码：

#include <stdafx.h>
#include <windows.h>
#include <iostream>
#include <fstream>
#include <codecvt> // for wstring_convert
#include <locale>  // for codecvt_byname
using namespace std;

void BailOut(char *msg)
{
    fprintf(stderr, "Exiting: %s\n", msg);
    exit(1);
}

string ExePath()
{
    char buffer[MAX_PATH];
    GetModuleFileNameA(NULL, buffer, MAX_PATH);
    string::size_type pos = string(buffer).find_last_of("\\/");
    return string(buffer).substr(0, pos);
}

// get output code page from command-line argument; use 1252 by default
int main(int argc, char *argv[])
{
    string codepage = ".1252";

    if (argc > 1) {
        string cpnum = argv[1];
        codepage = "." + cpnum;
    }

    // HANDLE clip;
    string clip_text = "";

    // exit if clipboard not available
    if (!OpenClipboard(NULL))
    { BailOut("Can't open clipboard"); }

    if (IsClipboardFormatAvailable(CF_TEXT)) {
        HGLOBAL hglb = GetClipboardData(CF_TEXT);

        if (hglb != NULL) {
            LPSTR lptstr = (LPSTR)GlobalLock(hglb);

            if (lptstr != NULL) {
                // read the contents of lptstr which just a pointer to the string:
                clip_text = (char *)hglb;
                // release the lock after you're done:
                GlobalUnlock(hglb);
            }
        }
    }

    CloseClipboard();

    // create conversion routines
    typedef std::codecvt_byname<wchar_t, char, std::mbstate_t> codecvt;
    std::wstring_convert<codecvt> cp1252(new codecvt(".1252"));
    std::wstring_convert<codecvt> outpage(new codecvt(codepage));

    std::string OutFile = ExePath() + "\\#clip.txt"; // output file name

    ofstream OutStream;  // open an output stream
    OutStream.open(OutFile, ios::out | ios::trunc);

    // make sure file is successfully opened
    if (!OutStream) {
        cout << "Error opening file " << OutFile << " for writing.\n";
        return 1;
    }

    // convert to DOS/Win codepage number in "outpage"
    OutStream << outpage.to_bytes(cp1252.from_bytes(clip_text)).c_str();
    //OutStream << endl;
    OutStream.close(); // close output stream
    return 0;
}
4

1 回答 1

2

这里的评论是正确的，但让我提供更多的上下文并指出一个挥之不去的问题。

有各种行终止符/分隔符约定。许多 Unix 派生系统在每行的末尾使用换行符。在 ASCII 中，就是'\x0A'. 其他系统，如 Windows 和许多网络协议，使用回车，然后在行之间换行。在 ASCII 中，就是'\x0D' '\x0A'. （也有其他方案，但比较少见。）

用于读取和写入文本的 C 和 C++ 输入/输出库可以对您隐藏这些约定，以便您可以正确编码一种在任何底层平台上执行“正确事情”的方式。

编程约定是使用'\n'，如果您的底层平台使用 ASCII 或 Unicode，这几乎肯定等同于换行（但如果它使用没有换行符的 EBCDIC，则不是）。写入文件时，库将拦截'\n'并放置您的平台所需的任何约定。例如，如果你在一台 Linux 机器上，它会输出一个换行符（并且由于与换行符'\n'具有相同的值，这基本上是一个空操作）。在 Windows 上，该库将截获'\n'并输出回车和换行。事物的输入端则相反。

当您从 Windows 上的剪贴板获取文本时，您并不真正知道它使用哪种约定。由于它是 Windows，您可能会期望 CR+LF，但是许多可能将文本放在剪贴板上的程序在 Windows 上可能无法正常运行。

在您的情况下，剪贴板中的文本似乎确实有回车和行之间的换行。然后，当您在文本模式下输出它时，i/o 库输出回车，然后它会看到换行符（它认为是 a '\n'），因此它输出另一个回车符，然后是换行符。这就是为什么你看到回车加倍的原因。

将输出切换为二进制模式会告诉库“不要转换'\n'”。所以，这解决了你眼前的问题。

但是仍然存在剪贴板文本有时可能在行之间（或行尾）只有换行的问题。如果您以二进制模式输出，您将不会得到回车，并且该文件在技术上不会采用您的平台想要的格式。有些程序会处理这个问题，但其他程序，例如记事本，则不会。

更多信息。

于 2015-06-29T21:35:12.740 回答