编译C++代码会导致系统挂起

Question

当我试图通过发出命令"g++ qr.cpp -o qr“编译此文件时，系统挂起。我在其他任何地方都没有见过这样的错误。

#include<iostream>

using namespace std;

bool win[1000000001];
bool know[1000000001];

int sixes[] = {6, 36, 216, 1296, 7776, 46656, 279936, 1679616, 10077696, 60466176, 362797056};

bool check(int n){
   cout << n << endl;
   if(!know[n]){
      bool b = check(n-1);
      for(int i=0; i<11; i++){
         if(n > sixes[i]){
            b = b & check(n-sixes[i]);
         }
      }
      win[n] = !b;
   }
   return win[n];
}

int main(){
   win[1] = know[1] = true;
   for(int j=0; j<11; j++){
      win[sixes[j]] = know[sixes[j]] = true;
   }
   int n = 1; 
   cin >> n;
   int i = 0;
   while(n != 0){
      i++;
      win[n] = check(n);
      cout << i << (win[n]?"-Heckle":"-Jeckle");
      cin >> n;
      if(n!=0) cout << endl;
   }
   return 0;
}

我的编译器版本信息如下所示。

yasith@vostro:~/Dropbox/Shared$ g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.6.1/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.6.1-9ubuntu3' --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++,go --prefix=/usr --program-suffix=-4.6 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-plugin --enable-objc-gc --disable-werror --with-arch-32=i686 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3) 

Answer 1

你知道这些有多大吗？

bool win[1000000001];
bool know[1000000001];

每个至少为1 1GB！你会想要动态分配它们...

Answer 2

它在我的只有1 1GB内存的g++ 4.6.1系统上编译得很好。

我尝试在更改数组大小时查看编译器和链接器的各个遍使用的内存，内存使用没有太大变化，这表明编译器没有尝试分配任何与数组大小成比例的数据结构。

但是，我已经安装了新的GNU链接器"gold“。

然后我再次尝试，使用旧的(“基于BFD的”) GNU链接器，这在许多系统上仍然是默认的，用于链接步骤-然后我的系统开始疯狂地跳动(我不得不杀死链接器进程)！

因此，新的黄金链接器似乎比旧的链接器更适用于大型数组。

在Debian上，只需安装"binutils- gold“包，就可以将gold安装为系统链接器。我不知道Ubuntu是否有相同的包，但由于Ubuntu是基于Debian的，看起来很有可能。

Answer 3

您正在分配2 2GB的静态空间。尝试更改大小并重新编译吗？

bool win[1000000001];
bool know[1000000001];