Miranda functions and Initialization

[JKop]

Is this them all?:
class Dummy
{
public:

Dummy() {}

Dummy(const Dummy& original) { }

Dummy& operator=(const Dummy& lhs) {}

const Dummy * operator&() const { return this; }

Dummy * operator&() { return this; }

~Dummy() {}

};
Also could anyone please inform me of circumstances in which these are
edited and in which they disappear? For example I'm already aware of the
following:

1) Dummy() disappears if you supply another one that takes arguments, eg.
Dummy(int).

2) operator= and the copy constructor will change for every extra member
variable that's added to the class.
--

Now, take the following:

int main()
{
int j;
}
I'm fully aware that j contains no particular value, it hasn't been
initialized.

Now take the following:

int main()
{
int j = 45;
}

I'm fully aware that that's equal to:

int j = int(45);

But, where you have user-defined types, what exactly goes on?

For instance:

SomeClass k = 78.222;
Does that become:

SomeClass k = SomeClass(78.22 2);

And then is the SomeClass(const SomeClass&) copy constructor called? Or...
does the compiler simply look for a different copy constructor, eg.
SomeClass(const double&)? Or is that even valid?

Anyway here's what I'm getting at: I know int() is equal to zero, ie. if you
specify brackets then it gets intialized to zero. Now ofcourse you have the
problem of:

int main()
{
int j();
}

The compiler doesn't know if it's an object definition or a function
declaration (...if only "extern" was compulsory). As such, it assumes a
function declaration.

Is the only way to get around this to write:

int j(0);

?

Anyway here comes my question:

class Chocolate
{
public:

int a;

double b;

};
int main()
{
Chocolate choco;
}
Do "a" and "b" get initialized to zero? And if so, what does it? Is it the
miranda default constructor? What about in the following code:

class Chocolate
{
public:

int a;

double b;

Chocolate() {}

};
int main()
{
Chocolate choco;
}
Do "a" and "b" get initialized to zero in the above?
-JKop

[John Harrison]

>

Anyway here comes my question:

class Chocolate
{
public:

int a;

double b;

};
int main()
{
Chocolate choco;
}
Do "a" and "b" get initialized to zero?
No, the compiler generated default ctor leaves scalar types uninitalised.
And if so, what does it? Is it the
miranda default constructor? What about in the following code:

class Chocolate
{
public:

int a;

double b;

Chocolate() {}

};
int main()
{
Chocolate choco;
}
Do "a" and "b" get initialized to zero in the above?

Again no. The default ctor you wrote is identical to the compiler
generated default ctor, it leaves a and b uninitialised.

You can write this

Chocolate choco = Chocolate();

which would zero initalise a and b in the first definition of Chocolate
you gave but not in the second. Chocolate() is value initialsation which
differs from default initialisation in that it zero initialises scalar
types in a class without a user declared ctor.

john

[Rolf Magnus]

JKop wrote:

Is this them all?:
class Dummy
{
public:

Dummy() {}

Dummy(const Dummy& original) { }

Dummy& operator=(const Dummy& lhs) {}

const Dummy * operator&() const { return this; }

Dummy * operator&() { return this; }

~Dummy() {}

};
Also could anyone please inform me of circumstances in which these are
edited and in which they disappear? For example I'm already aware of
the following:

1) Dummy() disappears if you supply another one that takes arguments,
eg. Dummy(int).
The compiler won't generate a default constructor for you if you write a
user defined one, if that's what you mean.
2) operator= and the copy constructor will change for every extra
member variable that's added to the class.
They just do a memberwise copy. So yes, you could say that they change
when you add members to your class.
--

Now, take the following:

int main()
{
int j;
}
I'm fully aware that j contains no particular value, it hasn't been
initialized.

Now take the following:

int main()
{
int j = 45;
}

I'm fully aware that that's equal to:

int j = int(45);

But, where you have user-defined types, what exactly goes on?

For instance:

SomeClass k = 78.222;
Does that become:

