changeset 12:bddabc0956b9

added pure C brch
author Me@portablequad
date Mon, 13 Feb 2012 13:04:40 -0800
parents 06640b616b6d
children 452356867655 594c0ee5a2b9
files __brch__default __brch__pure_C
diffstat 2 files changed, 6 insertions(+), 1 deletions(-) [+]
line diff
     1.1 --- a/__brch__default	Mon Feb 13 10:34:32 2012 -0800
     1.2 +++ /dev/null	Thu Jan 01 00:00:00 1970 +0000
     1.3 @@ -1,1 +0,0 @@
     1.4 -The default branch is for use with normal C code.  Other branches specialize the library for use with VMS..  they may need VMS header files, and the working directory may be located at various different positions relative to the VMS implementation.
     1.5 \ No newline at end of file
     2.1 --- /dev/null	Thu Jan 01 00:00:00 1970 +0000
     2.2 +++ b/__brch__pure_C	Mon Feb 13 13:04:40 2012 -0800
     2.3 @@ -0,0 +1,6 @@
     2.4 +
     2.5 +This branch is for use in pure C code (*not* inside VMS-based language application code)
     2.6 +
     2.7 +There are two versions of the library -- one for pure C use, the other for use inside VMS or within applications written in a VMS-based language (IE, inside a top-level function or a call descendant of a top-level function) -- but only when the VMS is the "MC_shared" version.
     2.8 +
     2.9 +The reason is that VMS that uses shared memory on multicores moves the SlaveVPs around among cores.  But, the libC and glibC malloc stores info at the top of the stack (a "clever" hack), for a speed improvement.  So, when VMS manipulates the stack pointer, and/or moves Slaves to different cores, the "free" seg faults (that was FUN to figure out ; )  So, this version of VMS implements its own malloc. 
    2.10 \ No newline at end of file