iorarf_list... I love it. > Thu May 04 2017 11:35:27 AM EDT from bennabiy @ Uncensored Subject: Re: >email... and the data model. > > > >Looking over the serv_upgrade.c file now... (and back by the way). >> Thu May 04 2017 10:20:36 AM EDT from IGnatius T Foobar @ Uncensored >>Subject: Re: email... and the data model. >> >> >>>Is there somewhere in the database which keeps track of which version >>>things
>> >> >>>are at (which revision of the database?) It would probably be good to mark >> >> >>>that this upgrade is a non reversible one (like going to 902 from 9.01). >> >> >>Yes, that is almost exactly how it works. Citadel Server stores its version >>number in the system configuration. When we start up the server, we check the >>stored version against the running version, and perform any needed data >>format upgrades. Again, a browse of serv_upgrade.c will show you all the >>things we know how to do. >> >>All upgrades are considered non-reversible, but now that you mention it, it >>might make sense to check the configuration to see if the stored version is >>*higher* than the current version, and simply refuse to run in that state. >> >>The only place where things got a little weird was when we moved the >>configuration from a separate file and into the database. For that we >>couldn't simply check the version number because we were changing the place >>where that information was stored. >>So it had to make a decision based on whether the old config file was >>present, whether there was a configuration already stored in the database, >>and doing different things based on that information. I think we made the >>right choices because I haven't heard of any cases where that particular >>upgrade went wrong. >> >>(Well, except for the fact that Easy Install was looking for citadel.config >>and clobbered everyone's login banners based on its absence, but that's >>technically a packaging problem.) >> >> >> >> > > > > > > >
