munmap(0x40007000, 11427) = 0
mprotect(0x8048000, 368433, PROT_READ|PROT_EXEC) = 0
mprotect(0x4000a000, 24504, PROT_READ|PROT_EXEC) = 0
mprotect(0x40012000, 1163624, PROT_READ|PROT_EXEC) = 0
mprotect(0x40132000, 255512, PROT_READ|PROT_EXEC) = 0
mprotect(0x40277000, 572344, PROT_READ|PROT_EXEC) = 0
mprotect(0x40308000, 33481, PROT_READ|PROT_EXEC) = 0
mprotect(0x40312000, 189241, PROT_READ|PROT_EXEC) = 0
mprotect(0x40346000, 591973, PROT_READ|PROT_EXEC) = 0
mprotect(0x40000000, 19984, PROT_READ|PROT_EXEC) = 0
personality(0 /* PER_??? */) = 0
geteuid() = 0
getuid() = 0
getgid() = 0
getegid() = 0
sigaction(SIGFPE, {SIG_IGN}, {SIG_DFL}) = 0
mmap(0, 33558528, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= -1 E
NOMEM (Cannot allocate memory)
brk(0xa9a3bd4) = 0x89a3bbc
fcntl(0, F_GETFL) = 0x2 (flags O_RDWR)
fcntl(0, F_SETFL, O_RDWR|O_NONBLOCK) = 0
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++
There is definately plenty of RAM in this machine. In this
particular case I passed the -mem 32 parameter to glquake (by default it
will try for 16 megabytes) to make it try to allocate 32 megs of RAM,
however it will fail with or without this parameter. Is anyone else
seeing this?
-Scott
--- Scott Lampert | Home Page: http://www.heavymetal.org <fortunato@heavymetal.org> | PGP Key: finger fortunato@heavymetal.org "Black holes are where God +----------------------------------------- divided by zero."
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu