<![CDATA[shared_ptr casten]]>Hallo,
ich gehe davon aus, dass es nicht geht, aber bevor ich die Konsequenzen davon umsetze, folgende Frage:

Gegeben ein shared_ptr<T> und eine externe Möglichkeit T* zu S* casten - gibt es einen Weg einen shared_ptr<S> zu erzeugen, der den Refcount des shared_ptr<T> weiterbenutzt? Mir fielen jetzt nur Lösungen mit custom deletern auf beiden Seiten ein, aber das ist keine Lösung, die ich in Betracht ziehen möchte.

Viele Grüße

]]>https://www.c-plusplus.net/forum/topic/320887/shared_ptr-castenRSS for NodeWed, 22 Jul 2026 14:06:37 GMTWed, 16 Oct 2013 06:07:09 GMT60<![CDATA[Reply to shared_ptr casten on Wed, 16 Oct 2013 06:07:09 GMT]]>Hallo,
ich gehe davon aus, dass es nicht geht, aber bevor ich die Konsequenzen davon umsetze, folgende Frage:

Gegeben ein shared_ptr<T> und eine externe Möglichkeit T* zu S* casten - gibt es einen Weg einen shared_ptr<S> zu erzeugen, der den Refcount des shared_ptr<T> weiterbenutzt? Mir fielen jetzt nur Lösungen mit custom deletern auf beiden Seiten ein, aber das ist keine Lösung, die ich in Betracht ziehen möchte.

Viele Grüße

]]>https://www.c-plusplus.net/forum/post/2360608https://www.c-plusplus.net/forum/post/2360608Wed, 16 Oct 2013 06:07:09 GMT<![CDATA[Reply to shared_ptr casten on Wed, 16 Oct 2013 07:56:40 GMT]]>Suchst du dynamic_pointer_cast ?

]]>https://www.c-plusplus.net/forum/post/2360622https://www.c-plusplus.net/forum/post/2360622Wed, 16 Oct 2013 07:56:40 GMT<![CDATA[Reply to shared_ptr casten on Wed, 16 Oct 2013 08:10:20 GMT]]>

Gegeben ein shared_ptr<T> und eine externe Möglichkeit T* zu S* casten

Meinst du damit einfach irgendeine freie Funktion, die einen Zeiger T* nimmt und S* zurückgibt?

Edit²: Ich ziehe mal alles zurück und warte erst auf die Antwort auf obige Frage.

]]>https://www.c-plusplus.net/forum/post/2360625https://www.c-plusplus.net/forum/post/2360625Wed, 16 Oct 2013 08:10:20 GMT<![CDATA[Reply to shared_ptr casten on Wed, 16 Oct 2013 08:47:56 GMT]]>Nee, leider nicht,
die Situation ist, dass ich auf keiner Seite die Information zu beiden Typen zur Compile-Zeit habe. Ich kann wissen, dass auf der anderen Seite irgendein shared_ptr steht, und ich auf dieser Seite einen haben möchte, vielleicht mit anderem Typ. Ich habe zudem Maschinerie (In Form eines cast-graphs), die den Cast für den angezeigten Typ umsetzen kann oder aber auch nicht. Stellt euch das so vor, dass ich das zwischendurch durch ein void* pressen muss. Aber die casts, die stattfinden, sind bei Benutzung im spezifizierten Rahmen "sicher".
Wenn das nicht geht, muss ich dieselbe Maschinerie benutzen, um shared_ptr<T>'s ineinander zu konvertieren (plus Benutzung von boost::any oder einem äquivalent, weil dann ja zwischendurch echte Wert-Typen benötigt werden), wenn es ginge, bräuchte ich nichts zusätzliches zu tun.

]]>https://www.c-plusplus.net/forum/post/2360636https://www.c-plusplus.net/forum/post/2360636Wed, 16 Oct 2013 08:47:56 GMT<![CDATA[Reply to shared_ptr casten on Wed, 16 Oct 2013 09:27:18 GMT]]>Ich verstehe nicht ganz, warum du nicht dynamic_pointer_cast oder static_pointer_cast benutzen kannst.

Aber so würde es auch gehen:

U* convert_somehow(T*);

