Andrew Schultz wrote:
Found a small bug--maybe someone saw it before. If you start a new game
and try
to move a pawn from a2 to a8, the promotion dialogue pops up before you
are informed
it is an illegal move. In any case, it's an excuse to write to say
thanks for something
that can let
At 16:35 8-4-2009 -0700, Arun Persaud wrote:
hmm, yes I see that that would be a problem ;) Nevertheless I think we
could try to work on getting features from your prog into savannah and
start closing the gap, if that's fine with you...
I am not sure what exactly you have in mind. If you
Date: Fri, 10 Apr 2009 00:42:02 +0200
To: Arun Persaud apers...@lbl.gov
From: h.g. muller h.g.mul...@hccnet.nl
Subject: Re: [Bug-XBoard] Please Help
that sounds very promising. I emailed Allessandro and if he already
signed the forms than we could go right ahead... If it is ok, I'll
forward
ok... how about aiming for 4.4 to get all the changes from Allessandro
and you in (in case we can get a hold of Allessandro) and then for 5.0
to port everything to gtk and combine winboard and xboard.
I don't know what strategy the Savannah project was using before for
stepping up the
Can you provide us with an executable that has the premove problem?
I identified some problems with premove in WinBoard (due to lack of
refresh of the display the premove highlights were not always visible
there), and fixed them. But XBoard did not have the same bug, and
for me seems to work as
But then the 'xboard -variant capablanca', machines playing against
each other, gives an error:
{False draw claim: 'Stalemate'} 0-1 [1]W+0.00 a8a8
Error happens also when playing white against machine, for example:
Illegal move f4 (rejected by first chess program)
This happens also in Edit
This patch as given is inompatible with the latest source, as the code it
patched
has mostly been changed beyod recognition, because it has been already patched
to do similar things as this patch aims to do (changing board size and such).
The up side is that the new code can be patched really
At 02:10 3-10-2009 +, Tim Mann wrote:
Follow-up Comment #2, bug #17234 (project xboard):
Did HGM fix this in 4.4.x?
Indeed, this should be fully fixed. We even understand e.p. capture of
Berolina Pawns now. :-)))
___
Bug-XBoard mailing list
Maybe we should consider providing a way at compile time to choose which
way it's built? I think including an additional directory for the bitmap
differences shouldn't cause much size increase to the source tarball. Or
maybe it would-- how do we get lzma's soliid archive feature into the
I found this code in parse_board12():
/* [DM] If we found takebacks during icsEngineAnalyze try send to
engine */
if (!newGame appData.icsEngineAnalyze moveNum forwardMostMove) {
takeback = forwardMostMove - moveNum;
for (i = 0; i takeback; i++) {
if
The problems with bsetup and castling takeback in examine mode
should now have been solved in the server. The bsetup case
required some additions to XBoard, to make it switch variant
during the setup when the ICS changes board size.
When you enter bsetup from idle mode you now get an empty 8x8
At 18:21 31-10-2009 +0200, matrix one wrote:
Hi,
Is happend only with toga2
Linux s3 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:05:01 UTC 2009
x86_64 GNU/Linux
xboard -debug -size huge -coords -scp 'polyglot
/home/matrix/.polyglot/toga2.ini' -fcp 'polyglot
At 11:45 31-10-2009 -0700, Tim Mann wrote:
The double free worries me more than the XtRemoveGrab error. Of course
they could be related, and it would be best to fix both even if they aren't.
OK, for the record: I had some more e-mail exchanges with the reporter of
this bug,
and it turned out
At 21:36 3-8-2010 -0400, Adrian Petrescu wrote:
If I run configure with the --disable-zippy flag (which successfully shows
zippy: no in the configuration summary), trying to make fails with the
following errors:
In file included from xboard.c:1347:
args.h:597: error: 'AppData' has no member
I don't think this is the correct patch.
The true problem is the *strchr(buf, '/') = 0; statement in the else part.
This assumes that in any pathname starting with ~ there will be a slash,
and causes the segfault if there is none. The patch merely diverts control
to the else part in case there
At 15:18 12-11-2010 -0800, Adrian Petrescu wrote:
I believe the ~ shorthand is something that the shells expand, not
something the kernel inherently knows about. Indeed, I doubt the kernel
knows anything about something that high-level at all. But there may
be some standard function to do
At 18:10 2-12-2010 +, Vincent Legout wrote:
A bug has been reported in Debian. See
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=604610
I thought that it is fixed in the development version, but I was wrong, I can
reproduce it with the latest git. It only happens when xboard is built
The Russian versions of WinBoard are not produced by us.
Neither was the original WinBoard JAWS version, which was derived from a
very old WinBoard (4.0.2).
As far as I know that JAWS version did not work for I C S play at all.
The first version where we got that working was WinBoard 4.4.0.
Is
At 16:35 6-5-2011 +, Tim Mann wrote:
I had a different problem: I'm on Ubuntu 10.04 with gettext-tools 0.17, but
Arun checked in stuff built with 0.18. When trying to build, I got an error
about Makefile.in.in being the wrong version until I did this:
gettextize -f
./autogen.sh
./configure
At 01:13 17-5-2011 -0700, Tim Mann wrote:
p.s. I just tried, and editing the .xboardrc file to change the fonts from
iso8846 to iso10646 did NOT fix the broken umlauts. So there is more to
that problem.
I don't really know anything about X-fonts, but apparently iso10646 and
such stands for
At 22:42 17-5-2011 -0700, Tim Mann wrote:
It looks like we need to change FindFont to just return the fontset, then
change the rest of the code to set fontSet resources using that value
instead of setting font resources. That looks like it will be a fair
amount of work to carry through fully.
OK, I am back from Greece, so I had access to my Linux system again.
I started pushing all the WinBoard fixes I had accumulated in the mean time
to hgm.nubati.net (hgmaster branch), after syncing with Savannah.
There seems to e a problem, though, with the file browser. I suspect this
is a side
I was wondering if it would be possible to do the same kind of stuff
on a Linux XBoard install as we do now with WinBoard: associate
file types with some specific XBoard command, so that clicking a
file of that type would automatically start up an XBoard in the required
mode. And of course it
If no makefile is found, I would say that the configure appeared to work
incorrectly.
Because it is the very purpose of ./configure to create a makefile...
If configure terminates with error messages, it is not joking!
___
Bug-XBoard mailing list
Are there any plans to make Winboard/Xboard compatible with the iPad?
An app would be appreciated. The diagram .bmp saver is indispensable.
No plans whatsoever. I don't have an iPad / iPhone, and probably never will.
I am thinking about purchasing an Android smart-phone, though.
The piece symbols can be changed by specifying a true-type Chess font.
The file ChessMark.ini in the standard install shows an examply how to do this,
using the option /renderPiecesWithFont=
The README html file accessible from the Start menu contains a link to a page
that explains how to do
One important difference between the previously reported bug
and what you report now would be that you now find this behavior
also in 4.2.x, while before it only manifested itself in 4.4.0.
I am not sure that taking a binary from one distribution, and
plugging that into another, is a valid
I guess this bug-report will keep recurring forever...
Install the font!
And make sure it is loaded in the X-server font cache.
This is the only solution. There is no way XBoard could possibly work
if you have no fonts: all the menus and dialogs would be blank.
So printing this error message
At 18:53 8-10-2011 +0300, venko ganev wrote:
Hello you! I registered in the freechess.org.
I am interested in how to create a formula whereby using the command
seek not I invite users with a rating lower than 1600 as my score is
over 1600. I would be very grateful if I describe in detail the
I received two bug reports on forums, which I am not sure how to fix:
One ( http://www.open-aurec.com/wbforum/viewtopic.php?f=19t=52035 ) is on Mac,
where 4.6.0 produces a stream of spurious run-time warnings:
Warning: No type converter registered for '(null)' to 'FontSet'
conversion.
Some quick remarks:
At 23:09 2-12-2011 +, Byrial Jensen wrote:
1) My testing shows several untranslatable strings:
Unrecognized argument
shuffle (in File New Shuffle Game)
randomize (in File New Shuffle Game)
pick fixed (in File New Shuffle Game)
I think in 4.6 this dialog is now done
At 11:00 3-12-2011 +, Byrial Jensen wrote:
Follow-up Comment #3, bug #34972 (project xboard):
Thanks, that was fast.
PGN files should not be changed. The PGN specification does not allow for
that, and it would not be portable.
But I think the move notation should be changed in the Move
At 20:38 3-12-2011 +0100, Byrial Jensen wrote:
Well, if you are able to use or convert the po-file, you are welcome. If
would be difficult for me to make a winboard file, as I don't use
MSWindows, and thus cannot even test if I messed up the file by some accident.
Unfortunately I have only a
At 21:49 3-12-2011 +, Byrial Jensen wrote:
Anyway I looked at the function PromotionCallback() in xboard.c and found this
code:
if (strcmp(name, _(Knight)) == 0) {
promoChar = 'n';
} else if (strcmp(name, _(Promote)) == 0) {
promoChar = '+';
} else if (strcmp(name,
OK, I pushed a potential fix for the button alignment to hgm.nubti.net
(hgmaster),
but I did not know how to test it, as the languages that I could get to
work (de_DE.utf8)
do not translate browse, I did not know how to select Danish, and
changing de.po
to add a translatior for browse was not
If input notation can be localized at some point in the future, as I think
it should, then the first character of a move will not necessary be a
ASCII letter (A-Z) or number.
You mean it can be a code 127?
Then we shouldonly exclude the keys we want to use for binding.
'.' could be an
You are right about that. However when I tried I got a segfault!
Oh yes, now I remember that occurred to me too. The patch that fixed the
animation masks on swithing back to color mode fixes that too.
A string constant (DEF_BITMAP_DIR) is assigned to appData.bitmapDirectory
when you
At 20:23 22-12-2011 +0100, Byrial Jensen wrote:
Den 22-12-2011 10:41, h.g. muller skrev:
You are right about that. However when I tried I got a segfault!
Oh yes, now I remember that occurred to me too. The patch that fixed the
animation masks on swithing back to color mode fixes that too
I see 3 ways to fix that:
1) Extract the first character from the localized name using mbtowc(). (mbtowc
stands for Multi Byte char TO Wide Char). It is easy to do, but the method may
not be available for all as mbtowc() is a C99 function.
2) Extract the first character from the localized name
However
1) I tested the numeric values given with the -size options, and it didn't
work for linegap and fontsizes
Oh, it could be that my changes to save font size in the settings file have
broken this. I never paid any
attention to the extra -size parameters (WinBord does not have that). I
Yes, as said before in this thread you have to use the C99 function
mbtowc() or some library dedicated to handle multibyte char strings.
Well, I admit had not thought of that, but this is completely trivial to
code even without using any libraries.The high bits of UTF8 immediately
tell you
1) It may be necessary to have a minimum width, so small texts will not
show less an a letter. Modus in German in size -tiny is close to show less
than an M. It could be worse in other languages.
This suggest tome you would be using too-large a font.
2) When you have enough space the menu
Would it be an idea to use the auto-repeat by having the piece jump back
and forth,
rather than suppress later events? I am not sure what exactly the sequence
of events
is in Xt on auto-repeat. In Windows there would be one key-down event, one
or more
char events, and finally a key-up event.
I tried it in WinBoard now, and I think I also found the ideal key for this.
Enter in WinBoard as already taken, because it is forwarded to the ICS
console.
(The XBoard equivalent would be to make it trigger sending the message
currently
in the ICS input box.)
I tried Tab, but there the
Windows slide exactly 4 pixels to the left from session to session. That
is, open some windows so that there is a margin to the left on the screen.
Then quit, and start another session. Then all new windows have moved
exactly 4 pixels to the left relative to the position from the previous
At 15:49 25-2-2012 +0100, Hans Aberg wrote:
If I try xwininfo on the command line (example below), and compare the
data of different windows, then the parameters have the same value as follows:
-frameX - Relative upper-left X
-frameY - Relative upper-left Y
There is a source file
At 14:43 25-2-2012 +0100, Hans Åberg wrote:
I forgot to mention that 'make install-pdf' didn't work:
# make install-pdf
Making install-pdf in po
make[1]: *** No rule to make target `install-pdf'. Stop.
make: *** [install-pdf-recursive] Error 1
It does work on xboard-4.5.3a:
# make install-pdf
While I am able to stop the clock occasionally by moving the board, it
doesn't happen often. It is much easier to reproduce by iconifying/
deiconifying the board window.
I have not been able to reproduce this (since I fixed the earlier bug of
not clearing the pending timeout when it
I have no problem with wrong windows having focus. Never happened for me.
OK, good Then we can leave out this rather complex patch. The GhostView
file browser is kind of a special window anyway, since it has its own event
loop, and seems to bypass Xaw. This probably prevents the problems I
At 14:41 10-4-2012 -0700, Arun Persaud wrote:
didn't have time to test, but a second window with clocks and move
highlight sounds better... does this automatically open if you play or
observe a bughouse game or a simul-game on FICS? That would be great!
It behaves like the old dual-board
However if start xboard in my normal Danish locale the error error does
not come up, and the engine setting menu item are enabled. If I click on
Engine #1 settings, xboard will crash.
...
But the point is that the behavoir depends on the locale in a way it
shouldn't.
I guess the problem is
At 22:08 11-4-2012 -0700, Tim Mann wrote:
The second board, with clocks that count down, would be super for bughouse.
Indeed. That was the original motivation for adding the dual-board option.
But it can be used for observing any game while playing. (Not sure why you
would ever want such a
If Xboard is dependent on untranslated error messages from libc, it should
run the engines in the C locale. It can be done by calling
putenv(LANGUAGE=C) in the child proces before the exec() call.
It is not that simple. One would want the engines to run in the same locale
as XBoard, in
I don't have Windows 7, so I cannot test this.
If I understand correctly, you installed WinBoard 4.6.2 by running the
installer, and when you start it through the start menu, select
playing against an engine (the default choice), and in the first-engine
combobox Fairy-Max, you get this error
Someone reported on TalkChess the inability to compile the latest master
and cairo versions. It seems there is a missing xboard.pot, so that it
tries to look for lots .gmo files, which aren't there either.
http://www.talkchess.com/forum/viewtopic.php?t=45508
I don't know eough about gettext to
OK, I found the problem. Dragging a piece clears it from its original square,
but that square was not marked as 'damaged' to prevent the piece (which in
reality is still there) to be drawn when the highlights are drawn when you
release it (which would make it flash on that square before you see
Binbin Zhang schreef op 7/23/2014 6:14 PM:
3. Click buttons in this order
Edit -- Game-list tag -- Players
4.Oops, xboard quits abnormally
Ah yes, when you double-click Players (or in fact any item in the
listbox), it makes XBoard segfault in any
Thanks for your suggested patch. But I think with current engine speeds
it would be
better to introduce an abbreviation 'G', to be used exactly like 'M'
would be for 1000x
lower node count, whenever the node count reaches 1000M or higher.
To have extra digits when the count is below 100M is a
Joshua Pettus schreef op 9/24/2014 6:52 PM:
Hi,
I just noticed that the seekgraph dots don’t automatically remove dots anymore
when the seek ends, this is in FICS.
I see seek dots disappear from the graph when I logon to FICS. Are you
sure Auto-refresh Seek Graph is ticked? It could also be
It seems that this problem should both exist in XBoard and WinBoard.
It definitely is sub-standard behavior that this would need a restart.
It is not very
easy to fix, however, as what you have to send to the ICS to get the removal
notification is different on FICS and ICS. And I guess a good
Apparently there is no solution to this problem:
The ivar that needs to be set on FICS to control the sending of
seek-removal is locked at the start of the session. It can only be
changed by logging off and on again.
___
Bug-XBoard mailing list
Joshua Pettus schreef op 9/25/2014 5:20 PM:
Anyway we can make the non supported variant error for an engine, non fatal for
xboard?
What error exactly do you mean? You should not be able to switch to a
variant the current first engine does not support. The second engine is
only woken up when
To start XBoard in a specific mode, you can use
xboard -initialMode MachineWhite
(or whatever other mode you want to start it in).
H.G.
Dario Niedermann schreef op 11/3/2014 7:27 PM:
Follow-up Comment #3, bug #43323 (project xboard):
Ermm... Scratch that last paragraph. I was trying to get
Do you already have an engine in mind? Both UCI and UCCI Xiangqi engines
exist. Most are closed source, but many are free. But alas, only
available as Windows binary. Elephant Eye is an intermediately strong
open-source UCCI engine that can be compiled for Linux.
The way to run UCCI engines
If there is no screen reader to read out the text of the currently
selected dialog item, and no way to navigate between the items though
keystrokes, an application is basically useless to visually impaired
people. I don't know how much of that the Gtkosx integration provides. I
guess it would
Tom schreef op 4/13/2015 om 5:19 PM:
Hi the game freeze`s early on. Thanks
Which game?
XBoard or WinBoard?
Which version?
Which build (Xaw or GTK)?
Which engine?
___
Bug-XBoard mailing list
Bug-XBoard@gnu.org
It seems ./configure does not check for the presence of librsvg, so that
some people get cryptic error messages on the -lrsvg-2 argument during
linking. E.g. see
http://www.open-aurec.com:8080/wbforum/viewtopic.php?f=19t=53478
___
Bug-XBoard
I suppose this is a consequence of the gtkosx integration patches being
activated when compiling on OS X,
even if the desire is not to compile for the integrated version, but for
a version intended to run on the
Unix-compatible OS X interface (XQuartz?)?
I suppose we should surround the OS X
Op 9/6/2015 om 9:25 PM schreef aaabbcc:
xboard -v
xboard version 4.8.0
configure options: prefix=/usr; datarootdir=/usr/share;
datadir=/usr/share; gamedatadir=/usr/share/games/xboard;
desktopdir=/usr/share/applications; mimedir=/usr/share/mime/packages;
Op 12/10/2015 om 2:58 AM schreef global667:
Hello,
I got many, many warnings, while building the sources under OS X
10.10.5 with clang (see attachment), but it works.
Just to check if some of these warnings are really errors, could you try
the following?
1) Start XBoard as "xboard -ncp
There should already exist an accessible version of XBoard, in the gtk3
branch of the XBoard repository.
This should work under Linux in combination with the Orca screen reader.
Unfortunately this screen reader does not seem to work on the Mac, and
the native Mac screen reader seems to
I have seen this complaint before, and it turned out to be due to a line
-firstChessProgram
in the master settings file (/etc/xboard.conf), which packagers for some
distros seem to have added.
Removing that line should solve the problem. I have no idea why
packagers would wreck XBoard
before
Does this also happen in the latest version of the v4.9.x branch of the
repository at hgm.nubati.net ?
There is a commit in there that solves a problem of not detecting an
engine crash in the GTK build,
which sounds similar to not detecting the termination of an icshelper. I
have not pushed
To get the promotion popup you should make sure that "(Almost) always
promote to Queen" is not ticked. When it is ticked you, must select
other pieces by first dragging the 7th-rank Pawn backwards until you get
the desired piece. This is why it says "Pull Pawn backwards to
under-promote".
In
That an engine is crashing is never the fault of XBoard.
It just means the engine is buggy or incorrectly installed.
___
Bug-XBoard mailing list
Bug-XBoard@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-xboard
XBoard invokes an external sound-player program to produce sounds. In
the Options -> Sounds dialog it can be selected which one. So the first
step would be to look there to see what sound-player XBoard is
configured to use. Then you can check if that sound-player command works
from the command
Sorry for the late response.
Context menus were never implemented in the GTK version of XBoard; the
Piece Menu was considered deprecated in favor of sweep selection, and
the -pieceMenu option was only kept for the benefit of the Xaw version.
Sweep selection turns out not to be so easy on
77 matches
Mail list logo
