请问：文件名为wchar_t*的文件靠什么打开？

Solidus

你的意思就是说在linux上我得把wchar_t*转换成char*传给fopen是吧？

那C提供这个wchar_t有什么用处呢？

[ 本帖最后由 Solidus 于 2007-9-8 14:40 编辑 ]

ivhb

我觉得没有其他的办法。而且，个人感觉，windows也许也就是在CreateFile上wrap了一层，封成了CreateFileW

Solidus

原帖由 ivhb 于 2007-9-8 14:40 发表
我觉得没有其他的办法。而且，个人感觉，windows也许也就是在CreateFile上wrap了一层，封成了CreateFileW

这个实际上是win全部支持的都是ucs-2，它全部都转换成的双字节来对待的，那C的wchar_t岂不是一点用处没有？

ivhb

对于文件内容的解释/生成来说，当然有用了。

Solidus

我还是不太懂这个意思，既然fopen printf能搞定一切，那要wprintf干什么？

ivhb

如果文本从生成到解释，都是自己用，也不会给别人用。当然没有这个问题。我一直不用哪些，也没有见过哪个文本不能解释。
但如果别人给你一个文本就是w系列写入的。如果c不支持，怎么解析文件内容？或者，别人就是要求你写入wchar格式的文本，如果C不支持，如何能给他这样的文本？

Solidus

恩，麻烦你了，虽然我还是不太懂，呵呵

醉卧水云间

类似_wfopen在linux下似乎没有对应的版本，奇怪的是wprintf，swprintf是有的，不过很垃圾. 我用ucs-2主要理由是windows版本需要，linux程序其实用utf8最好，但如果是跨平台代码，还是ucs-2更好，utf8有很多缺陷。

楼主的问题，把文件名转utf8，也许过两年会有wfopen可用也说不定，但现在好象没有。

Solidus

原帖由 醉卧水云间 于 2007-9-9 10:27 发表
类似_wfopen在linux下似乎没有对应的版本，奇怪的是wprintf，swprintf是有的，不过很垃圾. 我用ucs-2主要理由是windows版本需要，linux程序其实用utf8最好，但如果是跨平台代码，还是ucs-2更好，utf8有很多缺陷 ...

大哥您是奔流的作者啊？久仰，俺其实也是在写个bt（学生，写着玩的，所以很垃圾）.

我是先写了个库跟操作系统打交道，我打算BT的路径和其他信息全都用wstring做处理，win下是ucs-2,linux的wchar_t好像是ucs-4（这个具体叫什么名字我也说不上来），不知道这么做有没有什么问题，这个库win版本其实写完了很久了，就是我一直感觉对路径这么封装可能不太合适，但是不知道有什么潜在的问题，在win下如果全用utf8好像也不太合适

我上面那个问题是，如果我把wstring转成utf8了，那么我交给谁处理（fopen)???

恩，我现在比较关注的是，如果这么设计（都用wstring）到底是否可能在这两个平台上都实现（不考虑性能问题）

[ 本帖最后由 Solidus 于 2007-9-9 10:56 编辑 ]

Solidus

顶起来啊，大家帮忙啊