Re: [computer-go] Tesuji

[Russ Williams]

On 9/11/07, Joshua Shriver <[EMAIL PROTECTED]> wrote:
> Was reading a page about Go and came across this term.  Anyone know
> what it means?

With no disrespect intended, it seems like there are a fair number of
go programmers who don't actually know go very much beyond the rules
themselves.  (I'm assuming from your question that you fall into this
category.)

So I'm curious why non-go-players (or minimal-go-players) are
interested in programming go, instead of a game they know well.  Is
there a similar situation in chess (are there a lot of chess
programmers who don't really know chess)?  Hmm, maybe so.

I also wonder whether experienced go programmers believe one needs to
know go to be able to make a very strong go program.  Or will some of
the new Monte Carlo etc techniques sufficiently supplant expert domain
knowledge that any good programmer with just a rudimentary knowledge
of the rules of go will be able to make a strong go program?

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

[computer-go] Re: Tesuji

[Hideki Kato]

Tesuji is also used for the first move of such sequence of moves.

-gg

Hideki Kato: <[EMAIL PROTECTED]>:
>Hi Shriver,
>
>Tesuji is really a Japanese word.  "Te" means a hand or a move and 
>"suji" means a line or a sequence.  So, "tesuji" means a sequence of 
>good moves, in general.  Usually used for some particular sequences 
>like what you can see at .
>
>Hope this helps,
>gg (Hideki)
>
>Joshua Shriver: <[EMAIL PROTECTED]>:
>>Was reading a page about Go and came across this term.  Anyone know
>>what it means?
>>Some googling yielded that it's some kind of tactic position. Though I
>>might have misinterpreted it.
>>
>>-Josh
>>___
>>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/
--
[EMAIL PROTECTED] (Kato)
___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/

[computer-go] Re: Tesuji

[Hideki Kato]

Hi Shriver,

Tesuji is really a Japanese word.  "Te" means a hand or a move and 
"suji" means a line or a sequence.  So, "tesuji" means a sequence of 
good moves, in general.  Usually used for some particular sequences 
like what you can see at .

Hope this helps,
gg (Hideki)

Joshua Shriver: <[EMAIL PROTECTED]>:
>Was reading a page about Go and came across this term.  Anyone know
>what it means?
>Some googling yielded that it's some kind of tactic position. Though I
>might have misinterpreted it.
>
>-Josh
>___
>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: [computer-go] Tesuji

[forrestc]

Joshua Shriver said:
> Was reading a page about Go and came across this term.  Anyone know what
> it means?
> Some googling yielded that it's some kind of tactic position. Though I
> might have misinterpreted it.

Essentially, a sharp move. If we used the word in chess, moves that formed
pins or knight forks would be examples.

Books on tesuji show you positions where a particular kind of move works,
the better to teach you how to recognize various configurations that
typically offer opportunities for sharp tactical upsets.

Forrest Curo
San Diego


-
This email was sent using AIS WebMail.
http://www.americanis.net/


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

[computer-go] Tesuji

[Joshua Shriver]

Was reading a page about Go and came across this term.  Anyone know
what it means?
Some googling yielded that it's some kind of tactic position. Though I
might have misinterpreted it.

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

Re: [computer-go] Help!The way of situation/circumstance judgement by computer

[Stuart A. Yeates]

On 9/10/07, h.l.s.t <[EMAIL PROTECTED]> wrote:
> As the theme says,I wanna some advise of how could I judge the
> situation/circumstances?Just like ,How could I know how many crosses/mu each
> player has?
>
> Appreciate for any answer.

If I understand your question correctly, you are asking how to
estimate the score of an incomplete game.

The answer is: with difficulty. Unlike chess, there is no simple,
cheap metric to estimate the score reasonably reliably. In the early
game influence metrics can be useful, late in the game measures of
surrounded territory can be useful, but know when to use which is
challenging.

The problem is made harder by issues such as seki and aji.

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

Re: [computer-go] Binary release of MoGo

[Sylvain Gelly]

Hi Edward and all,

>  I am very interested in a windows binary to use MoGo as an
>  extra sparring partner, (I cannot use linux at this moment),
>  I do not mind if the binary is slower,

Maybe distributing a windows version only for known people is
possible. I will do it ASAP, but I have to reboot on windows, so not
tonight :-).

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

Re: [computer-go] Binary release of MoGo

[Sylvain Gelly]

Hi Markus, Hi all,

I updated the package to fix the issues you get and some other minor
ones. Please update before reporting a problem, and please report any
further problem :-).

