| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | OS/2-native twit filter |
Bo Simonsen wrote in a message to Roy J. Tellason: BS> Roy J. Tellason wrote to Maurice Kinal about ''OS/2-native twit BS> filter'': RJT>> In my case it's (currently) handled by a fossil driver and the RJT>> connection is handed off from binkley. How does that work under RJT>> linux? MK>> First off there is no need for a fossil driver RJT> I didn't think so. But I have *no* idea how the serial port stuff RJT> is handled under linux. BS> Well I did program the modem support for maximus, so I should be BS> the right one to tell you. ;) BS> Modem thing under Linux works like working with files.. You just BS> open a "file" which is /dev/ttySx, and then you use read()/write() BS> commands, to send and recieve data from the modem. BS> There is some libery functions (tios, man tcgetattr), to BS> lower/raise DTR and so on. Like ioctl() also serves some usefull BS> functions.. BS> And a lucky news I did do a successfully session yesterday with my BS> modem. I let binkley answer the call and then binkley spawned the BS> BBS (under linux ofcause), and it did work out. I guess my earlier comment on binkley spawning the bbs (rather than exiting as it does now under dos here) was a pretty lucky guess, then. BS> I still have some problems about if the user lost carrier and so BS> on, but it take some time. That's a thing here -- there isn't a menu on my system (and I've added some to the stock setup) that doesn't have the "G)oodbye" command on it, but most of the time people don't use it -- they just drop carrier. MK>> but I am not sure about the Linux version of bink. RJT> Neither am I. I remember somebody saying that he got it to RJT> compile, but that there were some hassles. Maybe I oughta take RJT> it up in the LINUXBBS echo once I decide to start moving on this. BS> BTXE works very well and it's very stable! I know nothing about XE, not having progressed past 2.60 here. Maybe I should at least look at some of the further editions? RJT> Yep, that's what I have bink doing now. Note that it doesn't RJT> have to exit, necessarily. The OS/2 version "spawns" the bbs RJT> program instead, and doesn't exit. I think that may have some RJT> advantages, though I'm not quite 100% sure of what they are as I RJT> never did get things going under OS/2 here. BS> Yes you need the "os/2" way under Linux, but "BBS Spawn" in BS> binkley.cfg together with a spawnbbs shell script. Well, perhaps if you get some of what you're seeing as problems nailed down we could get moving from that point. ---* Origin: TANSTAAFL BBS 717-838-8539 (1:270/615) SEEN-BY: 633/267 270 @PATH: 270/615 150/220 3613/1275 123/500 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™.