In message <[EMAIL PROTECTED]>, Rik van Riel writes: >I don't think a failed kernel-level allocation after overcommit >should generate a segfault. >IMHO it should send a bus error (or a sigkill if the process >doesn't exit after the SIGBUS). Same difference, so far as the language is concerned. >Rationale: >SIGSEGV for _user_ mistakes (process accesses wrong stuff) >SIGBUS for _system_ errors (ECC error, kernel messes up, ...) As long as we grant that it's the kernel *messing up*, I won't complain; no one said an implementation could be perfect, and known bugs go with the territory. I only object to attempts to portray it as a legitimate and correct implementation of the C spec. -s To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
- Re: Setting memory allocator... Arun Sharma
- Re: Setting memory allocator... Nate Williams
- Re: Setting memory allocator... Peter Seebach
- Re: Setting memory allocator... Nate Williams
- Re: Setting memory allocator... Peter Seebach
- Re: Setting memory allocator... Matt Dillon
- Re: Setting memory allocator... Peter Seebach
- Re: Setting memory allocator... Rik van Riel
- Re: Setting memory allocator... Peter Seebach
- Re: Setting memory allocator... Rik van Riel
- Re: Setting memory allocator... Peter Seebach
- Re: Setting memory allocator... Peter Seebach
- Re: Setting memory allocators for library... Julian Elischer
- Re: Setting memory allocators for lib... Daniel C. Sobral
- Re: Setting memory allocators fo... Dag-Erling Smorgrav
- Re: Setting memory allocators for library fun... Tony Finch
- Re: Setting memory allocators for library... Dag-Erling Smorgrav
- Re: Setting memory allocators for library functions. Thomas David Rivers
- Re: Setting memory allocators for library functions. michael schuster