Subj : src/sbbs3/ars.c ars_defs.h baja.c bulkmail.cpp chat.cpp execfunc.cpp js
To   : CVS commit
From : rswindell
Date : Thu May 14 2020 00:50:00

src/sbbs3 ars.c 1.23 1.24 ars_defs.h 1.15 1.16 baja.c 1.51 1.52 bulkmail.cpp 1.44 1.45 chat.cpp 1.82 1.83 execfunc.cpp 1.45 1.46 js_bbs.cpp 1.195 1.196 js_console.cpp 1.152 1.153 js_user.c 1.117 1.118 mailsrvr.c 1.728 1.729 scfgdefs.h 1.58 1.59 scfglib.h 1.24 1.25 scfglib1.c 1.83 1.84 scfglib2.c 1.51 1.52 tmp_xfer.cpp 1.50 1.51 useredit.cpp 1.73 1.74 websrvr.c 1.715 1.716
Update of /cvsroot/sbbs/src/sbbs3
In directory cvs:/tmp/cvs-serv23126

Modified Files:
	ars.c ars_defs.h baja.c bulkmail.cpp chat.cpp execfunc.cpp 
	js_bbs.cpp js_console.cpp js_user.c mailsrvr.c scfgdefs.h 
	scfglib.h scfglib1.c scfglib2.c tmp_xfer.cpp useredit.cpp 
	websrvr.c 
Log Message:
No longer dynamically allocate compiled access requirment (AR) strings for configuration items.
SCFG for Win32 is linked against a load_cfg lib that builds withOUT SCFG defined, so these compiled AR elements were allocated and then many SCFG operations (e.g. copy/paste, create new) would copy the allocated ARs to another configuration and then be subjected to double-free upon exit/clean-up (resulting in exception or crash).
Just get rid of this cruft and some other related RAM-byte-saving hold-overs from the MS-DOS days.

--- SBBSecho 3.11-Linux
 * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

.