Small compilation problem with Polyglot 1.4w23

Discussions about Winboard/Xboard. News about engines or programs to use with these GUIs (e.g. tournament managers or adapters) belong in this sub forum.

Moderator: Andres Valverde

Small compilation problem with Polyglot 1.4w23

Postby Volker Pittlik » 19 Jul 2009, 09:46

When trying to compile it "UCHAR_MAX" from limits.h wasn't found here (Ubuntu). After inserting

#include <limits.h>

in util.cpp the problem was solved.

vp
User avatar
Volker Pittlik
 
Posts: 1031
Joined: 24 Sep 2004, 10:14
Location: Murten / Morat, Switzerland

Polyglot 1.4w24

Postby F. Bluemers » 20 Jul 2009, 09:16

Fixed in 1.4w24
I was informed about it but i waited with a new version to fix some more things.
Like a racing condition ,reported by Leo Dijksman.

http://www.geenvis.net/pg.html
Best
Fonzy
F. Bluemers
 
Posts: 175
Joined: 04 Sep 2008, 16:56
Location: Netherlands

Polyglot 1.4w25

Postby F. Bluemers » 09 Aug 2009, 13:59

small update:
fixed: Illegal moves resulted in polyglot waiting for xboard to declare a timeloss
Polyglot now forfeits with the comment {Polyglot: Illegal engine move [White|Black] } , that should make it to the pgn file.
If Resign is used and the number of ResignMoves is reached,
Polyglot resigns immediate, instead of sending the last engine move together with a resignation.
(untested:) ics: a drawing move(reaching 50 moves rule,3fold,or drawing material) from the engine will be preceded with "offer draw"
previously just the move with the result(1/2-1/2) was send.

http://www.geenvis.net/pg.html
Best
Fonzy
F. Bluemers
 
Posts: 175
Joined: 04 Sep 2008, 16:56
Location: Netherlands

Re: Small compilation problem with Polyglot 1.4w23

Postby Charles Browne » 09 Aug 2009, 17:15

If the makefile.gcc file is what should be used to compile with Cygwin, any chance of maybe with a future release getting the makefile to compile without requiring the dll file?

I suppose compiling with this in the commandline is suitable to acquire a functioning exe file?

g++ -O3 -mno-cygwin -o polyglot *.cpp

Thanks for the updates to app.
Charles Browne
 
Posts: 209
Joined: 26 May 2008, 00:30

Re: Small compilation problem with Polyglot 1.4w23

Postby F. Bluemers » 09 Aug 2009, 17:20

Charles Browne wrote:If the makefile.gcc file is what should be used to compile with Cygwin, any chance of maybe with a future release getting the makefile to compile without requiring the dll file?

I suppose compiling with this in the commandline is suitable to acquire a functioning exe file?

g++ -O3 -mno-cygwin -o polyglot *.cpp

Thanks for the updates to app.

Doesn't the generic makefile work for gcc?
I only kept in the gcc one for historic reasons(read: too lazy to remove it :wink: ).
F. Bluemers
 
Posts: 175
Joined: 04 Sep 2008, 16:56
Location: Netherlands

Re: Small compilation problem with Polyglot 1.4w23

Postby Charles Browne » 09 Aug 2009, 17:40

There is a makefile in your sources that has no extension. If that is the one you mean by generic, I have put the gcc extension on the end of that file and it too compiles requiring a dll file.

Hey lazy is good, no real big rush, need for it here. But it would be helpful to have in a future release.

In the mean time it would be extremely helpful to know if this is suitable to compile your source files with.

g++ -O3 -mno-cygwin -o polyglot *.cpp
Charles Browne
 
Posts: 209
Joined: 26 May 2008, 00:30

Re: Small compilation problem with Polyglot 1.4w23

Postby F. Bluemers » 09 Aug 2009, 17:48

Charles Browne wrote:There is a makefile in your sources that has no extension. If that is the one you mean by generic, I have put the gcc extension on the end of that file and it too compiles requiring a dll file.

Hey lazy is good, no real big rush, need for it here. But it would be helpful to have in a future release.