> I don't know about Ubuntu, but the default GCC configuration on Fedora
> does not set CPU-specific compiler options, so an executable should
> run on the whole family of i386 processors.
I don't use the default gcc options, you can make it significantly
faster tuning the options.

> If you add some Intel-Core 2 specific options yourself, I would be
> interested, what they are, and in what speedup they really result.
> For Athlons, I never found a significant difference between enabling
> AMD architecture or just using the default configuration.
I used --march=opteron, and that gives a +3% on a core2duo compared to
--march=pentium4, while working on all recent machines (but apparently
not on your Athlon XP :) ). I switched back to --march=pentium4

Tell me if it works now (hopefully),
Cheers,
Sylvain
___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/

Re: [computer-go] Binary release of MoGo

[Sylvain Gelly]

> I didn't know you HAD to type a level option.

Yes, sorry for that user NON-friendly behavior. It is simply an
historical behavior, and I wanted to change the less number of things
for this release.
I will at some point add that to the FAQ :).

> This is all quite a bit confusing
Sorry again about that. Actually I wanted to make it much more
user-friendly, but I really ran out of time, and so I have to decide
to do what I could do in the time I had, which is not what I wanted to
do ultimately

> but I think I have a working version of mogo.
That is a good news then :)

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

Re: [computer-go] Binary release of MoGo

[Don Dailey]

Ok,

Sorry for all the trouble.I didn't know you HAD to type a level
option.

I can now do ./mogo --9 --nbThreads 2 

I think I was a bit confused by the self-train initialization message
which appears whether it's accepting gtp commands or not.

If you do ./mogo --nbThreads 2  as you say it starts doing some kind of
training and it doesn't respond to GTP but as you say this is normal.

./mogo --19 does work correctly.   Even if I then type boardsize 7
or some other boardsize.This is all quite a bit confusing - but I
think I have a working version of mogo.   

Thanks!!!

- Don


On Mon, 2007-09-10 at 17:17 +0200, Sylvain Gelly wrote:
> > It doesn't matter - if I do --19 the same behavior,  I can not longer
> > type gtp commands in a shell - it goes into self-training.
> 
> That is not normal.
> You mean you typed:
> 
> ./mogo  --19
> 
> and it does not go to gtp mode?
> 
> > If I start like this:   ./mogo --nbThreads 2
> >   It ALSO goes into self-training and gtp commands do not work.
> That is normal. First option as to be either --9 or --19.
> 
> Cheers,
> Sylvain
> ___
> 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] Binary release of MoGo

[Sylvain Gelly]

> It doesn't matter - if I do --19 the same behavior,  I can not longer
> type gtp commands in a shell - it goes into self-training.

That is not normal.
You mean you typed:

./mogo  --19

and it does not go to gtp mode?

> If I start like this:   ./mogo --nbThreads 2
>   It ALSO goes into self-training and gtp commands do not work.
That is normal. First option as to be either --9 or --19.

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

Re: [computer-go] Binary release of MoGo

[Joshua Shriver]

Good luck in your future endeavors, sad to see you leaving the scene.
I've greatly enjoyed reading your posts and MoGo seems like a
wonderful engine.

Take care,
Josh

> I would also take this occasion to say "goodbye" to you all, and thank
> you for all the discussions. I now finished (and almost defended :))
> my PhD, and my work on MoGo is finished. So it is very likely that I
> will not make any further contribution to MoGo. I would like to say
> that I spent a very good year in the computer Go community, with of course a
> warm special thank to Yizao. Of course, I will follow the future
> discussions on this list with pleasure.
___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/

Re: [computer-go] Binary release of MoGo

[Don Dailey]

On Mon, 2007-09-10 at 10:34 +0200, Sylvain Gelly wrote:
> > I'm a little confused.   If I operate with no parameters it works ok,
> 
> No parameters means --19
> 
> > but if I do ./mogo --7  (for instance) it goes into some kind of 
> > self-training mode.
> 
> Did you see a --7 option on the manual? :-p

It doesn't matter - if I do --19 the same behavior,  I can not longer
type gtp commands in a shell - it goes into self-training.

If I start like this:   ./mogo --nbThreads 2 
  It ALSO goes into self-training and gtp commands do not work.


> There is no "--7" option, nor a "--13" one. You should put a --9 or a --19.
> BTW, I am not sure this version can actually play in 7x7 (maybe, maybe
> not). For the 13x13, I guess the --19 is more appropriate.
> 
> > If I go with no command line options, I can set any board using gtp
> > commands but I can't change the number of processes used.
> 
> The number of processes can only set using --nbThreads x in the
> command line. It really does not work for you? That is puzzling!
> 
> Sylvain
> ___
> 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] Binary release of MoGo

