Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (athena.apache.org: domain of paul.joseph.davis@gmail.com
 designates 209.85.220.180 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAMGtuKH8OJgzu2_OzHad0+DTNr5+ZzPseEK1EXQVjDdjcdj44g@mail.gmail.com>
References: 
 <CAMGtuKH8OJgzu2_OzHad0+DTNr5+ZzPseEK1EXQVjDdjcdj44g@mail.gmail.com>
From: Paul Davis <paul.joseph.davis@gmail.com>
Date: Thu, 29 Sep 2011 11:38:56 -0500
Message-ID: 
 <CAJ_m3YAA3NFazK87zCBU5d4i68_XVtVETEKbNUvt+=Mwm1RviA@mail.gmail.com>
Subject: Re: Warning: minor incompatability in the 1.1.x branch with map
 helper functions
To: user@couchdb.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Try adding a semicolon between them. Although this is quite
unfortunate. I'm suddenly wondering if we shouldn't figure out a
different fix to the anonymous function evaluation.

On Thu, Sep 29, 2011 at 6:23 AM, Matt Goodall <matt.goodall@gmail.com> wrot=
e:
> Hi,
>
> I just tested an app against the latest 1.1.x =A0branch and discovered
> something annoying but easily fixable in a view.
>
> I have a view with something like the following for the map part:
>
> =A0 =A0function some_helper() {
> =A0 =A0 =A0return "blah";
> =A0 =A0}
>
> =A0 =A0function(doc) {
> =A0 =A0 =A0emit(doc._id, some_helper());
> =A0 =A0}
>
> Note how the some_helper func is defined *outside* the anonymous map
> func. This used to work until the "Fix function evaluation by newer
> SpiderMonkey's" commit (61f10e7590bd352b367ad426a56587cbef3700b6) on
> 27th Sept.
>
> Now, I'm honestly not sure why I have a helper func outside the actual
> map func - it certainly looks a bit weird - so I'm going to move it
> inside. However, I'm fairly sure I saw that done somewhere else, so I
> thought I'd post a quick warning in case it affects anyone else.
>
> - Matt
>