[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Is this the defects of Javaswarm? the swarm kernel neglect new added
From: |
Hu, Jianjun |
Subject: |
RE: Is this the defects of Javaswarm? the swarm kernel neglect new added agents! |
Date: |
Wed, 26 Jun 2002 13:12:49 -0400 |
Then I am wondering why when I started the simulation and during running,
when I add new agents,
these agents were just neglected by the swarm kernel.
tadpoleLayer.agentList.add(newTadpole );
Do you have any java example that you add or remove agents during a
simulation?
thanks
Jianjun
-----Original Message-----
From: address@hidden
[mailto:address@hidden Behalf Of Paul E Johnson
Sent: Wednesday, June 26, 2002 11:51 AM
To: address@hidden
Subject: Re: Is this the defects of Javaswarm? the swarm kernel neglect new
added agents!
In Objective-C, I have no trouble with createActionForEach usages when
the agent list changes. Have you tried any diagnostics to make sure
your list of agents does actually change? I bet that is where the
problem is. If you remove an agent from a list, and drop that agent,
then if swarm tries to do something to that agent, it should find a nil
and the whole sim should abort.
Now, I'm remembering a problem from Swarm-2.1 java and maybe it would
account for your trouble. I discovered this in January, 2001, and I
think the word "yell" is in my swarm-support email trial. IT has since
been fixed, but here was the deal. If you had a createActionForEach and
it was supposed to go through a list, it would quit as soon as it found
a nil and it did not issue a warning message. I found several lists
partially processed. But if you are using a current Swarm, that does
not happen.
Hu, Jianjun wrote:
> Thanks Paul.
>
> I think one solution maybe swarm kernel exposes its iterator to the user,
> then we can use this iterator to update the agent list.
> and then the swarm kernel can track the changes of agents.
>
> Jianjun Hu
>
--
Paul E. Johnson email: address@hidden
Dept. of Political Science http://lark.cc.ku.edu/~pauljohn
1541 Lilac Lane, Rm 504
University of Kansas Office: (785) 864-9086
Lawrence, Kansas 66044-3177 FAX: (785) 864-5700
==================================
Swarm-Support is for discussion of the technical details of the day
to day usage of Swarm. For list administration needs (esp.
[un]subscribing), please send a message to <address@hidden>
with "help" in the body of the message.
==================================
Swarm-Support is for discussion of the technical details of the day
to day usage of Swarm. For list administration needs (esp.
[un]subscribing), please send a message to <address@hidden>
with "help" in the body of the message.
- Re: Is this the defects of Javaswarm? the swarm kernel neglect new added agents!, Paul Johnson, 2002/06/26
- RE: Is this the defects of Javaswarm? the swarm kernel neglect new added agents!, Hu, Jianjun, 2002/06/26
- Re: Is this the defects of Javaswarm? the swarm kernel neglect new added agents!, Paul E Johnson, 2002/06/26
- RE: Is this the defects of Javaswarm? the swarm kernel neglect new added agents!,
Hu, Jianjun <=
- Re: Is this the defects of Javaswarm? the swarm kernel neglect new added agents!, Paul E Johnson, 2002/06/26
- RE: Is this the defects of Javaswarm? the swarm kernel neglect new added agents!, William T. Stockhausen, 2002/06/26
- one trick for javaswarm, If you need dynamically adding or removing agents, use createFActionForEachHeterogeneous$call rather than createFActionEachHomogeneous, Hu, Jianjun, 2002/06/26
- Re: one trick for javaswarm, If you need dynamically adding or removing agents, use createFActionForEachHeterogeneous$call rather than createFActionEachHomogeneous, Paul Johnson, 2002/06/26
- RE:using createFActionForEachHeterogeneous$call rather than createFActionEachHomogeneous, William T. Stockhausen, 2002/06/27