GetTempPath函数的奇怪的现象

hyx_soft 2009-07-24 09:35:01
我的临时目录在D盘,D:\Temp
当调用GetTempPath(MAX_PATH, szTempPath)后察看szTempPath值,出现 0, 0, 0, 0, D, :, \, T, e, m, p, 0, ... 即能正确取得D:\Temp路径,但出现了4个前导0x00值的现象,有时不会出现前导0x00,但会出现 D: 是别的字符的情况。谢谢
...全文
116 5 打赏 收藏 转发到动态 举报
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
hyx_soft 2009-08-11
  • 打赏
  • 举报
回复
我发现在线程中就会出现上面描述的问题,我在启动线程前取得临时路径再传给线程就没问题。谢谢各位
hyx_soft 2009-07-31
  • 打赏
  • 举报
回复
我用的是ANSI版本,但程序是用/clr编译的
spring203 2009-07-24
  • 打赏
  • 举报
回复
楼主, 字符串unicode码在内存中的显示与ascii是不一样的, 一个字符占2个字节呀, 对于字母来讲(d:\temp)第一个字节就是该字符,第二个字节就是0啦, 楼主放心,读出的字符串肯定没问题的!
bigriverhorse 2009-07-24
  • 打赏
  • 举报
回复
楼主查一下是不是Unicode的原因,函数应该是可信的。
sunlin7 2009-07-24
  • 打赏
  • 举报
回复
使用GetTempPathA看看,windosXp对Unicode支持不好,不少的Unicode版函数有问题。

16,551

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Creator Browser
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