Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 51942 invoked from network); 5 Aug 2004 23:51:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 5 Aug 2004 23:51:24 -0000 Received: (qmail 56457 invoked by uid 500); 5 Aug 2004 23:51:20 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 56405 invoked by uid 500); 5 Aug 2004 23:51:20 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 56391 invoked by uid 99); 5 Aug 2004 23:51:19 -0000 X-ASF-Spam-Status: No, hits=1.5 required=10.0 tests=DNS_FROM_RFC_POST X-Spam-Check-By: apache.org Received: from [64.4.43.74] (HELO hotmail.com) (64.4.43.74) by apache.org (qpsmtpd/0.27.1) with ESMTP; Thu, 05 Aug 2004 16:51:17 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 5 Aug 2004 16:51:16 -0700 Received: from 63.168.41.99 by by17fd.bay17.hotmail.msn.com with HTTP; Thu, 05 Aug 2004 23:51:16 GMT X-Originating-IP: [63.168.41.99] X-Originating-Email: [brian_a_lee@hotmail.com] X-Sender: brian_a_lee@hotmail.com From: "Brian Lee" To: commons-dev@jakarta.apache.org Bcc: Subject: NonSynchronizedStringBuffer [was Re: NonSynchronizedString] Date: Thu, 05 Aug 2004 19:51:16 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 05 Aug 2004 23:51:16.0396 (UTC) FILETIME=[18E7DEC0:01C47B47] X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Sorry about that. I'm a total moron, I meant NonSynchronizedStringBuffer. It would basically be a copy and paste of the java.lang.StringBuffer class without the synchronized modifiers on all the public methods. Of course this would make the new FastStringBuffer non-threadsafe, but my applications never share a StringBuffer between threads. BAL >From: Martin Cooper >To: Jakarta Commons Developers List >Subject: Re: NonSynchronizedString >Date: Thu, 5 Aug 2004 16:28:29 -0700 > >On Thu, 05 Aug 2004 19:17:08 -0400, Brian Lee >wrote: > > I was looking for a performance optimized non-synched String object for >use > > in some of my apps. It seems like a FastString or NonSynchronizedString > > object would be pretty useful in the jakarta.lang package. > > > > I wanted to see if anyone else has had this need and how they got around >it > > and if it's a not-bad idea. > >I'm clearly missing something obvious here, but given that Strings are >immutable, what is it that you need to synchronise? > >-- >Martin Cooper > > > > > > Thanks, > > BAL > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org > > For additional commands, e-mail: commons-dev-help@jakarta.apache.org > > > > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org >For additional commands, e-mail: commons-dev-help@jakarta.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org