¿Auto_ptr quedará obsoleto en el estándar entrante de C ++? ¿Debería usarse unique_ptr para la transferencia de propiedad en lugar de shared_ptr? Si unique_ptr no está en el estándar, ¿necesito usar shared_ptr en su lugar?
¿Está unique_ptrgarantizado almacenar nullptrtras mudanza? std::unique_ptr<int> p1{new int{23}}; std::unique_ptr<int> p2{std::move(p1)}; assert(!p1); // is this always true?
Escribí el siguiente código que usa unique_ptr<Derived>donde unique_ptr<Base>se espera a class Base { int i; public: Base( int i ) : i(i) {} int getI() const { return i; } }; class Derived : public Base { float f; public: Derived( int i, float f ) : Base(i), f(f) {} float...
Para obtener un void *de una función en CI haría algo como esto (ejemplo muy básico): void *get_ptr(size_t size) { void *ptr = malloc(size); return ptr; } ¿Cómo logro el mismo resultado cuando lo uso
Estoy tratando con un código que no ha sido escrito por mí. Tengo esta afirmación: // p is type of std::unique_ptr<uint8_t[]> if (p < 0) { /* throw an exception */ } Entonces, ¿qué p < 0significa en este contexto? En la página de documentación , creo que mi caso es 16) y <...
Tengo un método que devuelve un objeto por valor. El método proviene de una biblioteca sobre la que no tengo control. Para el manejo adicional del objeto, quiero seguir trabajando con un unique_ptr en este objeto. Aquí hay un ejemplo: #include <iostream> #include <memory> class Bla {...