Re: Problems with gnubg's saved settings

[EDWARD GOLDBERG]

PLEASE REMOVE ME FROM THIS LIST 

> On Feb 12, 2024, at 2:39 PM, MK  wrote:
> 
> On 2/11/2024 2:36 PM, Murat K wrote:
> 
> > Some more info for you, in case it may help you fixing it.
> One more possible tip. I don't remember previous versions
> asking if to install for all users or current user only.
> Depending on what you choose, it suggests to install it
> in C:\Program Files (x86)\gnubg\ or C:\Users\***\.gnubg
> 
> This may be why some do, some don't experience the bug??
> 
> MK
> 

Re: Problems with gnubg's saved settings

[EDWARD GOLDBERG]

PLEASE REMOVE ME FROM THIS LIST 

> On Feb 12, 2024, at 2:43 PM, EDWARD GOLDBERG  wrote:
> 
> PLEASE REMOVE ME FROM THIS LIST
> 
>>> On Feb 12, 2024, at 2:39 PM, MK  wrote:
>>> 
>>> On 2/11/2024 2:36 PM, Murat K wrote:
>>> 
>>> Some more info for you, in case it may help you fixing it.
>> One more possible tip. I don't remember previous versions
>> asking if to install for all users or current user only.
>> Depending on what you choose, it suggests to install it
>> in C:\Program Files (x86)\gnubg\ or C:\Users\***\.gnubg
>> 
>> This may be why some do, some don't experience the bug??
>> 
>> MK
>> 

Re: Problems with gnubg's saved settings

[EDWARD GOLDBERG]

PLEASE REMOVE ME FROM THIS LIST 

> On Feb 12, 2024, at 2:43 PM, EDWARD GOLDBERG  wrote:
> 
> PLEASE REMOVE ME FROM THIS LIST
> 
>>> On Feb 12, 2024, at 2:39 PM, MK  wrote:
>>> 
>>> On 2/11/2024 2:36 PM, Murat K wrote:
>>> 
>>> Some more info for you, in case it may help you fixing it.
>> One more possible tip. I don't remember previous versions
>> asking if to install for all users or current user only.
>> Depending on what you choose, it suggests to install it
>> in C:\Program Files (x86)\gnubg\ or C:\Users\***\.gnubg
>> 
>> This may be why some do, some don't experience the bug??
>> 
>> MK
>> 

Re: Problems with gnubg's saved settings

[EDWARD GOLDBERG]

PLEASE REMOVE ME FROM THIS LIST 

> On Feb 12, 2024, at 2:43 PM, EDWARD GOLDBERG  wrote:
> 
> PLEASE REMOVE ME FROM THIS LIST
> 
>>> On Feb 12, 2024, at 2:39 PM, MK  wrote:
>>> 
>>> On 2/11/2024 2:36 PM, Murat K wrote:
>>> 
>>> Some more info for you, in case it may help you fixing it.
>> One more possible tip. I don't remember previous versions
>> asking if to install for all users or current user only.
>> Depending on what you choose, it suggests to install it
>> in C:\Program Files (x86)\gnubg\ or C:\Users\***\.gnubg
>> 
>> This may be why some do, some don't experience the bug??
>> 
>> MK
>> 

Re: Problems with gnubg's saved settings

[EDWARD GOLDBERG]

PLEASE REMOVE ME FROM THIS LIST 

> On Feb 12, 2024, at 2:39 PM, MK  wrote:
> 
> On 2/11/2024 2:36 PM, Murat K wrote:
> 
> > Some more info for you, in case it may help you fixing it.
> One more possible tip. I don't remember previous versions
> asking if to install for all users or current user only.
> Depending on what you choose, it suggests to install it
> in C:\Program Files (x86)\gnubg\ or C:\Users\***\.gnubg
> 
> This may be why some do, some don't experience the bug??
> 
> MK
> 

Re: Problems with gnubg's saved settings

[EDWARD GOLDBERG]

PLEASE REMOVE ME FROM THIS LIST 

