s4:scripting/python: always treat the highwatermark as opaque (bug #9508)
[Samba/gebeck_regimport.git] / lib / talloc / talloc_guide.txt
blob16afc9b6b8ad0ae671de48535c3653081c1e8794
1 Using talloc in Samba4
2 ======================
4 .. contents::
6 Andrew Tridgell
7 August 2009
9 The most current version of this document is available at
10    http://samba.org/ftp/unpacked/talloc/talloc_guide.txt
12 If you are used to the "old" talloc from Samba3 before 3.0.20 then please read
13 this carefully, as talloc has changed a lot. With 3.0.20 (or 3.0.14?) the
14 Samba4 talloc has been ported back to Samba3, so this guide applies to both.
16 The new talloc is a hierarchical, reference counted memory pool system
17 with destructors. Quite a mouthful really, but not too bad once you
18 get used to it.
20 Perhaps the biggest change from Samba3 is that there is no distinction
21 between a "talloc context" and a "talloc pointer". Any pointer
22 returned from talloc() is itself a valid talloc context. This means
23 you can do this::
25   struct foo *X = talloc(mem_ctx, struct foo);
26   X->name = talloc_strdup(X, "foo");
28 and the pointer X->name would be a "child" of the talloc context "X"
29 which is itself a child of "mem_ctx". So if you do talloc_free(mem_ctx)
30 then it is all destroyed, whereas if you do talloc_free(X) then just X
31 and X->name are destroyed, and if you do talloc_free(X->name) then
32 just the name element of X is destroyed.
34 If you think about this, then what this effectively gives you is an
35 n-ary tree, where you can free any part of the tree with
36 talloc_free().
38 If you find this confusing, then I suggest you run the testsuite to
39 watch talloc in action. You may also like to add your own tests to
40 testsuite.c to clarify how some particular situation is handled.
43 Performance
44 -----------
46 All the additional features of talloc() over malloc() do come at a
47 price. We have a simple performance test in Samba4 that measures
48 talloc() versus malloc() performance, and it seems that talloc() is
49 about 4% slower than malloc() on my x86 Debian Linux box. For Samba,
50 the great reduction in code complexity that we get by using talloc
51 makes this worthwhile, especially as the total overhead of
52 talloc/malloc in Samba is already quite small.
55 talloc API
56 ----------
58 The following is a complete guide to the talloc API. Read it all at
59 least twice.
61 Multi-threading
62 ---------------
64 talloc itself does not deal with threads. It is thread-safe (assuming  
65 the underlying "malloc" is), as long as each thread uses different  
66 memory contexts.
67 If two threads use the same context then they need to synchronize in
68 order to be safe. In particular:
69 - when using talloc_enable_leak_report(), giving directly NULL as a  
70 parent context implicitly refers to a hidden "null context" global  
71 variable, so this should not be used in a multi-threaded environment  
72 without proper synchronization ;
73 - the context returned by talloc_autofree_context() is also global so  
74 shouldn't be used by several threads simultaneously without  
75 synchronization.
77 talloc and shared objects
78 -------------------------
80 talloc can be used in shared objects. Special care needs to be taken
81 to never use talloc_autofree_context() in code that might be loaded
82 with dlopen() and unloaded with dlclose(), as talloc_autofree_context()
83 internally uses atexit(3). Some platforms like modern Linux handles
84 this fine, but for example FreeBSD does not deal well with dlopen()
85 and atexit() used simultaneously: dlclose() does not clean up the list
86 of atexit-handlers, so when the program exits the code that was
87 registered from within talloc_autofree_context() is gone, the program
88 crashes at exit.
91 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
92 (type *)talloc(const void *context, type);
94 The talloc() macro is the core of the talloc library. It takes a
95 memory context and a type, and returns a pointer to a new area of
96 memory of the given type.
98 The returned pointer is itself a talloc context, so you can use it as
99 the context argument to more calls to talloc if you wish.
101 The returned pointer is a "child" of the supplied context. This means
102 that if you talloc_free() the context then the new child disappears as
103 well. Alternatively you can free just the child.
105 The context argument to talloc() can be NULL, in which case a new top
106 level context is created. 
109 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
110 void *talloc_size(const void *context, size_t size);
112 The function talloc_size() should be used when you don't have a
113 convenient type to pass to talloc(). Unlike talloc(), it is not type
114 safe (as it returns a void *), so you are on your own for type checking.
116 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
117 (typeof(ptr)) talloc_ptrtype(const void *ctx, ptr);
119 The talloc_ptrtype() macro should be used when you have a pointer and
120 want to allocate memory to point at with this pointer. When compiling
121 with gcc >= 3 it is typesafe. Note this is a wrapper of talloc_size()
122 and talloc_get_name() will return the current location in the source file.
123 and not the type.
125 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
126 int talloc_free(void *ptr);
128 The talloc_free() function frees a piece of talloc memory, and all its
129 children. You can call talloc_free() on any pointer returned by
130 talloc().
132 The return value of talloc_free() indicates success or failure, with 0
133 returned for success and -1 for failure. A possible failure condition
134 is if the pointer had a destructor attached to it and the destructor
135 returned -1. See talloc_set_destructor() for details on
136 destructors. Likewise, if "ptr" is NULL, then the function will make
137 no modifications and returns -1.
139 From version 2.0 and onwards, as a special case, talloc_free() is
140 refused on pointers that have more than one parent associated, as talloc
141 would have no way of knowing which parent should be removed. This is
142 different from older versions in the sense that always the reference to
143 the most recently established parent has been destroyed. Hence to free a
144 pointer that has more than one parent please use talloc_unlink().
146 To help you find problems in your code caused by this behaviour, if
147 you do try and free a pointer with more than one parent then the
148 talloc logging function will be called to give output like this:
150   ERROR: talloc_free with references at some_dir/source/foo.c:123
151         reference at some_dir/source/other.c:325
152         reference at some_dir/source/third.c:121
154 Please see the documentation for talloc_set_log_fn() and
155 talloc_set_log_stderr() for more information on talloc logging
156 functions.
158 talloc_free() operates recursively on its children.
160 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
161 void talloc_free_children(void *ptr);
163 The talloc_free_children() walks along the list of all children of a
164 talloc context and talloc_free()s only the children, not the context
165 itself.
167 A NULL argument is handled as no-op.
169 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
170 void *talloc_reference(const void *context, const void *ptr);
172 The talloc_reference() function makes "context" an additional parent
173 of "ptr".
175 The return value of talloc_reference() is always the original pointer
176 "ptr", unless talloc ran out of memory in creating the reference in
177 which case it will return NULL (each additional reference consumes
178 around 48 bytes of memory on intel x86 platforms).
180 If "ptr" is NULL, then the function is a no-op, and simply returns NULL.
182 After creating a reference you can free it in one of the following
183 ways:
185   - you can talloc_free() any parent of the original pointer. That
186     will reduce the number of parents of this pointer by 1, and will
187     cause this pointer to be freed if it runs out of parents.
189   - you can talloc_free() the pointer itself if it has at maximum one
190     parent. This behaviour has been changed since the release of version
191     2.0. Further informations in the description of "talloc_free".
193 For more control on which parent to remove, see talloc_unlink()
196 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
197 int talloc_unlink(const void *context, const void *ptr);
199 The talloc_unlink() function removes a specific parent from ptr. The
200 context passed must either be a context used in talloc_reference()
201 with this pointer, or must be a direct parent of ptr. 
203 Note that if the parent has already been removed using talloc_free()
204 then this function will fail and will return -1.  Likewise, if "ptr"
205 is NULL, then the function will make no modifications and return -1.
207 You can just use talloc_free() instead of talloc_unlink() if there
208 is at maximum one parent. This behaviour has been changed since the
209 release of version 2.0. Further informations in the description of
210 "talloc_free".
212 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
213 void talloc_set_destructor(const void *ptr, int (*destructor)(void *));
215 The function talloc_set_destructor() sets the "destructor" for the
216 pointer "ptr". A destructor is a function that is called when the
217 memory used by a pointer is about to be released. The destructor
218 receives the pointer as an argument, and should return 0 for success
219 and -1 for failure.
221 The destructor can do anything it wants to, including freeing other
222 pieces of memory. A common use for destructors is to clean up
223 operating system resources (such as open file descriptors) contained
224 in the structure the destructor is placed on.
226 You can only place one destructor on a pointer. If you need more than
227 one destructor then you can create a zero-length child of the pointer
228 and place an additional destructor on that.
230 To remove a destructor call talloc_set_destructor() with NULL for the
231 destructor.
233 If your destructor attempts to talloc_free() the pointer that it is
234 the destructor for then talloc_free() will return -1 and the free will
235 be ignored. This would be a pointless operation anyway, as the
236 destructor is only called when the memory is just about to go away.
239 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
240 int talloc_increase_ref_count(const void *ptr);
242 The talloc_increase_ref_count(ptr) function is exactly equivalent to:
244   talloc_reference(NULL, ptr);
246 You can use either syntax, depending on which you think is clearer in
247 your code.
249 It returns 0 on success and -1 on failure.
251 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
252 size_t talloc_reference_count(const void *ptr);
254 Return the number of references to the pointer.
256 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
257 void talloc_set_name(const void *ptr, const char *fmt, ...);
259 Each talloc pointer has a "name". The name is used principally for
260 debugging purposes, although it is also possible to set and get the
261 name on a pointer in as a way of "marking" pointers in your code.
263 The main use for names on pointer is for "talloc reports". See
264 talloc_report() and talloc_report_full() for details. Also see
265 talloc_enable_leak_report() and talloc_enable_leak_report_full().
267 The talloc_set_name() function allocates memory as a child of the
268 pointer. It is logically equivalent to:
269   talloc_set_name_const(ptr, talloc_asprintf(ptr, fmt, ...));
271 Note that multiple calls to talloc_set_name() will allocate more
272 memory without releasing the name. All of the memory is released when
273 the ptr is freed using talloc_free().
276 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
277 void talloc_set_name_const(const void *ptr, const char *name);
279 The function talloc_set_name_const() is just like talloc_set_name(),
280 but it takes a string constant, and is much faster. It is extensively
281 used by the "auto naming" macros, such as talloc_p().
283 This function does not allocate any memory. It just copies the
284 supplied pointer into the internal representation of the talloc
285 ptr. This means you must not pass a name pointer to memory that will
286 disappear before the ptr is freed with talloc_free().
289 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
290 void *talloc_named(const void *context, size_t size, const char *fmt, ...);
292 The talloc_named() function creates a named talloc pointer. It is
293 equivalent to:
295    ptr = talloc_size(context, size);
296    talloc_set_name(ptr, fmt, ....);
299 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
300 void *talloc_named_const(const void *context, size_t size, const char *name);
302 This is equivalent to::
304    ptr = talloc_size(context, size);
305    talloc_set_name_const(ptr, name);
308 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
309 const char *talloc_get_name(const void *ptr);
311 This returns the current name for the given talloc pointer. See
312 talloc_set_name() for details.
315 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
316 void *talloc_init(const char *fmt, ...);
318 This function creates a zero length named talloc context as a top
319 level context. It is equivalent to::
321   talloc_named(NULL, 0, fmt, ...);
324 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
325 void *talloc_new(void *ctx);
327 This is a utility macro that creates a new memory context hanging
328 off an exiting context, automatically naming it "talloc_new: __location__"
329 where __location__ is the source line it is called from. It is
330 particularly useful for creating a new temporary working context.
333 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
334 (type *)talloc_realloc(const void *context, void *ptr, type, count);
336 The talloc_realloc() macro changes the size of a talloc
337 pointer. The "count" argument is the number of elements of type "type"
338 that you want the resulting pointer to hold. 
340 talloc_realloc() has the following equivalences::
342   talloc_realloc(context, NULL, type, 1) ==> talloc(context, type);
343   talloc_realloc(context, NULL, type, N) ==> talloc_array(context, type, N);
344   talloc_realloc(context, ptr, type, 0)  ==> talloc_free(ptr);
346 The "context" argument is only used if "ptr" is NULL, otherwise it is
347 ignored.
349 talloc_realloc() returns the new pointer, or NULL on failure. The call
350 will fail either due to a lack of memory, or because the pointer has
351 more than one parent (see talloc_reference()).
354 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
355 void *talloc_realloc_size(const void *context, void *ptr, size_t size);
357 the talloc_realloc_size() function is useful when the type is not 
358 known so the typesafe talloc_realloc() cannot be used.
361 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
362 void *talloc_steal(const void *new_ctx, const void *ptr);
364 The talloc_steal() function changes the parent context of a talloc
365 pointer. It is typically used when the context that the pointer is
366 currently a child of is going to be freed and you wish to keep the
367 memory for a longer time. 
369 The talloc_steal() function returns the pointer that you pass it. It
370 does not have any failure modes.
372 NOTE: It is possible to produce loops in the parent/child relationship
373 if you are not careful with talloc_steal(). No guarantees are provided
374 as to your sanity or the safety of your data if you do this.
376 talloc_steal (new_ctx, NULL) will return NULL with no sideeffects.
378 Note that if you try and call talloc_steal() on a pointer that has
379 more than one parent then the result is ambiguous. Talloc will choose
380 to remove the parent that is currently indicated by talloc_parent()
381 and replace it with the chosen parent. You will also get a message
382 like this via the talloc logging functions:
384   WARNING: talloc_steal with references at some_dir/source/foo.c:123
385         reference at some_dir/source/other.c:325
386         reference at some_dir/source/third.c:121
388 To unambiguously change the parent of a pointer please see the
389 function talloc_reparent(). See the talloc_set_log_fn() documentation
390 for more information on talloc logging.
392 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
393 void *talloc_reparent(const void *old_parent, const void *new_parent, const void *ptr);
395 The talloc_reparent() function changes the parent context of a talloc
396 pointer. It is typically used when the context that the pointer is
397 currently a child of is going to be freed and you wish to keep the
398 memory for a longer time.
400 The talloc_reparent() function returns the pointer that you pass it. It
401 does not have any failure modes.
403 The difference between talloc_reparent() and talloc_steal() is that
404 talloc_reparent() can specify which parent you wish to change. This is
405 useful when a pointer has multiple parents via references.
407 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
408 void *talloc_parent(const void *ptr);
410 The talloc_parent() function returns the current talloc parent. This
411 is usually the pointer under which this memory was originally created,
412 but it may have changed due to a talloc_steal() or talloc_reparent()
414 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
415 size_t talloc_total_size(const void *ptr);
417 The talloc_total_size() function returns the total size in bytes used
418 by this pointer and all child pointers. Mostly useful for debugging.
420 Passing NULL is allowed, but it will only give a meaningful result if
421 talloc_enable_leak_report() or talloc_enable_leak_report_full() has
422 been called.
425 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
426 size_t talloc_total_blocks(const void *ptr);
428 The talloc_total_blocks() function returns the total memory block
429 count used by this pointer and all child pointers. Mostly useful for
430 debugging.
432 Passing NULL is allowed, but it will only give a meaningful result if
433 talloc_enable_leak_report() or talloc_enable_leak_report_full() has
434 been called.
436 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
437 void talloc_report_depth_cb(const void *ptr, int depth, int max_depth,
438                             void (*callback)(const void *ptr,
439                                              int depth, int max_depth,
440                                              int is_ref,
441                                              void *priv),
442                             void *priv);
444 This provides a more flexible reports than talloc_report(). It
445 will recursively call the callback for the entire tree of memory
446 referenced by the pointer. References in the tree are passed with
447 is_ref = 1 and the pointer that is referenced.
449 You can pass NULL for the pointer, in which case a report is
450 printed for the top level memory context, but only if
451 talloc_enable_leak_report() or talloc_enable_leak_report_full()
452 has been called.
454 The recursion is stopped when depth >= max_depth.
455 max_depth = -1 means only stop at leaf nodes.
458 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
459 void talloc_report_depth_file(const void *ptr, int depth, int max_depth, FILE *f);
461 This provides a more flexible reports than talloc_report(). It
462 will let you specify the depth and max_depth.
465 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
466 void talloc_report(const void *ptr, FILE *f);
468 The talloc_report() function prints a summary report of all memory
469 used by ptr. One line of report is printed for each immediate child of
470 ptr, showing the total memory and number of blocks used by that child.
472 You can pass NULL for the pointer, in which case a report is printed
473 for the top level memory context, but only if
474 talloc_enable_leak_report() or talloc_enable_leak_report_full() has
475 been called.
478 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
479 void talloc_report_full(const void *ptr, FILE *f);
481 This provides a more detailed report than talloc_report(). It will
482 recursively print the entire tree of memory referenced by the
483 pointer. References in the tree are shown by giving the name of the
484 pointer that is referenced.
486 You can pass NULL for the pointer, in which case a report is printed
487 for the top level memory context, but only if
488 talloc_enable_leak_report() or talloc_enable_leak_report_full() has
489 been called.
492 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
493 void talloc_enable_leak_report(void);
495 This enables calling of talloc_report(NULL, stderr) when the program
496 exits. In Samba4 this is enabled by using the --leak-report command
497 line option.
499 For it to be useful, this function must be called before any other
500 talloc function as it establishes a "null context" that acts as the
501 top of the tree. If you don't call this function first then passing
502 NULL to talloc_report() or talloc_report_full() won't give you the
503 full tree printout.
505 Here is a typical talloc report:
507 talloc report on 'null_context' (total 267 bytes in 15 blocks)
508         libcli/auth/spnego_parse.c:55  contains     31 bytes in   2 blocks
509         libcli/auth/spnego_parse.c:55  contains     31 bytes in   2 blocks
510         iconv(UTF8,CP850)              contains     42 bytes in   2 blocks
511         libcli/auth/spnego_parse.c:55  contains     31 bytes in   2 blocks
512         iconv(CP850,UTF8)              contains     42 bytes in   2 blocks
513         iconv(UTF8,UTF-16LE)           contains     45 bytes in   2 blocks
514         iconv(UTF-16LE,UTF8)           contains     45 bytes in   2 blocks
517 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
518 void talloc_enable_leak_report_full(void);
520 This enables calling of talloc_report_full(NULL, stderr) when the
521 program exits. In Samba4 this is enabled by using the
522 --leak-report-full command line option.
524 For it to be useful, this function must be called before any other
525 talloc function as it establishes a "null context" that acts as the
526 top of the tree. If you don't call this function first then passing
527 NULL to talloc_report() or talloc_report_full() won't give you the
528 full tree printout.
530 Here is a typical full report:
532 full talloc report on 'root' (total 18 bytes in 8 blocks)
533     p1                             contains     18 bytes in   7 blocks (ref 0)
534         r1                             contains     13 bytes in   2 blocks (ref 0)
535             reference to: p2
536         p2                             contains      1 bytes in   1 blocks (ref 1)
537         x3                             contains      1 bytes in   1 blocks (ref 0)
538         x2                             contains      1 bytes in   1 blocks (ref 0)
539         x1                             contains      1 bytes in   1 blocks (ref 0)
542 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
543 void talloc_enable_null_tracking(void);
545 This enables tracking of the NULL memory context without enabling leak
546 reporting on exit. Useful for when you want to do your own leak
547 reporting call via talloc_report_null_full();
549 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
550 void talloc_disable_null_tracking(void);
552 This disables tracking of the NULL memory context.
554 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
555 (type *)talloc_zero(const void *ctx, type);
557 The talloc_zero() macro is equivalent to::
559   ptr = talloc(ctx, type);
560   if (ptr) memset(ptr, 0, sizeof(type));
563 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
564 void *talloc_zero_size(const void *ctx, size_t size)
566 The talloc_zero_size() function is useful when you don't have a known type
569 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
570 void *talloc_memdup(const void *ctx, const void *p, size_t size);
572 The talloc_memdup() function is equivalent to::
574   ptr = talloc_size(ctx, size);
575   if (ptr) memcpy(ptr, p, size);
578 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
579 char *talloc_strdup(const void *ctx, const char *p);
581 The talloc_strdup() function is equivalent to::
583   ptr = talloc_size(ctx, strlen(p)+1);
584   if (ptr) memcpy(ptr, p, strlen(p)+1);
586 This functions sets the name of the new pointer to the passed
587 string. This is equivalent to::
589    talloc_set_name_const(ptr, ptr)
591 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
592 char *talloc_strndup(const void *t, const char *p, size_t n);
594 The talloc_strndup() function is the talloc equivalent of the C
595 library function strndup()
597 This functions sets the name of the new pointer to the passed
598 string. This is equivalent to:
599    talloc_set_name_const(ptr, ptr)
601 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
602 char *talloc_append_string(const void *t, char *orig, const char *append);
604 The talloc_append_string() function appends the given formatted
605 string to the given string.
607 This function sets the name of the new pointer to the new
608 string. This is equivalent to::
610    talloc_set_name_const(ptr, ptr)
612 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
613 char *talloc_vasprintf(const void *t, const char *fmt, va_list ap);
615 The talloc_vasprintf() function is the talloc equivalent of the C
616 library function vasprintf()
618 This functions sets the name of the new pointer to the new
619 string. This is equivalent to::
621    talloc_set_name_const(ptr, ptr)
624 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
625 char *talloc_asprintf(const void *t, const char *fmt, ...);
627 The talloc_asprintf() function is the talloc equivalent of the C
628 library function asprintf()
630 This functions sets the name of the new pointer to the new
631 string. This is equivalent to::
633    talloc_set_name_const(ptr, ptr)
636 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
637 char *talloc_asprintf_append(char *s, const char *fmt, ...);
639 The talloc_asprintf_append() function appends the given formatted
640 string to the given string.
641 Use this variant when the string in the current talloc buffer may
642 have been truncated in length.
644 This functions sets the name of the new pointer to the new
645 string. This is equivalent to::
647    talloc_set_name_const(ptr, ptr)
650 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
651 char *talloc_asprintf_append_buffer(char *s, const char *fmt, ...);
653 The talloc_asprintf_append() function appends the given formatted 
654 string to the end of the currently allocated talloc buffer.
655 Use this variant when the string in the current talloc buffer has
656 not been changed.
658 This functions sets the name of the new pointer to the new
659 string. This is equivalent to::
661    talloc_set_name_const(ptr, ptr)
664 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
665 ((type *)talloc_array(const void *ctx, type, unsigned int count);
667 The talloc_array() macro is equivalent to::
669   (type *)talloc_size(ctx, sizeof(type) * count);
671 except that it provides integer overflow protection for the multiply,
672 returning NULL if the multiply overflows.
675 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
676 void *talloc_array_size(const void *ctx, size_t size, unsigned int count);
678 The talloc_array_size() function is useful when the type is not
679 known. It operates in the same way as talloc_array(), but takes a size
680 instead of a type.
682 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
683 (typeof(ptr)) talloc_array_ptrtype(const void *ctx, ptr, unsigned int count);
685 The talloc_ptrtype() macro should be used when you have a pointer to an array
686 and want to allocate memory of an array to point at with this pointer. When compiling
687 with gcc >= 3 it is typesafe. Note this is a wrapper of talloc_array_size()
688 and talloc_get_name() will return the current location in the source file.
689 and not the type.
691 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
692 void *talloc_realloc_fn(const void *ctx, void *ptr, size_t size);
694 This is a non-macro version of talloc_realloc(), which is useful 
695 as libraries sometimes want a ralloc function pointer. A realloc()
696 implementation encapsulates the functionality of malloc(), free() and
697 realloc() in one call, which is why it is useful to be able to pass
698 around a single function pointer.
701 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
702 void *talloc_autofree_context(void);
704 This is a handy utility function that returns a talloc context
705 which will be automatically freed on program exit. This can be used
706 to reduce the noise in memory leak reports.
709 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
710 void *talloc_check_name(const void *ptr, const char *name);
712 This function checks if a pointer has the specified name. If it does
713 then the pointer is returned. It it doesn't then NULL is returned.
716 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
717 (type *)talloc_get_type(const void *ptr, type);
719 This macro allows you to do type checking on talloc pointers. It is
720 particularly useful for void* private pointers. It is equivalent to
721 this::
723    (type *)talloc_check_name(ptr, #type)
726 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
727 talloc_set_type(const void *ptr, type);
729 This macro allows you to force the name of a pointer to be of a
730 particular type. This can be used in conjunction with
731 talloc_get_type() to do type checking on void* pointers.
733 It is equivalent to this::
735    talloc_set_name_const(ptr, #type)
737 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
738 talloc_get_size(const void *ctx);
740 This function lets you know the amount of memory allocated so far by
741 this context. It does NOT account for subcontext memory.
742 This can be used to calculate the size of an array.
744 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
745 void *talloc_find_parent_byname(const void *ctx, const char *name);
747 Find a parent memory context of the current context that has the given
748 name. This can be very useful in complex programs where it may be
749 difficult to pass all information down to the level you need, but you
750 know the structure you want is a parent of another context.
752 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
753 (type *)talloc_find_parent_bytype(ctx, type);
755 Like talloc_find_parent_byname() but takes a type, making it typesafe.
757 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
758 void talloc_set_log_fn(void (*log_fn)(const char *message));
760 This function sets a logging function that talloc will use for
761 warnings and errors. By default talloc will not print any warnings or
762 errors.
764 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
765 void talloc_set_log_stderr(void)
767 This sets the talloc log function to write log messages to stderr.