SomeClass k = SomeClass(78.22 2);
Yes.
And then is the SomeClass(const SomeClass&) copy constructor called?
Yes.
Or... does the compiler simply look for a different copy constructor,
eg. SomeClass(const double&)?
That's not a copy constructor, but a conversion constructor. And yes,
that one is needed, two. First, a nameless temporary object of class
SomeClass is created using that constructor, then k is copy-constucted
from that one. Note however, that the C++ standard gives explicit
permission to directly create k from the double value, omiting the
temporary, but even if the copy constructor is never called, it still
has to be available. If, however, you write:

SomeClass k(78.222);

only the conversion constructor from double is needed and the copy
constructor is not involved.
Or is that even valid?

Anyway here's what I'm getting at: I know int() is equal to zero, ie.
if you specify brackets then it gets intialized to zero.
Yes. This constructor-style initialization can come in handy in
templates.
Now ofcourse you have the problem of:

int main()
{
int j();
}

The compiler doesn't know if it's an object definition or a function
declaration (...if only "extern" was compulsory). As such, it assumes
a function declaration.
Well, the above _is_ a function declaration.
Is the only way to get around this to write:

int j(0);

?
No. You can do:

int j = int();

But usually, I'd just write the more intuitive:

int j = 0;
Anyway here comes my question:

class Chocolate
{
public:

int a;

double b;

};
int main()
{
Chocolate choco;
}
Do "a" and "b" get initialized to zero?
No. They stay uninitialized.
And if so, what does it? Is it the miranda default constructor?
It's the (empty) compiler-generated default constructor.
What about in the following code:

class Chocolate
{
public:

int a;

double b;

Chocolate() {}

};
int main()
{
Chocolate choco;
}
Do "a" and "b" get initialized to zero in the above?

You didn't write any code to initialze a or b, so they don't get
initialized.

[JKop]

#include <string>

class Cheese
{
public:

int a;
double b;
std::string name;
};
int main()
{
Cheese mouse;
}
So in the above, "a" and "b" contain white noise, while "name" has been
constructed properly.

Is there any way I can turn the function declaration into an object
definition?!

I see that I can do:

Cheese mouse = Cheese();

Is that the *only* way?

So anyway...

I see in a lot of Win32 documentation that when they have a structure that's
to be passed to a Win32 function, like:

struct SETTINGS
{
int AMOUNT_PORTS;
bool ANY_OPEN;
unsigned char* SET_ID;
};
that in the code they have:
SETTINGS sets;
memset(&sets,0, sizeof(sets));

So instead of that can one write:

SETTINGS sets = SETTINGS();

Another thing with my way, any pointer variables are given they're proper
null pointer value, as opposed to just 0.
BTW, I've also just noticed lately that you can do the following:

extern void Blah(unsigned long);
extern void Blah(unsigned);
extern void Blah(unsigned short);

int main()
{
Blah(unsigned short(52U));
}
Happy Days!
-JKop

[JKop]

In the following, are "Dummy" and "DummyClone " identical?

#include <string>

class Dummy
{
private:

int a;

protected:

std::string name;

public:

double k;
};
class DummyClone
{
private:

int a;

protected:

std::string name;

public:

double k;

public:

DummyClone() {}

DummyClone* operator&() { return this; }
const DummyClone* operator&() const { return this; }

DummyClone(cons t DummyClone& original)
{
a = original.a;
name = original.name;
k = original.k;
}

DummyClone& operator=(const DummyClone& lhs)
{
a = lhs.a;
name = lhs.name;
k = lhs.k;
}

~DummyClone() { }
};
int main()
{
Dummy x;

DummyClone y;

}
Have I left out any miranda functions? Are there 6 in all?

-JKop

[Alf P. Steinbach]

* JKop:

I see in a lot of Win32 documentation that when they have a structure that's
to be passed to a Win32 function, like:

