When compiling using Debian Stretch and the latest CVS update, I get the following error:

Compiling ansiterm.cpp
In file included from ansiterm.cpp:38:0:
sbbs.h:113:23: fatal error: jsversion.h: No such file or directory
#include <jsversion.h>
^
compilation terminated.
/wd/bbs/sbbs/src/sbbs3/../build/Common.gmake:451: recipe for target 'gcc.linux.obj.release-mt/ansiterm.o' failed
make: *** [gcc.linux.obj.release-mt/ansiterm.o] Error 1

This is not a new install and I am trying to update.

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

Re: Compile Error
By: W6ray to All on Tue Apr 03 2018 08:13 pm

When compiling using Debian Stretch and the latest CVS update, I get the following error:

Compiling ansiterm.cpp
In file included from ansiterm.cpp:38:0:
sbbs.h:113:23: fatal error: jsversion.h: No such file or directory
#include <jsversion.h>
^
compilation terminated.
/wd/bbs/sbbs/src/sbbs3/../build/Common.gmake:451: recipe for target 'gcc.linux.obj.release-mt/ansiterm.o' failed
make: *** [gcc.linux.obj.release-mt/ansiterm.o] Error 1

This is not a new install and I am trying to update.

From #synchronet on irc.synchro.net:

<W6RAY> Any Synchronet programmers around to help me? I updated via CVS 4/1/18 and am getting an error when compiling jsexec. After the readout of "Linking gcc.linux.exe.release/jsexec" I get the following error:
<W6RAY> collect2: error: ld returned 1 exit status
<w6ray> Command line: make JSINCLUDE=/usr/include/js JSLIB=mozjs185 RELEASE=1 USE_DOSEMU=1 install
<@DigitalMan> w6ray: get rid of the JSINCLUDE and JSLIB arguments in your build commnadline

digital man

This Is Spinal Tap quote #23:
David St. Hubbins: I envy us.
Norco, CA WX: 57.8øF, 81.0% humidity, 0 mph SE wind, 0.00 inches rain/24hrs

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

Re: Compile Error
By: Digital Man to W6ray on Tue Apr 03 2018 10:47 pm


Thanks for the reply. I must have gone to bed before that was posted. ;-) in IRC. However, the error above was from the command line:

make RELEASE=1 USE_DOSEMU=1

I also tried it with symlinks and install, same error each time. I will try again...


Ray

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

Re: Compile Error
By: Digital Man to W6ray on Tue Apr 03 2018 10:47 pm

Thanks for the reply. I must have gone to bed before that was posted.

;-) in

IRC. However, the error above was from the command line:

make RELEASE=1 USE_DOSEMU=1

I also tried it with symlinks and install, same error each time. I will

try

again...

Rob,

Upon further review, I noticed that jsversion.h file is cannot be found by
the compiler.

Compiling ansiterm.cpp
In file included from ansiterm.cpp:38:0:
sbbs.h:113:23: fatal error: jsversion.h: No such file or directory
#include <jsversion.h>
^

Yet, it can be found on my system in three places:

/usr/include/js/jsversion.h /wd/bbs/sbbs/3rdp/src/mozjs/js-1.8.5/js/src/jsversion.h /wd/bbs/sbbs/3rdp/win32.release/mozjs/include/jsversion.h

Where should jsversion.h be located so make can find it?

Thanks again!

Ray

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

Re: Re: Compile Error
By: W6ray to Digital Man on Wed Apr 04 2018 08:21 am

Re: Compile Error
By: Digital Man to W6ray on Tue Apr 03 2018 10:47 pm

Thanks for the reply. I must have gone to bed before that was posted.

;-) in

IRC. However, the error above was from the command line:

make RELEASE=1 USE_DOSEMU=1

I also tried it with symlinks and install, same error each time. I will

try

again...

Rob,

Upon further review, I noticed that jsversion.h file is cannot be found by the compiler.

Yes, I think that's due to the JS-related options you'd passed make previously.

Compiling ansiterm.cpp
In file included from ansiterm.cpp:38:0:
sbbs.h:113:23: fatal error: jsversion.h: No such file or directory
#include <jsversion.h>
^

Yet, it can be found on my system in three places:

/usr/include/js/jsversion.h /wd/bbs/sbbs/3rdp/src/mozjs/js-1.8.5/js/src/jsversion.h /wd/bbs/sbbs/3rdp/win32.release/mozjs/include/jsversion.h

Where should jsversion.h be located so make can find it?

If the sbbs source you're building is in /wd/bbs/sbbs/src/sbbs3, then /wd/bbs/sbbs/3rdp/src/mozjs/... is the correct location.

Try a "make clean" first. If that doesn't work, try getting the source fresh into another directory tree and don't over-ride the JS library settings on the build command-line.

digital man

Synchronet/BBS Terminology Definition #50:
SSJS = Server-side JavaScript
Norco, CA WX: 67.0øF, 65.0% humidity, 4 mph E wind, 0.00 inches rain/24hrs

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

Where should jsversion.h be located so make can find it?

If the sbbs source you're building is in /wd/bbs/sbbs/src/sbbs3, then /wd/bbs/sbbs/3rdp/src/mozjs/... is the correct location.

I thought it might be. Thanks for the confirmation.

Try a "make clean" first. If that doesn't work, try getting the source fresh into another directory tree and don't over-ride the JS library settings on the build command-line.

I tried compiling in a test directory and need to move the aforementioned libmoz file. I will try
solving that issue when I have time.

This is what I get when I do a make clean, then make:

sbbs@bbs:/wd/bbs/sbbs/src/sbbs3$ make RELEASE=1 USE_DOSEMU=1 clean
Deleting gcc.linux.obj.release/
Deleting gcc.linux.obj.release-mt/
Deleting gcc.linux.lib.release/
Deleting gcc.linux.exe.release/
sbbs@bbs:/wd/bbs/sbbs/src/sbbs3$ make RELEASE=1 USE_DOSEMU=1
make -C /wd/bbs/sbbs/src/sbbs3/../../3rdp/build jslib
make[1]: Entering directory '/wd/bbs/sbbs/3rdp/build'
make[1]: Nothing to be done for 'jslib'.
make[1]: Leaving directory '/wd/bbs/sbbs/3rdp/build'
make -C /wd/bbs/sbbs/src/sbbs3/../smblib lib
make[1]: Entering directory '/wd/bbs/sbbs/src/smblib'
make[1]: Nothing to be done for 'lib'.
make[1]: Leaving directory '/wd/bbs/sbbs/src/smblib'
make -C /wd/bbs/sbbs/src/sbbs3/../xpdev mtlib
make[1]: Entering directory '/wd/bbs/sbbs/src/xpdev'
make[1]: Nothing to be done for 'mtlib'.
make[1]: Leaving directory '/wd/bbs/sbbs/src/xpdev'
make -C /wd/bbs/sbbs/src/sbbs3/../../3rdp/build cryptlib
make[1]: Entering directory '/wd/bbs/sbbs/3rdp/build'
make[1]: Nothing to be done for 'cryptlib'.
make[1]: Leaving directory '/wd/bbs/sbbs/3rdp/build'
Compiling ansiterm.cpp
In file included from ansiterm.cpp:38:0:
sbbs.h:113:23: fatal error: jsversion.h: No such file or directory
#include <jsversion.h>
^
compilation terminated.
/wd/bbs/sbbs/src/sbbs3/../build/Common.gmake:451: recipe for target 'gcc.linux.o
bj.release-mt/ansiterm.o' failed
make: *** [gcc.linux.obj.release-mt/ansiterm.o] Error 1 sbbs@bbs:/wd/bbs/sbbs/src/sbbs3$

If you have any further ideas, pass them my way... Time to go truckin'.

Ray

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

Re: Re: Compile Error
By: W6ray to Digital Man on Thu Apr 05 2018 10:01 am

Where should jsversion.h be located so make can find it?

If the sbbs source you're building is in /wd/bbs/sbbs/src/sbbs3, then /wd/bbs/sbbs/3rdp/src/mozjs/... is the correct location.

I thought it might be. Thanks for the confirmation.

Try a "make clean" first. If that doesn't work, try getting the source fresh into another directory tree and don't over-ride the JS library settings on the build command-line.

I tried compiling in a test directory and need to move the aforementioned libmoz file.

You should *not* have to deal with the "libmoz" file or directory specifically. If you are, then you're likely doing something wrong.

I will try
solving that issue when I have time.

This is what I get when I do a make clean, then make:

