Path: chuka.playstation.co.uk!news From: Developer Support Newsgroups: scee.yaroze.programming.3d_graphics Subject: Re: GsLinkObject4 Date: Mon, 07 Jul 1997 16:26:27 +0100 Organization: PlayStation Net Yaroze (SCEE) Lines: 35 Message-ID: <33C10AA2.4609@interactive.sony.com> References: <01bc8934$31d86060$LocalHost@default> NNTP-Posting-Host: 194.203.13.10 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 3.01 (Win95; I) Jon Prestidge (alias Moose) wrote: > > 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 If you look at pre-calculated TMD's the number of primatives replaces the ilen and olen of the first primative of a type. I'm not sure what this is for, and we have no documentation about it. I wouldn't worry about it, we've been playing about with TMD's at run time for nearly a year, and have had no problems. Stuart