[Don Dailey]

The point is that if I start it with ANY command line options (not using
goui but typing the gtp commands in a shell)  it immediately goes into
some self-learning mode and you cannot play games.   

I haven't tried it with gogui.

- Don


On Mon, 2007-09-10 at 10:21 +0200, Sylvain Gelly wrote:
> 2007/9/10, Don Dailey <[EMAIL PROTECTED]>:
> > The command line parameter to change board size does nothing.
> >
> > I tried:
> >
> >./mogo --19
> >./mogo  -19
> >
> > and it only seemed to want to play on 9x9 boards.Am I doing
> > something wrong?
> 
> 
> As I explained earlier in an answer, the command line parameters only
> affects some tuning, but MoGo trusts the GTP commands. You have to
> specify at some point "boardsize xx"
> 
> > A similar problem with the levels - it doesn't seem to matter what time I 
> > set.
> Ah, that would be a problem. I can't test from here, I will test tonight.
> 
> > Does the command line parsing work?
> It would be a shame if it does not work, does it ;)
> 
> Sylvain
> ___
> 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

[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
___
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

[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 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: [computer-go] Binary release of MoGo

[Markus Enzenberger]

On Monday 10 September 2007, Sylvain Gelly wrote:
> > could it be that it is compiled for specific CPU architecture?
>
> Of course it is :).
> Ok, good (well, rather sad :)), to know that it does not work on
> Athlon XP. I should rebuild with an older architecture then (but it
> will be slower :-( ).

I don't know about Ubuntu, but the default GCC configuration on Fedora
does not set CPU-specific compiler options, so an executable should
run on the whole family of i386 processors.

If you add some Intel-Core 2 specific options yourself, I would be
interested, what they are, and in what speedup they really result.
For Athlons, I never found a significant difference between enabling
AMD architecture or just using the default configuration.

- Markus



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

Re: [computer-go] Binary release of MoGo

[Yamato]

>> Have you tried Visual C++?
>> http://msdn2.microsoft.com/en-us/express/aa975050.aspx
>
>The thing is that VC++ does not have the pthread library.

This library might be help.
http://sources.redhat.com/pthreads-win32/

# I have not used it, though

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

RE: [computer-go] Binary release of MoGo

[Edward de Grijs]

 
Hi Sylvain and all,
 
Thank you very much for sharing the binaries.
I am very interested in a windows binary to use MoGo as an
extra sparring partner, (I cannot use linux at this moment),
I do not mind if the binary is slower, because even then 
the MoGo program will be stonger then my program...
 
Goodbye Sylvain and have much success in your life.
 
Edward.
 
 
 
 
 
> Date: Sun, 9 Sep 2007 21:20:59 +0200> From: [EMAIL PROTECTED]> To: 
> computer-go@computer-go.org> Subject: [computer-go] Binary release of MoGo> > 
> Hi all,> > I am pleased to announce a binary release of current version of 
> MoGo.> It is specially designed for players but of course it may be> 
> interesting for some of you as a benchmark.> You download it and see the 
> instructions there:> http://www.lri.fr/~gelly/MoGo.htm> > Of course, please 
> feel free to talk of it around you, share the link,> and put the link on your 
> webpage :). Please distribute the link but> not the package directly, so that 
> I keep track of the distribution,> and maybe put some fixes, so that people 
> always get the latest> version.> > 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 cygwin 
> for that,> and maybe the reason is that cygwin has only gcc 3.4.2, and which> 
> produce a much slower binary. If anyone has a solution, I would be> pleased 
> to put the windows version as soon as possible.> > I would also take this 
> occasion to say "goodbye" to you all, and thank> you for all the discussions. 
> I now finished (and almost defended :))> my PhD, and my work on MoGo is 
> finished. So it is very likely that I> will not make any further contribution 
> to MoGo. I would like to say> that I spent a very good year in the computer 
> Go community, with of course a> warm special thank to Yizao. Of course, I 
> will follow the future> discussions on this list with pleasure.> > Best,> 
> Sylvain> ___> computer-go mailing 
> list> computer-go@computer-go.org> 
> http://www.computer-go.org/mailman/listinfo/computer-go/
_
De mooiste afbeeldingen van Jessica Simpson vind je met Live Search
http://search.live.com/images/results.aspx?q=jessica%20simpson&FORM=BIRE___
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

