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

Solidus

我在写一个希望移植的东东，现在是在win32下，里面涉及到文件操作，但是我没发现linux下提供了什么支持wchar_t*的文件打开操作，难道是都转换成utf8的？我对此很模糊，请高人指点一下，谢谢

ivhb

和文件名字有什么关系？奇怪，贴出详细信息来？

Solidus

恩，是这样，我的意思是，例如我这里封装了一个文件类：

class File
{
public:
      bool Open(const std::string &fname, t_ulong flag);
      bool Open(const std::wstring &fname, t_ulong flag);
};

我在win下的实现是全都用CreateFileW做的，也就是全转成win下的unicode，但是我在linux下该怎么做呢？
因为我引用这个File类的项目中，所有的路径名称全都是作为wstring的，我不知道在我将来移植的时候会遇到什么问题?

谢谢大家

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

ivhb

应该不能有什么问题吧。除非这个宽字符中包含了/

Solidus

原帖由 ivhb 于 2007-9-8 10:48 发表
应该不能有什么问题吧。除非这个宽字符中包含了/

如果没有什么实现上的困难的话，那么能否指点一下，我应该在linux用什么函数去直接打开那个传进来的wchar_t*的路径名呢？我的意思是，例如：
如果是char* 那么我传给fopen就可以了，但是google了很久都没发现例如wfopen这样的函数，能否指点下？谢谢

Solidus

原帖由 j1111011 于 2007-9-8 10:54 发表
我补问下:
wchar_t与char如何转化，
wchar_t*="char_char_char";
cannot convert const char * to wchar_t*;//{ VC /MFC }

vc和gcc下好像都是

const wchar_t*= L"char_char_char";

Solidus

char一定会被定义为最小的内存分配单元，例如x86上是8bit(99%的都是8bit)
，wchar_t是根据平台定义的(这里面我感觉是可能跟平台支持的unicode大小有关吧，例如win32的unicode好像是非代理模式的utf16(也就是都是16bit),linux默认是utf32(也就是最小单元为32bit)

我说的可能不一定对，这个你最好听听其他高人怎么说了，呵呵

unicode编码的细节以及它要解决什么问题，我三言两语说不太清楚，你可以google下，里面的种类和派系感觉太复杂了)

ivhb

才明白你的意思，
这个可以用么？
size_t wcstombs(char *s, const wchar_t *pwcs, size_t n);

Solidus

关键问题是，如果我用wchar_t（unicode编码的字符串）存储的字符串，我又转换回char*传给
fopen了，那么它有什么意义呢？我这个文件创建之后不照样是乱码？（这中间的差异就类似printf和wprintf一样）
那么C定义的这个wchar_t不就没意义了么？

例如win的CreateFileW,就可以直接传给他unicode编码的字符串啊

ivhb

乱码是你的中文环境设定有问题吧。
因为unix对于文件名并不区分是不是wchar,因此，接口函数也不会有这个处理。
对于unix，就是一个一个字符。只要字符合法即可。