«

"MAx" <> wrote in message
news:6f4d18ab-ae46-4064-9d51-...
> Hi,
> Im kinda stuck in a project at a point where i need an array to
> be converted to a
> integer using some kind of math.
> This board does not support functions like scanf, sscanf etc as
> it does not have enough memory to hold their stack.
>
> given a string char str[8] = {'0', '0', '0' , '1' , 'f' , 'b' ,
> 'c' , 'a' };
> i need a function which can convert this array to an integer
> ( 0x0001fbca )

I assume sometimes the string will be something else? Otherwise it's rather
trivial.

Where are the hex digits coming from? If from a hex keyboard, then each
digit may already be 0 to 15 then combining to an integer value is very easy
(each digit corresponds to a 4-bit chunk).

Complete solutions have already been posted, the only tricky bit is
converting each character, 0 1 2 3 4 5 6 7 8 9 a b c d e f (and maybe A B C
D E F?) to a value 0 to 15.

--
Bart

On Feb 22, 12:55*am, "Bartc" <b...@freeuk.com> wrote:
> "MAx" <mahesh1...@gmail.com> wrote in message
>
> news:6f4d18ab-ae46-4064-9d51-...
>
> > Hi,
> > * * *Im kinda stuck in a project at a point where i need an array to
> > be converted to a
> > integer using some kind of math.
> > * * *This board does not support functions like scanf, sscanf etc as
> > it does not have enough memory to hold their stack.
>
> > * * *given a string *char str[8] = {'0', '0', '0' , '1' , 'f' , 'b' ,
> > 'c' , 'a' };
> > * * *i need a function which can convert this array to an integer
> > ( 0x0001fbca )
>
> I assume sometimes the string will be something else? Otherwise it's rather
> trivial.
>
> Where are the hex digits coming from? If from a hex keyboard, then each
> digit may already be 0 to 15 then combining to an integer value is very easy
> (each digit corresponds to a 4-bit chunk).
>
> Complete solutions have already been posted, the only tricky bit is
> converting each character, 0 1 2 3 4 5 6 7 8 9 a b c d e f (and maybe A B C
> D E F?) to a value 0 to 15.
>
> --
> Bart




Hey,
Thanks guys, got the code to work. MisterE's solution did the
trick. Thanks man.

MAx said:

<snip>

> Hey,
> Thanks guys, got the code to work. MisterE's solution did the
> trick. Thanks man.


Unfortunately, there are circumstances in which that code *won't* do the
trick. Presumably you have investigated these circumstances and determined
that they will never apply to your code's user base?


--
Richard Heathfield <http://www.cpax.org.uk>
Email: -http://www. +rjh@
Google users: <http://www.cpax.org.uk/prg/writings/googly.php>
"Usenet is a strange place" - dmr 29 July 1999

> What makes you think 'A'..'F' (and lowercase) are indeed sequential?
> If you plan on posting C code for the OP, then.. at least post code
> that works.

I don't bother assuming he is one of 0.0000000000000000001% of people who
don't use ASCII character set for raw chars in c.

MisterE said:

> I don't bother assuming he is one of 0.0000000000000000001% of people who
> don't use ASCII character set for raw chars in c.

If we assume everyone on the planet - around 6600000000 people - uses a
computer, then 0.0000000000000000001% of this would be 0.0000000000066
people. Effectively, you're claiming that at most one person on the planet
uses a non-ASCII system.

You are mistaken.

--
Richard Heathfield <http://www.cpax.org.uk>
Email: -http://www. +rjh@
Google users: <http://www.cpax.org.uk/prg/writings/googly.php>
"Usenet is a strange place" - dmr 29 July 1999

"Richard Heathfield" <> wrote in message
news:...
> MAx said:
>
> <snip>
>
>> Hey,
>> Thanks guys, got the code to work. MisterE's solution did the
>> trick. Thanks man.
>
>
> Unfortunately, there are circumstances in which that code *won't* do the
> trick. Presumably you have investigated these circumstances and determined
> that they will never apply to your code's user base?

MisterE has already indicated what he thinks the probability of that is:
something less than one person in the world (was it one trillionth of a
person?) having such a system. Well I wouldn't go that far myself..

MAx was talking about a board, which either gets distributed with the code,
or the customers have the same model.

But, you might be right, maybe in Europe they like keying in hex numbers
with accents (0001fbcá). That wouldn't work.

--
Bart

On Feb 21, 10:43 pm, vipps...@gmail.com wrote:
>
> What makes you think 'A'..'F' (and lowercase) are indeed sequential?

Because they were/are sequential on every single
system that ever had a C compiler?

Richard wrote:
) Unfortunately, there are circumstances in which that code *won't* do the
) trick. Presumably you have investigated these circumstances and determined
) that they will never apply to your code's user base?

For the record, EBCDIC has A..F in sequential order, (and a..f as well).


SaSW, Willem
--
Disclaimer: I am in no way responsible for any of the statements
made in the above text. For all I know I might be
drugged or something..
No I'm not paranoid. You all think I'm paranoid, don't you !
#EOT

On Feb 22, 2:55 pm, Old Wolf <oldw...@inspire.net.nz> wrote:
> On Feb 21, 10:43 pm, vipps...@gmail.com wrote:
>
>
>
> > What makes you think 'A'..'F' (and lowercase) are indeed sequential?
>
> Because they were/are sequential on every single
> system that ever had a C compiler?
Let us assume you are correct here, what does that guarantee about the
future?
The standard only mentions '0'..'9' to be sequential.

In article <8f9482d4-5c87-4624-ab19->,
<> wrote:

>> > What makes you think 'A'..'F' (and lowercase) are indeed sequential?

>> Because they were/are sequential on every single
>> system that ever had a C compiler?

>Let us assume you are correct here, what does that guarantee about the
>future?

That the chance of your program being used on a computer with a
character set with non-sequential A-F is less than, say, the chance of
the computer being eaten by beetles?

-- Richard
--
:wq