what I miss?

[Parahat Melayev]

#include <stdio.h>
#include <stdlib.h>
#include <limits.h>

int main()
{
unsigned char *c;
c = malloc(sizeof(u nsigned char));
printf("size of unsigned char: %d\n", sizeof(unsigned char));
printf("size of c: %d\n", sizeof(c));
return 0;
}

When I execute this, it says that size of "unsigned char" is "1" & size
of "c" is "4". isn't that strange?

( gcc version 4.0.0 20050519 (Red Hat 4.0.0-8) )

[Martin Ambuhl]

Parahat Melayev wrote:

#include <stdio.h>
#include <stdlib.h>
#include <limits.h>

int main()
{
unsigned char *c;
c = malloc(sizeof(u nsigned char));
printf("size of unsigned char: %d\n", sizeof(unsigned char)); ^^
You have no reason to think that the size_t that sizeof() yields is a
signed int, as '%d' requires. In fact, we know that it is not, since a
size_t is by definition unsigned, and will often be of a wider type than
int.
printf("size of c: %d\n", sizeof(c));
return 0;
} When I execute this, it says that size of "unsigned char" is "1" & size
of "c" is "4". isn't that strange?

No. c is a pointer-to-unsigned-char. Do you, for some reason, imagine
that a pointer-to-T should have the same size as a T?

[Emmanuel Delahaye]

Parahat Melayev wrote on 15/07/05 :

#include <stdio.h>
#include <stdlib.h>
#include <limits.h>

int main()
{
unsigned char *c;
c = malloc(sizeof(u nsigned char));
printf("size of unsigned char: %d\n", sizeof(unsigned char));
printf("size of c: %d\n", sizeof(c));
return 0;
}

When I execute this, it says that size of "unsigned char" is "1" & size
of "c" is "4". isn't that strange?

( gcc version 4.0.0 20050519 (Red Hat 4.0.0-8) )

It's fine. c is a pointer. The sizeof of a pointer can be 4 (actually,
it's implementation-dependent).

Note that sizeof returns a size_t. You should use "%zu" as a formatter.

--
Emmanuel
The C-FAQ: http://www.eskimo.com/~scs/C-faq/faq.html
The C-library: http://www.dinkumware.com/refxc.html

I once asked an expert COBOL programmer, how to
declare local variables in COBOL, the reply was:
"what is a local variable?"

[Keith Thompson]

"Emmanuel Delahaye" <em***@YOURBRAn oos.fr> writes:
[...]

Note that sizeof returns a size_t. You should use "%zu" as a formatter.

You should use "%zu" only if you can depend on your runtime library to
implement it. "%zu" is a new feature in C99. Even if your compiler
supports C99 (or most of it), the runtime library may not.

A reasonably safe way to print a size_t value, compatible with both
C90 and C99, is:

printf("%lu", (unsigned long)sizeof foo);

The only case where this can fail is if sizeof foo exceeds ULONG_MAX,
which can only happen if size_t is bigger than unsigned long, which
can't happen in C99. Even then, it can only happen if foo is a huge
object, 4 gigabytes or bigger.

If you're worried about that possibility, you can use the preprocessor
to check for __STDC_VERSION_ _ >= 199901L.

--
Keith Thompson (The_Other_Keit h) ks***@mib.org <http://www.ghoti.net/~kst>
San Diego Supercomputer Center <*> <http://users.sdsc.edu/~kst>
We must do something. This is something. Therefore, we must do this.

[Emmanuel Delahaye]

Keith Thompson wrote on 15/07/05 :

"Emmanuel Delahaye" <em***@YOURBRAn oos.fr> writes:
[...]

Note that sizeof returns a size_t. You should use "%zu" as a formatter.

You should use "%zu" only if you can depend on your runtime library to
implement it. "%zu" is a new feature in C99. Even if your compiler
supports C99 (or most of it), the runtime library may not.

From the OP : "gcc version 4.0.0"

--
Emmanuel
The C-FAQ: http://www.eskimo.com/~scs/C-faq/faq.html
The C-library: http://www.dinkumware.com/refxc.html

"Clearly your code does not meet the original spec."
"You are sentenced to 30 lashes with a wet noodle."
-- Jerry Coffin in a.l.c.c++

[Michael Mair]

Emmanuel Delahaye wrote:

Keith Thompson wrote on 15/07/05 :

"Emmanuel Delahaye" <em***@YOURBRAn oos.fr> writes:
[...]

Note that sizeof returns a size_t. You should use "%zu" as a formatter.

