<![CDATA[Ausgeschlossen dass der Fehler bei mir liegt?]]>Hoi,
ich bekomme gerade permanent Segfaults um die Ohren. Hier mal die ersten 4 Frames aus dem Backtrace:

#0  0x00000034c847c75b in _int_malloc () from /lib64/libc.so.6
#1  0x00000034c847f4b3 in malloc () from /lib64/libc.so.6
#2  0x00000034cfc5f58d in operator new(unsigned long) () from /lib64/libstdc++.so.6
#3  0x000000000042dc8a in Synthetic::Util::makeUnique<Synthetic::EComponents::RenderableComponent, Synthetic::SpriteTextureData, unsigned int const&>(Synthetic::SpriteTextureData&&, unsigned int const&) ()

Gibt es eine Möglichkeit operator new/malloc falsch zu benutzen? Falls nicht muss es ja ein Bug in der malloc Implementierung sein?

Danke und Grüße,
Ethon

]]>https://www.c-plusplus.net/forum/topic/314965/ausgeschlossen-dass-der-fehler-bei-mir-liegtRSS for NodeFri, 31 Jul 2026 13:56:43 GMTTue, 19 Mar 2013 17:52:18 GMT60<![CDATA[Reply to Ausgeschlossen dass der Fehler bei mir liegt? on Tue, 19 Mar 2013 17:52:18 GMT]]>Hoi,
ich bekomme gerade permanent Segfaults um die Ohren. Hier mal die ersten 4 Frames aus dem Backtrace:

#0  0x00000034c847c75b in _int_malloc () from /lib64/libc.so.6
#1  0x00000034c847f4b3 in malloc () from /lib64/libc.so.6
#2  0x00000034cfc5f58d in operator new(unsigned long) () from /lib64/libstdc++.so.6
#3  0x000000000042dc8a in Synthetic::Util::makeUnique<Synthetic::EComponents::RenderableComponent, Synthetic::SpriteTextureData, unsigned int const&>(Synthetic::SpriteTextureData&&, unsigned int const&) ()

Gibt es eine Möglichkeit operator new/malloc falsch zu benutzen? Falls nicht muss es ja ein Bug in der malloc Implementierung sein?

Danke und Grüße,
Ethon

]]>https://www.c-plusplus.net/forum/post/2308017https://www.c-plusplus.net/forum/post/2308017Tue, 19 Mar 2013 17:52:18 GMT<![CDATA[Reply to Ausgeschlossen dass der Fehler bei mir liegt? on Tue, 19 Mar 2013 17:59:16 GMT]]>Ethon schrieb:

Gibt es eine Möglichkeit operator new/malloc falsch zu benutzen?

Ja, jede Menge.

Falls nicht muss es ja ein Bug in der malloc Implementierung sein?

Nun, was glaubst du? Dass du den Bug entdeckt hast, den noch niemand kannte, oder dass der Fehler bei dir liegt?

Höchstwahrscheinlich hast du dir den Heap zerschossen. Das ist übrigens einer der Fälle, wo der eigentliche Fehler ganz woanders liegt als der spätere Segfault. Das ist der Moment, wo die Debugoptionen der STL (aber du benutzt ja new) glänzen würden. Alternativ auch Programme wie valgrind, mit denen solche Fehler schnell gefunden und analysiert sind.

]]>https://www.c-plusplus.net/forum/post/2308021https://www.c-plusplus.net/forum/post/2308021Tue, 19 Mar 2013 17:59:16 GMT<![CDATA[Reply to Ausgeschlossen dass der Fehler bei mir liegt? on Tue, 19 Mar 2013 17:59:49 GMT]]>Ethon schrieb:

Gibt es eine Möglichkeit operator new/malloc falsch zu benutzen? Falls nicht muss es ja ein Bug in der malloc Implementierung sein?

Das tritt eigentlich immer auf, wenn du mit Pointern rumspielst oder bei über die Arraygrenzen hinaus auf fremden Speicher zugreifst. Wenn du mallocs interne Verwaltungsdaten überschreibst, kracht es halt bei malloc.

Schonmal valgrind versucht?

]]>https://www.c-plusplus.net/forum/post/2308023https://www.c-plusplus.net/forum/post/2308023Tue, 19 Mar 2013 17:59:49 GMT<![CDATA[Reply to Ausgeschlossen dass der Fehler bei mir liegt? on Tue, 19 Mar 2013 18:09:01 GMT]]>Hat eigentlich Mal irgendjemand eine Empfehlung für ein Windows-valgrind?

]]>https://www.c-plusplus.net/forum/post/2308027https://www.c-plusplus.net/forum/post/2308027Tue, 19 Mar 2013 18:09:01 GMT<![CDATA[Reply to Ausgeschlossen dass der Fehler bei mir liegt? on Tue, 19 Mar 2013 18:13:06 GMT]]>Meistens (also bei mir meistens) liegt der Fehler daran, dass ich auf einen nicht initalisierten Pointer zugreife. (Ja ich weiß, Konstruktoren sind was tolles 🙄 )

]]>https://www.c-plusplus.net/forum/post/2308029https://www.c-plusplus.net/forum/post/2308029Tue, 19 Mar 2013 18:13:06 GMT<![CDATA[Reply to Ausgeschlossen dass der Fehler bei mir liegt? on Tue, 19 Mar 2013 18:14:13 GMT]]>Nathan schrieb:

nicht initalisierten Pointer

Wozu benutzt du Pointer?

]]>https://www.c-plusplus.net/forum/post/2308030https://www.c-plusplus.net/forum/post/2308030Tue, 19 Mar 2013 18:14:13 GMT<![CDATA[Reply to Ausgeschlossen dass der Fehler bei mir liegt? on Tue, 19 Mar 2013 18:40:54 GMT]]>Für einen änderbaren, ab und zu ungültigen Verweis auf ein Objekt.

]]>https://www.c-plusplus.net/forum/post/2308037https://www.c-plusplus.net/forum/post/2308037Tue, 19 Mar 2013 18:40:54 GMT<![CDATA[Reply to Ausgeschlossen dass der Fehler bei mir liegt? on Tue, 19 Mar 2013 18:41:26 GMT]]>Hui ... danke für den Wink mit dem Zaunpfahl bezüglich valgrind.
Ich scheine boost::intrusive_ptr falsch zu benutzen ... die Fehlersuche wird lustig. 😋

]]>https://www.c-plusplus.net/forum/post/2308038https://www.c-plusplus.net/forum/post/2308038Tue, 19 Mar 2013 18:41:26 GMT<![CDATA[Reply to Ausgeschlossen dass der Fehler bei mir liegt? on Wed, 20 Mar 2013 11:09:52 GMT]]>

Hat eigentlich Mal irgendjemand eine Empfehlung für ein Windows-valgrind?

Application Verifier + DebugDiag

Ist nicht so leistungsfähig, aber kostenlos.

]]>https://www.c-plusplus.net/forum/post/2308186https://www.c-plusplus.net/forum/post/2308186Wed, 20 Mar 2013 11:09:52 GMT<![CDATA[Reply to Ausgeschlossen dass der Fehler bei mir liegt? on Wed, 20 Mar 2013 11:32:31 GMT]]>So, der fehler war dass ich in der Funktion zum dekrementieren des Referenzzählers die Logik verdreht hatte und delete this aufgerufen habe, wenn der Refcount != 0 ist ... hat mich einige Stunden gekostet, zum Kotzen soetwas. 😉

]]>https://www.c-plusplus.net/forum/post/2308192https://www.c-plusplus.net/forum/post/2308192Wed, 20 Mar 2013 11:32:31 GMT