Title: ZOMGPETS!!!1111oneone & the dreaded too many iterations Post by: Motoki on 2006 October 26, 11:08:46 I always run with debug mode on (OMG B00lPROP!!1111oneoneone) and got a couple of too many iterations errors on cats. I was running little or no hacks at the time and believe the errors to be
Just throwing this out there for Pes to look at. Don't know if it's anything serious or a one time deal, haven't had them happen again, but still in theory we shouldn't be getting "too many iterations" from regular game play. One seems like was having issues with the kitty condo and the other was trying to go to work (Fifi is a star! ;) ) and seems like she got routefail even though the stairs out the front door are double stairs next to each other and there's also an alternate route out through the garage. :P Title: Re: ZOMGPETS!!!1111oneone & the dreaded too many iterations Post by: syberspunk on 2006 October 26, 22:32:13 I'm no expert but...
in the 2nd error log, the stack doesn't seem to match default in the 1st error log, the BHAV is very weird... Code: # Group = 0x7F484095, Instance = 0x1007 courtesy of teh new dizziness, there are a couple of things that I notice are strange right off the bat: 1) Param 0 is passed to this BHAV, which I think is the Obj ID for the Cat Condo. However... in the very first line, that value is obliterated by assigning a BCON value to P0. ??? 2) Then... there are places in the code where a BCON value gets added to Param 0... but the value is 0! Check out lines 5 and 8 at least. Uh... wtf does that do? I could be like totally retarded... but am I missing something? It would make more sense if it was Assigning the value 0 Or if it was checking if it was a bit that was set or setting a bit to 0, maybe even if it was supposed to multiply by 0. But just adding 0? Does that even change anything? Anyhew. I don't know enough about it. But it looks to me like Param 0 is supposed to be the anim id used to animate the Cat in line 15. Maybe Pescado, TJ, or dizzy can take a look and have a better chance of makin heads or tails out of this mess. :P Ste Title: Re: ZOMGPETS!!!1111oneone & the dreaded too many iterations Post by: Motoki on 2006 October 26, 22:42:53 On the second one I may have started adding in a few hacks by that point, but when the kitty condo incident happened I'm fairly certain I only had two hacks in, lesswhiny and nowhatsthis, neither of which I see messing with the cat or kitty condo in any way.
Title: Re: ZOMGPETS!!!1111oneone & the dreaded too many iterations Post by: twojeffs on 2006 October 27, 04:07:28 Not sure about the first one, probably just random though. I've gotten a few anim errors related to pets, but no too many iterations yet.
The second one is probably from lesswhiny, but my guess would be that it was a one off deal just due to changing code that the cat was probably already running when the lot was saved. Ste - the 'blowout' of P0 is fairly common in bhavs that run animations. It's not expecting any data. P0 is used by the Animate Sim to determine the anim index to run. Title: Re: ZOMGPETS!!!1111oneone & the dreaded too many iterations Post by: J. M. Pescado on 2006 October 27, 11:10:27 Yes, parameter indexes are often used for value-passing to primitives, but in order to be used as such, they have to be declared. This gives the illusion that the function expects arguments, when it actually just ignores them, stomping them flat and abusing the variable for its own purposes. This is true of people as well: They behave as if they expect arguments, then proceed to ignore any offered and simply abuse the matter for their own ends.
Title: Re: ZOMGPETS!!!1111oneone & the dreaded too many iterations Post by: Motoki on 2006 October 27, 14:06:47 LMAO! Thanks for the explanation. So true, haha.
|