> On Feb 12, 2024, at 2:39 PM, MK  wrote:
> 
> On 2/11/2024 2:36 PM, Murat K wrote:
> 
> > Some more info for you, in case it may help you fixing it.
> One more possible tip. I don't remember previous versions
> asking if to install for all users or current user only.
> Depending on what you choose, it suggests to install it
> in C:\Program Files (x86)\gnubg\ or C:\Users\***\.gnubg
> 
> This may be why some do, some don't experience the bug??
> 
> MK
> 

Re: Problems with gnubg's saved settings

[MK]

On 2/11/2024 2:36 PM, Murat K wrote:

> Some more info for you, in case it may help you fixing it.
One more possible tip. I don't remember previous versions
asking if to install for all users or current user only.
Depending on what you choose, it suggests to install it
in C:\Program Files (x86)\gnubg\ or C:\Users\***\.gnubg

This may be why some do, some don't experience the bug??

MK

Re: GNUbg version 1.08.001 available

[EDWARD GOLDBERG]

PLEASE REMOVE ME FROM THIS LIST

> On Feb 12, 2024, at 11:45 AM, TAKAHASHI Kaoru  
> wrote:
> 
> Thanks for 1.08.001 release.
> 
> 
> To savannah project admin:
> 
>  Would you add "1.08" to Release pull-down menu in the bug tracker?
>  
> 
> Best regards,
> -- 
> TAKAHASHI Kaoru 
> 

Re: GNUbg version 1.08.001 available

[TAKAHASHI Kaoru]

Thanks for 1.08.001 release.


To savannah project admin:

  Would you add "1.08" to Release pull-down menu in the bug tracker?
  

Best regards,
-- 
TAKAHASHI Kaoru 

Re: Display bug in Analyse, Clear Analysis, Move

[TAKAHASHI Kaoru]

Hi,

It seems difficult for GTKTranslate() to handle msgid with context
(e.g. "noun|Move").

The following changes might work:
  - "noun|Move" -> "Move" (remove context msgid)
  - "verb|Move" -> "verb|Move" (unchange)
  - "Move" in sound settings -> "Confirm move" or "Submit move", etc

The patch is attached.


Ian Shaw via "Bug reports for and general discussion about GNU Backgammon." 
 writes:
