Re: [computer-go] Re: Binary release of MoGo
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 have to be rewritten to use boost instead :-(. Where and when can we read your paper? You mean my thesis? I defend the 25th september, and then I have to make some corrections to it, so let's say beginning of november? Yet, you can read our papers, available on MoGo's page, which contain almost everything. Sylvain ___ computer-go mailing list computer-go@computer-go.org http://www.computer-go.org/mailman/listinfo/computer-go/
RE: [computer-go] Re: Binary release of MoGo
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 looking for files in the directory from which it is launched. Try this to copy the opening database in this directory. Thanks a lot Sylvain! It runs perfectly on an Opteron 2.6GHz. But not on a Power5+ processor. (by the way a Power5+ processor 1.9Ghz is at least 25 percent slower than an Opteron 2.6GHz, for my program...) Guillaume ___ computer-go mailing list computer-go@computer-go.org http://www.computer-go.org/mailman/listinfo/computer-go/
Re: [computer-go] Re: Binary release of MoGo
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 --useOpeningDatabase 0 it's almost the same except the message. As I read my sentence, it was not clear :). I meant because the opening file is in the same directory as the mogo binary MoGo works fine with command line. Say, genmove b = E5 genmove w = G6 with lots of trace messages and the board in ascii. Ok, so obviously it is something in the communication with gogui, that is so strange, especially that it does not happen for me... Sylvain ___ computer-go mailing list computer-go@computer-go.org http://www.computer-go.org/mailman/listinfo/computer-go/
Re: [computer-go] Re: Binary release of MoGo
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. What is that? Never heard about such a processor :). What is the error? Sylvain ___ computer-go mailing list computer-go@computer-go.org http://www.computer-go.org/mailman/listinfo/computer-go/
Re: [computer-go] Re: Binary release of MoGo
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 work. I guess so, as when I added --useOpeningDatabase 0 it's almost the same except the message. As I read my sentence, it was not clear :). I meant because the opening file is in the same directory as the mogo binary Hmmm, it may be wrong. The files, opening and openingValues_19, are surely in the same directory as the mogo binary. When I invoke mogo at the directory where the opening files are, the message changes to Load opening database opening succeed (nbEntries=618) (nbIllegal moves removed 0) tried to open opening, success 1. I guess the search path you've coded is something wrong or different depends on the distributions. I'd like to suggest to use some environment variable dedicated to mogo. MoGo works fine with command line. Say, genmove b = E5 genmove w = G6 with lots of trace messages and the board in ascii. Ok, so obviously it is something in the communication with gogui, that is so strange, especially that it does not happen for me... I think it's not so strange. It's just depending on the distribution or dynamic libraries mogo uses, I guess. Are you flushing stdout and stderr explicitly with or without lock? If so, when and from what thread? -gg -- [EMAIL PROTECTED] (Kato) ___ computer-go mailing list computer-go@computer-go.org http://www.computer-go.org/mailman/listinfo/computer-go/
Re: [computer-go] Re: Binary release of MoGo
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 Guillaume, said, you can simply copy the files into gogui/bin, or not play with database :p. I think it's not so strange. It's just depending on the distribution or dynamic libraries mogo uses, I guess. It should not depend!! I simply use fprintf, which is standard! Are you flushing stdout and stderr explicitly with or without lock? If so, when and from what thread? The communication is not multithreaded, and everything is flushed. The strangest thing is that it works almost everywhere but not on your machine. That is really confusing :(. Best, Sylvain ___ computer-go mailing list computer-go@computer-go.org http://www.computer-go.org/mailman/listinfo/computer-go/
Solved! Re: [computer-go] Re: Binary release of MoGo
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 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 Guillaume, said, you can simply copy the files into gogui/bin, or not play with database :p. I think it's not so strange. It's just depending on the distribution or dynamic libraries mogo uses, I guess. It should not depend!! I simply use fprintf, which is standard! Are you flushing stdout and stderr explicitly with or without lock? If so, when and from what thread? The communication is not multithreaded, and everything is flushed. The strangest thing is that it works almost everywhere but not on your machine. That is really confusing :(. Best, Sylvain ___ computer-go mailing list computer-go@computer-go.org http://www.computer-go.org/mailman/listinfo/computer-go/ -- [EMAIL PROTECTED] (Kato) ___ computer-go mailing list computer-go@computer-go.org http://www.computer-go.org/mailman/listinfo/computer-go/
Re: Solved! Re: [computer-go] Re: Binary release of MoGo
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 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 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 Guillaume, said, you can simply copy the files into gogui/bin, or not play with database :p. I think it's not so strange. It's just depending on the distribution or dynamic libraries mogo uses, I guess. It should not depend!! I simply use fprintf, which is standard! Are you flushing stdout and stderr explicitly with or without lock? If so, when and from what thread? The communication is not multithreaded, and everything is flushed. The strangest thing is that it works almost everywhere but not on your machine. That is really confusing :(. Best, Sylvain ___ computer-go mailing list computer-go@computer-go.org http://www.computer-go.org/mailman/listinfo/computer-go/ -- [EMAIL PROTECTED] (Kato) ___ 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: Solved! Re: [computer-go] Re: Binary release of MoGo
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 should be used by the program in its response, see the GTP specification. and yes, GoGui 1.0 allows you to specify a working directory to run the program in. - Markus ___ computer-go mailing list computer-go@computer-go.org http://www.computer-go.org/mailman/listinfo/computer-go/
Re: Solved! Re: [computer-go] Re: Binary release of MoGo
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 ___ computer-go mailing list computer-go@computer-go.org http://www.computer-go.org/mailman/listinfo/computer-go/
Re: [computer-go] Re: Binary release of MoGo
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. It seems that some succeed in compiling gcc 4.2 on cygwin, but it seems really painful, and I can't allocate so much time to do that... I guess that cygwin will eventually release a modern compiler :-). Sylvain ___ computer-go mailing list computer-go@computer-go.org http://www.computer-go.org/mailman/listinfo/computer-go/