struct SETTINGS
{
int AMOUNT_PORTS;
bool ANY_OPEN;
unsigned char* SET_ID;
};
that in the code they have:
SETTINGS sets;
memset(&sets,0, sizeof(sets));

So instead of that can one write:

SETTINGS sets = SETTINGS();

In theory yes, in practice no, because many compilers do not respect
the standard in this regard.

Instead write
SETTINGS sets = {0};
Often the following idiom is useful:
SOME_MS_UPPERCA SE_TYPE ugh = {sizeof(ugh)};
STATIC_ASSERT( offsetof( SOME_MS_UPPERCA SE_TYPE, hnSize ) == 0 );
You can find a nice implementation of STATIC_ASSERT in e.g. the
Boost library, <url: http://www.boost.org>.

Another thing with my way, any pointer variables are given they're proper
null pointer value, as opposed to just 0.

0 is the null value for pointers.

--
A: Because it messes up the order in which people normally read text.
Q: Why is it such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?

[David Hilsee]

"Alf P. Steinbach" <al***@start.no > wrote in message
news:41******** *******@news.in dividual.net...

Another thing with my way, any pointer variables are given they're proper null pointer value, as opposed to just 0.

0 is the null value for pointers.

I think he's talking about the difference between "all bits zero" and a null
pointer. While the literal zero can be used to signify a null pointer, that
doesn't mean that a null pointer must have a representation where all of its
bits are zero.

--
David Hilsee

[JKop]

Alf P. Steinbach posted:

So instead of that can one write:

SETTINGS sets = SETTINGS();

In theory yes, in practice no, because many compilers do

not respect the standard in this regard.

Please explain what you mean - are you saying that not
many compilers will compile the above as specified by the
Standard?

Another thing with my way, any pointer variables are given they're proper null pointer value, as opposed to just 0.

0 is the null value for pointers.

Not necessarily. And the Standard provides for this. Where
you write:

int* k = 0;

It replaces 0 with the appropriate null pointer value.

But when you use memset, there's no replacement.

-JKop

[Alf P. Steinbach]

* JKop:

Alf P. Steinbach posted:

So instead of that can one write:

SETTINGS sets = SETTINGS();

In theory yes, in practice no, because many compilers do

not respect

the standard in this regard.

Please explain what you mean - are you saying that not
many compilers will compile the above as specified by the
Standard?

Yes.

--
A: Because it messes up the order in which people normally read text.
Q: Why is it such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?

[Rolf Magnus]

JKop wrote:

In the following, are "Dummy" and "DummyClone " identical?
No.
#include <string>

class Dummy
{
private:

int a;

protected:

std::string name;

public:

double k;
};
class DummyClone
{
private:

int a;

protected:

std::string name;

public:

double k;

public:

DummyClone() {}

DummyClone* operator&() { return this; }
const DummyClone* operator&() const { return this; }

DummyClone(cons t DummyClone& original)
{
a = original.a;
name = original.name;
k = original.k;
}
The compiler generated copy constructor will do a memberwise copy
initializiation , while you do a default (or in the case of built-in
types no) initialization, followed by an assignment. This makes a
difference for the std::string member, which first gets
default-construted and then assigned, instead of copy-constructed. A
copy constructor that does the same as the compiler generated one would
do looks like this:

DummyClone(cons t DummyClone& original)
: a(original.a),
name(original.n ame),
k(original.k)
{
}
DummyClone& operator=(const DummyClone& lhs)
{
a = lhs.a;
name = lhs.name;
k = lhs.k;
}

~DummyClone() { }
};
int main()
{
Dummy x;

DummyClone y;

}
Have I left out any miranda functions? Are there 6 in all?

-JKop

--
Kyle: "Hey, Stan, now that Terrance & Phillip has been taken off the
air, what
are we gonna do for entertainment?"
Stan: "I don't know. We, we could start breathing gas fumes."
Cartman: "My uncle says that smoking crack is kinda cool"
Kyle: "Hey, why don't we watch some of those porno movie thingies?"