Re: [computer-go] is Zen gone commercial?

2009-09-24 Thread Jim O'Flaherty, Jr.
Darren, If it doesn't work on Wine, you could always load a VM, like Sun's VirtualBox, install a copy of Windows in that and play from there. VirtualBox has very good performance metrics at above 95% of max (non VM) speed. And there's plenty of throw-away copies of XP licenses available all ove

Re: [computer-go] Git, any other ideas?

2008-10-24 Thread Jim O'Flaherty, Jr.
Mark, I would figure that given the popularity of both Eclipse and git, the problems connecting the two easily, similar to the way Eclipse and Subversion connect, will be solved sooner rather than later. And once they are, it won't be too difficult to transition from whatever you choose to use

Re: [computer-go] yet a mogo vs human game

2008-08-27 Thread Jim O'Flaherty, Jr.
What were the software improvements? Were they related to the code distributing the work, or to the actual game playing/move selection code? Jim - Original Message From: Robert Waite <[EMAIL PROTECTED]> To: computer-go@computer-go.org Sent: Wednesday, August 27, 2008 9:54:14 AM Subj

[computer-go] Mobile phone go player/client/recorder...

2008-07-17 Thread Jim O'Flaherty, Jr.
All, What's available in terms of a quality Go game player/client/recorder for mobile phones? I have a Windows Mobile 6 phone (AT&T Tilt - 8925) and would like to be able to play the occasional casual game, be able to connect and play with someone else on their mobile phone or desktop PC and to

Re: [computer-go] Re: linux and windows

2008-07-17 Thread Jim O'Flaherty, Jr.
All, Another option is to use a VM, MS's Virtual PC (free), VMWare's offering (free for non-commercial use) or any of the flavors of the open source Xen. Basically, you can set up an install of whatever target environment you use as a client OS. And then install and configure all you need and w

Re: [computer-go] My experience with Linux

2008-04-09 Thread Jim O'Flaherty, Jr.
I'll second both the original poster (his troubles with Linux mirrored mine) and the reply (I was completely enthralled with Ubuntu...WOW!). Jim - Original Message From: Álvaro Begué <[EMAIL PROTECTED]> To: computer-go Sent: Wednesday, April 9, 2008 10:18:11 AM Subject: Re: [computer-g

Re: [computer-go] Re: Lisp time

2007-12-14 Thread Jim O'Flaherty, Jr.
Darren, Thank you for posting the links. Very nice. It could be my lack of understanding the intention of each of the tests, but it looks like most of them are micro-benchmarks, meaning there is single or very few methods calls and a very well defined micro-space. I can understand how doing so

Re: [computer-go] speeding up testing of computer go programs

2007-11-25 Thread Jim O'Flaherty, Jr.
d how that standard accommodates active random walk experimentation and creativity such that an experimenter can know PRIOR to doing the experiment if he is headed off in a right or wrong path? Jim Don Dailey wrote: Jim O'Flaherty, Jr. wrote: Heikki, I'm with you. There is no &qu

Re: [computer-go] speeding up testing of computer go programs

2007-11-25 Thread Jim O'Flaherty, Jr.
Heikki, I'm with you. There is no "wrong thinking" at the present time. There are too many differing agendas, with building the strongest program immediately being only one, to claim any approach is futile, inefficient or erred. Once there are approaches that actually come near playing low

Re: [computer-go] Re: The global search myth

