现在,我正在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/

10-13 04:58