• LORD/minesweeper errors

    From Dumas Walker@VERT/CAPCITY2 to All on Sat Nov 23 17:25:26 2019
    I pulled a cvs update for the xtrn directory about an hour ago. After addingãLORD, LORD2, and Minesweeper to my doors menus, I am getting the followingãerrors:ããLORD:ã!JavaScript /sbbs/xtrn/lord/lord.js line 2979: TypeError: statefile.new is notãa functionããLORD2:ã!JavaScript /sbbs/exec/load/recordfile.js line 26: TypeError:ãRecordDef[i].type.match is not a functionããMinesweeper:ã!JavaScript /sbbs/xtrn/minesweeper/minesweeper.js line 39: ReferenceError:ãBG_HIGH is not definedããThis is on a linux machine in an SSH session.ãã---ã þ Synchronet þ CAPCITY2 * capcity2.synchro.net * Telnet/SSH:2022/Rlogin/HTTPã
  • From Digital Man@VERT to Dumas Walker on Mon Nov 25 12:18:15 2019
    Re: LORD/minesweeper errorsã By: Dumas Walker to All on Sat Nov 23 2019 05:25 pmãã > I pulled a cvs update for the xtrn directory about an hour ago. Afterã > adding LORD, LORD2, and Minesweeper to my doors menus, I am getting theã > following errors:ã >ã > LORD:ã > !JavaScript /sbbs/xtrn/lord/lord.js line 2979: TypeError: statefile.new isã > not a functionã >ã > LORD2:ã > !JavaScript /sbbs/exec/load/recordfile.js line 26: TypeError:ã > RecordDef[i].type.match is not a functionã >ã > Minesweeper:ã > !JavaScript /sbbs/xtrn/minesweeper/minesweeper.js line 39: ReferenceError:ã > BG_HIGH is not definedã >ã > This is on a linux machine in an SSH session.ããSounds like you need to cvs-update your exec and exec/load directories.ãã digital manããThis Is Spinal Tap quote #19:ãOh then, maybe it's not green. Anyway this is what I sleep in sometimes.ãNorco, CA WX: 66.5øF, 32.0% humidity, 1 mph ESE wind, 0.00 inches rain/24hrsã---ã þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.netã
  • From Dumas Walker@VERT/CAPCITY2 to DIGITAL MAN on Tue Nov 26 19:44:00 2019
    Sounds like you need to cvs-update your exec and exec/load directories.ããcd ~ãexport CVSROOT=:pserver:anonymous@cvs.synchro.net:/cvsroot/sbbsãcvs update -d src 3rdpãcd /sbbs/src/sbbs3; make RELEASE=1 USE_DOSEMU=1 symlinksãcd /sbbs/src/sbbs3/scfg; make RELEASE=1 symlinksãcd ~ã## do this again because sometimes the machine seems to forget it was doneãexport CVSROOT=:pserver:anonymous@cvs.synchro.net:/cvsroot/sbbsãcvs update -d execãcd /sbbs/ctrlãrm -v text.dat.1ãwget 'http://cvs.synchro.net/cgi-bin/viewcvs.cgi/*checkout*/ctrl/text.dat'ãcvs update -d textãcd execã./jsexec updateããThat is what my compsync.sh currently looks like, minus the exports thatãset the SBBS variables, a backup of exec, and the bash header info.ããBesides src, 3rdp, exec, and text (and apparently exec/load) are there anyãother directories that need regular cvs update pulls? Is there anythingãyou see that is not in the correct order?ããThanks!ããã * SLMR 2.1a * This tagline is umop apisdnãã---ã þ Synchronet þ CAPCITY2 * capcity2.synchro.net * Telnet/SSH:2022/Rlogin/HTTPã
  • From Digital Man@VERT to Dumas Walker on Wed Nov 27 08:54:55 2019
    Re: LORD/minesweeper errorsã By: Dumas Walker to DIGITAL MAN on Tue Nov 26 2019 07:44 pmãã > > Sounds like you need to cvs-update your exec and exec/load directories.ã >ã > cd ~ã > export CVSROOT=:pserver:anonymous@cvs.synchro.net:/cvsroot/sbbsã > cvs update -d src 3rdpã > cd /sbbs/src/sbbs3; make RELEASE=1 USE_DOSEMU=1 symlinksã > cd /sbbs/src/sbbs3/scfg; make RELEASE=1 symlinksã > cd ~ã > ## do this again because sometimes the machine seems to forget it was doneã > export CVSROOT=:pserver:anonymous@cvs.synchro.net:/cvsroot/sbbsã > cvs update -d execã > cd /sbbs/ctrlã > rm -v text.dat.1ã > wget 'http://cvs.synchro.net/cgi-bin/viewcvs.cgi/*checkout*/ctrl/text.dat'ã > cvs update -d textããThe current working directory at this point ^ is /sbbs/ctrl, so a "cvs update -d text" would fail.ãã > cd execããAlso this "cd" command would fail. Try using full paths for your "cd" commands instead (e.g. cd /sbbs/exec).ãã > ./jsexec updateã >ã > That is what my compsync.sh currently looks like, minus the exports thatã > set the SBBS variables, a backup of exec, and the bash header info.ããIt appears to have issues with current directory and "cd"ing with relative paths and missing a "cd" or two. If you specified pull paths on all your command-lines, you shouldn't need *any* cd commands.ãã > Besides src, 3rdp, exec, and text (and apparently exec/load) are there anyã > other directories that need regular cvs update pulls? Is there anythingã > you see that is not in the correct order?ããThat looks like it might almost be right if your home diretory (~) is in fact /sbbs. Is it?ãã digital manããSynchronet "Real Fact" #52:ãAnswers to Frequently Asked Questions: http://wiki.synchro.net/faq:indexãNorco, CA WX: 53.5øF, 66.0% humidity, 0 mph W wind, 0.00 inches rain/24hrsã---ã þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.netã
  • From Dumas Walker@VERT/CAPCITY2 to Digital Man on Sat Nov 30 14:26:15 2019
    Sounds like you need to cvs-update your exec and exec/load directories.ãã ãI did that just a bit ago. updating exec seems to pull in exec/load, btw, butãI did them both anyway.ããNow lord starts but gets an error that I was not able to capture when trying toãcreate a new player. It does not do it again when the player returns.ãSomething about not being able to find an fmutex around line 42 maybe?ããIt seems to work now. Lord 2 and Minesweeper also seem to work so I am lookingãforward to opening up to the users. Thanks!ãã---ã þ Synchronet þ CAPCITY2 * capcity2.synchro.net * Telnet/SSH:2022/Rlogin/HTTPã