In data sabato 05 settembre 2009 21:47:41, Dennis Lee Bieber ha scritto:
Much better to just send the token TO the active client (which is
responsible for returning it at the end of its turn processing)
Dennis,
I am finally getting my head round this problem. I do have a further question,
Dennis,
thanks.
Do the clients have to do anything between turns? If not, the
simplest thing is to just have these clients block on a read request
waiting for data to be returned from the server.
the only thing that the clients do is receiving information on the action of
other
Dear all,
I am writing an application in Python for an experiment in Experimental
Economics.
For those who do not know what this is: experimental economics uses
controlled, computerised lab experiments with real subjects, putting the
subject in a game mimicking the situation of interest and
paolo.crose...@unimi.it
To: python-list@python.org
Date: Sat, 5 Sep 2009 12:07:59 PM +0200
Subject: Turn-based game - experimental economics
Dear all,
I am writing an application in Python for an experiment in Experimental
Economics.
For those who do not know what this is: experimental economics uses
Paolo Crosetto wrote:
Dear all,
I am writing an application in Python for an experiment in Experimental
Economics.
For those who do not know what this is: experimental economics uses
controlled, computerised lab experiments with real subjects, putting the
subject in a game mimicking the
Dear Terry,
thanks.
As I understand your description, the server and each client will be a
separate process on a separate machine (once deployed), so threads do
not seem applicable. (For development, you can use separate processes on
one machine communicating through sockets just as if
On Saturday 05 September 2009 12:07:59 Paolo Crosetto wrote:
8---
The problem I now face is to organise turns. Players, as in Scrabble, will
play in turns. So far I have developed the server and ONE client, and
cannot get my head round to - nor find
