Post by jmpff3d on Nov 27, 2018 18:52:52 GMT
As evidenced below, "Dr. Evil" wasn't really frozen all those years (as per the movie). He was actually producing swiftlink for the C64/128 in 1990 and contracting CP/M notables to modify their CP/M terminal programs for the 128 architecture !
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. ===