Article View: comp.sys.powerpc
Article #2363Re: Ask yourself these before you choosing a 32bit OS...
From: Ammon J. Skidmore
Date: Tue, 26 Sep 1995 10:56
Date: Tue, 26 Sep 1995 10:56
33 lines
2690 bytes
2690 bytes
Kazimir Kylheku (c2a192@ugrad.cs.ubc.ca) wrote:
: So what to Mac programmers do to handle the case when allocation fails even
: after compaction has been done? Most programs I have seen simply bomb the
your "grow zone" function gets called by the memory manager. This
function is passed the amount of space that needs to be freed in order to
complete the allocation request. So this is the perfect place to dispose
of any non-crutial memory, such as icon caches, ect.
if your grow zone function still can't free up any memory to complete the
request (or if you didn't bother to install the function at all), the
memory request will, of course, return null - not crash the computer.
The crashes come from lazy programmers that don't check for failed memory
requests, coupled with the Mac's current non-protected memory scheme.
: after compaction has been done? Most programs I have seen simply bomb the
: entire machine. I ran a UUCP gateway program on a Mac that wouldn't survive
: the weekend. When the feed got backlogged, the program would get swamped
: and spam the whole machine. I increased its partition size, but this ate
: several megabytes of RAM even when not using it. Is this what you mean
: by letting the user deal with problems? Incidentally, the problem was
: solved with the acquisition of another Macintosh to run the program.
again, I can't vouch for lazy programmers, but it is a sad truth that
poorly written programs can _easily_ bring a Mac to its knees, whereas with
UNIX protected mem you just lose the process that was bad...
-Ammon
--
Ammon Skidmore | http://bert.cs.byu.edu/~ammon/ammon.html
Skidperfect Software | http://www.shore.net/~chanson
| ftp://ftp.shore.net/members/chanson
Technical Details
Message-ID:
<448m8q$cl@mint.ee.byu.edu>Path:
arc1-ca.pugleaf.net!mint.ee.byu.edu!bert!ammonReferences:
<3vh2hc$9dd@falcon.ccs.uwo.ca> <nevin-2309950419270001@mac-nevin.cs.arizona.edu> <4444pkINNm49@keats.ugrad.cs.ubc.ca> <nevin-2509950235210001@mac-nevin.cs.arizona.edu> <446r0tINNefe@keats.ugrad.cs.ubc.ca>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!mint.ee.byu.edu!bert!ammon From: ammon@bert.cs.byu.edu (Ammon J. Skidmore) Newsgroups: comp.sys.powerpc,comp.os.linux.advocacy,comp.sys.mac.advocacy,comp.os.os2.advocacy,comp.sys.amiga.advocacy,comp.sys.intel,comp.os.ms-windows.advocacy Subject: Re: Ask yourself these before you choosing a 32bit OS... Followup-To: comp.sys.powerpc,comp.os.linux.advocacy,comp.sys.mac.advocacy,comp.os.os2.advocacy,comp.sys.amiga.advocacy,comp.sys.intel,comp.os.ms-windows.advocacy Date: 26 Sep 1995 10:56:26 GMT Organization: ECEN Department, Brigham Young University Message-ID: <448m8q$cl@mint.ee.byu.edu> References: <3vh2hc$9dd@falcon.ccs.uwo.ca> <nevin-2309950419270001@mac-nevin.cs.arizona.edu> <4444pkINNm49@keats.ugrad.cs.ubc.ca> <nevin-2509950235210001@mac-nevin.cs.arizona.edu> <446r0tINNefe@keats.ugrad.cs.ubc.ca> NNTP-Posting-Host: bert.cs.byu.edu X-Newsreader: TIN [version 1.2 PL2]