Almost... but here you have specified pass-by-value, which requires a copy
OR
is it:-
CMyClass& operator=(CMyClass& src);
you are liable to get a default version of it supplied by the
compiler. Its action is to copy the data members of the class, member by
member. If (as in your case) one of those members is a pointer, then
you'll create a copy of the pointer, and not a copy of the data it points
to. When that data goes out of scope, you'll find yourself with a
pointer
to junk.
Right I get that. What if the member was an instance of class that does
have it's own copy constructor would the default copy constructor call
that
to copy the member or would it blindly copy the members of that object as
well? That to me is the critical question.
So if a class contains a pointer to data which it *owns*, then the copy
constructor must make a copy of the data and set its pointer to point at
the
copy. [There are string classes which come complete with copy
constructors
which manage all that. If you use standard nul-terminated strings as in
C,
then you have to do it yourself.]
Ok got that.
(NB Functions which return a class will also call the copy constructor,
even though neither of the above statements occur explicitly in that
form,
as a copy of the class being returned is placed on the stack for the
benefit
of the calling function. The same is true if you call a function with a
class as one of its arguments.)
Surely that could be optimised away. The existing object is already on
the
stack. Are you saying a second copy gets added to the stack, then the
original has it's destructor called, then after returning execution to the
caller another copy is performed, then presumably this temporary copy in
the
stack has it's destructor called?
Perhaps I'm showing my ignorance again but since the callee knows its to
return an object it has on the stack it could defer its destruction to the
caller. The caller could perform the copy constructor once then destroy
the
object from the callee function.
Dave
--
David Webber
Author of 'Mozart the Music Processor'
http://www.mozart.co.uk
For discussion/support see
http://www.mozart.co.uk/mzusers/mailinglist.htm