2007-11-22 Thread Jim O'Flaherty, Jr.
ods of time, like millions of years allow for possible emergence of evolutionary life forms after the area has been searched. As to your then applying the analogy to computer chess/go - don't see the connection. Jim Sanghyeon Seo wrote: 2007/11/23, Jim O'Flaherty, Jr. <[EMAIL PRO

Re: [computer-go] Re: The global search myth

2007-11-22 Thread Jim O'Flaherty, Jr.
Don, I think it is tenuous to predict, much less emphatically assert, that just because the evidence is linear at the lower scale, it remains so at higher scales. While it is reasonable to assume, it is not certain. I see your point that at this time, your theory about it applying to larger

Re: [computer-go] Language

2007-11-20 Thread Jim O'Flaherty, Jr.
Colin, I would NOT recommend this site. It was last updated in '98. Many of the optimizations listed were great for back then. They are terrible for 2007 and will likely result in SLOWER execution, not faster. For example, the claim is that a synchronized method call is 10 times slower th

Re: [computer-go] Language

2007-11-13 Thread Jim O'Flaherty, Jr.
Nick, When I engage in complex multi-threaded distributed processing, I have found Java to give me the most value for my limited personal time buck. I am not claiming that Java is competitive in performance with hand crafted assembly (or C or C++). I am claiming that I have experienced a many

Re: [computer-go] Intelligence

2007-07-22 Thread Jim O'Flaherty, Jr.
an Oracle, which we all know is incorrect. -Original Message----- From: Jim O'Flaherty, Jr. <[EMAIL PROTECTED]> To: computer-go Sent: Sun, 22 Jul 2007 10:40 am Subject: Re: [computer-go] Intelligence Erik, In perfect theory, I agree with you. In the practicality of attempt

Re: [computer-go] Intelligence

2007-07-22 Thread Jim O'Flaherty, Jr.
Erik, In perfect theory, I agree with you. In the practicality of attempting to generate more effective computer Go players, I disagree. In theory, there is a perfect girlfriend for me. In practicality, there is my adapting to make the current girlfriend good enough and better, with perfec

Re: [computer-go] Intelligence

2007-07-22 Thread Jim O'Flaherty, Jr.
All, For reasons similar to those mentioned by others, I have found the phrase "artificial intelligence" to be less than adequate to convey my interests in this domain. And after considerable time, I came up with a term that I prefer; "synthetic awareness". It comes from having interests in

Re: [computer-go] Draughts / Checkers solved

2007-07-19 Thread Jim O'Flaherty, Jr.
Steve, It is not an enumeration of all possible games. It was the slow accretion of starting from the end game. First, they solved for all two checker board states (rc-v-bc, rc-v-bk, rk-v-bk), i.e. all possible end games. They then solved from all possible preceding 3 checker board states TO

Re: [computer-go] 9x9 games wanted and the next big challenge

2007-07-08 Thread Jim O'Flaherty, Jr.
is. Please do not take offense by number 4. I have huge respect for your programming ability and am glad that you have joined us. Cheers, David On 8, Jul 2007, at 8:36 AM, Jim O'Flaherty, Jr. wrote: Chrilly, The purpose of investment is to generate a return exceeding the ori

Re: [computer-go] 9x9 games wanted and the next big challenge

2007-07-08 Thread Jim O'Flaherty, Jr.
Chrilly, The purpose of investment is to generate a return exceeding the original investment, i.e. a profit. Given the state of Go, I am finding it difficult to imagine why an investor would choose to put any good money into Go. There is absolutely no reliable expectation that Go will achie

Re: [computer-go] Re: pseudoliberties

2007-03-29 Thread Jim O'Flaherty, Jr.
What's a pseudo-liberty? And how can there be more of them than there are empty intersections (81) on the board? - Original Message From: Jason House <[EMAIL PROTECTED]> To: computer-go Sent: Thursday, March 29, 2007 1:02:01 PM Subject: Re: [computer-go] Re: pseudoliberties After some

Re: [computer-go] Grid Cosmos

2007-03-15 Thread Jim O'Flaherty, Jr.
evel language? - Don On Thu, 2007-03-15 at 07:04 -0700, Jim O'Flaherty, Jr. wrote: > Eduardo, > > I am a strong Java advocate, no doubt. However, Mono/C# have > accomplished quite a bit in the last 3 years. My own experience in > that area tells me it is much more mature

Re: [computer-go] Grid Cosmos

2007-03-15 Thread Jim O'Flaherty, Jr.
Eduardo, I am a strong Java advocate, no doubt. However, Mono/C# have accomplished quite a bit in the last 3 years. My own experience in that area tells me it is much more mature than you have made it sound. To get pretty up-to-date information, try here: http://en.wikipedia.org/wiki/Mono_%2

Re: [computer-go] Bit Twiddling Hacks

2007-02-13 Thread Jim O'Flaherty, Jr.
Erik, Thank you very much. Jim Erik van der Werf wrote: Here's a link: http://erikvanderwerf.tengen.nl/pubdown/bitcounters.c Have fun, Erik On 2/13/07, Jim O'Flaherty, Jr. <[EMAIL PROTECTED]> wrote: Erik, I am. Jim - Original Message From: Erik van

Re: [computer-go] Bit Twiddling Hacks

2007-02-13 Thread Jim O'Flaherty, Jr.
Erik, I am. Jim - Original Message From: Erik van der Werf <[EMAIL PROTECTED]> To: computer-go Sent: Tuesday, February 13, 2007 3:37:13 PM Subject: Re: [computer-go] Bit Twiddling Hacks On 2/12/07, Phil G <[EMAIL PROTECTED]> wrote: > For those doing a lot of bit logic in their compu

Re: [computer-go] an idea... computer go program's rank vs time

2007-01-25 Thread Jim O'Flaherty, Jr.
Terry, Where's the notion that through small increments, there is no reasonable path from a house 3 bedroom house to a 10 story building? Isn't the consistency of the assumption set around how a house is designed and built fundamentally (as in pardigm-ally) different than that of how designing

Re: [computer-go] Can a computer beat a human?

2007-01-24 Thread Jim O'Flaherty, Jr.
Lars, {tongue firmly in cheek} Thank you! All, May I nominate we create a second mailing list called "god-go" and move any and all discussions that involve infinite WHATEVER to that list? I was reluctant to suggest this as it would reduce traffic on this list to perhaps one post a decade.

Re: [computer-go] Can a computer beat a human?

2007-01-24 Thread Jim O'Flaherty, Jr.
You can if you use some sort of compression scheme...involving multiple values per quanta. I bet there's more than enough room...in the universe...probably just in your eyelash. - Original Message From: alain Baeckeroot <[EMAIL PROTECTED]> To: computer-go Sent: Wednesday, January 24, 2

Re: [computer-go] Mega transposition table

2007-01-19 Thread Jim O'Flaherty, Jr.
the way they choose to optimize execution paths and data flows. Just figured that it would matter in C++/C in a similar way. Jim Don Dailey wrote: On Fri, 2007-01-19 at 17:19 -0600, Jim O'Flaherty, Jr. wrote: Don, So could you elaborate on where you are allocating space for big_

Re: [computer-go] Mega transposition table

2007-01-19 Thread Jim O'Flaherty, Jr.
Nick, I am not sure I follow. Are you implying the following "...&(big_array[1300])" an strong indication that big_array is stack based, as opposed to heap based? It is possible to do such a thing as stack based in Java, although quite uncustomary and require special start-up parameters to

Re: [computer-go] Making Java much faster

2006-11-30 Thread Jim O'Flaherty, Jr.
Wodzu, There are roughly two types of approaches to bettering the skill of computer go solutions; incremental and breakthrough. I think for incremental solutions, ones where lots of work results in small shifts in better go playing performance, you are correct. Any optimizations around exec

Re: [computer-go] Making Java much faster

2006-11-29 Thread Jim O'Flaherty, Jr.
Eduardo, I am finding the same thing, strongly favoring optimizing algorithms and not code. As to object creation, I do most of mine at once near the start and then rely upon using pools and reference identity (== where it only compares references and does NOT call .equal()). And once I am wo

Re: [computer-go] Making Java much faster

2006-11-29 Thread Jim O'Flaherty, Jr.
Mark, It's true. My interpretation of Sun's documents: In the more recent versions of Java (1.4, 1.5, etc.), the runtime analysis in the -server option of Sun's Hotspot JVM is able to do several different types of optimization around "potentially final" and "mostly final" methods. The most re

Re: [computer-go] .. if Monte-Carlo programs would play infinitestrong

2006-11-27 Thread Jim O'Flaherty, Jr.
Don (and others), Depending upon your definition of God, I think most of the "God" conversation is kind of silly. Given He is omnipotent, he has the ability to alter one of His created entities such that it is not possible to beat Him PRIOR to casting His reply as white. The alteration cou