Date: 06/06/90   Time: 23:20EDT
Attendees:
[DR.EVIL]
[PETER-CPM]
[[David] D.GOODENOUGH]

Minutes:
<[Brad] BHARRIS> What term, for what 'puter?  Sounds exciting already.
<DR.EVIL> Yes... no docs on those two features yet though so I'm not sure what 
all he has done.
<DR.EVIL> Desterm v2.00.  It supports SwiftLink, of course! :-)
<C128-BILL> Can it run without the SL?
<DR.EVIL>  Q-term  for CP/M supports SL too, but no chat mode.  Yes,  DT  will 
work with the user port as before.
<DR.EVIL> Hi to all who just entered!
<PETER-CPM> No chat? Is there a reason why not?
<DR.EVIL> Well gee, I don't THINK it has a chat mode... maybe I'm wrong!!
<[Brad] BHARRIS> It used to have a chat mode :)
<R.ACKLEY2> is here.
<ED.BELL> is here.
<PETER-CPM> It always had a 'split screen' thing I would call a chat mode.
<DR.EVIL> It's fun to see the old C-128 work at 2400 from under CP/M... I was 
even able to do one-way X-modem at 9600 bps... Dave's still working on it.
<PETER-CPM> Hi Ed, RA
<ED.BELL> Hi all!
<ED.BELL> disconnected.
<DR.EVIL> <-- doesn't know what he's talking about with Q-Term!
<DR.EVIL> Hi new comers!
<PETER-CPM> Being able to do 2400 baud under CPM is the shot in the arm CP/M 
needed;)
<C128-BILL> Hi R.A.!!
<[Brad] BHARRIS> Will CP/M work fast enough to take advantage of an MNP modem 
(9600)?
<R.ACKLEY2> Hi Bill
<ED.BELL> is here.
<DR.EVIL> Don't know yet.  The modem I/O is not a problem--writing to the 
80-column screen is though.
<PETER-CPM> If you shut down the text while transferring..I think it would.
<C128-BILL> (I think ^W is for the chat window in Q-Term)
<C128-BILL> RE: Ed!!
<PETER-CPM> I would just blank the screen then.
<ED.BELL> Hi Bill. Got knocked off a minute ago
<DR.EVIL> Maybe Dave will have some news for us tonight.
<C128-BILL> Bummer, Ed.  Welcome to the CP/M RT Conference, all!
<DR.EVIL> Peter, any time to look at the Kermit-80 or 28 May 87 BIOS sources 
yet?
<DR.EVIL> Ed Bell = call me Murphy!
<D.GOODENOUGH> is here.
<DR.EVIL> ;-)
<DR.EVIL> Hi Dave!
<PETER-CPM> I haven't looked at Kermit yet, and I've been working on the BIOS 
source when my keyboard behaves (which isn't often). I got a new one on order.
<PETER-CPM> Hi David!
<[David] D.GOODENOUGH> Hi Kent, et al.
<DR.EVIL> (If anything can wrong, it happens to Ed)
<C128-BILL> So you've run CP/M at higher than 1200 baud, huh Kent?  <drooling>
<C128-BILL> Hiya, Dave!!
<ED.BELL> Yeh!  in bunches!
<[David] D.GOODENOUGH> You betcha Bill - it's a sight to see :-)
<DR.EVIL> re: cranky SL catridge
<DR.EVIL> Hi Dave!
<DR.EVIL> Well Bill, what can I do for all these fine people on this rather 
dreary Seattle evening?
<[David]  D.GOODENOUGH> Cranky? - the main problem I had was  figgering  which 
way up to plug it in - a label on top would have been nice :-)
<DR.EVIL> Hah!  A label costs money!! :-)
<ED.BELL> I ran into that too.... called Noel!
<[David] D.GOODENOUGH> yes - but even a Post-It to say "This is the top" would 
have been nice
<PETER-CPM> Just scratch an 'X' on the topside;)
<DR.EVIL> A graphic designer at work designed us a nice label for the 
production units.
<C128-BILL> The production models will have labels, no?  <grin>
<C128-BILL> Ah, question answered.  :)
<[David] D.GOODENOUGH> Finally guessed that the "label frame" was on top, and 
didn't fry it.
<ED.BELL> I scratched an X on my topside when things were REALLY going bad!
<DR.EVIL> <-- didn't even think of using a post-it.
<PETER-CPM> I've known users to plug 1670's in upside down. Labels don't help 
some people;)
<C128-BILL> Great news, Ed!  <whew!>
<ED.BELL> Did some batch ymo downloads today!
<[David]  D.GOODENOUGH> How in h**l can you plug a 1670 in, it gets  "fat"  on 
top, and won't go in the
<[David] D.GOODENOUGH> wrong way round
<DR.EVIL> You have to push REALLY hard!!!
<PETER-CPM> Kent, would you like to introduce yourself and your product?
<PETER-CPM> (It can be done, David. I've seen it and the results;))
<DR.EVIL> Sure.  Hi, I'm Kent Sullivan from Dr. Evil Laboratories.  I'm here 
tonight to talk about our new product, the SwiftLink-232.
<[David] D.GOODENOUGH> The mind boggles :-) - sonds like the operator who 
couldn't fit the eighth disk of a distribution set into the drive, seems lik
e the other seven already in it were jamming it up.
<DR.EVIL> SL opens up a new world in Telecomm for the C-64/128 -- high speed.  
For CP/M on the C-128, it finally allows us to break the 1200 bps barrier.
<DR.EVIL> We should be shipping the first units in about 1-2 weeks.  We're 
still waiting on a few components.
<DR.EVIL>  David  Goodenough's Q-Term will be the first CP/M term  to  support 
SL!! (take a bw, David!)
<[David] D.GOODENOUGH> Who, me?
<DR.EVIL> ^^^^^^^^^^^^^^^^^^^^^ gets a medal for working with Z-80 interrupts!
<[David] D.GOODENOUGH> Actually, credit should be due Miklos, since I couldn't 
have done a thing without his help.
<[David]  D.GOODENOUGH> The Z80 interrupts were OK (sort of) - it  kept  dying 
cuz I didn't realise the way the banking is handled, but that's another st
ory :-)
<DR.EVIL> Well, it's really an ACIA inside-- Asynchronous Communications 
Interface Adaptor.  A UART is similar but not quite the same-- a UART can do
both Synchronous and Asynch communication.
<DR.EVIL> (most can)
<[David] D.GOODENOUGH> UART - Universal Asyn Receive Transmit - you need a 
USART for Sync (like the Z80 SIO) but I digress .....{
<[Brad]  BHARRIS>  Do you have many orders yet?  I just sent  mine  in  
today.  Will there be a big backlog?
<DR.EVIL> Oops, right.  Some seem to be misnamed too...
<DR.EVIL> We have several orders in the queue but there won't be a noticeable 
backlog.
<[Brad] BHARRIS> Great!
<[David]  D.GOODENOUGH> Just like BAUD and BPS - 1200 BPS modems  actually  do 
600 BAUD, but again that's a whole other can of worms
<PETER-CPM> Will drivers be done for other terms already out..both commercial 
and PD?
<DR.EVIL> Well, let's see.  For CP/M we would like to support Kermit-80.  Need 
help there still.  Don't know about Mex or IMP.  Bill, any clues there?
<DR.EVIL> For C-128 mode, both Desterm 128 v2.00 and Dialogue 128 support it.
<C128-BILL> Not yet, Kent.  I still have feelers out, though.
<[David] D.GOODENOUGH> I guess a sharp programmer could probably derive an IMP 
patch from the stuff I put together for QTERM. My next project is to ha
ve  _ONE_ QTERM patch that can change the device it talks to on the fly -  the 
SL or the KERNEL RS232 code.
<PETER-CPM> Anyway of getting BobsTermPro to work with it?
<DR.EVIL> For C-64 mode, Ed's BellTerm will support the cart (almost done) and 
Phil Kemp's Terminal/One will soon.  Also C-64/128 Kermit.
<C128-BILL> How fast can the 64 get cranked up to, Ed?
<DR.EVIL> Well, BTPro is pretty heavily copy-protected.  I <ahem> looked into 
it once (both 64 and 128) so that will be a problem.
<ED.BELL> W/o a Null Modem, Ican't really say.
<DR.EVIL> Bob Lentini is out of the 64/128 market as far as I know.
<DR.EVIL> His program is behind the times these days, anyway.
<[David] D.GOODENOUGH> Pity there's no way of porting DesTerm (or a subset of 
it) to the 64. Now that would be a mean term prog.
<C128-BILL> I can't wait, Ed.   Yes, Bob's Term Pro only 'does' XMODEM <sigh>, 
but the newest version of Desterm sounds very good.
<DR.EVIL> We have done the max-- 38.4 Kb for file transfers on the C-64.  On 
the C-128, I can stream a text file to the screen with no character loss
using DT 2.00.
<DR.EVIL> at 38.4 Kb.
<DR.EVIL> (and of course, also send files)
<ED.BELL> I thought I just read Desterm 2.0 doing 57,6 on a FIDO net???
<[David] D.GOODENOUGH> Wow - 38.4 from a 64. It takes an 8MHz Z80 for QTERM to 
be able to do 38.4 xmodem. I'm suitably impressed.
<ED.BELL> I *read* it on a FIDO net
<DR.EVIL> Yes--with the HART.  A competitor... we know something about it but 
don't have one.
<[David] D.GOODENOUGH> That's quite possible (DesTerm @ 57.6) - it's a real 
sharp program.
<ED.BELL> Ohhh!  And Desterm is for the C128.
<DR.EVIL> Matt said last time I talked with him that the HART was unstable at 
57.6.
<DR.EVIL> Maybe he fixed it.
<ED.BELL>  Geoff Welsh was talking about 115 baud the last time I  heard  from 
him. whew!
<DR.EVIL> The HART uses an Intel 8250-- Bryan (our hardware engineer) thinks 
his design is much compicated because of that... I think SL will be far c
heaper.
<PETER-CPM> Is that Kbaud, Ed?
<DR.EVIL> Yep.  The 6551 we are using can do 115.2 Kb max... but I don't think 
the 64/128 can keep up over 57.6 at all...
<ED.BELL> Sorry!  Explain what you mean.  He is talking about 115000 baud. 
(theory)
<ED.BELL> errr... bps
<PETER-CPM> 57.6K is quick enough;)
<DR.EVIL> Well Brad, what do you plan to use your SwiftLink for?
<DR.EVIL> (BTW, David: one patch for both C-128 ports sounds great)
<[Brad] BHARRIS> For one thing, it will eliminate the need for any disk 
transfer programs to get files from the clone to the Commodore!
<DR.EVIL> Right!  We thought people would use it for that.  We are giving away 
a simple ASCII and X-modem term program for the C-64 that will do the 3
8.4 Kb max.
<[David] D.GOODENOUGH> It occurs to me that there Just don't hold your breath 
waiting, it's likely to be a bit of a mess by the time it's done.
<DR.EVIL> (Noel Nyman wrote it for those of you who know him.)
<DR.EVIL>  David, what are your feelings on above 2400 for Q-term by the  time 
SL ships?
<[David] D.GOODENOUGH> the [it occurs to me that there] shouldn't have been 
there - QTERM in split window mode doesn't handle long lines gracefully.
<ED.BELL> He is doing 38,4 on the C64.?  I am kind of anxious to be able to 
test that!
<DR.EVIL> Brad, do you have a C-64 orr C-128?
<[David] D.GOODENOUGH> The main problem is not the driver - it'd probably do 
9600 BPS Xmodem just fine.
<[David] D.GOODENOUGH> It's the verdammt slow screen - you'll have seen how 
slow ROGUE is doing a screen redraw.
<DR.EVIL> I had no trouble sending a file at 9600 w/ q-term, but receiving 
choked.
<[Brad] BHARRIS> Even better, since it will do over 9600, I can use the 
Commodore to do its own downloading, and take full advantage of MNP Level 5.
<[David] D.GOODENOUGH> Humm - even with 128 byte packets?
<DR.EVIL> Brad: great!
<PETER-CPM> Kent, have you had any problems with saving to a 1541 doing 2400?
<[Brad] BHARRIS> I've got a 128D - best of both worlds.
<C128-BILL> I'd still like to see Zmodem for us 64/128 users.
<DR.EVIL> yes, I think that's what I was using.  To get the transmit  working, 
I had to do a CONF 40col=off... it was that close.
<DR.EVIL> No problems saving as long as you turn the ACIA interrupts off 
correctly... we confused our developers about what to do initially.
<[David]  D.GOODENOUGH> ouch - that ought to have worked - the interrupt  silo 
is 256 bytes, plenty big enough to scoop a 128 byte packet into. It shoul
d lose characters.
<PETER-CPM> I'm surprised no one has done a 64/128 ZMODEM.
<DR.EVIL> Brad: I have a 128D too.  Love it!
<ED.BELL> I have no probs w/saving to a 1541 at 2400!
<C128-BILL> Really, Ed?  The 41 could keep up?
<PETER-CPM> No change in buffers, Ed?
<DR.EVIL> I think I may have seen 6502 assembler Zmodem sources somewhere... 
maybe not though.
<[David] D.GOODENOUGH> should _NOT_ lose characters - I can't type tonight :-(
<ED.BELL> Wait.  I'm not talking about streaming!
<DR.EVIL> Right, Dave.  We meant what you knew!!! ;-)
<[Brad] BHARRIS> Ed, do you use JiffyDos?
<ED.BELL> Not yet.  :(
<[David] D.GOODENOUGH> I dyslexic get once in a while :-)
<ED.BELL> But Bill j does.
<DR.EVIL> uses JiffyDOS.
<C128-BILL> Ya, Jiffy sure does make the drive dance!
<DR.EVIL> thinks CMD is one of the few good companies left for the 64/128!
<[Brad] BHARRIS> What a combo JD and the SL will be!
<ED.BELL>  Wherever did you see 6502 Zmo source.  I have done some  work  w/it 
but a long
<ED.BELL> way to go
<DR.EVIL> You should see a file transfer with Desterm to a RAMdisk... oh my 
does it fly.
<[David] D.GOODENOUGH> What are you working _FROM_ Ed?
<PETER-CPM> If you find that source again, send it to me in mail, would you?
<ED.BELL> scratch, if that is what you mean!
<DR.EVIL> Sure... I think I may have been imagining it...
<ED.BELL> Me too doc!
<PETER-CPM> I've seen it too, Kent..I know it exists somewhere.
<DR.EVIL> DT can do better than 1500 cps at 28.4 Kb.
<DR.EVIL> oops, 38.4 Kb.
<[David] D.GOODENOUGH> Wow - I cheated for the Xmodem and Kermit in Q, copied 
someone elses C, and then hand translated to assembler. It's usually a l
ot faster doing it that way :-)
<[David] D.GOODENOUGH> 28.4 KBPs is about 2800 CPS
<DR.EVIL> I think that DT to/from a RAMdisk might be faster than a 1541! ;-)
<[David] D.GOODENOUGH> _THAT'S_ 3800 CPS
<C128-BILL> Kent, will the SL cartridge work OK in an Aprospand exdender, with 
the REU?
<ED.BELL> Matt said 3700 cps on the nets.
<[David] D.GOODENOUGH> Sounds about right.
<DR.EVIL> I have the above configuration.  It all seems to work most of the 
time... but the Aprospand and the REU don't always seem to get along--weir
d problems sometime.
<ED.BELL> I hope so Bill. I ordered one today!
ED.BELL> I heard the Aprospand has trouble w/SOME C128's.
<DR.EVIL> (Yes, matt told me that too... but I couldn't get it that fast... 
maybe my Mac doesn't really send at 38.4 when it is supposed to?)
<C128-BILL> I think the REU works best when it's closest to the computer.
<DR.EVIL> Yes, I agree, Bill.
<[Brad] BHARRIS> I've read that the REU has to be the first cart due to 
critical timing.
<ED.BELL> Yeh.  Plugged in!  ;-)
<PETER-CPM> Thats right, Brad.
<ED.BELL> Is that for DMA or using RAMDOS, or both/
<DR.EVIL> Maybe the Amiga does do 38.4 truly... and not the Mac?
<PETER-CPM> Mainly for the DMA.
<ED.BELL> I only use that for my 80 col module...
<DR.EVIL> Matt uses his own RAMdisk driver... don't know what it is built 
on/around.
<[David] D.GOODENOUGH> An Ozzie Exec w/ a Z80H can do 38.4 w/ QTERM, so any 
good 68K machine _OUGHT_ to be able to .....
<C128-BILL>  Dave, will Q-Term have a Chat Window and does it keep up  with  a 
d/l to the 1571 at higher speeds?
<[David]  D.GOODENOUGH>  QTERM split screen works, although I don't  know  how 
it'd do on a 128 at 2400.
<DR.EVIL> I'll have to try it, Dave.  Want me to log off and back on now?
<[David] D.GOODENOUGH> I need an interrupt driver on my 803 here to avoid
losing about 3 to 4 chars, and that's just at 1200 BPS.
<[David]  D.GOODENOUGH> As for the D/L to a 1571, you'd probably want  to  set 
the Xfer size (0x01cd)
<[David] D.GOODENOUGH> to about 2, to prevent timeouts.
<C128-BILL> OK, sure.  Have you tried it with the 81?
<PETER-CPM> Can you safely double that for a 1581, David?
<[David] D.GOODENOUGH> Split screen sight work at 2400 if the total throughput
wasn't too great.
<DR.EVIL> I did a bunch of Kermit downloads at 2400 bps with no trouble using
the defaults.
<DR.EVIL> I'll be right back!
<[David] D.GOODENOUGH> I don't know Peter, we only have a pair of 1571's here.
Again, the thing to try is to twiddle it and see what happens.
<C128-BILL> We will keep your seat warm <grin>, Kent.
<DR.EVIL> has left.
<[David] D.GOODENOUGH> Kermit is a _LOT_ more forgiving on timeouts - QTERM
asks for a 10 second timeout
<[Brad] BHARRIS> I have IMP set up to do 16K to the 1581 and it seems to do
just fine with Xmodem.
<PETER-CPM> In that case, it should be no problem with an '81.
<C128-BILL> I would imagine that the REU would be the 1st choice for a D/L
drive.
<[David] D.GOODENOUGH> Hummm - maybe QTERM would get away with a 4 or 8K
xfersize. It would depend on the far end Xmodem.
<[David] D.GOODENOUGH> Agreed Bill - I have even had Greg Chesson's "g"
protocol (a streaming thing) working on a 128 from M:
<[Brad] BHARRIS> Genie seems pretty relaxed about timeouts.
<PETER-CPM> It is for me, Bill..I always use it then dump to an '81 when time
permits.
<C128-BILL> I s that Ymodem-G?
<[David] D.GOODENOUGH> Then 4 or 8 would probably work OK.
<[David] D.GOODENOUGH> No - it's the protocol used by UNIX for UUCP  transfers 
-gets about 100 CPS with a 64 byte packet size. If everyone went to 256
 byte packets it'd probably give about 115 to 118 CPS at 1200.
