Question about sizeof a class.

  • Thread starter Thread starter Abubakar
  • Start date Start date
A

Abubakar

Hi,
lets say I have the following class:

class AAA{};

if I do:
sizeof(AAA)
it gives me 1. Why is the size 1 ?

Regards,

Ab.
 
Abubakar said:
Hi,
lets say I have the following class:

class AAA{};

if I do:
sizeof(AAA)
it gives me 1. Why is the size 1 ?

Because the minimum size of a class is required to be 1 by the C++ standard.

-cd
 
Abubakar said:
And why does the standard says that it should be 1?

Because you should always be able to take the address of an object, and the
addresses of 2 distincts objects should always be different. This is
fundamental to be able to write generic code (template or otherwise) that
use pointers. The only way to fullfill those requirements is to always have
sizeof(something) >=1

Arnaud
MVP - VC
 
So that the object can exist, have its place in memory, and be
identified as unique from other objects of the same class.
 
Ok, got it. Thanks all.

Ab.

Arnaud Debaene said:
Because you should always be able to take the address of an object, and the
addresses of 2 distincts objects should always be different. This is
fundamental to be able to write generic code (template or otherwise) that
use pointers. The only way to fullfill those requirements is to always have
sizeof(something) >=1

Arnaud
MVP - VC
 
And why does the standard says that it should be 1?
Because you should always be able to take the address of an object, and
the addresses of 2 distincts objects should always be different. This is
fundamental to be able to write generic code (template or otherwise) that
use pointers. The only way to fullfill those requirements is to always
have sizeof(something) >=1

This in not always true taking unioun(s), or object containment, or
threading into account. Two different objects of the union can have same
address, or contained object can have the same address as a container
object.

After all, why should this be so fundamental for the generic code writing
(that uses pointers)? I believe generic code could survive without it.

I'd rather thought of "sizeof(something) >=1" as of heritage.
 
Vladimir said:
After all, why should this be so fundamental for the generic code writing
(that uses pointers)? I believe generic code could survive without it.
I'd rather thought of "sizeof(something) >=1" as of heritage.

What is the size of an array of zero-sized classes? How does one go
about accessing the 5th element of an array of such a class? How does
one go about incrementing a pointer to an array of such a class? How
does one compare two pointers to of such a class, to determine if they
are pointing to the same object? What does 'new' when applied to such a
class?

-n
 
Vladimir Nesterovsky said:
This in not always true taking unioun(s), or object containment, or
threading into account. Two different objects of the union can have same
address, or contained object can have the same address as a container
object.

- union is precisely the explicit exception tat allow 2 objects to overlap
(though I believe it is undefined to apply an unin to anything but primitive
types).
- One could argue that in the container/contained case, the contained object
*is* a sub-part of the container, and therefore thay can be seen as being
only one object (I agree this is dubious, especially in case of private
members).
- Concerning threading.... What's your point? My assertion has a meaning
only at one given point in time. Besides, the C++ language as, for now, no
notion of threads so the point is moot from a language definition point of
view.
After all, why should this be so fundamental for the generic code writing
(that uses pointers)? I believe generic code could survive without it.

I'd rather thought of "sizeof(something) >=1" as of heritage.
Heritage of what? Are you speaking about empty base optimization?

Arnaud
MVP - VC
 
After all, why should this be so fundamental for the generic code writing
Heritage of what?

The issue could be resolved either way, but obviously not now.
Are you speaking about empty base optimization?

I'm speaking about the fact that many contemporary std:basic_string
implementations have "allocator" instance field, which mostly is an instance
of an empty class, and just wastes the space.
 
Why do we need empty classes in the first place? Any article or example that
could explain this to me?

Ab.
 
Why do we need empty classes in the first place? Any article or example
that
could explain this to me?

from the url supplied by Doug in this thread:
http://www.cantrip.org/emptyopt.html

"They typically declare typedefs or member functions, and you can replace
them with your own classes (which might not be empty) to handle special
needs."

--

Kind regards,
Bruno van Dooren
(e-mail address removed)
Remove only "_nos_pam"
 
Why do we need empty classes in the first place? Any article or example that
could explain this to me?

They are useful in a number of contexts:

1. A class can define an interface, but its implementation may be in terms
of another facility defined at a lower level. For example, the class
template std::allocator is defined in terms of the global operators new and
delete. It requires no state of its own, but because it is a class, it can
have data members, and those members may be unique to each instance.

2. It is possible to define class templates that contain nothing but
typedefs that ease (somewhat) the creation of classes that must also define
those typedefs; the latter can derive publicly from the former. An example
would be std::iterator.

3. It is possible to define classes other classes can derive from in order
to indicate type categories. Examples would be std::output_iterator_tag,
std::input_iterator_tag, etc.

4. I once needed a standard way to create a unique type U<T> from a given
type T, because using T directly would interfere with the user's use of a
related facility, and an empty class template provided a way to do that.

5. Classes can be template arguments.

6. Classes have type_info, and map keys can be derived from type_info.

None of the above are possible with namespaces, which are similar to empty
classes that contain nothing but public static members and whose ctors,
dtor, and assignment operator are all private and unimplemented. (Well, I
suppose the first half of (1) can be done with namespaces.)
 
Can u recommend some book(s) that best explains stl, one that is all about
stl? Some 1000 page kind of book. I wanna read all about stl :)

Ab.
 
Abubakar a écrit :
Can u recommend some book(s) that best explains stl, one that is all about
stl? Some 1000 page kind of book. I wanna read all about stl :)

"The C++ Standard Library", by Josuttis, is generally viewed as the
reference on the subject. But as all references, it isn't really ideal
as a teaching tool IMHO.

Arnaud
MVP - VC
 
Abubakar said:
Can u recommend some book(s) that best explains stl, one that is all about
stl? Some 1000 page kind of book. I wanna read all about stl :)

I recommend Effective STL by Scott Meyers.

Tom
 
Back
Top