msvc9、iostream 和 2g/4g plus 文件

发布于 2024-07-22 06:40:46 字数 540 浏览 3 评论 0原文

使用64位进行跨平台开发。使用 gcc/linux 和 msvc9/server 2008。最近刚刚在 Windows 上部署了一个客户，在一些升级测试中我发现虽然 std::streamoff 是 8 个字节，但在寻求超过 4G 时程序崩溃了。

我立即切换到 stlport，它解决了问题，但是 stlport 似乎还有其他问题。 STL 和 msvc9 真的那么糟糕吗，还是我遗漏了什么？

由于代码是跨平台的，我对使用任何 win32 调用的兴趣为零。

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

锦爱 2024-07-29 06:40:46

尽管您说您对使用“win32”调用“零”兴趣，但在这种情况下您陷入了进退两难的境地。

我将使用“win32”调用来实现我自己的文件 iostream 版本，该调用看起来和感觉都像 fstream 接口。这很容易做到，我已经做过数百次了。

称其为“fstreamwin32”。

然后我会有一个头文件，它会执行以下操作：

#ifdef WIN32
typedef fstreamwin32 fsteamnative;
#else
typedef fstream fsteamnative;
#endif

然后我会在任何地方使用 fsteamnative。这样您就可以保持代码跨平台并仍然解决您的问题。

如果问题得到解决，您可以通过将 typedef 更改回使用 fstream typedef 来轻松删除“win32”解决方法。这就是为什么许多跨平台代码库有很多间接级别（例如，通过使用自己的 typedef 来表示标准内容），因此它们要做这样的事情就必须更改大量代码。

Even though you say that you have "zero" interest in using "win32" calls, it situations like this your stuck between a rock and a hard place.

I would just implement my own version of a file iostream using the "win32" calls that looks and feels like the fstream interfaces. This is easy to do and I've done it hundreds of times.

Call it say 'fstreamwin32'.

Then I would have a header file that would do something like:

#ifdef WIN32
typedef fstreamwin32 fsteamnative;
#else
typedef fstream fsteamnative;
#endif

Then I would use fsteamnative everywhere. That way you keep your code cross platform and still solve your problem.

If the problem is ever fixed, you can easily remove your "win32" workaround by changing your typedef back to using fstream typedef. This is why lots of cross platform codebases have lots of levels of indirection (e.g. by using their own typedef's for standard stuff) so that they are do stuff like this would having to change a lot of code.

回复收藏 0 原文