1. Euphoria Robots etc.
There is a programming competition on the Internet called POTM
(Programmer
Of The Month), in which programmers submit programs in C, C++, Java (and
some other programming languages) to solve a program or compete against
other programs. There was one in which two programs started in diagonally
opposite corners of a grid, and their goal was to get to the other
program's starting corner. They could issue one command per turn, to move,
build a wall, zap in one direction (the zap would continue in that
direction until it hit something) to destroy a wall or make the other
program loose its turn, or use radar to find out where things are.
The program would get information about the problem from a file passed
as
the command-line parameter. The program would then send its response to
standard output.
Maybe there could be something like this in Euphoria (the POTM contest
does not include Euphoria in the accepted languages, and the programs are
run on Solaris).
If you are interested in the POTM contest, you can find its web site at
2. Re: Euphoria Robots etc.
Jeffrey Fielding wrote:
>
> There is a programming competition on the Internet called POTM
> (Programmer
> Of The Month), in which programmers submit programs in C, C++, Java (and
> some other programming languages) to solve a program or compete against
> other programs. There was one in which two programs started in diagonally
> opposite corners of a grid, and their goal was to get to the other
> program's starting corner. They could issue one command per turn, to move,
> build a wall, zap in one direction (the zap would continue in that
> direction until it hit something) to destroy a wall or make the other
> program loose its turn, or use radar to find out where things are.
> The program would get information about the problem from a file passed
> as
> the command-line parameter. The program would then send its response to
> standard output.
> Maybe there could be something like this in Euphoria (the POTM contest
> does not include Euphoria in the accepted languages, and the programs are
> run on Solaris).
> If you are interested in the POTM contest, you can find its web site
> at
> http://www.cs.washington.edu/homes/corin/POTM.PAGES/
Nice!
A suggestion to make it more fun - let's use Jesus & Greg's sockets to
play over the internet in real time. We'll need a standard game display
which everybody copies,
and a set of rules. Your program waits for its turn, sends a move,
listens for
other player(s) moves, and manages the screen. That part is standard,
shared by
everyone.
Obviously, something like this could also be used for human players, but
I like
the idea of dueling robots.
You write the robot's response methods - the smarter the better.
(Unless perhaps we deduct points for taking too long to evaluate the
situation?)
Regards,
Irv
http://www.mindspring.com/~mountains -- Euphoria programs and links
3. Re: Euphoria Robots etc.
- Posted by Greg Harris <blackdog at CDC.NET>
Jul 19, 1998
-
Last edited Jul 20, 1998
Humm..interesting..
Sounds like a good job for UDP. Unless someone has a NT server with full
time internet connection that they will let us use to find opponents to play
and to keep "offical" score I guess. UDP would be used after that in the
"clients" to pass information.
Once WSAAsyncSelect() and UDP is working it would be a go as far as the
winsock library is concerned.
Regards,
Greg Harris
-----Original Message-----
From: Irv <irv at ELLIJAY.COM>
To: EUPHORIA at LISTSERV.MUOHIO.EDU <EUPHORIA at LISTSERV.MUOHIO.EDU>
Date: Sunday, July 19, 1998 1:28 PM
Subject: Re: Euphoria Robots etc.
>> other programs. There was one in which two programs started in diagonally
>> opposite corners of a grid, and their goal was to get to the other
>> program's starting corner. They could issue one command per turn, to
move,
>> build a wall, zap in one direction (the zap would continue in that
>> direction until it hit something) to destroy a wall or make the other
>> program loose its turn, or use radar to find out where things are.
>> The program would get information about the problem from a file
passed as
>> the command-line parameter. The program would then send its response to
>> standard output.
>> Maybe there could be something like this in Euphoria (the POTM
contest
>> does not include Euphoria in the accepted languages, and the programs are
>> run on Solaris).
>> If you are interested in the POTM contest, you can find its web
site at
>> http://www.cs.washington.edu/homes/corin/POTM.PAGES/
>
>Nice!
>
>A suggestion to make it more fun - let's use Jesus & Greg's sockets to
>play over the internet in real time. We'll need a standard game display
>which everybody copies,
>and a set of rules. Your program waits for its turn, sends a move,
>listens for
>other player(s) moves, and manages the screen. That part is standard,
>shared by
>everyone.
>
>Obviously, something like this could also be used for human players, but
>I like
>the idea of dueling robots.
>
>You write the robot's response methods - the smarter the better.
>(Unless perhaps we deduct points for taking too long to evaluate the
>situation?)
>http://www.mindspring.com/~mountains -- Euphoria programs and links
4. Re: Euphoria Robots etc.
> Nice!
>
> A suggestion to make it more fun - let's use Jesus & Greg's sockets to
> play over the internet in real time. We'll need a standard game display
> which everybody copies,
> and a set of rules. Your program waits for its turn, sends a move,
> listens for
> other player(s) moves, and manages the screen. That part is standard,
> shared by
> everyone.
>
> Obviously, something like this could also be used for human players, but
> I like
> the idea of dueling robots.
>
> You write the robot's response methods - the smarter the better.
> (Unless perhaps we deduct points for taking too long to evaluate the
> situation?)
>
> Regards,
>
> Irv
> http://www.mindspring.com/~mountains -- Euphoria programs and links
>
Hello,
That sounds fun :) how about the whole thing being in real time.
there would be a server and the programs would be clients, the
programs could send requests for information about the status
position ect and send commands to move themselfs. thus if a program
was versy fast it could get a big advantage over slower programs.
--PatRat (Thomas Parslow)
-- ()___()
-- (o o)
-- =\O/=
-- Rat Software
-- http://www3.mistral.co.uk/billparsl/
