terkhen
c8a56f17f8
(svn r21097) -Codechange: Unify cached max speed for all vehicle types.
2010-11-06 12:53:31 +00:00
terkhen
36c5f3c97c
(svn r21090) -Codechange: Rename VehicleCache to NewGRFCache.
2010-11-06 12:37:55 +00:00
terkhen
8eb3d653da
(svn r21090) -Codechange: Rename VehicleCache to NewGRFCache.
2010-11-06 12:37:55 +00:00
smatz
8456217bf4
(svn r20758) -Fix: when leaving the program, current newgrf config would leak, causing valgrind warnings
2010-09-06 18:20:07 +00:00
smatz
82949024f1
(svn r20758) -Fix: when leaving the program, current newgrf config would leak, causing valgrind warnings
2010-09-06 18:20:07 +00:00
rubidium
706144818e
(svn r20677) -Fix (r20136): copy-paste error (jwm)
2010-08-29 09:41:50 +00:00
rubidium
7af4449fef
(svn r20677) -Fix (r20136): copy-paste error (jwm)
2010-08-29 09:41:50 +00:00
rubidium
360d6daf34
(svn r20632) -Cleanup: remove "a few" unneeded includes, and add them to some headers
2010-08-26 22:01:16 +00:00
rubidium
30f2afac9b
(svn r20632) -Cleanup: remove "a few" unneeded includes, and add them to some headers
2010-08-26 22:01:16 +00:00
rubidium
771b553333
(svn r20566) -Feature: happy smiles on the faces of Ammler and planetmaker
2010-08-19 19:23:38 +00:00
rubidium
552adca67f
(svn r20566) -Feature: happy smiles on the faces of Ammler and planetmaker
2010-08-19 19:23:38 +00:00
rubidium
71498d6d79
(svn r20497) -Fix [FS#3960]: non-dedicated servers failing to load a game caused the introgame to be the server's game causing desyncs when people tried to join
2010-08-15 11:58:20 +00:00
rubidium
e1d35cba6d
(svn r20497) -Fix [FS#3960]: non-dedicated servers failing to load a game caused the introgame to be the server's game causing desyncs when people tried to join
2010-08-15 11:58:20 +00:00
frosch
c18839704b
(svn r20286) -Codechange: Unify end of doxygen comments.
2010-08-01 19:44:49 +00:00
frosch
4bd32799f1
(svn r20286) -Codechange: Unify end of doxygen comments.
2010-08-01 19:44:49 +00:00
frosch
5b86c79fce
(svn r20283) -Codechange: Unify start of doygen comments.
2010-08-01 19:22:34 +00:00
frosch
ed4f806f1d
(svn r20283) -Codechange: Unify start of doygen comments.
2010-08-01 19:22:34 +00:00
rubidium
8c85b4ce3d
(svn r20281) -Codechange: unify case scope closure + break coding style
2010-08-01 18:53:30 +00:00
rubidium
e356cb9405
(svn r20281) -Codechange: unify case scope closure + break coding style
2010-08-01 18:53:30 +00:00
alberth
603c33efc1
(svn r20269) -Codechange: Use IsLocalCompany() everywhere, document the function and two company globals.
2010-07-31 21:43:07 +00:00
alberth
7aabb887d4
(svn r20269) -Codechange: Use IsLocalCompany() everywhere, document the function and two company globals.
2010-07-31 21:43:07 +00:00
alberth
137e2b64c9
(svn r20211) -Codechange: Indented code should have curly braces around it.
2010-07-24 10:14:39 +00:00
alberth
be6c058424
(svn r20211) -Codechange: Indented code should have curly braces around it.
2010-07-24 10:14:39 +00:00
rubidium
1062330ba1
(svn r20194) -Fix: compilation with network disabled failed
2010-07-19 17:46:53 +00:00
rubidium
5b1fc7304a
(svn r20194) -Fix: compilation with network disabled failed
2010-07-19 17:46:53 +00:00
rubidium
9fd2afb147
(svn r20192) -Cleanup: bye bye variables.h, bye bye VARDEF... you won't be missed :)
2010-07-19 17:28:27 +00:00
rubidium
b8487afe54
(svn r20192) -Cleanup: bye bye variables.h, bye bye VARDEF... you won't be missed :)
2010-07-19 17:28:27 +00:00
rubidium
54ec48f7ce
(svn r20188) -Codechange: unVARDEF the _[config|log|highscore]_file variables and move them to a more logical location
2010-07-19 17:11:09 +00:00
rubidium
eb30ebe1a4
(svn r20188) -Codechange: unVARDEF the _[config|log|highscore]_file variables and move them to a more logical location
2010-07-19 17:11:09 +00:00
rubidium
cd5bc729d4
(svn r20185) -Codechange: reduce the scope of _palette_animation_counter
2010-07-19 16:05:29 +00:00
rubidium
e38f503ec0
(svn r20185) -Codechange: reduce the scope of _palette_animation_counter
2010-07-19 16:05:29 +00:00
rubidium
8894ae2ccb
(svn r20183) -Codechange: make _do_autosave and _dedicated_forks not use VARDEF and put them in a more logical location
2010-07-19 15:44:49 +00:00
rubidium
45213e5708
(svn r20183) -Codechange: make _do_autosave and _dedicated_forks not use VARDEF and put them in a more logical location
2010-07-19 15:44:49 +00:00
rubidium
59fa346cbf
(svn r20136) -Codechange: check more of the vehicle caches (when desync debug is turned on)
2010-07-13 20:12:44 +00:00
rubidium
4975f5a94c
(svn r20136) -Codechange: check more of the vehicle caches (when desync debug is turned on)
2010-07-13 20:12:44 +00:00
yexo
a0a657585e
(svn r20055) -Feature: save/load hotkeys to/from hotkeys.cfg
2010-07-03 13:28:15 +00:00
yexo
258ca28819
(svn r20055) -Feature: save/load hotkeys to/from hotkeys.cfg
2010-07-03 13:28:15 +00:00
rubidium
d8716dfa8a
(svn r20039) -Fix [FS#3907]: instead of loading the intro game when loading a savegame fails on the dedicated server, generate a new game.
...
Generating a new game is the least bad solution:
* loading the intro game: desyncs due to GM_MENU on the server and GM_NORMAL on the clients, NewGRFs not being loaded on the server but being loaded on the client;
* creating an empty map: OpenTTD will go crazy due to missing towns. Also clients can't properly join because of the missing towns;
* loading the last saved game: doesn't always exist and loading it might fail causing an infinite loop;
* stopping being a server: breaks the dedicated server horribly; if you loaded the game via rcon you can't connect with it anymore as you can't join the server;
* generating a new game: should always succeed, although people might think a scenario loaded fine because there are no companies and such.
2010-06-30 21:38:51 +00:00
rubidium
939145c50b
(svn r20039) -Fix [FS#3907]: instead of loading the intro game when loading a savegame fails on the dedicated server, generate a new game.
...
Generating a new game is the least bad solution:
* loading the intro game: desyncs due to GM_MENU on the server and GM_NORMAL on the clients, NewGRFs not being loaded on the server but being loaded on the client;
* creating an empty map: OpenTTD will go crazy due to missing towns. Also clients can't properly join because of the missing towns;
* loading the last saved game: doesn't always exist and loading it might fail causing an infinite loop;
* stopping being a server: breaks the dedicated server horribly; if you loaded the game via rcon you can't connect with it anymore as you can't join the server;
* generating a new game: should always succeed, although people might think a scenario loaded fine because there are no companies and such.
2010-06-30 21:38:51 +00:00
rubidium
188f5f8e4d
(svn r20038) -Change: move SafeSaveOrLoad a bit
2010-06-30 20:20:15 +00:00
rubidium
827a97a5ce
(svn r20038) -Change: move SafeSaveOrLoad a bit
2010-06-30 20:20:15 +00:00
frosch
d12e364952
(svn r19937) -Codechange: Move some fios related prototypes to fios.h
2010-06-05 19:02:29 +00:00
frosch
13d43b8dab
(svn r19937) -Codechange: Move some fios related prototypes to fios.h
2010-06-05 19:02:29 +00:00
frosch
8ef0aed0ae
(svn r19936) -Codechange: If there is an enum, also use it.
2010-06-05 18:44:31 +00:00
frosch
1d9a84a934
(svn r19936) -Codechange: If there is an enum, also use it.
2010-06-05 18:44:31 +00:00
frosch
e684da2193
(svn r19934) -Fix [FS#3857]: When 'pause on new game' is set, pause the game before CleanupGeneration() to avoid conflicts with concurrent GUI code.
2010-06-05 15:22:46 +00:00
frosch
c5921a91ea
(svn r19934) -Fix [FS#3857]: When 'pause on new game' is set, pause the game before CleanupGeneration() to avoid conflicts with concurrent GUI code.
2010-06-05 15:22:46 +00:00
frosch
65d058723e
(svn r19933) -Fix [FS#3804]: Keep _current_company and _local_company in sync during GUI operation.
2010-06-05 13:32:42 +00:00
frosch
9e53f1e004
(svn r19933) -Fix [FS#3804]: Keep _current_company and _local_company in sync during GUI operation.
2010-06-05 13:32:42 +00:00
frosch
a5bea603ea
(svn r19931) -Fix (r19914): Convert assertion in Backup<> destructor into DEBUG() output. It was triggered on exceptions, especially when aborting world generation.
2010-06-05 12:16:12 +00:00