<![CDATA[Verständnisproblem zu calloc und free]]>Hey,

ich les mich grad in C und in C++ ein. Zur Zeit bin ich bei der dynamischen Speicherverwaltung und bin dabei auf die Methoden calloc und free gestoßen. calloc liefert ja einen Zeiger auf das 1. Element des reservierten Speichers. Das hab ich soweit verstanden, aber ich versteh nich, wie free wissen kann wiviel Speicher er freigeben soll, wenn er nur den Pointer bekommt. Gibt es da sowas wie ein terminierendes Zeichen oder Speichert er irgendwo die reservierten Speicherblöcke? Wäre toll, wenn mir das jmd erklären kann.

MfG & Thx Bergmann.

]]>https://www.c-plusplus.net/forum/topic/265813/verständnisproblem-zu-calloc-und-freeRSS for NodeThu, 03 Sep 2026 20:31:39 GMTThu, 29 Apr 2010 08:58:52 GMT60<![CDATA[Reply to Verständnisproblem zu calloc und free on Thu, 29 Apr 2010 08:58:52 GMT]]>Hey,

ich les mich grad in C und in C++ ein. Zur Zeit bin ich bei der dynamischen Speicherverwaltung und bin dabei auf die Methoden calloc und free gestoßen. calloc liefert ja einen Zeiger auf das 1. Element des reservierten Speichers. Das hab ich soweit verstanden, aber ich versteh nich, wie free wissen kann wiviel Speicher er freigeben soll, wenn er nur den Pointer bekommt. Gibt es da sowas wie ein terminierendes Zeichen oder Speichert er irgendwo die reservierten Speicherblöcke? Wäre toll, wenn mir das jmd erklären kann.

MfG & Thx Bergmann.

]]>https://www.c-plusplus.net/forum/post/1889846https://www.c-plusplus.net/forum/post/1889846Thu, 29 Apr 2010 08:58:52 GMT<![CDATA[Reply to Verständnisproblem zu calloc und free on Thu, 29 Apr 2010 09:11:26 GMT]]>das ist der Implementierung (d.h. dem Compiler und dem Betriebssystem) überlassen und braucht dich eigentlich nicht interessieren. Im Grunde kannst du dich drauf verlassen dass wenn du ein free auf einen von malloc (calloc?) gelieferten Pointer aufrufst, der komplette dazugehörige Speicher wieder freigegeben wird.
Daher die kurze Antwort: Who cares 🙂
Lange Antwort: Häufig wird das so gemacht, dass der tatsächlich angeforderte Speicherblock ein bisschen größer ist (meist 4 Byte). In diesen 4 yte steht dann drin wie groß der Block ist, der Pointer verweist auf den Rest des Bereichs. Beim Aufruf von free wird dann geschaut, was in den 4 Byte vor dem übergebenen Pointer steht und der entsprechende Bereich freigegeben.
Aber: das ist wie gesagt nirgendwo definiert und nur eine von vielen Möglcihektien, sowas umzusetzen. Verlass dich nicht drauf und versuch vor allem nicht, die die 4 Byte davor anzuschauen, das wäre nämlich undefiniert. (Das Wörtchen undefiniert bzw. undefiniertes Verhalten heißt so viel wie "Hölle", "Finger weg" und "Es könnten jetzt kleine grüne Männchen aus deinem Rechner steigen und dich in die Sonne schießen...")

PS: malloc/calloc/free ist C. Der pendant in C++ wäre new/delete und new[]/delete[].

]]>https://www.c-plusplus.net/forum/post/1889851https://www.c-plusplus.net/forum/post/1889851Thu, 29 Apr 2010 09:11:26 GMT<![CDATA[Reply to Verständnisproblem zu calloc und free on Thu, 29 Apr 2010 16:03:10 GMT]]>Hey,

danke für die Antwort. Ich hab mich nur gewundert bzw. gefragt ob die Freigabe dann auch richtig is. Aber meine Bedenken hast du ja jetz befriedigend vernichtet 🙂 Danke.

MfG & Thx Bergmann.

