You have made Update a virtual function, suggesting that derived classes may override the implementation of Update. This introduces two big risks. 1.) An overridden implementation may remember to do a World.Remove, but may forget the delete this. The memory is leaked. 2.) The overridden implementation calls the base-class Update, which does a delete this, … Read more
It is possible. To get around the lock on the JAR file, your application may need to spawn a background process that waits until the JVM has exited before deleting stuff. However, this isn’t bomb-proof. Someone could install the application and then make the installed files and directories read-only so that your application can’t delete … Read more
Normally this is a bad idea, but it’s occasionally useful. It’s perfectly safe as long as you don’t use any member variables after you delete, and as long as clients calling this method understand it may delete the object. A good example of when this is useful is if your class employs reference counting: void … Read more
If you use Process.Start you can pass in the Del parameter and the path to the application you wish to delete. ProcessStartInfo Info=new ProcessStartInfo(); Info.Arguments=”/C choice /C Y /N /D Y /T 3 & Del “+ Application.ExecutablePath; Info.WindowStyle=ProcessWindowStyle.Hidden; Info.CreateNoWindow=true; Info.FileName=”cmd.exe”; Process.Start(Info); Code snippet taken from this article
This way makes your program non OS dependant. from os import remove from sys import argv remove(argv[0]) Bonus points: When parsing arguments the very first argument that you get in sys.argv is equals to “path-to-filename/filename.py“
delete this is legal and does what you would expect: it calls your class’s destructor and free the underlying memory. After delete this returns, your this pointer value does not change, so it is now a dangling pointer that should not be dereferenced. That includes implicit dereferencing using the class’s member variables. It is usually … Read more
The C++ FAQ Lite has a entry specifically for this https://isocpp.org/wiki/faq/freestore-mgmt#delete-this I think this quote sums it up nicely As long as you’re careful, it’s OK for an object to commit suicide (delete this).