sbbs@bbs:/wd/bbs/sbbs/src/sbbs3$ make RELEASE=1 USE_DOSEMU=1 clean
Deleting gcc.linux.obj.release/
Deleting gcc.linux.obj.release-mt/
Deleting gcc.linux.lib.release/
Deleting gcc.linux.exe.release/
sbbs@bbs:/wd/bbs/sbbs/src/sbbs3$ make RELEASE=1 USE_DOSEMU=1
make -C /wd/bbs/sbbs/src/sbbs3/../../3rdp/build jslib
make[1]: Entering directory '/wd/bbs/sbbs/3rdp/build'
make[1]: Nothing to be done for 'jslib'.
make[1]: Leaving directory '/wd/bbs/sbbs/3rdp/build'
make -C /wd/bbs/sbbs/src/sbbs3/../smblib lib
make[1]: Entering directory '/wd/bbs/sbbs/src/smblib'
make[1]: Nothing to be done for 'lib'.
make[1]: Leaving directory '/wd/bbs/sbbs/src/smblib'
make -C /wd/bbs/sbbs/src/sbbs3/../xpdev mtlib
make[1]: Entering directory '/wd/bbs/sbbs/src/xpdev'
make[1]: Nothing to be done for 'mtlib'.
make[1]: Leaving directory '/wd/bbs/sbbs/src/xpdev'
make -C /wd/bbs/sbbs/src/sbbs3/../../3rdp/build cryptlib
make[1]: Entering directory '/wd/bbs/sbbs/3rdp/build'
make[1]: Nothing to be done for 'cryptlib'.
make[1]: Leaving directory '/wd/bbs/sbbs/3rdp/build'
Compiling ansiterm.cpp
In file included from ansiterm.cpp:38:0:
sbbs.h:113:23: fatal error: jsversion.h: No such file or directory
#include <jsversion.h>
^
compilation terminated.
/wd/bbs/sbbs/src/sbbs3/../build/Common.gmake:451: recipe for target 'gcc.linux.o
bj.release-mt/ansiterm.o' failed
make: *** [gcc.linux.obj.release-mt/ansiterm.o] Error 1 sbbs@bbs:/wd/bbs/sbbs/src/sbbs3$

If you have any further ideas, pass them my way... Time to go truckin'.

Create a new directory, like ~/testbuild. Then in that directory, check out "src" and "3rdp" from CVS. That should create:
~/testbuild/src
~/testbuild/3rdp

Then change directory to ~/testbuild/src/sbbs3 and run "make RELEASE=1 USE_DOSEMU=1". That's it.

digital man

Synchronet/BBS Terminology Definition #31:
ISDN = Integrated Services Digital Network
Norco, CA WX: 71.9øF, 56.0% humidity, 9 mph ESE wind, 0.00 inches rain/24hrs

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

Create a new directory, like ~/testbuild. Then in that directory, check out "src" and "3rdp" from CVS. That should create:
~/testbuild/src
~/testbuild/3rdp

Then change directory to ~/testbuild/src/sbbs3 and run "make RELEASE=1 USE_DOSEMU=1". That's it.

I did as you suggested. The only change was the directory name... This is what I get:

<SNIP>

checking for Python version >= 2.5 but not 3.x... Traceback (most recent call la
st):
File "/usr/lib/python2.7/site.py", line 554, in <module>
main()
File "/usr/lib/python2.7/site.py", line 536, in main
known_paths = addusersitepackages(known_paths)
File "/usr/lib/python2.7/site.py", line 272, in addusersitepackages
user_site = getusersitepackages()
File "/usr/lib/python2.7/site.py", line 247, in getusersitepackages
user_base = getuserbase() # this will also set USER_BASE
File "/usr/lib/python2.7/site.py", line 237, in getuserbase
USER_BASE = get_config_var('userbase')
File "/usr/lib/python2.7/sysconfig.py", line 582, in get_config_var
return get_config_vars().get(name)
File "/usr/lib/python2.7/sysconfig.py", line 528, in get_config_vars
_init_posix(_CONFIG_VARS)
File "/usr/lib/python2.7/sysconfig.py", line 412, in _init_posix
from _sysconfigdata import build_time_vars
File "/usr/lib/python2.7/_sysconfigdata.py", line 6, in <module>
from _sysconfigdata_nd import *
ImportError: No module named _sysconfigdata_nd
configure: error: Python 2.5 or higher (but not Python 3.x) is required. GNUmakefile:52: recipe for target '../build/../../src/../3rdp/gcc.linux.release/
mozjs/lib/libmozjs185-1.0.a' failed
make[1]: *** [../build/../../src/../3rdp/gcc.linux.release/mozjs/lib/libmozjs185
-1.0.a] Error 1
make[1]: Leaving directory '/wd/bbs/sbbstest/3rdp/build' /wd/bbs/sbbstest/src/sbbs3/../build/Common.gmake:498: recipe for target 'js' fai
led
make: *** [js] Error 2

Checked the Python version:

sbbs@bbs:/wd/bbs/sbbstest/src/sbbs3$ python --version
Python 2.7.2

Looked for the file, obviously the wrong directory tree or path:

sbbs@bbs:/wd/bbs/sbbstest/src/sbbs3$ ls -l ../build/../../src/../3rdp/gcc.linux.release/mozjs/lib/libmozjs185-1.0.a
ls:
cannot access '../build/../../src/../3rdp/gcc.linux.release/mozjs/lib/libmozjs185-1.0.a': No such
file or directory

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

Re: Re: Compile Error
By: W6ray to Digital Man on Thu Apr 05 2018 03:38 pm

Create a new directory, like ~/testbuild. Then in that directory, check out "src" and "3rdp" from CVS. That should create:
~/testbuild/src
~/testbuild/3rdp

Then change directory to ~/testbuild/src/sbbs3 and run "make RELEASE=1 USE_DOSEMU=1". That's it.

I did as you suggested. The only change was the directory name... This is what I get:

<SNIP>

checking for Python version >= 2.5 but not 3.x... Traceback (most recent call la
st):
File "/usr/lib/python2.7/site.py", line 554, in <module>
main()
File "/usr/lib/python2.7/site.py", line 536, in main
known_paths = addusersitepackages(known_paths)
File "/usr/lib/python2.7/site.py", line 272, in addusersitepackages
user_site = getusersitepackages()
File "/usr/lib/python2.7/site.py", line 247, in getusersitepackages
user_base = getuserbase() # this will also set USER_BASE
File "/usr/lib/python2.7/site.py", line 237, in getuserbase
USER_BASE = get_config_var('userbase')
File "/usr/lib/python2.7/sysconfig.py", line 582, in get_config_var
return get_config_vars().get(name)
File "/usr/lib/python2.7/sysconfig.py", line 528, in get_config_vars
_init_posix(_CONFIG_VARS)
File "/usr/lib/python2.7/sysconfig.py", line 412, in _init_posix
from _sysconfigdata import build_time_vars
File "/usr/lib/python2.7/_sysconfigdata.py", line 6, in <module>
from _sysconfigdata_nd import *
ImportError: No module named _sysconfigdata_nd
configure: error: Python 2.5 or higher (but not Python 3.x) is required.

That seems to be the main problem right there.

Googling that error gives me lots of links to work-arounds, like this one: https://stackoverflow.com/questions/15608236/eclipse-and-google-app-engine-impo rterror-no-module-named-sysconfigdata-nd-u#16224441

digital man

This Is Spinal Tap quote #9:
David St. Hubbins: I mean, it's not your job to be as confused as Nigel.
Norco, CA WX: 70.6øF, 55.0% humidity, 18 mph NE wind, 0.00 inches rain/24hrs

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

That seems to be the main problem right there.

Googling that error gives me lots of links to work-arounds, like this one: h ttps://stackoverflow.com/questions/15608236/eclipse-and-google-app-engine-im po rterror-no-module-named-sysconfigdata-nd-u#16224441

Thanks for the link. I typed that message quickly as I had to leave, not having to research it further
at that time. That fixed that problem. I then created a symbolic link to the libmozjs185... file and
watched it compile... Only to stop with the ansiterm error I am getting in the production path.

make[2]: Leaving directory '/wd/bbs/sbbstest/3rdp/src/cl'
make[1]: Leaving directory '/wd/bbs/sbbstest/3rdp/src/cl'
make[1]: Leaving directory '/wd/bbs/sbbstest/3rdp/build'
Compiling ansiterm.cpp
In file included from ansiterm.cpp:38:0:
sbbs.h:113:23: fatal error: jsversion.h: No such file or directory
#include <jsversion.h>
^
compilation terminated.
/wd/bbs/sbbstest/src/sbbs3/../build/Common.gmake:451: recipe for target 'gcc.linux.obj.release-
mt/ansiterm.o' failed
make: *** [gcc.linux.obj.release-mt/ansiterm.o] Error 1 sbbs@bbs:/wd/bbs/sbbstest/src/sbbs3$

I now get the above error in both directory trees (test and production).

I found this (among others) on the Synchronet Google group dated 10/14/13:

Begin Quote:
To: David Truesdale
Re: Re: Need some help and info for Synchronet on a 64bit Linux OS.
By: David Truesdale to alt.bbs.synchronet on Sat Oct 12 2013 11:56 pm

Ran into this, fatal error: jsversion.h: No such file or directory. Can not figure out what package is missing. I thought I got all the js dev packages installed.

jsversion.h is dynamically generated (on *nix) when building. e.g.: /home/sbbs/3rdp/src/mozjs/js-1.8.5/js/src/jsversion.h

I suspect something failed earlier on in your build process or you missed a step during installation. Do you have the '3rdp' directory?

digital man

End Quote:

The file in question is located -