You should use "%zu" only if you can depend on your runtime library to
implement it. "%zu" is a new feature in C99. Even if your compiler
supports C99 (or most of it), the runtime library may not.

From the OP : "gcc version 4.0.0"

So what? The OP uses gcc on a Linux system and thus probably has an
appropriate glibc to do the trick.
I can have gcc 4.0.0 on my cygwin under windows yet the runtime
library still is upset about "%zu"...
Cheers
Michael
--
E-Mail: Mine is an /at/ gmx /dot/ de address.

[Keith Thompson]

"Emmanuel Delahaye" <em***@YOURBRAn oos.fr> writes:

Keith Thompson wrote on 15/07/05 :

"Emmanuel Delahaye" <em***@YOURBRAn oos.fr> writes:
[...]

Note that sizeof returns a size_t. You should use "%zu" as a formatter.

You should use "%zu" only if you can depend on your runtime library to
implement it. "%zu" is a new feature in C99. Even if your compiler
supports C99 (or most of it), the runtime library may not.

From the OP : "gcc version 4.0.0"

That provides no clue about whether the runtime library supports "zu".

I have gcc 4.0.0 on three different systems. On one of them, the
following program:

#include <stdio.h>
int main(void)
{
size_t s = 42;
printf("s = %zu\n", s);
return 0;
}

prints "s = 42"; on the other two, it prints "s = zu". (I'd mention
which systems they are if it were relevant.)

--
Keith Thompson (The_Other_Keit h) ks***@mib.org <http://www.ghoti.net/~kst>
San Diego Supercomputer Center <*> <http://users.sdsc.edu/~kst>
We must do something. This is something. Therefore, we must do this.

[Alexei A. Frounze]

"Keith Thompson" <ks***@mib.or g> wrote in message
news:ln******** ****@nuthaus.mi b.org...

"Emmanuel Delahaye" <em***@YOURBRAn oos.fr> writes:

Keith Thompson wrote on 15/07/05 :

"Emmanuel Delahaye" <em***@YOURBRAn oos.fr> writes:
[...]
Note that sizeof returns a size_t. You should use "%zu" as a

formatter.

Wow, there's a new type specifier for size_t in *printf()? Great. I used to
use long for it and to make sure it's indeed long was casting to it.

Btw, how about pointers to functions and pointers to data? The two can be
different types (I mean not the C's idea about the types but rather the
effective size in bits of them). Are there any special specifiers for each?

Alex

[Michael Mair]

Alexei A. Frounze wrote:

"Keith Thompson" <ks***@mib.or g> wrote in message
news:ln******** ****@nuthaus.mi b.org...

"Emmanuel Delahaye" <em***@YOURBRAn oos.fr> writes:

Keith Thompson wrote on 15/07/05 :

"Emmanuel Delahaye" <em***@YOURBRAn oos.fr> writes:
[...]

>Note that sizeof returns a size_t. You should use "%zu" as a

formatter.

Wow, there's a new type specifier for size_t in *printf()? Great. I used to
use long for it and to make sure it's indeed long was casting to it.

ITYM "unsigned long"/"%lu" -- this is the best bet under C89.
Btw, how about pointers to functions and pointers to data? The two can be
different types (I mean not the C's idea about the types but rather the
effective size in bits of them). Are there any special specifiers for each?

AFAIK, no.
There are length modifiers for ptrdiff_t("t"), intmax_t("j"),
char("hh"), long long("ll") and a conversion specifier for hex
fractions/floating point representation ("a","A").

Cheers
Michael
--
E-Mail: Mine is an /at/ gmx /dot/ de address.

[Eric Sosman]

Alexei A. Frounze wrote:

"Keith Thompson" <ks***@mib.or g> wrote in message
news:ln******** ****@nuthaus.mi b.org...

"Emmanuel Delahaye" <em***@YOURBRAn oos.fr> writes:

Keith Thompson wrote on 15/07/05 :

"Emmanuel Delahaye" <em***@YOURBRAn oos.fr> writes:
[...]

>Note that sizeof returns a size_t. You should use "%zu" as a

formatter.

Wow, there's a new type specifier for size_t in *printf()? Great. I used to
use long for it and to make sure it's indeed long was casting to it.

Btw, how about pointers to functions and pointers to data? The two can be
different types (I mean not the C's idea about the types but rather the
effective size in bits of them). Are there any special specifiers for each?

Pointers to data can be converted to `void*' and printed
with "%p", just as in C89. Pointers to functions cannot be
printed except via subterfuges like printing the values of
their constituent bytes.

--
Er*********@sun .com