Re: [computer-go] Update of MoGo binary release, and windows version available!

2007-10-07 Thread Yamato
>Yes you can:
>--nbTotalSimulations 3000
>
>Once you set this option it ignores all other time settings.

Thanks!  It works perfectly.

--
Yamato
___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/


Re: [computer-go] Update of MoGo binary release, and windows version available!

2007-10-07 Thread Sylvain Gelly
Hi,

Yes you can:
--nbTotalSimulations 3000

Once you set this option it ignores all other time settings.

Cheers,
Sylvain

2007/10/7, Yamato <[EMAIL PROTECTED]>:
>
> Sylvain,
>
> Can I set the number of the simulations per move instead of the
> thinking time? (like "--simulations 3000")
> If possible, it is very useful for the benchmark.
>
> --
> Yamato
> ___
> computer-go mailing list
> computer-go@computer-go.org
> http://www.computer-go.org/mailman/listinfo/computer-go/
>
___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/

Re: [computer-go] Update of MoGo binary release, and windows version available!

2007-10-06 Thread Yamato
Sylvain,

Can I set the number of the simulations per move instead of the 
thinking time? (like "--simulations 3000")
If possible, it is very useful for the benchmark.

--
Yamato
___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/


[computer-go] Update of MoGo binary release, and windows version available!

2007-10-01 Thread Gilles Arcas
I have released a new version of Drago (3.01) which can be interfaced with 
MoGo. It can be downloaded at http://www.godrago.net . It makes available 
fixed and free handicap, undo, scoring and starting from any position. The 
issue described by Dave should be corrected.


Regards
Gilles Arcas


___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/


Re: [computer-go] Update of MoGo binary release, and windows version available!

2007-09-20 Thread dhillismail

Hello Giles,

I downloaded the latest version of Drago (which includes the "LibKombilo.dll" 
file that someone mentioned), copied in your patch, and played Mogo for a few 
moves. It seems to work OK. YAY!

I'll mention this here, since others might encounter it. There is a small race 
condition problem in the latest (patched and unpatched) version of Drago that 
wasn't there in earlier versions. If you set Mogo to play white, and then 
quickly make your first move as black, Drago will hang until you select 
"Cancel" from the menu. It does the same thing with my engine. 

Drago blocks the player from trying to move while the engine is thinking 
about?its own?move. But apparently?he is -not- blocked from moving when Drago 
should be waiting for the engine to respond to a command like "name." So if the 
player moves while the engine is still busy reading its initialization files, 
Drago gets stuck.

Gnugo initializes so quickly that the player probably couldn't click a button 
fast enough to "win" this ?race.

- Dave Hillis


-Original Message-
From: Gilles Arcas <[EMAIL PROTECTED]>
To: computer-go@computer-go.org
Sent: Wed, 19 Sep 2007 7:15 pm
Subject: [computer-go] Update of MoGo binary release, and windows version 
available!


Hello Dave, bonjour Sylvain,?
?
yes they are some problems to use MoGo with Drago. The main issue is the 
initial message written to stderr as guessed by Dave. Actually, Drago handles 
incorrectly stdout and stderr in the same way but this is easily corrected.?
?
I have uploaded a patch for using MoGo with Drago: 
www.godrago.net/DragoForMogoPatch.zip. The zip contains an exe file which 
should replace the one from the current Drago install.?
?
As MoGo does not implement the GTP command final_result, an error message is 
displayed at the end of the game and the user must count the result. (By the 
way, is there a problem with 'final_status_list alive' ?)?
?
I could let the dll and the data files in MoGo folder without any problem.?
?
Amicalement?
Gilles?
?
___?
computer-go mailing list?
[EMAIL PROTECTED]
http://www.computer-go.org/mailman/listinfo/computer-go/?



Check Out the new free AIM(R) Mail -- Unlimited storage and industry-leading 
spam and email virus protection.
___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/

Re: [computer-go] Update of MoGo binary release, and windows version available!

2007-09-20 Thread Jacques BasaldĂșa

Thank you Sylvain!

It works fine for me. A very good sparring strong and so different in style!


You mean that with the .dll in WINDOWS\system32 that goes further? I
thought that the .dll in the same directory as the .exe was enough.


Copy/pasting from Microsoft's API reference:

