What actually happen when I execute this code?
class MyClass { MyClass() { //do something delete this; } }
Since an object's lifetime has not started until the constructor finishes, inside the constructor the this pointer you've referred to has not begun its lifetime, trying to delete it in this case is totally safe.
Using delete this; is fine. Doing it in the constructor as well as accessing fields of the objects after it is undefined behavior. Sadly this doesn't typically cause a processor fault, just heap corruption.
Can you delete this pointer inside a class member function in C++? Answer: Yes, we can delete “this” pointer inside a member function only if the function call is made by the class object that has been created dynamically i.e. using “new” keyword.
No you should not delete this from the destructor. The destructor gets called because of a delete statement (or goes out of scope) and this would most likely lead to some sort of crash.
Note: This answer applies to C++03, and it seems like the behavior was changed in C++11 and higher so that this is now undefined behavior.
It turns out that in this particular case the code is legal, but you're ε-away from undefined behavior.
The C++03 standard defines the notion of the "lifetime" of an object to be the time between which its constructor has finished running and when the destructor starts running. It also explicitly states (in §3.8/5) that
Before the lifetime of an object has started [...] If the object will be or was of a class type with a non-trivial destructor, and the pointer is used as the operand of a delete-expression, the program has undefined behavior.
Since an object's lifetime has not started until the constructor finishes, inside the constructor the this
pointer you've referred to has not begun its lifetime, trying to delete
it in this case is totally safe. However, if you write a destructor for the class, then you'll immediately run into undefined behavior here.
In addition, if you change the constructor so that you try referencing any of the class's data members after you delete the object, you'll get undefined behavior. If the object was allocated on the stack, you'll get undefined behavior. If the object was static, you'll get undefined behavior. If the object was allocated using new
, then the pointer the client will get back to it will be invalid and using it will result in undefined behavior. In general, don't try doing this!
The first thing that I want to understand here is WHY do you want to do something like this?
Constructor is a member function where your object is actually getting constructed and you can delele an object once it is fully constructed, that's why doing somrthing like this -
class A { public: A() { delete this; } ~A() { } };
results in an undefined behavior.
Also, to add to this, if you perform delete this
in the destructor, it is also not correct since the object is itself undergoing the destruction and doing delete this
in the destructor will again call the destructor.
class A { public: A() { } ~A() { delete this; // calls the destructor again. } };
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With