Age | Commit message (Collapse) | Author | |
---|---|---|---|
2011-12-09 | (svn r23464) -Fix [FS#4876]: clear the backed up orders of a removed station ↵ | rubidium | |
as well, otherwise one could create orders to a station that was never in the original backupped orders. For example a road vehicle trying to go to a buoy. | |||
2011-05-02 | (svn r22410) -Document: some more bits ;) | rubidium | |
2011-01-18 | (svn r21846) -Codechange: move documentation towards the code to make it ↵ | rubidium | |
more likely to be updated [o-s]. | |||
2010-08-26 | (svn r20632) -Cleanup: remove "a few" unneeded includes, and add them to ↵ | rubidium | |
some headers | |||
2010-08-23 | (svn r20603) -Codechange: silence some ICC warnings | rubidium | |
2010-08-22 | (svn r20593) -Fix: (rlongago, r20547): long ago the service interval was ↵ | rubidium | |
int16, after which is got converted to Date except in the order backup. Much later I copied the savegame snippets from a vehicle and applied that on the order backup. Presto, reading/writing 32 bits (of Date) into 16 bits of ancient style service interval. That would then "spoil" the name pointer and that eventually crashes OpenTTD as it's likely to be an invalid pointer. | |||
2010-08-18 | (svn r20547) -Change: the way order backups are performed. Now restoring an ↵ | rubidium | |
order doesn't require up to 765 commands. | |||
2010-08-18 | (svn r20545) -Codechange: make sure an OrderBackup gets cleared when the ↵ | rubidium | |
depot it belongs to gets removed, the depot window gets closed or when another vehicle gets sold in a depot | |||
2010-08-18 | (svn r20541) -Fix: when removing a vehicle update the "clone orders ↵ | rubidium | |
of"-vehicle of a backed up order, or remove it if there is no vehicle sharing orders with that vehicle. | |||
2010-08-18 | (svn r20539) -Codechange: make order backups more self-contained. | rubidium | |