This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
Re: help! redboot console - Checked by AntiVir DEMO version - -
- From: Roland Caßebohm <roland dot cassebohm at VisionSystems dot de>
- To: "Paul D. DeRocco" <pderocco at ix dot netcom dot com>, "kneep" <caozhiyuan at hotmail dot com>
- Cc: <ecos-discuss at sources dot redhat dot com>
- Date: Mon, 10 May 2004 09:57:22 +0200
- Subject: Re: [ECOS] help! redboot console - Checked by AntiVir DEMO version - -
- References: <NEBBKHCFDGIGIJEHDJFCGEOPJOAA.pderocco@ix.netcom.com>
Am Montag, 10. Mai 2004 05:13 schrieb Paul D. DeRocco:
> > From: kneep
> >
> > Does endian affect the byte order of a STRING?
>
> When an object file is loaded, the data in it are loaded
> 32 bits at a time, not a byte at a time, so any
> disagreement between the order will show up as reversed
> bytes within each 32-bit word.
>
> > And I confirm that Redboot is compiled as big-endian
> > and my machine is running big-endian because everything
> > goes well except that problem.
> > So what will the point be?
>
> Don't know. But it sure smells like a
> big-endian/little-endian problem. You say you're running
> a RAM-based redboot. Does that mean that you're using
> something else to load redboot? If so, does that support
> big-endian mode?
Are you sure that you don't combile it as little-endian and
than use a tool which only swaps the bytes from little to
big endian?
Roland
--
___________________________________________________
VS Vision Systems GmbH, Industrial Image Processing
Dipl.-Ing. Roland Caßebohm
Aspelohe 27A, D-22848 Norderstedt, Germany
http://www.visionsystems.de
___________________________________________________
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss