Mailing-List: contact couchdb-user-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: couchdb-user@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of lgastako@gmail.com designates
 74.125.46.154 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:in-reply-to:mime-version
         :content-type:references:x-google-sender-auth;
        b=SDUcXIZ2mJjMPNHAavVYkpUZnysmVwTgCxDRHy36a9CFK9N1mYGmp9jKMfklVLxktl
         4llyqNgkf1LTvLYbGhuLBqtgdkAFfSvkJvTVeEt/PxoZSJcGBvVYblpIVdDOzODk4zV6
         3ztu2YQB9HvFpos+4ON8WEd1e/nXY/H4XrsoI=
Message-ID: <6f7ea56f0806130704x56f1ea69me107e425e4ba4fa8@mail.gmail.com>
Date: Fri, 13 Jun 2008 07:04:12 -0700
From: "John Evans" <john@jpevans.com>
Sender: lgastako@gmail.com
To: couchdb-user@incubator.apache.org
Subject: Re: Design Docs test failing on Leopard
In-Reply-To: <4877AAEE-24FA-4A71-BF33-8F00E553F13E@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_5770_22660205.1213365852414"
References: <6f7ea56f0806122301n6942f685v25e86033a2604165@mail.gmail.com>
	 <4D968419-21EF-4A46-AD9A-D8C546EFFEE7@apache.org>
	 <6f7ea56f0806130559m1bf32095t2d36eb318fd872cb@mail.gmail.com>
	 <4877AAEE-24FA-4A71-BF33-8F00E553F13E@gmail.com>

------=_Part_5770_22660205.1213365852414
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Seems like it may have done the trick.  Thanks a bunch!

On Fri, Jun 13, 2008 at 6:25 AM, Damien Katz <damienkatz@gmail.com> wrote:

> I think this is a bug I introduced yesterday, since fixed. Update you pack
> and see if its fixed.
>
>
>
> On Jun 13, 2008, at 8:59 AM, John Evans wrote:
>
>  Jan,
>>
>> Thanks for the reply -- I had actually tried to get the trunk working
>> before
>> sending that message but I was having problems with a shared library
>> mismatch (libiconv).  In the meantime I've got that problem resolved and
>> was
>> able to build the trunk successfully, and the problem went away and the
>> test
>> passed...
>>
>> However, I now have a new problem -- it seems that the views are getting
>> corrupted or something... everything will work fine for a little while but
>> then I will get an error like this:
>>
>> {
>>   "error": "function_clause",
>>   "reason": "[{couch_view,'-init_group/4-fun-2-',\n
>> [{3079794,{2791,[]}},\n              {view,0,\n
>> [\"all\"],\n                    \"function(doc)   { if ('Offer' ==
>> doc.type)
>> { emit(null, doc); } }\",\n                    nil,[]},\n
>> <0.340.0>,\"javascript\"]},\n {lists,zipwith,3},\n
>> {couch_view,init_group,4},\n {couch_view,start_update_loop,4}]"
>> }
>>
>> If I make any change to the views and recreate them (even just changing
>> whitespace) then they start working again for a little while.   The views
>> seem to get corrupted even if the database is not in use.  I can have it
>> sitting idle, do a query, get the proper results back, wait 5 mintues, do
>> the same query and it will give me an error like the one above.
>>
>> Any thoughts on this one?
>>
>> -
>> John
>>
>> P.S. When I said I couldn't find any results on Google, I actually meant
>> searching Google, not on Google Code :)
>>
>> On Fri, Jun 13, 2008 at 1:57 AM, Jan Lehnardt <jan@apache.org> wrote:
>>
>>  Hey John,
>>> On Jun 13, 2008, at 08:01, John Evans wrote:
>>>
>>>  I cannot find any mention of this problem on Google.  Can anyone point
>>>> me
>>>> in
>>>> the right direction?
>>>>
>>>>
>>> CouchDB has moved away from Google and to the Apache Software
>>> Foundation. See http://couchdb.org/ for new links to our bug tracker
>>> and documentation. 0.7.2 is a pretty old release and we'd like to
>>> advise that you try the trunk version from our SVN repository instead.
>>>
>>> Cheers
>>> Jan
>>> --
>>>
>>>
>

------=_Part_5770_22660205.1213365852414--