OK, so it is a left-over, and I can savely remove it. Normally moves are
sent (unprefixed) to the ICS by a routine SendMoveToICS(), which takes
square coordinates as parameters. But thefirst premove given in the
command-line option is not available as coordinates, but as a string, so
it uses
That's a feature that HG ported from winboard. The sizeNNN: in front
says use this font only for square size NNN. If you don't have the
sizeNNN:
there, xboard will use the font for whatever the current square size is.
But
when it saves settings, it saves the fonts only for the current
BTW, WinBoard did also not have a Danish translation yet. So if you have a
taste for it now, there is no need to stop, as the winboard/language.txt
template file of the source distro is still ready and waiting to be
converted to a winboard/language/dansk.lng. ;-)
Anyway, thanks for the good work
must be exact match:
Upper/lower case
\t in stead of space before Alt
to indicate underline
See file nederlands.lng
Wo, 7 december, 2011 12:17 am schreef venko ganev:
Hello? I try to translate winboard 4.5.2 jaws.nlg file from English to
Bulgarian, but it was not quite a simple job and I
can also change test
*buf 32
in xoptions.c MoveTypeInProc
to only accept letter digit.
Vr, 9 december, 2011 5:49 am schreef Arun Persaud:
Hi
On 12/06/2011 02:58 PM, Byrial Jensen wrote:
URL:
http://savannah.gnu.org/bugs/?35000
[...]
The Ctrl key was in earlier versions used to temporary
Also used in sounds dialog.
Have only smartphone on me.
CU
Zo, 11 december, 2011 1:58 am schreef Arun Persaud:
Hi
On 12/10/2011 04:47 PM, Byrial Jensen wrote:
Follow-up Comment #3, bug #34991 (project xboard):
I just tried to load an engine with the nickname Edit. The nickname
became
Well, I know how to fix that, when I will be back home.
Vr, 16 december, 2011 12:53 pm schreef Byrial Jensen:
Follow-up Comment #6, bug #34991 (project xboard):
Status of this bug:
It seems to be all fixed from a functional point of view:
1) The browse buttons work for Load engine and
It should be a persistent option. So if you switch it on from the menu
once, XBoard should start up with textures enabled forever after. If not,
your install is broken.
Op Vr, 23 december, 2011 7:32 pm schreef Richard Kircher:
Follow-up Comment #5, bug #34202 (project xboard):
Regarding board
The manual should be reasonably up to date.
Za, 24 december, 2011 12:21 am schreef Richard Kircher:
Follow-up Comment #7, bug #34202 (project xboard):
The command line option -useBoardTexture true worked fine but I think I
created myself another related problem by copying the compiled
Couldn't menubar be made such that the text box for each menu title have
a limited size, rather than shortening the titles themselves.
OK, I pushed a change that does this to hgm.nubati.net. It looks as
reasonable as you could expect. In any case _much_ preferable over the
menu bar stretching
After playing at FICS for some time I got a segfault. This is the stack
backtrace made from the core file:
#0 0x7f5b68139694 in XtRemoveTimeOut () from
Hmm, this is going to be hard. One can argue that a segfault in this Xt
routine must always be an X11 bug. I am pretty sure that when
Are these things even needed? They seem to guard against multiple
inclusion of the same header into the same file. But I don't think we do
that in the first place. Our .c files #include .h files, and the .h files
don't #include anything. Things only get messy when you have .h files
include other
Op Vr, 2 november, 2012 4:41 pm schreef John Summerfield:
and find myself talking first to crafty then to crafty and FICS both
concurrently.
It is not sufficiently clear from your description what exactly the
symptoms are. What do you mean by 'talking to Crafty'? Is it like both
XBoard and
When you drop a pawn or figure on the wrong area, they disappear.
Drop when? In Crazyhouse? Playing on ICS? Playing against an engine?
During analysis?
___
Bug-XBoard mailing list
Bug-XBoard@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-xboard
In Annex I send the video to see when and how to drop a pawn or figure.
This error occurs when you are playing against the engine.
On FICS also this error occurs.
Checked only in the variants normal and suicide.
OK, I understand now. I thought you were talking about Crazyhouse drop moves.
Op Za, 9 maart, 2013 8:47 pm schreef MiÅ Uszatek:
What version of XBoard are you using? If it is 4.7.0, was this the
Xaw or
the GTK build?
Yes, it is version 4.7.0. He was libxaw7-dev and libgtk2.0-dev.
I used to build the package
I don't think this patch would improve matters in general. It just means
that people that have gettext 0.17 installed now would get that same error
message.
In particular, it would mean I can no longer build XBoard myself.
I thought at some point we were notified that this had something to do
Well, my Ubuntu 10.04 still has gettext 0.17, and attemps to install
Ubuntu 12.04 so far only resulted in crashing of VirtualBox. I am not to
keen on upgrading anyway; I still regret the day I upgraded from 8.04 to
10.04 on my laptop, because half of it doesn't function anymore since I
did
Hmm, I guess this is something that crept in unintentially long ago.
XBoard was always designed so that it also could use bitmap pieces if
libXpm was not available. The pieces are now completely the responsibilty
of Cairo, however.
XBoard uses a few black-and-white pixmaps unconditionally for the
OK, I will convert those too, then.
If I manage to make the Engine Output window work with plain bitmaps, the
xpm-switch patch would have to be altered to always select no (or can be
left out altogether?).
Applying any patches for the autoconf process will have to await Arun's
return from
Op Wo, 18 september, 2013 6:04 am schreef Arun Persaud:
What's the status on this one? do we still need xpm at all or should/can
we remove it?
Since the last patch I pushed XBoard is now completely XPM free: I
replaced the 7 remaining XPM icons that were used in the engine window by
the Xaw
Op Wo, 18 september, 2013 6:18 am schreef Arun Persaud:
not sure, if there is a good way of handling this... unfortunately I don't
have the time to look into it at the moment, but if someone knows how this
could be done, I'm all for it.
I thought someone had pointed out what the problem
Op Zo, 29 september, 2013 8:12 pm schreef Arun Persaud:
Tim: I also removed zic2xpm from git, which I guess is not that usefull
anymore anyway?
Hmm, I did not think of zic2xpm. As I understand it this can only be used
by legal owners of a ChessBase GUI to convert their nice piece images from
OOp Di, 1 oktober, 2013 7:42 am schreef Tim Mann:
The documentation for zic2xpm says that it converts ZIICS pieces to xpm
format. ZIICS is an old program from way back that few are likely to
remember anymore. If zic2xpm works on ChessBase pieces, that's news to me
-- where did you hear that?
The doc files suggest that the ZIICS chess sets were in a
format unique to ZIICS, but that the ones called Fritz were converted
from Fritz -- whether with or without permission I don't know.
Well, the situation with pieces for XBoard since the switch to Cairo is
such that anything people made
Op Di, 1 oktober, 2013 9:49 pm schreef Tim Mann:
It would be cool to have the old familiar piece shapes as SVG.
Yes, we do have an SVG set, and I think Arun copied the pieces by hand
from the original xpm pieces (and the extra ones I made for variants). So
they look as similar as you could
Op Di, 1 oktober, 2013 10:18 pm schreef Tim Mann:
Ah, those look nice, at least in that size. Well, the knights' eyes look
strange in XChu.png, but fine in Lion1.png. Or are the knights in XChu
actually fairy pieces that have different looking eyes on purpose?
Indeed, these are the symbols
I always set time management to x seconds per move.
Then I click on save settings.
But after an xboard restart the settings are reset to the defaults.
Indeed, -searchTime is described as a volatile option. So it is not stored
in the settings file. Because engines do perform very inefficiently
The thing that is most obviously wrong is that the window seems to be
maximized, leaving space besides the Chess board to draw on. This is not
supposed to happen. XBoard's main window should not have a maximize button
in the system menu on its frame, and when dragging the window at its
boundary
Well, the GTK version is not officially finished yet, and the TODO_GTK was
used as a kludge to mark all the code that still has to be converted from
Xaw to GTK. But there doesn't seem to be any reason for this particular
part not being done yet. Except perhaps that I did not understand the
Op Zo, 24 november, 2013 7:16 pm schreef h.g.mul...@hccnet.nl:
Well, the GTK version is not officially finished yet, and the TODO_GTK
was used as a kludge to mark all the code that still has to be converted
from Xaw to GTK. But there doesn't seem to be any reason for this
particular part not
Oops. I meant of course
void ManProc () {
// called from menu
system(xterm -e man xboard ); }
}
___
Bug-XBoard mailing list
Bug-XBoard@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-xboard
This should be considered an error in the documentation. Since version 4.5
XBoard no longer processes its options via the X-server, but uses its own
settings file. As a consequence, none of the Xt options can be used
anymore, (other than through .xresources), while none of the other options
can be
From what you write (either of the makefiles) it seems that you are
trying to build WinBoard, according to a README file with instructions for
building XBoard.
To build WinBoard with gcc under Cygwin you need the command (issued in
the winboard folder)
makefile -f makefile.gcc
To build with
Op Ma, 14 juli, 2014 11:39 am schreef david a. delagarza:
First, where are the (dev) sources for hachu *officially* located? I
found a version here ...
Yes, hgm.nubati.net/cgi-bin/gitweb.cgi is where my primary source
repositories are.
but I couldn't find a git
clone url so I had to cURL
The accelerators for the various menu functions have all been changed to
conform with WinBoard; the old default key bindings were unacceptable
anyway, because they were mostly printible characters, which should be
reserved for typing moves and ICS commands.
The new accelerators therefore are all
Actually I might have spoken a bit hastily. The Xaw version still seems to
use .Xresources for defining translations, just not other preferences. The
mechanism has changed, however, as the functions that would perform the
desired actions are no longer logged with the X-server. Only the generic
Indeed, this works as designed, and that this is on a pre-move is just
co-incidental. It seems that the desired behavior is that after rejection
of a pre-move (or any move) the original state of the highlights is
restored, though. In principle that should be possible. I can imagine that
this is
Op Do, 10 december, 2015 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.
>
> If I run ./xboard with GTK, I got an warning.
>
>
> $ ./xboard
> No default pieces installed!
> Select your
XBoard takes account of all that, and I have never seen it make an error.
Most engine-engine games actually last more than 50 moves. Castling can be
illegal because the King or Rook has moved (or was said in the loaded
position to have moved).
Note that 50-move draws and illegal moves can also be
The texi file that acts as source for the man pages of XBoard is in some
places organized in sections and subsections. The idea was that the main
menus, such as 'Options', form a section, and that each item in that menu
that opens a menu dialog a subsection (e.g. 'General Options'). So that
the
Op Ma, 29 februari, 2016 3:51 pm schreef Joshua Pettus:
> Thanks! Iâll have to figure out the printf statements later tonight,
> things got a little busy over on my end :)
Don't bother, I found and fixed it. I had been trying to reproduce it only
by changing textures. But it turned out that
Well, from the debug file it looks like GNU Chess is started, and responds
to commands, and then suddenly crashes. It does send a non-compliant
'Timelimit[n]=300' quite often(probably in response to 'accepted XXX'),
but this should not be harmful. This might be due to not using an option
with the
Op Wo, 20 juli, 2016 4:59 pm schreef Giorgos:
> After going Engine -> Load new 1st engine -> (Load 1st engine window) ->
> Selecting GNU Chess here (providing or not the Engine Directory)
How did you select GNU Chess? Did you type "gnuchess" in the engine
ccmmand field? Did you use the Browse
Well, when I start XBoard in German and load GNU Chess through the menu
dialog it also works.
Can you start XBoard as "xboard -debug" and load GNU Chess (presumably
causing XBoard to exit), and then send us the created xboard.debug file?
Perhaps that will shed some light on the matter.
It is
Op Do, 11 mei, 2017 6:49 pm schreef G van Breemen:
> All,
>
>
> Please amend your rules as per example, castling is not allowed as line
> is occupied by queen.
Well, I don't know by which rules you are playing, but in XBoard, variant
normal, we adhere to FIDE rules...
H.G.
>
> Many thanks,
>
>
Learn the rules of Chess. The FIDE website would be a good place to start...
Op Za, 21 juli, 2018 8:22 pm schreef Barbara Brozowski:
> Since when can a pawn move diagonally without taking another pawn in that
> space, and instead take the pawn that was next to it?
>
> Please see the enclosed 2
XBoard just pops up the standard file-browse dialog of the GTK widget set,
so this is not really an XBoard issue, but a GTK issue. My experience with
GTK is not so large that have ever seen this.
I expect that it would grey out directories for which you have no r or x
permission, because the OS
Well, Stockfish is a UCI engine, so you cannot expect it to work without
the -fUCI option. (I.e., from command line launch XBoard as "xboard -fcp
stockfish -fUCI". And be sure Polyglot is installed.) Why this would lead
to Stockfish exiting, (which is what the "broken pipe" suggests), rather
than
Op Do, 11 juli, 2019 2:25 pm schreef Sam Daille:
> I'll try all this, but I wonder if I had the same problem with another
> interface like tagua ?
If you cannot run the engines from the command line, as seems to be the
case with most engines you tried, no interface in the world can help you.
>
>
Op Do, 11 juli, 2019 11:45 am schreef Sam Daille:
> I took the version of shokidoki on your website, the x64 one (as I'm on
> amd64).
OK, I tried that version now on Ubuntu 18.10 (which I had installed on
another VM). I could run it there through the following sequence of
commands:
wget
Oh, I was a bit wrong in my previous message. It appears I actually did
compile Bonanza on Ubuntu 10.04. And the required command is
make gcc
not just "make". And you should make sure you take the latest snapshot of
the 'test' branch of the repository, not the 'main' branch, which is
initially
Op Do, 11 juli, 2019 11:34 am schreef Sam Daille:
> I have forgotten one thing : if you can explain me how to compil Bonanza
> using the files on your website, it will be nice of you. At first sight,
> it seems complicated to me...
It should just be a matter of typing "make", after you downloaded
Op Do, 11 juli, 2019 11:06 am schreef Sam Daille:
> I made few trials and I discovered :
>
>
> * that shokidoki certainly had a compilation problem : when I entered it
> in the prompt command, it's unknown, unlike gpshsogi (my ubuntu is xenial,
> 16, which is far from 10) ;
Which version of
I still have one question: which version of XBoard are you using (in Help
-> About)? I have been looking at the installation script of UCI2WB,
because it puzzled me that your setting for -uxiAdapter originally was an
empty string, even though you had installed UCI2WB. (So that hand-editing
of
Op Vr, 12 juli, 2019 12:38 pm schreef Sam Daille:
> I had the 4.8.0-2 version of Xboard, and I must have installed it with a
> sudo apt-get install command.
OK, thanks. This indeed did not have that preconfiguration yet. In fact I
see now that although I added it 2.5 years ago, we haven't done
I made some progress myself: I installed the 'gpsshogi' package on my
Ubuntu 18.10, and indeed it is as I now suspected: it is 'gpsusi' that is
the USI engine. The 'gpsshogi' is the xShogi-compatible version.
I managed to run it (after installing UCI2WB and setting -uxiAdapter
{uci2wb -%variant
Op Za, 31 augustus, 2019 11:30 am schreef Wolfgang Gauf:
> Hi guys!
>
> You should definitely inform the relevant distros to bundle polyglot
with xboard.
>
Unfortunately they do not consider XBoard dependent on Polyglot, because
XBoard can also be used just as an interface for playing on
Op Zo, 1 september, 2019 8:50 am schreef Wolfgang Gauf:
> apt show xboard | grep Recommends lists: fairymax, alsa-utils,
> xfonts-100dpi | xfonts-75dpi
>
> Listing polyglot and uci2wb there would be an improvement.
Sure. 'Recommends' doesn't imply it would be automatically installed when
you
It appears debian is running Polyglot 2.0.4:
https://packages.debian.org/search?keywords=polyglot
They also run UCI2WB:
https://packages.debian.org/search?keywords=uci2wb
Op Za, 31 augustus, 2019 7:27 pm schreef Joshua Pettus:
> I wonder what version of polyglot they distibute. There are
I guess the error message in XBoard's popup is a bit cryptic here because
of a mismatch in locales. Apparently there is no Portugese translation of
XBoard, but the 'not found' error message the system produces for the
attempt to launch Fairy-Max is in Portugese: "209 Hi, I recently installed
Op Wo, 17 juli, 2019 10:07 am schreef Sam Daille:
> Hello.
>
>
> I've almost forgotten to tell you I solved my problem this WE.
>
>
> It was obvious, but I didn't see it it : when I changed the -uxiAdapter
> line in the .xboardrc, I forgot to put the final } on a second line.
A yes, that is
The engines you use are UCI, which means they can only run through a
protocol adapter that translates UCI to XBoard's native pcommunication
protocol (CECP). So things depend on which such adapter(s) you have
installed on your machine, and whether XBoard is configured to use them.
Now by default
Strange. When I use XBoard 4.9.1 on Ubuntu 18.10, and start it with a
non-existing engine, I get an Error popup:
Failed to start first chess program *** on localhost: ***: No such file or
directory
Well, if XBoard 4.9.1 does work with other engines, then this seems a GNU Chess
problem,
and you should ask the GNU Chess developers to fix it.
I have no archlinx system, and even if I had, there would not be much chance
that I could
reproduce and investigate what you report if you don't specify
Modern engines are supposed to reply "feature done=1" to XBoard's "protover 2"
command. XBoard allows 10 sec for that reply to come, to give the engine some
time to initialize before replying, and only continues once it is convinced no
reply is forthcoming. GNU Chess only complains that it is
This indeed sounds like a GNU Chess problem.
If you want to be sure, run XBoard with the command
xboard -fcp gnuchess -debug
XBoard will then make a log of all communication with the engine in the file
xboard.debug . If the problem again occurs, you can mail us that fail, so we
can see which
Well, to make things clear: timestamp is not part of the XBoard project, but
propriatry closed-source software developed by ICC. The idea behind it is that
it encrypts the communication between client and server in a secret way that
cannot be reproduced by a non-trusted party in order to tamper
XBoard already supports chess variants with arbitrary piece moves. To make
Pawns move backwards you just would have to specify their move with the aid of
the -men option (e.g. xboard -men "P:vmWfcF"). Normally the engine for that
variant would do this automatically, as soon as you select the
Oh, I see. It understands the 1960 in the event tag as Chess960...
Sorry I was so slow.
Op vr., dec. 17, 2021 om 02:44, Alan Bennet schreef:
Hi,
I ran across this in a PGN I created. The actual message was Error "Variant
fischerandom not supported by Crafty-23.4". Since Fruit gives the same
Indeed itcomes from teh GUI. What exactly is it that you do not understand
about this message?
Op vr., dec. 17, 2021 om 02:44, Alan Bennet schreef:
Hi,
I ran across this in a PGN I created. The actual message was Error "Variant
fischerandom not supported by Crafty-23.4". Since Fruit gives the
I have no clue what you are reporting here. If gnuchess gives you troublee, you
should report it to the gnuchess developers.
Op za., dec. 25, 2021 om 23:56, Adi Prasetyo schreef:
URL:
Summary: generic no gnuchess on localhost error or arch
family
Project: XBoard
Submitted by: enter_rebel
XBoard is 'internationalized', which means it should automatically adapt its
language to the locale the host computer is set for.
There are no different versions for the various languages, just a single
version that adapts automatically.
If your mac is not set for French, then there must be
Which method do you use to set up the position? If you drag a Rook to a new
square, it will never have castling rights there. But if you left-click a Rook
that is already selected, you toggle its castling rights. The new state of the
rights is displayed in the message field above the board.
Op
pxboard is a shell script that, according to the comments in it, can be used to
let XBoard display a game through a command
cat GAMEFILE | pxboard
I thought this was totally obsolete. For one, the smae can be achieved by
simply typing the shorter
xboard GAMEFILE
But perhaps the intended use is
Without an example we cannot take this seriously.
Op ma., feb. 7, 2022 om 15:37, Jeremy De Armond schreef:
https://www.google.com/search?client=opera=why+can%27t+king+take+queen=opera=UTF-8=UTF-8#:~:text=About%20412%2C000%2C000%20results,check%3F%20%2D%20Chess%20Forums
76 matches
Mail list logo