" The function searches for the file in the following sequence: 

1. The directory from which the application loaded. 
2. The current directory. 
3. Windows 95: The Windows system directory. Use the GetSystemDirectory function to get the path of this directory.

  Windows NT: The 32-bit Windows system directory. Use the GetSystemDirectory 
function to get the path of this directory. The name of this directory is 
SYSTEM32.

4. Windows NT: The 16-bit Windows system directory. There is no Win32 function 
that obtains the path of this directory, but it is searched. The name of this 
directory is SYSTEM.
5. The Windows directory. Use the GetWindowsDirectory function to get the path of this directory. 
6. The directories that are listed in the PATH environment variable. "


The priority is only important if there is more than one version of the file.

Placing the "file that works ok" in the same path as the application is good 
practice. This makes the program work fine without modifying the system anyhow.


Jacques.

___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/


Re: [computer-go] Update of MoGo binary release, and windows version available!

2007-09-20 Thread Sylvain Gelly
Hi Gilles,


yes they are some problems to use MoGo with Drago. The main issue is the
> initial message written to stderr as guessed by Dave. Actually, Drago
> handles incorrectly stdout and stderr in the same way but this is easily
> corrected.


Good news!

I have uploaded a patch for using MoGo with Drago:
> www.godrago.net/DragoForMogoPatch.zip. The zip contains an exe file which
> should replace the one from the current Drago install.


Why is it only a patch for MoGo? Is it only a change to handle stderr in a
good way?


As MoGo does not implement the GTP command final_result, an error message is
> displayed at the end of the game and the user must count the result. (By
> the
> way, is there a problem with 'final_status_list alive' ?)


I don't about all those GTP commands. MoGo implements a subset of GTP which
is enough for cgos, KGS and gogui.
For the scoring, of course cgos is the minimal :), but the scoring works
very well on KGS and gogui. I don't know which commands they send, but it
seems enough :).
Yet, it would be good for MoGo to support Drago as it seems pretty trivial
to do so, I will at some point look into it (without giving a date :)).

Cheers,
Sylvain
___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/

Re: [computer-go] Update of MoGo binary release, and windows version available!

2007-09-19 Thread terry mcintyre
I tried to start this version of Drago, and got an error message regarding a 
missing libkombilo.dll

I do have an earlier version of Drago which works, modulo the problems with 
Mogo.
 
Terry McIntyre <[EMAIL PROTECTED]>
They mean to govern well; but they mean to govern. They promise to be kind 
masters; but they mean to be masters. -- Daniel Webster

- Original Message 
From: Gilles Arcas <[EMAIL PROTECTED]>
To: computer-go@computer-go.org
Sent: Wednesday, September 19, 2007 4:15:36 PM
Subject: [computer-go] Update of MoGo binary release, and windows version 
available!

Hello Dave, bonjour Sylvain,

yes they are some problems to use MoGo with Drago. The main issue is the 
initial message written to stderr as guessed by Dave. Actually, Drago 
handles incorrectly stdout and stderr in the same way but this is easily 
corrected.

I have uploaded a patch for using MoGo with Drago: 
www.godrago.net/DragoForMogoPatch.zip. The zip contains an exe file which 
should replace the one from the current Drago install.

As MoGo does not implement the GTP command final_result, an error message is 
displayed at the end of the game and the user must count the result. (By the 
way, is there a problem with 'final_status_list alive' ?)

I could let the dll and the data files in MoGo folder without any problem.

Amicalement
Gilles


___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/







   

Be a better Globetrotter. Get better travel answers from someone who knows. 
Yahoo! Answers - Check it out.
http://answers.yahoo.com/dir/?link=list&sid=396545469___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/

[computer-go] Update of MoGo binary release, and windows version available!

2007-09-19 Thread Gilles Arcas

Hello Dave, bonjour Sylvain,

yes they are some problems to use MoGo with Drago. The main issue is the 
initial message written to stderr as guessed by Dave. Actually, Drago 
handles incorrectly stdout and stderr in the same way but this is easily 
corrected.


I have uploaded a patch for using MoGo with Drago: 
www.godrago.net/DragoForMogoPatch.zip. The zip contains an exe file which 
should replace the one from the current Drago install.


As MoGo does not implement the GTP command final_result, an error message is 
displayed at the end of the game and the user must count the result. (By the 
way, is there a problem with 'final_status_list alive' ?)


