aboutsummaryrefslogtreecommitdiffstats
path: root/epan/slab.h
AgeCommit message (Collapse)AuthorFilesLines
2012-06-28Update Free Software Foundation address.darkjames1-1/+1
(COPYING will be updated in next commit) git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@43536 f5534014-38df-0310-8fa8-9805f1628bb7
2011-04-22Add some casts to squelch complaints about alignment; our little slabguy1-2/+2
allocator should return properly-aligned items. git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@36799 f5534014-38df-0310-8fa8-9805f1628bb7
2006-05-21name changesahlberg1-2/+2
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@18197 f5534014-38df-0310-8fa8-9805f1628bb7
2004-07-18Set the svn:eol-style property on all text files to "native", so thatguy1-1/+1
they have LF at the end of the line on UN*X and CR/LF on Windows; hopefully this means that if a CR/LF version is checked in on Windows, the CRs will be stripped so that they show up only when checked out on Windows, not on UN*X. git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@11400 f5534014-38df-0310-8fa8-9805f1628bb7
2004-07-04Instead of using pointer casts in the slab allocator stuff, add aguy1-25/+24
"SLAB_ITEM_TYPE_DEFINE()" macro to define a union of the type of object for the slab and a pointer to an object of that union type, and use that type for items on the slab allocator free lists; that *should* avoid having the compiler think two pointers to an item being added to or removed from the free list don't point to the same object just because they have different types. git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@11306 f5534014-38df-0310-8fa8-9805f1628bb7
2004-07-04Make the "SLAB_ALLOC()" and "SLAB_FREE()" macros take the type of theguy1-12/+24
object being allocated, rather than the name of the free list, as an argument (with the name of the free list constructed from the name of the type), and add macros to define and declare the free list, also taking the type of the object being allocated. git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@11305 f5534014-38df-0310-8fa8-9805f1628bb7
2003-12-03Instead of requiring slab-allocated structures to have a "next" pointer,guy1-12/+26
when adding them to the free list, cast the pointer to the structure to a pointer to a "freed_item_t" which contains the "next" pointer. This reduces the memory requirement for some of those structures, and leaves us free to slab-allocate structures that have a "next" pointer for other reasons. git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@9150 f5534014-38df-0310-8fa8-9805f1628bb7
2003-12-02Moving SLAB_ALLOC and SLAB_FREE to its own header filesahlberg1-0/+50
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@9139 f5534014-38df-0310-8fa8-9805f1628bb7