colossus-developers Mailing List for Colossus (Page 6)

Has been on the wishlist for ages. There's (at least) two FRs related 
to this (also masterboard moves).

https://sourceforge.net/p/colossus/feature-requests/212/
https://sourceforge.net/p/colossus/feature-requests/149/

If we'd do it, I'd like to see it with a configurable time value.

-Clemens


On 2013-10-01 08:53, Jeff Matthews wrote:
> It could be too fast for some players.  That's the point of it.  Let 
> the
> person who proposes the game set the rules and play with players 
> willing to
> move at the designated pace.
>
> We do routinely have people begging others to set up their pieces and
> commence.
>
> Jeff Matthews
> MATTHEWS | EASLEY | CHANEY
> 13430 Northwest Freeway, Suite 990
> Houston, Texas 77040
> Ph. (713) 223-4000
> Fax (281) 589-9000
>
>
>
> -----Original Message-----
> From: Bruno Wolff III [mailto:br...@wo...]
> Sent: Monday, September 30, 2013 11:12 PM
> To: Jeff Matthews
> Cc: 'Clemens Katzer'; 'Colossus DevelopersList'
> Subject: Re: [Colossus-developers] New release: 0.14.0 !
>
> On Mon, Sep 30, 2013 at 22:14:39 -0500,
>    Jeff Matthews <je...@xe...> wrote:
>>Wish I was more proficient and could help.
>>
>>In talking with another player, we thought it would be a good game
>>option/setting to require that players have 60 second time limit to
>>place creatures on battle board.  At expiration of 60 seconds, "Done"
>>is forced, and creatures are wherever the sit - even dead if off the 
>> board.
>
> That's pretty fast for some battles. Particularly on the first turn, 
> in
> complex terrains with lots of characters.
>
>
> 
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the
> most from
> the latest Intel processors and coprocessors. See abstracts and 
> register >
> 
> http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
> _______________________________________________
> Colossus-developers mailing list
> Col...@li...
> https://lists.sourceforge.net/lists/listinfo/colossus-developers

It could be too fast for some players.  That's the point of it.  Let the
person who proposes the game set the rules and play with players willing to
move at the designated pace.  

We do routinely have people begging others to set up their pieces and
commence.

Jeff Matthews
MATTHEWS | EASLEY | CHANEY
13430 Northwest Freeway, Suite 990
Houston, Texas 77040
Ph. (713) 223-4000
Fax (281) 589-9000



-----Original Message-----
From: Bruno Wolff III [mailto:br...@wo...] 
Sent: Monday, September 30, 2013 11:12 PM
To: Jeff Matthews
Cc: 'Clemens Katzer'; 'Colossus DevelopersList'
Subject: Re: [Colossus-developers] New release: 0.14.0 !

On Mon, Sep 30, 2013 at 22:14:39 -0500,
   Jeff Matthews <je...@xe...> wrote:
>Wish I was more proficient and could help.
>
>In talking with another player, we thought it would be a good game 
>option/setting to require that players have 60 second time limit to 
>place creatures on battle board.  At expiration of 60 seconds, "Done" 
>is forced, and creatures are wherever the sit - even dead if off the board.

That's pretty fast for some battles. Particularly on the first turn, in
complex terrains with lots of characters.

On Mon, Sep 30, 2013 at 22:14:39 -0500,
   Jeff Matthews <je...@xe...> wrote:
>Wish I was more proficient and could help.
>
>In talking with another player, we thought it would be a good game
>option/setting to require that players have 60 second time limit to place
>creatures on battle board.  At expiration of 60 seconds, "Done" is forced,
>and creatures are wherever the sit - even dead if off the board.

That's pretty fast for some battles. Particularly on the first turn, in complex 
terrains with lots of characters.

Wish I was more proficient and could help.

In talking with another player, we thought it would be a good game
option/setting to require that players have 60 second time limit to place
creatures on battle board.  At expiration of 60 seconds, "Done" is forced,
and creatures are wherever the sit - even dead if off the board.

Jeff Matthews
MATTHEWS | EASLEY | CHANEY
13430 Northwest Freeway, Suite 990
Houston, Texas 77040
Ph. (713) 223-4000
Fax (281) 589-9000


-----Original Message-----
From: Clemens Katzer [mailto:cle...@cl...] 
Sent: Tuesday, September 24, 2013 11:56 AM
To: Bruno Wolff III
Cc: Colossus DevelopersList
Subject: Re: [Colossus-developers] New release: 0.14.0 !


yes, noticed it myself also this morning but didn't have time then (and had
forgotten it already by now, so, good that you reminded me :-)

Fixed.

_Cle.


On 2013-09-24 16:31, Bruno Wolff III wrote:
> On Tue, Sep 17, 2013 at 23:39:55 +0300,
>   Clemens Katzer <cle...@cl...> wrote:
>>
>>As subject says.
>
> There was a note you had to make a fix. Did that happen yet? If so, 
> what's the rev number that should be used?
>
> Also http://colossus.sourceforge.net/docs/RecentChangesDetails.html
> covers changes for an older release, and not 0.14.0.


----------------------------------------------------------------------------
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
from the latest Intel processors and coprocessors. See abstracts and
register >
http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
_______________________________________________
Colossus-developers mailing list
Col...@li...
https://lists.sourceforge.net/lists/listinfo/colossus-developers

On Tue, Sep 24, 2013 at 19:21:51 +0300,
   Clemens Katzer <cle...@cl...> wrote:
>
>> If so, what's the rev number that should be used?
>
>
>trunk:5331. First try was 5328. Tag might still me only from 5328.

0.14.0 is in Rawhide and Fedora 18, 19 and 20 testing.

Since the changes seemed pretty minor I am going to do the upgrade in 
all of the active Fedora releases.

yes, noticed it myself also this morning but didn't have time then (and 
had forgotten it already by now, so, good that you reminded me :-)

Fixed.

_Cle.


On 2013-09-24 16:31, Bruno Wolff III wrote:
> On Tue, Sep 17, 2013 at 23:39:55 +0300,
>   Clemens Katzer <cle...@cl...> wrote:
>>
>>As subject says.
>
> There was a note you had to make a fix. Did that happen yet? If so,
> what's the rev number that should be used?
>
> Also http://colossus.sourceforge.net/docs/RecentChangesDetails.html
> covers changes for an older release, and not 0.14.0.

