CVS update: samba/source/lib

Luke Kenneth Casson Leighton lkcl at samba.org
Wed Jul 19 10:31:12 GMT 2000


*hmm*.

*hmm*.

this seems to imply that a uint32, void** is not good enough.  that what
is needed is something simpilar to that used in apache: ap_table
structure, maybe.

or, using talloc and trealloc or sander's mem-alloc code.

struct
{
	uint32 size;
	uint32 alloced_size; /* multiple of 16? 32? */
	void** array;
}

is another alternative.

hmm...

On Wed, 19 Jul 2000, Tim Potter wrote:

> Luke Kenneth Casson Leighton writes:
> 
> > > I would like to replace the use of util_array.c functions 
> > > in the rest of the source tree if no one objects.
> >
> > i object.  if you want a list-associating "thing", use a list.  in the
> > cases where you want an array-associating "thing" use an array.
> 
> On a slightly different note, I've noticed a problem with very
> large arrays.  The memory allocator in glibc 2.1 seems to crash
> with arrays of about 40,000 elements, probably because of
> fragmentation caused by calls to realloc().  If it's possible to
> determine the size of the array beforehand, I tend to malloc()
> the array beforehand and copy elements in using array
> assignment. 
> 
> Tim.
> 

<a href=" mailto:lkcl at samba.org" > Luke Kenneth Casson Leighton    </a>
<a href=" http://cb1.com/~lkcl"  > Samba and Network Development   </a>
<a href=" http://samba.org"      > Samba Web site                  </a>
 
ISBN1578701503 DCE/RPC over SMB: Samba and Windows NT Domain Internals





More information about the samba-technical mailing list