| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | BinkleyXE BBS Handoff |
BJ> I'm just starting to get things together under Linux, including BJ> BinkleyTerm XE. I've been running BinkleyTerm 2.60 BJ> under OS/2. In that version, there are three BJ> methods for handing off to a BBS, in my case BJ> Maximus/2, version 3.01. One is via a shell script BJ> error level exit. This is NOT recommended under BJ> OS/2 (or Win32), and probably not recommended in BJ> Linux. If I remember correctly, the one I use is BJ> the SpawnBBS method, where Binkley starts up the BJ> Max process directly, passing commandline info, BJ> including (under OS/2) the needed handle to the BJ> serial port. [Under DOS, this passes the fossil BJ> port number.] I don't remember the third type at BJ> the moment. Any idea why errorlevel-exit isn t recommended? It doesn't seem like such a horrible way to do things, although I would personally prefer spawning the BBS directly from the mailer (assuming the mailer doesn't try and diddle the com port into the controlling tty or something equally annoying). How does Bink XE handle the errorlevel exit from Maximus? I have a "jury rigged" solution in testing right now to "handle" errorlevel exits from the forked maximus child (after accepting a TCP/IP call) which actually re-calls the runbbs.sh shell script and passes it its errorlevel on the command line before dying. This allows me to use a single script to control the ip inbound calls and the serial inbound calls -- and have the serial calls handled as traditionally as possible. Wes --- Maximus/2 3.01* Origin: COMM Port OS/2 juge.com 204.89.247.1 (281) 980-9671 (1:106/2000) SEEN-BY: 633/267 270 @PATH: 106/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™.