home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.mac.programmer
- Path: sparky!uunet!cs.utexas.edu!sun-barr!ames!data.nas.nasa.gov!taligent!keith@taligent.com
- From: keith@taligent.com (Keith Rollin)
- Subject: Re: Checksumming MemErr global variable (Tech Note 7) problem
- Message-ID: <Bt74v9.KGF@taligent.com>
- Sender: usenet@taligent.com (More Bytes Than You Can Read)
- Organization: Taligent
- References: <1992Aug18.181714.12276@midway.uchicago.edu>
- Date: Tue, 18 Aug 1992 20:28:20 GMT
- Lines: 34
-
- In article <1992Aug18.181714.12276@midway.uchicago.edu>, chh9@quads.uchicago.edu
- (Conrad Halton Halling) writes:
- >
- > Tech Note 7 says:
- >
- > "If you are having strange, memory-related problems, one thing that
- > you can do to help find them is to checksum on MemErr (the low memory
- > global word at $220). In MacsBug, type "SS 220 221".... When MemErr
- > changes, the debugger will appear, and you can check your code to make
- > sure that you are checking MemErr. If not, you might have found a problem
- > that could cause your program to crash!"
- >
- > I tried this, but apparently StripAddress() is using MemErr because it
- > is stuffing strange numbers into this global variable, so this technique
- > doesn't seem to work any more. Does anyone know why StripAddress()
- > is using MemErr??
-
- What StripAddress are you looking at? I've got a Quadra 900 with 7.0.1, Tune-Up
- 1.1.1, and a bunch of skanky INITs. If anyone is going to have a goofy version
- of StripAddress, I would. However, StripAddress is still run from ROM on my
- machine, and it looks like this:
-
- +0000 4080D764 BTST #$00,$1EFC
- +0006 4080D76A BNE.S _StripAddress+000C ; 4080D770
- +0008 4080D76C AND.L MaskBC,D0
- +000C 4080D770 RTS
-
- No muss, no fuss. An no accesses to MemErr.
-
- --
- Keith Rollin
- Phantom Programmer
- Taligent, Inc.
-
-