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ã
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ã
Sysop: | Karloch |
---|---|
Location: | Madrid, Spain |
Users: | 54 |
Nodes: | 8 (0 / 8) |
Uptime: | 129:35:38 |
Calls: | 700 |
Files: | 17,895 |
D/L today: |
128 files (60,769K bytes) |
Messages: | 66,010 |