int main() {
  shared_ptr<T> p1 = ...;
  shared_ptr<U> p2 (p1,convert_somehow(p1.get()));
}

Hier teilen sich p1 und p2 denselben Deleter und dieselben Referenzzähler.

]]>https://www.c-plusplus.net/forum/post/2360649https://www.c-plusplus.net/forum/post/2360649Wed, 16 Oct 2013 09:27:18 GMT<![CDATA[Reply to shared_ptr casten on Wed, 16 Oct 2013 11:16:06 GMT]]>Ganz genau erklärt (mit den Konsequenzen, die ich aber schon beschrieb):
Ich habe sozusage Type-Erased Typen hier und das bezieht sich wiedermal auf meine luabind-Anpassungen.
Ich habe einen opaken Typ, den ich darum bitten kann, einen Wert mit als void* verkappten Typ mit gewisser ID (ein integer-Wert, der bei Programmstart erzeugt wird) zurückzuliefern. Hinter der Fassade wird das mit einem Netzwerk von Casts gemacht, die zur Compile-Zeit generiert werden. Das dient dazu, dass man alle Klassen, die registriert werden und zu denen man die Beziehungen angibt, ineinander konvertieren kann (ausschließlich wenn Zeiger und Referenzen verlangt werden, Slicing möchte ich nicht noch unterstützen), ohne dass eine kombinatorische Explosion zu befürchten ist.
Nun wird zur Laufzeit eine C++-Funktion aufgerufen und während die Signatur mit den Parametern gematcht wird, versucht der Matcher das opake Argument anzuweisen, einen Zeiger vom gewünschten Typ zu liefern.
Für smart pointer existiert spezieller Code, der den smart pointer bei der Betrachtung sozusagen "überspringt" und direkt mit den von den Zeigern angezeigten Objekten arbeitet. Ich kann also einen Zeiger auf ein implizit gecastetes Objekt erhalten und weiß, dass dieses Objekt durch einen smart-pointer gehalten wird, aber ich habe keine Möglichkeit einen neuen smart-pointer zusammenzusetzen, weil ich dafür wahrscheinlich explizit die Implementierungs-Interna verwenden müsste (also den Deleter und den Count-Holder mit rüberreichen, von denen ich ausgehe, dass sie an oberster Ebene nicht vom Typ des Zeigers abhängen).

]]>https://www.c-plusplus.net/forum/post/2360689https://www.c-plusplus.net/forum/post/2360689Wed, 16 Oct 2013 11:16:06 GMT<![CDATA[Reply to shared_ptr casten on Wed, 16 Oct 2013 11:19:07 GMT]]>Und meine Fallback-Lösung ist jetzt, für smart pointer ebenfalls casts im Cast-Graph zu hinterlegen. Da müsste dann der Benutzer gegenenenfalls etwas mithelfen und ansagen, ob und mit welchen smart-pointern so hantiert wird.

]]>https://www.c-plusplus.net/forum/post/2360690https://www.c-plusplus.net/forum/post/2360690Wed, 16 Oct 2013 11:19:07 GMT<![CDATA[Reply to shared_ptr casten on Wed, 16 Oct 2013 11:19:36 GMT]]>Wenn ich das richtig verstanden habe, verliert er irgendwann die Information, dass das Objekt bereits in einen shared_ptr verpackt ist.

Darfst/kannst du T anfassen? Du kannst T von enable_shared_from_this erben lassen und den Reference Counter nach T verschieben.

]]>https://www.c-plusplus.net/forum/post/2360691https://www.c-plusplus.net/forum/post/2360691Wed, 16 Oct 2013 11:19:36 GMT<![CDATA[Reply to shared_ptr casten on Wed, 16 Oct 2013 11:23:28 GMT]]>Halllo Doc,
ich möchte nicht vorschreiben, dass man davon ableitet, aber danke dass Du's erwähnst, da hatte ich noch gar nicht dran gedacht, einen Spezialcase dafür, wenn das möglich ist, werde ich auf jeden Fall vorsehen!

]]>https://www.c-plusplus.net/forum/post/2360692https://www.c-plusplus.net/forum/post/2360692Wed, 16 Oct 2013 11:23:28 GMT<![CDATA[Reply to shared_ptr casten on Wed, 16 Oct 2013 11:26:20 GMT]]>Und die Information, dass ein shared_pointer auf der anderen Seite ist, habe ich schon, aber ich habe zur Compile-Zeit nicht die Typ-Information von beiden Seiten, sodass ich "einfach" static_pointer_cast oder dynamic_pointer_cast verwenden könnte (von lua aus kann man ja mit allen möglichen Argumenten die Funktion aufrufen).

]]>https://www.c-plusplus.net/forum/post/2360694https://www.c-plusplus.net/forum/post/2360694Wed, 16 Oct 2013 11:26:20 GMT<![CDATA[Reply to shared_ptr casten on Wed, 16 Oct 2013 16:59:26 GMT]]>@decimad
krümelkacker hat dir doch schon ne Lösung geschrieben. Wo ist denn bei der das Problem?

