Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!doug.cae.wisc.edu!news
From: jverdega@cae.wisc.edu (Jeff Verdegan)
Newsgroups: comp.sys.mac.programmer
Subject: More screwy AFP troubles
Message-ID: <1991Jun7.083141.7811@doug.cae.wisc.edu>
Date: 7 Jun 91 13:31:41 GMT
Distribution: usa
Organization: Computer Aided Engineering Center, University of Wisconsin-Madison
Lines: 27

Well, AppleTalk has done it again.  It's causing me to lose my mind!  Here's
the deal:

I'm using THINK C, version 4.0 (I just upgraded to 4.0.5, with the same results)
and I'm still on System 6.0.5.  After calling FPRead (via FPCommand, of course),
I want to look at what it is I've just read.  Not an unreasonable request, is
it?  Anyway, this comes back in xpb.XPP.XPP8.XPP7.XPP6.rbPtr, where xpb is
of type XPPParamBlock.  So there I am, double clicking my way down through the
structures/unions that make up this beast.  I get to ...rbPtr, set the type
to Address, double click to examine what it points to (something I've done
googols of times before), and WHAMMO! I get a "THINK C has unexpectedly quit"
alert, with an error code of 1 (bus error).  This also happens if I go in the
menu and change the type of ...rbPtr to Pascal string and (I would assume) C
string.  The address pointed to by ...rbPtr is even, so that shouldn`t be
the problem.  I've tried increasing memory for the debugger, for C, and for
my application, all to no avail.  I have looked at my pointers/handles, and
have found nothing that is unallocated, dangling, or otherwise naughty.  

Does anyone have an idea what might be causing this?  Is it obviously one of
my pointers/handles that I must just be missing?  Will Stephanie tell Brock 
that she's carrying the Emir's baby?  For the answers to these and other 
questions, tune in next time to c.s.m.p.

Thanks in advance! :)

Jeff Verdegan
jverdega@cae.wisc.edu