Package: electric-fence Version: 2.1.16 Severity: serious When I build electric-fence from source on amd64/sid with gcc-4.5 or gcc-4.6, the ./tstheap 3072 call gets to iteration 100 and then starts allocating massive amounts of memory. Within less than a minute it goes through 3.5GB of physical memory and 5GB of swap. It is then killed by the OOM killer. As a consequence, the package fails to build from source.
I've looked at the code and haven't been able to track down the problem yet. The code does work correctly without optimization, but still goes out of control at -O1. I suspect this is a consequence of optimizer improvements. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-rc5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages electric-fence depends on: ii libc6 2.13-2 Embedded GNU C Library: Shared lib electric-fence recommends no packages. electric-fence suggests no packages. -- no debconf information -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
