Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 74363 invoked from network); 21 Nov 2010 11:18:40 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 21 Nov 2010 11:18:40 -0000 Received: (qmail 13672 invoked by uid 500); 21 Nov 2010 11:19:12 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 13472 invoked by uid 500); 21 Nov 2010 11:19:11 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 13465 invoked by uid 99); 21 Nov 2010 11:19:10 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 21 Nov 2010 11:19:10 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of elecharny@gmail.com designates 74.125.82.178 as permitted sender) Received: from [74.125.82.178] (HELO mail-wy0-f178.google.com) (74.125.82.178) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 21 Nov 2010 11:19:04 +0000 Received: by wyb32 with SMTP id 32so1326175wyb.37 for ; Sun, 21 Nov 2010 03:18:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=NFw6QBCxJl2yBjhJpWBhJm30tId8jkXhcW5/LMW9sD0=; b=C7Po7POCHV1TwrGQmldM4ciX29ga3BxvVtOAnFP+gA5rM6gET/sPDNrjRZtB4Sm+0x aFV++7ifrAaIMxbKKmlTuOHLXREabldvPihCbQJTbpq3nXft18nnQ68tA8fWhVUAAz5P T+1kSBfRWknbqxvq3COe7yCNI+oTr58JnPPIM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; b=pZw+qMhpZOX3T4tuQo7gYbSQNibbrcyUhEFjYKvUvgAgnPBxTGwZ+EUlAoQcwHAOI2 NXlz47mWIlJj10M5O63iQS52HfJWs/jv/G2tHXoqjhYVL9JeG4eeHtbOpEmcEbbSxjrS ujCOulbi85dnJqNm58ISQMFJNz3mfGgdvCyKg= Received: by 10.216.163.148 with SMTP id a20mr6450986wel.41.1290338323456; Sun, 21 Nov 2010 03:18:43 -0800 (PST) Received: from emmanuel-lecharnys-MacBook-Pro.local (ran75-1-78-192-106-184.fbxo.proxad.net [78.192.106.184]) by mx.google.com with ESMTPS id a2sm1713847wer.41.2010.11.21.03.18.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 21 Nov 2010 03:18:41 -0800 (PST) Message-ID: <4CE90011.2080200@gmail.com> Date: Sun, 21 Nov 2010 12:18:41 +0100 From: Emmanuel Lecharny Reply-To: elecharny@apache.org User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Apache Directory Developers List Subject: Re: Disable Kerberos modules and tests (was: Build failed in Hudson: dir-studio-jdk15-ubuntu-deploy #97) References: <4CE79623.3020505@gmail.com> <4CE79CDD.40109@apache.org> <4CE7A36A.8000808@gmail.com> <4CE7A884.2070803@apache.org> <4CE7C912.7000702@gmail.com> <4CE7E943.8030309@apache.org> <4CE7F2E1.1030802@gmail.com> <4CE7FBBC.70101@apache.org> In-Reply-To: <4CE7FBBC.70101@apache.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 11/20/10 5:47 PM, Felix Knecht wrote: >>> Is it correct, that ALL classes extended BitString must use a byte >>> array of length 5? >> If there are 32 bits, yes. But it depends on the encoding. In pure DER, >> we don't necessarily uses all the bytes, we use just enough bytes to >> store the bits up to the last 1. So it can be from 2 to 5 bytes. >> Complicated ... > > Well then ... I just go on trying to fix things in a way that the > tests are passing again (hoping the tests are correct). Please insist > immediately if you don't feel good looking at the commits. > > I don't mind if Nobody [1] is faster than me :-; > > > [1] http://en.wikipedia.org/wiki/My_Name_is_Nobody I think that you are close to the problem with this KerberosFlags not being handled correctly,felix. The way we manipulate them is not consistent with the new storage, as the check is lookig for bits expecting them to be stored from right to left in the integer, when they are now stored from left to right. I have to go and see my parents this afternoon, so I won't probably be able to fix it, or maybe while commuting (I have roughly 45 minutes of train), so if you come with a solution before me, that'll be fine. But if you do something else this afternoon (this is sunday, for X sake !), maybe I'll come with a fix on my own. In any case, I think we can get this bummer fixed tonite ! Thanks for having investigated this problem ! -- Regards, Cordialement, Emmanuel Lécharny www.iktek.com