• Synchronet BBS List

    From Ted Thompson@454:1/1 to Digital Man on Thu Mar 17 08:58:00 2016
    I think I found a bug, at least on a 64bit Linux system. I used the GCC compiler, and ended up with a folder named "gcc.linux.x64.release" along with others. The operative thing being the 'x64' after 'linux'. The 'sbl' script in the 'sbl' directory has a set of conditions that run the appropriate sub-folder, however none of those conditions allow for the 'x64' in the folder name.

    As a result, when I rand the door nothing happened. There was a pause and then I went right back to the Main doors menu.

    Once I found this, I renamed the sub-folders removing '.x64' from the name and once I did the door would run again.

    Just a heads up.

    ---
    þ Synchronet þ PipeDreams BBS - Burbank, Calif. USA - Earth
    þ wcQWK 7.0 ÷ ILink * Omicron Theta * Southaven MS * winserver.org

    --- QScan/PCB v1.20a / 01-0462
    * Origin: ILink: CFBBS | cfbbs.no-ip.com | 856-933-7096 (454:1/1)
  • From Digital Man@454:1/1 to Ted Thompson on Thu Mar 17 08:58:00 2016
    Re: Synchronet BBS List
    By: Ted Thompson to Digital Man on Wed Mar 16 2016 12:51 pm

    I think I found a bug, at least on a 64bit Linux system. I used the GCC compiler, and ended up with a folder named "gcc.linux.x64.release" along with others. The operative thing being the 'x64' after 'linux'. The 'sbl' script in the 'sbl' directory has a set of conditions that run the appropriate sub-folder, however none of those conditions allow for the 'x64' in the folder name.

    As a result, when I rand the door nothing happened. There was a pause and then I went right back to the Main doors menu.

    Once I found this, I renamed the sub-folders removing '.x64' from the name and once I did the door would run again.

    Just a heads up.

    Okay, thanks. That door is going away soon anyway (being replaced with a JavaScript module), but good to know.

    digital man

    Synchronet "Real Fact" #22:
    The third ever Synchronet BBS was The Beast's Domain (sysop: King Drafus). Norco, CA WX: 82.8øF, 23.0% humidity, 4 mph SE wind, 0.00 inches rain/24hrs
    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net
    þ wcQWK 7.0 ÷ ILink * Omicron Theta * Southaven MS * winserver.org

    --- QScan/PCB v1.20a / 01-0462
    * Origin: ILink: CFBBS | cfbbs.no-ip.com | 856-933-7096 (454:1/1)
  • From Deuce@454:1/1 to Ted Thompson on Mon Apr 18 12:00:00 2016
    Re: Synchronet BBS List
    By: Ted Thompson to Digital Man on Wed Mar 16 2016 12:51 pm

    I think I found a bug, at least on a 64bit Linux system. I used the GCC compiler, and ended up with a folder named "gcc.linux.x64.release" along with others. The operative thing being the 'x64' after 'linux'. The 'sbl' script in the 'sbl' directory has a set of conditions that run the appropriate sub-folder, however none of those conditions allow for the 'x64' in the folder name.

    These conditions absolutely shoud, they're the same ones used to add the x64 to the directory name... specifically this bit:

    if uname -m | egrep -v "(i[3456789]*|x)86" > /dev/null
    then
    os=$os.`uname -m | tr "[A-Z]" "[a-z]" | tr " " "_"`
    fi

    On your system, presumably the command "uname -m" outputs "x64". This should then set the os variable to "linux.x64".

    The odd part is that you seem to be missing the ".exe" part. The folder name SHOULD be "gcc.linux.x64.exe.release" not "gcc.linux.x64.release".

    ---
    þ Synchronet þ The future of BBSing
    þ wcQWK 7.0 ÷ ILink * Omicron Theta * Southaven MS * winserver.org

    --- QScan/PCB v1.20a / 01-0462
    * Origin: ILink: CFBBS | cfbbs.no-ip.com | 856-933-7096 (454:1/1)