I could let the dll and the data files in MoGo folder without any problem.

Amicalement
Gilles


___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/


Re: [computer-go] Update of MoGo binary release, and windows version available!

2007-09-19 Thread dhillismail

Sylvain,

There is nothing to apologize for.
Writing to stderr is fine.
Putting the .dll in the same directory is fine.
Mogo does work from the command line.
No error message.

 I can recreate the symptoms with my own engine by adding an 
extraneous?"printf." 
"fprintf(stderr," does not cause problems.
Whether it gives an error message or not beyond the "abort" depends on what I 
print. 
It could be that there are some?stray printf's, not directed to stderr, 
somewhere in Mogo. It seems to happen in response to genmove (perhaps when 
reporting the time) and also when reading the opening file. I can delay the 
abort by running with "--useOpeningDatabase 0" but only until the first 
"genmove."

Mogo responds to some other commands like "name", "version", "komi", 
"boardsize", "clear_board", and "play", without problems.

- Dave Hillis


-Original Message-----
From: Sylvain Gelly <[EMAIL PROTECTED]>
To: computer-go 
Sent: Wed, 19 Sep 2007 4:03 am
Subject: Re: [computer-go] Update of MoGo binary release, and windows version 
available!



Hi Dave and thanks,

>  Drago works well for Gnugo and also for my program. Mogo starts but then
> exits prematurely with a message from Drago "abnormal termination of
> engine".
:-(

>   One thing, when I run it from the command line, it spits out a lot of
> non-gtp format diagnostic information even with the setting "--dontDisplay
> 1". That would upset some clients, including probably Drago, although I'd
> expect different symptoms if that were the only problem.

Normally not, the diagnostic information are sent to stderr, and
should not be a problem. So shall I understand MoGo at least works for
you on command line?

>  I put an extra copy of cygwin1.dll in the "WINDOWS\system32" directory, so
> mogo can find it from anywhere and I used "--9 --time 12
> --useOpeningDatabase 0 --dontDisplay 1". That got it connected to Drago and
> actually set up a game.
You mean that with the .dll in WINDOWS\system32 that goes further? I
thought that the .dll in the same directory as the .exe was enough.

> But it terminates as soon as it gets a genmove
> comand.
:-(
With no error message?

> It creates a logfile in the directory where it is supposed to be
> running. There is one line that says
>  "MoGo GTP log file."
Lol. That means it did not get very far :)

>  My best guess, right now, is that the non-gtp diagnostic messages are
> causing trouble. I'll look at it some more when I have time.
Sorry for the trouble.
I'll look at it as soon as I find some time, ie I don't know when :).

Sorry again for the trouble :-/
Sylvain
___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/



Check Out the new free AIM(R) Mail -- Unlimited storage and industry-leading 
spam and email virus protection.
___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/

Re: [computer-go] Update of MoGo binary release, and windows version available!

2007-09-19 Thread Sylvain Gelly
Hi Dave and thanks,

>  Drago works well for Gnugo and also for my program. Mogo starts but then
> exits prematurely with a message from Drago "abnormal termination of
> engine".
:-(

>   One thing, when I run it from the command line, it spits out a lot of
> non-gtp format diagnostic information even with the setting "--dontDisplay
> 1". That would upset some clients, including probably Drago, although I'd
> expect different symptoms if that were the only problem.

Normally not, the diagnostic information are sent to stderr, and
should not be a problem. So shall I understand MoGo at least works for
you on command line?

>  I put an extra copy of cygwin1.dll in the "WINDOWS\system32" directory, so
> mogo can find it from anywhere and I used "--9 --time 12
> --useOpeningDatabase 0 --dontDisplay 1". That got it connected to Drago and
> actually set up a game.
You mean that with the .dll in WINDOWS\system32 that goes further? I
thought that the .dll in the same directory as the .exe was enough.

> But it terminates as soon as it gets a genmove
> comand.
:-(
With no error message?

> It creates a logfile in the directory where it is supposed to be
> running. There is one line that says
>  "MoGo GTP log file."
Lol. That means it did not get very far :)

>  My best guess, right now, is that the non-gtp diagnostic messages are
> causing trouble. I'll look at it some more when I have time.
Sorry for the trouble.
I'll look at it as soon as I find some time, ie I don't know when :).