<C128-BILL> Ah, OK Dave, thanx!
<[David] D.GOODENOUGH> No - strike that - it's about 108 CPS at 1200
<[David] D.GOODENOUGH> 70 bytes sent per 64 data, so it's about 10% lost for
data overhead.
<C128-BILL> Ed, will Bellterm do color graphics in this newset version?
<ED.BELL> I don't think Ymodem G is such a good idea Bill.  >>wink<<
<DR.EVIL> is here.
<PETER-CPM> Re, Kent
[David] D.GOODENOUGH> Ok - Kent - hows it working?
<DR.EVIL> hhh
<ED.BELL>  Bell  Term will do color grafix for the old version Bill,  but  not 
ANSI, yet.
<C128-BILL> I never used 'G' <shrug>.
<DR.EVIL> Hey!
<ED.BELL> 1 mistake kills a transfer!
<C128-BILL> Hi Kent, welcome back.
<[David] D.GOODENOUGH> QTERM split screen???????
<DR.EVIL> It's working so far.
<[David] D.GOODENOUGH> Ugh - Ed, that's kinda messy.
<ED.BELL> Dr. E:  Any chance of a passthru connector for REU use in the future
from ya?
<DR.EVIL> Except, what I'm typing is showing up in both windows?
<[David] D.GOODENOUGH> do a ^O H
<ED.BELL> Yeh,  it is for very sterile environments.
<DR.EVIL> Is this what I want?
<DR.EVIL> yes, I think so.
<[David] D.GOODENOUGH> Yes - the half duplex causes your typed stuff to appear
in the lower window.
<PETER-CPM> A pass through would be great..I would definately want one.
<DR.EVIL>  Ed: a pass thru would be way too expensive-- $$ for more gold  fin-
gers, big board, and custom cart shel.
<[David] D.GOODENOUGH> So as soon as you do the ^O W, follow it with a ^O H
<ED.BELL> I think a LOT of people are interested though...
<DR.EVIL> The custom cart shell would really be the killer.
<ED.BELL> Why even have a shell?
<DR.EVIL> It's really out of the question... unless we make the cart cost as
much as the oold BI-80 80 column card-- $150.
<[David] D.GOODENOUGH> To give it some strength I'd imagine
<C128-BILL> Dave, is the backspace delete key be fixed for the 128 version? :)
<DR.EVIL> Keep people from breaking it!
<ED.BELL> yeh!
<[Brad] BHARRIS> To keep little fingers out of places they don't belong.
<C128-BILL> For 29.95 it's a real bargan, Kent!!
<ED.BELL> hehehe
<DR.EVIL> Yes Dave, it would be nice to have the BS and DEL swap-able.
<[David] D.GOODENOUGH> Oh - delete doesn't work No it doesn't. I'll cook up a
KBMAP to fix it, and mail it to you - patch it into QTERM with ZSM And Z
PATCH
<DR.EVIL> (thanks, Bill!)
<PETER-CPM> It would sure keep them from plugging it in upside down too;)
<DR.EVIL> Peter: great point! ;-)
<[David] D.GOODENOUGH> <snicker>
<DR.EVIL> David: it seems to be keeping up fine!
<C128-BILL> Is the cartridge port notched?  I forgot?
<C128-BILL> <keyed>
<[David] D.GOODENOUGH> Mail me how you want BS and DEL to work, and I'll do
something for it.
<DR.EVIL> I don't remember.
<PETER-CPM> No, its not.
<[David] D.GOODENOUGH> No it isn't I don't think, half a minute I'll lokk at
the 128 here.
<DR.EVIL> The user port is, I think.
<[David] D.GOODENOUGH> afk
<PETER-CPM> The User Port and the cassette port are.
<DR.EVIL> Does every conference have a stenographer?  What does he/she do?
(how?)
<ED.BELL> Dr. E:  There has been some discussion on making a null modem.  Any
specs?
<C128-BILL> The REU isn't keyed, either. :(
<[David] D.GOODENOUGH> Nope, the only useful thing is that the slot where the
edge connector plugs in is slightly offset to the bottom.
<ED.BELL> I am interested if I can ever find time (bt to bed)
<PETER-CPM> Only if the meeting leader (thats me;)) activates, Kent. It
essentially records everything said here then send me the minutes of the meeti
g in mail.
<DR.EVIL> Yes.  7 (GND) straight thru.  Swap RxD and TxD (2 &3).  Swap 6 & 20
(DTR and DSR).
<C128-BILL> We will be posting a transcript in the Libraries.
<ED.BELL> You get all that Bill? >>grin<< Or did the stenographer?
<PETER-CPM> Both;)
<C128-BILL> I got it!  <grin>
<DR.EVIL> We may be able to get away without DTR and DSR... we'll see.
<ED.BELL> Excellent!
<C128-BILL> I'll try all the usual swaps, too.
<PETER-CPM> Just 2&3 and GND should suffice..thats how mine is made.
<DR.EVIL> David: the only trouble I see with chat is that sometimes if I am at
the 80th column in the input window, it doesn't scroll- it wraps around
<ED.BELL> Just wondered cuz of the unusual hookup of this cart & modem.
<[Brad]  BHARRIS> Will a standard clone-type null-modem cable work to  connect 
to the serial port?
<ED.BELL> And the fact that I have never made or used one.
<DR.EVIL> We have pull up resistors in my prototype on 6 and 20, but it wasn't
working exactly right.  We want to see what's up on a production model.
<PETER-CPM> You can always add DTR & DSR.
<DR.EVIL> brad: don't know.  "Standard null-modem cable" is an oxymoron!
<DR.EVIL> (i.e. there reallty isn't such a thing, unfortunately)
<PETER-CPM> No, Brad..not on a 128..no way to plug it in for one;)
<[David] D.GOODENOUGH> Yes - there are some oddnesses in the way the split
screen behaves when you type into the very last column. I guess I should tr
y to fix it one of these days. Right now I have a loose 't' as the first char
on the ---- split line as a byproduct of some oddness.
<C128-BILL> Dave, will you be posting the final Q-Term in the CP/M Libs?
<[Brad]  BHARRIS>  I'm talking about from the cart output to a  clone,  rather 
than to a modem.
<DR.EVIL>  Brad:  a null-modem cable like I described above (which  most  are) 
will work for your clone.  You'll need to check the genders to get that rig
ht... you'll need a
<DR.EVIL> female on the SL end.
<[David] D.GOODENOUGH> I should, and I'll send it up to Q as well. What I'd
suggest is roll with what is currently there, and I'll try to get the "bot
h" device patch going,and U/L that (and send a copy to Kent).
<PETER-CPM> That way it would work, Brad.
<C128-BILL> Great, Dave.  Thank you!!
<[Brad] BHARRIS> I'll play with it when the cart arrives.
<DR.EVIL> David, I didn't see your reply (if you have had a chance to type it
yet) to what status you think Qterm will be in when the SL ships.
<[David]  D.GOODENOUGH> OK - sounds good. With the current version  in  place, 
I'd only need to U/L the source for the revised patch I guess (plus the to
ols to install it)
<[Brad] BHARRIS> Well folks, I have to call it a night.  Y'all take care.
<DR.EVIL> Qterm will be on-disk (free) with SL...
<C128-BILL> Speaking of 'little spots', Kent, would you like to become an
'official' Product Supporter for our CP/M Geneie area?
<PETER-CPM> G'nite, Brad.
<C128-BILL> Night, Brad!
<[Brad] BHARRIS> has left.
<DR.EVIL> By Brad!  Nice chatting!! It's only 8:00 here!
<PETER-CPM> boo!;)
<DR.EVIL> Might not be a bad idea... what would that entail?
<[David] D.GOODENOUGH> I just looked at my UUCP spool directory, and there's
nothing waiting for you, so there must be a note on the way to you. Somew
here  here I have the list of things to look at, but I can't put my finger  on 
it right now.
<ED.BELL> I gotta go too. It is 11:09 here and my neighbor is building an ark.
arggghhh!
<C128-BILL> Not much else, Kent.  I can set up a special message area for you
in this RT.
<C128-BILL> Night, Ed!
<PETER-CPM> G'nite, Ed!
<DR.EVIL> Bye ed!
<DR.EVIL> (Boy, people here don't mess around when they say they're  leaving!! 
:-)
<C128-BILL> hehehe
<PETER-CPM> At least they say goodnight before they leave;)
<PETER-CPM> Some don't even do that!
<[David] D.GOODENOUGH> I'm so swamped w/ getting CP/M UUCP going I can't
remember what I Was going to do to the cart - the fast screen stuff won't mak
e it in the near future.
<DR.EVIL> Ok.  Why don't you look for that list.  If you can't find it I'll
tell you again what I suggested.
<DR.EVIL> I think most of it will be trivial.
<[David]  D.GOODENOUGH>  Probably  the best thing to do :-(  (i.e.  E-mail  it 
again)
<DR.EVIL> i can tell you right now if you want (I have a hard copy in-hand)
<[David] D.GOODENOUGH> half a minute - let me turn on a catch file
<C128-BILL> Now is always the best time <grin>
<[David] D.GOODENOUGH> OK go ahead
<DR.EVIL> 1) init the cart on boot to turn on DTR (latest CP/M system doesn't
do it)
<DR.EVIL> 2) 4800 bps (esp. since 9600 will be unreliable for the near future)
<[David] D.GOODENOUGH> DE02 - bit 0 if memory serves
<[David] D.GOODENOUGH> I can test 4800 against my 803 here.
<DR.EVIL> 3) CTRL-O "." (break) -- command register
<DR.EVIL> 4) CTRL-O "," (hangup -- also DTR)
<DR.EVIL> 5) RTS/CTS handshaking if you want to bother
<DR.EVIL> 6) CTRL-O "d" (in the future?)
<DR.EVIL> That's it, except for faster screen routines.
<[David] D.GOODENOUGH> 6 is in the works right now
<DR.EVIL> Great!
<[David] D.GOODENOUGH> And the disable on exit to prevent system freeze when
you turn off the modem
<[David] D.GOODENOUGH> {OK - got all that
<DR.EVIL> Right!!!  hey David, would you be able to make a short .COM that
people could run to init the cart?  So it won't lock up if they toggle thei
r modem but haven't run Qterm/
<DR.EVIL> That would be REALLY useful!
<[David] D.GOODENOUGH> You could do that with a chat script easier: call it
init, and just have it contain one single line with a '!q' on it, and say
QTERM INIT. QTERM would enter and immediately exit.
<DR.EVIL> not a bad idea... I'll put that in the docs... but the .COM would be
nice because people could put it on other disks too (qterm is bigger ob
viously)
<[David] D.GOODENOUGH> But the small program would be as easy I guess.
<[David] D.GOODENOUGH> I'll set to and write the init program and UUCP it to
you.
<DR.EVIL> Great!
<DR.EVIL> Since I have the source now, all you'll have to send is the patch
code for Qterm too...
<C128-BILL> Night all.  Kent, Thank you for joining us, tonight.
<DR.EVIL> You're welcome.  Thanks for having me!
<C128-BILL> Night Dave, Peter!
=== End of Steno notes. ===