On Tue, 21 Nov 2006 00:57:29 +0100, LHradowy <lhradowy@xxxxxxxxx> wrote:
root@medusa # perl -de0
Memory fault(coredump)
This one is due to optimisation errors in GNU gcc 4.x.x
I have uploaded a completely rebuilt pack of perl-5.8.8 builds,
but now compiled with GNU gcc-3.4.6, in which I have testes that
this error does not happen.
Re: Thou shalt have no other gods before the ANSI C standard ... >> He was talking about programs written for the GNU project,... >> to be a complete Unix replacement.... Unix programs were written to run in the limited memory available on ... on AMD64 machines all over the place now. ... (sci.crypt)
Re: path normalization ... realpath of the GNU libc will allocate the memory by ...code built into them somewhere. ... this may be what ended up in glibc in the case of bash.... (comp.unix.programmer)
Re: grep bug ... > memory when this happens but that's more of a GNU issue than a FreeBSD ...grep has to pull in the entire line, and /dev/zero is a line with no ... (1000 char lines? ... (freebsd-current)
Re: RFT: updatedb "morning after" problem [was: Re: -mm merge plans for 2.6.23] ... If it's really as bad as I hear then regardless of anything else it should really be either fixed or dumped... ...GNU locate is broken and nobody should be using it. ... So, GNU locate is just a pig pushing things out, with or without any added VFS cache pressure from the things it does by design. ... If you run memory hogs on small memory boxes, ... (Linux-Kernel)
Memory limit testing: whether user really can use 2100MB memory ... a certain amount of memory.... each variable set to "1/3" uses 1MB. ... So to consume 2200MB, we need to create 2200 variables. ... This worked for "bc -v" GNU version of 1.06 on Linux, ... (Debian-User)
