• Compile Error

    From W6ray@VERT to All on Wednesday, April 04, 2018 03:13:00
    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
  • From Digital Man@VERT to W6ray on Wednesday, April 04, 2018 05:47:00
    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.8F, 81.0% humidity, 0 mph SE wind, 0.00 inches rain/24hrs

    ---
    Synchronet Vertrauen Home of Synchronet [vert/cvs/bbs].synchro.net
  • From W6ray@VERT to Digital Man on Wednesday, April 04, 2018 14:36:00
    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
  • From W6ray@VERT to Digital Man on Wednesday, April 04, 2018 15:21:00
    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
  • From Digital Man@VERT to W6ray on Wednesday, April 04, 2018 19:19:00
    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.0F, 65.0% humidity, 4 mph E wind, 0.00 inches rain/24hrs

    ---
    Synchronet Vertrauen Home of Synchronet [vert/cvs/bbs].synchro.net
  • From W6ray@VERT to Digital Man on Thursday, April 05, 2018 17:01:00
    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
  • From Digital Man@VERT to W6ray on Thursday, April 05, 2018 21:13:00
    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.9F, 56.0% humidity, 9 mph ESE wind, 0.00 inches rain/24hrs

    ---
    Synchronet Vertrauen Home of Synchronet [vert/cvs/bbs].synchro.net
  • From W6ray@VERT to Digital Man on Thursday, April 05, 2018 22:38:00
    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
  • From Digital Man@VERT to W6ray on Thursday, April 05, 2018 23:41:00
    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.6F, 55.0% humidity, 18 mph NE wind, 0.00 inches rain/24hrs

    ---
    Synchronet Vertrauen Home of Synchronet [vert/cvs/bbs].synchro.net
  • From W6ray@VERT to Digital Man on Friday, April 06, 2018 04:33:00
    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
  • From Digital Man@VERT to W6ray on Friday, April 06, 2018 05:09:00
    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.6F, 81.0% humidity, 0 mph SE wind, 0.00 inches rain/24hrs

    ---
    Synchronet Vertrauen Home of Synchronet [vert/cvs/bbs].synchro.net
  • From W6ray@VERT to Digital Man on Saturday, April 07, 2018 01:59:00
    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
  • From Digital Man@VERT to W6ray on Saturday, April 07, 2018 06:58:00
    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.5F, 81.0% humidity, 0 mph S wind, 0.00 inches rain/24hrs

    ---
    Synchronet Vertrauen Home of Synchronet [vert/cvs/bbs].synchro.net
  • From W6ray@VERT to Digital Man on Saturday, April 07, 2018 17:11:00
    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
  • From W6ray@VERT to Digital Man on Saturday, April 07, 2018 17:40:00
    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
  • From Digital Man@VERT to W6ray on Saturday, April 07, 2018 21:36:00
    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.8F, 63.0% humidity, 7 mph ENE wind, 0.00 inches rain/24hrs

    ---
    Synchronet Vertrauen Home of Synchronet [vert/cvs/bbs].synchro.net
  • From Digital Man@VERT to W6ray on Saturday, April 07, 2018 21:36:00
    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.8F, 63.0% humidity, 7 mph ENE wind, 0.00 inches rain/24hrs

    ---
    Synchronet Vertrauen Home of Synchronet [vert/cvs/bbs].synchro.net
  • From W6ray@VERT to Digital Man on Saturday, April 07, 2018 22:42:00
    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
  • From W6ray@VERT to Digital Man on Sunday, April 08, 2018 04:32:00
    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
  • From Digital Man@VERT to W6ray on Sunday, April 08, 2018 13:15:00
    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.4F, 92.0% humidity, 0 mph SSE wind, 0.00 inches rain/24hrs

    ---
    Synchronet Vertrauen Home of Synchronet [vert/cvs/bbs].synchro.net
  • From W6ray@VERT to Digital Man on Sunday, April 08, 2018 17:16:00
    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
  • From Digital Man@VERT to W6ray on Monday, April 09, 2018 00:07:00
    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.0F, 51.0% humidity, 13 mph ENE wind, 0.00 inches rain/24hrs

    ---
    Synchronet Vertrauen Home of Synchronet [vert/cvs/bbs].synchro.net
  • From W6ray@VERT to Digital Man on Monday, April 09, 2018 03:19:00
    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
  • From Digital Man@VERT to W6ray on Monday, April 09, 2018 06:06:00
    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.4F, 64.0% humidity, 0 mph SSW wind, 0.00 inches rain/24hrs

    ---
    Synchronet Vertrauen Home of Synchronet [vert/cvs/bbs].synchro.net
  • From W6ray@VERT to Digital Man on Tuesday, April 10, 2018 00:27:00
    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
  • From Digital Man@VERT to W6ray on Tuesday, April 10, 2018 01:40:00
    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.7F, 14.0% humidity, 12 mph ENE wind, 0.00 inches rain/24hrs

    ---
    Synchronet Vertrauen Home of Synchronet [vert/cvs/bbs].synchro.net
  • From W6ray@VERT to Digital Man on Tuesday, April 10, 2018 02:10:00
    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
  • From KK4QBN@VERT/KK4QBN to Digital Man on Tuesday, April 10, 2018 05:33:00
    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
  • From Digital Man@VERT to KK4QBN on Tuesday, April 10, 2018 05:44:00
    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.3F, 29.0% humidity, 0 mph S wind, 0.00 inches rain/24hrs

    ---
    Synchronet Vertrauen Home of Synchronet [vert/cvs/bbs].synchro.net
  • From KK4QBN@VERT/KK4QBN to Digital Man on Tuesday, April 10, 2018 11:09:00
    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
  • From Nightfox@VERT/DIGDIST to Digital Man on Tuesday, April 10, 2018 20:46:00
    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
  • From W6ray@VERT to Digital Man on Wednesday, April 11, 2018 04:45:00
    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
  • From Rastus@VERT/EWBBS to DOVE-Net_.Synchronet_Programming on Friday, September 06, 2019 04:11:24
    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
  • From mark lewis@VERT to Rastus on Friday, September 06, 2019 04:49:06
    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
  • From Digital Man@VERT to Rastus on Friday, September 06, 2019 01:55:02
    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.3F, 44.0% humidity, 11 mph ENE wind, 0.00 inches rain/24hrs

    ---
    Synchronet Vertrauen Home of Synchronet [vert/cvs/bbs].synchro.net
  • From Rastus@VERT to Digital Man on Friday, September 06, 2019 05:55:47
    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
  • From mark lewis@VERT to Rastus on Friday, September 06, 2019 06:29:56
    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
  • From Digital Man@VERT to Rastus on Friday, September 06, 2019 04:32:56
    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.4F, 52.0% humidity, 0 mph S wind, 0.00 inches rain/24hrs

    ---
    Synchronet Vertrauen Home of Synchronet [vert/cvs/bbs].synchro.net
  • From Digital Man@VERT to mark lewis on Friday, September 06, 2019 04:33:16
    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.4F, 52.0% humidity, 0 mph S wind, 0.00 inches rain/24hrs

    ---
    Synchronet Vertrauen Home of Synchronet [vert/cvs/bbs].synchro.net
  • From Rastus@VERT to mark lewis on Friday, September 06, 2019 07:15:57
    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
  • From Rampage@VERT/SESTAR to Digital Man on Friday, September 06, 2019 14:12:14
    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
  • From Digital Man@VERT to Rampage on Friday, September 06, 2019 15:33:44
    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.5F, 65.0% humidity, 0 mph WSW wind, 0.00 inches rain/24hrs

    ---
    Synchronet Vertrauen Home of Synchronet [vert/cvs/bbs].synchro.net
  • From mark lewis@VERT to Rastus on Saturday, September 07, 2019 17:47:54
    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
  • From mark lewis@VERT to Digital Man on Saturday, September 07, 2019 17:50:34
    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