Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 91175 invoked from network); 8 Nov 2009 20:15:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 8 Nov 2009 20:15:07 -0000 Received: (qmail 13007 invoked by uid 500); 8 Nov 2009 20:15:06 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 12928 invoked by uid 500); 8 Nov 2009 20:15:05 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 12918 invoked by uid 99); 8 Nov 2009 20:15:05 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 08 Nov 2009 20:15:05 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jchris@gmail.com designates 209.85.222.176 as permitted sender) Received: from [209.85.222.176] (HELO mail-pz0-f176.google.com) (209.85.222.176) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 08 Nov 2009 20:14:56 +0000 Received: by pzk6 with SMTP id 6so3892757pzk.29 for ; Sun, 08 Nov 2009 12:14:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type:content-transfer-encoding; bh=R4w20i3U2Hmz4IXUGAr7iSWkeqY2fAqEuqXHsVj5Gzw=; b=SK3x3XiceYcwhHl0YuVZdR5GTOM73xw1hH++oJYQPm+WPTbi9vtSGs1MKb96mPKqh7 +pdoZlhk97MMNxKsY9QvGrnWV0W8q713Xv1vFK9LR3Kfng9nUCbaP6nPbQSyf5xEEAR5 4WVzPJZgQUKk+1qixiVKUZUebNGg6fqdiKO/c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=I1RRmn61Ve6DlC9VKi/0BAAsYM8qLUDTK9mUrnN00LgsDUc7040r0LxBw4agEPCumr KBrMNmzlvFlLohgOuKnpVsbWmr5YS7sUae8pRxoVLJ0dHg2GqjSu0/tNm/AEVTigH0dt Xvak85BHxtmwv6N5W72TuljGe/5SuFkZ4Lx6E= MIME-Version: 1.0 Sender: jchris@gmail.com Received: by 10.142.247.42 with SMTP id u42mr683528wfh.259.1257711274748; Sun, 08 Nov 2009 12:14:34 -0800 (PST) In-Reply-To: References: <4AF5FB9E.70300@rogerbinns.com> <4AF622D5.9070708@rogerbinns.com> <4AF64514.8090401@rogerbinns.com> Date: Sun, 8 Nov 2009 12:14:34 -0800 X-Google-Sender-Auth: 03901ac87ed9b036 Message-ID: Subject: Re: Silent corruption of large numbers From: Chris Anderson To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Sat, Nov 7, 2009 at 8:40 PM, Paul Davis wr= ote: >> I'm old school. =A0I don't think this kind of mutation is acceptable. = =A0A user >> is sitting behind layers of user interface, CouchDB libraries, JSON >> libraries, HTTP libraries and several other bits of glue. =A0Silently do= ing >> this is bad - one day a user will end up with data corruption with serio= us >> repercussions. >> >> Using a string analogy what should a view server do if a string is passe= d in >> that is larger than it wants to handle? =A0Is silent mutation or corrupt= ion ok? > > You're not old school. Your worries are extremely well placed. I > completely agree that in a perfect world its absolutely not > acceptable. > If you're the type to care deeply about this stuff, watch this video about IBM, the ECMAScript standards process, and decimal arithmetic. http://developer.yahoo.com/yui/theater/video.php?v=3Dcrockford-yuiconf2009-= state --=20 Chris Anderson http://jchrisa.net http://couch.io