RC-> DH> Ok, but what if you know for certain that both the comm program and 
th
  -> DH> modem are both configured to use the software flow control?
 
RC-> If you _know_ that for certain, then change them both to use hardware 
flow
  -> control.  Software flow control is _not_ recommended for high-speed 
modems
 
Ok, I meant they were both configured for hardware control. The modem
and the comm program are both configured for hardware flow control and
the remote modem is a modem made by the same company which is configured
for hardware flow control also.
On the average I will get a 3700 - 3900 cps rate on downloads, but
uploads rarely get over 2000 and if it is a large file I am uploading
something really odd happens.
It will be uploading along, most of the time with occasional errors at
a slow pace then all of a sudden it will just stop and I will lose the
connection.
This will happen on another bbs I call also, it will upload at about
1800 cps, then just stop and lose carrier.
This only happens on larger files of over 1 meg.
 
RC-> Modem type doesn't matter - the characteristics of your PC do.  _Lower_ 
th
  -> Win95 buffer settings if you get CRC errors on receive.  Otherwise, 
leave 
RC-> alone.  I've found the default settings in a Fossil are all that's 
require
 
Ok, I never get any errors or have any problems at all when receiving a
file, only sending. After some thought here, maybe the remote modems
should reduce THEIR buffers since they are the ones receiving?
The remote modems are using a fossil driver at default settings, so
perhaps they should be changed to reduce them to less than default?
Since it is factual that everything is configured for hardware flow
control, the only other option is buffer settings isn't it?
 
 * OLX 1.53 * "Silly customer, you cannot hurt a twinkie!" -Apu
--- TriToss (tm) Professional 1.0 - #108
---------------