-rw-r--r-- 1 sbbs sbbs 11953 Mar 31 2011 /wd/bbs/sbbstest/3rdp/src/mozjs/js-1.8.5/js/src/jsversion.h
-rw-r--r-- 1 sbbs sbbs 11953 Mar 31 2011 /wd/bbs/sbbs/3rdp/src/mozjs/js-1.8.5/js/src/jsversion.h


The thing I cannot understand or figure out: what was changed. All I did was download the SRC and 3RDP
source.

Thanks for your help. The brain and body are tired as 0530 comes too soon.

Ray

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

Re: Re: Compile Error
By: W6ray to Digital Man on Thu Apr 05 2018 09:33 pm

I now get the above error in both directory trees (test and production).

I found this (among others) on the Synchronet Google group dated 10/14/13:

Begin Quote:
To: David Truesdale
Re: Re: Need some help and info for Synchronet on a 64bit Linux OS.
By: David Truesdale to alt.bbs.synchronet on Sat Oct 12 2013 11:56 pm

Ran into this, fatal error: jsversion.h: No such file or directory. Can not figure out what package is missing. I thought I got all the js dev packages installed.

jsversion.h is dynamically generated (on *nix) when building. e.g.: /home/sbbs/3rdp/src/mozjs/js-1.8.5/js/src/jsversion.h

I suspect something failed earlier on in your build process or you missed a step during installation. Do you have the '3rdp' directory?

digital man

End Quote:

The file in question is located -

-rw-r--r-- 1 sbbs sbbs 11953 Mar 31 2011 /wd/bbs/sbbstest/3rdp/src/mozjs/js-1.8.5/js/src/jsversion.h
-rw-r--r-- 1 sbbs sbbs 11953 Mar 31 2011 /wd/bbs/sbbs/3rdp/src/mozjs/js-1.8.5/js/src/jsversion.h

The thing I cannot understand or figure out: what was changed. All I did was download the SRC and 3RDP
source.

Thanks for your help. The brain and body are tired as 0530 comes too soon.

Do you have either the JSLIB or JSINCLUDE or any other JS* variables defined in your environment (e.g. visible when you run 'env')? If so, that could be the problem.

If not, the output of "make VERBOSE=1" with build failure could be helpful.

digital man

This Is Spinal Tap quote #18:
Sustain, listen to it. Don't hear anything. You would though were it playing. Norco, CA WX: 57.6øF, 81.0% humidity, 0 mph SE wind, 0.00 inches rain/24hrs

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

Re: Re: Compile Error

Do you have either the JSLIB or JSINCLUDE or any other JS* variables defined in your environment (e.g. visible when you run 'env')? If so, that could be the problem.

Sorry, no.

SBBSCTRL=/bbs/sbbs/ctrl
LANG=en_US.UTF-8
OLDPWD=/wd/bbs/sbbstest/src/sbbs3 CVSROOT=:pserver:anonymous@cvs.synchro.net:/cvsroot/sbbs
XDG_SESSION_ID=1215
USER=sbbs
PWD=/bbs/sbbs/src/sbbs3
HOME=/home/sbbs
TERM=xterm
SHELL=/bin/bash
SHLVL=1
LOGNAME=sbbs
XDG_RUNTIME_DIR=/run/user/1000 PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
_=/usr/bin/env

If not, the output of "make VERBOSE=1" with build failure could be helpful.

After a make RELEASE=1 clean...

sbbs@bbs:/bbs/sbbs/src/sbbs3$ make RELEASE=1 USE_DOSEMU=1 VERBOSE=1
make -C /wd/bbs/sbbs/src/sbbs3/../../3rdp/build jslib
make[1]: Entering directory '/wd/bbs/sbbs/3rdp/build'
make[1]: Nothing to be done for 'jslib'.
make[1]: Leaving directory '/wd/bbs/sbbs/3rdp/build'
make -C /wd/bbs/sbbs/src/sbbs3/../smblib lib
make[1]: Entering directory '/wd/bbs/sbbs/src/smblib'
make[1]: Nothing to be done for 'lib'.
make[1]: Leaving directory '/wd/bbs/sbbs/src/smblib'
make -C /wd/bbs/sbbs/src/sbbs3/../xpdev mtlib
make[1]: Entering directory '/wd/bbs/sbbs/src/xpdev'
make[1]: Nothing to be done for 'mtlib'.
make[1]: Leaving directory '/wd/bbs/sbbs/src/xpdev'
make -C /wd/bbs/sbbs/src/sbbs3/../../3rdp/build cryptlib
make[1]: Entering directory '/wd/bbs/sbbs/3rdp/build'
make[1]: Nothing to be done for 'cryptlib'.
make[1]: Leaving directory '/wd/bbs/sbbs/3rdp/build'
Compiling ansiterm.cpp
g++ -O2 -fomit-frame-pointer -ffast-math -funroll-loops -MMD -fpic -DHAS_INTTYPES_H -
DPOSIX_C_SOURCE=200809L -D_DEFAULT_SOURCE -D_BSD_SOURCE -D_XOPEN_SOURCE=700 -DSPEED_MACROS_ONLY
-D_GNU_SOURCE -D_THREAD_SUID_BROKEN -DHAVE_VASPRINTF -DUSE_DOSEMU -DUSE_LINUX_CAPS -DJAVASCRIPT
-I/usr/local/include/nspr -I/usr/local/include/nspr - I/wd/bbs/sbbs/src/sbbs3/../../3rdp/gcc.linux.release/mozjs/include/js -DSTATIC_CRYPTLIB -
DSTATIC_LIB -I/wd/bbs/sbbs/src/sbbs3/../../3rdp/gcc.linux.release/cl - I/wd/bbs/sbbs/src/sbbs3/../uifc -I/wd/bbs/sbbs/src/sbbs3/../xpdev -DHAS_DEV_URANDOM -
DURANDOM_DEV=\"/dev/urandom\" -DHAS_DEV_RANDOM -DRANDOM_DEV=\"/dev/random\" -DHAS_RANDOM_FUNC -
I/usr/include -DWITH_PORTAUDIO -DLINK_LIST_THREADSAFE -DXPDEV_THREAD_SAFE -DHAS_DEV_URANDOM -
DURANDOM_DEV=\"/dev/urandom\" -DHAS_DEV_RANDOM -DRANDOM_DEV=\"/dev/random\" -DHAS_RANDOM_FUNC -
I/usr/include -I/wd/bbs/sbbs/src/sbbs3/../smblib -I/wd/bbs/sbbs/src/sbbs3/../conio -DWITH_SDL -
I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -DHAS_VSTAT -I../comio -D_THREAD_SAFE -
D_REENTRANT -DUSE_XP_SEMAPHORES -DSBBS -DSBBS_EXPORTS -DSMB_EXPORTS -DMD5_EXPORTS -DRINGBUF_SEM
-DRINGBUF_EVENT -DRINGBUF_MUTEX -DUSE_CRYPTLIB -o gcc.linux.obj.release-mt/ansiterm.o -c
ansiterm.cpp
In file included from ansiterm.cpp:38:0:
sbbs.h:113:23: fatal error: jsversion.h: No such file or directory
#include <jsversion.h>
^
compilation terminated.
/wd/bbs/sbbs/src/sbbs3/../build/Common.gmake:451: recipe for target 'gcc.linux.obj.release-
mt/ansiterm.o' failed
make: *** [gcc.linux.obj.release-mt/ansiterm.o] Error 1 sbbs@bbs:/bbs/sbbs/src/sbbs3$

I get the same in the test directory.

Ray

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

Re: Re: Compile Error
By: W6ray to Digital Man on Fri Apr 06 2018 06:59 pm

Re: Re: Compile Error

Do you have either the JSLIB or JSINCLUDE or any other JS* variables defined in your environment (e.g. visible when you run 'env')? If so, that could be the problem.

Sorry, no.

Yeah, bummer.

sbbs.h:113:23: fatal error: jsversion.h: No such file or directory
#include <jsversion.h>

I was able to reproduce the error by defining the JSINCLUDE environment variable (to point somewhere other than the correct location for those files).

I get the same in the test directory.

What happens if you type the following:
'ls /wd/bbs/sbbs/src/sbbs3/../../3rdp/gcc.linux.release/mozjs/include/js'?

It should look something like this:

rswindell@cvs:~/sbbs/src/sbbs3$ ls /home/rswindell/sbbs/src/sbbs3/../../3rdp/gcc.linux.x64.debug/mozjs/include/js Allocator.h VMPI.h jsautokw.h jsdbgapi.h jshotloop.h
...
jsversion.h
...


digital man

Synchronet "Real Fact" #40:
Synchronet has been ported to FreeBSD, NetBSD, OpenBSD, Solaris, QNX, and MacOS.
Norco, CA WX: 57.5øF, 81.0% humidity, 0 mph S wind, 0.00 inches rain/24hrs

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

Re: Re: Compile Error

What happens if you type the following:
'ls /wd/bbs/sbbs/src/sbbs3/../../3rdp/gcc.linux.release/mozjs/include/js'?

It should look something like this:

rswindell@cvs:~/sbbs/src/sbbs3$ ls /home/rswindell/sbbs/src/sbbs3/../../3rdp /gcc.linux.x64.debug/mozjs/include/js Allocator.h VMPI.h
jsautokw.h jsdbgapi.h jshotloop.h
...
jsversion.h
...

