changeset 25:7742a5e0d92e pure_C

Created pure_C brch
author kshalle
date Mon, 13 Feb 2012 13:29:51 -0800
parents 27b341a31a21
children c5d2f2a94133
files .brch__default __brch__pure_C
diffstat 2 files changed, 6 insertions(+), 1 deletions(-) [+]
line diff
     1.1 --- a/.brch__default	Sat Feb 11 20:39:26 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:29:51 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