Thanks.
This is fixed in v 0.98
Łukasz
On 1/23/07, terry mcintyre <[EMAIL PROTECTED]> wrote:
I was able to reproduce the problem with the odd "White Wins" value.
Turns out that win_cnt was not initialized in playout_benchmark. Adding an
explicit
initialization fixed that problem. My c++ is ex
I was able to reproduce the problem with the odd "White Wins" value.
Turns out that win_cnt was not initialized in playout_benchmark. Adding an
explicit
initialization fixed that problem. My c++ is extremely rusty, so I used
win_cnt[0]=0;
win_cnt[1]=0;
There is probably a c++ specific idiom
On 12/16/2006, "£ukasz Lew" <[EMAIL PROTECTED]> wrote:
>http://www.mimuw.edu.pl/~lew
>
>waiting for Your comments :)
Thanks for sharing it! I'll definitely give it a try.
Urban
___
computer-go mailing list
computer-go@computer-go.org
http://www.compute
I was thinking about that.
But * % / are used only for printing. So it doesn't matter.
Thanks anyway.
Lukasz
On 12/16/06, Ken Friedenbach <[EMAIL PROTECTED]> wrote:
Hi Lukasz,
Thanks for the posting...
One possible space/time optimizatio, trading space for time.
I see you embed the 9x9 board
Hi Lukasz,
Thanks for the posting...
One possible space/time optimizatio, trading space for time.
I see you embed the 9x9 board into an 11x11 array,
and there are /, %, and * operations specified.
If you embed into a 16x11 array, these operations
should be optimized into shift-right, mask, and
