[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Clarification on the effect of "DROP" on subobjects.
From: |
Marcus G. Daniels |
Subject: |
Re: Clarification on the effect of "DROP" on subobjects. |
Date: |
30 Oct 2000 08:01:25 -0800 |
User-agent: |
Gnus/5.070084 (Pterodactyl Gnus v0.84) Emacs/20.4 |
>>>>> "PJ" == Paul E Johnson <address@hidden> writes:
PJ> I believe that if you created these objects in a separate zone,
PJ> and then dropped the zone, then they would all get wiped out
PJ> automatically. That's allowed,but not standard.
If your agents are Swarms, then they will act like Zones. Zones deallocate
their components when they are deallocated, so -drop is redundant.
If you want a simple object for an agent, then it is not hard to
allocate a Zone for agent components, e.g.
objZone = [Zone create: [self getZone]]
[component create: obZone]
The advantage being that if you have a bunch of components in the agent,
you don't have to keep track of them all.
And in Java, there's garbage collection.
==================================
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.
- Clarification on the effect of "DROP" on subobjects., Tim Rogers, 2000/10/30
- Re: Clarification on the effect of "DROP" on subobjects., Paul E Johnson, 2000/10/30
- Re: Clarification on the effect of "DROP" on subobjects.,
Marcus G. Daniels <=
- Re: Clarification on the effect of "DROP" on subobjects., Paul E Johnson, 2000/10/30
- Re: Clarification on the effect of "DROP" on subobjects., Steve Jackson, 2000/10/30
- Re: Clarification on the effect of "DROP" on subobjects., Marcus G. Daniels, 2000/10/30
- Re: Clarification on the effect of "DROP" on subobjects., Paul E Johnson, 2000/10/31
- Re: Clarification on the effect of "DROP" on subobjects., Marcus G. Daniels, 2000/10/31
- Re: Clarification on the effect of "DROP" on subobjects., Marcus G. Daniels, 2000/10/30