题目要求是这样：求一组数据的最小公倍数，比如说，5,7和15的最小公倍数是105
输入要求：
开始输入一个整数，表示测试用例数。接下来输入一个整数表示这个测试例子所用多少个整数。
输出要求：
每组用例占一行输出，输出的数不超过32位整型数；

Sample Input
2
3 5 7 15
6 4 10296 936 1287 792 1

Sample Output
105
10296

我写的代码如下：

#include <stdio.h>

int fun (int x, int y)            //求两数的最小公倍数
{
    int        temp, r, large, small;

    if (x < y)
    {
        temp = y;
        y     = x;
        x     = temp;
    }
    large = x;
    small = y;
    while ((r = x % y) > 0)
    {
        x = y;
        y = r;
    }

    return large * small / y;
}
int    main ()
{
    int        m, n;
    int        i;
    int        a, mul;

    scanf ("%d", &m);
    while (m--)
    {
        scanf ("%d", &n);
        mul = 1;
        for (i = 0; i < n; i++)
        {
            scanf ("%d", &a);
            mul = fun (mul, a);
        }
        printf ("%d\n", mul);
    }

    return 0;
}

思路是每输入一个数，就和之前的数计算两数的最小公倍数，知道输入结束。
题目本身不难，可提交上去显示就是Wrong Answer，求指点，拜托了！

很遗憾，我把所有的都调成long long试过，答案依然是Wrong Answer，不信你可以拿我这程序去试

是这样啊，没想那么多，怪不得不对。

很遗憾，这是在做题，输出必须和它给的示例一模一样，而且单纯这样改也不能通过测试。

我明白了，里面的数先相乘可能会变成非常大的数，这样就会导致精度损失，在/y的数就不对了，
用长整型后就不会导致精度损失了，而且/y之后的数值即使由int型去表示也不会损失精度，但是还有一个问题，为什么我把函数返回值类型也变成long long之后还是会出错呢？

这样执行循环的时间会不会太长，尤其是减数比较小的时候？

这还不是用到了除法吗？没什么优势可言。