现在,我正在projecteuler.net上做一些问题,这是我为问题4编写的代码:
#include <assert.h>
#include <errno.h>
#include <math.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <time.h>
int isPalindrome(int num)
{
int length = floor(log10(abs(num))) + 1;
int index = 0;
int firstChar, lastChar;
while (index <= (length / 2)) {
firstChar = (num % (int)pow(10, length - index)) / pow(10, length - 1 - index);
lastChar = (num % (int)pow(10, (index + 1))) / (pow(10, index));
if (firstChar != lastChar) {
return 0;
}
index++;
}
return 1;
}
int main(int argc, char *argv[])
{
clock_t begin, end;
double time_spent;
int result = 0;
int x, y;
printf("Is 998001 a palidrome? %d\n", isPalindrome(998001));
printf("Is 987789 a palidrome? %d\n", isPalindrome(987789));
printf("Is 884448 a palidrome? %d\n", isPalindrome(884448));
/* clock start */
begin = clock();
for (x = 999; x > 99; x--) {
for (y = 999; y > 99; y--) {
if (isPalindrome(x * y) && x * y > result) {
result = x * y;
printf("Found palindrome: %d\tX: %d\tY: %d\n", result, x, y);
}
}
}
end = clock();
/* clock end */
time_spent = (double)(end - begin) / CLOCKS_PER_SEC;
printf("ANSWER: %d\n", result);
printf("ELAPSED TIME: %f\n", time_spent);
return 0;
}
不漂亮,但很管用。当我在gnu/linux上编译它时,它工作得很好。但是,在Windows 7 64位上,我得到以下输出:
预期产量:
这就是它变得奇怪的地方。如果您交换第17行和第18行(以firstchar和lastchar开头的那两行),它在windows和gnu/linux上都可以正常工作。
这是怎么回事?我用mingw32 gcc编译如下:
gcc -v prob4.c -o prob4.exe -lm
以下是编译器输出:http://pastebin.com/rtarBtNY
说真的伙计们到底发生了什么事?
最佳答案
浮点的问题。
如果您有以下代码:
pow(10, 2)
您希望返回的值为100。可能是,但不能保证。
在一定的误差范围内,您将得到接近100的值。
如果返回的值是
100+d
(其中d
在精度范围内),则当该值转换为int
时,将返回100
。如果返回的值是100-d
则当该值转换为int
时,将返回99
。关于c - 在Windows上编译时,为什么此C程序显示不同的输出?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/18497712/