Path: chuka.playstation.co.uk!news
From: "Jon Prestidge (alias Moose)" <zmoose@premier.co.uk>
Newsgroups: scee.yaroze.programming.3d_graphics
Subject: GsLinkObject4
Date: 5 Jul 1997 11:05:05 GMT
Organization: PlayStation Net Yaroze (SCEE)
Lines: 23
Message-ID: <01bc8934$31d86060$LocalHost@default>
NNTP-Posting-Host: client870e.globalnet.co.uk
X-Newsreader: Microsoft Internet News 4.70.1155

Does this happen to anyone-else?....

   I set-up TMD data on-line in my program (as apposed to loading it in
from a file).  I create it with absolute addresses to begin with -- so I
set the flag in the TMD header to show this and I don't bother calling
GsMapModelingData.   Before I call GsLinkObject4 everything seems fine (I'm
checking this in the debugger) all the TMD data is set-up as expected. 
However after the call to GsLinkObject4 the first primitive has changed --
it's ilen and olen have been over-written with the number of primitives in
that TMD object.   All other primitives are OK, as are all the other TMD
components.    But this change in the first primitive does not seem to
cause any problems... the object appears on-screen fine and I would never
have noticed it unless I had been checking things through on the debuger as
a matter of course.   If I set the ilen and olen back to what they were
before the call to GsLinkObject4 in the debugger and then resume running
then the program, it crashes (freezes, or whatever) on GsSortObject4
later-on.

Is this supposed to happen or is there a memory bug in my program (that I'm
getting-away with sofar but might catch-up with me later)?. 


Jon