mfc 使用CFile类函数Rename()后文件被删除?

mfc 使用CFile类函数Rename()后文件被删除?,第1张

删除文件有专门的removefile函数,你这个备慧可能是因为参数的问题,你在rename前把传入的参山滚御数打出来看一下,是不是有什么你没发现的bug。

比如用指定的字符串代替参数,进行验证。

祝学习顺利,碰到问题才能提高。逗岩

如果文件被打开,或被使用中,或是只读文件森咐(保护状态此尺纯下 attrib 显示 R 的文件),不让删的。

CString path("d:\\")

hasNext = finder.FindFile(path+\\1.*) -- 相连后,困祥4个反斜杠 是不是多了。

首先鄙视一下楼主的代码 毫无章法 乱定义变量 居然还不按同一风格定义

其次 你写的这玩意 我不知道 你是想学习嫌键举字符转换呢 还是 想遍历文件

最后我想说的是 他们说的都没找到本质问题上去

把这句话

pFile = (LPSTR)(LPCTSTR)finder.GetFilePath()

改为 下面2句

CString str = finder.GetFilePath()

pFile = (LPSTR)(LPCTSTR) str

你的程序就没问题了

下面看偶的分析

第一

char* pFile

TCHAR* p

你让 p = pFile 居然没出问题 说明 你的char 和 TCHAR 是一样的玩意 你多半用的是VC6开发

要么就是自己设置了工程属性为 多字节的, 所以根本不存在什么 字符集的转换

什么 UNICODE ANSI 多字节都是瞎扯

第二

断点tiao'shi

pFile = (LPSTR)(LPCTSTR)finder.GetFilePath()

执行后 pFile 指向的亮拆是乱码 所以你再往后运行肯定就会出错了

仔细看一下 finder.GetFilePath() 返回的是一个CString

莫非楼主的 从CString 转换 为 char * 的方式错误了?

测试

CString str("123")

pFile = (LPSTR)(LPCTSTR) str

完全没有问题啊...

所以问题 归根到底 在与 返回值是 CString 会导致很多 bug的哦

这如果要说起来就太多了... 楼主再找度娘吧

//-- 下面的写法稍微规范点 我就不懂 你定义 TCHAR 为了什么

int main()

{

CFileFind finder

CString path("D:\\1\\Cache\\")

CString file

BOOL has = finder.FindFile(path+"*.*")

while(has)

{

has = finder.FindNextFile()

//IsDots 就是的 . 和 .. 如果你不判断是文件夹 它会把当成文件去删除,结果去删除不掉

//在Windows系统下 文件和文件夹被看作同样的东西

if( !finder.IsDots() &&!finder.IsDirectory() )

{

file= finder.GetFilePath()

//CFile::Remove(file) 你这函数都没有返回值 你好意思直接就在下面显示删除成功

if (DeleteFile(file))

{

cout<<file<<" 删除成功"<<endl

}

else

{

cout<<file<<" 删芹碧除失败, 非共享的文件是否正在使用?"<<endl

}

}

}

finder.Close() //----

return 0

}


欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/tougao/12277904.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-24
下一篇 2023-05-24

发表评论

登录后才能评论

评论列表(0条)

保存