URL:
http://savannah.gnu.org/bugs/?27751
Summary: Negative holding counts displayed?
Project: XBoard
Submitted by: None
Submitted on: Mon 19 Oct 2009 07:48:40 AM UTC
Category: None
Severity: 3 - Normal
Follow-up Comment #1, bug #27751 (project xboard):
When you load a bughouse game with smoves the ICS does not tell you what
you were holding on every move. When XBoard grabs the game from the move list,
it reconstucts the positions from the (known) initial setup of bughouse by
playing the moves
Follow-up Comment #3, bug #27715 (project xboard):
OK, apparently the menu bar (which in my system is unobservable against the
background) apparently did not stretch all the way to the right edge of the
window, but was just the size of the menu strings. As a result scaling the
window would scale
Follow-up Comment #4, bug #27715 (project xboard):
I debugged (1) a bit, because I feared it might be not reproduceable. I saw
that when switching to bughouse mode DrawPosition is called twice. First
with fullRedraw=1, then with fullRedraw=0.
When switching back to normal mode, DrawPosition is
Follow-up Comment #2, bug #27751 (project xboard):
To me just not displaying the buggy characters would have been the solution
(and to make sure there are no other side effects by those unknown holdings).
___
Reply to this item at:
Follow-up Comment #3, bug #27751 (project xboard):
This was essentially what WinBoard was doing. Having negative counts can
potentially produce unpredictable effects when converting the position to a
FEN (for saving the position, or sending it to an engine with a setboard
command), so it is
Follow-up Comment #5, bug #27715 (project xboard):
Can you tell which call to DrawPosition exactly you had to fix? The one in
VariantSwitch, which is invoked whenever XBoard receives a board from the ICS
that does not fit the current variant, now does a full redraw. Which is the
other one?
The
Follow-up Comment #6, bug #27715 (project xboard):
I did just a dirty change to see, if that helps:
void DrawPosition(fullRedraw, board)
/*Boolean*/int fullRedraw;
Board board;
{
printf(FullRedraw: %dn,fullRedraw);
XDrawPosition(boardWidget, 1/*fullRedraw*/, board);
}
So I
Follow-up Comment #8, bug #27715 (project xboard):
That's clear. My change wasn't meant to be a permanent fix. :)
My last sentence was badly formulated, should have been:
So if you do a fullredraw on any variant switch, that must be sufficient.
Update of bug #27751 (project xboard):
Status:None = Ready For Test
___
Follow-up Comment #4:
uploaded the patch from HGM.
I guess we only could resolve this if we keep track of the
Update of bug #27715 (project xboard):
Status:None = Ready For Test
___
Follow-up Comment #9:
issue nr 2) should be fixed... the other one couldn't be reproduced. Please
test.
Update of bug #27687 (project xboard):
Status:None = Postponed
___
Reply to this item at:
http://savannah.gnu.org/bugs/?27687
___
Update of bug #27667 (project xboard):
Status:None = Ready For Test
___
Follow-up Comment #14:
should be all fixed now. Will close it in a few days if we don't get any
complaints.
ARUN
Update of bug #19851 (project xboard):
Status:None = Postponed
___
Reply to this item at:
http://savannah.gnu.org/bugs/?19851
___
Update of bug #7242 (project xboard):
Status:None = Postponed
___
Reply to this item at:
http://savannah.gnu.org/bugs/?7242
___
Message
Update of bug #27699 (project xboard):
Status:None = Wont Fix
___
Reply to this item at:
http://savannah.gnu.org/bugs/?27699
___
Update of bug #8847 (project xboard):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #1:
FICS doesn't have an
Follow-up Comment #1, bug #7242 (project xboard):
I looked at this when I was dealing with fonts recently. It seems there's no
simple way to exclude the Font Style portion of the dialog. We'd have to
create a new dialog template based on the internal one, and change those items
to hidden and
Follow-up Comment #2, bug #7242 (project xboard):
Perhaps we shouldn't touch this until we got the gtk-version out...
font-handling is probably a bit different there.
ARUN
___
Reply to this item at:
http://savannah.gnu.org/bugs/?7242
Update of bug #10990 (project xboard):
Status:None = Confirmed
___
Follow-up Comment #1:
Looking back through the old RCS history, those features were deleted in
1995. Apparently it
Follow-up Comment #2, bug #8847 (project xboard):
The bug submitter must have been examining a game on FICS while in zippy mode
(-zp). Zippy mode is the only case where xboard is connected to both an ICS
and an engine at the same time. (Or at least it was in 4.2.7... have we added
anything in
21 matches
Mail list logo