p.s.: calloc = malloc + Initialisierung des Speichers mit 0en

]]>https://www.c-plusplus.net/forum/post/1890015https://www.c-plusplus.net/forum/post/1890015Thu, 29 Apr 2010 16:03:10 GMT<![CDATA[Reply to Verständnisproblem zu calloc und free on Thu, 29 Apr 2010 16:06:50 GMT]]>

p.s.: calloc = malloc + Initialisierung des Speichers mit 0en

Jopp - auch hier nachzulesen.
sollte so und so deine erste anlaufstelle sein, wenn du fragen zur standard lib hast

]]>https://www.c-plusplus.net/forum/post/1890020https://www.c-plusplus.net/forum/post/1890020Thu, 29 Apr 2010 16:06:50 GMT<![CDATA[Reply to Verständnisproblem zu calloc und free on Thu, 29 Apr 2010 21:02:16 GMT]]>Jo,

die Seite kenn ich schon, guck ich auch immer als erstes, weils da auch immer guten Bsp-Code gibt...
Hab noch ne kleine Frage. Is zwar offtopic, aber ich will jetzt deswegen nich extra n Thread aufmachen: Gibts hier sowas wie beobachtete Themen? Also Themen die ich abonnieren kann?

MfG & Thx Bergmann

]]>https://www.c-plusplus.net/forum/post/1890192https://www.c-plusplus.net/forum/post/1890192Thu, 29 Apr 2010 21:02:16 GMT<![CDATA[Reply to Verständnisproblem zu calloc und free on Fri, 30 Apr 2010 04:16:39 GMT]]>irgendwann gabs glaube ich mal so ne fkt., dass man benachrichtigt wurde (aber nur, wenn man nen eigenen thread aufgemacht hatte!?) - aber ich glaub, das wurde ganz rausgenommen...

das müsstest du mal im forentechnik-thread fragen...

bb

]]>https://www.c-plusplus.net/forum/post/1890243https://www.c-plusplus.net/forum/post/1890243Fri, 30 Apr 2010 04:16:39 GMT<![CDATA[Reply to Verständnisproblem zu calloc und free on Fri, 30 Apr 2010 07:20:33 GMT]]>Bergmann89 schrieb:

Gibts hier sowas wie beobachtete Themen? Also Themen die ich abonnieren kann?

Rechts unten "Bei Antworten zu diesem Thema benachrichtigen"

]]>https://www.c-plusplus.net/forum/post/1890268https://www.c-plusplus.net/forum/post/1890268Fri, 30 Apr 2010 07:20:33 GMT<![CDATA[Reply to Verständnisproblem zu calloc und free on Fri, 30 Apr 2010 08:12:24 GMT]]>Ich denke es ist doch eher so dass der Kernel Informationen zu den einzelnen Heap-Blöcken speichert, da wird höchstwarscheinlich auch die Größe dabei sein.

]]>https://www.c-plusplus.net/forum/post/1890291https://www.c-plusplus.net/forum/post/1890291Fri, 30 Apr 2010 08:12:24 GMT<![CDATA[Reply to Verständnisproblem zu calloc und free on Fri, 30 Apr 2010 08:19:09 GMT]]>Icematix schrieb:

Ich denke es ist doch eher so dass der Kernel Informationen zu den einzelnen Heap-Blöcken speichert, da wird höchstwarscheinlich auch die Größe dabei sein.

Kommt drauf an, wie gesagt. Durchaus möglich, dass die Anforderungen direkt an den Kernel gehn, genausogut denkbar, dass es einen eigenen Speichermanager gibt, der vom Kernel größere Blöcke anfordert und die für die einzelnen Speicheranforderungen nochmal zerpflückt. Und der könnte es so handhaben wie beschrieben. Oder ganz anders. Ist Betriebssytsem- und Compiler-abhängig und für den Entwickler die meiste Zeit irrelevant, wenn er nicht grade in höchsten -Nöten steckt und aus solchen Details noch einzelne Bits rauskitzeln muss.

]]>https://www.c-plusplus.net/forum/post/1890301https://www.c-plusplus.net/forum/post/1890301Fri, 30 Apr 2010 08:19:09 GMT