ls: cannot access '/wd/bbs/sbbs/src/sbbs3/../../3rdp/gcc.linux.release/mozjs/include/js': No such file or
directory

Ray

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

Re: Re: Compile Error

rswindell@cvs:~/sbbs/src/sbbs3$ ls /home/rswindell/sbbs/src/sbbs3/../../3rdp /gcc.linux.x64.debug/mozjs/include/js Allocator.h VMPI.h
jsautokw.h jsdbgapi.h jshotloop.h
...
jsversion.h
...

Rob,

I created a symbolic link to /usr/include/js in ../3rdp/gcc.linux.release/mozjs/include and then successfully compiled.

Thanks for your help.

Ray

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

Re: Re: Compile Error
By: W6ray to Digital Man on Sat Apr 07 2018 10:11 am

Re: Re: Compile Error

What happens if you type the following:
'ls /wd/bbs/sbbs/src/sbbs3/../../3rdp/gcc.linux.release/mozjs/include/js'?

It should look something like this:

rswindell@cvs:~/sbbs/src/sbbs3$ ls /home/rswindell/sbbs/src/sbbs3/../../3rdp /gcc.linux.x64.debug/mozjs/include/js Allocator.h VMPI.h
jsautokw.h jsdbgapi.h jshotloop.h
...
jsversion.h
...

ls: cannot access '/wd/bbs/sbbs/src/sbbs3/../../3rdp/gcc.linux.release/mozjs/include/js': No such file or
directory

Well there's your problem. :-)

What directories do you have under ../../3rdp? It should look something like this:
rswindell@cvs:~/sbbs/src/xpdev$ ll ../../3rdp/
total 28
drwxr-xr-x 2 rswindell sbbs 4096 Nov 22 2016 CVS
drwxr-xr-x 3 rswindell sbbs 4096 Mar 12 18:33 build
drwxr-xr-x 3 rswindell sbbs 4096 Feb 19 13:21 dist
drwxr-xr-x 4 rswindell sbbs 4096 Nov 22 2016 gcc.linux.x64.debug
drwxr-xr-x 4 rswindell sbbs 4096 Jan 4 17:45 gcc.linux.x64.release
drwxr-xr-x 4 rswindell sbbs 4096 Nov 22 2016 src
drwxr-xr-x 7 rswindell sbbs 4096 Mar 12 18:33 win32.release