> If so, what's the rev number that should be used?


trunk:5331. First try was 5328. Tag might still me only from 5328.

BR,
clemens



On 2013-09-24 16:31, Bruno Wolff III wrote:
> On Tue, Sep 17, 2013 at 23:39:55 +0300,
>    Clemens Katzer <cle...@cl...> wrote:
>>
>>As subject says.
>
> There was a note you had to make a fix. Did that happen yet? If so, 
> what's
> the rev number that should be used?
>
> Also http://colossus.sourceforge.net/docs/RecentChangesDetails.html
> covers changes for an older release, and not 0.14.0.
>
> 
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the
> most from
> the latest Intel processors and coprocessors. See abstracts and 
> register >
> 
> http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
> _______________________________________________
> Colossus-developers mailing list
> Col...@li...
> https://lists.sourceforge.net/lists/listinfo/colossus-developers

On Tue, Sep 17, 2013 at 23:39:55 +0300,
   Clemens Katzer <cle...@cl...> wrote:
>
>As subject says.

There was a note you had to make a fix. Did that happen yet? If so, what's 
the rev number that should be used?

Also http://colossus.sourceforge.net/docs/RecentChangesDetails.html 
covers changes for an older release, and not 0.14.0.

As subject says.

Cheers!
-Clemens

Here is a patch for feature request #222 that remembers the column widths in the 'Proposed Games' table between restarts. I also attached this to the feature request.

Scott Greenman
sc...@gr...

Index: Colossus/core/src/test/java/net/sf/colossus/gui/ColumnWidthPersistingJTableTest.java

===================================================================

--- Colossus/core/src/test/java/net/sf/colossus/gui/ColumnWidthPersistingJTableTest.java (revision 0)

+++ Colossus/core/src/test/java/net/sf/colossus/gui/ColumnWidthPersistingJTableTest.java (revision 0)

@@ -0,0 +1,40 @@

+package net.sf.colossus.gui;

+

+import net.sf.colossus.common.Options;

+import junit.framework.TestCase;

+

+public class ColumnWidthPersistingJTableTest extends TestCase

+{

+ public void TestParseWidthProperty()

+ {

+ ColumnWidthPersistingJTable.ColumnWidthPersistingTableColumnModel model = new ColumnWidthPersistingJTable.ColumnWidthPersistingTableColumnModel(

+ "irrelevent", null);

+

+ Options testOptions = new Options("irrelevant");

+

+ testOptions.setOption("invalid",

+ "this is not a valid column width string");

+ assertEquals(-1, model.getPreferredWidth(testOptions, "invalid", 0));

+

+ testOptions.setOption("no data", "0::0:,0,,::,:");

+ assertEquals(-1, model.getPreferredWidth(testOptions, "no data", 0));

+

+ testOptions.setOption("valid", "3:5,19:193,0:11,2:99,");

+ assertEquals(11, model.getPreferredWidth(testOptions, "valid", 0));

+ assertEquals(-1, model.getPreferredWidth(testOptions, "valid", 1));

+ assertEquals(99, model.getPreferredWidth(testOptions, "valid", 2));

+ assertEquals(5, model.getPreferredWidth(testOptions, "valid", 3));

+ assertEquals(193, model.getPreferredWidth(testOptions, "valid", 19));

+

+ testOptions.setOption("extraspace", "3 : 5, 19:193 , 0 : 11 ,2:99,");

+ assertEquals(11, model.getPreferredWidth(testOptions, "extraspace", 0));

+ assertEquals(-1, model.getPreferredWidth(testOptions, "extraspace", 1));

+ assertEquals(99, model.getPreferredWidth(testOptions, "extraspace", 2));

+ assertEquals(5, model.getPreferredWidth(testOptions, "extraspace", 3));

+ assertEquals(193,

+ model.getPreferredWidth(testOptions, "extraspace", 19));

+

+ assertEquals(-1,

+ model.getPreferredWidth(testOptions, "non-existent", 0));

+ }

+}

Index: Colossus/core/src/main/java/net/sf/colossus/gui/ColumnWidthPersistingJTable.java

===================================================================

--- Colossus/core/src/main/java/net/sf/colossus/gui/ColumnWidthPersistingJTable.java (revision 0)

+++ Colossus/core/src/main/java/net/sf/colossus/gui/ColumnWidthPersistingJTable.java (revision 0)

@@ -0,0 +1,162 @@

+package net.sf.colossus.gui;

+

+import java.util.Enumeration;

+

+import javax.swing.JTable;

+import javax.swing.event.ChangeEvent;

+import javax.swing.event.ListSelectionEvent;

+import javax.swing.event.TableColumnModelEvent;

+import javax.swing.event.TableColumnModelListener;

+import javax.swing.table.DefaultTableColumnModel;

+import javax.swing.table.TableColumn;

+import javax.swing.table.TableModel;

+

+import net.sf.colossus.common.Options;

+

+/**

+ * This is a JTable that remembers the size of its columns between runs of the

+ * program. The column sizes are stored in the provided Options object, under

+ * option names that begin with the provided prefix.

+ * 

+ * We override the table's TableColumnModel with one that gets the desired width

+ * of the column from the Options when that column is being added to the table,

+ * and writes the new width back to the Options when columns are resided.

+ * 

+ * This class doesn't actually persist the options. The caller is responsible

+ * for persisting the options before shutdown and reloading them before calling

+ * the constructor for this class.

+ * 

+ * Note that the value we store not only includes the desired widths, but also

+ * the column order, but we aren't using the order information when creating the

+ * table so the columns always appear in their original order when the program

+ * is restarted. This could be enhanced in the future to restore column

+ * ordering.

+ * 

+ * @author Scott Greenman

+ */

+public class ColumnWidthPersistingJTable extends JTable

