From: <no...@so...> - 2002-05-14 19:15:06
|
Bugs item #547989, was opened at 2002-04-24 02:57 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110894&aid=547989&group_id=10894 Category: 45. Threading Group: 8.4a5 Status: Open Resolution: None Priority: 5 Submitted By: Donal K. Fellows (dkf) >Assigned to: Jeffrey Hobbs (hobbs) Summary: Undocumented public API: threads Initial Comment: The following publically-named API functions are undocumented. Tcl_GetAllocMutex (mac/tclMacThrd.c) Tcl_GetAllocMutex (unix/tclUnixThrd.c) Tcl_GetAllocMutex (win/tclWinThrd.c) ---------------------------------------------------------------------- >Comment By: Andreas Kupries (andreas_kupries) Date: 2002-05-14 12:15 Message: Logged In: YES user_id=75003 It is also exported through the public stub table. Its description however indicates that it is more an internal function required for the initialization of the memory allocation subsystem (MAS) of the core. IMHO making it public makes sense only if we allow the replacement of the MAS by an external system. Something I consider unlikely. Hm, ports to PDA's ? ... No, not even for such. They most likely will use a different allocator, yes, but that is part of the porting work. The change is not externally visible. So, my recommendation for now is to not to document this function and to make it internal in the next major release of the core. I will assign this now to Jeff to get his opinion too. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110894&aid=547989&group_id=10894 |