> 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
_
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
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
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
> 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
Hi all,
Thank you for all your comments and reports, and I am pleased some of
you are happy to use it. Please feel free to share the links,
especially for players who do not read this list.
I am sorry it does not work for some of you. I will look into it as
soon as I can.
BTW, I tried to answer e
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
> 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
> >> 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
>> 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
> 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
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
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
> 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
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
> 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.
Sylvain Gelly: <[EMAIL PROTECTED]>:
>Unfortunately, only the linux version is available (for the moment?).
>I wanted to wait for the windows version to be available at the same
>time, but it is 2 times slower than the linux version(!!), so I
>decided not to distribute it for the moment. I use cygw
17 matches
Mail list logo
