请教C语言的atof的问题

bluesgone

一个变量
char aczValue[99+1];

在fun1内定义，未做过初始化，
在fun2内作为一个输出参数，
fun2( *,*, char *aczValue)
{
    memcpy( aczValue, ptr, 7 );
}

在fun1内得到这个输出的aczValue后，
做了一个atof的转换，
dbl1 = (double) atof( aczValue );

请问：
这个dbl1是否会变成不是7位的东西？ 谢谢。
比如，aczValue前面7位是1234567，
dbl1是否可能会变成12345670的东西。

jtu

首先保证传给atof的参数满足合法，比如是否以'\0'结束的字符串，是否在double的可转换范围内，等等

bluesgone

原帖由 jtu 于 2009-11-22 19:30 发表
首先保证传给atof的参数满足合法，比如是否以'\0'结束的字符串，是否在double的可转换范围内，等等

字符串没有做过初始化，拷贝进来的是1234567，没有带结束符的，
是否atof会出现不可预料的后果？

jtu

原帖由 bluesgone 于 2009-11-22 19:32 发表

字符串没有做过初始化，拷贝进来的是1234567，没有带结束符的，
是否atof会出现不可预料的后果？

不可预料，你是对的

bluesgone

原帖由 jtu 于 2009-11-22 19:39 发表

不可预料，你是对的

但是我始终无法弄清楚的是，
在一个生产环境下跑，总是将1000000（百万），
在做atof的时候转成了10000000（千万），多了一个0，
百万以下的却没有出问题。

在开发环境中，却没出现这个问题，真的很费解哦。
临时变量第八位驻留一个0，这个问题有没有高手帮忙解释？谢谢

[ 本帖最后由 bluesgone 于 2009-11-24 15:06 编辑 ]

bluesgone

临时变量第八位驻留一个0，这个问题有没有高手帮忙解释？谢谢

yulihua49

原帖由 bluesgone 于 2009-11-22 19:57 发表

但是我始终无法弄清楚的是，
在一个生产环境下跑，总是将1000000（百万），
在做atof的时候转成了10000000（千万），多了一个0，
百万以下的却没有出问题。

在开发环境中，却没出现这个问题，真的很费解 ...

不是atof的错，是你的错！
你的错误在于不应该使用memcpy，使用strcpy就不会错！

prolj

char aczValue[99+1];
atof可没有这么智能

drangon

原帖由 bluesgone 于 2009-11-24 15:07 发表
临时变量第八位驻留一个0，这个问题有没有高手帮忙解释？谢谢

这个没什么好解释的，没有初始化的内存，里面是什么值都有可能，每次都恰好出现相同值也是有可能的，出现不同的值也是有可能的，
自己加个'\0'就什么都解决了。