GSS memory allocation initial cut for review

Nico Williams nico at
Mon Oct 3 14:54:55 EDT 2011

Sam, Kevin,

I've been meaning to comment on this...

I'm perfectly fine with a mechglue requiring that it's providers do
something in particular for memory allocation.  The mechglue specifies
its own SPI, since no standard SPI exists, and memory allocation can
be part of the SPI.

Can we require *all* mechglues and providers in a process to do the
same?  Well, on Unix it'd certainly work.  Jeff explains that on
Windows this means losing the ability to use advanced memory debugging
libraries, which, to me, seems like a big deal.

At first glance I'm tempted to conclude that the problem is that one
mechglue cannot impose these sorts of requirements on other mechglues.
 It seems like a matter of principle.

However, I wonder if we couldn't have an agreed convention that on
Windows mechglues must use a memory allocator provided by a specific
DLL, and let that DLL select an actual allocator via configuration.
Would this solve Jeff's issue?  I think it should, but then, I'm not a
Windows expert.


More information about the krbdev mailing list