Re: Solved! Re: [computer-go] Re: Binary release of MoGo

2007-09-10 Thread Sylvain Gelly
> auto-numbering in GoGui prepends all commands with an integer ID, > which is sent to the program and should be used by the program in > its response, see the GTP specification. Ok, I did not know that, thanks. So that part of GTP is simply not supported in MoGo :). Cheers, Sylvain _

Re: Solved! Re: [computer-go] Re: Binary release of MoGo

2007-09-10 Thread Markus Enzenberger
On Monday 10 September 2007, Sylvain Gelly wrote: > Ah, now that makes sense, the additional number you posted on your > email was actually sent to MoGo, and I understand now why it did not > work. auto-numbering in GoGui prepends all commands with an integer ID, which is sent to the program and s

Re: Solved! Re: [computer-go] Re: Binary release of MoGo

2007-09-10 Thread Sylvain Gelly
Ah, now that makes sense, the additional number you posted on your email was actually sent to MoGo, and I understand now why it did not work. Thank you for having solving it, and let us know :) Sylvain 2007/9/10, Hideki Kato <[EMAIL PROTECTED]>: > It's just setting of Gogui. When I turned off t

Solved! Re: [computer-go] Re: Binary release of MoGo

2007-09-10 Thread Hideki Kato
It's just setting of Gogui. When I turned off the auto-number feature, mogo worked fine. # Settings -> Configure Shell -> Auto number Cheers, Hideki Sylvain Gelly: <[EMAIL PROTECTED]>: >> I guess the search path you've coded is something wrong or different >> depends on the distributions. >The

Re: [computer-go] Re: Binary release of MoGo

2007-09-10 Thread Sylvain Gelly
> I guess the search path you've coded is something wrong or different > depends on the distributions. The "search path" is simply "." > I'd like to suggest to use some > environment variable dedicated to mogo. I think the recent version of gogui let you define the "working directory". Also, as Gu

Re: [computer-go] Re: Binary release of MoGo

2007-09-10 Thread Hideki Kato
Sylvain Gelly: <[EMAIL PROTECTED]>: >> >> tried to open opening, success 0<-- in grey >> >Here it does not find the file, because the file is with the binaries >> >and gogui (at least your version) looks into the gogui/bin directory. >> >But that does not prevent MoGo to wor

Re: [computer-go] Re: Binary release of MoGo

2007-09-10 Thread Sylvain Gelly
> I think gogui is in fact looking for files in the directory from which > it is launched. Try this to copy the opening database in this directory. Yes exactly, thank you Guillaume for explaining better than I can :p > It runs perfectly on an Opteron 2.6GHz. Good! > But not on a Power5+ processor

Re: [computer-go] Re: Binary release of MoGo

2007-09-10 Thread Sylvain Gelly
> >> tried to open opening, success 0<-- in grey > >Here it does not find the file, because the file is with the binaries > >and gogui (at least your version) looks into the gogui/bin directory. > >But that does not prevent MoGo to work. > > I guess so, as when I added "--us

RE: [computer-go] Re: Binary release of MoGo

2007-09-10 Thread Chaslot G (MICC)
>> 00:00 1 name >> tried to open opening, success 0<-- in grey >Here it does not find the file, because the file is with the binaries >and gogui (at least your version) looks into the gogui/bin directory. >But that does not prevent MoGo to work. I think gogui is in fact lo

Re: [computer-go] Re: Binary release of MoGo

2007-09-10 Thread Sylvain Gelly
> I had a similar issue where pthread/gcc/cygwin combination produced a very > slow application. I had better success with Visual C++ and Boost (for > portable threads). You are right, I should have used Boost for the threads... Unfortunately, I used pthread, and that mean that the threading part

Re: [computer-go] Re: Binary release of MoGo

2007-09-09 Thread Phil G
Sylvain, I had a similar issue where pthread/gcc/cygwin combination produced a very slow application. I had better success with Visual C++ and Boost (for portable threads). Where and when can we read your paper? Thanks for releasing a binary version of MoGo to the community! -Phil

Re: [computer-go] Re: Binary release of MoGo

2007-09-09 Thread Hideki Kato
Sylvain Gelly: <[EMAIL PROTECTED]>: >> BTW, MoGo doesn't work well with gogui 0.9, Fedora Core 5 and Core 2 >> Quad system. >Really? Argh :'( > >> 00:00 1 name >> tried to open opening, success 0<-- in grey >Here it does not find the file, because the file is with the binari

Re: [computer-go] Re: Binary release of MoGo

2007-09-09 Thread Sylvain Gelly
> BTW, MoGo doesn't work well with gogui 0.9, Fedora Core 5 and Core 2 > Quad system. Really? Argh :'( > 00:00 1 name > tried to open opening, success 0<-- in grey Here it does not find the file, because the file is with the binaries and gogui (at least your version) looks

Re: [computer-go] Re: Binary release of MoGo

2007-09-09 Thread Hideki Kato
Sylvain Gelly: <[EMAIL PROTECTED]>: >> Try MinGW (and MSYS). MinGW has GCC ver. 4.2.1. >> http://sourceforge.net/project/showfiles.php?group_id=2435 > >Yes, I saw that and tried. But the thing is that MoGo use pthread >library for multitreading, and, as far as I know, MinGW does not >provide pthr

Re: [computer-go] Re: Binary release of MoGo

2007-09-09 Thread Sylvain Gelly
> Try MinGW (and MSYS). MinGW has GCC ver. 4.2.1. > http://sourceforge.net/project/showfiles.php?group_id=2435 Yes, I saw that and tried. But the thing is that MoGo use pthread library for multitreading, and, as far as I know, MinGW does not provide pthread (does it?). It is why I needed cygwin.