Raspberry Pi Forums

Hi All

If anyone is interested...

For all you terminal heads and BBS freaks, SyncTERM does compile and run fine on the Pi.

Download source code here....

http://syncterm.bbsdev.net/syncterm-src.tgz

Cheers!

It does what and I should care because?

So what is the process to loading up Syncterm BBS client on the Raspberrypi? I just recieved one of these units and want to try Syncterm, any help would be appreciated.

PacificDragon64 wrote:Hi All

If anyone is interested...

For all you terminal heads and BBS freaks, SyncTERM does compile and run fine on the Pi.

Download source code here....

http://syncterm.bbsdev.net/syncterm-src.tgz

Cheers!

hello,
how to install?
I downloaded the sourcefile, but what should i do know?
please please help.

regards

What's wrong here?

Header files for the curses library are not installed. --
Ragnar

PacificDragon64 wrote:...
Download source code here....

http://syncterm.bbsdev.net/syncterm-src.tgz

Cheers!

It took just 20 min's to build. Looks ok, thank you.

That seems to helped someone, but I seem to have hit another snag in that same compile:
$ sudo apt-get install libncurses5-dev
Reading package lists... Done
Building dependency tree
Reading state information... Done
libncurses5-dev is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
# so libncurses5-dev is installed, but still no go
/usr/local/src/syncterm-20140614/src/syncterm $ sudo make
#compiler warnings and stuff...
Compiling ciolib.c
ciolib.c: In function ‘ciolib_cprintf’:
ciolib.c:858:32: error: missing binary operator before token "("
ciolib.c:872:2: warning: implicit declaration of function ‘vasprintf’ [-Wimplicit-function-declaration]
make[1]: *** [gcc.linux.armv6l.obj.debug-mt/ciolib.o] Error 1
make[1]: Leaving directory `/usr/local/src/syncterm-20140614/src/conio'
make: *** [ciolib-mt] Error 2

So this is the next error on conio, looks like coding error in that src file syncterm-src.tgz

After the last failure, I deleted what I had and started from scratch.
Did:
wget -c http://syncterm.bbsdev.net/syncterm-src.tgz
sudo tar -xf $HOME/temp/syncterm-src.tgz
# unpacking to /usr/local/src like I used to do about 20 years ago
/usr/local/src/syncterm-20140614/src/syncterm $ sudo make
An hour later, Result?
gcc.linux.armv6l.exe.debug/
/usr/local/src/syncterm-20140620/src/syncterm/gcc.linux.armv6l.exe.debug $ syncterm
-su: syncterm: command not found

This is the normal result from running 64 bit programs on 32 bit installed machines. Generally the newer systems have a 32 bit compatible setup these days and can run most 32 bit code. I'm guessing I've missed an argument or flag to compile correctly even though it shows:
armv6l.exe which should be correct. Any one have a clue what's wrong this time?

bcw142 wrote:After the last failure, I deleted what I had and started from scratch.
Did:
wget -c http://syncterm.bbsdev.net/syncterm-src.tgz
sudo tar -xf $HOME/temp/syncterm-src.tgz
# unpacking to /usr/local/src like I used to do about 20 years ago
/usr/local/src/syncterm-20140614/src/syncterm $ sudo make
An hour later, Result?
gcc.linux.armv6l.exe.debug/
/usr/local/src/syncterm-20140620/src/syncterm/gcc.linux.armv6l.exe.debug $ syncterm
-su: syncterm: command not found

This is the normal result from running 64 bit programs on 32 bit installed machines. Generally the newer systems have a 32 bit compatible setup these days and can run most 32 bit code. I'm guessing I've missed an argument or flag to compile correctly even though it shows:
armv6l.exe which should be correct. Any one have a clue what's wrong this time?

Hello bcw142!

I'd be happy to hear if you were able to get it to compile for you. I'm running into the same issues. At first, I thought that maybe I needed to download and compile the full Synchronet BBS distro, but that doesn't seem to help either.

I still get:
Linking gcc.linux.armv6l.exe.debug/syncterm
/usr/bin/ld: gcc.linux.armv6l.obj.debug-mt/st_crypt.o: undefined reference to symbol 'dlsym@@GLIBC_2.4'
//lib/arm-linux-gnueabihf/libdl.so.2: error adding symbols: DSO missing from command line
collect2: ld returned 1 exit status
GNUmakefile:149: recipe for target 'gcc.linux.armv6l.exe.debug/syncterm' failed
make: *** [gcc.linux.armv6l.exe.debug/syncterm] Error 1

dperry324 wrote:

bcw142 wrote:After the last failure, I deleted what I had and started from scratch.
Did:
wget -c http://syncterm.bbsdev.net/syncterm-src.tgz
sudo tar -xf $HOME/temp/syncterm-src.tgz
# unpacking to /usr/local/src like I used to do about 20 years ago
/usr/local/src/syncterm-20140614/src/syncterm $ sudo make
An hour later, Result?
gcc.linux.armv6l.exe.debug/
/usr/local/src/syncterm-20140620/src/syncterm/gcc.linux.armv6l.exe.debug $ syncterm
-su: syncterm: command not found

This is the normal result from running 64 bit programs on 32 bit installed machines. Generally the newer systems have a 32 bit compatible setup these days and can run most 32 bit code. I'm guessing I've missed an argument or flag to compile correctly even though it shows:
armv6l.exe which should be correct. Any one have a clue what's wrong this time?

Hello bcw142!

I'd be happy to hear if you were able to get it to compile for you. I'm running into the same issues. At first, I thought that maybe I needed to download and compile the full Synchronet BBS distro, but that doesn't seem to help either.

I still get:
Linking gcc.linux.armv6l.exe.debug/syncterm
/usr/bin/ld: gcc.linux.armv6l.obj.debug-mt/st_crypt.o: undefined reference to symbol 'dlsym@@GLIBC_2.4'
//lib/arm-linux-gnueabihf/libdl.so.2: error adding symbols: DSO missing from command line
collect2: ld returned 1 exit status
GNUmakefile:149: recipe for target 'gcc.linux.armv6l.exe.debug/syncterm' failed
make: *** [gcc.linux.armv6l.exe.debug/syncterm] Error 1

Well, I got it to work. Change the LDFLAGS environment variable before running make.
# export LDFLAGS="$LDFLAGS -ldl"
# make
# make install

It really shouldn't require changing the LDFLAGS. I'll take a look and commit a patch if needed in the next day or two.

Incidentally, If libsdl1.2-dev is installed, SyncTERM can run in a graphics mode which more accurately shows CP437 (and others) as well as Commodore 64 and other oddball modes.

i got it to compile successfully with the LDFLAGS fix.

Is there a trick or to get the ANSI graphics to display correctly? I have copied my settings exactly from Syncterm on my windows machine and ANSI does not display at all. looks like the Pi Syncterm does not interpret the ansi codes correctly.

After 3 years and tries on multiple systems it compiled!

cd $HOME/Downloads
wget -c http://syncterm.bbsdev.net/syncterm-src.tgz
cd /usr/local/src
sudo tar -xf $HOME/Downloads/syncterm-src.tgz
cd sync*
cd src
cd syncterm
sudo make
sudo make install
# then it's in /usr/local/bin/syncterm with everything in place.

I got it compiled but the ANSI graphics does not.look real good for ANSI characters. I'll post a pic later.

I have taken screenshots of what each Syncterm Looks like with the same exactly settings between the Pi3 and the PC.

Keep in mind that on the Pi3 I cannot execute the compiled syncterm via the file manager. If I double click it then I am presented to "Execute" or "Execute In Terminal". If I select Execute then I get nothing, but if I Execute in Terminal option then Syncterm runs.

Syncterm via Pi3 with ANSI:
(code page 437 English)


Syncterm via PC with ANSI:
(code page 437 English)

got it working. had to recompile. I thought I installed the libsdl1.2-dev library but for some reason I missed it. of course I was working on 3 pi's at once and i bet i installed it on one of the others.