Earlier this year, I switched from GT Power to Synchronet software, so
I could add telnet access to the dial-up. Thankfully, I was able to keep
Legend Of The Red Dragon online.

When I was using Synchronet 3.10 (the first release I used), L.O.R.D.
4.06 ran just fine...game, IGMs, etc. But, when I upgraded to Synchronet 3.12...L.O.R.D. slowed down in the game...most markedly whenever the
regular game (outside of the IGM) got to every <MORE> prompt.

I understand that there was no change in Synchronet's FOSSIL
driver...and whether I tell LORD to lock the comport or not (that data
really doesn't matter under Synchronet telnet)...the slowness at every
<MORE> prompt with reading messages or after killing someone in the
forest continues...and it is getting quite aggravating. Users have
complained, and I have noticed this slowness as well. I've even heard
from other Synchronet Sysops complaining about the same problem.

The IGMs that I use work as before...even though some may take a bit
longer than other IGMs that I have to load. But, once loaded, they
work just fine. Speaking of IGMs, if you run Synchronet and L.O.R.D.,
give LORDCFG a locked comport rate anyway...even though the Synchronet documentation tells you not to do so. By setting a locked comport rate,
Ken Weitzel's IGMs will run. I have 14 of his IGMs, 14 by Donald
Tidmore, 3 by Nannette Thacker, 1 by Marty Blankenship, and 8 others.

I have been reluctant to upgrade to 4.07 while it is in beta, or use
beta IGMs...mainly because of health concerns leaving me little time for
BBS work.

If anyone can provide assistance on this, I'd greatly appreciate it.

---
■ OLX 1.53 ■ How long do you have to practice your profession??
--- SBBSecho 2.10-Win32
* Origin: The Thunderbolt BBS 501-223-2541 wx1der.dyndns.org (1:382/33)

*** Quoting Daryl Stout from a message to ALL ***

I understand that there was no change in Synchronet's FOSSIL
driver...and whether I tell LORD to lock the comport or not (that
data really doesn't matter under Synchronet telnet)...the slowness at

Mine runs fine.. That does not mean yours will, because some hardware does seem to have problems with different fossils etc.

In my lordcfg, I load it.. Chooose S for setup nodes

choices 1 2 3 4 are whatever settings you want.

5.Using regular Fossil Driver
6.locked at 38400
7.Read from dropfile
8.Yes!
9.Yes!
A.No!
B.Yes!

Good Luck!
Mike

... Whats worse than a female Klingon w/PMS...Troi losing her powers.

--- Telegard v3.09.g2-sp4/mL
* Origin: :::The Holodeck BBS::: telnet://holodeck.myip.us (1:261/1381)

Mine runs fine.. That does not mean yours will, because some hardware does

>seem to have problems with different fossils etc.

I had the comport setting at 57600...I changed it to 38400...although
under telnet with Synchronet, this is "ignored". The thing is...other Synchronet Sysops, running Synchronet 3.12, are having the same
problem...and, the problem wasn't there with Synchronet 3.10 -- the
author has been advised.

---
■ OLX 1.53 ■ More BBS and Christian Info: www.wx1der.com/bbs.htm
--- SBBSecho 2.10-Win32
* Origin: The Thunderbolt BBS 501-223-2541 wx1der.dyndns.org (1:382/33)

Re: Re: LORD and SBBS 3.12
By: Daryl Stout to MIKE ROBERTS on Tue Aug 30 2005 02:46 am

Mine runs fine.. That does not mean yours will, because some hardware do

> seem to have problems with different fossils etc.

I had the comport setting at 57600...I changed it to 38400...although
under telnet with Synchronet, this is "ignored". The thing is...other Synchronet Sysops, running Synchronet 3.12, are having the same problem...and, the problem wasn't there with Synchronet 3.10 -- the
author has been advised.

I don't know, I know Rob says it is not fossil related as he hasn't changed it. so I dunno. fossil would have been my guess. Fossils do seem to react differently on different systems though. Like my solar realms crawls under synchronet. In telegard, running under msyncfos, it flies as fast as anything else.

Mike

... This is your modem on drugs!
--- SBBSecho 2.10-Win32
* Origin: :::The Holodeck BBS:::Telnet://holodeck.myip.us (1:261/1381)