(but with the ".x64" since presumably you're building for a 32-bit target).

digital man

This Is Spinal Tap quote #23:
David St. Hubbins: I envy us.
Norco, CA WX: 74.8øF, 63.0% humidity, 7 mph ENE wind, 0.00 inches rain/24hrs

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

Re: Re: Compile Error
By: W6ray to Digital Man on Sat Apr 07 2018 10:40 am

Re: Re: Compile Error

rswindell@cvs:~/sbbs/src/sbbs3$ ls /home/rswindell/sbbs/src/sbbs3/../../3rdp /gcc.linux.x64.debug/mozjs/include/js Allocator.h VMPI.h
jsautokw.h jsdbgapi.h jshotloop.h
...
jsversion.h
...

Rob,

I created a symbolic link to /usr/include/js in ../3rdp/gcc.linux.release/mozjs/include and then successfully compiled.

Thanks for your help.

That shouldn't be necessary. Something else failed along the way.

digital man

This Is Spinal Tap quote #5:
Nigel Tufnel: Authorities said... best leave it... unsolved.
Norco, CA WX: 74.8øF, 63.0% humidity, 7 mph ENE wind, 0.00 inches rain/24hrs

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

Re: Re: Compile Error

I created a symbolic link to /usr/include/js in ../3rdp/gcc.linux.release/mozjs/include and then successfully compiled.

Thanks for your help.

That shouldn't be necessary. Something else failed along the way.

I ensured all the prerequisites and dependencies, both required and optional mentioned on the Wiki, are at the latest releases running (uname -a) Linux
bbs 4.9.0-3-686-pae #1 SMP Debian 4.9.30-2+deb9u5 (2017-09-19) i686
GNU/Linux.

I am trying to compile the debug and having the same issues. I also created a symbolic link so the paths can be /sbbs/...

Ray

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

Re: Re: Compile Error

I created a symbolic link to /usr/include/js in ../3rdp/gcc.linux.release/mozjs/include and then successfully compiled.

That shouldn't be necessary. Something else failed along the way.

Rob,
I never had to do it before. I am not sure why I had to now and I have no idea, at this time, how to resolve
it. It did manage to get it to compile. However, It crashes almost immediately after starting. Another puzzle,
or it could be related. I'll keep plugging along.

Ray

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

Re: Re: Compile Error
By: W6ray to Digital Man on Sat Apr 07 2018 03:42 pm

Re: Re: Compile Error

I created a symbolic link to /usr/include/js in ../3rdp/gcc.linux.release/mozjs/include and then successfully compiled.

Thanks for your help.

That shouldn't be necessary. Something else failed along the way.

I ensured all the prerequisites and dependencies, both required and optional mentioned on the Wiki, are at the latest releases running (uname -a) Linux bbs 4.9.0-3-686-pae #1 SMP Debian 4.9.30-2+deb9u5 (2017-09-19) i686 GNU/Linux.

I am trying to compile the debug and having the same issues. I also created a symbolic link so the paths can be /sbbs/...

The symlink(s) are unlikely to be the solution.

Do you have the 3rdp/src/mozjs/js-1.8.5/js/src directory?

Can you run 'make' successfully in this directory?

digital man

Synchronet "Real Fact" #91:
Captured chat with Wayne Bell: http://wiki.synchro.net/history:waynebell_chat Norco, CA WX: 56.4øF, 92.0% humidity, 0 mph SSE wind, 0.00 inches rain/24hrs

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

Re: Re: Compile Error

Do you have the 3rdp/src/mozjs/js-1.8.5/js/src directory?

Yes, and populated.

Can you run 'make' successfully in this directory?

No.

sbbs@bbs:/sbbs/3rdp/src/mozjs/js-1.8.5/js/src$ make
make: *** No targets specified and no makefile found. Stop.

There are two make files: Makefile.in and Makefile.ref.

After running ./configure, make gives this error:

jsapi.cpp: In function &#915;ÇÿJSIdArray* JS_Enumerate(JSContext*, JSObject*)&#915;ÇÖ:
jsapi.cpp:3988:16: error: cannot convert &#915;Çÿbool&#915;ÇÖ to
&#915;ÇÿJSIdArray*&#915;ÇÖ in return
return false;
^~~~~
config/rules.mk:1475: recipe for target 'jsapi.o' failed
make[1]: *** [jsapi.o] Error 1
make[1]: Leaving directory '/wd/bbs/sbbs/3rdp/src/mozjs/js-1.8.5/js/src' config/rules.mk:753: recipe for target 'default' failed
make: *** [default] Error 2

I have successfully compiled the code, but when I run it: systemctl start sbbs (or /etc/init.d/sbbs
start), it runs for less than 2 seconds, as is referenced in the log. Sometimes it gets farther along
before the log stops. Here is my latest attempt:

Apr 8 09:56:54 bbs synchronet: Running as daemon
Apr 8 09:56:54 bbs synchronet: Successfully changed user_id to sbbs
Apr 8 09:56:54 bbs synchronet: Waiting for child threads to bind ports...
Apr 8 09:56:54 bbs synchronet: srvc Synchronet Services Revision 1.322
Apr 8 09:56:54 bbs synchronet: srvc Compiled Apr 8 2018 09:54:35 with GCC 6.3.0
Apr 8 09:56:54 bbs synchronet: srvc Initializing on Sun Apr 8 09:56:54 2018 with options: 80000800
Apr 8 09:56:54 bbs synchronet: srvc Loading configuration files from /bbs/sbbs/ctrl/
Apr 8 09:56:54 bbs synchronet: ftp Synchronet FTP Server Revision 1.470
Apr 8 09:56:54 bbs synchronet: ftp Compiled Apr 8 2018 09:54:25 with GCC 6.3.0
Apr 8 09:56:54 bbs synchronet: ftp Initializing on Sun Apr 8 09:56:54 2018 with options: 80000114
Apr 8 09:56:54 bbs synchronet: ftp Loading configuration files from /bbs/sbbs/ctrl/
Apr 8 09:56:54 bbs synchronet: stat Loading configuration files from /sbbs/ctrl
Apr 8 09:56:54 bbs synchronet: mail Synchronet Mail Server Revision 1.670
Apr 8 09:56:54 bbs synchronet: mail Compiled Apr 8 2018 09:54:30 with GCC 6.3.0
Apr 8 09:56:54 bbs synchronet: mail Initializing on Sun Apr 8 09:56:54 2018 with options: 820040e4
Apr 8 09:56:54 bbs synchronet: mail Loading configuration files from /bbs/sbbs/ctrl/
Apr 8 09:56:54 bbs synchronet: web Synchronet Web Server Revision 1.666
Apr 8 09:56:54 bbs synchronet: web Compiled Apr 8 2018 09:55:09 with GCC 6.3.0
Apr 8 09:56:54 bbs synchronet: web Initializing on Sun Apr 8 09:56:54 2018 with options: 80000880
Apr 8 09:56:54 bbs synchronet: web Loading configuration files from /bbs/sbbs/ctrl/
Apr 8 09:56:54 bbs synchronet: term Synchronet Terminal Server Version 3.17 Revision A
Apr 8 09:56:54 bbs synchronet: term Compiled Apr 8 2018 09:53:55 with GCC 6.3.0
Apr 8 09:56:54 bbs synchronet: term Initializing on Sun Apr 8 09:56:54 2018 with options: 80001022
Apr 8 09:56:54 bbs synchronet: term Loading configuration files from /bbs/sbbs/ctrl/

Still working on it... Thanks again!

Ray

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

Re: Re: Compile Error
By: W6ray to Digital Man on Sun Apr 08 2018 10:16 am

Re: Re: Compile Error

Do you have the 3rdp/src/mozjs/js-1.8.5/js/src directory?

Yes, and populated.

Can you run 'make' successfully in this directory?

No.

sbbs@bbs:/sbbs/3rdp/src/mozjs/js-1.8.5/js/src$ make
make: *** No targets specified and no makefile found. Stop.

There are two make files: Makefile.in and Makefile.ref.

"Makefile" should've been created. If not, then something failed earlier in the build process.

After running ./configure,

So did ./configure create a Makefile? That should've already happened.

make gives this error:

jsapi.cpp: In function &#915;ÇÿJSIdArray* JS_Enumerate(JSContext*, JSObject*)&#915;ÇÖ:
jsapi.cpp:3988:16: error: cannot convert &#915;Çÿbool&#915;ÇÖ to
&#915;ÇÿJSIdArray*&#915;ÇÖ in return
return false;

What version of GCC are you running?

If you web-search "jsapi.cpp: JS_Enumerate cannot convert bool to JSIdArray" you'll find references to this problem and reported work-around including using an older verion of GCC.

I'm using gcc version 6.3.0 20170516 (Debian 6.3.0-18) and libmozjs 1.8.5 builds for me.

I have successfully compiled the code, but when I run it: systemctl start sbbs (or /etc/init.d/sbbs
start), it runs for less than 2 seconds, as is referenced in the log. Sometimes it gets farther along
before the log stops. Here is my latest attempt:

Apr 8 09:56:54 bbs synchronet: Running as daemon
Apr 8 09:56:54 bbs synchronet: Successfully changed user_id to sbbs
Apr 8 09:56:54 bbs synchronet: Waiting for child threads to bind ports... Apr 8 09:56:54 bbs synchronet: srvc Synchronet Services Revision 1.322
Apr 8 09:56:54 bbs synchronet: srvc Compiled Apr 8 2018 09:54:35 with GCC 6.3.0
Apr 8 09:56:54 bbs synchronet: srvc Initializing on Sun Apr 8 09:56:54 2018 with options: 80000800
Apr 8 09:56:54 bbs synchronet: srvc Loading configuration files from /bbs/sbbs/ctrl/
Apr 8 09:56:54 bbs synchronet: ftp Synchronet FTP Server Revision 1.470 Apr 8 09:56:54 bbs synchronet: ftp Compiled Apr 8 2018 09:54:25 with GCC 6.3.0
Apr 8 09:56:54 bbs synchronet: ftp Initializing on Sun Apr 8 09:56:54 2018 with options: 80000114
Apr 8 09:56:54 bbs synchronet: ftp Loading configuration files from /bbs/sbbs/ctrl/
Apr 8 09:56:54 bbs synchronet: stat Loading configuration files from /sbbs/ctrl
Apr 8 09:56:54 bbs synchronet: mail Synchronet Mail Server Revision 1.670 Apr 8 09:56:54 bbs synchronet: mail Compiled Apr 8 2018 09:54:30 with GCC 6.3.0
Apr 8 09:56:54 bbs synchronet: mail Initializing on Sun Apr 8 09:56:54 2018 with options: 820040e4
Apr 8 09:56:54 bbs synchronet: mail Loading configuration files from /bbs/sbbs/ctrl/
Apr 8 09:56:54 bbs synchronet: web Synchronet Web Server Revision 1.666 Apr 8 09:56:54 bbs synchronet: web Compiled Apr 8 2018 09:55:09 with GCC 6.3.0
Apr 8 09:56:54 bbs synchronet: web Initializing on Sun Apr 8 09:56:54 2018 with options: 80000880
Apr 8 09:56:54 bbs synchronet: web Loading configuration files from /bbs/sbbs/ctrl/
Apr 8 09:56:54 bbs synchronet: term Synchronet Terminal Server Version 3.17 Revision A
Apr 8 09:56:54 bbs synchronet: term Compiled Apr 8 2018 09:53:55 with GCC 6.3.0
Apr 8 09:56:54 bbs synchronet: term Initializing on Sun Apr 8 09:56:54 2018 with options: 80001022
Apr 8 09:56:54 bbs synchronet: term Loading configuration files from /bbs/sbbs/ctrl/

Still working on it... Thanks again!

If there's a segfault or other exception, you should be able to catch that with gdb and provide a backtrace.
http://wiki.synchro.net/howto:gdb

If the crash is in libmozjs (which wouldn't surprise me given your build issues), then you're kind of back to square one there (need to fix the build).

digital man

Synchronet/BBS Terminology Definition #41:
REP = QWK Reply
Norco, CA WX: 75.0øF, 51.0% humidity, 13 mph ENE wind, 0.00 inches rain/24hrs

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

Re: Re: Compile Error

So did ./configure create a Makefile? That should've already happened.

Yes.

What version of GCC are you running?

gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516

If you web-search "jsapi.cpp: JS_Enumerate cannot convert bool to JSIdArray" you'll find references to this problem and reported work-around including using an older verion of GCC.

I have looked at the results and am still studying it.

If there's a segfault or other exception, you should be able to catch that
with gdb and provide a backtrace.
http://wiki.synchro.net/howto:gdb

Thread 8 "sbbs/webServer" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb3dfeb40 (LWP 27353)]
0xb7d4717b in aes_encrypt_key128 ()
from /wd/bbs/sbbs/src/sbbs3/gcc.linux.lib.release/libsbbs.so
(gdb) bt
#0 0xb7d4717b in aes_encrypt_key128 ()
from /wd/bbs/sbbs/src/sbbs3/gcc.linux.lib.release/libsbbs.so
#1 0xb7d49d5c in aes_encrypt_key ()
from /wd/bbs/sbbs/src/sbbs3/gcc.linux.lib.release/libsbbs.so
#2 0xb7d026af in initKey ()
from /wd/bbs/sbbs/src/sbbs3/gcc.linux.lib.release/libsbbs.so
#3 0xb7cc0708 in testCipher ()
from /wd/bbs/sbbs/src/sbbs3/gcc.linux.lib.release/libsbbs.so
#4 0xb7d02b5d in selfTest ()
from /wd/bbs/sbbs/src/sbbs3/gcc.linux.lib.release/libsbbs.so
#5 0xb7d2b688 in randomAlgorithmSelfTest ()
from /wd/bbs/sbbs/src/sbbs3/gcc.linux.lib.release/libsbbs.so
#6 0xb7d2a477 in initRandomInfo ()
from /wd/bbs/sbbs/src/sbbs3/gcc.linux.lib.release/libsbbs.so
#7 0xb7d0f314 in initFunction ()
from /wd/bbs/sbbs/src/sbbs3/gcc.linux.lib.release/libsbbs.so
#8 0xb7cf27a5 in openDevice ()
from /wd/bbs/sbbs/src/sbbs3/gcc.linux.lib.release/libsbbs.so
#9 0xb7cf33f9 in deviceManagementFunction ()
from /wd/bbs/sbbs/src/sbbs3/gcc.linux.lib.release/libsbbs.so
#10 0xb7c53bad in dispatchManagementAction ()
from /wd/bbs/sbbs/src/sbbs3/gcc.linux.lib.release/libsbbs.so
#11 0xb7c53cbd in initCryptlib ()
from /wd/bbs/sbbs/src/sbbs3/gcc.linux.lib.release/libsbbs.so
#12 0xb7c4e854 in cryptInit ()
from /wd/bbs/sbbs/src/sbbs3/gcc.linux.lib.release/libsbbs.so
#13 0xb7a092d4 in internal_do_cryptInit ()
from /wd/bbs/sbbs/src/sbbs3/gcc.linux.lib.release/libsbbs.so
#14 0xb77b3255 in __pthread_once_slow (once_control=0xb7f8f61c <crypt_init_once>,
init_routine=0xb7a092c0 <internal_do_cryptInit>) at pthread_once.c:116
#15 0xb7a098b2 in do_cryptInit ()
from /wd/bbs/sbbs/src/sbbs3/gcc.linux.lib.release/libsbbs.so
#16 0xb7a09923 in get_ssl_cert ()
from /wd/bbs/sbbs/src/sbbs3/gcc.linux.lib.release/libsbbs.so
#17 0xb782839d in web_server ()
from /wd/bbs/sbbs/src/sbbs3/gcc.linux.lib.release/libwebsrvr.so
#18 0xb77ac27a in start_thread (arg=0xb3dfeb40) at pthread_create.c:333
#19 0xb74e4ae6 in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:110

