1. Forum
  2. DOVE-Net
  3. Synchronet Programming

  • src/sbbs3/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

    From rswindell@VERT to CVS commit on Wed May 13 20:50:00 2020
    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.


    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net