Anstatt das (undokumentierte) Counter-Objekt abzuspeichern kannst du dann einfach nen shared_ptr<void> abspeichern. (Oder sogar nen weak_ptr<void> ).
Aus diesem plus einem T* kannst du dir dann jederzeit wieder nen shared_ptr<T> basteln der das selbe Counter-Objekt (inklusive Deleter) verwendet wie der "originale" shared_ptr .

Das kann man z.B. auch dazu verwenden shared_ptr auf Member von Objekten zu erzeugen. Also quasi sowas:

shared_ptr<MyStruct> p = ...;
shared_ptr<int> p2(p, &(p->myIntMember)); // Zeigt auf das "myIntMember" in *p und hält gleichzeitig *p am Leben
]]>https://www.c-plusplus.net/forum/post/2360755https://www.c-plusplus.net/forum/post/2360755Wed, 16 Oct 2013 16:59:26 GMT<![CDATA[Reply to shared_ptr casten on Wed, 16 Oct 2013 17:54:19 GMT]]>Moah, mea culpa, da hätte ich besser recherchieren müssen, krümel's Vorschlag habe ich einfach missverstanden. Praktisch genau das habe ich ja gesucht von Anfang an, ich wollte ja den share counter wiederverwenden und etwas anderes reintun 😃 Moah... Es tut mir Leid eure Zeit vergeudet zu haben mit ellenlangem Text, ich hatte nie im Traum gewagt zu glauben, dass die shared_ptr-Entwickler an so einen Spezialfall gedacht haben... Da brauche ich nur für die unterstützten smart-pointer per traits einen Repräsentanten zu definieren (eben std::shared_ptr<void> und habe auch einen spezifischen Typ, nach dem ich Fragen kann. Genialst! Danke euch!

]]>https://www.c-plusplus.net/forum/post/2360770https://www.c-plusplus.net/forum/post/2360770Wed, 16 Oct 2013 17:54:19 GMT<![CDATA[Reply to shared_ptr casten on Wed, 16 Oct 2013 19:19:44 GMT]]>Hehe.

> krümel's Vorschlag habe ich einfach missverstanden
Das (oder dass du den Beitrag übersehen hast) hab' ich fast schon vermutet, daher hab' ich nochmal nachgefragt.

Es ist eben kein so spezieller Spezialfall, und daher wird das auch unterstützt. Gerade die "inner Pointer" (also Zeiger auf ein Member) braucht man öfters. Bzw. wenn man "Casts" Marke Eigenbau wie z.B. IUnknown::QueryInterface verwenden will braucht man es auch. Und das kommt durchaus nicht SO selten vor.

ps: Hier der passende "cppreference" Link:

http://en.cppreference.com/w/cpp/memory/shared_ptr/shared_ptr

  1. Constructs a shared_ptr which shares ownership information with r, but holds an unrelated and unmanaged
    pointer ptr. Even if this shared_ptr is the last of the group to go out of scope, it will call the destructor for the object originally managed by r. However, calling get() on this will always return a copy of ptr. It is the responsibility of the programmer to make sure that this ptr remains valid as long as this shared_ptr exists, such as in the typical use cases where ptr is a member of the object managed by r or is an alias (e.g., downcast) of r.get()
]]>https://www.c-plusplus.net/forum/post/2360781https://www.c-plusplus.net/forum/post/2360781Wed, 16 Oct 2013 19:19:44 GMT