From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Thread: 103376,e710f7d3f890e76b
X-Google-Attributes: gid103376,public,usenet
X-Google-Language: ENGLISH,ASCII
Path: 
 g2news2.google.com!news4.google.com!feeder1-2.proxad.net!proxad.net!feeder1-1.proxad.net!club-internet.fr!feedme-small.clubint.net!nuzba.szn.dk!news.jacob-sparre.dk!pnx.dk!not-for-mail
From: Jacob Sparre Andersen <sparre@nbi.dk>
Newsgroups: comp.lang.ada
Subject: Re: Base64-Encoding
Date: Mon, 15 Oct 2007 16:46:43 +0200
Organization: Jacob's private Usenet server
Message-ID: <ygebqb0h1v0.fsf@hugsarin.dmusyd.edu>
References: <20071015161229.3f439230@cube.tz.axivion.com>
NNTP-Posting-Host: taasingegade.news.jacob-sparre.dk
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: jacob-sparre.dk 1192459603 8555 85.82.239.166 (15 Oct 2007 14:46:43
 GMT)
X-Complaints-To: news@jacob-sparre.dk
NNTP-Posting-Date: Mon, 15 Oct 2007 14:46:43 +0000 (UTC)
User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux)
Cancel-Lock: sha1:L3hXrgGyGAY5vqvmQN0tvrA0+TA=
Xref: g2news2.google.com comp.lang.ada:2451
Date: 2007-10-15T16:46:43+02:00
List-Id: <comp.lang.ada>

Stefan Bellon wrote:

>       Padded_Data : String (1 .. Padded_Length) := (others => ASCII.NUL);
>       --  Padded input data.
[...]
>    begin
>       Padded_Data (1 .. Data'Length) := Data;
>       --  Initialize data into padded-data (can't be done with aggregate
>       --  in elaboration part, sadly).

Why?  I may have missed something obvious, but I would have thought that

   Padded_Data : String (1 .. Padded_Length) := Data & (others => ASCII.NUL);

would work fine.

> However it looks like this solution has a problem with endianness,
> in a way that the wrong 6 bits of the Bytes are used in the
> conversion.

:-(

> Is there an easy way to fix this (as I think the rest would be
> pretty neat) or is this way of trying to do it, doomed to fail
> anyway?

Is it a problem that section 13.5.3 (Bit Ordering) can handle?

Greetings,

Jacob
-- 
�When in Rome; burn it�                        -- Diziet Sma