4 ms·
Does modern C++ or rust allow you to say "deallocate this pointer here" (like free or delete)? I was under the impression that Rust (and safe_ptr) deallocate
by greenhouse_gas 10y ago
Does modern C++ or rust allow you to say "deallocate this pointer here" (like free or delete)?
I was under the impression that Rust (and safe_ptr) deallocate at scope end, which could also cause framerate issues (unless you do ugly scope hacks).
I do agree that you're unlikely to bump into this issue, though.
- dbaupp 10y agoYes, you can explicitly call drop ( https://doc.rust-lang.org/std/mem/fn.drop.html https://doc.rust-lang.org/std/mem/fn.drop.html ) in Rust, which just uses move semantics to force it out of scope. A similar function could be implemented in C++, and called like drop(std::move(value)).
- openasocket 10y agoWith Rust there is the drop() function in the standard library (which is just a no-op function that takes an owned value as an argument) which allows you to shorten the lifetime of the value without having to do ugly things with blocks.
- deleted 10y ago[deleted]
- sqeaky 10y agoThe are a couple of options in C++. You can just use delete, as you mentioned, it is a C++ only construct as far as I know. For the std library smart pointer, you can get their value (the raw pointer), delete that then assign nullptr to the smart pointer. I would consider this a code smell, and ask hard questions of the authors of such code. The simplest thing to do is to add new scopes. You can introduce as many blocks with { and } as you like. It is a common pattern to lock a mutex with a class that releases the mutex in its destructor (and acquired it in the constructor). The std library includes std::lock_guard[0]. To insure the smallest possible use of the lock a new scope can be introduce around just the critical section and the first line of the block can pass the mutex to the scope guard and it should be about as small and efficient as can be, while be exception safe and easy to write. Hopefully this is also easy to read. You can introduce new scopes with std::shared_ptr or std::unique_ptr as well. This seems common and reasonable. [0] - http://en.cppreference.com/w/cpp/thread/lock_guard http://en.cppreference.com/w/cpp/thread/lock_guard