I am running gnubg 1.08.003 20260223, built by me from source with GTK3
support.

The bug occurred during a 5-point match.  I was trailing 0-3 to 5, and I
had cubed to 2 and gnubg accepted.   I gammoned gnubg on that game, the
final roll was 2-2 and I had two checkers on each of the ace and deuce.  So
a forced move, a gammon, and it should be 4-1 crawford.

At the beginning of the next game, I noticed that gnubg thought the score
was still 0-3 to 5, but it also thought that the game was crawford.

Well, this is just weird.  I saved a copy of the match to document it.  It
quite clearly shows the situation I described.

I don't see how I could have directed gnubg to not score that game but move
onto another?  That would be a strange feature.  Seems like a bug to me.
Talk about cheating!  :)

I don't subscribe to this list but if somebody wants a copy of the match
file, email me directly and I will send it.

Todd

PS:  I also find that 2D board animation is glitchy on my Linux Mint
system, and 3D board animation is extremely glitchy.  I spent a day
debugging it with chat-gpt's help and our conclusion was that it was
probably a gnubg problem, not a graphics stack problem.  I disabled the 3d
board entirely from the build that seemed to make the 2d board more
stable.  All told, it is pretty disappointing to have glitchy rendering in
2025, although I suppose one could blame it on the display stack.  But
honestly, not likely.  Welcome to 1995.

Reply via email to