| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Maximus port for Linu |
-=> Bo Simonsen wrote to Michele Marie Dalene <=-
BS> Later I found out in the starting rutine of maximus, I did put on
BS> hardware
BS> handshake and so on, I wonder if this should drop DTR?
In Linux as the binkleyterm manual states for OS/2 you must
use bbsspawn. Same issues of when the BTXE passes the com port
handles. The operating system thinks they are unused and clears them
every time. the spawnbbs file actually sits in /usr/bin/spawnbbs It
uses the standard paramers of binkleyterm. Heres a small example of
mine. it interfaces my agetty to the com port. therefore you may need
to adjust for your needs
#!/bin/sh
export TERM=ansi.sys
# these lines below just confirm that the paramerers are passed along
echo $1
echo $2
echo $3
echo $4
echo $5
echo $6
/sbin/agetty -h $1 ttyS1 vt100
BS>
BS> You need to tell me if you got a common.c in comdll/ ? I suggest that you
BS> should delete the current respotery /root/max2/maximus, and do a new
BS> checkout.
I do that nightly. so unless the latest CVS is not updating
the stuff nightly then obviously it is going to fail until the CVS is
updated. Looking at last nights build. I do a fresh CVS install as I
said I get the same errors.
fos_os2.o: In function `mdm_dtr':
/root/max2/maximus/max/fos_os2.c:352: undefined reference to
`RAISE_DTR'
/root/max2/maximus/max/fos_os2.c:353: undefined reference to
`LOWER_DTR'
collect2: ld returned 1 exit status
no there is no common.c in that dir you mentioned. perhaps the
CVS team should toss one in ;*
BS> but yet not in "mailer mode", I mean so it's called by a
frontend mailer
BS> like
BS> Binkley.
you need to use spawnbbs method. Its the only thing that is
stated to work for both Os/2 and Linux. the bbsbatch might work but
bbsexit is NOT even usable on OS/2. Therefore you treat Linux/unix
like Os/2 in this matter.
BS> Nice to see you still have interest in it.
I always had interest in it. but I just never kept up with the
events. of course my nightly blow alway and regrab event is automated
so even if I am not looking. it gets done. Ditto with Synchronet
updates. Synchronet is getting to be one Ugly package to this Grizzled
Opus veteran. Since Opus will probally never be ported. Maximus is the
next best thing. In fact. here is the nightly script, if there is a
detail missing please let me know
echo erasing old maximus files from source directory
rm -r maximus
echo installing the extras from max-3.03.tar.gz
tar xzvf max-3.03-etc.tar.gz
# if cvs -d:pserver:anonymous{at}cvs.sourceforge.net:/cvsroot/maximus
login ; then
if cvs
-d:pserver:anonymous{at}cvs.maximus.sourceforge.net:/cvsroot/maximus
login ; then
# cvs -z3 -d:pserver:anonymous{at}cvs.sourceforge.net:/cvsroot/maximus co
.
cvs -z3
-d:pserver:anonymous{at}cvs.maximus.sourceforge.net:/cvsroot/maximus co
maximus
cd maximus
make distclean
./configure --build=DEVEL
make build
fi
Michele Marie Dalene
... old school BBS, new technology, same old headaches...
--- blueMail/Linux 0.11
--- SBBSecho 2.00-Linux
* Origin: Planet Maca's Opus (860)738-7176 300-33600bps (1:142/7176)SEEN-BY: 633/267 270 @PATH: 142/7176 928 906 106/1 2000 633/267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.