+{

+ public ColumnWidthPersistingJTable(String optionName, Options options,

+ TableModel tableModel)

+ {

+ super(tableModel, new ColumnWidthPersistingTableColumnModel(optionName,

+ options));

+ // When you provide the JTable with a TableColumnModel, it doesn't by

+ // default

+ // automatically create the columns. If we don't tell it to do that, we

+ // end up with an empty table.

+ setAutoCreateColumnsFromModel(true);

+ }

+

+ // Exposed to package for unit testing

+ static class ColumnWidthPersistingTableColumnModel extends

+ DefaultTableColumnModel

+ {

+ private static String COLUMN_SEPARATOR=",";

+ private static String FIELD_SEPARATOR=":";

+ 

+ private String optionName;

+ private Options options;

+

+ public ColumnWidthPersistingTableColumnModel(String optionName,

+ Options options)

+ {

+ super();

+ this.optionName = optionName;

+ this.options = options;

+ addColumnModelListener(new TableColumnModelListener()

+ {

+ public void columnAdded(TableColumnModelEvent e)

+ {

+ }

+

+ public void columnRemoved(TableColumnModelEvent e)

+ {

+ }

+

+ public void columnMoved(TableColumnModelEvent e)

+ {

+ }

+

+ public void columnSelectionChanged(ListSelectionEvent e)

+ {

+ }

+

+ /**

+ * This gets called for each column when the table is being

+ * created, and again if a column is resized. Update the option

+ * with the current field sizes.

+ */

+ public void columnMarginChanged(ChangeEvent e)

+ {

+ StringBuilder optionValueBuilder = new StringBuilder(50);

+ Enumeration<TableColumn> columns = getColumns();

+ while (columns.hasMoreElements())

+ {

+ TableColumn column = columns.nextElement();

+ optionValueBuilder.append(column.getModelIndex())

+ .append(FIELD_SEPARATOR).append(column.getWidth())

+ .append(COLUMN_SEPARATOR);

+ }

+ getOptions().setOption(getOptionName(),

+ optionValueBuilder.toString());

+ }

+ });

+ }

+

+ /**

+ * We override addColumn() to set the preferred width

+ */

+ @Override

+ public void addColumn(TableColumn aColumn)

+ {

+ int preferredWidth = getPreferredWidth(options, optionName,

+ aColumn.getModelIndex());

+ if (preferredWidth != -1)

+ {

+ aColumn.setPreferredWidth(preferredWidth);

+ }

+ super.addColumn(aColumn);

+ }

+

+ public String getOptionName()

+ {

+ return optionName;

+ }

+

+ public Options getOptions()

+ {

+ return options;

+ }

+

+ public int getPreferredWidth(Options options, String optionName,

+ int dataModelColumnNumber)

+ {

+ int preferredWidth = -1;

+ String preferredWidths = options.getStringOption(optionName);

+ if (preferredWidths == null) 

+ {

+ return preferredWidth;

+ }

+ String colNumAsString = Integer.toString(dataModelColumnNumber);

+ String[] cols = preferredWidths.split(COLUMN_SEPARATOR);

+ for (String col : cols)

+ {

+ String[] fields = col.split(FIELD_SEPARATOR);

+ if (fields.length == 2)

+ {

+ String column = fields[0].trim();

+ String value = fields[1].trim();

+ if (!column.isEmpty() && !value.isEmpty()

+ && colNumAsString.equals(column))

+ {

+ preferredWidth = Integer.parseInt(value);

+ break;

+ }

+ }

+ }

+ return preferredWidth;

+ }

+ }

+

+}

Index: Colossus/core/src/main/java/net/sf/colossus/webclient/WebClient.java

===================================================================

--- Colossus/core/src/main/java/net/sf/colossus/webclient/WebClient.java (revision 5324)

+++ Colossus/core/src/main/java/net/sf/colossus/webclient/WebClient.java (working copy)

@@ -68,17 +68,18 @@

import net.sf.colossus.common.Options;

import net.sf.colossus.common.WhatNextManager;

import net.sf.colossus.common.WhatNextManager.WhatToDoNext;

+import net.sf.colossus.gui.ColumnWidthPersistingJTable;

import net.sf.colossus.guiutil.KFrame;

import net.sf.colossus.server.INotifyWebServer;

import net.sf.colossus.server.Server;

import net.sf.colossus.util.ViableEntityManager;

import net.sf.colossus.webclient.WebClientSocketThread.WcstException;

import net.sf.colossus.webcommon.GameInfo;

+import net.sf.colossus.webcommon.GameInfo.GameState;

import net.sf.colossus.webcommon.IGameRunner;

import net.sf.colossus.webcommon.IWebClient;

import net.sf.colossus.webcommon.IWebServer;

import net.sf.colossus.webcommon.User;

-import net.sf.colossus.webcommon.GameInfo.GameState;



