Return-Path: X-Original-To: apmail-commons-dev-archive@www.apache.org Delivered-To: apmail-commons-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3C04B755B for ; Thu, 28 Jul 2011 22:27:18 +0000 (UTC) Received: (qmail 74029 invoked by uid 500); 28 Jul 2011 22:27:17 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 73801 invoked by uid 500); 28 Jul 2011 22:27:16 -0000 Mailing-List: contact dev-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Developers List" Delivered-To: mailing list dev@commons.apache.org Received: (qmail 73793 invoked by uid 99); 28 Jul 2011 22:27:16 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Jul 2011 22:27:16 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of flamefew@gmail.com designates 209.85.216.43 as permitted sender) Received: from [209.85.216.43] (HELO mail-qw0-f43.google.com) (209.85.216.43) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Jul 2011 22:27:10 +0000 Received: by mail-qw0-f43.google.com with SMTP id 6so1995034qwf.30 for ; Thu, 28 Jul 2011 15:26:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=QXt9qtEy0/pQ4i/p6UuOv5421m7plmC69Atqu6+PoX8=; b=mydg7Xr0tWpC+m85748+MGkb55TVbMaz8mjt1VlVNS46LuwENeWXlBVRkPoh2ulYkz DHkkoEQ1ZrzJAGdZ6PnTsQaZjxWa7ZIMdmYOUjwO4VrlQS1rzMIS9BzY029LJOmUu4sw neMzMal+OHsMVYAS4vWX0Z1K8BnJWLZ1TFfNo= MIME-Version: 1.0 Received: by 10.229.241.205 with SMTP id lf13mr426435qcb.292.1311892009936; Thu, 28 Jul 2011 15:26:49 -0700 (PDT) Received: by 10.229.51.232 with HTTP; Thu, 28 Jul 2011 15:26:49 -0700 (PDT) In-Reply-To: References: Date: Thu, 28 Jul 2011 15:26:49 -0700 Message-ID: Subject: Re: [lang] LANG-686 Recursive call of replaceEachRepeatedly From: Henri Yandell To: Commons Developers List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Anyone against just letting users get a StackOverflowError? https://issues.apache.org/jira/browse/LANG-686 Hen On Tue, Jul 26, 2011 at 11:42 PM, Henri Yandell wrote: > I'm wondering what people think to: > > =A0 =A0https://issues.apache.org/jira/browse/LANG-686 > > I've improved the message of the thrown exception to match the > javadoc, but I'm wondering if a TTL of 2 to protect a > StackOverflowError is really necessary :) I have the urge to throw in > 64, or 512, or some random number as a minimum value, but unsure. > > Alternatively, we could just let the StackOverflowError happen and > remove the TTL code. > > Thoughts? > > Hen > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org