• Compile error

    From Dumas Walker@VERT/CAPCITY2 to All on Sunday, October 01, 2017 16:35:00
    Got an error trying to compile the latest Synchronet. I searched for the file the compile was looking for. It is a part of libcrypto++-dev, which
    is not listed as a prereq in the wiki but probably should be.

    Anyway, I installed it but am still getting the error below.

    Compiling events.c
    In file included from events.c:4:0:
    ../sbbs.h:116:22: fatal error: cryptlib.h: No such file or directory
    #include <cryptlib.h>
    ^
    compilation terminated.
    ../../build/Common.gmake:397: recipe for target 'gcc.linux.obj.release-mt/events.o' failed
    make[1]: *** [gcc.linux.obj.release-mt/events.o] Error 1
    make[1]: Leaving directory '/sbbs/src/sbbs3/gtkuseredit'
    GNUmakefile:171: recipe for target 'gtkuseredit' failed
    make: *** [gtkuseredit] Error 2

    Any ideas as to why it cannot find the now installed missing dependency?

    Thanks.

    ---
    þ Synchronet þ CAPCITY2 * capcity2.synchro.net * 1-502-875-8938
  • From Ragnarok@VERT/DOCKSUD to Dumas Walker on Monday, October 02, 2017 01:41:18
    El 01/10/17 a las 17:35, Dumas Walker escribió:
    Got an error trying to compile the latest Synchronet. I searched for the file
    the compile was looking for. It is a part of libcrypto++-dev, which
    is not listed as a prereq in the wiki but probably should be.

    Anyway, I installed it but am still getting the error below.

    Compiling events.c
    In file included from events.c:4:0:
    .../sbbs.h:116:22: fatal error: cryptlib.h: No such file or directory
    #include <cryptlib.h>

    it's on 3rdp/dist/cryplib.zip

    ---
    þ Synchronet þ Dock Sud BBS TLD 24 HS - http://www.docksud.com.ar - telnet://bbs.docksud.com.ar
  • From Digital Man@VERT to Dumas Walker on Monday, October 02, 2017 18:51:06
    Re: Compile error
    By: Dumas Walker to All on Sun Oct 01 2017 04:35 pm

    Got an error trying to compile the latest Synchronet. I searched for the file the compile was looking for. It is a part of libcrypto++-dev, which
    is not listed as a prereq in the wiki but probably should be.

    Anyway, I installed it but am still getting the error below.

    Compiling events.c
    In file included from events.c:4:0:
    ../sbbs.h:116:22: fatal error: cryptlib.h: No such file or directory
    #include <cryptlib.h>
    ^
    compilation terminated.
    ../../build/Common.gmake:397: recipe for target 'gcc.linux.obj.release-mt/events.o' failed
    make[1]: *** [gcc.linux.obj.release-mt/events.o] Error 1
    make[1]: Leaving directory '/sbbs/src/sbbs3/gtkuseredit'
    GNUmakefile:171: recipe for target 'gtkuseredit' failed
    make: *** [gtkuseredit] Error 2

    Any ideas as to why it cannot find the now installed missing dependency?

    If you don't have cryptlib.h on your system, then you didn't install the source code archive (or download from CVS) per the instructions.

    Once the source code is installed, you should have more than one copy of cryptlib.h, e.g.:

    /home/rswindell/sbbs/3rdp/gcc.linux.x64.debug/cl/cryptlib.h /home/rswindell/sbbs/3rdp/src/cl/cryptlib.h /home/rswindell/sbbs/3rdp/src/cl/cryptlib.h.orig /home/rswindell/sbbs/3rdp/win32.release/cryptlib/include/cryptlib.h


    digital man

    This Is Spinal Tap quote #42:
    What day the Lord created Spinal Tap and couldn't he have rested on that day? Norco, CA WX: 67.6øF, 67.0% humidity, 10 mph E wind, 0.00 inches rain/24hrs

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Dumas Walker@VERT/CAPCITY2 to RAGNAROK on Monday, October 02, 2017 18:44:00
    Anyway, I installed it but am still getting the error below.

    Compiling events.c
    In file included from events.c:4:0:
    .../sbbs.h:116:22: fatal error: cryptlib.h: No such file or directory
    #include <cryptlib.h>

    it's on 3rdp/dist/cryplib.zip

    I am using the cvs method to install it, so I wonder why it did not pull it from there? Where do I put it when I download it myself?

    Thanks!
    Mike
    ---
    þ SLMR 2.1a þ ....we came in?
    þ Synchronet þ CAPCITY2 * capcity2.synchro.net * 1-502-875-8938
  • From Dumas Walker@VERT/CAPCITY2 to DIGITAL MAN on Tuesday, October 03, 2017 18:23:00
    If you don't have cryptlib.h on your system, then you didn't install the source
    code archive (or download from CVS) per the instructions.

    Downloading the source is only shown as a step in the non-CVS instructions.
    I am using CVS. FYI, it did not download the cryptlib zip file. I downloaded it on my own, later, and got a little farther, as you have seen. :)

    If CVS is supposed to download it, it is not working. If it is not, then
    there needs to be an extra step besides the current 1) wget and 2) make
    steps that are listed under "Using CVS".

    Mike

    ---
    þ SLMR 2.1a þ "Mmmmmmmm.....chocolate."
    þ Synchronet þ CAPCITY2 * capcity2.synchro.net * 1-502-875-8938
  • From Digital Man@VERT to Dumas Walker on Tuesday, October 03, 2017 23:21:54
    Re: Compile error
    By: Dumas Walker to DIGITAL MAN on Tue Oct 03 2017 06:23 pm

    If you don't have cryptlib.h on your system, then you didn't install the source
    code archive (or download from CVS) per the instructions.

    Downloading the source is only shown as a step in the non-CVS instructions. I am using CVS. FYI, it did not download the cryptlib zip file. I downloaded it on my own, later, and got a little farther, as you have seen. :)

    If CVS is supposed to download it, it is not working.

    It seems to be working for everyone else and myself and the nightly builds.

    If it is not, then
    there needs to be an extra step besides the current 1) wget and 2) make steps that are listed under "Using CVS".

    The install/GNUmakefile does the CVS checkout (which includes download). I don't know if you were out of disk space or there was some other temporary issue with the CVS checkout/download. Was the "3rdp" directory even created? Were there any files within it?

    digital man

    Synchronet "Real Fact" #39:
    Synchronet first supported Windows NT v6.x (a.k.a. Vista/Win7) w/v3.14a (2006). Norco, CA WX: 59.5øF, 89.0% humidity, 0 mph S wind, 0.00 inches rain/24hrs

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Dumas Walker@VERT/CAPCITY2 to Digital Man on Thursday, October 05, 2017 18:37:00
    It seems to be working for everyone else and myself and the nightly builds.

    Since I am a couple of versions behind, and don't keep up on the nightly builds, I thought maybe I should delete everything (but my backups) and
    start over. I scrolled back through my terminal history, reran the wget
    and make, and things seem to be much better now. :)

    When I go to copy my backup ctrl, etc., directories back, are there any
    files that I should edit rather than copy back? I am going from 3.15a to
    the 3.17 version that would have downloaded last evening, if that helps.

    Thanks!


    ... Gone crazy, be back later, please leave message.
    --- MultiMail/??Unknow v0.43
    þ Synchronet þ CAPCITY2 * capcity2.synchro.net * 1-502-875-8938
  • From Digital Man@VERT to Dumas Walker on Thursday, October 05, 2017 22:38:35
    Re: Re: Compile error
    By: Dumas Walker to Digital Man on Thu Oct 05 2017 06:37 pm

    It seems to be working for everyone else and myself and the nightly builds.

    Since I am a couple of versions behind, and don't keep up on the nightly builds, I thought maybe I should delete everything (but my backups) and start over. I scrolled back through my terminal history, reran the wget
    and make, and things seem to be much better now. :)

    That's good to hear.

    When I go to copy my backup ctrl, etc., directories back, are there any files that I should edit rather than copy back? I am going from 3.15a to the 3.17 version that would have downloaded last evening, if that helps.

    It's a good idea to run "jsexec update.js".

    If you have a customized text.dat, then you may need to merge in changes by hand. New lines default to the hard-coded text strings automatically, but some of the existing strings were changed between 3.15 and 3.17 in a non-backward compatible manner. Either over-write your text.dat with the one from CVS or perform a diff and merge.

    digital man

    Synchronet/BBS Terminology Definition #32:
    JS = JavaScript
    Norco, CA WX: 68.1øF, 46.0% humidity, 0 mph SSW wind, 0.00 inches rain/24hrs

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Dumas Walker@VERT/CAPCITY2 to DIGITAL MAN on Friday, October 06, 2017 18:50:00
    It's a good idea to run "jsexec update.js".

    Done! :)

    I did not customize the text.dat file... well, if I did, I shall notice it
    soon enough. :)

    What about the AREAS.BBS file? Seems like I saw some discussion in one of
    the echos about some changes to it for the new version of sbbsecho? I
    probably need to check the wiki on that one.

    ---
    þ SLMR 2.1a þ "Television! Teacher, Mother, Secret Lover..." - Homer
    þ Synchronet þ CAPCITY2 * capcity2.synchro.net * 1-502-875-8938
  • From Digital Man@VERT to Dumas Walker on Saturday, October 07, 2017 14:09:19
    Re: Re: Compile error
    By: Dumas Walker to DIGITAL MAN on Fri Oct 06 2017 06:50 pm

    It's a good idea to run "jsexec update.js".

    Done! :)

    I did not customize the text.dat file... well, if I did, I shall notice it soon enough. :)

    What about the AREAS.BBS file? Seems like I saw some discussion in one of the echos about some changes to it for the new version of sbbsecho? I probably need to check the wiki on that one.

    There was no change in the areas.bbs file (or format). SBBSecho v3 does use sbbsecho.ini for configuration rther than sbbsecho.cfg, but if you run "jsexec update.js" it should convert that file for you automatically.

    digital man

    Synchronet "Real Fact" #4:
    Synchronet version 3 is written mostly in C, with some C++, x86 ASM, and Pascal.
    Norco, CA WX: 95.0øF, 12.0% humidity, 5 mph NNE wind, 0.00 inches rain/24hrs

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Dumas Walker@VERT/CAPCITY2/CAPCITY3 to DIGITAL MAN on Sunday, October 08, 2017 11:20:00
    There was no change in the areas.bbs file (or format). SBBSecho v3 does use >sbbsecho.ini for configuration rther than sbbsecho.cfg, but if you run "jsexec >update.js" it should convert that file for you automatically.

    I did run it, and it claimed to have completed successfully, but what
    I have for an ini file appears to be a conversion of a "stock" file and not
    a conversion of my own. The usepacker and areafix info is all missing, and
    the paths are not set right.

    I checked the wiki and the documentation is still for the *.cfg file. The
    ini layout appears to be different enough to be confusing without a map. :)

    ---
    þ SLMR 2.1a þ Float on a river, forever and ever, Emily...Emily...
    þ Synchronet þ CAPCITY3 Test System
  • From Digital Man@VERT to Dumas Walker on Sunday, October 08, 2017 15:37:07
    Re: Re: Compile error
    By: Dumas Walker to DIGITAL MAN on Sun Oct 08 2017 11:20 am

    There was no change in the areas.bbs file (or format). SBBSecho v3 does use >sbbsecho.ini for configuration rther than sbbsecho.cfg, but if you run "jsexec >update.js" it should convert that file for you automatically.

    I did run it, and it claimed to have completed successfully, but what
    I have for an ini file appears to be a conversion of a "stock" file and not a conversion of my own.

    Do you still have your own sbbsecho.cfg file? You can also run "jsexec sbbsecho_upgrade.js" again and convert it again.

    The usepacker and areafix info is all missing, and
    the paths are not set right.

    Send me the files, the original .cfg and the converted .ini and I'll have a look-see.

    I checked the wiki and the documentation is still for the *.cfg file. The ini layout appears to be different enough to be confusing without a map. :)

    echocfg still works however.

    digital man

    Synchronet/BBS Terminology Definition #40:
    REP = QWK Reply
    Norco, CA WX: 80.5øF, 47.0% humidity, 5 mph N wind, 0.00 inches rain/24hrs

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Dumas Walker@VERT/CAPCITY2/CAPCITY3 to DIGITAL MAN on Monday, October 09, 2017 19:14:00
    Do you still have your own sbbsecho.cfg file? You can also run "jsexec sbbsecho_upgrade.js" again and convert it again.

    Yes, I do, but it is now called sbbsecho.cfg.old (see below). :)

    Send me the files, the original .cfg and the converted .ini and I'll have a look-see.

    I was actually able to get the jsexec update.js to work after all. I ran
    it a couple of times and noticed it was not changing the stock ini file timestamp. I figured maybe that stock file was installed when I upgraded,
    so I deleted it. Ran jsexec again. This time, it renamed my cfg file to cfg.old, and created an ini file based on my settings. Pretty nifty!

    echocfg still works however.

    Indeed. I had some issues with the 3.15 version sometimes doing odd
    things. I have also been used to using the older DOS BBS programs where
    you had to pretty much edit all of the config files by hand using Qedit. I
    am sometimes more comfortable with editing the files myself, still, than
    with a GUI.

    ---
    þ SLMR 2.1a þ Here is a loud announcement... Silence in the studio!!
    þ Synchronet þ CAPCITY3 Test System
  • From Dumas Walker@VERT/CAPCITY2 to Digital Man on Saturday, July 06, 2019 20:03:31
    Thought I would pull a new copy of the source to see if it took care of a couple of problems I have been having.

    ~$ cd /sbbs/src/sbbs3; make RELEASE=1 USE_DOSEMU=1 symlinks
    make -C /sbbs/src/sbbs3/../../3rdp/build jslib
    make[1]: Entering directory '/sbbs/3rdp/build'
    make[1]: Nothing to be done for 'jslib'.
    make[1]: Leaving directory '/sbbs/3rdp/build'
    make -C /sbbs/src/sbbs3/../smblib lib
    make[1]: Entering directory '/sbbs/src/smblib'
    make[1]: *** No rule to make target 'lzh.h', needed by 'gcc.linux.x64.obj.release/smbadd.o'. Stop.
    make[1]: Leaving directory '/sbbs/src/smblib' /sbbs/src/sbbs3/../build/Common.gmake:501: recipe for target 'smblib' failed make: *** [smblib] Error 2

    smblib.c has a date of 2019/06/29 in the comments. The date/timestamp on the file is today as I just pulled a copy of the source.

    ---
    þ Synchronet þ CAPCITY2 * capcity2.synchro.net * Telnet/SSH:2022/Rlogin/HTTP
  • From Dumas Walker@VERT/CAPCITY2 to Digital Man on Saturday, July 06, 2019 21:01:57
    Nevermind. A run of cleanall.sh fixed it. <GRIN>

    Thought I would pull a new copy of the source to see if it took care of a couple of problems I have been having.

    ~$ cd /sbbs/src/sbbs3; make RELEASE=1 USE_DOSEMU=1 symlinks
    make -C /sbbs/src/sbbs3/../../3rdp/build jslib
    make[1]: Entering directory '/sbbs/3rdp/build'
    make[1]: Nothing to be done for 'jslib'.
    make[1]: Leaving directory '/sbbs/3rdp/build'
    make -C /sbbs/src/sbbs3/../smblib lib
    make[1]: Entering directory '/sbbs/src/smblib'
    make[1]: *** No rule to make target 'lzh.h', needed by 'gcc.linux.x64.obj.release/smbadd.o'. Stop.
    make[1]: Leaving directory '/sbbs/src/smblib' /sbbs/src/sbbs3/../build/Common.gmake:501: recipe for target 'smblib' failed make: *** [smblib] Error 2

    smblib.c has a date of 2019/06/29 in the comments. The date/timestamp on the file is today as I just pulled a copy of the source.

    ---
    þ Synchronet þ CAPCITY2 * capcity2.synchro.net * Telnet/SSH:2022/Rlogin/HTTP
  • From Digital Man@VERT to Dumas Walker on Saturday, July 06, 2019 18:40:36
    Re: Compile error
    By: Dumas Walker to Digital Man on Sat Jul 06 2019 08:03 pm

    Thought I would pull a new copy of the source to see if it took care of a couple of problems I have been having.

    ~$ cd /sbbs/src/sbbs3; make RELEASE=1 USE_DOSEMU=1 symlinks
    make -C /sbbs/src/sbbs3/../../3rdp/build jslib
    make[1]: Entering directory '/sbbs/3rdp/build'
    make[1]: Nothing to be done for 'jslib'.
    make[1]: Leaving directory '/sbbs/3rdp/build'
    make -C /sbbs/src/sbbs3/../smblib lib
    make[1]: Entering directory '/sbbs/src/smblib'
    make[1]: *** No rule to make target 'lzh.h', needed by 'gcc.linux.x64.obj.release/smbadd.o'. Stop.
    make[1]: Leaving directory '/sbbs/src/smblib' /sbbs/src/sbbs3/../build/Common.gmake:501: recipe for target 'smblib' failed make: *** [smblib] Error 2

    smblib.c has a date of 2019/06/29 in the comments. The date/timestamp on the file is today as I just pulled a copy of the source.

    You have stale dependencies and need to perform a "clean" operation first - as has been discussed here (or in Synchronet Programming) a lot lately.

    digital man

    This Is Spinal Tap quote #10:
    Dozens of people spontaneously combust each year... just not widely reported. Norco, CA WX: 74.4øF, 63.0% humidity, 7 mph E wind, 0.00 inches rain/24hrs

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