我需要能够使用单个 fstream 以具有平台无关的文件使用方式。特别是，我需要能够在 Windows 上支持带有 unicode 字符的文件路径，同时尽可能减少对代码的侵入以支持它。因此，boost iostreams 似乎可以提供答案。然而，在尝试使用它时，我遇到了两个让我担心的失败。请参阅以下示例代码:

// MinGW (MSYS)
// GCC 4.7.2
// Boost 1.50.0
// g++ -g ifstreamtest.cpp -o test.exe -I /t/tools/boost/boost_1_50_0 -L /t/tools/boost/boost_1_50_0/stage/lib -lboost_system-mgw47-mt-d-1_50 -lboost_filesystem-mgw47-mt-d-1_50 -lboost_locale-mgw47-mt-d-1_50 -lboost_iostreams-mgw47-mt-d-1_50

#include <boost/locale.hpp>
#include <boost/iostreams/device/file_descriptor.hpp>
#include <boost/iostreams/stream.hpp>
#include <boost/filesystem/path.hpp>

namespace MyNamespace
{

typedef ::boost::iostreams::file_descriptor fd;
typedef ::boost::iostreams::stream< ::boost::iostreams::file_descriptor> fstream;
typedef ::boost::iostreams::stream< ::boost::iostreams::file_descriptor_sink> ofstream;
typedef ::boost::iostreams::stream< ::boost::iostreams::file_descriptor_source> ifstream;
} // namespace MyNamespace

int main(int argc, char **argv)
{
    // Imbue boost filesystem codepoint conversions with local system
    // Do this to ensure proper UTF conversion.
    boost::filesystem::path::imbue(boost::locale::generator().generate(""));

    // Test file path.
    boost::filesystem::path file_path("test.txt");


    // Anonymous scope for temporary object.
    {
        // Open file in ctor, write to output, neglect to clean up until dtor.
        MyNamespace::ofstream output(file_path, std::ios_base::out | std::ios_base::app);
        if ( output.is_open() == false ) std::cout << "Unable to open @" << __LINE__ << std::endl;
        output << "test line 1" << std::endl;
        std::cout << "done @" << __LINE__ << std::endl;
    }
    // Temporary object destroyed while still open.

    // Anonymous scope for temporary object.
    {
        // Open file in ctor, write to output, specifically close file.
        MyNamespace::ofstream output1(file_path, std::ios_base::out | std::ios_base::app);
        if ( output1.is_open() == false ) std::cout << "Unable to open @" << __LINE__ << std::endl;
        output1 << "test line 2" << std::endl;
        output1.close();
        std::cout << "done @" << __LINE__ << std::endl;
    }
    // Temporary object destroyed.

    // Anonymous scope for temporary object.
    {
        // Default-ctor; open later. Write to file, neglect to clean up until dtor.
        MyNamespace::ofstream output2;
        // Next line causes "Assertion failed: initialized_, file t:/tools/boost/boost_1_50_0/boost/iostreams/detail/optional.hpp, line 55"
        output2->open(file_path, std::ios_base::out | std::ios_base::app);
        if ( output2.is_open() == false ) std::cout << "Unable to open @" << __LINE__ << std::endl;
        output2 << "blah test test blah" << std::endl;
    }
    // Temporary object destroyed.

//    MyNamespace::ifstream input;
// Compile success, but linker failure:
// s:\reactor\utf8stream/ifstreamtest.cpp:42: undefined reference to `void boost::iostreams::file_descriptor_source::open<boost::filesystem::path>(boost::filesystem::path const&, std::_Ios_Openmode)'
//    input->open(file_path, std::ios_base::in);

    std::cout << "done." << std::endl;
    return 0;
}

在 Windows 上，我仅限于 GCC 4.7.2 和 Boost 1.50。

评论解释了这两个失败，但我将在这里展开。对我来说，第一个也是最有问题的是当我尝试将流对象用作“普通”fstream 对象时。如果我在其构造函数中打开 fstream，那么一切都很好(如在前两个匿名范围中所见)。但是，如果我分配 fstream 对象然后尝试打开它，就会发生“坏事”。

如果我尝试调用 boost::iostreams::stream::open()，我会收到编译器错误，提示它无法将参数 1 (boost::filesystem::path) 转换为 boost::iostreams: :文件描述符接收器。当它可以用 boost::filesystem::path 构造时，为什么它不起作用？在任何一种情况下，尝试使用流的 operator->() 调用 boost::iostreams::file_descriptor_sink::open() 都会导致断言失败(如第三个匿名范围所示)。这是非常邪恶的，因为在我看来它应该抛出异常而不是使断言失败。断言失败会向我表明 boost 代码中存在错误。

我遇到的第二个失败是 typedefed fstream 和 ofstream 似乎工作正常(好吧，编译和链接)。但是当我尝试使用 ifstream 时，我在尝试调用 ifstream->open(); 时遇到链接器故障；我在 Windows(如前所述的 MinGW 配置)和 OS X 10.8.5 上使用 Apple LLVM version 4.2 (clang-425.0.28)(基于 LLVM 3.2svn) 得到了这个。因为它编译得很好而且两者之间的唯一区别是它是源还是接收器......并且两者都应该能够打开文件......这让我认为这也是 boost 中的一个错误。

有什么想法或建议吗？

最佳答案

关于编译错误:

我可以在 Linux 上使用 g++ 和 Clang++ 重现链接错误，所以这不是一个特定的 Windows 问题(我也在使用 Boost 1.55.0，所以它不是特定于 1.50)。

我想这是由头文件中允许但未在源/库中实现的模板定义引起的。

解决方案(仅针对链接问题):代替

input->open(file_path, std::ios_base::in);

使用

input->open(file_path.string(), std::ios_base::in);

这通过使用基于字符串的构造函数来规避可能错误定义的模板。

关于断言错误:

问题是您需要单独初始化 file_descriptor_sink，否则将无法正确处理 iostream 初始化。使用此代码:

//We need to initialize the sink separately
boost::iostreams::file_descriptor_sink output2Sink(file_path, std::ios_base::out | std::ios_base::app);
MyNamespace::ofstream output2(output2Sink);
if ( output2.is_open() == false ) std::cout << "Unable to open @" << __LINE__ << std::endl;
output2 << "blah test test blah" << std::endl;

open() 似乎没有重置导致断言的可选。

需要对 MyNamespace::ifstream 应用相同的方法:

boost::iostreams::file_descriptor_source inputSource(file_path, std::ios_base::in);
MyNamespace::ifstream input(inputSource);
//Test reading back what we wrote earlier
std::string inputContent;
input >> inputContent;
//Prints: blah (only the first word is read!)
std::cout << "Read from test.txt: " << inputContent << std::endl;

另请注意，不必应用该解决方案来避免上述编译器错误。

通过这些修改，您的程序似乎可以在我的系统上运行。

关于c++ - boost iostreams 断言失败，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/20849357/