When compiling in /sbbstest, I get:

checking for localeconv... yes
checking for nspr-config... /usr/local/bin/nspr-config
checking for NSPR - version >= 4.7.0... yes
configure: error: system NSPR does not support PR_STATIC_ASSERT
GNUmakefile:52: recipe for target '../build/../../src/../3rdp/gcc.linux.debug/mozjs/lib/libmozjs185-1.0.a' failed
make[2]: *** [../build/../../src/../3rdp/gcc.linux.debug/mozjs/lib/libmozjs185-1.0.a] Error 1
make[2]: Leaving directory '/sbbstest/3rdp/build' /sbbstest/src/sbbs3/../build/Common.gmake:498: recipe for target 'js' failed make[1]: *** [js] Error 2
make[1]: Leaving directory '/sbbstest/src/sbbs3'
GNUmakefile:151: recipe for target 'sbbs3' failed
make: *** [sbbs3] Error 2

I used the Windows 10 Ubuntu Linux shell, installed the prerequisites and dependencies, successfully compiled,
configured (minimally), ran, and logged in via SSH. I can't seem to do that on the computer that has run the
BBS for years. What would happen if I remove the 3rdp and src directories and ran make in the /sbbs directory,
as I did in the Ubuntu shell?

If the crash is in libmozjs (which wouldn't surprise me given your build issues), then you're kind of back to square one there (need to fix the build).

I only used the /sbbstest build attempt as a reference. I am getting a different error with each, with the
exception of the shell build.

Ray

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

Re: Re: Compile Error
By: W6ray to Digital Man on Sun Apr 08 2018 08:19 pm

Re: Re: Compile Error

So did ./configure create a Makefile? That should've already happened.

Yes.

What version of GCC are you running?

gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516

If you web-search "jsapi.cpp: JS_Enumerate cannot convert bool to JSIdArray" you'll find references to this problem and reported work-around including using an older verion of GCC.

I have looked at the results and am still studying it.

If there's a segfault or other exception, you should be able to catch that
with gdb and provide a backtrace.
http://wiki.synchro.net/howto:gdb

Thread 8 "sbbs/webServer" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb3dfeb40 (LWP 27353)]
0xb7d4717b in aes_encrypt_key128 ()

That's a crash in cryptlib.

When compiling in /sbbstest, I get:

checking for localeconv... yes
checking for nspr-config... /usr/local/bin/nspr-config
checking for NSPR - version >= 4.7.0... yes
configure: error: system NSPR does not support PR_STATIC_ASSERT

Interesting. Seems you need to resolve that one.

I used the Windows 10 Ubuntu Linux shell, installed the prerequisites and dependencies, successfully compiled,
configured (minimally), ran, and logged in via SSH.

Really? I'm a bit shocked that worked! Neat.

I can't seem to do that
on the computer that has run the
BBS for years. What would happen if I remove the 3rdp and src directories and ran make in the /sbbs directory,
as I did in the Ubuntu shell?

I'm not sure what you mean by "the /sbbs directory". If it's a directory *you* created and downloaded the install/GNUmakefile into, then yes, that should preform a clean install into that directory including a fresh build.

If the crash is in libmozjs (which wouldn't surprise me given your build issues), then you're kind of back to square one there (need to fix the build).

I only used the /sbbstest build attempt as a reference. I am getting a different error with each, with the
exception of the shell build.

Odd. Do you have a "localdefs.mk" file anywhere (e.g. src/sbbs3)? That could explain differences between builds in different directory trees. Or any other local changes you've made to files from CVS ("cvs status" will tell if you have local changes).

digital man

Synchronet "Real Fact" #58:
The last version of Synchronet to run on MS-DOS and OS/2 was v2.30c (1999). Norco, CA WX: 62.4øF, 64.0% humidity, 0 mph SSW wind, 0.00 inches rain/24hrs

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

Re: Re: Compile Error

checking for localeconv... yes
checking for nspr-config... /usr/local/bin/nspr-config
checking for NSPR - version >= 4.7.0... yes
configure: error: system NSPR does not support PR_STATIC_ASSERT

Interesting. Seems you need to resolve that one.

I get the same error in /sbbs and I have yet to find the solution. The NSPR version is 4.9.4. I have no
idea, but will keep looking.

I used the Windows 10 Ubuntu Linux shell, installed the prerequisites and dependencies, successfully compiled,
configured (minimally), ran, and logged in via SSH.

Really? I'm a bit shocked that worked! Neat.

I actually used TELNET and localhost as the address. I had to see if it would compile.

Odd. Do you have a "localdefs.mk" file anywhere (e.g. src/sbbs3)? That could explain differences between builds in different directory trees. Or any other local changes you've made to files from CVS ("cvs status" will tell if you have local changes).

Nowhere in the file system. "cvs status" shows up-to-date. But there are errors:

cvs status: Examining include
cvs status: failed to create lock directory for `/cvsroot/sbbs/include' (/cvsroot/sbbs/include/#cvs.lock): No such file or directory
cvs status: failed to obtain dir lock in repository `/cvsroot/sbbs/include'
cvs [status aborted]: read lock failed - giving up
cvs [status aborted]: end of file from server (consult above messages if any)


Ray

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

Re: Re: Compile Error
By: W6ray to Digital Man on Mon Apr 09 2018 05:27 pm

I used the Windows 10 Ubuntu Linux shell, installed the prerequisites and dependencies, successfully compiled,
configured (minimally), ran, and logged in via SSH.

Really? I'm a bit shocked that worked! Neat.

I actually used TELNET and localhost as the address. I had to see if it would compile.

Cool. You're likely the first.

Odd. Do you have a "localdefs.mk" file anywhere (e.g. src/sbbs3)? That could explain differences between builds in different directory trees. Or any other local changes you've made to files from CVS ("cvs status" will tell if you have local changes).

Nowhere in the file system. "cvs status" shows up-to-date. But there are errors:

cvs status: Examining include
cvs status: failed to create lock directory for `/cvsroot/sbbs/include' (/cvsroot/sbbs/include/#cvs.lock): No such file or directory
cvs status: failed to obtain dir lock in repository `/cvsroot/sbbs/include' cvs [status aborted]: read lock failed - giving up
cvs [status aborted]: end of file from server (consult above messages if any)

There hasn't been an "include" directory in Synchronet's CVS repository for several years. It sounds like you might have some stale directories (and files?) in that source tree you have there.

digital man

Synchronet "Real Fact" #47:
The Synchronet Museum is online at http://wiki.synchro.net/history:museum: Norco, CA WX: 87.7øF, 14.0% humidity, 12 mph ENE wind, 0.00 inches rain/24hrs

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

Re: Re: Compile Error

I used the Windows 10 Ubuntu Linux shell, installed the prerequisites and dependencies, successfully compiled,
configured (minimally), ran, and logged in via SSH.

Really? I'm a bit shocked that worked! Neat.

I actually used TELNET and localhost as the address. I had to see if it would compile.

Cool. You're likely the first.

And likely the only. I didn't test it out to see if it could be reached from outside as I didn't want to fool
with the firewall. I have 5 static addresses, 6 if you count the one for the router, but I digress...

Odd. Do you have a "localdefs.mk" file anywhere (e.g. src/sbbs3)? That could explain differences between builds in different directory trees. Or any other local changes you've made to files from CVS ("cvs status" will tell if you have local changes).

Nowhere in the file system. "cvs status" shows up-to-date. But there are errors:

cvs status: Examining include
cvs status: failed to create lock directory for `/cvsroot/sbbs/include' (/cvsroot/sbbs/include/#cvs.lock): No such file or directory
cvs status: failed to obtain dir lock in repository `/cvsroot/sbbs/include' cvs [status aborted]: read lock failed - giving up
cvs [status aborted]: end of file from server (consult above messages if any)

There hasn't been an "include" directory in Synchronet's CVS repository for several years. It sounds like you might have some stale directories (and files?) in that source tree you have there.

I removed it as the files were from 2014.

I run a packet BBS (JNOS) on a VM running Debian Jessie. I installed all the prerequisites, downloaded the
GNUmakefile, ran it, (GCC 4.9.2-10) and was able to log into it as well. That leads me to believe that there
is something wrong on the "production" machine. I just cannot figure it out.

Ray

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

Re: Re: Compile Error
By: Digital Man to W6ray on Mon Apr 09 2018 18:40:40

I used the Windows 10 Ubuntu Linux shell, installed the
prerequisites and dependencies, successfully compiled,
configured (minimally), ran, and logged in via SSH.

Really? I'm a bit shocked that worked! Neat.

I actually used TELNET and localhost as the address. I had to see if
it would compile.

Cool. You're likely the first.

NO, wqas able to get it to compile and run under the win10 linux environment a good while ago, just could'nt get dosemu working so went straight to linux.. pkus my machine was'nt powerful enought to handle it.. there were a few hurdles to conquer but it will compile, run and take calls.

--

Tim Smith (KK4QBN)
KK4QBN BBS

---
* Synchronet * KK4QBN BBS - kk4qbn.com - 706.422.9538 - EM74OR - NW GA USA

Re: Re: Compile Error
By: KK4QBN to Digital Man on Mon Apr 09 2018 10:33 pm

Re: Re: Compile Error
By: Digital Man to W6ray on Mon Apr 09 2018 18:40:40

I used the Windows 10 Ubuntu Linux shell, installed the
prerequisites and dependencies, successfully compiled,
configured (minimally), ran, and logged in via SSH.

Really? I'm a bit shocked that worked! Neat.

I actually used TELNET and localhost as the address. I had to see if
it would compile.

Cool. You're likely the first.

NO, wqas able to get it to compile and run under the win10 linux environment a good while ago, just could'nt get dosemu working so went straight to linux.. pkus my machine was'nt powerful enought to handle it.. there were a few hurdles to conquer but it will compile, run and take calls.

That is neat. I find it odd that Windows now comes with a full-fledged C/C++ development tool-chain that won't build Windows programs!

digital man

This Is Spinal Tap quote #5:
Nigel Tufnel: Authorities said... best leave it... unsolved.
Norco, CA WX: 76.3øF, 29.0% humidity, 0 mph S wind, 0.00 inches rain/24hrs

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

Re: Re: Compile Error
By: Digital Man to KK4QBN on Mon Apr 09 2018 22:44:48

Really? I'm a bit shocked that worked! Neat.

I actually used TELNET and localhost as the address. I had to see
if it would compile.

Cool. You're likely the first.

NO, wqas able to get it to compile and run under the win10 linux
environment a good while ago, just could'nt get dosemu working so went
straight to linux.. pkus my machine was'nt powerful enought to handle
it.. there were a few hurdles to conquer but it will compile, run and
take calls.

That is neat. I find it odd that Windows now comes with a full-fledged C/C++ development tool-chain that won't build Windows programs!

Yeah, it did feel very strange, was able to install X on there too, but it never ran, I ws using right when they made it available to the public for use so a lot was buggy, and thats before I even opened the BBS back up, I was trying to get it working to my liking under that environment, but it just never happened, I've heard they made a lot of improvements, but it just feels like a strange marraige :)

It was more than likely my hardware, but then windows started showing issues
on me after about 20 or so updates in 5 days, so I finally got tired of trying and moved it to XP, then to Linux :) I've moved around a couple distros because I got tired of Ubuntu, it seems strange but since they started making bedfellows with MS, they have been making a lot of changes to Ubuntu (dropping unity for one) that I did'nt mind, but other changes were being made also that I did'nt like, and I always had problems running sbbs under ubuntu for some reason too. maybe I could'nt get all the libs I needed or something, but under debian and mint it is rock solid (for me). well besides weird stuff that pops up every now and then like that dosemu issue. but yea, building stuff in REAL linux environment under windows without using a VM was strange indeed, and it seems windows is only embracing Linux more and more from the dev posts I still get from MS.