In the mean time it would be extremely helpful to know if this is suitable to compile your source files with.

g++ -O3 -mno-cygwin -o polyglot *.cpp

As far as i know the makefile.gcc version is from the times polyglot (on runtime) needed the cygwin1.dll.
I never compiled polyglot with cygwin myself.
What dll file does cygwin require to compile polyglot?
Note that as polyglot does not need to run cygwin1.dll there is no real need to use cygwin to compile polyglot..
F. Bluemers
 
Posts: 175
Joined: 04 Sep 2008, 16:56
Location: Netherlands

Re: Small compilation problem with Polyglot 1.4w23

Postby Charles Browne » 09 Aug 2009, 17:56

No biggy guy.

In the makefile of Winboard, past and present versions, which compiles with Cygwin is an option that forces Cygwin to compile Winboard with the mingw compiler so that a dll file is not required to be used with Winboard. That's all I was asking for, I can whip a makefile up for myself some day to use with Polyglot. Cheers.

Take it easy man.
Charles Browne
 
Posts: 209
Joined: 26 May 2008, 00:30

Re: Small compilation problem with Polyglot 1.4w23

Postby F. Bluemers » 09 Aug 2009, 17:59

Charles Browne wrote:No biggy guy.

In the makefile of Winboard, past and present versions, which compiles with Cygwin is an option that forces Cygwin to compile Winboard with the mingw compiler so that a dll file is not required to be used with Winboard. That's all I was asking for, I can whip a makefile up for myself some day to use with Polyglot. Cheers.

Take it easy man.

I am taking it easy,don't worry :wink:
Just curious about the problem.
Best
Fonzy
F. Bluemers
 
Posts: 175
Joined: 04 Sep 2008, 16:56
Location: Netherlands

Re: Small compilation problem with Polyglot 1.4w23

Postby Michel » 09 Aug 2009, 18:10

will be preceded with "offer draw"
previously just the move with the result(1/2-1/2) was send.


There is curious problem with forwarding draw claims to FICS. In a computer tournament games succeed each other very rapidly. Since FICS also adjudicates draws
the game will likely be finished by the time the draw claim arrives at FICS. In that case the draw claim from the engine may actually be interpreted as a draw offer in the next game!

My FICS bot icsdroneng does not forward draw claims anymore.
Michel
 
Posts: 513
Joined: 01 Oct 2008, 12:15

Re: Small compilation problem with Polyglot 1.4w23

Postby F. Bluemers » 09 Aug 2009, 18:18

Michel wrote:
will be preceded with "offer draw"
previously just the move with the result(1/2-1/2) was send.


There is curious problem with forwarding draw claims to FICS. In a computer tournament games succeed each other very rapidly. Since FICS also adjudicates draws
the game will likely be finished by the time the draw claim arrives at FICS. In that case the draw claim from the engine may actually be interpreted as a draw offer in the next game!

My FICS bot icsdroneng does not forward draw claims anymore.

This is getting ugly,one should now seperatly cater for fics and ics?
note that it will only send the "offer draw" if winboard had send "ics" to polyglot in the first place.
would that happen with fics too?
F. Bluemers
 
Posts: 175
Joined: 04 Sep 2008, 16:56
Location: Netherlands

Re: Small compilation problem with Polyglot 1.4w23

Postby Michel » 09 Aug 2009, 22:11

fixed: Illegal moves resulted in polyglot waiting for xboard to declare a timeloss


In my version an illegal move from the engine caused PG to exit (cleanly).

I have now also changed it so that it will forfeit instead. This seems indeed like a good idea.
Michel
 
Posts: 513
Joined: 01 Oct 2008, 12:15

Re: Small compilation problem with Polyglot 1.4w23

Postby Michel » 10 Aug 2009, 06:12

BTW. As I read the WB protocol I think the message from PG should contain "resign" since the game result is not coming from a fact on the board.
Michel
 
Posts: 513
Joined: 01 Oct 2008, 12:15

Re: Small compilation problem with Polyglot 1.4w23

Postby H.G.Muller » 10 Aug 2009, 07:29

