From crossfire-devel-admin at archives.real-time.com Sat Jan 1 02:34:20 2000 From: crossfire-devel-admin at archives.real-time.com (crossfire-devel-admin@archives.real-time.com) Date: Thu Jan 13 17:55:05 2005 Subject: [CF-Devel] Server Crash on random maps In-Reply-To: <1063731498.1184.16.camel@d5110227.lss.emc.com> References: <1063731498.1184.16.camel@d5110227.lss.emc.com> Message-ID: <386DBC0C.9070100@sonic.net> Preston Crow wrote: > Playing on Metalforge with the recent update, there are frequent > crashes. It appears to happen when someone applies an exit in a random > map (to go to the next level). This only happens perhaps 5% of the > time. I've fixed the bugs as they've shown up on metalforge. So far, most of them have been related to the event code (the one that wasn't was related to the dragon player code assuming that there would always be appropriate dragon force objects. That shoudl be the case, but always better to not crash if possible). The event bugs would most often show up when a map is being loaded or saved, as that is when objects with events tied to them would be created. For the most part, it was the same bug causing multiple crashes. Given metalforge hasn't crashed today, I'm thinking those bugs are fixed. For those that may have 'issues' with metalforge being the latest, and thus, not necessarily reliable code, I'd point out that the event stuff was checked in in June, and apparantly no one else found the bugs (granted, metalforge runs with debug malloc which will find uninitialized value errors much more quickly). But the reason metalforge tends to run latest is simply to find the bugs. _______________________________________________ crossfire-devel mailing list crossfire-devel@lists.real-time.com https://mailman.real-time.com/mailman/listinfo/crossfire-devel From crossfire-devel-admin at archives.real-time.com Sat Jan 1 02:38:28 2000 From: crossfire-devel-admin at archives.real-time.com (crossfire-devel-admin@archives.real-time.com) Date: Thu Jan 13 17:55:05 2005 Subject: [CF-Devel] client code In-Reply-To: <1063739299.1184.36.camel@d5110227.lss.emc.com> References: <1063739299.1184.36.camel@d5110227.lss.emc.com> Message-ID: <386DBD04.8070708@sonic.net> Preston Crow wrote: > > It was behaving very strangely--all the statistics in the display were > unexpected values. When I was logging in, my character name was hidden, > and my password was displayed on the screen. > > I tried to recreate it, and now it works fine without those fields. Most likely, a dependency issue - I think for the client, you still do need to run 'make depend'. If you don't do that, and change the header files, I could certainly see some files using the old structure layout, and thus doesn't match the new structure layout. _______________________________________________ crossfire-devel mailing list crossfire-devel@lists.real-time.com https://mailman.real-time.com/mailman/listinfo/crossfire-devel