--

Tim Smith (KK4QBN)
KK4QBN BBS

---
* Synchronet * KK4QBN BBS - kk4qbn.com - 706.422.9538 - EM74OR - NW GA USA

Re: Re: Compile Error
By: Digital Man to KK4QBN on Mon Apr 09 2018 10:44 pm

That is neat. I find it odd that Windows now comes with a full-fledged C/C++ development tool-chain that won't build Windows programs!

It's odd indeed. It will be interesting to see where Microsoft is going with their software and future plans. Several years ago I saw they made Linux versions of Visual Studio. And I saw a presentation on ASP.NET for other platforms, and it was demoed on Mac OS X.

Nightfox

---
þ Synchronet þ Digital Distortion: digitaldistortionbbs.com

Rob,

I wanted to give you an update. As I mentioned, I have successfully
downloaded and compiled using the GNUmakefile on the Ubuntu Linux shell on Windows 10, and a Debian Jessie in a VM. I have noticed something and
cannot figure out how to resolve it. Here is the error I now get:

Compiling ansiterm.cpp
g++ -O2 -fomit-frame-pointer -ffast-math -funroll-loops -MMD -fpic - DHAS_INTTYPES_H -DPOSIX_C_SOURCE=200809L -D_DEFAULT_SOURCE -D_BSD_SOURCE - D_XOPEN_SOURCE=700 -DSPEED_MACROS_ONLY -D_GNU_SOURCE -D_THREAD_SUID_BROKEN -DHAVE_VASPRINTF -DUSE_DOSEMU -DUSE_LINUX_CAPS -DJAVASCRIPT - I/usr/local/include/nspr -I/usr/local/include/nspr - I/wd/bbs/sbbs/src/sbbs3/../../3rdp/gcc.linux.release/mozjs/include/js - DSTATIC_CRYPTLIB -DSTATIC_LIB - I/wd/bbs/sbbs/src/sbbs3/../../3rdp/gcc.linux.release/cl - I/wd/bbs/sbbs/src/sbbs3/../uifc -I/wd/bbs/sbbs/src/sbbs3/../xpdev - DHAS_DEV_URANDOM -DURANDOM_DEV=\"/dev/urandom\" -DHAS_DEV_RANDOM - DRANDOM_DEV=\"/dev/random\" -DHAS_RANDOM_FUNC -I/usr/include -
DWITH_PORTAUDIO -DLINK_LIST_THREADSAFE -DXPDEV_THREAD_SAFE -
DHAS_DEV_URANDOM -DURANDOM_DEV=\"/dev/urandom\" -DHAS_DEV_RANDOM - DRANDOM_DEV=\"/dev/random\" -DHAS_RANDOM_FUNC -I/usr/include - I/wd/bbs/sbbs/src/sbbs3/../smblib -I/wd/bbs/sbbs/src/sbbs3/../conio -
DWITH_SDL -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -DHAS_VSTAT - I../comio -D_THREAD_SAFE -D_REENTRANT -DUSE_XP_SEMAPHORES -DSBBS - DSBBS_EXPORTS -DSMB_EXPORTS -DMD5_EXPORTS -DRINGBUF_SEM -DRINGBUF_EVENT - DRINGBUF_MUTEX -DUSE_CRYPTLIB -o gcc.linux.obj.release-mt/ansiterm.o -c ansiterm.cpp
In file included from ansiterm.cpp:38:0:
sbbs.h:113:23: fatal error: jsversion.h: No such file or directory
#include <jsversion.h>
^
compilation terminated.
/wd/bbs/sbbs/src/sbbs3/../build/Common.gmake:451: recipe for target 'gcc.linux.obj.release-mt/ansiterm.o' failed
make: *** [gcc.linux.obj.release-mt/ansiterm.o] Error 1

Wnen I look for jsversion.h, I find it is a couple of directories:

/usr/include/js/jsversion.h
/usr/include/mozjs-24/jsversion.h /wd/bbs/sbbs/3rdp/src/mozjs/js-1.8.5/js/src/jsversion.h /wd/bbs/sbbs/3rdp/win32.release/mozjs/include/jsversion.h

(/wd/bbs/sbbs has a symbolic link /sbbs)

On the Ununtu Shell, I also have one in /sbbs/3rdp/src/mozjs/js- 1.8.5/js/dist/include/jsversion.h

I also noticed that the files in that directory are all symbolically linked
to other files in a few other directories. jsversion.h is actually:

../../../src/jsversion.h

These symbolic links are not present on the production machine. After work tomorrow, I will attempt to create the same symbolic links on the
production (the BBS machine) in order to resolve this. I may copy the 3rdp
from one of the successful builds.


I also decompressed the files in the /sbbs/3rdp/dist directory and made it
past the libmozjs issue.

Thanks for your time.

Ray

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

I'm not sure when this started.. I didn't notice it earlier because
after the compilation terminates the exec baja stuff succeeds and the
board seems to run normally. The only anomaly I've noticed, and it may
be unrelated, is that when I try to get a /list in an IRC Client the
only board that shows up is mine.

I did run src/cleanall.sh before..

^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ../userdat.c:3161:4: warning: ignoring return value of ‘fread’, declared
with attribute warn_unused_result [-Wunused-result]
fread(&subscan[i].cfg,sizeof(subscan[i].cfg),1,stream);
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Compiling ../msgdate.c
Compiling ../str_util.c
../str_util.c:37:10: fatal error: utf8.h: No such file or directory
#include "utf8.h"
^~~~~~~~
compilation terminated.
../../build/Common.gmake:457: recipe for target 'gcc.linux.x64.obj.release-mt/str_util.o' failed
make: *** [gcc.linux.x64.obj.release-mt/str_util.o] Error 1

---
þ Synchronet þ Electronic Warfare BBS | telnet://bbs.ewbbs.net

On 2019 Sep 05 21:11:24, you wrote to DOVE-Net_.Synchronet_Programming:

I'm not sure when this started.. I didn't notice it earlier because
after the compilation terminates the exec baja stuff succeeds and the board seems to run normally. The only anomaly I've noticed, and it may
be unrelated, is that when I try to get a /list in an IRC Client the
only board that shows up is mine.

I did run src/cleanall.sh before..

do you update from CVS with the -d option???

cvs update -d src