/**

@@ -1147,7 +1148,9 @@

BorderLayout.NORTH);


proposedGameDataModel = new GameTableModel(myLocale);

- proposedGameTable = new JTable(proposedGameDataModel)

+ proposedGameTable = new ColumnWidthPersistingJTable(

+ Constants.proposedGamesTableOption, options,

+ proposedGameDataModel)

{

//Implement table cell tool tips.

@Override

Index: Colossus/core/src/main/java/net/sf/colossus/common/Constants.java

===================================================================

--- Colossus/core/src/main/java/net/sf/colossus/common/Constants.java (revision 5324)

+++ Colossus/core/src/main/java/net/sf/colossus/common/Constants.java (working copy)

@@ -183,6 +183,8 @@

public static final int defaultWebPort = 26766;


public static final int numSavedServerNames = 10;

+ 

+ public static final String proposedGamesTableOption = "Proposed Games Table Column Widths";


// Game actions used in several places.

public static final String newGame = "New game";

If you checkout the "Colossus" as top level dir, there is (should be) a 
.project file (and .settings file? Not sure, am at work right now) in 
there, which should make eclipse do it exactly like that. Also which 
errors/warnings to flag etc.

If you checked out the whole "trunk" (well, there's only colossus and 
the website folder) then this won't work.

BR,
Clemens


On 2013-09-03 08:36, Wendy wrote:
> I've not used Eclipse all that much so I may be overlooking 
> something,
> but is there a config file for configuring the Eclipse Jave code
> formatter to the preferred code style for the colossus project? I
> manually tweaked my formatter to match the things I saw different
> between the default Eclipse style and the style currently used in the
> code, but it would be really nice if I could be confident that just
> allowing Eclipse to format the file would format the code the way you
> want it.
>
> Scott Greenman
> sc...@gr...

I've not used Eclipse all that much so I may be overlooking something, but is there a config file for configuring the Eclipse Jave code formatter to the preferred code style for the colossus project? I manually tweaked my formatter to match the things I saw different between the default Eclipse style and the style currently used in the code, but it would be really nice if I could be confident that just allowing Eclipse to format the file would format the code the way you want it. 

Scott Greenman
sc...@gr...

Committed as trunk:5324.

Thanks!

-Clemens


On 2013-08-31 15:07, Clemens Katzer wrote:
> wow, sounds great! I Will look into it Tomorrow or Monday when i have
> access to a computer (send from phone).
>
> Thx!
> Clemens
>
>
> On 2013-08-31 10:13, Scott wrote:
>> Hello Titaneers,
>>
>> I am a long-time fan of Titan, still have the original game. When I
>> first learned java (many years ago) I started my own java version of
>> the game to help me learn the language. I got as far as having the
>> masterboard working with moves and mustering, then didn't work on it
>> for a long while, and later found Colossus which made it 
>> unnecessary.
>> I went looking through backups the other day for my original source
>> but wasn't able to find it.
>>
>> Thanks for all of your work over the years. The code is
>> well-organized
>> and pretty easy to understand.
>>
>> I wanted to dip my toe into helping with the project, and saw the
>> most
>> recent Feature Request was a very simple change, so I've coded a fix
>> for it for your consideration. The patch is below. Please let me 
>> know
>> if it is acceptable.
>>
>> Scott Greenman
>> Kaysville, Utah
>>
>> Index: Colossus/core/src/main/java/net/sf/colossus/gui/Concede.java
>> ===================================================================
>> --- Colossus/core/src/main/java/net/sf/colossus/gui/Concede.java
>> (revision 5323)
>> +++ Colossus/core/src/main/java/net/sf/colossus/gui/Concede.java
>> (working copy)
>> @@ -20,11 +20,15 @@
>>  import javax.swing.JButton;
>>  import javax.swing.JFrame;
>>  import javax.swing.JLabel;
>> +import javax.swing.JOptionPane;
>>  import javax.swing.JPanel;
>>  import javax.swing.KeyStroke;
>>  import javax.swing.WindowConstants;
>>
>> +import net.sf.colossus.client.Client;
>>  import net.sf.colossus.client.LegionClientSide;
>> +import net.sf.colossus.common.Constants;
>> +import net.sf.colossus.common.Options;
>>  import net.sf.colossus.game.EntrySide;
>>  import net.sf.colossus.game.Legion;
>>  import net.sf.colossus.guiutil.KDialog;
>> @@ -172,7 +176,7 @@
>>  {
>>  public void actionPerformed(ActionEvent e)
>>  {
>> - cleanup(true);
>> + processAnswer(true);
>>  }
>>  });
>>
>> @@ -183,7 +187,7 @@
>>  {
>>  public void actionPerformed(ActionEvent e)
>>  {
>> - cleanup(false);
>> + processAnswer(false);
>>  }
>>  });
>>
>> @@ -303,8 +307,36 @@
>>  return this.attacker;
>>  }
>>
>> - private void cleanup(boolean answer)
>> + private void processAnswer(boolean answer)
>>  {
>> + // Feature Request #223, confirm before allowing the player to
>> concede
>> + // if their Titan is in the legion
>> + if (!flee && ally.hasTitan() && answer == true &&
>> + gui.getOptions().getOption(Options.confirmConcedeWithTitan, true))
>> {
>> + String message = "Are you sure you want to concede? This legion " 
>> +
>> + "contains your Titan, and conceding will cause you to lose " +
>> + "the game!";
>> +
>> + String[] options = new String[] {"Yes", "No", "Don't ask again"};
>> +
>> + int confirmAnswer = JOptionPane.showOptionDialog(this, message,
>> + "Confirm Concession With Titan", JOptionPane.YES_NO_OPTION,
>> + JOptionPane.QUESTION_MESSAGE, null, options, options[1]);
>> +
>> + if (confirmAnswer == 1 || confirmAnswer == -1)
>> + {
>> + // answered "No", abort concede
>> + return;
>> + }
>> + if (confirmAnswer == 2)
>> + {
>> + // don't ask again
>> + gui.getClient().setPreferencesCheckBoxValue(
>> + Options.confirmConcedeWithTitan, false);
>> +
>> + }
>> + }
>> +
>>  location = getLocation();
>>  saveWindow.saveLocation(location);
>>  dispose();
>> Index:
>>
>> 
>> Colossus/core/src/main/java/net/sf/colossus/gui/PreferencesWindow.java
>> ===================================================================
>> ---
>>
>> 
>> Colossus/core/src/main/java/net/sf/colossus/gui/PreferencesWindow.java
>> (revision 5323)
>> +++
>>
>> 
>> Colossus/core/src/main/java/net/sf/colossus/gui/PreferencesWindow.java
>> (working copy)
>> @@ -335,6 +335,7 @@
>>  }
>>  addCheckBox(confirmationPane, Options.confirmNoRecruit, true, 
>> true);
>>  addCheckBox(confirmationPane, Options.confirmNoSplit, true, true);
>> + addCheckBox(confirmationPane, Options.confirmConcedeWithTitan,
>> true,
>> true);
>>  ButtonGroup moveButtonGroup = new ButtonGroup();
>>  mcModes = new Box(BoxLayout.Y_AXIS);
>>  mcModes.setBorder(new TitledBorder(
>> Index:
>> Colossus/core/src/main/java/net/sf/colossus/common/Options.java
>> ===================================================================
>> --- Colossus/core/src/main/java/net/sf/colossus/common/Options.java
>> (revision 5323)
>> +++ Colossus/core/src/main/java/net/sf/colossus/common/Options.java
>> (working copy)
>> @@ -190,6 +190,7 @@
>>  public static final String confirmNoRecruit = "Confirm when not all
>> possible recruits taken";
>>  public static final String confirmNoMove = "Confirm when not all
>> possible moves made";
>>  public static final String confirmNoSplit = "Confirm when not all
>> full legions split";
>> + public static final String confirmConcedeWithTitan = "Confirm when
>> you concede with your Titan";
>>  public static final String legionMoveConfirmationSubMenu = "Legion
>> Movement Confirmation";
>>  public static final String legionMoveConfirmationNoMove = "Any
>> legion
>> has not moved";
>>  public static final String legionMoveConfirmationNoUnvisitedMove =
>> "Unvisited legion has not moved";
>
>
> 
> ------------------------------------------------------------------------------
> Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, 
> more!
> Discover the easy way to master current and previous Microsoft 
> technologies
> and advance your career. Get an incredible 1,500+ hours of 
> step-by-step
> tutorial videos with LearnDevNow. Subscribe today and save!
> 
> http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk
> _______________________________________________
> Colossus-developers mailing list
> Col...@li...
> https://lists.sourceforge.net/lists/listinfo/colossus-developers

wow, sounds great! I Will look into it Tomorrow or Monday when i have 
access to a computer (send from phone).

Thx!
Clemens


On 2013-08-31 10:13, Scott wrote:
> Hello Titaneers,
>
> I am a long-time fan of Titan, still have the original game. When I
> first learned java (many years ago) I started my own java version of
> the game to help me learn the language. I got as far as having the
> masterboard working with moves and mustering, then didn't work on it
> for a long while, and later found Colossus which made it unnecessary.
> I went looking through backups the other day for my original source
> but wasn't able to find it.
>
> Thanks for all of your work over the years. The code is 
> well-organized
> and pretty easy to understand.
>
> I wanted to dip my toe into helping with the project, and saw the 
> most
> recent Feature Request was a very simple change, so I've coded a fix
> for it for your consideration. The patch is below. Please let me know
> if it is acceptable.
>
> Scott Greenman
> Kaysville, Utah
>
> Index: Colossus/core/src/main/java/net/sf/colossus/gui/Concede.java
> ===================================================================
> --- Colossus/core/src/main/java/net/sf/colossus/gui/Concede.java
> (revision 5323)
> +++ Colossus/core/src/main/java/net/sf/colossus/gui/Concede.java
> (working copy)
> @@ -20,11 +20,15 @@
>  import javax.swing.JButton;
>  import javax.swing.JFrame;
>  import javax.swing.JLabel;
> +import javax.swing.JOptionPane;
>  import javax.swing.JPanel;
>  import javax.swing.KeyStroke;
>  import javax.swing.WindowConstants;
>
> +import net.sf.colossus.client.Client;
>  import net.sf.colossus.client.LegionClientSide;
> +import net.sf.colossus.common.Constants;
> +import net.sf.colossus.common.Options;
>  import net.sf.colossus.game.EntrySide;
>  import net.sf.colossus.game.Legion;
>  import net.sf.colossus.guiutil.KDialog;
> @@ -172,7 +176,7 @@
>  {
>  public void actionPerformed(ActionEvent e)
>  {
> - cleanup(true);
> + processAnswer(true);
>  }
>  });
>
> @@ -183,7 +187,7 @@
>  {
>  public void actionPerformed(ActionEvent e)
>  {
> - cleanup(false);
> + processAnswer(false);
>  }
>  });
>
> @@ -303,8 +307,36 @@
>  return this.attacker;
>  }
>
> - private void cleanup(boolean answer)
> + private void processAnswer(boolean answer)
>  {
> + // Feature Request #223, confirm before allowing the player to
> concede
> + // if their Titan is in the legion
> + if (!flee && ally.hasTitan() && answer == true &&
> + gui.getOptions().getOption(Options.confirmConcedeWithTitan, true)) 
> {
> + String message = "Are you sure you want to concede? This legion " +
> + "contains your Titan, and conceding will cause you to lose " +
> + "the game!";
> +
> + String[] options = new String[] {"Yes", "No", "Don't ask again"};
> +
> + int confirmAnswer = JOptionPane.showOptionDialog(this, message,
> + "Confirm Concession With Titan", JOptionPane.YES_NO_OPTION,
> + JOptionPane.QUESTION_MESSAGE, null, options, options[1]);
> +
> + if (confirmAnswer == 1 || confirmAnswer == -1)
> + {
> + // answered "No", abort concede
> + return;
> + }
> + if (confirmAnswer == 2)
> + {
> + // don't ask again
> + gui.getClient().setPreferencesCheckBoxValue(
> + Options.confirmConcedeWithTitan, false);
> +
> + }
> + }
> +
>  location = getLocation();
>  saveWindow.saveLocation(location);
>  dispose();
> Index:
> 
> Colossus/core/src/main/java/net/sf/colossus/gui/PreferencesWindow.java
> ===================================================================
> ---
> 
> Colossus/core/src/main/java/net/sf/colossus/gui/PreferencesWindow.java
> (revision 5323)
> +++
> 
> Colossus/core/src/main/java/net/sf/colossus/gui/PreferencesWindow.java
> (working copy)
> @@ -335,6 +335,7 @@
>  }
>  addCheckBox(confirmationPane, Options.confirmNoRecruit, true, true);
>  addCheckBox(confirmationPane, Options.confirmNoSplit, true, true);
> + addCheckBox(confirmationPane, Options.confirmConcedeWithTitan, 
> true,
> true);
>  ButtonGroup moveButtonGroup = new ButtonGroup();
>  mcModes = new Box(BoxLayout.Y_AXIS);
>  mcModes.setBorder(new TitledBorder(
> Index: 
> Colossus/core/src/main/java/net/sf/colossus/common/Options.java
> ===================================================================
> --- Colossus/core/src/main/java/net/sf/colossus/common/Options.java
> (revision 5323)
> +++ Colossus/core/src/main/java/net/sf/colossus/common/Options.java
> (working copy)
> @@ -190,6 +190,7 @@
>  public static final String confirmNoRecruit = "Confirm when not all
> possible recruits taken";
>  public static final String confirmNoMove = "Confirm when not all
> possible moves made";
>  public static final String confirmNoSplit = "Confirm when not all
> full legions split";
> + public static final String confirmConcedeWithTitan = "Confirm when
> you concede with your Titan";
>  public static final String legionMoveConfirmationSubMenu = "Legion
> Movement Confirmation";
>  public static final String legionMoveConfirmationNoMove = "Any 
> legion
> has not moved";
>  public static final String legionMoveConfirmationNoUnvisitedMove =
> "Unvisited legion has not moved";

Hello Titaneers,

I am a long-time fan of Titan, still have the original game. When I first learned java (many years ago) I started my own java version of the game to help me learn the language. I got as far as having the masterboard working with moves and mustering, then didn't work on it for a long while, and later found Colossus which made it unnecessary. I went looking through backups the other day for my original source but wasn't able to find it. 

Thanks for all of your work over the years. The code is well-organized and pretty easy to understand. 

I wanted to dip my toe into helping with the project, and saw the most recent Feature Request was a very simple change, so I've coded a fix for it for your consideration. The patch is below. Please let me know if it is acceptable.

Scott Greenman
Kaysville, Utah
sc...@gr...

Index: Colossus/core/src/main/java/net/sf/colossus/gui/Concede.java
===================================================================
--- Colossus/core/src/main/java/net/sf/colossus/gui/Concede.java (revision 5323)
+++ Colossus/core/src/main/java/net/sf/colossus/gui/Concede.java (working copy)
@@ -20,11 +20,15 @@
 import javax.swing.JButton;
 import javax.swing.JFrame;
 import javax.swing.JLabel;
+import javax.swing.JOptionPane;
 import javax.swing.JPanel;
 import javax.swing.KeyStroke;
 import javax.swing.WindowConstants;
 
+import net.sf.colossus.client.Client;
 import net.sf.colossus.client.LegionClientSide;
+import net.sf.colossus.common.Constants;
+import net.sf.colossus.common.Options;
 import net.sf.colossus.game.EntrySide;
 import net.sf.colossus.game.Legion;
 import net.sf.colossus.guiutil.KDialog;
@@ -172,7 +176,7 @@
         {
             public void actionPerformed(ActionEvent e)
             {
-                cleanup(true);
+             processAnswer(true);
             }
         });
 
@@ -183,7 +187,7 @@
         {
             public void actionPerformed(ActionEvent e)
             {
-                cleanup(false);
+             processAnswer(false);
             }
         });
 
@@ -303,8 +307,36 @@
         return this.attacker;
     }
 
-    private void cleanup(boolean answer)
+    private void processAnswer(boolean answer)
     {
+        // Feature Request #223, confirm before allowing the player to concede
+        // if their Titan is in the legion
+        if (!flee && ally.hasTitan() && answer == true && 
+                gui.getOptions().getOption(Options.confirmConcedeWithTitan, true)) {
+            String message = "Are you sure you want to concede? This legion " +
+            "contains your Titan, and conceding will cause you to lose " +
+            "the game!";
+            
+            String[] options = new String[] {"Yes", "No", "Don't ask again"};
+            
+            int confirmAnswer = JOptionPane.showOptionDialog(this, message, 
+                    "Confirm Concession With Titan", JOptionPane.YES_NO_OPTION, 
+                    JOptionPane.QUESTION_MESSAGE, null, options, options[1]);
+
+            if (confirmAnswer == 1 || confirmAnswer == -1)
+            {
+                // answered "No", abort concede
+                return;
+            }
+            if (confirmAnswer == 2) 
+            {
+                // don't ask again
+                gui.getClient().setPreferencesCheckBoxValue(
+                        Options.confirmConcedeWithTitan, false);
+
+            }
+        }
+
         location = getLocation();
         saveWindow.saveLocation(location);
         dispose();
Index: Colossus/core/src/main/java/net/sf/colossus/gui/PreferencesWindow.java
===================================================================
--- Colossus/core/src/main/java/net/sf/colossus/gui/PreferencesWindow.java (revision 5323)
+++ Colossus/core/src/main/java/net/sf/colossus/gui/PreferencesWindow.java (working copy)
@@ -335,6 +335,7 @@
         }
         addCheckBox(confirmationPane, Options.confirmNoRecruit, true, true);
         addCheckBox(confirmationPane, Options.confirmNoSplit, true, true);
+        addCheckBox(confirmationPane, Options.confirmConcedeWithTitan, true, true);
         ButtonGroup moveButtonGroup = new ButtonGroup();
         mcModes = new Box(BoxLayout.Y_AXIS);
         mcModes.setBorder(new TitledBorder(
Index: Colossus/core/src/main/java/net/sf/colossus/common/Options.java
===================================================================
--- Colossus/core/src/main/java/net/sf/colossus/common/Options.java (revision 5323)
+++ Colossus/core/src/main/java/net/sf/colossus/common/Options.java (working copy)
@@ -190,6 +190,7 @@
     public static final String confirmNoRecruit = "Confirm when not all possible recruits taken";
     public static final String confirmNoMove = "Confirm when not all possible moves made";
     public static final String confirmNoSplit = "Confirm when not all full legions split";
+    public static final String confirmConcedeWithTitan = "Confirm when you concede with your Titan";
     public static final String legionMoveConfirmationSubMenu = "Legion Movement Confirmation";
     public static final String legionMoveConfirmationNoMove = "Any legion has not moved";
     public static final String legionMoveConfirmationNoUnvisitedMove = "Unvisited legion has not moved";

Hi all,

I've made a new "public test build". It's from all new stuff in trunk, 
i.e. is based on previous PTB (e.g. also includes the spectator feature) 
and includes some new goodies.

 From sporadic reports, it seems that the old PTB (and thus probably 
this one) causes some trouble:

- when conceding twice in same battle phase, it get's (or might get) 
stuck
- if somebody is using the PTB and some other player using the official 
release, when the battleboard should come up, the 2nd player's BB does 
not come up, thus game is stuck.

But I can't reproduce it so it's hard to fix :-/

Additionally there's also changes/addings already laying around in 
0.13.x branch, not sure how/when I take them in. Not to mention Craig's 
refactoring branch..........

Anyway, anybody interested give it a try, on the main page in the PTB 
box or frome SF download area.

http://colossus.sourceforge.net/
https://sourceforge.net/projects/colossus/files/Release-PTB-20130730/


All the best!

-Clemens

> Trying to determine what causes battleboard to fail to appear

Oh, nice!

>
> My question is, "Does this comment about 'not the cleanest way' have
> anything to do with it?"

No. It's merely about the architecture - classes from different 
packages should be kept separated. Ideally we'd want the package 
dependencies to be a clean tree - client side not depending on server 
side and vice versa, both can depend on common stuff, etc. This also to 
get rid of cyclic dependencies.

Originally, from many classes there were merely one version which was 
used on both. But that made them messy (both different ways how to react 
implemented). So, eventually Peter Becker started to refactor. Pull "up" 
into a new superclass what they have in common, and write Server and 
Client side specific smaller classes which hold the specific stuff, 
inheriting everything what is in common from superclass.

This particular code piece itself my have come from the efforts to 
"instead of marker strings [and legion object lookup for it where 
needed], let's always use the real legion because "normally" there 
shouldn't be need for the strings anywhere". (Lookups have the risk to 
fail, causing crash. E.g., let's say, when deleting a legion. Server 
tells, legion to be deleted, client first does that and afterwards some 
graphic repaint still want to refer it. "Booom!!". Now the graphics call 
would have still a reference to the real object and only when it doesn't 
need it any more either, object will finally disappear.


So the only lookup would be when a message from server is split into 
arguments, get a legion marker id, look it up, and call whatever else is 
needed with a real legion.

This is one of the cases where the string is needed. Client side legion 
should have that "get the name of legion" also, no idea why it hasn't".


Data input overflow error? Sorry, I am talking too much :)


BR,
Clemens




On 2013-07-27 09:57, Jeff Matthews wrote:
> Code is checked out.
>
> Trying to determine what causes battleboard to fail to appear
> sometimes for only one of multiple players, thus causing game
> lock-out, or in alternative forcing player who can see board to
> concede battle to keep the game going.
>
> Am looking at this segment of code in BattleBoard.java:
>
> // TODO using here the static method getMarkerName from
>
>  // LegionServerSide is really not the cleanest way...
>
>  infoText = gui.getOwningPlayerName() + ": "
>
>  + LegionServerSide._getMarkerName_(attackerMarkerId) + " ("
>
>  + attackerMarkerId + ") attacks "
>
>  + LegionServerSide._getMarkerName_(defenderMarkerId) + " ("
>
>  + defenderMarkerId + ") in " + engagement.getLocationLabel();
>
> My question is, "Does this comment about 'not the cleanest way' have
> anything to do with it?" I understand programming logic and can read
> code, but I am unfamiliar with server-side/client-side programming 
> and
> how it is accomplished and handled.
>
> Thanks.

Good. As I said, I had forgotten to mark the new one as default (as you 
see, haven't done a release for a long long time ;-), so one got that 
new one only if one went explixitly to "all files" and go to 0.13.2.1 
folder.

Good that this brought that up!

Thx,
Clemens

On 2013-03-17 22:36, John David Galt wrote:
> I downloaded it again now and it works.  Thank you!

> I think I'm using 0.13.2.1, though it is labeled 0.13.2 when 
> downloading.

Did you start it on the homepage with the pink icon or downloaded the 
zip from SF download area?

I've seen in more than once that the webstart thing "somewhere" caches 
the old version.

However I noticed that I had in the SF download area forgotten to set 
the newest one as default, so just clicking download zip file there one 
indeed still got the 0.13.2.1.

It definitely should identify itself as 0.13.2.1, both in the Welcome 
dialog and in the GetPlayers menu.

BR,
Clemens


On 2013-03-17 19:59, John David Galt wrote:
> On 2013-03-16 15:06, Bruno Wolff III wrote:
>> There is a fix for this committed. The bug has been around for a 
>> while,
>> but didn't seem to cause problems until very recent java versions.
>> Because of a security issue a lot of people upgraded and noticed the
>> problem.
>
> I upgraded for a different reason -- I also play Rails, which uses 
> the
> latest.  And I'm trying to figure out Eclipse so I can work on both.
> (I've managed to get Colossus to run in debug mode, but not Rails, 
> which
> uses git rather than SVN.)
>
>> I think 0.13.2.1 has the fix, but I grabbed the patches for Fedora
>> before there was an official test build.
>
> I think I'm using 0.13.2.1, though it is labeled 0.13.2 when 
> downloading.
>
> 
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
> _______________________________________________
> Colossus-developers mailing list
> Col...@li...
> https://lists.sourceforge.net/lists/listinfo/colossus-developers

On 2013-03-16 15:06, Bruno Wolff III wrote:
> There is a fix for this committed. The bug has been around for a while,
> but didn't seem to cause problems until very recent java versions.
> Because of a security issue a lot of people upgraded and noticed the
> problem.

I upgraded for a different reason -- I also play Rails, which uses the
latest.  And I'm trying to figure out Eclipse so I can work on both.
(I've managed to get Colossus to run in debug mode, but not Rails, which
uses git rather than SVN.)

> I think 0.13.2.1 has the fix, but I grabbed the patches for Fedora
> before there was an official test build.

I think I'm using 0.13.2.1, though it is labeled 0.13.2 when downloading.

Grrr. sending mail from phone ... :-(

Check latest reports in bug tracker.
-clemens

On 2013-03-17 07:39, Clemens Katzer wrote:
> 1.6.0_ 38 vs. _39, IIRC. Check b ug tr
>
> On 2013-03-17 02:10, Craig Lish wrote:
>> Out of curiosity, what was the actual issue? I don't see many jvm
>> version issues with the type of work I do, all internal clients on
>> known good versions.
>>
>> cl
>>
>> On Sat, Mar 16, 2013 at 3:06 PM, Bruno Wolff III <br...@wo... 
>> [5]>
>> wrote:
>>
>>> On Sat, Mar 16, 2013 at 14:31:40 -0700,
>>>    John David Galt <jd...@di... [1]> wrote:
>>> >This is not the first time I've reported this, but I hope I've put
>>> in
>>> >enough information that others can reproduce it.
>>>
>>> There is a fix for this committed. The bug has been around for a
>>> while,
>>> but didn't seem to cause problems until very recent java versions.
>>> Because
>>> of a security issue a lot of people upgraded and noticed the
>>> problem.
>>>
>>> I think 0.13.2.1 has the fix, but I grabbed the patches for Fedora
>>> before
>>> there was an official test build.
>>>
>>>
>> 
>> ------------------------------------------------------------------------------
>>> Everyone hates slow websites. So do we.
>>> Make your web apps faster with AppDynamics
>>> Download AppDynamics Lite for free today:
>>> http://p.sf.net/sfu/appdyn_d2d_mar [2]
>>> _______________________________________________
>>> Colossus-developers mailing list
>>> Col...@li... [3]
>>> https://lists.sourceforge.net/lists/listinfo/colossus-developers
>>> [4]
>>
>>
>>
>> Links:
>> ------
>> [1] mailto:jd...@di...
>> [2] http://p.sf.net/sfu/appdyn_d2d_mar
>> [3] mailto:Col...@li...
>> [4] https://lists.sourceforge.net/lists/listinfo/colossus-developers
>> [5] mailto:br...@wo...

1.6.0_ 38 vs. _39, IIRC. Check b ug tr

On 2013-03-17 02:10, Craig Lish wrote:
> Out of curiosity, what was the actual issue? I don't see many jvm
> version issues with the type of work I do, all internal clients on
> known good versions.
>
> cl
>
> On Sat, Mar 16, 2013 at 3:06 PM, Bruno Wolff III <br...@wo... [5]>
> wrote:
>
>> On Sat, Mar 16, 2013 at 14:31:40 -0700,
>>    John David Galt <jd...@di... [1]> wrote:
>> >This is not the first time I've reported this, but I hope I've put
>> in
>> >enough information that others can reproduce it.
>>
>> There is a fix for this committed. The bug has been around for a
>> while,
>> but didn't seem to cause problems until very recent java versions.
>> Because
>> of a security issue a lot of people upgraded and noticed the
>> problem.
>>
>> I think 0.13.2.1 has the fix, but I grabbed the patches for Fedora
>> before
>> there was an official test build.
>>
>>
> 
> ------------------------------------------------------------------------------
>> Everyone hates slow websites. So do we.
>> Make your web apps faster with AppDynamics
>> Download AppDynamics Lite for free today:
>> http://p.sf.net/sfu/appdyn_d2d_mar [2]
>> _______________________________________________
>> Colossus-developers mailing list
>> Col...@li... [3]
>> https://lists.sourceforge.net/lists/listinfo/colossus-developers
>> [4]
>
>
>
> Links:
> ------
> [1] mailto:jd...@di...
> [2] http://p.sf.net/sfu/appdyn_d2d_mar
> [3] mailto:Col...@li...
> [4] https://lists.sourceforge.net/lists/listinfo/colossus-developers
> [5] mailto:br...@wo...

Out of curiosity, what was the actual issue? I don't see many jvm version
issues with the type of work I do, all internal clients on known good
versions.

cl


On Sat, Mar 16, 2013 at 3:06 PM, Bruno Wolff III <br...@wo...> wrote:

> On Sat, Mar 16, 2013 at 14:31:40 -0700,
>    John David Galt <jd...@di...> wrote:
> >This is not the first time I've reported this, but I hope I've put in
> >enough information that others can reproduce it.
>
> There is a fix for this committed. The bug has been around for a while,
> but didn't seem to cause problems until very recent java versions. Because
> of a security issue a lot of people upgraded and noticed the problem.
>
> I think 0.13.2.1 has the fix, but I grabbed the patches for Fedora before
> there was an official test build.
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
> _______________________________________________
> Colossus-developers mailing list
> Col...@li...
> https://lists.sourceforge.net/lists/listinfo/colossus-developers
>

I've replayed the battle several times with no issues. I even won a couple
times (tough spot to be in ;o) but no hangs.

Doesn't help much but it's something.

cl


On Sat, Mar 16, 2013 at 2:31 PM, John David Galt <
jd...@di...> wrote:

> This is not the first time I've reported this, but I hope I've put in
> enough information that others can reproduce it.
>
> I saved the attached save-file after the first time it happened.  Loading
> the save file and replaying from there, I've made it happen 3 more times.
>
> Here's how the battle has gone every time (from the point of the save).
>
> 1. My first turn (since I'm defender) Titan moves to C2, Angel to D3
> (fort).
> 2. Attacking AI's first turn: goes to E1,E2, and the other two spaces vary.
> Behemoth is at either E2 or D3.
> 3. Everyone who can, strikes my Angel, doing 4 or 5 hits.
> 4. Angel strikes Behemoth (doing anywhere from 4 to 6 hits).
> 5. My second turn: I don't move.  Angel strikes Behemoth and kills it,
> with 1-3 strikes of carryover.  The program asks me where to carry to; I
> tell it to carry to the cyclops in E1.
>
> At this point I ought to be finished with my strikes; but nothing happens,
> and the Game Status window continues to say that both the masterboard turn
> and the battle turn are jdg:Fight.  The battle window does not show the
> carryover strikes to the cyclops, but does show my Angel crossed-out, thus
> implying that the attacker's counterstrike has happened.
>
> The "Done" command in all its forms (the D key, Phase:Done on the menu bar,
> and the Done button just below it) have no visible effect.  So for
> practical purposes the game is hung -- if there is any way to continue the
> battle, it isn't apparent how.
>
> I tried fiddling around with other controls on the battleland (mainly hexes
> where the attacker's pieces might be after his second move), and three
> times
> out of four it didn't have any visible effect either.  The fourth time (by
> clicking on E3) I caused a stack dump (which I wasn't able to capture)
> followed by a pop-up saying the game would be unstable from now on.
>
> Going to the Masterboard window to save or reload the game, however, works,
> and trying to close the battleland window produces the usual "Really
> concede
> and withdraw from the game?" dialog box, so I suppose the game is not
> really
> hung.  It just becomes unplayable.
>
> Config details:
>
> Dell PC, 2.8 GHz, running Windows XP with the latest patches (except two
> that will not install).
>
> Badlands-JDG variant, with one player human and three "A Random AI"s.
> Options page: Balanced starting towers; AIs stop when humans dead;
> Slowing is cumulative; Always allows one hex; Variable legion context =
> Ever revealed (or concludable) since start; Events expire never.
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
> _______________________________________________
> Colossus-developers mailing list
> Col...@li...
> https://lists.sourceforge.net/lists/listinfo/colossus-developers
>
>

On Sat, Mar 16, 2013 at 14:31:40 -0700,
   John David Galt <jd...@di...> wrote:
>This is not the first time I've reported this, but I hope I've put in
>enough information that others can reproduce it.

There is a fix for this committed. The bug has been around for a while, 
but didn't seem to cause problems until very recent java versions. Because 
of a security issue a lot of people upgraded and noticed the problem.

I think 0.13.2.1 has the fix, but I grabbed the patches for Fedora before 
there was an official test build.