Sorry again for the trouble :-/
Sylvain
___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/


Re: [computer-go] Update of MoGo binary release, and windows version available!

2007-09-18 Thread dhillismail

Sylvain,

 First, congratulations for all you have accomplished in computer go and 
for keeping such a good attitude while doing so. I hold out the hope that you 
will come back another day with more ideas. (It would be?understandable if you 
were maybe just a little bit sick of computer go right now anyway.)

 Second, thanks for releasing the binaries and supporting multiple 
platforms, which is a pain.

 I am trying to get the windows binary to work under Drago. 
http://www.godrago.net
Drago works well for Gnugo and also for my program. Mogo starts but then exits 
prematurely with a message from Drago "abnormal termination of engine". It 
should be running in the right directory where it can find its opening files 
and the dll. It does the same thing whether I start it with --9 or --19 or 
--useOpeningDatabase 0.

 If I give it?malformed input, I get an error message, through 
Drago,?telling me to start with "--9" or "--19".?

 One thing, when I run it from the command line, it spits out a lot of 
non-gtp format diagnostic information even with the setting "--dontDisplay 1". 
That would upset some clients, including probably Drago, although I'd expect 
different symptoms if that were the only problem.

I put an extra?copy of cygwin1.dll in the "WINDOWS\system32" directory, so mogo 
can find it from anywhere and I used "--9 --time 12 --useOpeningDatabase 0 
--dontDisplay 1". That got it connected to Drago and actually set up a game. 
But it terminates as soon as it gets a genmove comand. It creates a logfile in 
the directory where it is supposed to be running. There is one line that says
"MoGo GTP log file."

My best guess, right now, is that the non-gtp diagnostic messages are causing 
trouble. I'll look at it some more when I have time.

- Dave Hillis


-Original Message-
From: Sylvain Gelly <[EMAIL PROTECTED]>
To: computer-go 
Sent: Mon, 17 Sep 2007 6:27 pm
Subject: [computer-go] Update of MoGo binary release, and windows version 
available!




Hi all,

you can find here:
http://www.lri.fr/~gelly/MoGo_Download.htm

an update of MoGo's release, especially binary for non pentium4
compatible processors, some other options explained, and maybe more
interesting, an option for time management (I stupidly did not think
that people would use MoGo with frontend sending "time_left"). It is
basically adding simple interface to what existed before, but I hope
it will be useful for you.

In the same time of this update, you can finally download a windows
version! Unfortunately, it is not multithread, and still 30% slower
than the linux version, but at least it works :).

Hopefully a Mac version will come.

Please feel free to share the link to any player you know who may be interested.

Best,
Sylvain

PS: I had no time to check everything. Hopefully it works, but if you
find problems please report (and don't be upset ;-))
___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/



Check Out the new free AIM(R) Mail -- Unlimited storage and industry-leading 
spam and email virus protection.
___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/

Re: [computer-go] Update of MoGo binary release, and windows version available!

2007-09-17 Thread David Doshay

On 17, Sep 2007, at 3:27 PM, Sylvain Gelly wrote:



Hopefully a Mac version will come.



Count us as one more research group that would greatly welcome that!
We have both G5 and Intel machines now, and will undoubtedly have
more Intel boxes in the future, so it would be best for us, if you don't
mind, if you could compile as a universal binary.

Thanks much!

Cheers,
David





___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/


[computer-go] Update of MoGo binary release, and windows version available!

2007-09-17 Thread Sylvain Gelly
Hi all,

you can find here:
http://www.lri.fr/~gelly/MoGo_Download.htm

an update of MoGo's release, especially binary for non pentium4
compatible processors, some other options explained, and maybe more
interesting, an option for time management (I stupidly did not think
that people would use MoGo with frontend sending "time_left"). It is
basically adding simple interface to what existed before, but I hope
it will be useful for you.

In the same time of this update, you can finally download a windows
version! Unfortunately, it is not multithread, and still 30% slower
than the linux version, but at least it works :).

Hopefully a Mac version will come.

Please feel free to share the link to any player you know who may be interested.

Best,
Sylvain

PS: I had no time to check everything. Hopefully it works, but if you
find problems please report (and don't be upset ;-))
___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/