You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@couchdb.apache.org by Søren Hilmer <sh...@widetrail.dk> on 2010/09/16 13:56:52 UTC
hovercraft_test:all() fails
Hi
I successfully compiled hovercraft, and got it loaded within my couch
instance v 1.0.1. and Erlang R13B03
I then tried to run hovercraft_test:all() but it fails with this dump:
[info] [<0.34.0>] Starting tests in <<"hovercraft-test">>
[error] [emulator] Error in process <0.183.0> with exit value:
{undef,[{couch_doc,att_foldl_unzip,[{att,<<8 bytes>>,<<10
bytes>>,46,10240,<<16
bytes>>,1,{<0.176.0>,[343]},gzip},#Fun<hovercraft.9.110183069>,[]]},{hovercraft,attachment_streamer,3}]}
=ERROR REPORT==== 16-Sep-2010::13:37:19 ===
Error in process <0.183.0> with exit value:
{undef,[{couch_doc,att_foldl_unzip,[{att,<<8 bytes>>,<<10
bytes>>,46,10240,<<16
bytes>>,1,{<0.176.0>,[343]},gzip},#Fun<hovercraft.9.110183069>,[]]},{hovercraft,attachment_streamer,3}]}
** exception exit: undef
in function couch_doc:att_foldl_unzip/3
called as
couch_doc:att_foldl_unzip({att,<<"test.txt">>,<<"text/plain">>,46,10240,
<<141,179,150,14,153,200,141,27,251,216,245,2,33,71,41,226>>,
1,
{<0.176.0>,[343]},
gzip},
#Fun<hovercraft.9.110183069>,[])
in call from hovercraft:attachment_streamer/3
Any clues?
It does succeed in creating the hovercraft-test database and 2 documents
within it.
--Søren
--
Søren Hilmer, M.Sc., M.Crypt.
wideTrail Phone: +45 25481225
Pilevænget 41 Email: sh@widetrail.dk
DK-8961 Allingåbro Web: www.widetrail.dk
Re: multi view support ?
Posted by Norman Barker <no...@gmail.com>.
unfortunately not whilst I am at work, but send me a mail and I will
try to help.
On Fri, Sep 17, 2010 at 12:06 PM, Stephen Prater <st...@agrussell.com> wrote:
> Are you on IRC? I'd like to pick your brain about this if you've got a few.
> I need to accomplish something similar.
>
> stephen
>
> On Sep 17, 2010, at 12:53 PM, Norman Barker wrote:
>
>> I have done it, not with 1,000,000 docs but using megaviews that
>> emitted lots and lots of keys.
>>
>> Testing document id inclusion in a view and finding the size of a view
>> are the bottle necks, the multiview streams the results so there isn't
>> a great impact on the server and it was responsive enough for my
>> needs.
>>
>> Norman
>>
>> On Fri, Sep 17, 2010 at 11:30 AM, Stephen Prater <st...@agrussell.com>
>> wrote:
>>>
>>> I'd say you're about twelve steps ahead of this then. It was pretty
>>> basic.
>>>
>>> I could shorter it - it was basically:
>>>
>>> You'll find the need to do these things, and you'll do them the way that
>>> seems most right, but somebody else has probably already found a better
>>> way
>>> of doing them, so don't reinvent the wheel. We've already got wheels.
>>>
>>> That said, sort-merge is a pretty good solution here I think. Did the
>>> 1,000,000 doc tests ever get done?
>>>
>>> stephen
>>>
>>> On Sep 17, 2010, at 11:54 AM, Norman Barker wrote:
>>>
>>>> Stephen,
>>>>
>>>> if you could that would be greatly appreciated, I did read a lot of
>>>> database theory before writing the multiview and settled on ordering
>>>> the views from smallest to largest before doing the intersection in a
>>>> multi-process ring (which now seems obvious!), but I am not an expert
>>>> like the people from Postgres and I am sure there are smarter ways.
>>>>
>>>> thanks,
>>>>
>>>> Norman
>>>>
>>>> On Fri, Sep 17, 2010 at 10:47 AM, Stephen Prater
>>>> <st...@agrussell.com>
>>>> wrote:
>>>>>
>>>>> No, not specifically, but Josh Berkus from Postgres gave a good talk in
>>>>> which he talked about JOINS (which multiview is basically a kind of)
>>>>> and
>>>>> gave some brief suggestions for them relevant to your (several weeks
>>>>> prior)
>>>>> question about whether there was a more efficient strategy for finding
>>>>> the
>>>>> intersection of two views rather than iterating them.
>>>>>
>>>>> I'll see if I can dig up the slides or something.
>>>>>
>>>>> stephen
>>>>>
>>>>> On Sep 17, 2010, at 11:33 AM, Norman Barker wrote:
>>>>>
>>>>>> I wasn't at CouchCamp as I had a conflicting schedule, was the
>>>>>> multiview discussed?
>>>>>>
>>>>>> On Fri, Sep 17, 2010 at 10:20 AM, Stephen Prater
>>>>>> <st...@agrussell.com>
>>>>>> wrote:
>>>>>>>
>>>>>>> Were you at CouchCamp, Norman?
>>>>>>>
>>>>>>> On Sep 17, 2010, at 9:25 AM, Norman Barker wrote:
>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> the multiview is at
>>>>>>>>
>>>>>>>> http://github.com/normanb/couchdb
>>>>>>>>
>>>>>>>> I have included multiview tests in the test suite to show how it
>>>>>>>> works.
>>>>>>>>
>>>>>>>> I would really like to get this into trunk so it can be improved and
>>>>>>>> used!
>>>>>>>>
>>>>>>>> thanks,
>>>>>>>>
>>>>>>>> Norman
>>>>>>>>
>>>>>>>>> On Fri, Sep 17, 2010 at 7:37 AM, cdr53x <cd...@free.fr> wrote:
>>>>>>>>>>
>>>>>>>>>> Hi all,
>>>>>>>>>>
>>>>>>>>>> I was wonderning if you could point me on some docs/examples on
>>>>>>>>>> how
>>>>>>>>>> the
>>>>>>>>>> mutli view works ?
>>>>>>>>>>
>>>>>>>>>> Is this feature already in a packaged version and if not how
>>>>>>>>>> should
>>>>>>>>>> I
>>>>>>>>>> proceed to benefit from this patch ?
>>>>>>>>>>
>>>>>>>>>> Thanks in advance,
>>>>>>>>>>
>>>>>>>>>> cdrx
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>>
>
>
Re: multi view support ?
Posted by Stephen Prater <st...@agrussell.com>.
Are you on IRC? I'd like to pick your brain about this if you've got
a few. I need to accomplish something similar.
stephen
On Sep 17, 2010, at 12:53 PM, Norman Barker wrote:
> I have done it, not with 1,000,000 docs but using megaviews that
> emitted lots and lots of keys.
>
> Testing document id inclusion in a view and finding the size of a view
> are the bottle necks, the multiview streams the results so there isn't
> a great impact on the server and it was responsive enough for my
> needs.
>
> Norman
>
> On Fri, Sep 17, 2010 at 11:30 AM, Stephen Prater <stephenp@agrussell.com
> > wrote:
>> I'd say you're about twelve steps ahead of this then. It was
>> pretty basic.
>>
>> I could shorter it - it was basically:
>>
>> You'll find the need to do these things, and you'll do them the way
>> that
>> seems most right, but somebody else has probably already found a
>> better way
>> of doing them, so don't reinvent the wheel. We've already got
>> wheels.
>>
>> That said, sort-merge is a pretty good solution here I think. Did
>> the
>> 1,000,000 doc tests ever get done?
>>
>> stephen
>>
>> On Sep 17, 2010, at 11:54 AM, Norman Barker wrote:
>>
>>> Stephen,
>>>
>>> if you could that would be greatly appreciated, I did read a lot of
>>> database theory before writing the multiview and settled on ordering
>>> the views from smallest to largest before doing the intersection
>>> in a
>>> multi-process ring (which now seems obvious!), but I am not an
>>> expert
>>> like the people from Postgres and I am sure there are smarter ways.
>>>
>>> thanks,
>>>
>>> Norman
>>>
>>> On Fri, Sep 17, 2010 at 10:47 AM, Stephen Prater <stephenp@agrussell.com
>>> >
>>> wrote:
>>>>
>>>> No, not specifically, but Josh Berkus from Postgres gave a good
>>>> talk in
>>>> which he talked about JOINS (which multiview is basically a kind
>>>> of) and
>>>> gave some brief suggestions for them relevant to your (several
>>>> weeks
>>>> prior)
>>>> question about whether there was a more efficient strategy for
>>>> finding
>>>> the
>>>> intersection of two views rather than iterating them.
>>>>
>>>> I'll see if I can dig up the slides or something.
>>>>
>>>> stephen
>>>>
>>>> On Sep 17, 2010, at 11:33 AM, Norman Barker wrote:
>>>>
>>>>> I wasn't at CouchCamp as I had a conflicting schedule, was the
>>>>> multiview discussed?
>>>>>
>>>>> On Fri, Sep 17, 2010 at 10:20 AM, Stephen Prater
>>>>> <st...@agrussell.com>
>>>>> wrote:
>>>>>>
>>>>>> Were you at CouchCamp, Norman?
>>>>>>
>>>>>> On Sep 17, 2010, at 9:25 AM, Norman Barker wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> the multiview is at
>>>>>>>
>>>>>>> http://github.com/normanb/couchdb
>>>>>>>
>>>>>>> I have included multiview tests in the test suite to show how it
>>>>>>> works.
>>>>>>>
>>>>>>> I would really like to get this into trunk so it can be
>>>>>>> improved and
>>>>>>> used!
>>>>>>>
>>>>>>> thanks,
>>>>>>>
>>>>>>> Norman
>>>>>>>
>>>>>>>> On Fri, Sep 17, 2010 at 7:37 AM, cdr53x <cd...@free.fr> wrote:
>>>>>>>>>
>>>>>>>>> Hi all,
>>>>>>>>>
>>>>>>>>> I was wonderning if you could point me on some docs/examples
>>>>>>>>> on how
>>>>>>>>> the
>>>>>>>>> mutli view works ?
>>>>>>>>>
>>>>>>>>> Is this feature already in a packaged version and if not how
>>>>>>>>> should
>>>>>>>>> I
>>>>>>>>> proceed to benefit from this patch ?
>>>>>>>>>
>>>>>>>>> Thanks in advance,
>>>>>>>>>
>>>>>>>>> cdrx
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>>
>
>
Re: multi view support ?
Posted by Norman Barker <no...@gmail.com>.
I have done it, not with 1,000,000 docs but using megaviews that
emitted lots and lots of keys.
Testing document id inclusion in a view and finding the size of a view
are the bottle necks, the multiview streams the results so there isn't
a great impact on the server and it was responsive enough for my
needs.
Norman
On Fri, Sep 17, 2010 at 11:30 AM, Stephen Prater <st...@agrussell.com> wrote:
> I'd say you're about twelve steps ahead of this then. It was pretty basic.
>
> I could shorter it - it was basically:
>
> You'll find the need to do these things, and you'll do them the way that
> seems most right, but somebody else has probably already found a better way
> of doing them, so don't reinvent the wheel. We've already got wheels.
>
> That said, sort-merge is a pretty good solution here I think. Did the
> 1,000,000 doc tests ever get done?
>
> stephen
>
> On Sep 17, 2010, at 11:54 AM, Norman Barker wrote:
>
>> Stephen,
>>
>> if you could that would be greatly appreciated, I did read a lot of
>> database theory before writing the multiview and settled on ordering
>> the views from smallest to largest before doing the intersection in a
>> multi-process ring (which now seems obvious!), but I am not an expert
>> like the people from Postgres and I am sure there are smarter ways.
>>
>> thanks,
>>
>> Norman
>>
>> On Fri, Sep 17, 2010 at 10:47 AM, Stephen Prater <st...@agrussell.com>
>> wrote:
>>>
>>> No, not specifically, but Josh Berkus from Postgres gave a good talk in
>>> which he talked about JOINS (which multiview is basically a kind of) and
>>> gave some brief suggestions for them relevant to your (several weeks
>>> prior)
>>> question about whether there was a more efficient strategy for finding
>>> the
>>> intersection of two views rather than iterating them.
>>>
>>> I'll see if I can dig up the slides or something.
>>>
>>> stephen
>>>
>>> On Sep 17, 2010, at 11:33 AM, Norman Barker wrote:
>>>
>>>> I wasn't at CouchCamp as I had a conflicting schedule, was the
>>>> multiview discussed?
>>>>
>>>> On Fri, Sep 17, 2010 at 10:20 AM, Stephen Prater
>>>> <st...@agrussell.com>
>>>> wrote:
>>>>>
>>>>> Were you at CouchCamp, Norman?
>>>>>
>>>>> On Sep 17, 2010, at 9:25 AM, Norman Barker wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> the multiview is at
>>>>>>
>>>>>> http://github.com/normanb/couchdb
>>>>>>
>>>>>> I have included multiview tests in the test suite to show how it
>>>>>> works.
>>>>>>
>>>>>> I would really like to get this into trunk so it can be improved and
>>>>>> used!
>>>>>>
>>>>>> thanks,
>>>>>>
>>>>>> Norman
>>>>>>
>>>>>>> On Fri, Sep 17, 2010 at 7:37 AM, cdr53x <cd...@free.fr> wrote:
>>>>>>>>
>>>>>>>> Hi all,
>>>>>>>>
>>>>>>>> I was wonderning if you could point me on some docs/examples on how
>>>>>>>> the
>>>>>>>> mutli view works ?
>>>>>>>>
>>>>>>>> Is this feature already in a packaged version and if not how should
>>>>>>>> I
>>>>>>>> proceed to benefit from this patch ?
>>>>>>>>
>>>>>>>> Thanks in advance,
>>>>>>>>
>>>>>>>> cdrx
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>
>
Re: multi view support ?
Posted by Stephen Prater <st...@agrussell.com>.
I'd say you're about twelve steps ahead of this then. It was pretty
basic.
I could shorter it - it was basically:
You'll find the need to do these things, and you'll do them the way
that seems most right, but somebody else has probably already found a
better way of doing them, so don't reinvent the wheel. We've already
got wheels.
That said, sort-merge is a pretty good solution here I think. Did the
1,000,000 doc tests ever get done?
stephen
On Sep 17, 2010, at 11:54 AM, Norman Barker wrote:
> Stephen,
>
> if you could that would be greatly appreciated, I did read a lot of
> database theory before writing the multiview and settled on ordering
> the views from smallest to largest before doing the intersection in a
> multi-process ring (which now seems obvious!), but I am not an expert
> like the people from Postgres and I am sure there are smarter ways.
>
> thanks,
>
> Norman
>
> On Fri, Sep 17, 2010 at 10:47 AM, Stephen Prater <stephenp@agrussell.com
> > wrote:
>> No, not specifically, but Josh Berkus from Postgres gave a good
>> talk in
>> which he talked about JOINS (which multiview is basically a kind
>> of) and
>> gave some brief suggestions for them relevant to your (several
>> weeks prior)
>> question about whether there was a more efficient strategy for
>> finding the
>> intersection of two views rather than iterating them.
>>
>> I'll see if I can dig up the slides or something.
>>
>> stephen
>>
>> On Sep 17, 2010, at 11:33 AM, Norman Barker wrote:
>>
>>> I wasn't at CouchCamp as I had a conflicting schedule, was the
>>> multiview discussed?
>>>
>>> On Fri, Sep 17, 2010 at 10:20 AM, Stephen Prater <stephenp@agrussell.com
>>> >
>>> wrote:
>>>>
>>>> Were you at CouchCamp, Norman?
>>>>
>>>> On Sep 17, 2010, at 9:25 AM, Norman Barker wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> the multiview is at
>>>>>
>>>>> http://github.com/normanb/couchdb
>>>>>
>>>>> I have included multiview tests in the test suite to show how it
>>>>> works.
>>>>>
>>>>> I would really like to get this into trunk so it can be improved
>>>>> and
>>>>> used!
>>>>>
>>>>> thanks,
>>>>>
>>>>> Norman
>>>>>
>>>>>> On Fri, Sep 17, 2010 at 7:37 AM, cdr53x <cd...@free.fr> wrote:
>>>>>>>
>>>>>>> Hi all,
>>>>>>>
>>>>>>> I was wonderning if you could point me on some docs/examples
>>>>>>> on how
>>>>>>> the
>>>>>>> mutli view works ?
>>>>>>>
>>>>>>> Is this feature already in a packaged version and if not how
>>>>>>> should I
>>>>>>> proceed to benefit from this patch ?
>>>>>>>
>>>>>>> Thanks in advance,
>>>>>>>
>>>>>>> cdrx
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>>
>
Re: multi view support ?
Posted by Norman Barker <no...@gmail.com>.
Stephen,
if you could that would be greatly appreciated, I did read a lot of
database theory before writing the multiview and settled on ordering
the views from smallest to largest before doing the intersection in a
multi-process ring (which now seems obvious!), but I am not an expert
like the people from Postgres and I am sure there are smarter ways.
thanks,
Norman
On Fri, Sep 17, 2010 at 10:47 AM, Stephen Prater <st...@agrussell.com> wrote:
> No, not specifically, but Josh Berkus from Postgres gave a good talk in
> which he talked about JOINS (which multiview is basically a kind of) and
> gave some brief suggestions for them relevant to your (several weeks prior)
> question about whether there was a more efficient strategy for finding the
> intersection of two views rather than iterating them.
>
> I'll see if I can dig up the slides or something.
>
> stephen
>
> On Sep 17, 2010, at 11:33 AM, Norman Barker wrote:
>
>> I wasn't at CouchCamp as I had a conflicting schedule, was the
>> multiview discussed?
>>
>> On Fri, Sep 17, 2010 at 10:20 AM, Stephen Prater <st...@agrussell.com>
>> wrote:
>>>
>>> Were you at CouchCamp, Norman?
>>>
>>> On Sep 17, 2010, at 9:25 AM, Norman Barker wrote:
>>>
>>>> Hi,
>>>>
>>>> the multiview is at
>>>>
>>>> http://github.com/normanb/couchdb
>>>>
>>>> I have included multiview tests in the test suite to show how it works.
>>>>
>>>> I would really like to get this into trunk so it can be improved and
>>>> used!
>>>>
>>>> thanks,
>>>>
>>>> Norman
>>>>
>>>>> On Fri, Sep 17, 2010 at 7:37 AM, cdr53x <cd...@free.fr> wrote:
>>>>>>
>>>>>> Hi all,
>>>>>>
>>>>>> I was wonderning if you could point me on some docs/examples on how
>>>>>> the
>>>>>> mutli view works ?
>>>>>>
>>>>>> Is this feature already in a packaged version and if not how should I
>>>>>> proceed to benefit from this patch ?
>>>>>>
>>>>>> Thanks in advance,
>>>>>>
>>>>>> cdrx
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>>
>>
>
>
Re: multi view support ?
Posted by Stephen Prater <st...@agrussell.com>.
No, not specifically, but Josh Berkus from Postgres gave a good talk
in which he talked about JOINS (which multiview is basically a kind
of) and gave some brief suggestions for them relevant to your (several
weeks prior) question about whether there was a more efficient
strategy for finding the intersection of two views rather than
iterating them.
I'll see if I can dig up the slides or something.
stephen
On Sep 17, 2010, at 11:33 AM, Norman Barker wrote:
> I wasn't at CouchCamp as I had a conflicting schedule, was the
> multiview discussed?
>
> On Fri, Sep 17, 2010 at 10:20 AM, Stephen Prater <stephenp@agrussell.com
> > wrote:
>> Were you at CouchCamp, Norman?
>>
>> On Sep 17, 2010, at 9:25 AM, Norman Barker wrote:
>>
>>> Hi,
>>>
>>> the multiview is at
>>>
>>> http://github.com/normanb/couchdb
>>>
>>> I have included multiview tests in the test suite to show how it
>>> works.
>>>
>>> I would really like to get this into trunk so it can be improved
>>> and used!
>>>
>>> thanks,
>>>
>>> Norman
>>>
>>>> On Fri, Sep 17, 2010 at 7:37 AM, cdr53x <cd...@free.fr> wrote:
>>>>>
>>>>> Hi all,
>>>>>
>>>>> I was wonderning if you could point me on some docs/examples on
>>>>> how the
>>>>> mutli view works ?
>>>>>
>>>>> Is this feature already in a packaged version and if not how
>>>>> should I
>>>>> proceed to benefit from this patch ?
>>>>>
>>>>> Thanks in advance,
>>>>>
>>>>> cdrx
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
>>
>
Re: multi view support ?
Posted by Norman Barker <no...@gmail.com>.
I wasn't at CouchCamp as I had a conflicting schedule, was the
multiview discussed?
On Fri, Sep 17, 2010 at 10:20 AM, Stephen Prater <st...@agrussell.com> wrote:
> Were you at CouchCamp, Norman?
>
> On Sep 17, 2010, at 9:25 AM, Norman Barker wrote:
>
>> Hi,
>>
>> the multiview is at
>>
>> http://github.com/normanb/couchdb
>>
>> I have included multiview tests in the test suite to show how it works.
>>
>> I would really like to get this into trunk so it can be improved and used!
>>
>> thanks,
>>
>> Norman
>>
>>> On Fri, Sep 17, 2010 at 7:37 AM, cdr53x <cd...@free.fr> wrote:
>>>>
>>>> Hi all,
>>>>
>>>> I was wonderning if you could point me on some docs/examples on how the
>>>> mutli view works ?
>>>>
>>>> Is this feature already in a packaged version and if not how should I
>>>> proceed to benefit from this patch ?
>>>>
>>>> Thanks in advance,
>>>>
>>>> cdrx
>>>>
>>>>
>>>>
>>>>
>>>
>>
>
>
Re: multi view support ?
Posted by Stephen Prater <st...@agrussell.com>.
Were you at CouchCamp, Norman?
On Sep 17, 2010, at 9:25 AM, Norman Barker wrote:
> Hi,
>
> the multiview is at
>
> http://github.com/normanb/couchdb
>
> I have included multiview tests in the test suite to show how it
> works.
>
> I would really like to get this into trunk so it can be improved and
> used!
>
> thanks,
>
> Norman
>
>> On Fri, Sep 17, 2010 at 7:37 AM, cdr53x <cd...@free.fr> wrote:
>>> Hi all,
>>>
>>> I was wonderning if you could point me on some docs/examples on
>>> how the
>>> mutli view works ?
>>>
>>> Is this feature already in a packaged version and if not how
>>> should I
>>> proceed to benefit from this patch ?
>>>
>>> Thanks in advance,
>>>
>>> cdrx
>>>
>>>
>>>
>>>
>>
>
Re: multi view support ?
Posted by Norman Barker <no...@gmail.com>.
Hi,
the multiview is at
http://github.com/normanb/couchdb
I have included multiview tests in the test suite to show how it works.
I would really like to get this into trunk so it can be improved and used!
thanks,
Norman
> On Fri, Sep 17, 2010 at 7:37 AM, cdr53x <cd...@free.fr> wrote:
>> Hi all,
>>
>> I was wonderning if you could point me on some docs/examples on how the
>> mutli view works ?
>>
>> Is this feature already in a packaged version and if not how should I
>> proceed to benefit from this patch ?
>>
>> Thanks in advance,
>>
>> cdrx
>>
>>
>>
>>
>
multi view support ?
Posted by cdr53x <cd...@free.fr>.
Hi all,
I was wonderning if you could point me on some docs/examples on how the
mutli view works ?
Is this feature already in a packaged version and if not how should I
proceed to benefit from this patch ?
Thanks in advance,
cdrx
Re: hovercraft_test:all() fails
Posted by Søren Hilmer <sh...@widetrail.dk>.
Okay, just sent you a pull request.
I understand that the http is the recommended interface to couch, but I find
it really silly use that when you are inside an erlang process.
--Søren
On Fri, Sep 17, 2010 at 9:18 PM, Chris Anderson <jc...@apache.org> wrote:
> On Fri, Sep 17, 2010 at 3:52 AM, Søren Hilmer <sh...@widetrail.dk> wrote:
> > Hmm, well as you say it "pretty much works" except the testcase fails :-)
> > Okay, I will try to debug and fix it, so the test pass.
> >
>
> I'm happy to accept pull requests to bring it up to date.
>
> It is recommended to interface to CouchDB via HTTP, as that will be
> interoperable over the long term.
>
> Chris
>
> > --Søren
> >
> > On Fri, Sep 17, 2010 at 10:42 AM, Robert Dionne <
> > dionne@dionne-associates.com> wrote:
> >
> >> I don't think it's officially supported in the apache project, whatever
> >> that means (I'm sort of new to apache so I'm not sure how governance
> works).
> >>
> >> Hovercraft pretty much works. There's been discussion about server side
> >> apis, making extensions more pluggable, etc.. and some proposals but
> nothing
> >> of substance yet. So I think Hovercraft is probably a good place to
> start if
> >> you want to be in the same VM, but you'll need to understand the
> internals a
> >> bit, which isn't too hard if you're erlang literate. There's also
> >> coucbeam[1] if you're just working in erlang and want to use the apis
> from
> >> another erlang VM
> >>
> >> Cheers,
> >>
> >> Bob
> >>
> >> [1] http://github.com/benoitc/couchbeam
> >>
> >>
> >> On Sep 17, 2010, at 2:12 AM, Søren Hilmer wrote:
> >>
> >> > I am fetching data periodically from some source, this data needs to
> be
> >> > massaged before it can end up as a document in couch.
> >> > I wish to avoid having another OS process in the setup of the system,
> >> thus
> >> > I'm aiming for an Erlang process.
> >> > Now is hovercraft not the way for this Erlang process to put data into
> >> > couch?
> >> >
> >> > Btw. the hovercraft lightning test runs flawlessly.
> >> >
> >> > --Søren
> >> >
> >> >
> >> > On Thu, Sep 16, 2010 at 4:24 PM, Tyler Gillies <ty...@pdxbrain.com>
> >> wrote:
> >> >
> >> >> I mentioned hovercraft at the couchone office and people kinda just
> >> shook
> >> >> their heads.
> >> >>
> >> >> On Thu, Sep 16, 2010 at 7:19 AM, Robert Dionne <
> >> >> dionne@dionne-associates.com
> >> >>> wrote:
> >> >>
> >> >>> I'm not sure anyone has kept this up and it's likely a few of the
> touch
> >> >>> points where it meets the internals have changed. From the stack it
> >> looks
> >> >>> like a function has gone away. Perhaps if you could comment on the
> >> >> specifics
> >> >>> of what you are doing someone could determine whether Hovercraft
> could
> >> be
> >> >>> upgraded or you'd be better off using something else.
> >> >>>
> >> >>>
> >> >>>
> >> >>> On Sep 16, 2010, at 7:56 AM, Søren Hilmer wrote:
> >> >>>
> >> >>>> Hi
> >> >>>>
> >> >>>> I successfully compiled hovercraft, and got it loaded within my
> couch
> >> >>>> instance v 1.0.1. and Erlang R13B03
> >> >>>> I then tried to run hovercraft_test:all() but it fails with this
> dump:
> >> >>>>
> >> >>>> [info] [<0.34.0>] Starting tests in <<"hovercraft-test">>
> >> >>>> [error] [emulator] Error in process <0.183.0> with exit value:
> >> >>>> {undef,[{couch_doc,att_foldl_unzip,[{att,<<8 bytes>>,<<10
> >> >>>> bytes>>,46,10240,<<16
> >> >>>>
> >> >>>
> >> >>
> >>
> bytes>>,1,{<0.176.0>,[343]},gzip},#Fun<hovercraft.9.110183069>,[]]},{hovercraft,attachment_streamer,3}]}
> >> >>>>
> >> >>>>
> >> >>>>
> >> >>>> =ERROR REPORT==== 16-Sep-2010::13:37:19 ===
> >> >>>> Error in process <0.183.0> with exit value:
> >> >>>> {undef,[{couch_doc,att_foldl_unzip,[{att,<<8 bytes>>,<<10
> >> >>>> bytes>>,46,10240,<<16
> >> >>>>
> >> >>>
> >> >>
> >>
> bytes>>,1,{<0.176.0>,[343]},gzip},#Fun<hovercraft.9.110183069>,[]]},{hovercraft,attachment_streamer,3}]}
> >> >>>>
> >> >>>> ** exception exit: undef
> >> >>>> in function couch_doc:att_foldl_unzip/3
> >> >>>> called as
> >> >>>>
> >> >>
> couch_doc:att_foldl_unzip({att,<<"test.txt">>,<<"text/plain">>,46,10240,
> >> >>>>
> >> >>>> <<141,179,150,14,153,200,141,27,251,216,245,2,33,71,41,226>>,
> >> >>>> 1,
> >> >>>> {<0.176.0>,[343]},
> >> >>>> gzip},
> >> >>>>
> >> >>> #Fun<hovercraft.9.110183069>,[])
> >> >>>> in call from hovercraft:attachment_streamer/3
> >> >>>>
> >> >>>>
> >> >>>>
> >> >>>> Any clues?
> >> >>>> It does succeed in creating the hovercraft-test database and 2
> >> >> documents
> >> >>>> within it.
> >> >>>>
> >> >>>> --Søren
> >> >>>>
> >> >>>> --
> >> >>>>
> >> >>>> Søren Hilmer, M.Sc., M.Crypt.
> >> >>>>
> >> >>>> wideTrail Phone: +45 25481225
> >> >>>>
> >> >>>> Pilevænget 41 Email: sh@widetrail.dk
> >> >>>>
> >> >>>> DK-8961 Allingåbro Web: www.widetrail.dk
> >> >>>
> >> >>>
> >> >>
> >> >>
> >> >> --
> >> >> http://www.readwriteweb.com/about#tyler
> >> >>
> >> >> Ask me anything <http://tumble.pdxbrain.com/ask>!
> >> >>
> >> >
> >> >
> >> >
> >> > --
> >> >
> >> > Søren Hilmer, M.Sc., M.Crypt.
> >> >
> >> > wideTrail Phone: +45 25481225
> >> >
> >> > Pilevænget 41 Email: sh@widetrail.dk
> >> >
> >> > DK-8961 Allingåbro Web: www.widetrail.dk
> >>
> >>
> >
> >
> > --
> >
> > Søren Hilmer, M.Sc., M.Crypt.
> >
> > wideTrail Phone: +45 25481225
> >
> > Pilevænget 41 Email: sh@widetrail.dk
> >
> > DK-8961 Allingåbro Web: www.widetrail.dk
> >
>
>
>
> --
> Chris Anderson
> http://jchrisa.net
> http://couch.io
>
--
Søren Hilmer, M.Sc., M.Crypt.
wideTrail Phone: +45 25481225
Pilevænget 41 Email: sh@widetrail.dk
DK-8961 Allingåbro Web: www.widetrail.dk
Re: hovercraft_test:all() fails
Posted by Chris Anderson <jc...@apache.org>.
On Fri, Sep 17, 2010 at 3:52 AM, Søren Hilmer <sh...@widetrail.dk> wrote:
> Hmm, well as you say it "pretty much works" except the testcase fails :-)
> Okay, I will try to debug and fix it, so the test pass.
>
I'm happy to accept pull requests to bring it up to date.
It is recommended to interface to CouchDB via HTTP, as that will be
interoperable over the long term.
Chris
> --Søren
>
> On Fri, Sep 17, 2010 at 10:42 AM, Robert Dionne <
> dionne@dionne-associates.com> wrote:
>
>> I don't think it's officially supported in the apache project, whatever
>> that means (I'm sort of new to apache so I'm not sure how governance works).
>>
>> Hovercraft pretty much works. There's been discussion about server side
>> apis, making extensions more pluggable, etc.. and some proposals but nothing
>> of substance yet. So I think Hovercraft is probably a good place to start if
>> you want to be in the same VM, but you'll need to understand the internals a
>> bit, which isn't too hard if you're erlang literate. There's also
>> coucbeam[1] if you're just working in erlang and want to use the apis from
>> another erlang VM
>>
>> Cheers,
>>
>> Bob
>>
>> [1] http://github.com/benoitc/couchbeam
>>
>>
>> On Sep 17, 2010, at 2:12 AM, Søren Hilmer wrote:
>>
>> > I am fetching data periodically from some source, this data needs to be
>> > massaged before it can end up as a document in couch.
>> > I wish to avoid having another OS process in the setup of the system,
>> thus
>> > I'm aiming for an Erlang process.
>> > Now is hovercraft not the way for this Erlang process to put data into
>> > couch?
>> >
>> > Btw. the hovercraft lightning test runs flawlessly.
>> >
>> > --Søren
>> >
>> >
>> > On Thu, Sep 16, 2010 at 4:24 PM, Tyler Gillies <ty...@pdxbrain.com>
>> wrote:
>> >
>> >> I mentioned hovercraft at the couchone office and people kinda just
>> shook
>> >> their heads.
>> >>
>> >> On Thu, Sep 16, 2010 at 7:19 AM, Robert Dionne <
>> >> dionne@dionne-associates.com
>> >>> wrote:
>> >>
>> >>> I'm not sure anyone has kept this up and it's likely a few of the touch
>> >>> points where it meets the internals have changed. From the stack it
>> looks
>> >>> like a function has gone away. Perhaps if you could comment on the
>> >> specifics
>> >>> of what you are doing someone could determine whether Hovercraft could
>> be
>> >>> upgraded or you'd be better off using something else.
>> >>>
>> >>>
>> >>>
>> >>> On Sep 16, 2010, at 7:56 AM, Søren Hilmer wrote:
>> >>>
>> >>>> Hi
>> >>>>
>> >>>> I successfully compiled hovercraft, and got it loaded within my couch
>> >>>> instance v 1.0.1. and Erlang R13B03
>> >>>> I then tried to run hovercraft_test:all() but it fails with this dump:
>> >>>>
>> >>>> [info] [<0.34.0>] Starting tests in <<"hovercraft-test">>
>> >>>> [error] [emulator] Error in process <0.183.0> with exit value:
>> >>>> {undef,[{couch_doc,att_foldl_unzip,[{att,<<8 bytes>>,<<10
>> >>>> bytes>>,46,10240,<<16
>> >>>>
>> >>>
>> >>
>> bytes>>,1,{<0.176.0>,[343]},gzip},#Fun<hovercraft.9.110183069>,[]]},{hovercraft,attachment_streamer,3}]}
>> >>>>
>> >>>>
>> >>>>
>> >>>> =ERROR REPORT==== 16-Sep-2010::13:37:19 ===
>> >>>> Error in process <0.183.0> with exit value:
>> >>>> {undef,[{couch_doc,att_foldl_unzip,[{att,<<8 bytes>>,<<10
>> >>>> bytes>>,46,10240,<<16
>> >>>>
>> >>>
>> >>
>> bytes>>,1,{<0.176.0>,[343]},gzip},#Fun<hovercraft.9.110183069>,[]]},{hovercraft,attachment_streamer,3}]}
>> >>>>
>> >>>> ** exception exit: undef
>> >>>> in function couch_doc:att_foldl_unzip/3
>> >>>> called as
>> >>>>
>> >> couch_doc:att_foldl_unzip({att,<<"test.txt">>,<<"text/plain">>,46,10240,
>> >>>>
>> >>>> <<141,179,150,14,153,200,141,27,251,216,245,2,33,71,41,226>>,
>> >>>> 1,
>> >>>> {<0.176.0>,[343]},
>> >>>> gzip},
>> >>>>
>> >>> #Fun<hovercraft.9.110183069>,[])
>> >>>> in call from hovercraft:attachment_streamer/3
>> >>>>
>> >>>>
>> >>>>
>> >>>> Any clues?
>> >>>> It does succeed in creating the hovercraft-test database and 2
>> >> documents
>> >>>> within it.
>> >>>>
>> >>>> --Søren
>> >>>>
>> >>>> --
>> >>>>
>> >>>> Søren Hilmer, M.Sc., M.Crypt.
>> >>>>
>> >>>> wideTrail Phone: +45 25481225
>> >>>>
>> >>>> Pilevænget 41 Email: sh@widetrail.dk
>> >>>>
>> >>>> DK-8961 Allingåbro Web: www.widetrail.dk
>> >>>
>> >>>
>> >>
>> >>
>> >> --
>> >> http://www.readwriteweb.com/about#tyler
>> >>
>> >> Ask me anything <http://tumble.pdxbrain.com/ask>!
>> >>
>> >
>> >
>> >
>> > --
>> >
>> > Søren Hilmer, M.Sc., M.Crypt.
>> >
>> > wideTrail Phone: +45 25481225
>> >
>> > Pilevænget 41 Email: sh@widetrail.dk
>> >
>> > DK-8961 Allingåbro Web: www.widetrail.dk
>>
>>
>
>
> --
>
> Søren Hilmer, M.Sc., M.Crypt.
>
> wideTrail Phone: +45 25481225
>
> Pilevænget 41 Email: sh@widetrail.dk
>
> DK-8961 Allingåbro Web: www.widetrail.dk
>
--
Chris Anderson
http://jchrisa.net
http://couch.io
Re: hovercraft_test:all() fails
Posted by Søren Hilmer <sh...@widetrail.dk>.
Hmm, well as you say it "pretty much works" except the testcase fails :-)
Okay, I will try to debug and fix it, so the test pass.
--Søren
On Fri, Sep 17, 2010 at 10:42 AM, Robert Dionne <
dionne@dionne-associates.com> wrote:
> I don't think it's officially supported in the apache project, whatever
> that means (I'm sort of new to apache so I'm not sure how governance works).
>
> Hovercraft pretty much works. There's been discussion about server side
> apis, making extensions more pluggable, etc.. and some proposals but nothing
> of substance yet. So I think Hovercraft is probably a good place to start if
> you want to be in the same VM, but you'll need to understand the internals a
> bit, which isn't too hard if you're erlang literate. There's also
> coucbeam[1] if you're just working in erlang and want to use the apis from
> another erlang VM
>
> Cheers,
>
> Bob
>
> [1] http://github.com/benoitc/couchbeam
>
>
> On Sep 17, 2010, at 2:12 AM, Søren Hilmer wrote:
>
> > I am fetching data periodically from some source, this data needs to be
> > massaged before it can end up as a document in couch.
> > I wish to avoid having another OS process in the setup of the system,
> thus
> > I'm aiming for an Erlang process.
> > Now is hovercraft not the way for this Erlang process to put data into
> > couch?
> >
> > Btw. the hovercraft lightning test runs flawlessly.
> >
> > --Søren
> >
> >
> > On Thu, Sep 16, 2010 at 4:24 PM, Tyler Gillies <ty...@pdxbrain.com>
> wrote:
> >
> >> I mentioned hovercraft at the couchone office and people kinda just
> shook
> >> their heads.
> >>
> >> On Thu, Sep 16, 2010 at 7:19 AM, Robert Dionne <
> >> dionne@dionne-associates.com
> >>> wrote:
> >>
> >>> I'm not sure anyone has kept this up and it's likely a few of the touch
> >>> points where it meets the internals have changed. From the stack it
> looks
> >>> like a function has gone away. Perhaps if you could comment on the
> >> specifics
> >>> of what you are doing someone could determine whether Hovercraft could
> be
> >>> upgraded or you'd be better off using something else.
> >>>
> >>>
> >>>
> >>> On Sep 16, 2010, at 7:56 AM, Søren Hilmer wrote:
> >>>
> >>>> Hi
> >>>>
> >>>> I successfully compiled hovercraft, and got it loaded within my couch
> >>>> instance v 1.0.1. and Erlang R13B03
> >>>> I then tried to run hovercraft_test:all() but it fails with this dump:
> >>>>
> >>>> [info] [<0.34.0>] Starting tests in <<"hovercraft-test">>
> >>>> [error] [emulator] Error in process <0.183.0> with exit value:
> >>>> {undef,[{couch_doc,att_foldl_unzip,[{att,<<8 bytes>>,<<10
> >>>> bytes>>,46,10240,<<16
> >>>>
> >>>
> >>
> bytes>>,1,{<0.176.0>,[343]},gzip},#Fun<hovercraft.9.110183069>,[]]},{hovercraft,attachment_streamer,3}]}
> >>>>
> >>>>
> >>>>
> >>>> =ERROR REPORT==== 16-Sep-2010::13:37:19 ===
> >>>> Error in process <0.183.0> with exit value:
> >>>> {undef,[{couch_doc,att_foldl_unzip,[{att,<<8 bytes>>,<<10
> >>>> bytes>>,46,10240,<<16
> >>>>
> >>>
> >>
> bytes>>,1,{<0.176.0>,[343]},gzip},#Fun<hovercraft.9.110183069>,[]]},{hovercraft,attachment_streamer,3}]}
> >>>>
> >>>> ** exception exit: undef
> >>>> in function couch_doc:att_foldl_unzip/3
> >>>> called as
> >>>>
> >> couch_doc:att_foldl_unzip({att,<<"test.txt">>,<<"text/plain">>,46,10240,
> >>>>
> >>>> <<141,179,150,14,153,200,141,27,251,216,245,2,33,71,41,226>>,
> >>>> 1,
> >>>> {<0.176.0>,[343]},
> >>>> gzip},
> >>>>
> >>> #Fun<hovercraft.9.110183069>,[])
> >>>> in call from hovercraft:attachment_streamer/3
> >>>>
> >>>>
> >>>>
> >>>> Any clues?
> >>>> It does succeed in creating the hovercraft-test database and 2
> >> documents
> >>>> within it.
> >>>>
> >>>> --Søren
> >>>>
> >>>> --
> >>>>
> >>>> Søren Hilmer, M.Sc., M.Crypt.
> >>>>
> >>>> wideTrail Phone: +45 25481225
> >>>>
> >>>> Pilevænget 41 Email: sh@widetrail.dk
> >>>>
> >>>> DK-8961 Allingåbro Web: www.widetrail.dk
> >>>
> >>>
> >>
> >>
> >> --
> >> http://www.readwriteweb.com/about#tyler
> >>
> >> Ask me anything <http://tumble.pdxbrain.com/ask>!
> >>
> >
> >
> >
> > --
> >
> > Søren Hilmer, M.Sc., M.Crypt.
> >
> > wideTrail Phone: +45 25481225
> >
> > Pilevænget 41 Email: sh@widetrail.dk
> >
> > DK-8961 Allingåbro Web: www.widetrail.dk
>
>
--
Søren Hilmer, M.Sc., M.Crypt.
wideTrail Phone: +45 25481225
Pilevænget 41 Email: sh@widetrail.dk
DK-8961 Allingåbro Web: www.widetrail.dk
Re: hovercraft_test:all() fails
Posted by Robert Dionne <di...@dionne-associates.com>.
I don't think it's officially supported in the apache project, whatever that means (I'm sort of new to apache so I'm not sure how governance works).
Hovercraft pretty much works. There's been discussion about server side apis, making extensions more pluggable, etc.. and some proposals but nothing of substance yet. So I think Hovercraft is probably a good place to start if you want to be in the same VM, but you'll need to understand the internals a bit, which isn't too hard if you're erlang literate. There's also coucbeam[1] if you're just working in erlang and want to use the apis from another erlang VM
Cheers,
Bob
[1] http://github.com/benoitc/couchbeam
On Sep 17, 2010, at 2:12 AM, Søren Hilmer wrote:
> I am fetching data periodically from some source, this data needs to be
> massaged before it can end up as a document in couch.
> I wish to avoid having another OS process in the setup of the system, thus
> I'm aiming for an Erlang process.
> Now is hovercraft not the way for this Erlang process to put data into
> couch?
>
> Btw. the hovercraft lightning test runs flawlessly.
>
> --Søren
>
>
> On Thu, Sep 16, 2010 at 4:24 PM, Tyler Gillies <ty...@pdxbrain.com> wrote:
>
>> I mentioned hovercraft at the couchone office and people kinda just shook
>> their heads.
>>
>> On Thu, Sep 16, 2010 at 7:19 AM, Robert Dionne <
>> dionne@dionne-associates.com
>>> wrote:
>>
>>> I'm not sure anyone has kept this up and it's likely a few of the touch
>>> points where it meets the internals have changed. From the stack it looks
>>> like a function has gone away. Perhaps if you could comment on the
>> specifics
>>> of what you are doing someone could determine whether Hovercraft could be
>>> upgraded or you'd be better off using something else.
>>>
>>>
>>>
>>> On Sep 16, 2010, at 7:56 AM, Søren Hilmer wrote:
>>>
>>>> Hi
>>>>
>>>> I successfully compiled hovercraft, and got it loaded within my couch
>>>> instance v 1.0.1. and Erlang R13B03
>>>> I then tried to run hovercraft_test:all() but it fails with this dump:
>>>>
>>>> [info] [<0.34.0>] Starting tests in <<"hovercraft-test">>
>>>> [error] [emulator] Error in process <0.183.0> with exit value:
>>>> {undef,[{couch_doc,att_foldl_unzip,[{att,<<8 bytes>>,<<10
>>>> bytes>>,46,10240,<<16
>>>>
>>>
>> bytes>>,1,{<0.176.0>,[343]},gzip},#Fun<hovercraft.9.110183069>,[]]},{hovercraft,attachment_streamer,3}]}
>>>>
>>>>
>>>>
>>>> =ERROR REPORT==== 16-Sep-2010::13:37:19 ===
>>>> Error in process <0.183.0> with exit value:
>>>> {undef,[{couch_doc,att_foldl_unzip,[{att,<<8 bytes>>,<<10
>>>> bytes>>,46,10240,<<16
>>>>
>>>
>> bytes>>,1,{<0.176.0>,[343]},gzip},#Fun<hovercraft.9.110183069>,[]]},{hovercraft,attachment_streamer,3}]}
>>>>
>>>> ** exception exit: undef
>>>> in function couch_doc:att_foldl_unzip/3
>>>> called as
>>>>
>> couch_doc:att_foldl_unzip({att,<<"test.txt">>,<<"text/plain">>,46,10240,
>>>>
>>>> <<141,179,150,14,153,200,141,27,251,216,245,2,33,71,41,226>>,
>>>> 1,
>>>> {<0.176.0>,[343]},
>>>> gzip},
>>>>
>>> #Fun<hovercraft.9.110183069>,[])
>>>> in call from hovercraft:attachment_streamer/3
>>>>
>>>>
>>>>
>>>> Any clues?
>>>> It does succeed in creating the hovercraft-test database and 2
>> documents
>>>> within it.
>>>>
>>>> --Søren
>>>>
>>>> --
>>>>
>>>> Søren Hilmer, M.Sc., M.Crypt.
>>>>
>>>> wideTrail Phone: +45 25481225
>>>>
>>>> Pilevænget 41 Email: sh@widetrail.dk
>>>>
>>>> DK-8961 Allingåbro Web: www.widetrail.dk
>>>
>>>
>>
>>
>> --
>> http://www.readwriteweb.com/about#tyler
>>
>> Ask me anything <http://tumble.pdxbrain.com/ask>!
>>
>
>
>
> --
>
> Søren Hilmer, M.Sc., M.Crypt.
>
> wideTrail Phone: +45 25481225
>
> Pilevænget 41 Email: sh@widetrail.dk
>
> DK-8961 Allingåbro Web: www.widetrail.dk
Re: hovercraft_test:all() fails
Posted by Søren Hilmer <sh...@widetrail.dk>.
I am fetching data periodically from some source, this data needs to be
massaged before it can end up as a document in couch.
I wish to avoid having another OS process in the setup of the system, thus
I'm aiming for an Erlang process.
Now is hovercraft not the way for this Erlang process to put data into
couch?
Btw. the hovercraft lightning test runs flawlessly.
--Søren
On Thu, Sep 16, 2010 at 4:24 PM, Tyler Gillies <ty...@pdxbrain.com> wrote:
> I mentioned hovercraft at the couchone office and people kinda just shook
> their heads.
>
> On Thu, Sep 16, 2010 at 7:19 AM, Robert Dionne <
> dionne@dionne-associates.com
> > wrote:
>
> > I'm not sure anyone has kept this up and it's likely a few of the touch
> > points where it meets the internals have changed. From the stack it looks
> > like a function has gone away. Perhaps if you could comment on the
> specifics
> > of what you are doing someone could determine whether Hovercraft could be
> > upgraded or you'd be better off using something else.
> >
> >
> >
> > On Sep 16, 2010, at 7:56 AM, Søren Hilmer wrote:
> >
> > > Hi
> > >
> > > I successfully compiled hovercraft, and got it loaded within my couch
> > > instance v 1.0.1. and Erlang R13B03
> > > I then tried to run hovercraft_test:all() but it fails with this dump:
> > >
> > > [info] [<0.34.0>] Starting tests in <<"hovercraft-test">>
> > > [error] [emulator] Error in process <0.183.0> with exit value:
> > > {undef,[{couch_doc,att_foldl_unzip,[{att,<<8 bytes>>,<<10
> > > bytes>>,46,10240,<<16
> > >
> >
> bytes>>,1,{<0.176.0>,[343]},gzip},#Fun<hovercraft.9.110183069>,[]]},{hovercraft,attachment_streamer,3}]}
> > >
> > >
> > >
> > > =ERROR REPORT==== 16-Sep-2010::13:37:19 ===
> > > Error in process <0.183.0> with exit value:
> > > {undef,[{couch_doc,att_foldl_unzip,[{att,<<8 bytes>>,<<10
> > > bytes>>,46,10240,<<16
> > >
> >
> bytes>>,1,{<0.176.0>,[343]},gzip},#Fun<hovercraft.9.110183069>,[]]},{hovercraft,attachment_streamer,3}]}
> > >
> > > ** exception exit: undef
> > > in function couch_doc:att_foldl_unzip/3
> > > called as
> > >
> couch_doc:att_foldl_unzip({att,<<"test.txt">>,<<"text/plain">>,46,10240,
> > >
> > > <<141,179,150,14,153,200,141,27,251,216,245,2,33,71,41,226>>,
> > > 1,
> > > {<0.176.0>,[343]},
> > > gzip},
> > >
> > #Fun<hovercraft.9.110183069>,[])
> > > in call from hovercraft:attachment_streamer/3
> > >
> > >
> > >
> > > Any clues?
> > > It does succeed in creating the hovercraft-test database and 2
> documents
> > > within it.
> > >
> > > --Søren
> > >
> > > --
> > >
> > > Søren Hilmer, M.Sc., M.Crypt.
> > >
> > > wideTrail Phone: +45 25481225
> > >
> > > Pilevænget 41 Email: sh@widetrail.dk
> > >
> > > DK-8961 Allingåbro Web: www.widetrail.dk
> >
> >
>
>
> --
> http://www.readwriteweb.com/about#tyler
>
> Ask me anything <http://tumble.pdxbrain.com/ask>!
>
--
Søren Hilmer, M.Sc., M.Crypt.
wideTrail Phone: +45 25481225
Pilevænget 41 Email: sh@widetrail.dk
DK-8961 Allingåbro Web: www.widetrail.dk
Re: hovercraft_test:all() fails
Posted by Tyler Gillies <ty...@pdxbrain.com>.
I mentioned hovercraft at the couchone office and people kinda just shook
their heads.
On Thu, Sep 16, 2010 at 7:19 AM, Robert Dionne <dionne@dionne-associates.com
> wrote:
> I'm not sure anyone has kept this up and it's likely a few of the touch
> points where it meets the internals have changed. From the stack it looks
> like a function has gone away. Perhaps if you could comment on the specifics
> of what you are doing someone could determine whether Hovercraft could be
> upgraded or you'd be better off using something else.
>
>
>
> On Sep 16, 2010, at 7:56 AM, Søren Hilmer wrote:
>
> > Hi
> >
> > I successfully compiled hovercraft, and got it loaded within my couch
> > instance v 1.0.1. and Erlang R13B03
> > I then tried to run hovercraft_test:all() but it fails with this dump:
> >
> > [info] [<0.34.0>] Starting tests in <<"hovercraft-test">>
> > [error] [emulator] Error in process <0.183.0> with exit value:
> > {undef,[{couch_doc,att_foldl_unzip,[{att,<<8 bytes>>,<<10
> > bytes>>,46,10240,<<16
> >
> bytes>>,1,{<0.176.0>,[343]},gzip},#Fun<hovercraft.9.110183069>,[]]},{hovercraft,attachment_streamer,3}]}
> >
> >
> >
> > =ERROR REPORT==== 16-Sep-2010::13:37:19 ===
> > Error in process <0.183.0> with exit value:
> > {undef,[{couch_doc,att_foldl_unzip,[{att,<<8 bytes>>,<<10
> > bytes>>,46,10240,<<16
> >
> bytes>>,1,{<0.176.0>,[343]},gzip},#Fun<hovercraft.9.110183069>,[]]},{hovercraft,attachment_streamer,3}]}
> >
> > ** exception exit: undef
> > in function couch_doc:att_foldl_unzip/3
> > called as
> > couch_doc:att_foldl_unzip({att,<<"test.txt">>,<<"text/plain">>,46,10240,
> >
> > <<141,179,150,14,153,200,141,27,251,216,245,2,33,71,41,226>>,
> > 1,
> > {<0.176.0>,[343]},
> > gzip},
> >
> #Fun<hovercraft.9.110183069>,[])
> > in call from hovercraft:attachment_streamer/3
> >
> >
> >
> > Any clues?
> > It does succeed in creating the hovercraft-test database and 2 documents
> > within it.
> >
> > --Søren
> >
> > --
> >
> > Søren Hilmer, M.Sc., M.Crypt.
> >
> > wideTrail Phone: +45 25481225
> >
> > Pilevænget 41 Email: sh@widetrail.dk
> >
> > DK-8961 Allingåbro Web: www.widetrail.dk
>
>
--
http://www.readwriteweb.com/about#tyler
Ask me anything <http://tumble.pdxbrain.com/ask>!
Re: hovercraft_test:all() fails
Posted by Robert Dionne <di...@dionne-associates.com>.
I'm not sure anyone has kept this up and it's likely a few of the touch points where it meets the internals have changed. From the stack it looks like a function has gone away. Perhaps if you could comment on the specifics of what you are doing someone could determine whether Hovercraft could be upgraded or you'd be better off using something else.
On Sep 16, 2010, at 7:56 AM, Søren Hilmer wrote:
> Hi
>
> I successfully compiled hovercraft, and got it loaded within my couch
> instance v 1.0.1. and Erlang R13B03
> I then tried to run hovercraft_test:all() but it fails with this dump:
>
> [info] [<0.34.0>] Starting tests in <<"hovercraft-test">>
> [error] [emulator] Error in process <0.183.0> with exit value:
> {undef,[{couch_doc,att_foldl_unzip,[{att,<<8 bytes>>,<<10
> bytes>>,46,10240,<<16
> bytes>>,1,{<0.176.0>,[343]},gzip},#Fun<hovercraft.9.110183069>,[]]},{hovercraft,attachment_streamer,3}]}
>
>
>
> =ERROR REPORT==== 16-Sep-2010::13:37:19 ===
> Error in process <0.183.0> with exit value:
> {undef,[{couch_doc,att_foldl_unzip,[{att,<<8 bytes>>,<<10
> bytes>>,46,10240,<<16
> bytes>>,1,{<0.176.0>,[343]},gzip},#Fun<hovercraft.9.110183069>,[]]},{hovercraft,attachment_streamer,3}]}
>
> ** exception exit: undef
> in function couch_doc:att_foldl_unzip/3
> called as
> couch_doc:att_foldl_unzip({att,<<"test.txt">>,<<"text/plain">>,46,10240,
>
> <<141,179,150,14,153,200,141,27,251,216,245,2,33,71,41,226>>,
> 1,
> {<0.176.0>,[343]},
> gzip},
> #Fun<hovercraft.9.110183069>,[])
> in call from hovercraft:attachment_streamer/3
>
>
>
> Any clues?
> It does succeed in creating the hovercraft-test database and 2 documents
> within it.
>
> --Søren
>
> --
>
> Søren Hilmer, M.Sc., M.Crypt.
>
> wideTrail Phone: +45 25481225
>
> Pilevænget 41 Email: sh@widetrail.dk
>
> DK-8961 Allingåbro Web: www.widetrail.dk