Hacker News new | ask | show | jobs
by oezi 28 days ago
I left C++ almost 10 years ago but I still remember how surprised and frustrated I was when auto_ptr was deprecated and then removed from the C++ standard as we had built our dependency injection framework and progress primitive on it.
1 comments

Wasn't unique_ptr added as a migration path away from auto_ptr to provide similar functionality more safely? I've never used them but was just reading the history.
Sure, but auto_ptr is different in that copying transfers ownership, while unique_ptr prohibits copying.
But if I understand it right, auto_ptr assignment didn't actually copy the pointer, but instead moved it to a new variable and quietly made the original variable null? And unique_ptr made this operation require an explicit move() call, because the assignment-only style caused too many null pointer bugs.

I'm just curious about this for historical interest.

Yes, it was a design decision of the auto_ptr to have this move semantics and it worked very nicely for us because we used for instance to pass progress monitors down the stack.