Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!comp.vuw.ac.nz!waikato.ac.nz!ldo
From: ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University)
Newsgroups: comp.sys.mac.programmer
Subject: Bug in MacsBug 6.2
Message-ID: <1991Mar26.184252.3248@waikato.ac.nz>
Date: 26 Mar 91 05:42:52 GMT
Organization: University of Waikato, Hamilton, New Zealand
Lines: 31

I downloaded the release version of MacsBug 6.2 a few days ago,
and installed it on my LC at home. One of the things I tried to
do was set a breakpoint on one of the HFSDispatch calls--CatMove
or GetCatInfo or something, I forget. Imagine my surprise when
I got an error about the symbol HFSDispatch being undefined!

Further checking revealed that trap $A060 is named as FSDispatch,
not HFSDispatch, and yet all the macros for the calls on this trap
use the name HFSDispatch!

A workaround is to define HFSDispatch as a macro equating to FSDispatch
(or $A060). You could add this as a permanent macro with ResEdit.

I just checked MacsBug 6.1 (which I'm still running on my Mac II
at work), and it names trap $A060 as HFSDispatch. So why the
change?

On a related note, is it possible to add new A-trap definitions
to MacsBug? I realize only Apple is allowed to define new traps,
but the fact remains that MacsBug always seems to be a few
releases behind, or we hit a bug like the one above.

For instance, MacsBug 6.2 knows about Gestalt ($A0AD), but
not about SndDispatch ($A800).

Lawrence D'Oliveiro                       fone: +64-71-562-889
Computer Services Dept                     fax: +64-71-384-066
University of Waikato            electric mail: ldo@waikato.ac.nz
Hamilton, New Zealand    37^ 47' 26" S, 175^ 19' 7" E, GMT+12:00
To someone with a hammer and a screwdriver, every problem looks
like a nail with threads.