phil at theperlguru.com wrote: > On Sat, 1 Mar 2003 01:54:48 +0100 (MET), Bernd Edler wrote: > > >> Since the latest update, the shops don't reset any more. >> Other maps still do, but they are not visited that frequently. >> >> The shops are looking really messy now. >> >> I assume that the reset logic has changed. > > > According to the maps command, it seems that quite a few maps are long > overdue for a reset, and not just shops. Reset logic didn't change. IT appears to be some issue with the temp maps stuff, and bogus reset times being set. In fact, it isn't that the code isn't resetting maps that it should - it is in that some maps (at least one I examined) has a reset time/date of Aug 2006. However, the maps command just displays hour/minute/second, on the basis that normally all maps reset within a few hours. I'll put some code into the read_map_log that does sanity checking of those values. I'm not sure how they got so off in the first place - however, once a bogus value was established, that just got carried forward. Most all the other code, that establishes next reset (or first rest in case of fixed reset time maps) do sanity checking on things like the reset time set in the map and what not. _______________________________________________ crossfire-devel mailing list crossfire-devel at lists.real-time.com https://mailman.real-time.com/mailman/listinfo/crossfire-devel