Why not simply relay the illegal move? WinBoard would then forfeit the engine, giving the proper reason in the PGN? By substituting "resign" you would hide the true reason for the user.

It would be even better if Polyglot would also play the illegal move on its internal board, so that when the GUI and opponent do not reject it, it could simply play on. That would make it, for instance, more Shatranj friendly. If the GUI can play with legality-testing off, Polyglot should not try to frustrate that. It is only meant as an adapter. Not to outsmart (= obstruct...) the GUI.
User avatar
H.G.Muller
 
Posts: 3453
Joined: 16 Nov 2005, 12:02
Location: Diemen, NL

Re: Small compilation problem with Polyglot 1.4w23

Postby Michel » 10 Aug 2009, 07:49

By substituting "resign" you would hide the true reason for the user.


No. The comment indicates why PG resigns.


Why not simply relay the illegal move?


PG does a lot of legality checking internally. This is what makes it such a stable program.
So simply relaying an illegal move would not work.
Michel
 
Posts: 513
Joined: 01 Oct 2008, 12:15

Re: Small compilation problem with Polyglot 1.4w23

Postby H.G.Muller » 10 Aug 2009, 07:56

Michel wrote:PG does a lot of legality checking internally. This is what makes it such a stable program.
So simply relaying an illegal move would not work.

As a user I would consider that a _very_ bad feature. It means it outsteps the bounds of its mandate (translating the protcols), and tries to interfere with what is being transmitted. A capital offense for translators...
User avatar
H.G.Muller
 
Posts: 3453
Joined: 16 Nov 2005, 12:02
Location: Diemen, NL

Re: Small compilation problem with Polyglot 1.4w23

Postby Michel » 10 Aug 2009, 07:58

As a user I would consider that a _very_ bad feature. It means it outsteps the bounds of its mandate (translating the protcols), and tries to interfere with what is being transmitted. A capital offense for translators...


If you start critizising PG again then I'll stop working on it.

You can do the adaptions yourself.
Michel
 
Posts: 513
Joined: 01 Oct 2008, 12:15

Re: Small compilation problem with Polyglot 1.4w23

Postby F. Bluemers » 10 Aug 2009, 09:05

H.G.Muller wrote:Why not simply relay the illegal move? WinBoard would then forfeit the engine, giving the proper reason in the PGN? By substituting "resign" you would hide the true reason for the user.

Well one could do it that way,or forfeit with {Polyglot: Illegal engine move [White|Black] }.
To me there seems to be no big difference.
It would be even better if Polyglot would also play the illegal move on its internal board, so that when the GUI and opponent do not reject it, it could simply play on. That would make it, for instance, more Shatranj friendly. If the GUI can play with legality-testing off, Polyglot should not try to frustrate that. It is only meant as an adapter. Not to outsmart (= obstruct...) the GUI.

Clearly,polyglot is restricted to chess now.I don't have any plans for Shatranj
I wonder if there will be many complaints about polyglot frustrating gui legality-testing features :shock:
F. Bluemers
 
Posts: 175
Joined: 04 Sep 2008, 16:56
Location: Netherlands

Re: Small compilation problem with Polyglot 1.4w23

Postby H.G.Muller » 10 Aug 2009, 09:52

Michel wrote:If you start critizising PG again then I'll stop working on it.

You can do the adaptions yourself.

You seem to have a severe attitude problem. :(

Very well, then! I will start my own fork. I can't work with people that feel they are above criticism, and I will certainly not be silenced by blackmail or threats...
User avatar
H.G.Muller
 
Posts: 3453
Joined: 16 Nov 2005, 12:02
Location: Diemen, NL

Re: Small compilation problem with Polyglot 1.4w23

Postby Michel » 10 Aug 2009, 11:15

You seem to have a severe attitude problem


Its obviously you that has an attitude problem.

If you feel that every discussion has to be sprinkled with derogatory terms and insults then I cannot work with you.
Michel
 
Posts: 513
Joined: 01 Oct 2008, 12:15

Next

Return to Winboard and related Topics

Who is online

Users browsing this forum: No registered users and 23 guests