From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: fac41,15edb893ef79e231
X-Google-Attributes: gidfac41,public
X-Google-Thread: f4fd2,23202754c9ce78dd
X-Google-Attributes: gidf4fd2,public
X-Google-Thread: 103376,15edb893ef79e231
X-Google-Attributes: gid103376,public
X-Google-Thread: 114809,15edb893ef79e231
X-Google-Attributes: gid114809,public
X-Google-ArrivalTime: 2002-01-22 17:45:16 PST
Path: 
 archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!cpk-news-hub1.bbnplanet.com!chcgil2-snf1.gtei.net!news.gtei.net!news.binc.net!kilgallen
From: Kilgallen@SpamCop.net (Larry Kilgallen)
Newsgroups: comp.lang.lisp,comp.lang.ada,comp.lang.eiffel,comp.lang.smalltalk
Subject: Re: True faiths ( was Re: The true faith )
Date: 22 Jan 2002 19:43:47 -0600
Organization: Berbee Information Networks Corporation
Message-ID: <FfppBdBcNxcL@eisner.encompasserve.org>
References: <B85AB00A.3603%verec@mac.com>
 <%njZ7.279$iR.150960@news3.calgary.shaw.ca> <B85BD264.370E%verec@mac.com>
 <n7ybsg9lq8y.fsf@panix1.panix.com> <3c36fbc5_10@news.newsgroups.com>
 <gat-0501022256350001@192.168.1.50>
 <4idg3u40ermnp682n6igc5gudp7hajkea9@4ax.com>
 <gat-1001021155210001@eglaptop.jpl.nasa.gov>
 <bruce-6C0AC5.10391411012002@news.paradise.net.nz>
 <gat-1001021515510001@192.168.1.50>
 <76be8851.0201101909.9db0718@posting.google.com>
 <gat-1101020950400001@eglaptop.jpl.nasa.gov> <9jtu3u8cq92b05j47uOrganization:
 LJK Software
NNTP-Posting-Host: eisner.encompasserve.org
X-Trace: grandcanyon.binc.net 1011750229 17167 192.135.80.34 (23 Jan 2002
 01:43:49 GMT)
X-Complaints-To: abuse@binc.net
NNTP-Posting-Date: Wed, 23 Jan 2002 01:43:49 +0000 (UTC)
Xref: archiver1.google.com comp.lang.lisp:25020 comp.lang.ada:19210
 comp.lang.eiffel:5505 comp.lang.smalltalk:18494
Date: 2002-01-22T19:43:47-06:00
List-Id: <comp.lang.ada>

In article <3C4DFA24.4020107@worldnet.att.net>, Jim Rogers <jimmaureenrogers@worldnet.att.net> writes:

> Aha. There are solutions to this problem, with or without GC.
> The solution is to provide a separate storage pool for each
> thread. That storage pool could then be managed manually or by
> GC. With this design, one thread consuming its storage pool would
> not interfere with the storage usage of other threads.

What happens when one thread passes an object to another thread ?