Menu
▾
▴
colossus-tracker — notifications from Colossus trackers
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(23) |
Aug
(6) |
Sep
(15) |
Oct
(31) |
Nov
(22) |
Dec
(47) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(21) |
Feb
(19) |
Mar
(10) |
Apr
(15) |
May
(25) |
Jun
|
Jul
(6) |
Aug
(91) |
Sep
(85) |
Oct
(192) |
Nov
(14) |
Dec
(11) |
| 2009 |
Jan
(19) |
Feb
(8) |
Mar
(14) |
Apr
(1) |
May
(5) |
Jun
(6) |
Jul
(54) |
Aug
(115) |
Sep
(56) |
Oct
(21) |
Nov
(39) |
Dec
(7) |
| 2010 |
Jan
(54) |
Feb
(15) |
Mar
(15) |
Apr
(14) |
May
(4) |
Jun
(10) |
Jul
(6) |
Aug
(6) |
Sep
(10) |
Oct
(3) |
Nov
(1) |
Dec
(16) |
| 2011 |
Jan
(13) |
Feb
(92) |
Mar
(11) |
Apr
(9) |
May
(5) |
Jun
|
Jul
(5) |
Aug
(7) |
Sep
(2) |
Oct
(3) |
Nov
(10) |
Dec
(5) |
| 2012 |
Jan
(4) |
Feb
(19) |
Mar
(5) |
Apr
(6) |
May
(10) |
Jun
(2) |
Jul
(1) |
Aug
(8) |
Sep
(2) |
Oct
(2) |
Nov
(5) |
Dec
(3) |
| 2013 |
Jan
|
Feb
(32) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2013-02-18 10:07:28
|
Bugs item #3604000, was opened at 2013-02-10 03:09 Message generated for change (Comment added) made by cleka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Michael () Assigned to: Clemens Katzer (cleka) Summary: Battle Hangs When Trying to Carry Attack (Safari w/ Java 7) Initial Comment: Battle hangs when carrying over damage. The controls (e.g. concede battle) appear active but have no effect. Was working correctly before i upgraded to java 7. ---------------------------------------------------------------------- >Comment By: Clemens Katzer (cleka) Date: 2013-02-18 02:07 Message: Fixed, visible in 0.13.2.1. Leaving it open for a while so that others can see it. ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-17 12:24 Message: 0.13.2.1 working like a charm here. Thanks! ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-14 10:49 Message: There shouldn't been anything special, but I've seen the webstart stuff caching the jar earlier. Can you try a different browser? Or use the java console to remote the Colossus application instance it had downloaded? You can also download directly http://colossus.sourceforge.net/public-build/Colossus.jar and run it e.g. by doubleclicking it. It should say "0.13.2.1 from revision 5310". ---------------------------------------------------------------------- Comment By: Julie Ehlers (jehlers2) Date: 2013-02-14 10:24 Message: Is there anything special we need to do to acccess 0.13.2.1? I see that's how the icon is now labeled, but when I click on it, the program says "Running 0.13.2 revision 5134" and the program still crashes when this is carry in the battle. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-14 06:44 Message: I've made a bugfix release 0.13.2.1 so that anybody can easier try it out. It contains the one fix which at least stopped this from happening for me. I put it right away onto the home page, replacing 0.13.2. Please give it a try and report whether you still have problems or whether it solved it. Thanks! ---------------------------------------------------------------------- Comment By: Julie Ehlers (jehlers2) Date: 2013-02-13 12:48 Message: By the way, my browser is Internet Explorer, not Safari. Colossus was working fine until I upgraded to Java 7. ---------------------------------------------------------------------- Comment By: Julie Ehlers (jehlers2) Date: 2013-02-13 12:29 Message: The exact same thing has happened to me. I upgraded to Java 7 (alas!) and now the game crashes whenever there is carry over in the battle. Here is the error message: Woooah! An exception was caught while processing from client jkehlers the input line: === applyCarries ~ E2 === Stack trace: java.lang.NullPointerException at net.sf.colossus.server.BattleServerSide.applyCarries(BattleServerSide.java:1018) at net.sf.colossus.server.Server.applyCarries(Server.java:2510) at net.sf.colossus.server.ClientHandler.callMethod(ClientHandler.java:741) at net.sf.colossus.server.ClientHandler.doCallMethodInTryBlock(ClientHandler.java:557) at net.sf.colossus.server.ClientHandler.processInput(ClientHandler.java:200) at net.sf.colossus.server.Server.processByteBuffer(Server.java:813) at net.sf.colossus.server.Server.handleReadFromChannel(Server.java:793) at net.sf.colossus.server.Server.handleSelectedKeys(Server.java:579) at net.sf.colossus.server.Server.waitOnSelector(Server.java:399) at net.sf.colossus.server.Server.run(Server.java:227) Game might be unstable or hang from now on... ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-13 12:24 Message: I could reproduce that problem (on XP). 1.6.0_38 ok but _39 gets stuck. The problem was caused by disposePickCarryDialog. Not only was it not called inside EDT (but it should); it's also called from several places what is probably not needed. Trunk revision 5300 contains the "make sure it's called in EDT". Could some others try whether that resolves their problems too ? ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-12 07:03 Message: Regarding Davids report, sounds to me like the server side died/jumped out of it's main listening loop. So client sends something but server side does not process it any more. One thing coming to mind: the passing back of user's choice for such dialogs I have changes for some of them, some not. SOme of them might now be like: set a variable, close window, main thread proceeds; some others, directly write the result to the socket, then close window and continue. If there's something like that, it might in some ways make the message to be sent twice. And such behavior could be occur now due to how exaclty EDT handles stuff. Could also be whatever else, of course - Just speculating :) ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-12 06:58 Message: > although the game has started chewing > 300-500 MB of RAM after the Java update. Java 7 has (IIRC) a different default heap size (-mx argument). How do you start Colossus? Provided jnlp file and batch and script run it with -mx256. Normally the default of 64 MB is enough, except when you use the ExperimentalAI - then one might run into out of memory errors rather frequently with 64 MB only. Hence we changes it to be starting with 256 now always. Plus the actual JVM and stuff you easily get to 300-400. Current build - you mean the current official release 0.13.2. Yes, I know about those socket error; it has to do with a "internal dummy client" which I added to keep track of all messages that would have to be sent to each later added client - such as spectators ; on the game server, that is. On local games the client is created but the server accept listener expects only the "real amount of players". Newest sources from subversion should not show that problem. If I've time I will check it out to be sure. Thanks anyway! ---------------------------------------------------------------------- Comment By: David Ripton (dripton) Date: 2013-02-11 16:39 Message: I just tried it (Mac, 1.6.0_37), and on my first game, a battle hung after one of my creatures struck, presumably because it needed to ask me if I wanted to carry. The carry dialog never appeared, but the battle would not progress, as if the dialog were there and modal. The masterboard continued to work. Trying to close the battlemap window gave the "concede yes/no" prompt, but if I said yes it would not concede. Unfortunately I was playing from JWS and didn't open the Java console, so if there was a traceback or error log, I didn't see it. ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-11 15:49 Message: Thanks -- this is the current build. I redownloaded to make sure. No Citrix or anything fancy. Plenty of RAM, although the game has started chewing 300-500 MB of RAM after the Java update. I'll report back on the "weird" non-carry hangs as they happen. One thing: every start generates two errors, a Socket Initialization Failed and a dummy An Error Occurred. They're non-fatal, so I've just been clicking through. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:36 Message: And I suppose both of you are using the latest official released build, i.e. 0.13.2 ? The public test build is known to have some "hanging" bug related to conceding. (That's why there's still no new release yet). Bombasticus. thanks for contributing here instead of creating a new one! -Cle. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:32 Message: Looks like it's the event dispatcher thread (the one which "listens" for mouse clicks and keyboard, and does the drawing) ran into a deadlock. There's another bug report which claims it works with 1.6.0_36 but hangs with 1.6.0_37, and yet another from Mac with 1.7.0_13 which says it hangs and there would be messages on stdout, but I suspect the messages are unrelated (seem to be common known issue with certain Java versions on certain MacOS versions. Question: Is there something special on that machine, like Citrix installed or so? There was a bug while ago where due to citrix a 2nd (security related EDTrelated thread) was running and those two interfered (caused each other deadlock). Can you go back to 1.6.0 so that you can play at least? (install 1.6.0 additionally and make Colossus run using that java) ? ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-10 18:02 Message: Hi there -- definitely the carry. Doesn't happen all the time and the battles are hanging at other points (end of some battles, when clearing a dead creature other times) but this is probably the top source of my post-upgrade hangs. The good news is that the masterboard seems fine. Thanks as always for supporting this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 |
|
From: SourceForge.net <no...@so...> - 2013-02-17 20:24:03
|
Bugs item #3604000, was opened at 2013-02-10 03:09 Message generated for change (Comment added) made by bombasticus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michael () Assigned to: Clemens Katzer (cleka) Summary: Battle Hangs When Trying to Carry Attack (Safari w/ Java 7) Initial Comment: Battle hangs when carrying over damage. The controls (e.g. concede battle) appear active but have no effect. Was working correctly before i upgraded to java 7. ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-17 12:24 Message: 0.13.2.1 working like a charm here. Thanks! ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-14 10:49 Message: There shouldn't been anything special, but I've seen the webstart stuff caching the jar earlier. Can you try a different browser? Or use the java console to remote the Colossus application instance it had downloaded? You can also download directly http://colossus.sourceforge.net/public-build/Colossus.jar and run it e.g. by doubleclicking it. It should say "0.13.2.1 from revision 5310". ---------------------------------------------------------------------- Comment By: Julie Ehlers (jehlers2) Date: 2013-02-14 10:24 Message: Is there anything special we need to do to acccess 0.13.2.1? I see that's how the icon is now labeled, but when I click on it, the program says "Running 0.13.2 revision 5134" and the program still crashes when this is carry in the battle. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-14 06:44 Message: I've made a bugfix release 0.13.2.1 so that anybody can easier try it out. It contains the one fix which at least stopped this from happening for me. I put it right away onto the home page, replacing 0.13.2. Please give it a try and report whether you still have problems or whether it solved it. Thanks! ---------------------------------------------------------------------- Comment By: Julie Ehlers (jehlers2) Date: 2013-02-13 12:48 Message: By the way, my browser is Internet Explorer, not Safari. Colossus was working fine until I upgraded to Java 7. ---------------------------------------------------------------------- Comment By: Julie Ehlers (jehlers2) Date: 2013-02-13 12:29 Message: The exact same thing has happened to me. I upgraded to Java 7 (alas!) and now the game crashes whenever there is carry over in the battle. Here is the error message: Woooah! An exception was caught while processing from client jkehlers the input line: === applyCarries ~ E2 === Stack trace: java.lang.NullPointerException at net.sf.colossus.server.BattleServerSide.applyCarries(BattleServerSide.java:1018) at net.sf.colossus.server.Server.applyCarries(Server.java:2510) at net.sf.colossus.server.ClientHandler.callMethod(ClientHandler.java:741) at net.sf.colossus.server.ClientHandler.doCallMethodInTryBlock(ClientHandler.java:557) at net.sf.colossus.server.ClientHandler.processInput(ClientHandler.java:200) at net.sf.colossus.server.Server.processByteBuffer(Server.java:813) at net.sf.colossus.server.Server.handleReadFromChannel(Server.java:793) at net.sf.colossus.server.Server.handleSelectedKeys(Server.java:579) at net.sf.colossus.server.Server.waitOnSelector(Server.java:399) at net.sf.colossus.server.Server.run(Server.java:227) Game might be unstable or hang from now on... ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-13 12:24 Message: I could reproduce that problem (on XP). 1.6.0_38 ok but _39 gets stuck. The problem was caused by disposePickCarryDialog. Not only was it not called inside EDT (but it should); it's also called from several places what is probably not needed. Trunk revision 5300 contains the "make sure it's called in EDT". Could some others try whether that resolves their problems too ? ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-12 07:03 Message: Regarding Davids report, sounds to me like the server side died/jumped out of it's main listening loop. So client sends something but server side does not process it any more. One thing coming to mind: the passing back of user's choice for such dialogs I have changes for some of them, some not. SOme of them might now be like: set a variable, close window, main thread proceeds; some others, directly write the result to the socket, then close window and continue. If there's something like that, it might in some ways make the message to be sent twice. And such behavior could be occur now due to how exaclty EDT handles stuff. Could also be whatever else, of course - Just speculating :) ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-12 06:58 Message: > although the game has started chewing > 300-500 MB of RAM after the Java update. Java 7 has (IIRC) a different default heap size (-mx argument). How do you start Colossus? Provided jnlp file and batch and script run it with -mx256. Normally the default of 64 MB is enough, except when you use the ExperimentalAI - then one might run into out of memory errors rather frequently with 64 MB only. Hence we changes it to be starting with 256 now always. Plus the actual JVM and stuff you easily get to 300-400. Current build - you mean the current official release 0.13.2. Yes, I know about those socket error; it has to do with a "internal dummy client" which I added to keep track of all messages that would have to be sent to each later added client - such as spectators ; on the game server, that is. On local games the client is created but the server accept listener expects only the "real amount of players". Newest sources from subversion should not show that problem. If I've time I will check it out to be sure. Thanks anyway! ---------------------------------------------------------------------- Comment By: David Ripton (dripton) Date: 2013-02-11 16:39 Message: I just tried it (Mac, 1.6.0_37), and on my first game, a battle hung after one of my creatures struck, presumably because it needed to ask me if I wanted to carry. The carry dialog never appeared, but the battle would not progress, as if the dialog were there and modal. The masterboard continued to work. Trying to close the battlemap window gave the "concede yes/no" prompt, but if I said yes it would not concede. Unfortunately I was playing from JWS and didn't open the Java console, so if there was a traceback or error log, I didn't see it. ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-11 15:49 Message: Thanks -- this is the current build. I redownloaded to make sure. No Citrix or anything fancy. Plenty of RAM, although the game has started chewing 300-500 MB of RAM after the Java update. I'll report back on the "weird" non-carry hangs as they happen. One thing: every start generates two errors, a Socket Initialization Failed and a dummy An Error Occurred. They're non-fatal, so I've just been clicking through. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:36 Message: And I suppose both of you are using the latest official released build, i.e. 0.13.2 ? The public test build is known to have some "hanging" bug related to conceding. (That's why there's still no new release yet). Bombasticus. thanks for contributing here instead of creating a new one! -Cle. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:32 Message: Looks like it's the event dispatcher thread (the one which "listens" for mouse clicks and keyboard, and does the drawing) ran into a deadlock. There's another bug report which claims it works with 1.6.0_36 but hangs with 1.6.0_37, and yet another from Mac with 1.7.0_13 which says it hangs and there would be messages on stdout, but I suspect the messages are unrelated (seem to be common known issue with certain Java versions on certain MacOS versions. Question: Is there something special on that machine, like Citrix installed or so? There was a bug while ago where due to citrix a 2nd (security related EDTrelated thread) was running and those two interfered (caused each other deadlock). Can you go back to 1.6.0 so that you can play at least? (install 1.6.0 additionally and make Colossus run using that java) ? ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-10 18:02 Message: Hi there -- definitely the carry. Doesn't happen all the time and the battles are hanging at other points (end of some battles, when clearing a dead creature other times) but this is probably the top source of my post-upgrade hangs. The good news is that the masterboard seems fine. Thanks as always for supporting this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 |
|
From: SourceForge.net <no...@so...> - 2013-02-14 19:42:39
|
Bugs item #3603968, was opened at 2013-02-09 14:20 Message generated for change (Comment added) made by sunwukong You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3603968&group_id=1939 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sun Wu'kong (sunwukong) Assigned to: Clemens Katzer (cleka) Summary: Battle Hangs When Trying to Carry Attack (6_38 vs. 6_39) Initial Comment: Windows 7 x64 JRE 1.6.0_39 x86 w/ WebStart Colossus 0.13.2 rev 5134 2012-03-14T23:46:06 Battlemap: Beelzegods12 1.02 In any player battle when the player's creature tries to carry over hits, the battle interface hangs: the turn never ends or proceeds. The game can be saved and replayed but the next player attempt to carry over a hit will stall the battle interface again. Was working fine with JRE 1.6.0_38. Log: Battle phase advances to Fight Message from SCT 'alex' to server:strike ~ 554 ~ B3 Ghost in Brambles hex C4 strikes Goblin in Plains hex B3 with strike number 4, rolling: 626443314: 5 hits Critter Goblin in Plains hex B3: 0 + 5 => 4; 1 excess Critter Goblin in Plains hex B3 is now dead: (hits=4 > power=4) Message from SCT 'alex' to server:strike ~ 648 ~ A1 Ghost in Plains hex B1 strikes Naga in Plains hex A1 with strike number 5, rolling: 541652411: 3 hits Critter Naga in Plains hex A1: 0 + 3 => 3; 0 excess Message from SCT 'alex' to server:strike ~ 345 ~ A1 Angel in Brambles hex B2 strikes Naga in Plains hex A1 with strike number 5, rolling: 522616: 3 hits Critter Naga in Plains hex A1: 3 + 3 => 4; 2 excess Critter Naga in Plains hex A1 is now dead: (hits=4 > power=4) 2 carries available Message from SCT 'alex' to server:applyCarries ~ A2 Critter Titan in Plains hex A2: 0 + 2 => 2; 0 excess 2 hits carry to Titan in Plains hex A2 ---------------------------------------------------------------------- >Comment By: Sun Wu'kong (sunwukong) Date: 2013-02-14 11:42 Message: Fixed it for me - thanks! ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-14 06:44 Message: I've made a bugfix release 0.13.2.1 so that anybody can easier try it out. It contains the one fix which at least stopped this from happening for me. I put it right away onto the home page, replacing 0.13.2. Please give it a try and report whether you still have problems or whether it solved it. Thanks! ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-13 07:02 Message: Yep. I can reproduce this even on XP. 1.6.0_38 works but 1.6.0_39 gets stuck. After attempting one carry console shows "WARNING: Tried illegal carry to Ogre in Plains hex B2", and battle board don't do anything any more. Phase => Concede however works. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-12 06:51 Message: Interesting. According to the log, Iooks like the GUI allows to click a carry which the server side refuses. Thus inconsistency due to duplicated code instead of sharing game/rules logic (Peter did a lot of work on that but it's far away from done). In theory it could be something as weird as mouse bounces. According to log, it once applies the 1 carry to the Imp already and wants to do it right away a 2nd time. (IIRC, on other place I built in some anti-bounce behavior whil ago). OK, that's nice that there's now something to go on with. Thanks! ---------------------------------------------------------------------- Comment By: Sun Wu'kong (sunwukong) Date: 2013-02-11 20:48 Message: I've reinstalled _38 and everything works smoothly -- it must be something in the build is incompatible with _39. ---------------------------------------------------------------------- Comment By: Sun Wu'kong (sunwukong) Date: 2013-02-11 14:17 Message: I'm in the middle of debugging trunk 5289 off svn with the _39 jdk (64 bit) and the same problem crops up. Debug log: INFO: Battle phase advances to Fight 11-Feb-2013 2:05:46 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:strike ~ 778 ~ E4 11-Feb-2013 2:05:46 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Imp in Plains hex D4 strikes Zombie in Plains (1) hex E4 with strike number 4, rolling: 161256: 3 hits 11-Feb-2013 2:05:46 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Plains (1) hex E4: 7 + 3 => 10; 0 excess 11-Feb-2013 2:05:46 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Plains (1) hex E4 is now dead: (hits=10 > power=10) 11-Feb-2013 2:05:46 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doneWithStrikes 11-Feb-2013 2:05:46 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Strikeback 11-Feb-2013 2:05:47 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:strike ~ 818 ~ E3 11-Feb-2013 2:05:47 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Zombie in Plains (1) hex E4 strikes Ranger in Plains (1) hex E3 with strike number 6, rolling: 2456243411: 1 hit 11-Feb-2013 2:05:47 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Ranger in Plains (1) hex E3: 3 + 1 => 4; 0 excess 11-Feb-2013 2:05:47 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Ranger in Plains (1) hex E3 is now dead: (hits=4 > power=4) 11-Feb-2013 2:05:47 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:doneWithStrikes 11-Feb-2013 2:05:47 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advanceTurn INFO: alex's battle turn, number 3 11-Feb-2013 2:05:47 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Move 11-Feb-2013 2:05:51 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:doBattleMove ~ 817 ~ F4 11-Feb-2013 2:05:51 PM net.sf.colossus.server.BattleServerSide doMove INFO: Zombie moves from E5 to F4 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:doneWithBattleMoves 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Fight 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:strike ~ 817 ~ F3 11-Feb-2013 2:05:52 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Zombie in Tower (2) hex F4 strikes Lion in Tower (2) hex F3 with strike number 5, rolling: 2154364612: 3 hits 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Lion in Tower (2) hex F3: 0 + 3 => 3; 0 excess 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:doneWithStrikes 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Strikeback 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:strike ~ 668 ~ F4 11-Feb-2013 2:05:52 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Lion in Tower (2) hex F3 strikes Zombie in Tower (2) hex F4 with strike number 3, rolling: 51634: 4 hits 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Tower (2) hex F4: 1 + 4 => 5; 0 excess 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doneWithStrikes 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advanceTurn INFO: Indigo's battle turn, number 3 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Move 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doBattleMove ~ 778 ~ E4 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide doMove INFO: Imp moves from D4 to E4 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doBattleMove ~ 755 ~ E3 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide doMove INFO: Lion moves from D2 to E3 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doneWithBattleMoves 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Fight 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:strike ~ 778 ~ F4 11-Feb-2013 2:05:52 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Imp in Plains (1) hex E4 strikes Zombie in Tower (2) hex F4 with strike number 4, rolling: 526663: 4 hits 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Tower (2) hex F4: 5 + 4 => 9; 0 excess 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:strike ~ 668 ~ F4 11-Feb-2013 2:05:52 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Lion in Tower (2) hex F3 strikes Zombie in Tower (2) hex F4 with strike number 3, rolling: 41624: 3 hits 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Tower (2) hex F4: 9 + 3 => 10; 2 excess 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Tower (2) hex F4 is now dead: (hits=10 > power=10) 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doneWithStrikes 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Strikeback 11-Feb-2013 2:05:54 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:strike ~ 817 ~ F3 11-Feb-2013 2:05:54 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Zombie in Tower (2) hex F4 strikes Lion in Tower (2) hex F3 with strike number 5, rolling: 4513654224: 3 hits 11-Feb-2013 2:05:54 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Lion in Tower (2) hex F3: 3 + 3 => 5; 1 excess 11-Feb-2013 2:05:54 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Lion in Tower (2) hex F3 is now dead: (hits=5 > power=5) 11-Feb-2013 2:05:54 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: 1 carry available 11-Feb-2013 2:05:55 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:applyCarries ~ E4 11-Feb-2013 2:05:55 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Imp in Plains (1) hex E4: 0 + 1 => 1; 0 excess 11-Feb-2013 2:05:55 PM net.sf.colossus.server.BattleServerSide applyCarries INFO: 1 hit carries to Imp in Plains (1) hex E4 11-Feb-2013 2:15:36 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:applyCarries ~ E4 11-Feb-2013 2:15:36 PM net.sf.colossus.server.BattleServerSide applyCarries WARNING: Tried illegal carry to Imp in Plains (1) hex E4 11-Feb-2013 2:15:36 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:applyCarries ~ E4 11-Feb-2013 2:15:36 PM net.sf.colossus.server.BattleServerSide applyCarries WARNING: Tried illegal carry to Imp in Plains (1) hex E4 ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:39 Message: Yes, there are other reports for same thing (Carry causes hang). Actually one says some other do too, but this one most frequently. But that it's caused by _38 vs. _39 is very weird. QUESTION: Are you positive it's exactly that? Same machine, nothing else "significant" installed or updated? While ago I had a deadlock problem merely because Citrix was also running there, causing a 2nd EDT related thread to run and the two then blocked each other. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3603968&group_id=1939 |
|
From: SourceForge.net <no...@so...> - 2013-02-14 18:49:45
|
Bugs item #3604000, was opened at 2013-02-10 03:09 Message generated for change (Comment added) made by cleka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michael () Assigned to: Clemens Katzer (cleka) Summary: Battle Hangs When Trying to Carry Attack (Safari w/ Java 7) Initial Comment: Battle hangs when carrying over damage. The controls (e.g. concede battle) appear active but have no effect. Was working correctly before i upgraded to java 7. ---------------------------------------------------------------------- >Comment By: Clemens Katzer (cleka) Date: 2013-02-14 10:49 Message: There shouldn't been anything special, but I've seen the webstart stuff caching the jar earlier. Can you try a different browser? Or use the java console to remote the Colossus application instance it had downloaded? You can also download directly http://colossus.sourceforge.net/public-build/Colossus.jar and run it e.g. by doubleclicking it. It should say "0.13.2.1 from revision 5310". ---------------------------------------------------------------------- Comment By: Julie Ehlers (jehlers2) Date: 2013-02-14 10:24 Message: Is there anything special we need to do to acccess 0.13.2.1? I see that's how the icon is now labeled, but when I click on it, the program says "Running 0.13.2 revision 5134" and the program still crashes when this is carry in the battle. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-14 06:44 Message: I've made a bugfix release 0.13.2.1 so that anybody can easier try it out. It contains the one fix which at least stopped this from happening for me. I put it right away onto the home page, replacing 0.13.2. Please give it a try and report whether you still have problems or whether it solved it. Thanks! ---------------------------------------------------------------------- Comment By: Julie Ehlers (jehlers2) Date: 2013-02-13 12:48 Message: By the way, my browser is Internet Explorer, not Safari. Colossus was working fine until I upgraded to Java 7. ---------------------------------------------------------------------- Comment By: Julie Ehlers (jehlers2) Date: 2013-02-13 12:29 Message: The exact same thing has happened to me. I upgraded to Java 7 (alas!) and now the game crashes whenever there is carry over in the battle. Here is the error message: Woooah! An exception was caught while processing from client jkehlers the input line: === applyCarries ~ E2 === Stack trace: java.lang.NullPointerException at net.sf.colossus.server.BattleServerSide.applyCarries(BattleServerSide.java:1018) at net.sf.colossus.server.Server.applyCarries(Server.java:2510) at net.sf.colossus.server.ClientHandler.callMethod(ClientHandler.java:741) at net.sf.colossus.server.ClientHandler.doCallMethodInTryBlock(ClientHandler.java:557) at net.sf.colossus.server.ClientHandler.processInput(ClientHandler.java:200) at net.sf.colossus.server.Server.processByteBuffer(Server.java:813) at net.sf.colossus.server.Server.handleReadFromChannel(Server.java:793) at net.sf.colossus.server.Server.handleSelectedKeys(Server.java:579) at net.sf.colossus.server.Server.waitOnSelector(Server.java:399) at net.sf.colossus.server.Server.run(Server.java:227) Game might be unstable or hang from now on... ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-13 12:24 Message: I could reproduce that problem (on XP). 1.6.0_38 ok but _39 gets stuck. The problem was caused by disposePickCarryDialog. Not only was it not called inside EDT (but it should); it's also called from several places what is probably not needed. Trunk revision 5300 contains the "make sure it's called in EDT". Could some others try whether that resolves their problems too ? ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-12 07:03 Message: Regarding Davids report, sounds to me like the server side died/jumped out of it's main listening loop. So client sends something but server side does not process it any more. One thing coming to mind: the passing back of user's choice for such dialogs I have changes for some of them, some not. SOme of them might now be like: set a variable, close window, main thread proceeds; some others, directly write the result to the socket, then close window and continue. If there's something like that, it might in some ways make the message to be sent twice. And such behavior could be occur now due to how exaclty EDT handles stuff. Could also be whatever else, of course - Just speculating :) ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-12 06:58 Message: > although the game has started chewing > 300-500 MB of RAM after the Java update. Java 7 has (IIRC) a different default heap size (-mx argument). How do you start Colossus? Provided jnlp file and batch and script run it with -mx256. Normally the default of 64 MB is enough, except when you use the ExperimentalAI - then one might run into out of memory errors rather frequently with 64 MB only. Hence we changes it to be starting with 256 now always. Plus the actual JVM and stuff you easily get to 300-400. Current build - you mean the current official release 0.13.2. Yes, I know about those socket error; it has to do with a "internal dummy client" which I added to keep track of all messages that would have to be sent to each later added client - such as spectators ; on the game server, that is. On local games the client is created but the server accept listener expects only the "real amount of players". Newest sources from subversion should not show that problem. If I've time I will check it out to be sure. Thanks anyway! ---------------------------------------------------------------------- Comment By: David Ripton (dripton) Date: 2013-02-11 16:39 Message: I just tried it (Mac, 1.6.0_37), and on my first game, a battle hung after one of my creatures struck, presumably because it needed to ask me if I wanted to carry. The carry dialog never appeared, but the battle would not progress, as if the dialog were there and modal. The masterboard continued to work. Trying to close the battlemap window gave the "concede yes/no" prompt, but if I said yes it would not concede. Unfortunately I was playing from JWS and didn't open the Java console, so if there was a traceback or error log, I didn't see it. ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-11 15:49 Message: Thanks -- this is the current build. I redownloaded to make sure. No Citrix or anything fancy. Plenty of RAM, although the game has started chewing 300-500 MB of RAM after the Java update. I'll report back on the "weird" non-carry hangs as they happen. One thing: every start generates two errors, a Socket Initialization Failed and a dummy An Error Occurred. They're non-fatal, so I've just been clicking through. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:36 Message: And I suppose both of you are using the latest official released build, i.e. 0.13.2 ? The public test build is known to have some "hanging" bug related to conceding. (That's why there's still no new release yet). Bombasticus. thanks for contributing here instead of creating a new one! -Cle. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:32 Message: Looks like it's the event dispatcher thread (the one which "listens" for mouse clicks and keyboard, and does the drawing) ran into a deadlock. There's another bug report which claims it works with 1.6.0_36 but hangs with 1.6.0_37, and yet another from Mac with 1.7.0_13 which says it hangs and there would be messages on stdout, but I suspect the messages are unrelated (seem to be common known issue with certain Java versions on certain MacOS versions. Question: Is there something special on that machine, like Citrix installed or so? There was a bug while ago where due to citrix a 2nd (security related EDTrelated thread) was running and those two interfered (caused each other deadlock). Can you go back to 1.6.0 so that you can play at least? (install 1.6.0 additionally and make Colossus run using that java) ? ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-10 18:02 Message: Hi there -- definitely the carry. Doesn't happen all the time and the battles are hanging at other points (end of some battles, when clearing a dead creature other times) but this is probably the top source of my post-upgrade hangs. The good news is that the masterboard seems fine. Thanks as always for supporting this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 |
|
From: SourceForge.net <no...@so...> - 2013-02-14 18:24:06
|
Bugs item #3604000, was opened at 2013-02-10 03:09 Message generated for change (Comment added) made by jehlers2 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michael () Assigned to: Clemens Katzer (cleka) Summary: Battle Hangs When Trying to Carry Attack (Safari w/ Java 7) Initial Comment: Battle hangs when carrying over damage. The controls (e.g. concede battle) appear active but have no effect. Was working correctly before i upgraded to java 7. ---------------------------------------------------------------------- Comment By: Julie Ehlers (jehlers2) Date: 2013-02-14 10:24 Message: Is there anything special we need to do to acccess 0.13.2.1? I see that's how the icon is now labeled, but when I click on it, the program says "Running 0.13.2 revision 5134" and the program still crashes when this is carry in the battle. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-14 06:44 Message: I've made a bugfix release 0.13.2.1 so that anybody can easier try it out. It contains the one fix which at least stopped this from happening for me. I put it right away onto the home page, replacing 0.13.2. Please give it a try and report whether you still have problems or whether it solved it. Thanks! ---------------------------------------------------------------------- Comment By: Julie Ehlers (jehlers2) Date: 2013-02-13 12:48 Message: By the way, my browser is Internet Explorer, not Safari. Colossus was working fine until I upgraded to Java 7. ---------------------------------------------------------------------- Comment By: Julie Ehlers (jehlers2) Date: 2013-02-13 12:29 Message: The exact same thing has happened to me. I upgraded to Java 7 (alas!) and now the game crashes whenever there is carry over in the battle. Here is the error message: Woooah! An exception was caught while processing from client jkehlers the input line: === applyCarries ~ E2 === Stack trace: java.lang.NullPointerException at net.sf.colossus.server.BattleServerSide.applyCarries(BattleServerSide.java:1018) at net.sf.colossus.server.Server.applyCarries(Server.java:2510) at net.sf.colossus.server.ClientHandler.callMethod(ClientHandler.java:741) at net.sf.colossus.server.ClientHandler.doCallMethodInTryBlock(ClientHandler.java:557) at net.sf.colossus.server.ClientHandler.processInput(ClientHandler.java:200) at net.sf.colossus.server.Server.processByteBuffer(Server.java:813) at net.sf.colossus.server.Server.handleReadFromChannel(Server.java:793) at net.sf.colossus.server.Server.handleSelectedKeys(Server.java:579) at net.sf.colossus.server.Server.waitOnSelector(Server.java:399) at net.sf.colossus.server.Server.run(Server.java:227) Game might be unstable or hang from now on... ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-13 12:24 Message: I could reproduce that problem (on XP). 1.6.0_38 ok but _39 gets stuck. The problem was caused by disposePickCarryDialog. Not only was it not called inside EDT (but it should); it's also called from several places what is probably not needed. Trunk revision 5300 contains the "make sure it's called in EDT". Could some others try whether that resolves their problems too ? ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-12 07:03 Message: Regarding Davids report, sounds to me like the server side died/jumped out of it's main listening loop. So client sends something but server side does not process it any more. One thing coming to mind: the passing back of user's choice for such dialogs I have changes for some of them, some not. SOme of them might now be like: set a variable, close window, main thread proceeds; some others, directly write the result to the socket, then close window and continue. If there's something like that, it might in some ways make the message to be sent twice. And such behavior could be occur now due to how exaclty EDT handles stuff. Could also be whatever else, of course - Just speculating :) ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-12 06:58 Message: > although the game has started chewing > 300-500 MB of RAM after the Java update. Java 7 has (IIRC) a different default heap size (-mx argument). How do you start Colossus? Provided jnlp file and batch and script run it with -mx256. Normally the default of 64 MB is enough, except when you use the ExperimentalAI - then one might run into out of memory errors rather frequently with 64 MB only. Hence we changes it to be starting with 256 now always. Plus the actual JVM and stuff you easily get to 300-400. Current build - you mean the current official release 0.13.2. Yes, I know about those socket error; it has to do with a "internal dummy client" which I added to keep track of all messages that would have to be sent to each later added client - such as spectators ; on the game server, that is. On local games the client is created but the server accept listener expects only the "real amount of players". Newest sources from subversion should not show that problem. If I've time I will check it out to be sure. Thanks anyway! ---------------------------------------------------------------------- Comment By: David Ripton (dripton) Date: 2013-02-11 16:39 Message: I just tried it (Mac, 1.6.0_37), and on my first game, a battle hung after one of my creatures struck, presumably because it needed to ask me if I wanted to carry. The carry dialog never appeared, but the battle would not progress, as if the dialog were there and modal. The masterboard continued to work. Trying to close the battlemap window gave the "concede yes/no" prompt, but if I said yes it would not concede. Unfortunately I was playing from JWS and didn't open the Java console, so if there was a traceback or error log, I didn't see it. ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-11 15:49 Message: Thanks -- this is the current build. I redownloaded to make sure. No Citrix or anything fancy. Plenty of RAM, although the game has started chewing 300-500 MB of RAM after the Java update. I'll report back on the "weird" non-carry hangs as they happen. One thing: every start generates two errors, a Socket Initialization Failed and a dummy An Error Occurred. They're non-fatal, so I've just been clicking through. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:36 Message: And I suppose both of you are using the latest official released build, i.e. 0.13.2 ? The public test build is known to have some "hanging" bug related to conceding. (That's why there's still no new release yet). Bombasticus. thanks for contributing here instead of creating a new one! -Cle. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:32 Message: Looks like it's the event dispatcher thread (the one which "listens" for mouse clicks and keyboard, and does the drawing) ran into a deadlock. There's another bug report which claims it works with 1.6.0_36 but hangs with 1.6.0_37, and yet another from Mac with 1.7.0_13 which says it hangs and there would be messages on stdout, but I suspect the messages are unrelated (seem to be common known issue with certain Java versions on certain MacOS versions. Question: Is there something special on that machine, like Citrix installed or so? There was a bug while ago where due to citrix a 2nd (security related EDTrelated thread) was running and those two interfered (caused each other deadlock). Can you go back to 1.6.0 so that you can play at least? (install 1.6.0 additionally and make Colossus run using that java) ? ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-10 18:02 Message: Hi there -- definitely the carry. Doesn't happen all the time and the battles are hanging at other points (end of some battles, when clearing a dead creature other times) but this is probably the top source of my post-upgrade hangs. The good news is that the masterboard seems fine. Thanks as always for supporting this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 |
|
From: SourceForge.net <no...@so...> - 2013-02-14 14:45:51
|
Bugs item #3603782, was opened at 2013-02-07 18:50 Message generated for change (Comment added) made by cleka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3603782&group_id=1939 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Shawn (sdsmith4) Assigned to: Clemens Katzer (cleka) Summary: Game Hangs After Java 1.7.13 Update Initial Comment: The game hangs in combat sometimes when carryover damage target is chosen. It seems to happen randomly but is very frustrating because the game is hung and can't be resumed. This is the error trace I get from the command line when the error occurs. I never had any problems with earlier versions of Java. new-host:$ Feb 7 21:35:16 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:35:16 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:35:16 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:35:16 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:35:59 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:35:59 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:35:59 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:35:59 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:36:05 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:36:05 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:36:56 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:36:56 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:36:56 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:36:56 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:37:57 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:37:57 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:37:58 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:37:58 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:38:12 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:38:12 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:39:29 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:39:29 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:39:29 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:39:29 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:39:41 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:39:41 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:41:07 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:41:07 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:41:07 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:41:07 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:41:07 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:41:07 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:41:47 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:41:47 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:41:47 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:41:47 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 ---------------------------------------------------------------------- >Comment By: Clemens Katzer (cleka) Date: 2013-02-14 06:45 Message: I've made a bugfix release 0.13.2.1 so that anybody can easier try it out. It contains the one fix which at least stopped this from happening for me. I put it right away onto the home page, replacing 0.13.2. Please give it a try and report whether you still have problems or whether it solved it. Thanks! ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-13 07:04 Message: Feels like this could be same problem as with 1.6.0_38 vs. _39. Except that with java 7 it seems to be randomly and with java6 _39 happens always. I'll check this one here later, once the reason for the newest Java 6 problem is identified/fixed. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-07 22:28 Message: Uh. Well, this was a _good_ but report! Although such random hangs are hard to find root cause and fix it. The error messages seem to be a common problem with certain Mac OS versions: http://forum.processing.org/topic/java-errors Question: do those messages appear always, even/before if game does not hang? Then I would expect they are unrelated. Are you able to provide logging output? Either by making Java console visible http://colossus.sourceforge.net/docs/EnableJavaConsoleLogging.html (well that's for on Windows, but perhaps there's something similar in Mac), or by finding Colossus0.log log file ? (Help => About might should give you info where to find it.) If you find it, post, like, last 30 lines from it. Thx, Clemens ---------------------------------------------------------------------- Comment By: Shawn (sdsmith4) Date: 2013-02-07 18:51 Message: I forgot to specify I am running on a Mac 10.7.5. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3603782&group_id=1939 |
|
From: SourceForge.net <no...@so...> - 2013-02-14 14:44:57
|
Bugs item #3603968, was opened at 2013-02-09 14:20 Message generated for change (Comment added) made by cleka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3603968&group_id=1939 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sun Wu'kong (sunwukong) Assigned to: Clemens Katzer (cleka) Summary: Battle Hangs When Trying to Carry Attack (6_38 vs. 6_39) Initial Comment: Windows 7 x64 JRE 1.6.0_39 x86 w/ WebStart Colossus 0.13.2 rev 5134 2012-03-14T23:46:06 Battlemap: Beelzegods12 1.02 In any player battle when the player's creature tries to carry over hits, the battle interface hangs: the turn never ends or proceeds. The game can be saved and replayed but the next player attempt to carry over a hit will stall the battle interface again. Was working fine with JRE 1.6.0_38. Log: Battle phase advances to Fight Message from SCT 'alex' to server:strike ~ 554 ~ B3 Ghost in Brambles hex C4 strikes Goblin in Plains hex B3 with strike number 4, rolling: 626443314: 5 hits Critter Goblin in Plains hex B3: 0 + 5 => 4; 1 excess Critter Goblin in Plains hex B3 is now dead: (hits=4 > power=4) Message from SCT 'alex' to server:strike ~ 648 ~ A1 Ghost in Plains hex B1 strikes Naga in Plains hex A1 with strike number 5, rolling: 541652411: 3 hits Critter Naga in Plains hex A1: 0 + 3 => 3; 0 excess Message from SCT 'alex' to server:strike ~ 345 ~ A1 Angel in Brambles hex B2 strikes Naga in Plains hex A1 with strike number 5, rolling: 522616: 3 hits Critter Naga in Plains hex A1: 3 + 3 => 4; 2 excess Critter Naga in Plains hex A1 is now dead: (hits=4 > power=4) 2 carries available Message from SCT 'alex' to server:applyCarries ~ A2 Critter Titan in Plains hex A2: 0 + 2 => 2; 0 excess 2 hits carry to Titan in Plains hex A2 ---------------------------------------------------------------------- >Comment By: Clemens Katzer (cleka) Date: 2013-02-14 06:44 Message: I've made a bugfix release 0.13.2.1 so that anybody can easier try it out. It contains the one fix which at least stopped this from happening for me. I put it right away onto the home page, replacing 0.13.2. Please give it a try and report whether you still have problems or whether it solved it. Thanks! ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-13 07:02 Message: Yep. I can reproduce this even on XP. 1.6.0_38 works but 1.6.0_39 gets stuck. After attempting one carry console shows "WARNING: Tried illegal carry to Ogre in Plains hex B2", and battle board don't do anything any more. Phase => Concede however works. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-12 06:51 Message: Interesting. According to the log, Iooks like the GUI allows to click a carry which the server side refuses. Thus inconsistency due to duplicated code instead of sharing game/rules logic (Peter did a lot of work on that but it's far away from done). In theory it could be something as weird as mouse bounces. According to log, it once applies the 1 carry to the Imp already and wants to do it right away a 2nd time. (IIRC, on other place I built in some anti-bounce behavior whil ago). OK, that's nice that there's now something to go on with. Thanks! ---------------------------------------------------------------------- Comment By: Sun Wu'kong (sunwukong) Date: 2013-02-11 20:48 Message: I've reinstalled _38 and everything works smoothly -- it must be something in the build is incompatible with _39. ---------------------------------------------------------------------- Comment By: Sun Wu'kong (sunwukong) Date: 2013-02-11 14:17 Message: I'm in the middle of debugging trunk 5289 off svn with the _39 jdk (64 bit) and the same problem crops up. Debug log: INFO: Battle phase advances to Fight 11-Feb-2013 2:05:46 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:strike ~ 778 ~ E4 11-Feb-2013 2:05:46 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Imp in Plains hex D4 strikes Zombie in Plains (1) hex E4 with strike number 4, rolling: 161256: 3 hits 11-Feb-2013 2:05:46 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Plains (1) hex E4: 7 + 3 => 10; 0 excess 11-Feb-2013 2:05:46 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Plains (1) hex E4 is now dead: (hits=10 > power=10) 11-Feb-2013 2:05:46 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doneWithStrikes 11-Feb-2013 2:05:46 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Strikeback 11-Feb-2013 2:05:47 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:strike ~ 818 ~ E3 11-Feb-2013 2:05:47 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Zombie in Plains (1) hex E4 strikes Ranger in Plains (1) hex E3 with strike number 6, rolling: 2456243411: 1 hit 11-Feb-2013 2:05:47 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Ranger in Plains (1) hex E3: 3 + 1 => 4; 0 excess 11-Feb-2013 2:05:47 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Ranger in Plains (1) hex E3 is now dead: (hits=4 > power=4) 11-Feb-2013 2:05:47 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:doneWithStrikes 11-Feb-2013 2:05:47 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advanceTurn INFO: alex's battle turn, number 3 11-Feb-2013 2:05:47 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Move 11-Feb-2013 2:05:51 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:doBattleMove ~ 817 ~ F4 11-Feb-2013 2:05:51 PM net.sf.colossus.server.BattleServerSide doMove INFO: Zombie moves from E5 to F4 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:doneWithBattleMoves 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Fight 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:strike ~ 817 ~ F3 11-Feb-2013 2:05:52 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Zombie in Tower (2) hex F4 strikes Lion in Tower (2) hex F3 with strike number 5, rolling: 2154364612: 3 hits 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Lion in Tower (2) hex F3: 0 + 3 => 3; 0 excess 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:doneWithStrikes 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Strikeback 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:strike ~ 668 ~ F4 11-Feb-2013 2:05:52 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Lion in Tower (2) hex F3 strikes Zombie in Tower (2) hex F4 with strike number 3, rolling: 51634: 4 hits 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Tower (2) hex F4: 1 + 4 => 5; 0 excess 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doneWithStrikes 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advanceTurn INFO: Indigo's battle turn, number 3 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Move 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doBattleMove ~ 778 ~ E4 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide doMove INFO: Imp moves from D4 to E4 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doBattleMove ~ 755 ~ E3 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide doMove INFO: Lion moves from D2 to E3 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doneWithBattleMoves 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Fight 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:strike ~ 778 ~ F4 11-Feb-2013 2:05:52 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Imp in Plains (1) hex E4 strikes Zombie in Tower (2) hex F4 with strike number 4, rolling: 526663: 4 hits 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Tower (2) hex F4: 5 + 4 => 9; 0 excess 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:strike ~ 668 ~ F4 11-Feb-2013 2:05:52 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Lion in Tower (2) hex F3 strikes Zombie in Tower (2) hex F4 with strike number 3, rolling: 41624: 3 hits 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Tower (2) hex F4: 9 + 3 => 10; 2 excess 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Tower (2) hex F4 is now dead: (hits=10 > power=10) 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doneWithStrikes 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Strikeback 11-Feb-2013 2:05:54 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:strike ~ 817 ~ F3 11-Feb-2013 2:05:54 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Zombie in Tower (2) hex F4 strikes Lion in Tower (2) hex F3 with strike number 5, rolling: 4513654224: 3 hits 11-Feb-2013 2:05:54 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Lion in Tower (2) hex F3: 3 + 3 => 5; 1 excess 11-Feb-2013 2:05:54 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Lion in Tower (2) hex F3 is now dead: (hits=5 > power=5) 11-Feb-2013 2:05:54 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: 1 carry available 11-Feb-2013 2:05:55 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:applyCarries ~ E4 11-Feb-2013 2:05:55 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Imp in Plains (1) hex E4: 0 + 1 => 1; 0 excess 11-Feb-2013 2:05:55 PM net.sf.colossus.server.BattleServerSide applyCarries INFO: 1 hit carries to Imp in Plains (1) hex E4 11-Feb-2013 2:15:36 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:applyCarries ~ E4 11-Feb-2013 2:15:36 PM net.sf.colossus.server.BattleServerSide applyCarries WARNING: Tried illegal carry to Imp in Plains (1) hex E4 11-Feb-2013 2:15:36 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:applyCarries ~ E4 11-Feb-2013 2:15:36 PM net.sf.colossus.server.BattleServerSide applyCarries WARNING: Tried illegal carry to Imp in Plains (1) hex E4 ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:39 Message: Yes, there are other reports for same thing (Carry causes hang). Actually one says some other do too, but this one most frequently. But that it's caused by _38 vs. _39 is very weird. QUESTION: Are you positive it's exactly that? Same machine, nothing else "significant" installed or updated? While ago I had a deadlock problem merely because Citrix was also running there, causing a 2nd EDT related thread to run and the two then blocked each other. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3603968&group_id=1939 |
|
From: SourceForge.net <no...@so...> - 2013-02-14 14:44:30
|
Bugs item #3604000, was opened at 2013-02-10 03:09 Message generated for change (Comment added) made by cleka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michael () Assigned to: Clemens Katzer (cleka) Summary: Battle Hangs When Trying to Carry Attack (Safari w/ Java 7) Initial Comment: Battle hangs when carrying over damage. The controls (e.g. concede battle) appear active but have no effect. Was working correctly before i upgraded to java 7. ---------------------------------------------------------------------- >Comment By: Clemens Katzer (cleka) Date: 2013-02-14 06:44 Message: I've made a bugfix release 0.13.2.1 so that anybody can easier try it out. It contains the one fix which at least stopped this from happening for me. I put it right away onto the home page, replacing 0.13.2. Please give it a try and report whether you still have problems or whether it solved it. Thanks! ---------------------------------------------------------------------- Comment By: Julie Ehlers (jehlers2) Date: 2013-02-13 12:48 Message: By the way, my browser is Internet Explorer, not Safari. Colossus was working fine until I upgraded to Java 7. ---------------------------------------------------------------------- Comment By: Julie Ehlers (jehlers2) Date: 2013-02-13 12:29 Message: The exact same thing has happened to me. I upgraded to Java 7 (alas!) and now the game crashes whenever there is carry over in the battle. Here is the error message: Woooah! An exception was caught while processing from client jkehlers the input line: === applyCarries ~ E2 === Stack trace: java.lang.NullPointerException at net.sf.colossus.server.BattleServerSide.applyCarries(BattleServerSide.java:1018) at net.sf.colossus.server.Server.applyCarries(Server.java:2510) at net.sf.colossus.server.ClientHandler.callMethod(ClientHandler.java:741) at net.sf.colossus.server.ClientHandler.doCallMethodInTryBlock(ClientHandler.java:557) at net.sf.colossus.server.ClientHandler.processInput(ClientHandler.java:200) at net.sf.colossus.server.Server.processByteBuffer(Server.java:813) at net.sf.colossus.server.Server.handleReadFromChannel(Server.java:793) at net.sf.colossus.server.Server.handleSelectedKeys(Server.java:579) at net.sf.colossus.server.Server.waitOnSelector(Server.java:399) at net.sf.colossus.server.Server.run(Server.java:227) Game might be unstable or hang from now on... ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-13 12:24 Message: I could reproduce that problem (on XP). 1.6.0_38 ok but _39 gets stuck. The problem was caused by disposePickCarryDialog. Not only was it not called inside EDT (but it should); it's also called from several places what is probably not needed. Trunk revision 5300 contains the "make sure it's called in EDT". Could some others try whether that resolves their problems too ? ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-12 07:03 Message: Regarding Davids report, sounds to me like the server side died/jumped out of it's main listening loop. So client sends something but server side does not process it any more. One thing coming to mind: the passing back of user's choice for such dialogs I have changes for some of them, some not. SOme of them might now be like: set a variable, close window, main thread proceeds; some others, directly write the result to the socket, then close window and continue. If there's something like that, it might in some ways make the message to be sent twice. And such behavior could be occur now due to how exaclty EDT handles stuff. Could also be whatever else, of course - Just speculating :) ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-12 06:58 Message: > although the game has started chewing > 300-500 MB of RAM after the Java update. Java 7 has (IIRC) a different default heap size (-mx argument). How do you start Colossus? Provided jnlp file and batch and script run it with -mx256. Normally the default of 64 MB is enough, except when you use the ExperimentalAI - then one might run into out of memory errors rather frequently with 64 MB only. Hence we changes it to be starting with 256 now always. Plus the actual JVM and stuff you easily get to 300-400. Current build - you mean the current official release 0.13.2. Yes, I know about those socket error; it has to do with a "internal dummy client" which I added to keep track of all messages that would have to be sent to each later added client - such as spectators ; on the game server, that is. On local games the client is created but the server accept listener expects only the "real amount of players". Newest sources from subversion should not show that problem. If I've time I will check it out to be sure. Thanks anyway! ---------------------------------------------------------------------- Comment By: David Ripton (dripton) Date: 2013-02-11 16:39 Message: I just tried it (Mac, 1.6.0_37), and on my first game, a battle hung after one of my creatures struck, presumably because it needed to ask me if I wanted to carry. The carry dialog never appeared, but the battle would not progress, as if the dialog were there and modal. The masterboard continued to work. Trying to close the battlemap window gave the "concede yes/no" prompt, but if I said yes it would not concede. Unfortunately I was playing from JWS and didn't open the Java console, so if there was a traceback or error log, I didn't see it. ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-11 15:49 Message: Thanks -- this is the current build. I redownloaded to make sure. No Citrix or anything fancy. Plenty of RAM, although the game has started chewing 300-500 MB of RAM after the Java update. I'll report back on the "weird" non-carry hangs as they happen. One thing: every start generates two errors, a Socket Initialization Failed and a dummy An Error Occurred. They're non-fatal, so I've just been clicking through. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:36 Message: And I suppose both of you are using the latest official released build, i.e. 0.13.2 ? The public test build is known to have some "hanging" bug related to conceding. (That's why there's still no new release yet). Bombasticus. thanks for contributing here instead of creating a new one! -Cle. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:32 Message: Looks like it's the event dispatcher thread (the one which "listens" for mouse clicks and keyboard, and does the drawing) ran into a deadlock. There's another bug report which claims it works with 1.6.0_36 but hangs with 1.6.0_37, and yet another from Mac with 1.7.0_13 which says it hangs and there would be messages on stdout, but I suspect the messages are unrelated (seem to be common known issue with certain Java versions on certain MacOS versions. Question: Is there something special on that machine, like Citrix installed or so? There was a bug while ago where due to citrix a 2nd (security related EDTrelated thread) was running and those two interfered (caused each other deadlock). Can you go back to 1.6.0 so that you can play at least? (install 1.6.0 additionally and make Colossus run using that java) ? ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-10 18:02 Message: Hi there -- definitely the carry. Doesn't happen all the time and the battles are hanging at other points (end of some battles, when clearing a dead creature other times) but this is probably the top source of my post-upgrade hangs. The good news is that the masterboard seems fine. Thanks as always for supporting this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 |
|
From: SourceForge.net <no...@so...> - 2013-02-13 20:48:22
|
Bugs item #3604000, was opened at 2013-02-10 03:09 Message generated for change (Comment added) made by jehlers2 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michael () Assigned to: Clemens Katzer (cleka) Summary: Battle Hangs When Trying to Carry Attack (Safari w/ Java 7) Initial Comment: Battle hangs when carrying over damage. The controls (e.g. concede battle) appear active but have no effect. Was working correctly before i upgraded to java 7. ---------------------------------------------------------------------- Comment By: Julie Ehlers (jehlers2) Date: 2013-02-13 12:48 Message: By the way, my browser is Internet Explorer, not Safari. Colossus was working fine until I upgraded to Java 7. ---------------------------------------------------------------------- Comment By: Julie Ehlers (jehlers2) Date: 2013-02-13 12:29 Message: The exact same thing has happened to me. I upgraded to Java 7 (alas!) and now the game crashes whenever there is carry over in the battle. Here is the error message: Woooah! An exception was caught while processing from client jkehlers the input line: === applyCarries ~ E2 === Stack trace: java.lang.NullPointerException at net.sf.colossus.server.BattleServerSide.applyCarries(BattleServerSide.java:1018) at net.sf.colossus.server.Server.applyCarries(Server.java:2510) at net.sf.colossus.server.ClientHandler.callMethod(ClientHandler.java:741) at net.sf.colossus.server.ClientHandler.doCallMethodInTryBlock(ClientHandler.java:557) at net.sf.colossus.server.ClientHandler.processInput(ClientHandler.java:200) at net.sf.colossus.server.Server.processByteBuffer(Server.java:813) at net.sf.colossus.server.Server.handleReadFromChannel(Server.java:793) at net.sf.colossus.server.Server.handleSelectedKeys(Server.java:579) at net.sf.colossus.server.Server.waitOnSelector(Server.java:399) at net.sf.colossus.server.Server.run(Server.java:227) Game might be unstable or hang from now on... ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-13 12:24 Message: I could reproduce that problem (on XP). 1.6.0_38 ok but _39 gets stuck. The problem was caused by disposePickCarryDialog. Not only was it not called inside EDT (but it should); it's also called from several places what is probably not needed. Trunk revision 5300 contains the "make sure it's called in EDT". Could some others try whether that resolves their problems too ? ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-12 07:03 Message: Regarding Davids report, sounds to me like the server side died/jumped out of it's main listening loop. So client sends something but server side does not process it any more. One thing coming to mind: the passing back of user's choice for such dialogs I have changes for some of them, some not. SOme of them might now be like: set a variable, close window, main thread proceeds; some others, directly write the result to the socket, then close window and continue. If there's something like that, it might in some ways make the message to be sent twice. And such behavior could be occur now due to how exaclty EDT handles stuff. Could also be whatever else, of course - Just speculating :) ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-12 06:58 Message: > although the game has started chewing > 300-500 MB of RAM after the Java update. Java 7 has (IIRC) a different default heap size (-mx argument). How do you start Colossus? Provided jnlp file and batch and script run it with -mx256. Normally the default of 64 MB is enough, except when you use the ExperimentalAI - then one might run into out of memory errors rather frequently with 64 MB only. Hence we changes it to be starting with 256 now always. Plus the actual JVM and stuff you easily get to 300-400. Current build - you mean the current official release 0.13.2. Yes, I know about those socket error; it has to do with a "internal dummy client" which I added to keep track of all messages that would have to be sent to each later added client - such as spectators ; on the game server, that is. On local games the client is created but the server accept listener expects only the "real amount of players". Newest sources from subversion should not show that problem. If I've time I will check it out to be sure. Thanks anyway! ---------------------------------------------------------------------- Comment By: David Ripton (dripton) Date: 2013-02-11 16:39 Message: I just tried it (Mac, 1.6.0_37), and on my first game, a battle hung after one of my creatures struck, presumably because it needed to ask me if I wanted to carry. The carry dialog never appeared, but the battle would not progress, as if the dialog were there and modal. The masterboard continued to work. Trying to close the battlemap window gave the "concede yes/no" prompt, but if I said yes it would not concede. Unfortunately I was playing from JWS and didn't open the Java console, so if there was a traceback or error log, I didn't see it. ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-11 15:49 Message: Thanks -- this is the current build. I redownloaded to make sure. No Citrix or anything fancy. Plenty of RAM, although the game has started chewing 300-500 MB of RAM after the Java update. I'll report back on the "weird" non-carry hangs as they happen. One thing: every start generates two errors, a Socket Initialization Failed and a dummy An Error Occurred. They're non-fatal, so I've just been clicking through. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:36 Message: And I suppose both of you are using the latest official released build, i.e. 0.13.2 ? The public test build is known to have some "hanging" bug related to conceding. (That's why there's still no new release yet). Bombasticus. thanks for contributing here instead of creating a new one! -Cle. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:32 Message: Looks like it's the event dispatcher thread (the one which "listens" for mouse clicks and keyboard, and does the drawing) ran into a deadlock. There's another bug report which claims it works with 1.6.0_36 but hangs with 1.6.0_37, and yet another from Mac with 1.7.0_13 which says it hangs and there would be messages on stdout, but I suspect the messages are unrelated (seem to be common known issue with certain Java versions on certain MacOS versions. Question: Is there something special on that machine, like Citrix installed or so? There was a bug while ago where due to citrix a 2nd (security related EDTrelated thread) was running and those two interfered (caused each other deadlock). Can you go back to 1.6.0 so that you can play at least? (install 1.6.0 additionally and make Colossus run using that java) ? ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-10 18:02 Message: Hi there -- definitely the carry. Doesn't happen all the time and the battles are hanging at other points (end of some battles, when clearing a dead creature other times) but this is probably the top source of my post-upgrade hangs. The good news is that the masterboard seems fine. Thanks as always for supporting this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 |
|
From: SourceForge.net <no...@so...> - 2013-02-13 20:29:53
|
Bugs item #3604000, was opened at 2013-02-10 03:09 Message generated for change (Comment added) made by jehlers2 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michael () Assigned to: Clemens Katzer (cleka) Summary: Battle Hangs When Trying to Carry Attack (Safari w/ Java 7) Initial Comment: Battle hangs when carrying over damage. The controls (e.g. concede battle) appear active but have no effect. Was working correctly before i upgraded to java 7. ---------------------------------------------------------------------- Comment By: Julie Ehlers (jehlers2) Date: 2013-02-13 12:29 Message: The exact same thing has happened to me. I upgraded to Java 7 (alas!) and now the game crashes whenever there is carry over in the battle. Here is the error message: Woooah! An exception was caught while processing from client jkehlers the input line: === applyCarries ~ E2 === Stack trace: java.lang.NullPointerException at net.sf.colossus.server.BattleServerSide.applyCarries(BattleServerSide.java:1018) at net.sf.colossus.server.Server.applyCarries(Server.java:2510) at net.sf.colossus.server.ClientHandler.callMethod(ClientHandler.java:741) at net.sf.colossus.server.ClientHandler.doCallMethodInTryBlock(ClientHandler.java:557) at net.sf.colossus.server.ClientHandler.processInput(ClientHandler.java:200) at net.sf.colossus.server.Server.processByteBuffer(Server.java:813) at net.sf.colossus.server.Server.handleReadFromChannel(Server.java:793) at net.sf.colossus.server.Server.handleSelectedKeys(Server.java:579) at net.sf.colossus.server.Server.waitOnSelector(Server.java:399) at net.sf.colossus.server.Server.run(Server.java:227) Game might be unstable or hang from now on... ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-13 12:24 Message: I could reproduce that problem (on XP). 1.6.0_38 ok but _39 gets stuck. The problem was caused by disposePickCarryDialog. Not only was it not called inside EDT (but it should); it's also called from several places what is probably not needed. Trunk revision 5300 contains the "make sure it's called in EDT". Could some others try whether that resolves their problems too ? ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-12 07:03 Message: Regarding Davids report, sounds to me like the server side died/jumped out of it's main listening loop. So client sends something but server side does not process it any more. One thing coming to mind: the passing back of user's choice for such dialogs I have changes for some of them, some not. SOme of them might now be like: set a variable, close window, main thread proceeds; some others, directly write the result to the socket, then close window and continue. If there's something like that, it might in some ways make the message to be sent twice. And such behavior could be occur now due to how exaclty EDT handles stuff. Could also be whatever else, of course - Just speculating :) ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-12 06:58 Message: > although the game has started chewing > 300-500 MB of RAM after the Java update. Java 7 has (IIRC) a different default heap size (-mx argument). How do you start Colossus? Provided jnlp file and batch and script run it with -mx256. Normally the default of 64 MB is enough, except when you use the ExperimentalAI - then one might run into out of memory errors rather frequently with 64 MB only. Hence we changes it to be starting with 256 now always. Plus the actual JVM and stuff you easily get to 300-400. Current build - you mean the current official release 0.13.2. Yes, I know about those socket error; it has to do with a "internal dummy client" which I added to keep track of all messages that would have to be sent to each later added client - such as spectators ; on the game server, that is. On local games the client is created but the server accept listener expects only the "real amount of players". Newest sources from subversion should not show that problem. If I've time I will check it out to be sure. Thanks anyway! ---------------------------------------------------------------------- Comment By: David Ripton (dripton) Date: 2013-02-11 16:39 Message: I just tried it (Mac, 1.6.0_37), and on my first game, a battle hung after one of my creatures struck, presumably because it needed to ask me if I wanted to carry. The carry dialog never appeared, but the battle would not progress, as if the dialog were there and modal. The masterboard continued to work. Trying to close the battlemap window gave the "concede yes/no" prompt, but if I said yes it would not concede. Unfortunately I was playing from JWS and didn't open the Java console, so if there was a traceback or error log, I didn't see it. ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-11 15:49 Message: Thanks -- this is the current build. I redownloaded to make sure. No Citrix or anything fancy. Plenty of RAM, although the game has started chewing 300-500 MB of RAM after the Java update. I'll report back on the "weird" non-carry hangs as they happen. One thing: every start generates two errors, a Socket Initialization Failed and a dummy An Error Occurred. They're non-fatal, so I've just been clicking through. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:36 Message: And I suppose both of you are using the latest official released build, i.e. 0.13.2 ? The public test build is known to have some "hanging" bug related to conceding. (That's why there's still no new release yet). Bombasticus. thanks for contributing here instead of creating a new one! -Cle. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:32 Message: Looks like it's the event dispatcher thread (the one which "listens" for mouse clicks and keyboard, and does the drawing) ran into a deadlock. There's another bug report which claims it works with 1.6.0_36 but hangs with 1.6.0_37, and yet another from Mac with 1.7.0_13 which says it hangs and there would be messages on stdout, but I suspect the messages are unrelated (seem to be common known issue with certain Java versions on certain MacOS versions. Question: Is there something special on that machine, like Citrix installed or so? There was a bug while ago where due to citrix a 2nd (security related EDTrelated thread) was running and those two interfered (caused each other deadlock). Can you go back to 1.6.0 so that you can play at least? (install 1.6.0 additionally and make Colossus run using that java) ? ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-10 18:02 Message: Hi there -- definitely the carry. Doesn't happen all the time and the battles are hanging at other points (end of some battles, when clearing a dead creature other times) but this is probably the top source of my post-upgrade hangs. The good news is that the masterboard seems fine. Thanks as always for supporting this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 |
|
From: SourceForge.net <no...@so...> - 2013-02-13 20:24:57
|
Bugs item #3604000, was opened at 2013-02-10 03:09 Message generated for change (Comment added) made by cleka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michael () Assigned to: Clemens Katzer (cleka) Summary: Battle Hangs When Trying to Carry Attack (Safari w/ Java 7) Initial Comment: Battle hangs when carrying over damage. The controls (e.g. concede battle) appear active but have no effect. Was working correctly before i upgraded to java 7. ---------------------------------------------------------------------- >Comment By: Clemens Katzer (cleka) Date: 2013-02-13 12:24 Message: I could reproduce that problem (on XP). 1.6.0_38 ok but _39 gets stuck. The problem was caused by disposePickCarryDialog. Not only was it not called inside EDT (but it should); it's also called from several places what is probably not needed. Trunk revision 5300 contains the "make sure it's called in EDT". Could some others try whether that resolves their problems too ? ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-12 07:03 Message: Regarding Davids report, sounds to me like the server side died/jumped out of it's main listening loop. So client sends something but server side does not process it any more. One thing coming to mind: the passing back of user's choice for such dialogs I have changes for some of them, some not. SOme of them might now be like: set a variable, close window, main thread proceeds; some others, directly write the result to the socket, then close window and continue. If there's something like that, it might in some ways make the message to be sent twice. And such behavior could be occur now due to how exaclty EDT handles stuff. Could also be whatever else, of course - Just speculating :) ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-12 06:58 Message: > although the game has started chewing > 300-500 MB of RAM after the Java update. Java 7 has (IIRC) a different default heap size (-mx argument). How do you start Colossus? Provided jnlp file and batch and script run it with -mx256. Normally the default of 64 MB is enough, except when you use the ExperimentalAI - then one might run into out of memory errors rather frequently with 64 MB only. Hence we changes it to be starting with 256 now always. Plus the actual JVM and stuff you easily get to 300-400. Current build - you mean the current official release 0.13.2. Yes, I know about those socket error; it has to do with a "internal dummy client" which I added to keep track of all messages that would have to be sent to each later added client - such as spectators ; on the game server, that is. On local games the client is created but the server accept listener expects only the "real amount of players". Newest sources from subversion should not show that problem. If I've time I will check it out to be sure. Thanks anyway! ---------------------------------------------------------------------- Comment By: David Ripton (dripton) Date: 2013-02-11 16:39 Message: I just tried it (Mac, 1.6.0_37), and on my first game, a battle hung after one of my creatures struck, presumably because it needed to ask me if I wanted to carry. The carry dialog never appeared, but the battle would not progress, as if the dialog were there and modal. The masterboard continued to work. Trying to close the battlemap window gave the "concede yes/no" prompt, but if I said yes it would not concede. Unfortunately I was playing from JWS and didn't open the Java console, so if there was a traceback or error log, I didn't see it. ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-11 15:49 Message: Thanks -- this is the current build. I redownloaded to make sure. No Citrix or anything fancy. Plenty of RAM, although the game has started chewing 300-500 MB of RAM after the Java update. I'll report back on the "weird" non-carry hangs as they happen. One thing: every start generates two errors, a Socket Initialization Failed and a dummy An Error Occurred. They're non-fatal, so I've just been clicking through. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:36 Message: And I suppose both of you are using the latest official released build, i.e. 0.13.2 ? The public test build is known to have some "hanging" bug related to conceding. (That's why there's still no new release yet). Bombasticus. thanks for contributing here instead of creating a new one! -Cle. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:32 Message: Looks like it's the event dispatcher thread (the one which "listens" for mouse clicks and keyboard, and does the drawing) ran into a deadlock. There's another bug report which claims it works with 1.6.0_36 but hangs with 1.6.0_37, and yet another from Mac with 1.7.0_13 which says it hangs and there would be messages on stdout, but I suspect the messages are unrelated (seem to be common known issue with certain Java versions on certain MacOS versions. Question: Is there something special on that machine, like Citrix installed or so? There was a bug while ago where due to citrix a 2nd (security related EDTrelated thread) was running and those two interfered (caused each other deadlock). Can you go back to 1.6.0 so that you can play at least? (install 1.6.0 additionally and make Colossus run using that java) ? ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-10 18:02 Message: Hi there -- definitely the carry. Doesn't happen all the time and the battles are hanging at other points (end of some battles, when clearing a dead creature other times) but this is probably the top source of my post-upgrade hangs. The good news is that the masterboard seems fine. Thanks as always for supporting this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 |
|
From: SourceForge.net <no...@so...> - 2013-02-13 15:04:51
|
Bugs item #3603782, was opened at 2013-02-07 18:50 Message generated for change (Comment added) made by cleka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3603782&group_id=1939 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Shawn (sdsmith4) Assigned to: Clemens Katzer (cleka) Summary: Game Hangs After Java 1.7.13 Update Initial Comment: The game hangs in combat sometimes when carryover damage target is chosen. It seems to happen randomly but is very frustrating because the game is hung and can't be resumed. This is the error trace I get from the command line when the error occurs. I never had any problems with earlier versions of Java. new-host:$ Feb 7 21:35:16 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:35:16 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:35:16 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:35:16 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:35:59 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:35:59 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:35:59 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:35:59 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:36:05 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:36:05 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:36:56 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:36:56 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:36:56 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:36:56 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:37:57 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:37:57 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:37:58 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:37:58 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:38:12 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:38:12 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:39:29 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:39:29 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:39:29 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:39:29 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:39:41 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:39:41 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:41:07 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:41:07 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:41:07 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:41:07 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:41:07 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:41:07 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:41:47 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:41:47 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 Feb 7 21:41:47 new-host.home java[4130] <Error>: CGContextGetCTM: invalid context 0x0 Feb 7 21:41:47 new-host.home java[4130] <Error>: CGContextSetBaseCTM: invalid context 0x0 ---------------------------------------------------------------------- >Comment By: Clemens Katzer (cleka) Date: 2013-02-13 07:04 Message: Feels like this could be same problem as with 1.6.0_38 vs. _39. Except that with java 7 it seems to be randomly and with java6 _39 happens always. I'll check this one here later, once the reason for the newest Java 6 problem is identified/fixed. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-07 22:28 Message: Uh. Well, this was a _good_ but report! Although such random hangs are hard to find root cause and fix it. The error messages seem to be a common problem with certain Mac OS versions: http://forum.processing.org/topic/java-errors Question: do those messages appear always, even/before if game does not hang? Then I would expect they are unrelated. Are you able to provide logging output? Either by making Java console visible http://colossus.sourceforge.net/docs/EnableJavaConsoleLogging.html (well that's for on Windows, but perhaps there's something similar in Mac), or by finding Colossus0.log log file ? (Help => About might should give you info where to find it.) If you find it, post, like, last 30 lines from it. Thx, Clemens ---------------------------------------------------------------------- Comment By: Shawn (sdsmith4) Date: 2013-02-07 18:51 Message: I forgot to specify I am running on a Mac 10.7.5. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3603782&group_id=1939 |
|
From: SourceForge.net <no...@so...> - 2013-02-13 15:02:44
|
Bugs item #3603968, was opened at 2013-02-09 14:20 Message generated for change (Comment added) made by cleka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3603968&group_id=1939 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sun Wu'kong (sunwukong) Assigned to: Clemens Katzer (cleka) >Summary: Battle Hangs When Trying to Carry Attack (6_38 vs. 6_39) Initial Comment: Windows 7 x64 JRE 1.6.0_39 x86 w/ WebStart Colossus 0.13.2 rev 5134 2012-03-14T23:46:06 Battlemap: Beelzegods12 1.02 In any player battle when the player's creature tries to carry over hits, the battle interface hangs: the turn never ends or proceeds. The game can be saved and replayed but the next player attempt to carry over a hit will stall the battle interface again. Was working fine with JRE 1.6.0_38. Log: Battle phase advances to Fight Message from SCT 'alex' to server:strike ~ 554 ~ B3 Ghost in Brambles hex C4 strikes Goblin in Plains hex B3 with strike number 4, rolling: 626443314: 5 hits Critter Goblin in Plains hex B3: 0 + 5 => 4; 1 excess Critter Goblin in Plains hex B3 is now dead: (hits=4 > power=4) Message from SCT 'alex' to server:strike ~ 648 ~ A1 Ghost in Plains hex B1 strikes Naga in Plains hex A1 with strike number 5, rolling: 541652411: 3 hits Critter Naga in Plains hex A1: 0 + 3 => 3; 0 excess Message from SCT 'alex' to server:strike ~ 345 ~ A1 Angel in Brambles hex B2 strikes Naga in Plains hex A1 with strike number 5, rolling: 522616: 3 hits Critter Naga in Plains hex A1: 3 + 3 => 4; 2 excess Critter Naga in Plains hex A1 is now dead: (hits=4 > power=4) 2 carries available Message from SCT 'alex' to server:applyCarries ~ A2 Critter Titan in Plains hex A2: 0 + 2 => 2; 0 excess 2 hits carry to Titan in Plains hex A2 ---------------------------------------------------------------------- >Comment By: Clemens Katzer (cleka) Date: 2013-02-13 07:02 Message: Yep. I can reproduce this even on XP. 1.6.0_38 works but 1.6.0_39 gets stuck. After attempting one carry console shows "WARNING: Tried illegal carry to Ogre in Plains hex B2", and battle board don't do anything any more. Phase => Concede however works. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-12 06:51 Message: Interesting. According to the log, Iooks like the GUI allows to click a carry which the server side refuses. Thus inconsistency due to duplicated code instead of sharing game/rules logic (Peter did a lot of work on that but it's far away from done). In theory it could be something as weird as mouse bounces. According to log, it once applies the 1 carry to the Imp already and wants to do it right away a 2nd time. (IIRC, on other place I built in some anti-bounce behavior whil ago). OK, that's nice that there's now something to go on with. Thanks! ---------------------------------------------------------------------- Comment By: Sun Wu'kong (sunwukong) Date: 2013-02-11 20:48 Message: I've reinstalled _38 and everything works smoothly -- it must be something in the build is incompatible with _39. ---------------------------------------------------------------------- Comment By: Sun Wu'kong (sunwukong) Date: 2013-02-11 14:17 Message: I'm in the middle of debugging trunk 5289 off svn with the _39 jdk (64 bit) and the same problem crops up. Debug log: INFO: Battle phase advances to Fight 11-Feb-2013 2:05:46 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:strike ~ 778 ~ E4 11-Feb-2013 2:05:46 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Imp in Plains hex D4 strikes Zombie in Plains (1) hex E4 with strike number 4, rolling: 161256: 3 hits 11-Feb-2013 2:05:46 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Plains (1) hex E4: 7 + 3 => 10; 0 excess 11-Feb-2013 2:05:46 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Plains (1) hex E4 is now dead: (hits=10 > power=10) 11-Feb-2013 2:05:46 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doneWithStrikes 11-Feb-2013 2:05:46 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Strikeback 11-Feb-2013 2:05:47 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:strike ~ 818 ~ E3 11-Feb-2013 2:05:47 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Zombie in Plains (1) hex E4 strikes Ranger in Plains (1) hex E3 with strike number 6, rolling: 2456243411: 1 hit 11-Feb-2013 2:05:47 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Ranger in Plains (1) hex E3: 3 + 1 => 4; 0 excess 11-Feb-2013 2:05:47 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Ranger in Plains (1) hex E3 is now dead: (hits=4 > power=4) 11-Feb-2013 2:05:47 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:doneWithStrikes 11-Feb-2013 2:05:47 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advanceTurn INFO: alex's battle turn, number 3 11-Feb-2013 2:05:47 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Move 11-Feb-2013 2:05:51 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:doBattleMove ~ 817 ~ F4 11-Feb-2013 2:05:51 PM net.sf.colossus.server.BattleServerSide doMove INFO: Zombie moves from E5 to F4 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:doneWithBattleMoves 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Fight 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:strike ~ 817 ~ F3 11-Feb-2013 2:05:52 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Zombie in Tower (2) hex F4 strikes Lion in Tower (2) hex F3 with strike number 5, rolling: 2154364612: 3 hits 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Lion in Tower (2) hex F3: 0 + 3 => 3; 0 excess 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:doneWithStrikes 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Strikeback 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:strike ~ 668 ~ F4 11-Feb-2013 2:05:52 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Lion in Tower (2) hex F3 strikes Zombie in Tower (2) hex F4 with strike number 3, rolling: 51634: 4 hits 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Tower (2) hex F4: 1 + 4 => 5; 0 excess 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doneWithStrikes 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advanceTurn INFO: Indigo's battle turn, number 3 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Move 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doBattleMove ~ 778 ~ E4 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide doMove INFO: Imp moves from D4 to E4 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doBattleMove ~ 755 ~ E3 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide doMove INFO: Lion moves from D2 to E3 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doneWithBattleMoves 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Fight 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:strike ~ 778 ~ F4 11-Feb-2013 2:05:52 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Imp in Plains (1) hex E4 strikes Zombie in Tower (2) hex F4 with strike number 4, rolling: 526663: 4 hits 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Tower (2) hex F4: 5 + 4 => 9; 0 excess 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:strike ~ 668 ~ F4 11-Feb-2013 2:05:52 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Lion in Tower (2) hex F3 strikes Zombie in Tower (2) hex F4 with strike number 3, rolling: 41624: 3 hits 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Tower (2) hex F4: 9 + 3 => 10; 2 excess 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Tower (2) hex F4 is now dead: (hits=10 > power=10) 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doneWithStrikes 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Strikeback 11-Feb-2013 2:05:54 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:strike ~ 817 ~ F3 11-Feb-2013 2:05:54 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Zombie in Tower (2) hex F4 strikes Lion in Tower (2) hex F3 with strike number 5, rolling: 4513654224: 3 hits 11-Feb-2013 2:05:54 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Lion in Tower (2) hex F3: 3 + 3 => 5; 1 excess 11-Feb-2013 2:05:54 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Lion in Tower (2) hex F3 is now dead: (hits=5 > power=5) 11-Feb-2013 2:05:54 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: 1 carry available 11-Feb-2013 2:05:55 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:applyCarries ~ E4 11-Feb-2013 2:05:55 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Imp in Plains (1) hex E4: 0 + 1 => 1; 0 excess 11-Feb-2013 2:05:55 PM net.sf.colossus.server.BattleServerSide applyCarries INFO: 1 hit carries to Imp in Plains (1) hex E4 11-Feb-2013 2:15:36 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:applyCarries ~ E4 11-Feb-2013 2:15:36 PM net.sf.colossus.server.BattleServerSide applyCarries WARNING: Tried illegal carry to Imp in Plains (1) hex E4 11-Feb-2013 2:15:36 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:applyCarries ~ E4 11-Feb-2013 2:15:36 PM net.sf.colossus.server.BattleServerSide applyCarries WARNING: Tried illegal carry to Imp in Plains (1) hex E4 ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:39 Message: Yes, there are other reports for same thing (Carry causes hang). Actually one says some other do too, but this one most frequently. But that it's caused by _38 vs. _39 is very weird. QUESTION: Are you positive it's exactly that? Same machine, nothing else "significant" installed or updated? While ago I had a deadlock problem merely because Citrix was also running there, causing a 2nd EDT related thread to run and the two then blocked each other. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3603968&group_id=1939 |
|
From: SourceForge.net <no...@so...> - 2013-02-12 15:03:37
|
Bugs item #3604000, was opened at 2013-02-10 03:09 Message generated for change (Comment added) made by cleka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michael () Assigned to: Clemens Katzer (cleka) Summary: Battle Hangs When Trying to Carry Attack (Safari w/ Java 7) Initial Comment: Battle hangs when carrying over damage. The controls (e.g. concede battle) appear active but have no effect. Was working correctly before i upgraded to java 7. ---------------------------------------------------------------------- >Comment By: Clemens Katzer (cleka) Date: 2013-02-12 07:03 Message: Regarding Davids report, sounds to me like the server side died/jumped out of it's main listening loop. So client sends something but server side does not process it any more. One thing coming to mind: the passing back of user's choice for such dialogs I have changes for some of them, some not. SOme of them might now be like: set a variable, close window, main thread proceeds; some others, directly write the result to the socket, then close window and continue. If there's something like that, it might in some ways make the message to be sent twice. And such behavior could be occur now due to how exaclty EDT handles stuff. Could also be whatever else, of course - Just speculating :) ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-12 06:58 Message: > although the game has started chewing > 300-500 MB of RAM after the Java update. Java 7 has (IIRC) a different default heap size (-mx argument). How do you start Colossus? Provided jnlp file and batch and script run it with -mx256. Normally the default of 64 MB is enough, except when you use the ExperimentalAI - then one might run into out of memory errors rather frequently with 64 MB only. Hence we changes it to be starting with 256 now always. Plus the actual JVM and stuff you easily get to 300-400. Current build - you mean the current official release 0.13.2. Yes, I know about those socket error; it has to do with a "internal dummy client" which I added to keep track of all messages that would have to be sent to each later added client - such as spectators ; on the game server, that is. On local games the client is created but the server accept listener expects only the "real amount of players". Newest sources from subversion should not show that problem. If I've time I will check it out to be sure. Thanks anyway! ---------------------------------------------------------------------- Comment By: David Ripton (dripton) Date: 2013-02-11 16:39 Message: I just tried it (Mac, 1.6.0_37), and on my first game, a battle hung after one of my creatures struck, presumably because it needed to ask me if I wanted to carry. The carry dialog never appeared, but the battle would not progress, as if the dialog were there and modal. The masterboard continued to work. Trying to close the battlemap window gave the "concede yes/no" prompt, but if I said yes it would not concede. Unfortunately I was playing from JWS and didn't open the Java console, so if there was a traceback or error log, I didn't see it. ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-11 15:49 Message: Thanks -- this is the current build. I redownloaded to make sure. No Citrix or anything fancy. Plenty of RAM, although the game has started chewing 300-500 MB of RAM after the Java update. I'll report back on the "weird" non-carry hangs as they happen. One thing: every start generates two errors, a Socket Initialization Failed and a dummy An Error Occurred. They're non-fatal, so I've just been clicking through. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:36 Message: And I suppose both of you are using the latest official released build, i.e. 0.13.2 ? The public test build is known to have some "hanging" bug related to conceding. (That's why there's still no new release yet). Bombasticus. thanks for contributing here instead of creating a new one! -Cle. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:32 Message: Looks like it's the event dispatcher thread (the one which "listens" for mouse clicks and keyboard, and does the drawing) ran into a deadlock. There's another bug report which claims it works with 1.6.0_36 but hangs with 1.6.0_37, and yet another from Mac with 1.7.0_13 which says it hangs and there would be messages on stdout, but I suspect the messages are unrelated (seem to be common known issue with certain Java versions on certain MacOS versions. Question: Is there something special on that machine, like Citrix installed or so? There was a bug while ago where due to citrix a 2nd (security related EDTrelated thread) was running and those two interfered (caused each other deadlock). Can you go back to 1.6.0 so that you can play at least? (install 1.6.0 additionally and make Colossus run using that java) ? ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-10 18:02 Message: Hi there -- definitely the carry. Doesn't happen all the time and the battles are hanging at other points (end of some battles, when clearing a dead creature other times) but this is probably the top source of my post-upgrade hangs. The good news is that the masterboard seems fine. Thanks as always for supporting this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 |
|
From: SourceForge.net <no...@so...> - 2013-02-12 14:58:37
|
Bugs item #3604000, was opened at 2013-02-10 03:09 Message generated for change (Comment added) made by cleka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michael () Assigned to: Clemens Katzer (cleka) Summary: Battle Hangs When Trying to Carry Attack (Safari w/ Java 7) Initial Comment: Battle hangs when carrying over damage. The controls (e.g. concede battle) appear active but have no effect. Was working correctly before i upgraded to java 7. ---------------------------------------------------------------------- >Comment By: Clemens Katzer (cleka) Date: 2013-02-12 06:58 Message: > although the game has started chewing > 300-500 MB of RAM after the Java update. Java 7 has (IIRC) a different default heap size (-mx argument). How do you start Colossus? Provided jnlp file and batch and script run it with -mx256. Normally the default of 64 MB is enough, except when you use the ExperimentalAI - then one might run into out of memory errors rather frequently with 64 MB only. Hence we changes it to be starting with 256 now always. Plus the actual JVM and stuff you easily get to 300-400. Current build - you mean the current official release 0.13.2. Yes, I know about those socket error; it has to do with a "internal dummy client" which I added to keep track of all messages that would have to be sent to each later added client - such as spectators ; on the game server, that is. On local games the client is created but the server accept listener expects only the "real amount of players". Newest sources from subversion should not show that problem. If I've time I will check it out to be sure. Thanks anyway! ---------------------------------------------------------------------- Comment By: David Ripton (dripton) Date: 2013-02-11 16:39 Message: I just tried it (Mac, 1.6.0_37), and on my first game, a battle hung after one of my creatures struck, presumably because it needed to ask me if I wanted to carry. The carry dialog never appeared, but the battle would not progress, as if the dialog were there and modal. The masterboard continued to work. Trying to close the battlemap window gave the "concede yes/no" prompt, but if I said yes it would not concede. Unfortunately I was playing from JWS and didn't open the Java console, so if there was a traceback or error log, I didn't see it. ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-11 15:49 Message: Thanks -- this is the current build. I redownloaded to make sure. No Citrix or anything fancy. Plenty of RAM, although the game has started chewing 300-500 MB of RAM after the Java update. I'll report back on the "weird" non-carry hangs as they happen. One thing: every start generates two errors, a Socket Initialization Failed and a dummy An Error Occurred. They're non-fatal, so I've just been clicking through. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:36 Message: And I suppose both of you are using the latest official released build, i.e. 0.13.2 ? The public test build is known to have some "hanging" bug related to conceding. (That's why there's still no new release yet). Bombasticus. thanks for contributing here instead of creating a new one! -Cle. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:32 Message: Looks like it's the event dispatcher thread (the one which "listens" for mouse clicks and keyboard, and does the drawing) ran into a deadlock. There's another bug report which claims it works with 1.6.0_36 but hangs with 1.6.0_37, and yet another from Mac with 1.7.0_13 which says it hangs and there would be messages on stdout, but I suspect the messages are unrelated (seem to be common known issue with certain Java versions on certain MacOS versions. Question: Is there something special on that machine, like Citrix installed or so? There was a bug while ago where due to citrix a 2nd (security related EDTrelated thread) was running and those two interfered (caused each other deadlock). Can you go back to 1.6.0 so that you can play at least? (install 1.6.0 additionally and make Colossus run using that java) ? ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-10 18:02 Message: Hi there -- definitely the carry. Doesn't happen all the time and the battles are hanging at other points (end of some battles, when clearing a dead creature other times) but this is probably the top source of my post-upgrade hangs. The good news is that the masterboard seems fine. Thanks as always for supporting this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 |
|
From: SourceForge.net <no...@so...> - 2013-02-12 14:51:59
|
Bugs item #3603968, was opened at 2013-02-09 14:20 Message generated for change (Comment added) made by cleka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3603968&group_id=1939 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sun Wu'kong (sunwukong) Assigned to: Clemens Katzer (cleka) Summary: Battle Hangs When Trying to Carry Attack Initial Comment: Windows 7 x64 JRE 1.6.0_39 x86 w/ WebStart Colossus 0.13.2 rev 5134 2012-03-14T23:46:06 Battlemap: Beelzegods12 1.02 In any player battle when the player's creature tries to carry over hits, the battle interface hangs: the turn never ends or proceeds. The game can be saved and replayed but the next player attempt to carry over a hit will stall the battle interface again. Was working fine with JRE 1.6.0_38. Log: Battle phase advances to Fight Message from SCT 'alex' to server:strike ~ 554 ~ B3 Ghost in Brambles hex C4 strikes Goblin in Plains hex B3 with strike number 4, rolling: 626443314: 5 hits Critter Goblin in Plains hex B3: 0 + 5 => 4; 1 excess Critter Goblin in Plains hex B3 is now dead: (hits=4 > power=4) Message from SCT 'alex' to server:strike ~ 648 ~ A1 Ghost in Plains hex B1 strikes Naga in Plains hex A1 with strike number 5, rolling: 541652411: 3 hits Critter Naga in Plains hex A1: 0 + 3 => 3; 0 excess Message from SCT 'alex' to server:strike ~ 345 ~ A1 Angel in Brambles hex B2 strikes Naga in Plains hex A1 with strike number 5, rolling: 522616: 3 hits Critter Naga in Plains hex A1: 3 + 3 => 4; 2 excess Critter Naga in Plains hex A1 is now dead: (hits=4 > power=4) 2 carries available Message from SCT 'alex' to server:applyCarries ~ A2 Critter Titan in Plains hex A2: 0 + 2 => 2; 0 excess 2 hits carry to Titan in Plains hex A2 ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-12 06:51 Message: Interesting. According to the log, Iooks like the GUI allows to click a carry which the server side refuses. Thus inconsistency due to duplicated code instead of sharing game/rules logic (Peter did a lot of work on that but it's far away from done). In theory it could be something as weird as mouse bounces. According to log, it once applies the 1 carry to the Imp already and wants to do it right away a 2nd time. (IIRC, on other place I built in some anti-bounce behavior whil ago). OK, that's nice that there's now something to go on with. Thanks! ---------------------------------------------------------------------- Comment By: Sun Wu'kong (sunwukong) Date: 2013-02-11 20:48 Message: I've reinstalled _38 and everything works smoothly -- it must be something in the build is incompatible with _39. ---------------------------------------------------------------------- Comment By: Sun Wu'kong (sunwukong) Date: 2013-02-11 14:17 Message: I'm in the middle of debugging trunk 5289 off svn with the _39 jdk (64 bit) and the same problem crops up. Debug log: INFO: Battle phase advances to Fight 11-Feb-2013 2:05:46 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:strike ~ 778 ~ E4 11-Feb-2013 2:05:46 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Imp in Plains hex D4 strikes Zombie in Plains (1) hex E4 with strike number 4, rolling: 161256: 3 hits 11-Feb-2013 2:05:46 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Plains (1) hex E4: 7 + 3 => 10; 0 excess 11-Feb-2013 2:05:46 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Plains (1) hex E4 is now dead: (hits=10 > power=10) 11-Feb-2013 2:05:46 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doneWithStrikes 11-Feb-2013 2:05:46 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Strikeback 11-Feb-2013 2:05:47 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:strike ~ 818 ~ E3 11-Feb-2013 2:05:47 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Zombie in Plains (1) hex E4 strikes Ranger in Plains (1) hex E3 with strike number 6, rolling: 2456243411: 1 hit 11-Feb-2013 2:05:47 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Ranger in Plains (1) hex E3: 3 + 1 => 4; 0 excess 11-Feb-2013 2:05:47 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Ranger in Plains (1) hex E3 is now dead: (hits=4 > power=4) 11-Feb-2013 2:05:47 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:doneWithStrikes 11-Feb-2013 2:05:47 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advanceTurn INFO: alex's battle turn, number 3 11-Feb-2013 2:05:47 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Move 11-Feb-2013 2:05:51 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:doBattleMove ~ 817 ~ F4 11-Feb-2013 2:05:51 PM net.sf.colossus.server.BattleServerSide doMove INFO: Zombie moves from E5 to F4 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:doneWithBattleMoves 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Fight 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:strike ~ 817 ~ F3 11-Feb-2013 2:05:52 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Zombie in Tower (2) hex F4 strikes Lion in Tower (2) hex F3 with strike number 5, rolling: 2154364612: 3 hits 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Lion in Tower (2) hex F3: 0 + 3 => 3; 0 excess 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:doneWithStrikes 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Strikeback 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:strike ~ 668 ~ F4 11-Feb-2013 2:05:52 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Lion in Tower (2) hex F3 strikes Zombie in Tower (2) hex F4 with strike number 3, rolling: 51634: 4 hits 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Tower (2) hex F4: 1 + 4 => 5; 0 excess 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doneWithStrikes 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advanceTurn INFO: Indigo's battle turn, number 3 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Move 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doBattleMove ~ 778 ~ E4 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide doMove INFO: Imp moves from D4 to E4 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doBattleMove ~ 755 ~ E3 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide doMove INFO: Lion moves from D2 to E3 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doneWithBattleMoves 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Fight 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:strike ~ 778 ~ F4 11-Feb-2013 2:05:52 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Imp in Plains (1) hex E4 strikes Zombie in Tower (2) hex F4 with strike number 4, rolling: 526663: 4 hits 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Tower (2) hex F4: 5 + 4 => 9; 0 excess 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:strike ~ 668 ~ F4 11-Feb-2013 2:05:52 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Lion in Tower (2) hex F3 strikes Zombie in Tower (2) hex F4 with strike number 3, rolling: 41624: 3 hits 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Tower (2) hex F4: 9 + 3 => 10; 2 excess 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Tower (2) hex F4 is now dead: (hits=10 > power=10) 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doneWithStrikes 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Strikeback 11-Feb-2013 2:05:54 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:strike ~ 817 ~ F3 11-Feb-2013 2:05:54 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Zombie in Tower (2) hex F4 strikes Lion in Tower (2) hex F3 with strike number 5, rolling: 4513654224: 3 hits 11-Feb-2013 2:05:54 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Lion in Tower (2) hex F3: 3 + 3 => 5; 1 excess 11-Feb-2013 2:05:54 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Lion in Tower (2) hex F3 is now dead: (hits=5 > power=5) 11-Feb-2013 2:05:54 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: 1 carry available 11-Feb-2013 2:05:55 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:applyCarries ~ E4 11-Feb-2013 2:05:55 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Imp in Plains (1) hex E4: 0 + 1 => 1; 0 excess 11-Feb-2013 2:05:55 PM net.sf.colossus.server.BattleServerSide applyCarries INFO: 1 hit carries to Imp in Plains (1) hex E4 11-Feb-2013 2:15:36 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:applyCarries ~ E4 11-Feb-2013 2:15:36 PM net.sf.colossus.server.BattleServerSide applyCarries WARNING: Tried illegal carry to Imp in Plains (1) hex E4 11-Feb-2013 2:15:36 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:applyCarries ~ E4 11-Feb-2013 2:15:36 PM net.sf.colossus.server.BattleServerSide applyCarries WARNING: Tried illegal carry to Imp in Plains (1) hex E4 ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:39 Message: Yes, there are other reports for same thing (Carry causes hang). Actually one says some other do too, but this one most frequently. But that it's caused by _38 vs. _39 is very weird. QUESTION: Are you positive it's exactly that? Same machine, nothing else "significant" installed or updated? While ago I had a deadlock problem merely because Citrix was also running there, causing a 2nd EDT related thread to run and the two then blocked each other. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3603968&group_id=1939 |
|
From: SourceForge.net <no...@so...> - 2013-02-12 04:48:28
|
Bugs item #3603968, was opened at 2013-02-09 14:20 Message generated for change (Comment added) made by sunwukong You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3603968&group_id=1939 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sun Wu'kong (sunwukong) Assigned to: Clemens Katzer (cleka) Summary: Battle Hangs When Trying to Carry Attack Initial Comment: Windows 7 x64 JRE 1.6.0_39 x86 w/ WebStart Colossus 0.13.2 rev 5134 2012-03-14T23:46:06 Battlemap: Beelzegods12 1.02 In any player battle when the player's creature tries to carry over hits, the battle interface hangs: the turn never ends or proceeds. The game can be saved and replayed but the next player attempt to carry over a hit will stall the battle interface again. Was working fine with JRE 1.6.0_38. Log: Battle phase advances to Fight Message from SCT 'alex' to server:strike ~ 554 ~ B3 Ghost in Brambles hex C4 strikes Goblin in Plains hex B3 with strike number 4, rolling: 626443314: 5 hits Critter Goblin in Plains hex B3: 0 + 5 => 4; 1 excess Critter Goblin in Plains hex B3 is now dead: (hits=4 > power=4) Message from SCT 'alex' to server:strike ~ 648 ~ A1 Ghost in Plains hex B1 strikes Naga in Plains hex A1 with strike number 5, rolling: 541652411: 3 hits Critter Naga in Plains hex A1: 0 + 3 => 3; 0 excess Message from SCT 'alex' to server:strike ~ 345 ~ A1 Angel in Brambles hex B2 strikes Naga in Plains hex A1 with strike number 5, rolling: 522616: 3 hits Critter Naga in Plains hex A1: 3 + 3 => 4; 2 excess Critter Naga in Plains hex A1 is now dead: (hits=4 > power=4) 2 carries available Message from SCT 'alex' to server:applyCarries ~ A2 Critter Titan in Plains hex A2: 0 + 2 => 2; 0 excess 2 hits carry to Titan in Plains hex A2 ---------------------------------------------------------------------- >Comment By: Sun Wu'kong (sunwukong) Date: 2013-02-11 20:48 Message: I've reinstalled _38 and everything works smoothly -- it must be something in the build is incompatible with _39. ---------------------------------------------------------------------- Comment By: Sun Wu'kong (sunwukong) Date: 2013-02-11 14:17 Message: I'm in the middle of debugging trunk 5289 off svn with the _39 jdk (64 bit) and the same problem crops up. Debug log: INFO: Battle phase advances to Fight 11-Feb-2013 2:05:46 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:strike ~ 778 ~ E4 11-Feb-2013 2:05:46 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Imp in Plains hex D4 strikes Zombie in Plains (1) hex E4 with strike number 4, rolling: 161256: 3 hits 11-Feb-2013 2:05:46 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Plains (1) hex E4: 7 + 3 => 10; 0 excess 11-Feb-2013 2:05:46 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Plains (1) hex E4 is now dead: (hits=10 > power=10) 11-Feb-2013 2:05:46 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doneWithStrikes 11-Feb-2013 2:05:46 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Strikeback 11-Feb-2013 2:05:47 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:strike ~ 818 ~ E3 11-Feb-2013 2:05:47 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Zombie in Plains (1) hex E4 strikes Ranger in Plains (1) hex E3 with strike number 6, rolling: 2456243411: 1 hit 11-Feb-2013 2:05:47 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Ranger in Plains (1) hex E3: 3 + 1 => 4; 0 excess 11-Feb-2013 2:05:47 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Ranger in Plains (1) hex E3 is now dead: (hits=4 > power=4) 11-Feb-2013 2:05:47 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:doneWithStrikes 11-Feb-2013 2:05:47 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advanceTurn INFO: alex's battle turn, number 3 11-Feb-2013 2:05:47 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Move 11-Feb-2013 2:05:51 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:doBattleMove ~ 817 ~ F4 11-Feb-2013 2:05:51 PM net.sf.colossus.server.BattleServerSide doMove INFO: Zombie moves from E5 to F4 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:doneWithBattleMoves 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Fight 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:strike ~ 817 ~ F3 11-Feb-2013 2:05:52 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Zombie in Tower (2) hex F4 strikes Lion in Tower (2) hex F3 with strike number 5, rolling: 2154364612: 3 hits 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Lion in Tower (2) hex F3: 0 + 3 => 3; 0 excess 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:doneWithStrikes 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Strikeback 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:strike ~ 668 ~ F4 11-Feb-2013 2:05:52 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Lion in Tower (2) hex F3 strikes Zombie in Tower (2) hex F4 with strike number 3, rolling: 51634: 4 hits 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Tower (2) hex F4: 1 + 4 => 5; 0 excess 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doneWithStrikes 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advanceTurn INFO: Indigo's battle turn, number 3 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Move 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doBattleMove ~ 778 ~ E4 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide doMove INFO: Imp moves from D4 to E4 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doBattleMove ~ 755 ~ E3 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide doMove INFO: Lion moves from D2 to E3 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doneWithBattleMoves 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Fight 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:strike ~ 778 ~ F4 11-Feb-2013 2:05:52 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Imp in Plains (1) hex E4 strikes Zombie in Tower (2) hex F4 with strike number 4, rolling: 526663: 4 hits 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Tower (2) hex F4: 5 + 4 => 9; 0 excess 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:strike ~ 668 ~ F4 11-Feb-2013 2:05:52 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Lion in Tower (2) hex F3 strikes Zombie in Tower (2) hex F4 with strike number 3, rolling: 41624: 3 hits 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Tower (2) hex F4: 9 + 3 => 10; 2 excess 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Tower (2) hex F4 is now dead: (hits=10 > power=10) 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doneWithStrikes 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Strikeback 11-Feb-2013 2:05:54 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:strike ~ 817 ~ F3 11-Feb-2013 2:05:54 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Zombie in Tower (2) hex F4 strikes Lion in Tower (2) hex F3 with strike number 5, rolling: 4513654224: 3 hits 11-Feb-2013 2:05:54 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Lion in Tower (2) hex F3: 3 + 3 => 5; 1 excess 11-Feb-2013 2:05:54 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Lion in Tower (2) hex F3 is now dead: (hits=5 > power=5) 11-Feb-2013 2:05:54 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: 1 carry available 11-Feb-2013 2:05:55 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:applyCarries ~ E4 11-Feb-2013 2:05:55 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Imp in Plains (1) hex E4: 0 + 1 => 1; 0 excess 11-Feb-2013 2:05:55 PM net.sf.colossus.server.BattleServerSide applyCarries INFO: 1 hit carries to Imp in Plains (1) hex E4 11-Feb-2013 2:15:36 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:applyCarries ~ E4 11-Feb-2013 2:15:36 PM net.sf.colossus.server.BattleServerSide applyCarries WARNING: Tried illegal carry to Imp in Plains (1) hex E4 11-Feb-2013 2:15:36 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:applyCarries ~ E4 11-Feb-2013 2:15:36 PM net.sf.colossus.server.BattleServerSide applyCarries WARNING: Tried illegal carry to Imp in Plains (1) hex E4 ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:39 Message: Yes, there are other reports for same thing (Carry causes hang). Actually one says some other do too, but this one most frequently. But that it's caused by _38 vs. _39 is very weird. QUESTION: Are you positive it's exactly that? Same machine, nothing else "significant" installed or updated? While ago I had a deadlock problem merely because Citrix was also running there, causing a 2nd EDT related thread to run and the two then blocked each other. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3603968&group_id=1939 |
|
From: SourceForge.net <no...@so...> - 2013-02-12 00:39:53
|
Bugs item #3604000, was opened at 2013-02-10 03:09 Message generated for change (Comment added) made by dripton You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michael () Assigned to: Clemens Katzer (cleka) Summary: Battle Hangs When Trying to Carry Attack (Safari w/ Java 7) Initial Comment: Battle hangs when carrying over damage. The controls (e.g. concede battle) appear active but have no effect. Was working correctly before i upgraded to java 7. ---------------------------------------------------------------------- Comment By: David Ripton (dripton) Date: 2013-02-11 16:39 Message: I just tried it (Mac, 1.6.0_37), and on my first game, a battle hung after one of my creatures struck, presumably because it needed to ask me if I wanted to carry. The carry dialog never appeared, but the battle would not progress, as if the dialog were there and modal. The masterboard continued to work. Trying to close the battlemap window gave the "concede yes/no" prompt, but if I said yes it would not concede. Unfortunately I was playing from JWS and didn't open the Java console, so if there was a traceback or error log, I didn't see it. ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-11 15:49 Message: Thanks -- this is the current build. I redownloaded to make sure. No Citrix or anything fancy. Plenty of RAM, although the game has started chewing 300-500 MB of RAM after the Java update. I'll report back on the "weird" non-carry hangs as they happen. One thing: every start generates two errors, a Socket Initialization Failed and a dummy An Error Occurred. They're non-fatal, so I've just been clicking through. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:36 Message: And I suppose both of you are using the latest official released build, i.e. 0.13.2 ? The public test build is known to have some "hanging" bug related to conceding. (That's why there's still no new release yet). Bombasticus. thanks for contributing here instead of creating a new one! -Cle. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:32 Message: Looks like it's the event dispatcher thread (the one which "listens" for mouse clicks and keyboard, and does the drawing) ran into a deadlock. There's another bug report which claims it works with 1.6.0_36 but hangs with 1.6.0_37, and yet another from Mac with 1.7.0_13 which says it hangs and there would be messages on stdout, but I suspect the messages are unrelated (seem to be common known issue with certain Java versions on certain MacOS versions. Question: Is there something special on that machine, like Citrix installed or so? There was a bug while ago where due to citrix a 2nd (security related EDTrelated thread) was running and those two interfered (caused each other deadlock). Can you go back to 1.6.0 so that you can play at least? (install 1.6.0 additionally and make Colossus run using that java) ? ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-10 18:02 Message: Hi there -- definitely the carry. Doesn't happen all the time and the battles are hanging at other points (end of some battles, when clearing a dead creature other times) but this is probably the top source of my post-upgrade hangs. The good news is that the masterboard seems fine. Thanks as always for supporting this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 |
|
From: SourceForge.net <no...@so...> - 2013-02-11 23:49:35
|
Bugs item #3604000, was opened at 2013-02-10 03:09 Message generated for change (Comment added) made by bombasticus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michael () Assigned to: Clemens Katzer (cleka) Summary: Battle Hangs When Trying to Carry Attack (Safari w/ Java 7) Initial Comment: Battle hangs when carrying over damage. The controls (e.g. concede battle) appear active but have no effect. Was working correctly before i upgraded to java 7. ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-11 15:49 Message: Thanks -- this is the current build. I redownloaded to make sure. No Citrix or anything fancy. Plenty of RAM, although the game has started chewing 300-500 MB of RAM after the Java update. I'll report back on the "weird" non-carry hangs as they happen. One thing: every start generates two errors, a Socket Initialization Failed and a dummy An Error Occurred. They're non-fatal, so I've just been clicking through. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:36 Message: And I suppose both of you are using the latest official released build, i.e. 0.13.2 ? The public test build is known to have some "hanging" bug related to conceding. (That's why there's still no new release yet). Bombasticus. thanks for contributing here instead of creating a new one! -Cle. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:32 Message: Looks like it's the event dispatcher thread (the one which "listens" for mouse clicks and keyboard, and does the drawing) ran into a deadlock. There's another bug report which claims it works with 1.6.0_36 but hangs with 1.6.0_37, and yet another from Mac with 1.7.0_13 which says it hangs and there would be messages on stdout, but I suspect the messages are unrelated (seem to be common known issue with certain Java versions on certain MacOS versions. Question: Is there something special on that machine, like Citrix installed or so? There was a bug while ago where due to citrix a 2nd (security related EDTrelated thread) was running and those two interfered (caused each other deadlock). Can you go back to 1.6.0 so that you can play at least? (install 1.6.0 additionally and make Colossus run using that java) ? ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-10 18:02 Message: Hi there -- definitely the carry. Doesn't happen all the time and the battles are hanging at other points (end of some battles, when clearing a dead creature other times) but this is probably the top source of my post-upgrade hangs. The good news is that the masterboard seems fine. Thanks as always for supporting this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 |
|
From: SourceForge.net <no...@so...> - 2013-02-11 22:17:54
|
Bugs item #3603968, was opened at 2013-02-09 14:20 Message generated for change (Comment added) made by sunwukong You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3603968&group_id=1939 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sun Wu'kong (sunwukong) Assigned to: Clemens Katzer (cleka) Summary: Battle Hangs When Trying to Carry Attack Initial Comment: Windows 7 x64 JRE 1.6.0_39 x86 w/ WebStart Colossus 0.13.2 rev 5134 2012-03-14T23:46:06 Battlemap: Beelzegods12 1.02 In any player battle when the player's creature tries to carry over hits, the battle interface hangs: the turn never ends or proceeds. The game can be saved and replayed but the next player attempt to carry over a hit will stall the battle interface again. Was working fine with JRE 1.6.0_38. Log: Battle phase advances to Fight Message from SCT 'alex' to server:strike ~ 554 ~ B3 Ghost in Brambles hex C4 strikes Goblin in Plains hex B3 with strike number 4, rolling: 626443314: 5 hits Critter Goblin in Plains hex B3: 0 + 5 => 4; 1 excess Critter Goblin in Plains hex B3 is now dead: (hits=4 > power=4) Message from SCT 'alex' to server:strike ~ 648 ~ A1 Ghost in Plains hex B1 strikes Naga in Plains hex A1 with strike number 5, rolling: 541652411: 3 hits Critter Naga in Plains hex A1: 0 + 3 => 3; 0 excess Message from SCT 'alex' to server:strike ~ 345 ~ A1 Angel in Brambles hex B2 strikes Naga in Plains hex A1 with strike number 5, rolling: 522616: 3 hits Critter Naga in Plains hex A1: 3 + 3 => 4; 2 excess Critter Naga in Plains hex A1 is now dead: (hits=4 > power=4) 2 carries available Message from SCT 'alex' to server:applyCarries ~ A2 Critter Titan in Plains hex A2: 0 + 2 => 2; 0 excess 2 hits carry to Titan in Plains hex A2 ---------------------------------------------------------------------- >Comment By: Sun Wu'kong (sunwukong) Date: 2013-02-11 14:17 Message: I'm in the middle of debugging trunk 5289 off svn with the _39 jdk (64 bit) and the same problem crops up. Debug log: INFO: Battle phase advances to Fight 11-Feb-2013 2:05:46 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:strike ~ 778 ~ E4 11-Feb-2013 2:05:46 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Imp in Plains hex D4 strikes Zombie in Plains (1) hex E4 with strike number 4, rolling: 161256: 3 hits 11-Feb-2013 2:05:46 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Plains (1) hex E4: 7 + 3 => 10; 0 excess 11-Feb-2013 2:05:46 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Plains (1) hex E4 is now dead: (hits=10 > power=10) 11-Feb-2013 2:05:46 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doneWithStrikes 11-Feb-2013 2:05:46 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Strikeback 11-Feb-2013 2:05:47 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:strike ~ 818 ~ E3 11-Feb-2013 2:05:47 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Zombie in Plains (1) hex E4 strikes Ranger in Plains (1) hex E3 with strike number 6, rolling: 2456243411: 1 hit 11-Feb-2013 2:05:47 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Ranger in Plains (1) hex E3: 3 + 1 => 4; 0 excess 11-Feb-2013 2:05:47 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Ranger in Plains (1) hex E3 is now dead: (hits=4 > power=4) 11-Feb-2013 2:05:47 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:doneWithStrikes 11-Feb-2013 2:05:47 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advanceTurn INFO: alex's battle turn, number 3 11-Feb-2013 2:05:47 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Move 11-Feb-2013 2:05:51 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:doBattleMove ~ 817 ~ F4 11-Feb-2013 2:05:51 PM net.sf.colossus.server.BattleServerSide doMove INFO: Zombie moves from E5 to F4 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:doneWithBattleMoves 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Fight 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:strike ~ 817 ~ F3 11-Feb-2013 2:05:52 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Zombie in Tower (2) hex F4 strikes Lion in Tower (2) hex F3 with strike number 5, rolling: 2154364612: 3 hits 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Lion in Tower (2) hex F3: 0 + 3 => 3; 0 excess 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:doneWithStrikes 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Strikeback 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:strike ~ 668 ~ F4 11-Feb-2013 2:05:52 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Lion in Tower (2) hex F3 strikes Zombie in Tower (2) hex F4 with strike number 3, rolling: 51634: 4 hits 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Tower (2) hex F4: 1 + 4 => 5; 0 excess 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doneWithStrikes 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advanceTurn INFO: Indigo's battle turn, number 3 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Move 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doBattleMove ~ 778 ~ E4 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide doMove INFO: Imp moves from D4 to E4 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doBattleMove ~ 755 ~ E3 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide doMove INFO: Lion moves from D2 to E3 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doneWithBattleMoves 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.ClientHandlerStub updatePlayerInfo INFO: Skipping the re-send of identical player infos. 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Fight 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:strike ~ 778 ~ F4 11-Feb-2013 2:05:52 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Imp in Plains (1) hex E4 strikes Zombie in Tower (2) hex F4 with strike number 4, rolling: 526663: 4 hits 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Tower (2) hex F4: 5 + 4 => 9; 0 excess 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:strike ~ 668 ~ F4 11-Feb-2013 2:05:52 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Lion in Tower (2) hex F3 strikes Zombie in Tower (2) hex F4 with strike number 3, rolling: 41624: 3 hits 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Tower (2) hex F4: 9 + 3 => 10; 2 excess 11-Feb-2013 2:05:52 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Zombie in Tower (2) hex F4 is now dead: (hits=10 > power=10) 11-Feb-2013 2:05:52 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-Indigo' to server:doneWithStrikes 11-Feb-2013 2:05:52 PM net.sf.colossus.server.BattleServerSide$BattlePhaseAdvancer advancePhaseInternal INFO: Battle phase advances to Strikeback 11-Feb-2013 2:05:54 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:strike ~ 817 ~ F3 11-Feb-2013 2:05:54 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: Zombie in Tower (2) hex F4 strikes Lion in Tower (2) hex F3 with strike number 5, rolling: 4513654224: 3 hits 11-Feb-2013 2:05:54 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Lion in Tower (2) hex F3: 3 + 3 => 5; 1 excess 11-Feb-2013 2:05:54 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Lion in Tower (2) hex F3 is now dead: (hits=5 > power=5) 11-Feb-2013 2:05:54 PM net.sf.colossus.server.CreatureServerSide strike2 INFO: 1 carry available 11-Feb-2013 2:05:55 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:applyCarries ~ E4 11-Feb-2013 2:05:55 PM net.sf.colossus.game.Creature adjustHits INFO: Critter Imp in Plains (1) hex E4: 0 + 1 => 1; 0 excess 11-Feb-2013 2:05:55 PM net.sf.colossus.server.BattleServerSide applyCarries INFO: 1 hit carries to Imp in Plains (1) hex E4 11-Feb-2013 2:15:36 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:applyCarries ~ E4 11-Feb-2013 2:15:36 PM net.sf.colossus.server.BattleServerSide applyCarries WARNING: Tried illegal carry to Imp in Plains (1) hex E4 11-Feb-2013 2:15:36 PM net.sf.colossus.client.SocketClientThread sendToServer INFO: Message from 'SCT-alex' to server:applyCarries ~ E4 11-Feb-2013 2:15:36 PM net.sf.colossus.server.BattleServerSide applyCarries WARNING: Tried illegal carry to Imp in Plains (1) hex E4 ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:39 Message: Yes, there are other reports for same thing (Carry causes hang). Actually one says some other do too, but this one most frequently. But that it's caused by _38 vs. _39 is very weird. QUESTION: Are you positive it's exactly that? Same machine, nothing else "significant" installed or updated? While ago I had a deadlock problem merely because Citrix was also running there, causing a 2nd EDT related thread to run and the two then blocked each other. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3603968&group_id=1939 |
|
From: SourceForge.net <no...@so...> - 2013-02-11 10:39:35
|
Bugs item #3603968, was opened at 2013-02-09 14:20 Message generated for change (Comment added) made by cleka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3603968&group_id=1939 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sun Wu'kong (sunwukong) Assigned to: Clemens Katzer (cleka) Summary: Battle Hangs When Trying to Carry Attack Initial Comment: Windows 7 x64 JRE 1.6.0_39 x86 w/ WebStart Colossus 0.13.2 rev 5134 2012-03-14T23:46:06 Battlemap: Beelzegods12 1.02 In any player battle when the player's creature tries to carry over hits, the battle interface hangs: the turn never ends or proceeds. The game can be saved and replayed but the next player attempt to carry over a hit will stall the battle interface again. Was working fine with JRE 1.6.0_38. Log: Battle phase advances to Fight Message from SCT 'alex' to server:strike ~ 554 ~ B3 Ghost in Brambles hex C4 strikes Goblin in Plains hex B3 with strike number 4, rolling: 626443314: 5 hits Critter Goblin in Plains hex B3: 0 + 5 => 4; 1 excess Critter Goblin in Plains hex B3 is now dead: (hits=4 > power=4) Message from SCT 'alex' to server:strike ~ 648 ~ A1 Ghost in Plains hex B1 strikes Naga in Plains hex A1 with strike number 5, rolling: 541652411: 3 hits Critter Naga in Plains hex A1: 0 + 3 => 3; 0 excess Message from SCT 'alex' to server:strike ~ 345 ~ A1 Angel in Brambles hex B2 strikes Naga in Plains hex A1 with strike number 5, rolling: 522616: 3 hits Critter Naga in Plains hex A1: 3 + 3 => 4; 2 excess Critter Naga in Plains hex A1 is now dead: (hits=4 > power=4) 2 carries available Message from SCT 'alex' to server:applyCarries ~ A2 Critter Titan in Plains hex A2: 0 + 2 => 2; 0 excess 2 hits carry to Titan in Plains hex A2 ---------------------------------------------------------------------- >Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:39 Message: Yes, there are other reports for same thing (Carry causes hang). Actually one says some other do too, but this one most frequently. But that it's caused by _38 vs. _39 is very weird. QUESTION: Are you positive it's exactly that? Same machine, nothing else "significant" installed or updated? While ago I had a deadlock problem merely because Citrix was also running there, causing a 2nd EDT related thread to run and the two then blocked each other. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3603968&group_id=1939 |
|
From: SourceForge.net <no...@so...> - 2013-02-11 10:36:20
|
Bugs item #3604000, was opened at 2013-02-10 03:09 Message generated for change (Comment added) made by cleka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michael () Assigned to: Clemens Katzer (cleka) Summary: Battle Hangs When Trying to Carry Attack (Safari w/ Java 7) Initial Comment: Battle hangs when carrying over damage. The controls (e.g. concede battle) appear active but have no effect. Was working correctly before i upgraded to java 7. ---------------------------------------------------------------------- >Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:36 Message: And I suppose both of you are using the latest official released build, i.e. 0.13.2 ? The public test build is known to have some "hanging" bug related to conceding. (That's why there's still no new release yet). Bombasticus. thanks for contributing here instead of creating a new one! -Cle. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:32 Message: Looks like it's the event dispatcher thread (the one which "listens" for mouse clicks and keyboard, and does the drawing) ran into a deadlock. There's another bug report which claims it works with 1.6.0_36 but hangs with 1.6.0_37, and yet another from Mac with 1.7.0_13 which says it hangs and there would be messages on stdout, but I suspect the messages are unrelated (seem to be common known issue with certain Java versions on certain MacOS versions. Question: Is there something special on that machine, like Citrix installed or so? There was a bug while ago where due to citrix a 2nd (security related EDTrelated thread) was running and those two interfered (caused each other deadlock). Can you go back to 1.6.0 so that you can play at least? (install 1.6.0 additionally and make Colossus run using that java) ? ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-10 18:02 Message: Hi there -- definitely the carry. Doesn't happen all the time and the battles are hanging at other points (end of some battles, when clearing a dead creature other times) but this is probably the top source of my post-upgrade hangs. The good news is that the masterboard seems fine. Thanks as always for supporting this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 |
|
From: SourceForge.net <no...@so...> - 2013-02-11 10:32:13
|
Bugs item #3604000, was opened at 2013-02-10 03:09 Message generated for change (Comment added) made by cleka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michael () Assigned to: Clemens Katzer (cleka) Summary: Battle Hangs When Trying to Carry Attack (Safari w/ Java 7) Initial Comment: Battle hangs when carrying over damage. The controls (e.g. concede battle) appear active but have no effect. Was working correctly before i upgraded to java 7. ---------------------------------------------------------------------- Comment By: Clemens Katzer (cleka) Date: 2013-02-11 02:32 Message: Looks like it's the event dispatcher thread (the one which "listens" for mouse clicks and keyboard, and does the drawing) ran into a deadlock. There's another bug report which claims it works with 1.6.0_36 but hangs with 1.6.0_37, and yet another from Mac with 1.7.0_13 which says it hangs and there would be messages on stdout, but I suspect the messages are unrelated (seem to be common known issue with certain Java versions on certain MacOS versions. Question: Is there something special on that machine, like Citrix installed or so? There was a bug while ago where due to citrix a 2nd (security related EDTrelated thread) was running and those two interfered (caused each other deadlock). Can you go back to 1.6.0 so that you can play at least? (install 1.6.0 additionally and make Colossus run using that java) ? ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-10 18:02 Message: Hi there -- definitely the carry. Doesn't happen all the time and the battles are hanging at other points (end of some battles, when clearing a dead creature other times) but this is probably the top source of my post-upgrade hangs. The good news is that the masterboard seems fine. Thanks as always for supporting this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 |
|
From: SourceForge.net <no...@so...> - 2013-02-11 02:02:43
|
Bugs item #3604000, was opened at 2013-02-10 03:09 Message generated for change (Comment added) made by bombasticus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michael () Assigned to: Clemens Katzer (cleka) Summary: Battle Hangs When Trying to Carry Attack (Safari w/ Java 7) Initial Comment: Battle hangs when carrying over damage. The controls (e.g. concede battle) appear active but have no effect. Was working correctly before i upgraded to java 7. ---------------------------------------------------------------------- Comment By: bombasticus (bombasticus) Date: 2013-02-10 18:02 Message: Hi there -- definitely the carry. Doesn't happen all the time and the battles are hanging at other points (end of some battles, when clearing a dead creature other times) but this is probably the top source of my post-upgrade hangs. The good news is that the masterboard seems fine. Thanks as always for supporting this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 |
|
From: SourceForge.net <no...@so...> - 2013-02-10 11:09:26
|
Bugs item #3604000, was opened at 2013-02-10 03:09 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michael () Assigned to: Clemens Katzer (cleka) Summary: Battle Hangs When Trying to Carry Attack (Safari w/ Java 7) Initial Comment: Battle hangs when carrying over damage. The controls (e.g. concede battle) appear active but have no effect. Was working correctly before i upgraded to java 7. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101939&aid=3604000&group_id=1939 |
2 messages has been excluded from this view by a project administrator.