> The menu item for Display bug in Analyse, Clear Analysis, Move displays:
>
> "noun|Move"
>
> Instead of just "Move"
>
> This appears in en_US.po, which I assume is the cause.
>
>
> #: gtkgame.c:4028 gtkgame.c:4039 gtkmovelist.c:63 gtkrolls.c:198 html.c:2161
>
>
> 6382
>
> #: sound.c:351
>
> 6383
>
> msgid "noun|Move"
>
> 6384
>
> msgstr
>
>
-- 
TAKAHASHI Kaoru 
Index: commands.inc
===
RCS file: /sources/gnubg/gnubg/commands.inc,v
retrieving revision 1.70
diff -u -r1.70 commands.inc
--- commands.inc20 Nov 2023 21:00:06 -  1.70
+++ commands.inc12 Feb 2024 16:26:51 -
@@ -1043,7 +1043,7 @@
   { "humanwinsmatch", CommandSetSoundSoundHumanWinMatch, 
 N_("Human wins match"), szOPTFILENAME,  },
   { "move", CommandSetSoundSoundMove, 
-N_("verb|Move"), szOPTFILENAME,  },
+N_("Confirm move"), szOPTFILENAME,  },
   { "redouble", CommandSetSoundSoundRedouble, 
 N_("Redouble"), szOPTFILENAME,  },
   { "resign", CommandSetSoundSoundResign, 
Index: gtkgame.c
===
RCS file: /sources/gnubg/gnubg/gtkgame.c,v
retrieving revision 1.1012
diff -u -r1.1012 gtkgame.c
--- gtkgame.c   30 Dec 2023 20:36:15 -  1.1012
+++ gtkgame.c   12 Feb 2024 16:26:51 -
@@ -4025,7 +4025,7 @@
  CMD_ACTION_CALLBACK_FROMID(CMD_ANALYSE_MATCH) },
 
 { "ClearAnalysisMenuAction", NULL, N_("Clear analysis"), NULL, NULL, 
G_CALLBACK(NULL) },
-{ "ClearAnalysisMoveAction", GTK_STOCK_CLEAR, N_("noun|Move"), NULL, NULL,
+{ "ClearAnalysisMoveAction", GTK_STOCK_CLEAR, N_("Move"), NULL, NULL,
  CMD_ACTION_CALLBACK_FROMID(CMD_ANALYSE_CLEAR_MOVE) },
 { "ClearAnalysisGameAction", GTK_STOCK_CLEAR, N_("_Game"), NULL, NULL,
  CMD_ACTION_CALLBACK_FROMID(CMD_ANALYSE_CLEAR_GAME) },
@@ -4036,7 +4036,7 @@
 { "CMarkCubeMenuAction", NULL, N_("Cube"), NULL, NULL, G_CALLBACK(NULL) },
 { "CMarkCubeClearAction", NULL, N_("Clear"), NULL, NULL, 
CMD_ACTION_CALLBACK_FROMID(CMD_CMARK_CUBE_CLEAR) },
 { "CMarkCubeShowAction", NULL, N_("Show"), NULL, NULL, 
CMD_ACTION_CALLBACK_FROMID(CMD_CMARK_CUBE_SHOW) },
-{ "CMarkMoveMenuAction", NULL, N_("noun|Move"), NULL, NULL, 
G_CALLBACK(NULL) },
+{ "CMarkMoveMenuAction", NULL, N_("Move"), NULL, NULL, G_CALLBACK(NULL) },
 { "CMarkMoveClearAction", NULL, N_("Clear"), NULL, NULL, 
CMD_ACTION_CALLBACK_FROMID(CMD_CMARK_MOVE_CLEAR) },
 { "CMarkMoveShowAction", NULL, N_("Show"), NULL, NULL, 
CMD_ACTION_CALLBACK_FROMID(CMD_CMARK_MOVE_SHOW) },
 { "CMarkGameMenuAction", NULL, N_("Game"), NULL, NULL, G_CALLBACK(NULL) },
Index: gtkmovelist.c
===
RCS file: /sources/gnubg/gnubg/gtkmovelist.c,v
retrieving revision 1.44
diff -u -r1.44 gtkmovelist.c
--- gtkmovelist.c   15 Dec 2022 22:23:00 -  1.44
+++ gtkmovelist.c   12 Feb 2024 16:26:51 -
@@ -60,7 +60,7 @@
 N_("L bg"),
 NULL,
 N_("Diff."),
-N_("noun|Move")
+N_("Move")
 };
 unsigned int i;
 int showWLTree = showMoveListDetail && !phd->fDetails;
Index: gtkrolls.c
===
RCS file: /sources/gnubg/gnubg/gtkrolls.c,v
retrieving revision 1.49
diff -u -r1.49 gtkrolls.c
--- gtkrolls.c  23 Sep 2023 21:28:16 -  1.49
+++ gtkrolls.c  12 Feb 2024 16:26:51 -
@@ -195,7 +195,7 @@
 int i;
 static const char *aszColumn[] = {
 N_("noun|Roll"),
-N_("noun|Move"),
+N_("Move"),
 N_("Equity")
 };
 