[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 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/

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

[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 "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: [computer-go] Re: Binary release of MoGo

[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 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/

[computer-go] Re: Binary release of MoGo

[Sylvain Gelly]

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 everyone question, but as there were many
emails, maybe I missed some. Please don't be offended, and ask again
the question ;).

Best,
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

[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 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

[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.
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] Binary release of MoGo

[Sylvain Gelly]

> Is there a option like gnugo's "--capture-all-dead"?
> In my test(./mogo --9 --time 1),  seems mogo  passed when not  capture 
> alldead stones.

As this release is mainly for humans to play, it is set to play
against humans, so passing as soon as the opponent passes and it is
"safe" to pass.
If you really want it not to pass, you should add a
"--playsAgainstHuman 0"

(I am not exactly sure of the exact spelling of the option and I can't
test from here. Let me know if it does not work).

> By the way, is "--time 0.1" valid?
Yes


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

Re: [computer-go] Binary release of MoGo

[Sylvain Gelly]

> when I run the Linux exeutable on my Fedora 8/Athlon XP, I get a
> coredump:
>
> $ mogo --9 --time 12
> Load opening database opening succeed (nbEntries=618) (nbIllegalMoves removed
> 0)
> tried to open opening, success 1
> Illegal instruction (core dumped)
>
> could it be that it is compiled for specific CPU architecture?

Of course it is :).
Ok, good (well, rather sad :)), to know that it does not work on
Athlon XP. I should rebuild with an older architecture then (but it
will be slower :-( ).

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]

> >> 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] Binary release of MoGo

[Sylvain Gelly]

> Well, I'm hoping for a Mac version someday...

Hopefully it will happen. As I don't have a Mac, I rely on external
help. I'll let you know :).

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

Re: [computer-go] Binary release of MoGo

[Sylvain Gelly]

> I'm a little confused.   If I operate with no parameters it works ok,

No parameters means --19

> but if I do ./mogo --7  (for instance) it goes into some kind of 
> self-training mode.

Did you see a --7 option on the manual? :-p
There is no "--7" option, nor a "--13" one. You should put a --9 or a --19.
BTW, I am not sure this version can actually play in 7x7 (maybe, maybe
not). For the 13x13, I guess the --19 is more appropriate.

> If I go with no command line options, I can set any board using gtp
> commands but I can't change the number of processes used.

The number of processes can only set using --nbThreads x in the
command line. It really does not work for you? That is puzzling!

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

[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 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] Binary release of MoGo

[Sylvain Gelly]

2007/9/10, Don Dailey <[EMAIL PROTECTED]>:
> The command line parameter to change board size does nothing.
>
> I tried:
>
>./mogo --19
>./mogo  -19
>
> and it only seemed to want to play on 9x9 boards.Am I doing
> something wrong?


As I explained earlier in an answer, the command line parameters only
affects some tuning, but MoGo trusts the GTP commands. You have to
specify at some point "boardsize xx"

> A similar problem with the levels - it doesn't seem to matter what time I set.
Ah, that would be a problem. I can't test from here, I will test tonight.

> Does the command line parsing work?
It would be a shame if it does not work, does it ;)

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

Re: [computer-go] Binary release of MoGo

[Sylvain Gelly]

> Have you tried Visual C++?
> http://msdn2.microsoft.com/en-us/express/aa975050.aspx

The thing is that VC++ does not have the pthread library.

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

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

[Sylvain Gelly]

2007/9/10, David Stafford <[EMAIL PROTECTED]>:
> What are the options for someone who would like a dan-level opponent (even if 
> it's 9x9)
> but doesn't have a Linux system currently?  Are there choices other than 
> MoGo?  If not,
> I'm willing to build a Linux box but I have some questions:
>
> - Is a quad-core Xeon better for MoGo than a higher-clocked Core 2 Duo?
> - How much RAM?
> - Which Linux distribution has it been tested with?
It has been tested by myself on Mandriva 2006, Mandriva 2007, debian
"a recent one", ubuntu "a recent one", and be others on this list
which reported a working MoGo :).

For the hardware question, 512 Mo RAM is enough in common use, and the
"tree garbage collector" is by default set to use less than 400 Mo
RAM. Of course you can change it to use more RAM.
For the speed, it is difficult to say, but let's say that you loose
20% to go from 2 CPUs to 4 CPUs at same clock. It is an approximate
rule, and it also depends on how long you let him think: the longer it
thinks, the bigger is the tree, the more time it spends in the tree,
the less efficient is the multihreading.

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]

> 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/

[computer-go] Help!The way of situation/circumstance judgement by computer

[h.l.s.t]

As the theme says,I wanna some advise of how could I judge the 
situation/circumstances?Just like ,How could I know how many crosses/mu each 
player has? Appreciate for any answer.  ___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/