this will add any new directories that may be missing in your local repo... i now do it for all updates in the four mail areas i update my system from in CVS...

)\/(ark

Once men turned their thinking over to machines in the hope that this would set
them free. But that only permitted other men with machines to enslave them.
... "Chu'c mu+`ng Gia'ng Sinh va` na(m mo+'i." - Vietnamese Christmas
---
* Origin: (1:3634/12.73)
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

Re: Compile Error
By: Rastus to DOVE-Net_.Synchronet_Programming on Thu Sep 05 2019 09:11 pm

I'm not sure when this started.. I didn't notice it earlier because
after the compilation terminates the exec baja stuff succeeds and the
board seems to run normally. The only anomaly I've noticed, and it may
be unrelated, is that when I try to get a /list in an IRC Client the
only board that shows up is mine.

I did run src/cleanall.sh before..

^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ../userdat.c:3161:4: warning: ignoring return value of ‘fread’, declared with attribute warn_unused_result [-Wunused-result]
fread(&subscan[i].cfg,sizeof(subscan[i].cfg),1,stream);
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

You can ignore warnings.

Compiling ../msgdate.c
Compiling ../str_util.c
../str_util.c:37:10: fatal error: utf8.h: No such file or directory
#include "utf8.h"
^~~~~~~~

You didn't run "cvs update -d" for your sbbs "src" directory.

digital man

Synchronet/BBS Terminology Definition #15:
CVS = Concurrent Versioning System
Norco, CA WX: 85.3øF, 44.0% humidity, 11 mph ENE wind, 0.00 inches rain/24hrs

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

On 9/5/19 9:55 PM, Digital Man wrote:

Re: Compile Error
By: Rastus to DOVE-Net_.Synchronet_Programming on Thu Sep 05 2019 09:11 pm

> I'm not sure when this started.. I didn't notice it earlier because
> after the compilation terminates the exec baja stuff succeeds and the
> board seems to run normally. The only anomaly I've noticed, and it may
> be unrelated, is that when I try to get a /list in an IRC Client the
> only board that shows up is mine.
>
> I did run src/cleanall.sh before..
>
> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> with attribute warn_unused_result [-Wunused-result]
> fread(&subscan[i].cfg,sizeof(subscan[i].cfg),1,stream);
> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

You can ignore warnings.

> Compiling ../msgdate.c
> Compiling ../str_util.c
> ../str_util.c:37:10: fatal error: utf8.h: No such file or directory
> #include "utf8.h"
> ^~~~~~~~

You didn't run "cvs update -d" for your sbbs "src" directory.

digital man

I followed the instructions, just as I have for quite some time, that
are located on the wiki:

http://wiki.synchro.net/install:nix?s[]=termcap#updating

But I did what you suggested. and I edited my script to run cvs update
-d from the /sbbs/src directory... but I received the same error..
--- SBBSecho 3.09-Linux
* Origin: Electronic Warfare BBS : telnet:\\bbs.ewbbs.net (1:227/201)
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

On 2019 Sep 05 22:55:46, you wrote to Digital Man:

You didn't run "cvs update -d" for your sbbs "src" directory.

I followed the instructions, just as I have for quite some time, that
are located on the wiki:

they've not been updated...

But I did what you suggested. and I edited my script to run cvs update
-d from the /sbbs/src directory... but I received the same error..

you forgot to run cleanall.sh again, though ;)

)\/(ark

Once men turned their thinking over to machines in the hope that this would set
them free. But that only permitted other men with machines to enslave them.
... Summer finally came to Yellowknife and I had to work that day!
---
* Origin: (1:3634/12.73)
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

Re: Re: Compile Error
By: Rastus to Digital Man on Thu Sep 05 2019 10:55 pm

On 9/5/19 9:55 PM, Digital Man wrote:

Re: Compile Error
By: Rastus to DOVE-Net_.Synchronet_Programming on Thu Sep 05 2019 09:11 pm

> I'm not sure when this started.. I didn't notice it earlier because
> after the compilation terminates the exec baja stuff succeeds and the
> board seems to run normally. The only anomaly I've noticed, and it may
> be unrelated, is that when I try to get a /list in an IRC Client the
> only board that shows up is mine.
>
> I did run src/cleanall.sh before..
>
> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> with attribute warn_unused_result [-Wunused-result]
> fread(&subscan[i].cfg,sizeof(subscan[i].cfg),1,stream);
> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

You can ignore warnings.

> Compiling ../msgdate.c
> Compiling ../str_util.c
> ../str_util.c:37:10: fatal error: utf8.h: No such file or directory
> #include "utf8.h"
> ^~~~~~~~

You didn't run "cvs update -d" for your sbbs "src" directory.

digital man

I followed the instructions, just as I have for quite some time, that
are located on the wiki:

http://wiki.synchro.net/install:nix?s[]=termcap#updating

Yeah, and it says right there (step 3):
Get the latest changes from CVS:

# export CVSROOT=:pserver:anonymous@cvs.synchro.net:/cvsroot/sbbs
# cvs update -d src 3rdp

But I did what you suggested. and I edited my script to run cvs update
-d from the /sbbs/src directory... but I received the same error..

Do you have the src/encode and src/hash directories (with files in them)? If so, then a clean-rebuild should work.

digital man

Synchronet/BBS Terminology Definition #34:
GIF = Graphics Interchange Format (pronounced "JIFF")
Norco, CA WX: 79.4øF, 52.0% humidity, 0 mph S wind, 0.00 inches rain/24hrs

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

Re: Compile Error
By: mark lewis to Rastus on Thu Sep 05 2019 11:29 pm

On 2019 Sep 05 22:55:46, you wrote to Digital Man:

You didn't run "cvs update -d" for your sbbs "src" directory.

I followed the instructions, just as I have for quite some time, that are located on the wiki:

they've not been updated...

The wiki looks correct to me.

digital man

Synchronet "Real Fact" #5:
Synchronet version 3 for Win32 development began in 1999.
Norco, CA WX: 79.4øF, 52.0% humidity, 0 mph S wind, 0.00 inches rain/24hrs

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

On 9/5/19 11:29 PM, mark lewis wrote:

On 2019 Sep 05 22:55:46, you wrote to Digital Man:

DM>> You didn't run "cvs update -d" for your sbbs "src" directory.

Ra> I followed the instructions, just as I have for quite some time, that
Ra> are located on the wiki:

they've not been updated...

Ra> But I did what you suggested. and I edited my script to run cvs update
Ra> -d from the /sbbs/src directory... but I received the same error..

you forgot to run cleanall.sh again, though ;)

No, I did not forget. I am done for tonight...

I forgot to mention that I am running Linux..
--- SBBSecho 3.09-Linux
* Origin: Electronic Warfare BBS : telnet:\\bbs.ewbbs.net (1:227/201)
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

Re: Compile Error
By: Digital Man to mark lewis on Thu Sep 05 2019 21:33:16

I followed the instructions, just as I have for quite some time, that are located on the wiki:

they've not been updated...

The wiki looks correct to me.

my bad... i looked in the wrong page/section while in a hurry... of course it has been updated...

i do miss the days of having a local document file and using vern beurg's LIST.COM to read and search with... that was my absolute goto with FD/RA/FE when those support echos were a lot more active :)


)\/(ark

---
þ Synchronet þ The SouthEast Star Mail HUB - SESTAR

Re: Compile Error
By: Rampage to Digital Man on Fri Sep 06 2019 07:12 am

i do miss the days of having a local document file and using vern beurg's LIST.COM to read and search with... that was my absolute goto with FD/RA/FE when those support echos were a lot more active :)

Yeah, I was big list.com user long ago. That's why the sysop command to view a file (e.g. from the main menu) is ;LIST. :-)

digital man

Synchronet/BBS Terminology Definition #78:
UART = Universal Asynchronous Receiver/Transmitter
Norco, CA WX: 75.5øF, 65.0% humidity, 0 mph WSW wind, 0.00 inches rain/24hrs

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

On 2019 Sep 06 00:15:56, you wrote to me:

But I did what you suggested. and I edited my script to run cvs
update -d from the /sbbs/src directory... but I received the same
error..

you forgot to run cleanall.sh again, though ;)

No, I did not forget. I am done for tonight...

ok... it wasn't apparent that you had done so after updating with the "-d" option on your CVS command line...

I forgot to mention that I am running Linux..

FWIW: that was kinda obvious since bash shell script generally don't run on winwhatever :P

)\/(ark

Once men turned their thinking over to machines in the hope that this would set
them free. But that only permitted other men with machines to enslave them.
... No, seriously...
---
* Origin: (1:3634/12.73)
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

On 2019 Sep 06 08:33:44, you wrote to Rampage:

i do miss the days of having a local document file and using vern
beurg's LIST.COM to read and search with... that was my absolute goto
with FD/RA/FE when those support echos were a lot more active :)

Yeah, I was big list.com user long ago. That's why the sysop command
to view a file (e.g. from the main menu) is ;LIST. :-)

i hadn't even glombed onto that... excellent choice of command option :)

)\/(ark

Once men turned their thinking over to machines in the hope that this would set
them free. But that only permitted other men with machines to enslave them.
... Stop picking your nose and go to the next message.
---
* Origin: (1:3634/12.73)
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net