Index: html.c
===
RCS file: /sources/gnubg/gnubg/html.c,v
retrieving revision 1.273
diff -u -r1.273 html.c
--- html.c  18 Oct 2023 20:30:47 -  1.273
+++ html.c  12 Feb 2024 16:26:51 -
@@ -2158,7 +2158,7 @@
 fprintf(pf, "%s\n",
 GetStyleGeneral((int)hecss, CLASS_MOVEHEADER, CLASS_MOVENUMBER, 
-1), _("#"));
 fprintf(pf, "%s\n", GetStyleGeneral((int)hecss, 
CLASS_MOVEHEADER, CLASS_MOVEPLY, -1), _("Ply"));
-fprintf(pf, "%s\n", GetStyleGeneral((int)hecss, 
CLASS_MOVEHEADER, CLASS_MOVEMOVE, -1), Q_("noun|Move"));
+fprintf(pf, "%s\n", GetStyleGeneral((int)hecss, 
CLASS_MOVEHEADER, CLASS_MOVEMOVE, -1), 

Backgammon API (Carsten Wenderdel) - Yes please!

[Wayne Joseph]

Hi Carsten,

>> What do you think? Would this be interesting for GnuBG?

Just to say, YES - I don't know much about low-level coding but, as a QA
Analyst, I do have some experience of Swagger docs and API calls / testing
/ scripting with Postman and how VERY useful APIs are.

If I am understanding this topic correctly, I think standardizing APIs
across programs could be extremely useful in programmatically creating /
manipulating / interrogating backgammon positions / running automatic Bot
vs Bot tournaments etc

I've joined your Discord as interested in further developments.

Please feel free to let me know if you would like me to assist with some
high level testing of your API

Kind regards,

Wayne

On Tue, 14 Nov 2023 at 17:03,  wrote:

> Send Bug-gnubg mailing list submissions to
> bug-gnubg@gnu.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.gnu.org/mailman/listinfo/bug-gnubg
> or, via email, send a message with subject or body 'help' to
> bug-gnubg-requ...@gnu.org
>
> You can reach the person managing the list at
> bug-gnubg-ow...@gnu.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Bug-gnubg digest..."
>
>
> Today's Topics:
>
>1. Backgammon API (Carsten Wenderdel)
>2. New backgammon engine: wildbg (Carsten Wenderdel)
>3. Re: Backgammon API (Lasse Hjorth Madsen)
>4. Re: Backgammon API (Guido Flohr)
>
>
> --
>
> Message: 1
> Date: Mon, 13 Nov 2023 20:22:22 +
> From: Carsten Wenderdel 
> To: "bug-gnubg@gnu.org" 
> Subject: Backgammon API
> Message-ID: <8e4009a0-07af-4c8c-977b-aa854a471...@outlook.de>
> Content-Type: text/plain; charset="utf-8"
>
> Hello,
>
> in the past there have been several attempts to separate the engine part
> of GnuBG from the GUI. Two examples:
>
> https://github.com/alcacoop/libgnubg-android
> https://github.com/hwatheod/gnubg-web
>
> Both attempts had a very specific goal in mind and were not continued.
>
> In chess there is UCI, an interface understood by virtually all engines,
> bots and GUIs. Wouldn’t it be great if we had something similar for
> backgammon? Someone could write a new engine or GUI without worrying too
> much about the other. If someone wanted to create a JavaScript or Flutter
> GUI on top of GnuBG, it would be possible.
>
> Such an API can’t exclusively be a C API. There are GUIs and bots written
> in other programming languages. Also it should easily work if both parts
> are closed source and distributed independently.
>
> In chess UCI uses standard input and output. I believe a modern
> interpretation should be based on web technologies.
> While protobuf is faster than JSON, a combination of HTTP and JSON is
> widely supported by programming languages and libraries.
> If we find the right spot where to split engine and GUI, a few
> milliseconds more or less are not crucial.
>
> Not all engines might use neural networks and be able to calculate winning
> probabilities. So maybe also a basic version of the API should be taken
> into consideration. For game play there are only two questions that need to
> be asked by the client and answered by the engine:
> 1. Given a certain position and dice (and state of the match, cube, etc.):
> What is the correct move?
> 2. Given a certain position (and state of the match, cube, etc.): What is
> the correct cube action?
>
> I found one project where someone has ported GnuBG to the Go programming
> language and used HTTP and JSON for an API:
> https://github.com/foochu/bgweb-api
> The README of this project also has some examples how the API looks like.
>
> For my project wildbg (https://github.com/carsten-wenderdel/wildbg) I
> slightly changed that API. Mainly I removed some information and changed
> POST to GET requests.
> So if from the starting position 3 and 1 are rolled, this is how the
> request would look like:
>
> https://wildbg.shuttleapp.rs/move?die1=3=1=-2=5=3=-5=5=-3=-5=2
>
> Have a look at the URL, it’s already deployed and working.
> For more documentation around it, see
> https://wildbg.shuttleapp.rs/swagger-ui
>
> All this is completely stateless. So the engine does not need to remember
> anything, every request would carry all the information needed.
>
> Currently missing: More HTTP parameters describing state of the match,
> Crawford, desired strength of the engine etc.
>
> Also missing are rollouts. For that I imagine a POST request. Immediately
> returned would not be the result of the rollout but instead an ID. With
> this ID the status of the rollout could be queried and potentially also the
> rollout be canceled.
>
> In general, responsibilities could be split like that:
>
> Engine
> - Evaluation of positions, not only 0-ply, but also 1, 2 or 3 ply.
> - Rollouts
>
> Client:
> - Keeping track of the match state
> - Match analysis
> - Calculation of ELO or performance rating
>
> I’ve already 

Display bug in Analyse, Clear Analysis, Move

[Bug reports for and general discussion about GNU Backgammon.]

The menu item for Display bug in Analyse, Clear Analysis, Move displays:

"noun|Move"

Instead of just "Move"

This appears in en_US.po, which I assume is the cause.


#: gtkgame.c:4028 gtkgame.c:4039 gtkmovelist.c:63 gtkrolls.c:198 html.c:2161


6382

#: sound.c:351

6383

msgid "noun|Move"

6384

msgstr

RE: GNUbg version 1.08.001 available

[Bug reports for and general discussion about GNU Backgammon.]

I installed the latest version, and all my settings appear intact. At least, 
the board colours and number of threads are as I remember them. 

I've tried on 2 PCs and both are OK. 

I still have the problem on my desktop where I have to move a dialog window a 
few mm before I can click a second option. The laptop is OK.

The Windows build is the same, but they are different gen processors.
Desktop: Intel(R) Core(TM) i7-10700 CPU @ 2.90GHz   2.90 GHzWindows 
10 Pro 22H2 OS Build 19045.3930 Windows Feature Experience Pack 
1000.19053.1000.0
Laptop: 12th Gen Intel(R) Core(TM) i7-1265U   1.80 GHz  Windows 
10 Pro 22H2 OS Build 19045.3930 Windows Feature Experience Pack 
1000.19053.1000.0

-- Ian 


-Original Message-
From: bug-gnubg-bounces+ian.shaw=riverauto.co...@gnu.org 
 On Behalf Of Isaac Keslassy
Sent: Sunday, February 11, 2024 7:13 AM
To: bug-gnubg@gnu.org
Subject: Re: GNUbg version 1.08.001 available

1) SAVING SETTINGS: I have also had the problem of gnubg 1.08 not saving 
settings, or rather, reporting that it is saving them but not loading them. 
Reinstalling gnubg doesn't help. It only worked for me once I selected to 
remove all of my preferences during the installation process (you need to make 
sacrifices to help debug!). I noticed in the faulty installation that I had 
both a ".gnubgautorc" and a "gnubgautorc" file in my preferences folder. This 
may be the reason: it may save in one file and read from the other. I tried to 
correct the error in gnubg.c, but cannot do it due to the 2nd problem below:

2) WINDOWS COMPILATION: I cannot compile and run gnubg 1.08 on Windows using 
MSYS2. Once compiled, gnubg cannot open any of its needed files (MET, weights, 
textures, etc). Jon kindly helped and encountered the same issue on his 
computer. He mentioned it could be an issue with g_fopen. Any idea anyone?



On 10-Feb-24 11:56 PM, Murat K wrote:
> On 2/9/2024 10:59 PM, Murat K wrote:
> 
>> It replaced my gnubgautorc with a default file. I installed it on 
>> another computer to make sure. It did the same thing. Is this 
>> intentional? What is the fix to use my previous settings??
> 
> I had never installed 1_08_dev-20240103. I tried it and it does the 
> same thing. Interesting that nobody else noticed or complained about 
> this. I went back to 1_08_dev-20230709 and all is fine. I guess I'll 
> just have to do without the latest and greatest improvements... ;)
> 
> MK
> 
> External e-mail, be judicious when opening attachments or links