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 guby.mail@gmail.com
 designates 216.239.58.187 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer;
        b=D0tLdJzjCcItKW0gO1s7a/+VQn2Ip5dtFoPXabdUdODupso+eJ//UD800J5TnJf1S7a7sGehpWRX4bjnwF9uO8+6PSDdKFBilpsZqY4Zka6PTGQrRf+swlItay5b2kDVg6EwlS6zARnA5aJdqiXRMeUPhoilVa8LbRV3V7jloH4=
Message-Id: <241FC5B1-8820-4492-B73D-5500465C90FD@gmail.com>
From: Guby <guby.mail@gmail.com>
To: couchdb-user@incubator.apache.org
In-Reply-To: <C1066EF5-E765-43AC-B05B-E0F9D8A304A1@bluebridge.jp>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v919.2)
Subject: Re: Erroneous output from the trunk?
Date: Wed, 23 Apr 2008 13:01:20 -0300
References: <B04198C509E7ED47A0E3191B132CC48A012A4058@melbmail.pronto.com.au>
 <2A67D687-745D-4FDB-9ECE-2491EB48A817@gmail.com>
 <C1066EF5-E765-43AC-B05B-E0F9D8A304A1@bluebridge.jp>

Thanks for the answers guys.
You are right.
But I don't understand why I get the raw HTTP/1.1 response chunk all  
of a sudden and not only the "data" like before?

Doing a "curl" from my server works though!

So I guess it is not CouchDBs fault really...
But what can it be?

and to benoit: I am not behind a proxy...

Best regards
Sebastian


On Apr 23, 2008, at 12:54 PM, Kristopher Tate wrote:

> I might be wrong, but I think what you're looking at is a HTTP/1.1  
> response chunk.
>
> 2e == 46 in hexadecimal, the length of the chunk.
>
> The trailing 0 acts as a terminator for the chunk sequence.
>
> --
> kristopher
>
> On 2008/04/24, at 0:43, Guby wrote:
>>
>> I just updated my install to the trunk version on both my local  
>> machine and on my server:
>> On my local machine everything works nice on the trunk, on the  
>> server on the other hand I get some strange output from CouchDB...
>> 2e
>> {"couchdb":"Welcome","version":"0.7.3a650904"}
>> 0
>> This behavior also makes it impossible to interact with the  
>> database using the _utils/ interface, because of the incorrect  
>> output...
>>
>> Any ideas?
>>
>> Other commands and their output:
>>
>> _all_dbs:
>> 9
>> ["kleio"]
>> 0
>> /kleio/
>>
>> 6c
>> {"db_name":"kleio","doc_count":5,"doc_del_count":0,"update_seq": 
>> 5,"compact_running":false,"disk_size":15721}
>> 0
>>
>> Best regards
>> Sebastian
>>
>>
>>
>