I’m fairly novice with C++’s strings so the following pattern may be a little fugly. I’m reviewing some code I’ve written before beginning integration testing with a larger system. What I’d like to know is if it is safe, or if it would be prone to leaking memory?
string somefunc( void ) {
string returnString;
returnString.assign( "A string" );
return returnString;
}
void anotherfunc( void ) {
string myString;
myString.assign( somefunc() );
// ...
return;
}
The understanding I have is that the value of returnString is assigned to a new object myString and then the returnString object is destroyed as part of resolving the call to somefunc. At some point in the future when myString goes out of scope, it too is destroyed.
I would have typically passed a pointer to myString into somefunc() and directly assigned to values to myString but I’m striving to be a little clearer in my code ( and relying on the side effect function style less ).
Yes, returning a
stringthis way (by value) is safe,albeit I would prefer assigning it this way:This is easier to read, and is also more efficient (saving the construction of an empty string, which would then be overwritten by the next call to
assign).std::stringmanages its own memory, and it has properly written copy constructor and assignment operator, so it is safe to use strings this way.