200 lines
7.9 KiB
Plaintext
200 lines
7.9 KiB
Plaintext
N
|
|
|
|
|
|
Public Message
|
|
Message # 4751 *MM1 TECH Echo*
|
|
To : Stephen Seneker
|
|
From : Colin Mckay
|
|
Subject : Re: MM/1 and High Speed modems
|
|
Date : 94/05/11 16:37:00
|
|
|
|
Hi, Stephen.
|
|
|
|
Try reducing the maxcount to maxcount=2048.
|
|
|
|
That is for the hard drive descriptor, probably /dd or /h0
|
|
|
|
That should help improve serial port performance.
|
|
|
|
TTYL. Colin.
|
|
|
|
|
|
--- Maximus-CBCS v1.02
|
|
* Origin: Micro80 Computer Club of Ottawa BBS (1:163/306)
|
|
|
|
|
|
Public Message
|
|
Message # 4825 *MM1 TECH Echo*
|
|
To : David Graham
|
|
From : Clyde Price
|
|
Subject : Re: BlackHawk Enterprises, Inc.
|
|
Date : 94/04/30 20:17:00
|
|
|
|
David,
|
|
I and my customer still need to get in touch with Paul (whose
|
|
silence has been deafening). Is there a phone number he can be reached
|
|
at? I haven't received any bankruptcy paperwory, so I assume he hasn't
|
|
filed yet. Still having unfilled IMS orders outstanding isn't doing our
|
|
community any good, but at least we know that you're a different
|
|
outfit. I'd appreciate any help you can give in helping me settle with
|
|
the old outfit.
|
|
|
|
BTW, the old outfit sold me a system that formats floppies to
|
|
33 tracks instead of 34, and I never have been able to load Neil's
|
|
Bible program on my MM1. I have a 250 Meg SCSI drive that I figure I
|
|
could take NEW setup disks and format, and make a completely new
|
|
installation on the old machine. Can you sell me "The MM1 distribution
|
|
disks" in the current version, including the universal disk format?
|
|
|
|
I'm glad you're making progress and shipping out stuff.
|
|
|
|
--Clyde
|
|
|
|
--- QuickBBS 2.76a
|
|
* Origin: ACS Inc. BBS 404-636-2991 (1:133/510)
|
|
|
|
|
|
Public Message
|
|
Message # 4860 *MM1 TECH Echo*
|
|
To : All
|
|
From : Eric Crichlow
|
|
Subject : Signal Handling
|
|
Date : 94/05/17 01:37:07
|
|
|
|
How does OS9 handle multiple unprocessed signals?
|
|
|
|
Will it put them into a que to be handled at the program's leisure or
|
|
will a second signal received when the first hasn't been processed yet
|
|
cause the process to abort?
|
|
|
|
...Eric...
|
|
|
|
--- RiBBS v2.10
|
|
* Origin: Ocean Beach BBS 619-224-4878 MM1 TECH moderator (1:202/343)
|
|
|
|
|
|
Public Message
|
|
Message # 4861 *MM1 TECH Echo*
|
|
To : All
|
|
From : Eric Crichlow
|
|
Subject : kill ();
|
|
Date : 94/05/17 01:39:22
|
|
|
|
Is the syntax for OSK kill() under C the same as it is for OS9?
|
|
Also, does the call still return 0 on successful execution under OSK?
|
|
|
|
...Thanx...
|
|
...Eric...
|
|
|
|
--- RiBBS v2.10
|
|
* Origin: Ocean Beach BBS 619-224-4878 MM1 TECH moderator (1:202/343)
|
|
|
|
|
|
Public Message
|
|
Message # 4910 *MM1 TECH Echo*
|
|
To : All
|
|
From : Eric Crichlow
|
|
Subject : maxcount settings
|
|
Date : 94/05/19 04:34:19
|
|
Next Reply is Message 4911
|
|
|
|
Now, I know this has been gone over countless times before, but some
|
|
hard-headed people like myself never think we need to pay attention to
|
|
these things because they haven't affected us, until we realize that
|
|
maybe they have.
|
|
|
|
I've seen a number of times in which people have had problems with
|
|
their telecommunications, and it seems as though the solution had
|
|
something to do with changing the maxcount setting for the hard drive,
|
|
or maybe increasing the buffer size for incoming data, or both. Could
|
|
someone go over this one more time so I make sure I've got it right.
|
|
|
|
The reason I'm suddenly paying attention is that its finally
|
|
occurred to me that the problems I've always had may be this same
|
|
problem that's already been fixed long ago. I've never been able to get
|
|
rz/sz to work, and when using Terminal or KTerm on Delphi YModem always
|
|
timesout till abort after the first block or so, and XModem will do the
|
|
same thing on any transfer over a few K or so. Under any term pro XModem
|
|
transfers will error out if I do any disk access while downloading.
|
|
|
|
Are these the same problems that changing (using moded, correct?)
|
|
the maxcount is supposed to fix?
|
|
|
|
...Thanx...
|
|
...Eric...
|
|
|
|
--- RiBBS v2.10
|
|
* Origin: Ocean Beach BBS 619-224-4878 MM1 TECH moderator (1:202/343)
|
|
|
|
|
|
Public Message
|
|
Message # 4911 *MM1 TECH Echo*
|
|
To : Eric Crichlow
|
|
From : Warren Hrach
|
|
Subject : Re: maxcount settings
|
|
Date : 94/05/19 07:54:52
|
|
Previous Reply is Message 4910
|
|
|
|
On Thursday, May 19th, 1994 - Eric Crichlow wrote:
|
|
|
|
EC> I've seen a number of times in which people have had problems with
|
|
EC> their telecommunications, and it seems as though the solution had
|
|
EC> something to do with changing the maxcount setting for the hard drive,
|
|
EC> or maybe increasing the buffer size for incoming data, or both. Could
|
|
EC> someone go over this one more time so I make sure I've got it right.
|
|
EC> The reason I'm suddenly paying attention is that its finally
|
|
EC> occurred to me that the problems I've always had may be this same
|
|
EC> problem that's already been fixed long ago. I've never been able to
|
|
EC> get rz/sz to work, and when using Terminal or KTerm on Delphi YModem
|
|
EC> always timesout till abort after the first block or so, and XModem
|
|
EC> will do the same thing on any transfer over a few K or so. Under any
|
|
EC> term pro XModem transfers will error out if I do any disk access
|
|
EC> while downloading.
|
|
EC> Are these the same problems that changing (using moded, correct?)
|
|
EC> the maxcount is supposed to fix?
|
|
|
|
Eric,
|
|
I have not done anything with my maxcount so I don't know if this
|
|
will help your situation or not. I am using a Quantum 105 HD and I have
|
|
used /t3 set up on Kterm (beta version) used the rz/sz part for a
|
|
download of almost 1 meg. It was the full nodelist zipped on my NC's
|
|
BBS. I used my ZyXEL U-1496E and Kterm with the Hardware handshake on
|
|
on both kterm and the zyxel. I used the locked baud of 38,400 and the
|
|
actual connect baud was 16,800. It took approximatly 7 min. or at a cps
|
|
of over 1900-2000. The modem rcv led lite steady and the snd led
|
|
blinked on to send the ack's or whatever when good blocks received.
|
|
The ident of the /t3 I use is edition #5 CRC 4E37EC (with baud at
|
|
50) (note that using xmode on a mem. resident module will make it say
|
|
CRC bad) - ident -m t3, if you change the baud rate.
|
|
The driver for /t3 is sc68681 and its ident -m is Edition #29
|
|
CRC 624752.
|
|
These modules came from the updates I have here on the bbs and also
|
|
in the update disk which I can send you for a $3 S/H and returnable
|
|
mailer with a 3.5" formatted blank.
|
|
Now I also have my /t0 port connected to a 2400 Anchor 2400 Patriot
|
|
modem and that doesnt use hardware handshaking so with port /t0 it works
|
|
fine. I use UUCP on the /t0 and anchor modem and it works great.
|
|
Since I need the Zyxel on the BBS I do not plan on moving the modems
|
|
around. I only poll locally for UUCP.
|
|
I notice you log on at 9600 baud or higher (RiBBS wont log the
|
|
connect baud about 9600) So you must be using a Hi speed modem.
|
|
Most of the troubles with these modems is the default setup it uses such
|
|
as Hardware Handshake enabled and then the Term program you use set for
|
|
non or xon-xoff handshakeing. Note that /t0 does not support any
|
|
hardware handshake (CTS-RTS). So if using this you need to limit DCE/DTE
|
|
baud rate of 19,200 and let the modem autobaud. (locked baud in modem).
|
|
I use the ZyXEL on my BBS with locked baud of 9600 (fastest ribbs
|
|
goes) and get connects of 12,24,96,144, 168000 buad with the modem
|
|
handshake set for none ! I know it doesnt make sense but it works fine
|
|
and noone has any trouble up/downloading with xmodem, xmodem1k or Ymodem
|
|
batch. So this may give you a clue on what to set your modem to.
|
|
If you do not have a /t3 and/or /t4 let me know and I can get one
|
|
for you at the price in my orderhard.txt file.
|
|
One final note is that I have accessed my HD during modem xfers and
|
|
have not had any trouble except an occasional block getting resent.
|
|
-Warren
|
|
(warren@ocnbeach.jd.com)
|
|
|
|
--- RiBBS v2.10
|
|
* Origin: Ocean Beach BBS 619-224-4878 MM1 TECH moderator (1:202/343)
|