OSDN Git Service

- shogi_server/pairing.rb: Added a new class: StartGameWithoutHumans.
[shogi-server/shogi-server.git] / changelog
index 2211823..61140dc 100644 (file)
--- a/changelog
+++ b/changelog
@@ -1,3 +1,238 @@
+2009-12-20 Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - shogi_server/player.rb: Added new methods: is_human? and
+           is_computer?. 
+           A human player is recommened to use a name ending with '_human'.  
+           ex. 'hoge_human', 'hoge_human@p1'
+         - shogi_server/pairing.rb: Added a new class:
+           StartGameWithoutHumans, which tries to make pairs trying to
+           avoid a human-human match. This is now enabled instread of the
+           previous class: StartGame.
+
+2009-12-04 Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - The HUP signal is not supported by Ruby on Windows.
+
+2009-11-11 Daigo Moriwaki <daigo at debian dot org>
+
+       * [mk_rate]
+         - Added a new command line option: --base-date. You can specify a
+           base date to calculate rating scores. Games in the `future' are
+           ignored for the calculation.
+
+2009-11-10 Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - The server logs a result of each game to a file named '00LIST',
+           which will be used to generate players.yaml. If the file does
+           not exist, the server will create one automatically.
+           Instruction to use the game result list file:
+           1. Make a list of game results from exisiting CSA files with
+              mk_game_results
+              % ./mk_game_results dir_of_csa_files > 00LIST
+           2. Run the server. It appends a result of each game to
+              '00LIST' when the game finishes.
+           3. From the list of game results, calculate rating scores of
+              players.
+              % ./mk_rate 00LIST > players.yaml
+
+2009-11-08 Daigo Moriwaki <daigo at debian dot org>
+
+       * [mk_rate]
+         - Split a pre-process collecting game results from csa files into
+           a new command, mk_game_results. Now, Generating players.yaml
+           requires two steps as follows:
+             % ./mk_game_results dir_of_csa_files > 00LIST
+             % ./mk_rate 00LIST > players.yaml
+             or
+             % ./mk_game_results dir_of_csa_files | ./mk_rate > players.yaml 
+           (Closes: #19454)
+
+2009-08-06 Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - A experimental new feature, codenamed Buoy: it allows players to
+           play a game starting with a specified position. First, a player
+           sets a buoy game with moves to a specific position. Then, two
+           players can play a new game with the game name.
+           New commands:
+           + %%SETBUOY <game_name> <moves> [count]
+             Set a new buoy game.
+             ex. %%SETBUOYGAME buoy_foo-900-0 +7776FU 10
+             ex. %%SETBUOYGAME buoy_foo-1500-0 +7776FU-3334FU
+             - game_name is a valid game name with a prefix "buoy_".
+             ex. buoy_foo-900-0
+             - moves are initial moves from the Hirate position to a
+             spcific position that you want to start with.
+             ex. +7776FU-3334FU+8786FU
+             - count is an optional attribute to tell how many times the
+             game can be played (default 1). The count is decremented
+             when the game finishes. If the count reaches zero, the buoy
+             game is removed automatically by the server.
+             ex. 10
+           + %%DELETEBUOY <game_name>
+             Delete a buoy game. The only owner who set up the game is
+             allowed to delete it.
+             ex. %%DELETEBUOY buoy_foo-900-0
+             - game_name is the buoy game name that was created.
+           + %%GETBUOYCOUNT <game_name>
+             Show a current count of the buoy game or -1 for non-existing
+             games.
+
+
+2009-07-11 Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - shogi_server/command.rb: refactored commands out of player.rb.
+
+2009-06-18 Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - An emtpy floodgate_history.yaml caused a server error. This
+           issue has been fixed. 
+           (Closes: #15124)
+
+2009-06-17 Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - If a new game matched between two players is not started within
+           a certain time (default 120 seconds) (i.e. the agree_waiting or
+           start_waiting state lasts too long), the Server REJECTs the game.
+           (Closes: #14425)
+
+2009-06-15 Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - When a Gote player AGREEd a new game and then a Sente player
+           logged out (LOGOUT), the Gote incorrectly received a LOGOUT message 
+           from the server. Since Gote's state was not AGREEd or STARTed yet,
+           the Gote should be REJECTed. This issue has been fixed. 
+           (Closes: #17335)
+
+2009-06-14 Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - The Board could not recognize a certain pattern of
+           Oute-Sennichite. This issue has been fixed.
+           (Closes: #13966)
+
+2009-03-22 Daigo Moriwaki <daigo at debian dot org>
+
+       * [utils/correct-bug14635.rb]
+         - Added a new file. This program corrects illegal lines introduced
+           by the #14635 bug.
+
+2009-03-07 Daigo Moriwaki <daigo at debian dot org>
+
+       * [csa-file-filter]
+         - Improved performance.
+
+2009-02-15 Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - A duplicated comment that is the one of the previous (or older)
+           move might be erroneously recorded in a csa file. This issue has 
+           been fixed. (Closes: #15080)
+
+2009-02-11 Daigo Moriwaki <daigo at debian dot org>
+
+       * [utils/csa-filter.rb]
+         - Added a new file. This program filters CSA files.
+
+2009-02-01 Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - The shogi-server records csa files of games in an illegal
+           format. This issue has been fixed. (Closes: #14635)
+         - A ##[MONITOR] command for showing a game result such as %TORYO
+           was not correct. This issue has been fixed.  
+
+2009-01-13 Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - It failed to proccess a game result, OuteKaihiMoreWin where a
+           checked king does not escape. This issue has been fixed.
+
+2009-01-02 Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - shogi_server/timeout_queue.rb: the timeout parameter of the
+           constructor was not respected erroneously. This issue
+           has been fixed.
+         - shogi_server/players.rb: When a player was finishing with its
+           write socket broken, there was a chance that the thread of the
+           player in the giant lock had to wait for a long time (about 20
+           seconds), which might cause threads of other players stop and 
+           time out. (Closes: #14469)
+
+2008-12-30 Daigo Moriwaki <daigo at debian dot org>
+
+       * [mk_html]
+         - Added a new option: --footer filename, which inserts contents of 
+           the filename at the bottom of a genrated page. A text specific to 
+           wdoor should be written by using this option. 
+           (Closes: #14470)
+         - It does no more depend on RDoc. RDoc::usage does not work well
+           (due to RDoc).
+
+2008-12-28 Daigo Moriwaki <daigo at debian dot org>
+
+       * [mk_rate]
+         - Check kifu files more carefully so that files that contain
+           incomplete records are skipped.
+         - mk_rate might have failed to alloc due to out of memory. Now it
+           consumes less memory (about 200MB instead of 2GB).
+         - File names can be put into STDIN instead of specifying directory
+           names in command line arguments.
+       * [csa-file-filter]
+         - New file. It filters kifu files and is of use for a pre-filter
+           of mk_rate.
+
+2008-12-13 Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - Improved an existance check and etc. of directories specified
+           by command line options, expecially in case of the daemon mode. 
+           (Closes: #14244)
+         - A lotated log file is moved to $topdir/YYYY/MM/DD.
+           (Closes: #14245)
+
+2008-11-27 Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - Added sample/*.sh for command line samples.
+
+2008-11-24 Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - Added a new option --floodgate-history, which allows users to
+           specify a file name that stores the records of games. The
+           records are taken care of when games are matched.
+
+2008-10-18 Daigo Moriwaki <daigo at debian dot org>
+
+       * [utils/eval_graph.rb]
+         - Display time control graphs as well.
+           Thanks to Nishimura-san for this idea.
+           (Closes: #13678)
+
+2008-10-08 Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - Ruby 1.8.7 (or later) must be used. Ruby 1.8.6 is not supported.
+         - Daemon mode is available.
+         - shogi_server/piece_ky.rb is again merged with
+           shogi_server/piece.rb, then has been removed.  
+         - Added a test case, TC_usi.rb.
+
+2008-06-30 Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - Added a new option --player-log-dir, which allows users to log
+           messages that are received or sent to the wire.
+
 2008-06-28 Daigo Moriwaki <daigo at debian dot org>
 
        * [shogi-server]
            record file instead of after the last move, which allows other
            applications watching a game to recognize players in the middle 
            of the game. (Closes #12821)
+         - If a player, including a monitor, stuck at the time of sending
+           messages to the wire, which means that the giant lock was locked,
+           it might have prevented other players from processing until
+           timeout occurred. This issue has been fixed. (Closes #12555)
 
 2008-06-27 Daigo Moriwaki <daigo at debian dot org>