• src/sbbs3/ftpsrvr.c js_socket.c mailsrvr.c services.c ssl.c ssl.h websr

    From deuce@1:103/705 to CVS commit on Fri Mar 9 17:53:39 2018
    src/sbbs3 ftpsrvr.c 1.456 1.457 js_socket.c 1.198 1.199 mailsrvr.c 1.642 1.643 services.c 1.310 1.311 ssl.c 1.31 1.32 ssl.h 1.12 1.13 websrvr.c 1.656 1.657 Update of /cvsroot/sbbs/src/sbbs3
    In directory cvs:/tmp/cvs-serv17228

    Modified Files:
    ftpsrvr.c js_socket.c mailsrvr.c services.c ssl.c ssl.h
    websrvr.c
    Log Message:
    More betterer crypt logging...
    Things return allocated pointers with errors in them now.
    FTP server updated, the rest to follow "soon".



    --- SBBSecho 3.03-Win32
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From deuce@1:103/705 to CVS commit on Wed Mar 6 17:11:01 2019
    src/sbbs3 ftpsrvr.c 1.487 1.488 js_socket.c 1.225 1.226 mailsrvr.c 1.682 1.683 services.c 1.326 1.327 ssl.c 1.41 1.42 ssl.h 1.13 1.14 websrvr.c 1.677 1.678 Update of /cvsroot/sbbs/src/sbbs3
    In directory cvs:/tmp/cvs-serv2131

    Modified Files:
    ftpsrvr.c js_socket.c mailsrvr.c services.c ssl.c ssl.h
    websrvr.c
    Log Message:
    There appears to be data corruption in cryptlib if a private key is added
    to a second thread before the first has the session set active. Add calls
    to lock/unlock the certificate to prevent this.

    The better options is likely to have a function that adds the key and socket and sets the session active in one call and handles the locking internally.

    But I'm lazy, so we get the lock functions.



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