read new nonstop follow 86208 13-MAR 13:25 Telecom (6809) RE: 9600 on a CoCo... (Re: Msg 86193) From: MITHELEN To: RANDYKWILSON Yes.. I know I did have the swamped DSR-CTS hack working flawlessly before I changed the 6551. But one problem with that, is that hack then messed up using swamped DSR and DCD operation... I'm not an assembly programmer, nor do I play on on TV, so couldn't figure out that one... -- Paul -*- 86212 13-MAR 13:58 Telecom (6809) RE: 9600 on a CoCo... (Re: Msg 86207) From: MITHELEN To: NEHOWARD To get the maximum possible throughput on a "moderm" modem, you need to set the port speed to 4 times (at least) that of the raw speed. This is because, for data compression to be effective between the modems, you have to be able to transfer it to/from the modem faster at each end, then the modems actually talking to each other. -- Paul -*- 86214 13-MAR 17:57 Telecom (6809) RE: 9600 on a CoCo... (Re: Msg 86176) From: DSRTFOX To: NEHOWARD You should also be able to install another scsi47 driver set with different names and use another two drives. Chris Burke says that can be done with the CoCoXT drivers to support more than 2 drives (and CoCoXTs in that case), but the drawback is the memory two sets of drivers take up. Of course your situation would be temporary, so this should be acceptable- all you need to do is make a boot disk with the two sets of drivers/descriptors while doing the HD to HD backups. -*- 86223 13-MAR 19:39 Telecom (6809) RE: 9600 on a CoCo... (Re: Msg 86212) From: DBREEDING To: MITHELEN > To get the maximum possible throughput on a "moderm" modem, you need to > set the port speed to 4 times (at least) that of the raw speed. This is That's what I was wondering about. My 2400 modem in V.42bis would supposedly be capable of nearly 9600. If I set my CoCo to 4800, the only thing will be that I won't get the speed the modem is capable of, isn't it? I don't think it will be able to handle 9600. I can tell a big difference in text coming across the screen @4800 vs 2400. -- David Breeding -- *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 86226 13-MAR 20:02 Telecom (6809) RE: 9600 on a CoCo... (Re: Msg 86212) From: NEHOWARD To: MITHELEN That makes sense, otherwise the data compression would be rather useless with the port locked at the actual baud rate! Too bad the coco cant go above 19200! Then we could speed up things a tad. Nelson -*- 86227 13-MAR 20:07 Telecom (6809) RE: 9600 on a CoCo... (Re: Msg 86214) From: NEHOWARD To: DSRTFOX I had thought about doing that. using dEd to 'rename' CCHDISK to somethine like 'CCBINKY' and having /h2 and /h3 look for 'CCBINKY' as the driver but yeah, that would take up a LOT more room. the drawback is that Ken Scales says the scsi47 drivers are 'hard coded' for only 2 drives. I wonder if that means 2 drives at any address or 2 drives starting with the begining address? If it is 2 at ANY address, then it could be done easily. If it is 2 drives starting at the begining address then I would have 2 drives addressed the same and may wind up with a real mess! Something to think about I guess. Nelson -*- 86232 14-MAR 00:47 Telecom (6809) RE: 9600 on a CoCo... (Re: Msg 86092) From: DIETER To: CBJ > Ah but Dieter, you have modified your serial port. I am talking about an > unmodi > unmodified pak and running NO patches such as powerboost or Nitros. > Carl > Oh! I stand corrected... But way are You still using the unmodified port? You should also patch all Your memory modules, for better operation. All the patches are here on Delphi and some on CIS... Before I purchased the 63C09 and NitrOS-9, I still was able to use 9600 baud with my RS-232 port, I just had to replace the 6551 chip with the Rockwell 65C51PE chip and add two Nano Caps, did not cost much at all... I recommend that change at least... Dieter -*- 86233 14-MAR 00:47 Telecom (6809) RE: SandV BBS (Re: Msg 86093) From: DIETER To: CBJ > Dieter, > Are you running a stock serial port and stock OS-9 with stock modules? > I think not. > Carl > You are right! I'm NOT... But way are You still doing that? Most patches are on Delphi or CIS, and the cost to modify the TANDY RS-232 Deluxe pack is negligible, and the rest is cost free so to speek (on Delphi)... Dieter -*- 86234 14-MAR 00:49 Telecom (6809) RE: 9600 on a CoCo... (Re: Msg 86167) From: AJMLFCO To: MARKGRIFFITH RE:86167 Just to back up your observation that there is nothing wrong with the 6551 in most situations, I have many 6809 based industrial systems running 24hrs a day at 19.2kbaud that use the same chip. Most of them haven't been touched for several years. They are used in interfacing programmable logic controllers to a larger process control system. These sytems use dedicated software (no OS9 ), sor the 6809 is very adequate. Allen -*- 86236 14-MAR 01:14 Telecom (6809) RE: 9600 on a CoCo... (Re: Msg 86121) From: RICKULAND To: NEHOWARD yes -*- 86239 14-MAR 01:36 Telecom (6809) RE: 9600 on a CoCo... (Re: Msg 86123) From: RICKULAND To: MITHELEN Paul, Hehe- there are TONS of sneakiness with getting the 65c51 truely stable in a 6551a pak- it can be done...... blame the diode on the cart line or the 87 bazillion semi-good 65c51's out there.......... I finally got these dogs working in my Mini-232, mainly by trial and error didoe swaps- the tiniest signal diode one can find is best- one that pops if you wave your hand over it is about right. Otherwise the cmos can't assert a hard irq, methinks. The diode is needed but unwanted. Ps- about to start stacking 16550's, if thats what it takes, to get CoCoIO out:-) -ricku -*- 86241 14-MAR 02:05 Telecom (6809) RE: 9600 on a CoCo... (Re: Msg 86167) From: RICKULAND To: MARKGRIFFITH Yet another disagreement..... it's true the 6551 _shouldn't_ affect data thruput, put the CoCo's irq latencey is measured in days. Tripping this most convoluted path every byte has a bit to do with many problems- often what we are testing is how well the OTHER system can handle handshaking without dribbling a few chars or timing out. -ricku -*- 86243 14-MAR 07:34 Telecom (6809) RE: 9600 on a CoCo... (Re: Msg 86189) From: MARKGRIFFITH To: MITHELEN Paul, > but, it sure as heck has a LOT to do with data integrity... which effect > throughput dramatically, when data constantly has to be resent. If you are having flow control problems, that is a different thing. If you don't need to hardware flow the chip, it works just fine at speeds up to 19.2kbaud. If your software was fast enough to receive data at 9600 baud, you wouldn't need flow control. I seriously doubt that the chip causes any degradation in the serial stream. Too many programmers would like to blame their problems on faulty hardware or compiler errors when the problem is their code. /*********** /\/\ark *************/ (Upload with InfoXpress Ver. 1.01) -*- 86249 14-MAR 20:11 Telecom (6809) RE: 9600 on a CoCo... (Re: Msg 86243) From: MITHELEN To: MARKGRIFFITH But, in the 6551's case, the chip IS at fault for faulty (or at least STUPID) handleing of a CTS transission... it stops transmission IMMEDIATELY, even within the middle of a byte, and if it is in the middle of a byte... if just throws out the rest of the bits! This IS documented, and thus the reason the new version was designed. Handshakeing is also necessary even if the transfer protocal is perfectly capable of keeping up on an unloaded system, because, not all system are always unloaded, and, on a CoCo, transmitting data bi-directionally AND doing anything else is overloading the available CPU power. -- Paul -*- 86252 14-MAR 20:24 Telecom (6809) RE: 9600 on a CoCo... (Re: Msg 86232) From: BANANAMAN To: DIETER (NR) What were the two Nano Caps for? --Andy -*- 86269 15-MAR 07:27 Telecom (6809) RE: 9600 on a CoCo... (Re: Msg 86234) From: MARKGRIFFITH To: AJMLFCO Allen, > Just to back up your observation that there is nothing wrong > with the 6551 in most situations, I have many 6809 based > industrial systems running 24hrs a day at 19.2kbaud that use > the same chip. Most of them haven't been touched for several > years. They are used in interfacing programmable logic > controllers to a larger process control system. These sytems > use dedicated software (no OS9 ), sor the 6809 is very > adequate. Thanks for your input. As you noted, the problem most people are experiencing is software related, maybe 50% of that due to the overhead of OS-9 (this is just a guess). /*********** /\/\ark *************/ (Upload with InfoXpress Ver. 1.01) -*- 86270 15-MAR 07:27 Telecom (6809) RE: 9600 on a CoCo... (Re: Msg 86241) From: MARKGRIFFITH To: RICKULAND Rick, > Yet another disagreement..... it's true the 6551 _shouldn't_ affect > data thruput, put the CoCo's irq latencey is measured in days. Yeah, when you have the GIME doing the IRQ handling, you probably will have problems. Again, this has nothing to do with the 6551, but in the case, is a firmware problem. The classic fix for this is the hard-wire IRQ hack. I and many other people did this a long time ago and the IRQ problems vanished. I don't know about all these other hacks to various OS-9 kernals to get the same effect. Perhaps they don't work as well as one would expect. Also, there were problems with the original ACIAPAK drivers that many people have been trying to get around for some time judging by the number of drivers released over the years. The most sure fix for CoCo serial problems is 1) do the hardware IRQ hack and 2) get an ACIAPAK that works well, has a fairly large I/O buffer and uses the suspend state. Note that all these are not related to the 6551, but fixes for other problems. /*********** /\/\ark *************/ (Upload with InfoXpress Ver. 1.01) -*- 86278 15-MAR 21:27 Telecom (6809) RE: 9600 on a CoCo... (Re: Msg 86227) From: DSRTFOX To: NEHOWARD I think what you described WILL work.... won't hurt to try, just crash the system! Shouldn't hurt the hard drives or info themselves, as long as you try a few reads before a write! -*- 86287 15-MAR 23:52 Telecom (6809) RE: 9600 on a CoCo... (Re: Msg 86207) From: CBJ To: NEHOWARD It has to do with the data compression, etc. the faster the modem gets the data the more efficiently it can send it in compressed mode. The same goes with decompression. It seems the rule of thumb is the Comm port should be running at twicw the speed of the actual connection of the modems. If you are running a 9600 baud modem with error correction and data compression enabled and your Comm port set at 9600 you will actually see a decrease in throughput. Makes sense when you think about it. Carl -*- 86288 15-MAR 23:55 Telecom (6809) RE: 9600 on a CoCo... (Re: Msg 86232) From: CBJ To: DIETER (NR) But I said that the CoCo wasn't capable of 9600 baud as a stock system. If it is modified then it isn't stock. I didn't say it wasn't wise to modify it, just that in stock form it couldn't handle it. Best wishes, Carl -*- 86289 15-MAR 23:57 Telecom (6809) RE: SandV BBS (Re: Msg 86233) From: CBJ To: DIETER (NR) Actually I've tried the mods...they didn't work on my Comm 4 board. Paul Jerkatis can testify to that. I'll probably try them again now that I'll be having some free time soon. Carl -*- 86294 16-MAR 00:19 Telecom (6809) RE: 9600 on a CoCo... (Re: Msg 86270) From: RICKULAND To: MARKGRIFFITH But Mark, it does. Not per se, indeed the newer 65c51 is awful decent for a single byte port, and the smarts in there are pretty cool. While the hard fix or the newer software fixes ensure they (irqs) are all handled, what I was driving at is the actual speed of the thing! They way babyOS9 operates, the LAST thing you want to do is trip the irq code every 10 bits. How long one can _prevent_ recept of data is not considered a feature here. -ricku -*- 86316 17-MAR 00:56 Telecom (6809) RE: 9600 on a CoCo... (Re: Msg 86249) From: AJMLFCO To: MITHELEN But, the CTS problem is only applicable to data going OUT of the CoCo, right. This is a possible problem if 1. The other device, such as a modem, is not able to keep up with the CoCo's output. 2. The port is set up for hardware handshaking. 3. The data stream is steady (not "bursty"). It would seem that any problem would be less pronounced with a faster modem because it would be able to avoid the need to handshake with the CoCo. A smaller transmit buffer might be helpful, too. Allen -*- 86323 17-MAR 05:40 Telecom (6809) RE: 9600 on a CoCo... (Re: Msg 86287) From: NEHOWARD To: CBJ (NR) Yeah, did some experimenting with my Supra 14.4K v4.2bis/MNP5 modem as of late and yup, works just like you said. If I disable ALL MNP and V4.2 commands in the modem profile, she handles speeds up to 14.4K on the BBS reliably, but if I enable MNP5/V4.2bis, the serial port seems to overflow and everything imaginable happens!!! I guess 19.2K just isnt fast enough speed to xmode /t2 at to catch all of it!!! Nelson -*- 86324 17-MAR 06:58 Telecom (6809) RE: 9600 on a CoCo... (Re: Msg 86249) From: MARKGRIFFITH To: MITHELEN Paul, > But, in the 6551's case, the chip IS at fault for faulty (or at least > STUPID) handleing of a CTS transission. Now we're talking about something completly different. Like I said, I don't doubt that the 6551 has some problems, but not being able to handle data at 9600 bps is NOT one of them. That was your original statement. /*********** /\/\ark *************/ (Upload with InfoXpress Ver. 1.01) -*- 86325 17-MAR 09:45 Telecom (6809) RE: 9600 on a CoCo... (Re: Msg 86324) From: MITHELEN To: MARKGRIFFITH (NR) No Mark, that was NOT my original statement... The original statement was that using Stock OS-9 level 2, and a stock RS-232 pack, with standard 6551 ACIA, your could not get reliable 9600 baud comunications. And this is what this whole thread has been about. I stand by this statement, because it is 100% truthful and fact... To argue this point any further is a complete waste time... -- Paul -*- End of Thread. -*- 86209 13-MAR 13:42 General Information RE: Hello All... (Re: Msg 86201) From: MITHELEN To: DBREEDING The GIME toggle clock modules (clock ED#9) eliminates the need for a hot wired IRQ line to the CPU. If you have more then one device generating IRQ's in the MPI, then you need to strap the line 8's together on those slots to slot 1. -- Paul -*- 86222 13-MAR 19:38 General Information RE: Hello All... (Re: Msg 86209) From: DBREEDING To: MITHELEN > The GIME toggle clock modules (clock ED#9) eliminates the need for a hot > wired IRQ line to the CPU. If you have more then one device generating > IRQ's in the MPI, then you need to strap the line 8's together on those Thanks, I thought maybe so... I may hook up my MPI and give it a try. I suppose then I will be able to use the hardware flow control? I'm currently using IX for my message stuff here and on CI$, and OSTerm for my other stuff. SACIA will handle all the RTS/CTS stuff? The sacia I have came from esw110.ar, got it yesterday(?), I suppose this is current, are there any patches for it? Buncha Q's, eh? -- David Breeding -- *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 86247 14-MAR 19:54 General Information RE: Hello All... (Re: Msg 86222) From: MITHELEN To: DBREEDING (NR) Yes... SAcia will do the hardware handshakeing... There are a few patches that allow more reliable operation at highspeed in the database (look for the most recent, which should also contain al lthe pervious patches) a "search sacia" in the system mods (or is it telcom) database SHOULD find the patches... although, don't flogg me if it doesn't 8-) -- Paul -*- 86255 14-MAR 21:52 General Information RE: Hello All... (Re: Msg 86247) From: RANDYKWILSON To: MITHELEN As far as I can tell, the only SAcia patches in the db are the ones I included with SuperComm 2.2. One of these days I'm going to have to chase down Bruce and see about permission to upload my SAcia mule (all patches plus some enhanced syscalls). Randy -*- 86262 15-MAR 00:10 General Information RE: Hello All... (Re: Msg 86255) From: MITHELEN To: RANDYKWILSON I thought I uploaded my modified patches, that had the CTS/'DSR hack in them. also... I'll have to do a search for them... -- Paul -*- 86264 15-MAR 00:20 General Information RE: Hello All... (Re: Msg 86262) From: MITHELEN To: RANDYKWILSON Hmm.. I guess you were right... I didn't upload my patches to SAcia to here. Probably cause I couldn't get ahold of Bruce fro permission... -*- 86275 15-MAR 20:30 General Information RE: Hello All... (Re: Msg 86264) From: THETAURUS To: MITHELEN Does Bruce even exist in the OS9 world anymore, or has he gone on to other things, like many others have? >Chris< -*- 86285 15-MAR 23:48 General Information RE: Hello All... (Re: Msg 86275) From: MITHELEN To: THETAURUS I havbe no idea... -*- 86319 17-MAR 01:30 General Information RE: Hello All... (Re: Msg 86255) From: DSPICER To: RANDYKWILSON (NR) Theres no law against an .ipc with your changes for Sacia is there? [Access CoCo of L.A.(Lower Alabama) (205)598-2100 Fido: 1:18/75] -*- End of Thread. -*- 86210 13-MAR 13:47 General Information RE: MM1 & SCSI (Re: Msg 86205) From: MITHELEN To: NIMITZ And, there is the hardware repair that will allow use oif the 4 meg simms on the I/O board, for those that are skilled in hardware hacking (or they can have someone do it for them for a price) I recently (this week) did the hack on my MM/1 and the extra memory is a nice thing to have. Dave, are you offering this hack as an alternitive to the 8 meg backplane? -- Paul -*- 86217 13-MAR 18:27 General Information RE: MM1 & SCSI (Re: Msg 86210) From: NIMITZ To: MITHELEN Actually, Kevin Pease and Mark Griffith are still offering that upgrade. I do not offer the upgrade, nor will I warrant upgraded boards (moot point for now, as my first system won't ship until late this month, or early next month. ) I offer the 8 meg card because it is the ONLY way to allow eventual 10 meg RAM for an MM/1. And because if offers no risk to the I/O board if properly installed and easier installation. David -*- End of Thread. -*- 86211 13-MAR 13:51 Telecom (6809) RE: Telecom (Re: Msg 86206) From: MITHELEN To: NEHOWARD you need to use the "xmode" command that came with sacia.. and then: xmode /Tx xtp=?p where TX is the port,and "?p" is the number of pages of RAM to use as buffer space (0-F, with the same high nibble that was there before) A typical example is: xmode /T2 xtp=04 for setting a 1024 byte receive buffer on /T2. -- Paul -*- 86219 13-MAR 18:52 Telecom (6809) RE: Telecom (Re: Msg 86196) From: JWILKERSON To: DENNYWRIGHT You must use the upgraded Xmode. Not the stock one to change the Sacia buffer. Seeya -- John -*- 86225 13-MAR 20:00 Telecom (6809) RE: Telecom (Re: Msg 86211) From: NEHOWARD To: MITHELEN OK, I can live with that as I dont remember exactly how it is done! It's been too long! If that is the case, what size buffer do I have set if I have my /t2 xmoded to xtp=85??? That is where I run mine at and the system works great. Just curious. Nelson -*- 86248 14-MAR 20:02 Telecom (6809) RE: Telecom (Re: Msg 86225) From: MITHELEN To: NEHOWARD That would be a 1280 byte buffer... I cant recall what the "8x" part does. is that for setting swamped DSR/DCD operation... It has been a LONG time since I used a CoCo... -- Paul -*- 86272 15-MAR 18:14 Telecom (6809) RE: Telecom (Re: Msg 86248) From: DENNYWRIGHT To: MITHELEN How do you set the buffer in Sacia? I also use T2 Sacia combo and have xtp=85 set in T2. But I have no idea how to set the buffer in sacia. -*- 86284 15-MAR 23:47 Telecom (6809) RE: Telecom (Re: Msg 86272) From: MITHELEN To: DENNYWRIGHT The buffer is set in the Descriptor (/T2) not the driver (Sacia)... You set the buffer size by using the new xmode that came with SAcia, and changeing the low nibble of the xtp byte to the number of 256 byte pages of system RAM to use as buffer space... so.. your xtp=85 means you have 5 pages, or 1280 bytes... I can't remember off hand what the hight nibble of xtp does... chack the manual/doc file that came with SAcia... it is ALL explaind there... -- Paul -*- 86299 16-MAR 18:11 Telecom (6809) RE: Telecom (Re: Msg 86284) From: DENNYWRIGHT To: MITHELEN Thanks! I found the problem though. I just started replacing modules with differant crc's from the boot that worked but was buggy and found I was using the old stock clock module. I replaced it with the latest version and whoait works fine again! Thanks an yway! -*- End of Thread. -*- 86213 13-MAR 17:52 General Information RE: os9 under (Re: Msg 86155) From: DSRTFOX To: BROWN80 "ZOGSTER" here is one of Alan's regular writers, bye the way. He usually handles E-mail and can pass things along if need be. -*- 86257 14-MAR 23:16 General Information RE: os9 under (Re: Msg 86145) From: TMF To: BROWN80 THANKS FOR THE INFO I DID NOT SEE THE MESSAGE CONCERNING THE EARTHQUAKE DELAY. -*- End of Thread. -*- 86215 13-MAR 18:10 General Information RE: Unix System V problem (Re: Msg 86166) From: DSRTFOX To: ALWAGNER (NR) No, it's not discouraging at all! I'm not the admin here either, just an operator (and handle 90% of maintenance also!). Good thing is I pretty much have the system to myself over weekends and from 7:00pm in the evenings to about 6:00am. I just published a backup schedule and for that time the system is MINE! If I want or need to reset it, I do! Actually, we reset ours about once every two weeks anyway- not for maintenance per-se, btu usually because we've made some configuration change, and a new boot list has to be made every time something is moved around. With 240 odd terminals, 50 odd printers, and another 40 or so remote users (either dedicated phone line or dial-up), things change occasionally! If I haven't reset the system in a couple weeks, I do it anyway one night the backups go kind of fast. -*- 86216 13-MAR 18:19 General Information RE: Size of RAM disk (Re: Msg 86188) From: FHOGG To: BRIANGOERS Use dmode to change the size of sectors per track (I think that is the one) Anyway after changinf deiniz and iniz /r0. Play with the values till you get what you want. Frank -*- 86218 13-MAR 18:39 General Information RE: Size of RAM disk (Re: Msg 86203) From: JES68K To: BRIANGOERS An even more direct method of changing the ramdisk size, is by using MODED the Module Editor ..... with it you can editor any module directly, even os9Boot. Look in your manual and read up on MODED ... its easy to use and once you have finished editing, nothing else need be done, quick and easy. I like it much better than using DMODE or reassembling from assembly source code and using os9gen, etc. === Jesse === -*- End of Thread. -*- 86220 13-MAR 18:55 General Information CoCo2 Emulator runs Level One OS9 From: JES68K To: ALL Okay, folks ------ the CoCo2 Emulator Rev 1.3 now runs Level One OS9 as per the author's latest efforts at improving this MS-DOS program that supports our favorite machine, the Color Computer 2, actually one of our favorite machines. The author states that he may code up an Emulator for the CoCo-3 (in the future when he has more time), especially if it were a commercial program (maybe $25 or so). This is hot off Internet! Enjoy! For more support of emulator type programs, access ACS BBS in Atlanta at (404)636-2991 .... our new 1Gig hard drive is looking for many new programs for our users to enjoy. Filename is COCO2-13.ZIP when it appears in NEW UPLOADS. === Jesse === -*- 86293 16-MAR 00:02 General Information RE: CoCo2 Emulator runs Level One OS9 (Re: Msg 86220) From: CBJ To: JES68K You may quote me as saying I'd be willing to buy a CoCo3 emulator if it will run OS-9 level2! $25.00 is more than reasonable. Carl -*- 86305 16-MAR 20:50 General Information RE: CoCo2 Emulator runs Level One OS9 (Re: Msg 86293) From: DSRTFOX To: JES68K (NR) Jesse, he can get at least $50... my $25 along with Carls! -*- 86318 17-MAR 01:10 General Information RE: CoCo2 Emulator runs Level One OS9 (Re: Msg 86305) From: ILLUSIONIST To: DSRTFOX (NR) Agreed, count me in for anyother $25 (In fact, if it was made, that might just be the thing to push me over the edge and to buy a 486dx2, I dunno if it would work, (might be a bit TOO much) but how about OS-9000 DOS emulation, running OS-9 Level 2? or OS/2 DOS emulation running OS-9 Level 2. :) My dream system for the hardware + $125 ($100 for OS/2 and $25 for the CoCo) Yeah, if a coco 3 emulator that ran OS-9 Level 2 (though I bet some patches wouldnt work, if the patch requires a special hardware mod..) were available..I dont think there would be a heck of alot to stop me from buying a top-of-the-line PC. Except maybe a PowerPC running, well everything :) <- In quest of the Holy Grail of Computer -> -* Mike -*- End of Thread. -*- 86221 13-MAR 19:06 General Information RE: The Future (Re: Msg 85827) From: TOMFANN To: TEDJAEGER What happened to MVSystems? I bought some stuff from them a few years ago. ..Tom Fann -*- 86306 16-MAR 21:19 General Information RE: The Future (Re: Msg 86221) From: TEDJAEGER To: TOMFANN (NR) MVSystems sold both OS9 Level II and MSDOS products when I licensed DeskTamer to them. Sales of MSDOS products were going better and the cost of the Rainbow ad was not being returned in sales. I would guess that MVSystems still exists (I'd call the phone number from the Rainbow ads if interested in a product) but Mike Woolley and I discontinued the DeskTamer arrangement as he was quitting advertising. Bests ---TedJaeger -*- End of Thread. -*- 86224 13-MAR 19:57 Programmers Den RE: print formatter (Re: Msg 85931) From: TOMFANN To: MDALENE VPRINT from Bob van der Poel does proportional printing, if that is what you want. ..Tom Fann -*- 86228 13-MAR 20:15 Applications (6809) RE: TSEDIT? (Re: Msg 85843) From: TOMFANN To: KEITHJABBOTT (NR) The best word processing program under RS-DOS is Telewriter 128, but its distributor, Cognitec, seems to have disappeared. It is both powerful and very easy to use. If you can find someone willing to sell his copy, buy it. The next best under RS-DOS is Simply Better, available from Rick's Computer Enterprise at (606) 787-5783. Under OS9, the best (again, IMHO) is VED and VPRINT from Bob van der Poel in Canada at (604) 866-5772. It is very similar to Telewriter, and you have all the advantages of OS9. Max-10 is a WYSIWYG word processor (mouse-based) under RS-DOS, available from Alpha Products in Connecticut at (203) 656-1806. The advantage to this one is that it is like a desktop publishing program, meaning there are a lot of different fonts available for it. You could use it to make your own newspaper. You are limited to the fonts in your printer with the other ones. It is also easy to use; my 14-year-old daughter uses it all the time. Any of the above put SCRIPSIT to shame. I know - I started with Color SCRIPSIT. ..Tom Fann -*- 86229 13-MAR 20:26 Applications (6809) RE: TSEDIT? (Re: Msg 85871) From: TOMFANN To: DSRTFOX Word Power is still available from Microcom Software, the very same people who used to advertise in The Rainbow. It is in no way "orphanware". I talked to them on the phone last weekend and informed MRUPGRADE that he should not consider it "orphanware". Just because a vendor no longer advertises does not mean he is out of business. All you have to do to check is pick up the phone. Unfortunately, the last known number for Cognitec (Telewriter) "has been disconnected". BTW, CoCo Max III and Max-10 are still available from Alpha Products (Colorware), as they have been for years. MRUPGRADE was informed of this also. Someone told him these products are "orphanware". Not true. ..Tom Fann -*- 86237 14-MAR 01:19 Applications (6809) RE: TSEDIT? (Re: Msg 85871) From: MRUPGRADE To: DSRTFOX As Tom says,,, you may be able to find MAX-10, Word Power etc. (Rick does carry Simply Better),, if youo dig deep enouhh,, nad have enough past years magazines to dig through. However,, to satisfy Tom Fann,, I've looked in some of my system buys, disk files (I usually take all disks with). And have several "Original Coppies each". Since I don't place a high value on used software,, I7ll just put 'em in the library. Is that OK with you TOM? they are original disks. However this is not a general for sale thing (no EMAIL please). It is a club listing for members (and (smile) Tom). Thanks for the plug Frank. Til then,,, Terry Simons -*- 86242 14-MAR 02:26 Applications (6809) RE: TSEDIT? (Re: Msg 86229) From: RICKULAND To: TOMFANN I also have a problem with this. It seems almost any program older than six months is considered orpahned...... EVEN IF THEY ARE, copyrights run close to a hundred years nowadays. Honest vendors pay good money for old copies of this stuff, only to find it 'sold' for $9.95 as 'orphanware' We will sone have some true orphans- with MI&CCC the last purveyour of CoCo software. -ricku -*- 86254 14-MAR 20:38 Applications (6809) RE: TSEDIT? (Re: Msg 86228) From: COLORSYSTEMS To: TOMFANN > The best word processing program under RS-DOS is Telewriter 128, but its > distributor, Cognitec, seems to have disappeared. It is both powerful > and very easy to use. If you can find someone willing to sell his copy, > buy it. > Under OS9, the best (again, IMHO) is VED and VPRINT from Bob van der Poel > in Canada at (604) 866-5772. It is very similar to Telewriter, and you > have all the advantages of OS9. There's a darn good reason why VED/VPrint are similar to TW-128. While TW-128 was marketed by Cognitec, it was written by Bob van der Poel!!! ------------------------------------ Zack C Sessions "Always in motion is the future." - Yoda -*- 86268 15-MAR 01:14 Applications (6809) RE: TSEDIT? (Re: Msg 86254) From: RICKULAND To: COLORSYSTEMS Bob has made a carrier(sic) out of Motorola test whackers, hasn't he? Long live vdp! -ricku "Always in motion is the past." - Clinton -*- 86279 15-MAR 21:30 Applications (6809) RE: TSEDIT? (Re: Msg 86242) From: DSRTFOX To: RICKULAND I don't have a problem with orphanware in concept... but one DOES need to be responsible in searching out those who no longer support a program. And I'd say wait a reasonable time before accepting anything as "orphaned" ... say at least three years. But that pretty much leaves most CoCo stuff open, doesn't it? -*- 86295 16-MAR 00:35 Applications (6809) RE: TSEDIT? (Re: Msg 86279) From: RICKULAND To: DSRTFOX Actually, no. The law unfortunately doesn't allow reasonability. Any je rk with $100 and a winning smile might assume some copyright- not because the work involved is inherently valuable, but to establisha legal point. There is no such thing as orpahware...... hmmmm, neat typo- The men who duplicate software and the women who love them, next on Oprah! -ricku -*- 86303 16-MAR 20:44 Applications (6809) RE: TSEDIT? (Re: Msg 86295) From: DSRTFOX To: RICKULAND (NR) I understand the possible legal implications, but in order to sue for damages, one has to establish that sales were lost and damages incurred. Now, that would be hard to do since the software hasn't been marketed for years! About the only thing someone could do in this case would be to stop the distribution of the software. I understand the copyright laws enough, I actually have on fully registered copyright under the old laws (circa 1983... they were changed around 1989 to the current standard where anyone puting a copyright notice on an item is protected). I also talked with a lawyer about this.... unless damages can be proven, you couldn't even get your legal fees back! -*- 86307 16-MAR 21:32 Applications (6809) RE: TSEDIT? (Re: Msg 86303) From: BANANAMAN To: DSRTFOX (NR) Just as a point, though. Just because you couldn't win a court case doesn't mean it's legal. It just means you couldn't prove it. --Anyd (ooops) --Andy -*- End of Thread. -*- 86230 13-MAR 22:43 General Information New GIME From: NEALSTEWARD To: ALL I'm back after suffering from all sorts of strange bugs and crashes. It turns out that my old GIME gave out on me. New ones are available from Radio Shack Consumer Mail. The part number is MX-0992 and the cost is a steep $34.17 + $2.00 shipping + tax. Almost 40 bucks later, my coco3 is alive and well. I can even run Gshell with my 2 megs, which wouldn't work before. It's like getting a new machine. -*- 86231 14-MAR 00:18 General Information RE: DISTO Products running Low. (Re: Msg 86073) From: AJMLFCO To: DBREEDING (NR) The 4n1 and a RS232 pak will both run on a short piece of ribbon cable. I use my RS232 pak for /t2 with RTS/CTS etc. and use the Disto 4n1 serial port for /t3. Sacia will run'm both just fine without a multipak.! Allen -*- 86235 14-MAR 00:53 Applications (6809) hamradio From: K4OP To: ALL a Are there any os9 programs to use for ham radio uses? If so where are they located? Bruce K4OP -*- 86258 14-MAR 23:35 Applications (6809) RE: hamradio (Re: Msg 86235) From: WA2EGP To: K4OP (NR) Contact Bob Billson (if you have internet access - bob@kc2wz.bubble.org) for a satellite tracking program. I've also seem a morse code program (for the CoCo) that will take a string characters and beep them out. It does grab the machine completely though. That one might be in the database but I don't know since a friend gave it to me before I got on Delphi. There is also a packet BBS program but that is for a 68020. There may be other stuff but I haven't seen it. Bob -*- 86261 14-MAR 23:45 Applications (6809) RE: hamradio (Re: Msg 86235) From: WA2EGP To: K4OP (NR) The morse program is in the database under applications. -*- 86277 15-MAR 21:25 Applications (6809) RE: hamradio (Re: Msg 86261) From: DSRTFOX To: K4OP (NR) Dynamic Electronics has several HAM programs, including a keyer. Don't have an address of phone # handy right now, drop me E-mail .... -*- 86286 15-MAR 23:50 Applications (6809) RE: hamradio (Re: Msg 86277) From: MRUPGRADE To: DSRTFOX Check any (grin) recent UPGRADE magazine Frank. we carry a full listing and yes their HAM is said to be of theh Best on CoCo. If youo don't find it,, I7ll leave it next time I'm on line. Til then,,, Terry Simons -*- End of Thread. -*- 86238 14-MAR 01:21 Games & Graphics RE: new user hard drive (Re: Msg 86132) From: RICKULAND To: TAULBORG This is a real slow relpy, do to various things. Perhaps I can help you out after building a zillion BBXT boot's it's likely I have one here- or almost one, at worst. Drop me a line with in mail if you are still stuck. -ricku -*- 86311 16-MAR 23:46 Games & Graphics RE: new user hard drive (Re: Msg 86238) From: TAULBORG To: RICKULAND (NR) With help I have been able to get a simple boot going but I can't seem to run king's quest and leisure suit larry and I am haveing probs with supercomm!!! They all worked fine before and now with the new boot they don't seem to work.I also can't get the help message system to work. I have bought many coco's along with thier software over the years and have ammassed a large pile of EVERYTHING almost.according to the local os9 people I have to put more stuff in my boot file but I have looked at evrything and most if not all of everything I need is there! I really don't know what to do with all the files but they are there and I just can't get them to work the way they are supposed to!!!!! I am haveing no problem with the RSDOS part of my hard drive but I really need a lot of help with the OS9 part. I need to learn how to download files and what to do with them. But before then i have to get supercomm to work again. I also need to know how to add stuff to my boot file so that I can get all this stuff to run off my hard drive!I would also like ANY info on the XT-Rom because it would be neat to turn my coco on and get OS9 straight from the hard drive.I am really new at OS9 so please give detailed info if you can give me any info,any questions asked will be answered so help me if you can!!!! -*- 86314 17-MAR 00:24 Games & Graphics RE: new user hard drive (Re: Msg 86311) From: RANDYKWILSON To: TAULBORG (NR) SuperComm v2.2, and KQ3/LSL all have one thing in common. They all use virtual IRQs. There was a problem with the original issue OS-9 that affected VIRQs. The easiest way to fix it is to use the INIT module from Fight Sim 2, or just patch your existing init from 0F to 0C at offset 000C. Tis late here, I'll give you more detailed info tomorrow, if someone doesn't beat me to it. Randy -*- End of Thread. -*- 86240 14-MAR 01:57 Telecom (6809) BBS From: REVWCP To: ALL Dear Friends: Does anyone have a phone # for the Motorola BBS? With all best wishes, Brother Jeremy, CSJW OS9 User's Group Treasurer -*- 86313 17-MAR 00:20 Telecom (6809) RE: BBS (Re: Msg 86240) From: JAYODER To: REVWCP (NR) >Dear Friends: >Does anyone have a phone # for the Motorola BBS? >With all best wishes, >Brother Jeremy, CSJW >OS9 User's Group Treasurer Jeremy, In my Motorola apps. guide for the M68HC705 microcontroller their freeware BBS# is (512)891-3733. Use 8N1 at 1200/2400 baud. I have used this BBS often, there is lots and lots of stuff! Jeff Yoder -*- End of Thread. -*- 86244 14-MAR 07:34 Programmers Den RE: What is the latest g++ version (Re: Msg 86178) From: MARKGRIFFITH To: RHELLER > >> latest version 2.5.5 > Is g++ or gcc? On chestnut it *looks* like just gcc, not g++. It is my understanding that the 2xx series of gcc included C++ support. But don't quote me on that.....I've never tried it. /*********** /\/\ark *************/ (Upload with InfoXpress Ver. 1.01) -*- 86246 14-MAR 19:22 Programmers Den RE: What is the latest g++ version (Re: Msg 86244) From: RHELLER To: MARKGRIFFITH The archive on chesnut is 2.5.6 and does not contain a cc1plus file, just gcc2 cc2, cccp2, and the library and a couple of header files. gcc is the driver, cc1 (2?) is the C compiler and cccp is the pre-processor. cc1plus (if it would be there) is the C++ compiler. Robert -*- End of Thread. -*- 86245 14-MAR 08:19 General Information MM/1A Mouse Sanctification From: BOISY To: ALL After twiddling a bit with the msdrv disassembled code, I now have a source code file which will assemble into either a mouse systems module *or* a Microsoft/Logitech module. Just to be sure it worked, I went out and purchased the same Logitech TrackMan I did a week ago, hooked it up and now it works fine! All three buttons now function properly and the mouse cursor moves gracefully. I've forwarded my changes to others for integration, so these modules should be available soon. -*- 86250 14-MAR 20:13 General Information PC6300 From: REVWCP To: ALL Dear Friends: Does anyone know what sort of CPU is in an AT & T PC6300. I have a chance to get one. It has an ST-225 and a 5-1/4 floppy so those alone would be worth it. With all best wishes, Brother Jeremy, CSJW OS9 User's Group Treasurer -*- 86253 14-MAR 20:28 General Information RE: PC6300 (Re: Msg 86250) From: WDTV5 To: REVWCP Humm, seems I've got one of those bieasties at work & I think its got a 68008 in it. Runs unix, BSD4.2 I think, never been able to get into it due to unix's overblown security. No need to really, I just call NCR/ATT when it goes kaflooey, which it does quite regularly, usually due to a flaky power supply or blown modem. It runs our CBS message system, receiving data over a tletext (teletext) stream in the vertical interval, helps to edit our replies, and modems them back to CBS. I'ts been pretty good since I told them to either fix it or get that firetrap outta my building! I got sick of smelling smoke all the time 'cause the techs couldn'tmber to loop the ps wires back outta the fan blades. Its put together sorta weird as you know. That hump that holds up the greennie screen is the power supply, and so far no two motherboards or power supplies have come out of stock with compatible connectors, always a jury rig of some kind. /send nimitz hi yerself Got mail from nimitz better go. Cheers, Gene -*- 86256 14-MAR 21:55 General Information RE: PC6300 (Re: Msg 86253) From: RANDYKWILSON To: WDTV5 I would be highly surprised in a AT&T computer ran BSD unix. :> Randy -*- 86259 14-MAR 23:40 General Information RE: PC6300 (Re: Msg 86250) From: WA2EGP To: REVWCP I believe it is an 8088. My wife has one home but it has been a while since I looked inside. A 6300 is just their XT. Don't confuse it with a 7300 which is a UNIX machine (68010). -*- 86260 14-MAR 23:44 General Information RE: PC6300 (Re: Msg 86256) From: WA2EGP To: RANDYKWILSON I'd be surprised if a 6300 ran UNIX since it is their version of an XT. -*- 86263 15-MAR 00:15 General Information RE: PC6300 (Re: Msg 86259) From: RANDYKWILSON To: WA2EGP Bob, I have no idea what a 6300 is. I was refering to the fact that AT&T wrote and owned unix (until recently). I would doubt that any of their machines would come with the BSD clone. :> -*- 86265 15-MAR 00:58 General Information RE: PC6300 (Re: Msg 86253) From: LMCCLURE To: WDTV5 "Humm, seems I've got one of those bieasties at work & I think its got a 68008 in it. Runs unix, BSD4.2 I think, " I think you may want to check the plate for the model number. The 6300 was part of AT&T's Intel-based PC series. My May 1985issue of BYTE (which has the machine you refer to on the cover), simply refers to it as "The AT&T Unix PC", but I believe it also was known as the 7300. BTW, the CPU is a 10Mhz 68010. -*- 86266 15-MAR 01:01 General Information RE: PC6300 (Re: Msg 86256) From: LMCCLURE To: RANDYKWILSON According to BYTE, the AT&T Unix PC originally shipped with Unix System 5, revision 2. -*- 86267 15-MAR 01:06 General Information RE: PC6300 (Re: Msg 86250) From: RICKULAND To: REVWCP A little work with magic marker, and your new PC6309 is ready for upgrade. -ricku -*- 86274 15-MAR 20:29 General Information RE: PC6300 (Re: Msg 86256) From: WDTV5 To: RANDYKWILSON You're absolutley correct, that copy is in a bright red box! So its obviously the AT&T version. Cheers Randy, you gotta keep me on my toes! -*- 86276 15-MAR 20:34 General Information RE: PC6300 (Re: Msg 86265) From: WDTV5 To: LMCCLURE (NR) Maybe, but it doesn't resemble the pix I've seen of the 7300. And Intel sure didn't make the cpu thats in it. I wonder how many diff prod runs there might have been too, the one time I picked up the motherboard to look, it did have a 68008! But then this boards been swapped out at least 4 times now, and none of them were totally plug compatible with the previous occupant of the bottom of the box! Maybe some did have 68010's as they would be essentaiilly plug-n-play in that app. Cheers, Gene -*- 86282 15-MAR 23:15 General Information RE: PC6300 (Re: Msg 86276) From: COCOKIWI To: WDTV5 THE 6300 system is a 8086......I saw one today!!!! Dennis -*- 86291 15-MAR 23:58 General Information RE: PC6300 (Re: Msg 86263) From: WA2EGP To: RANDYKWILSON OK. I agree. It would be hard to imagine one of their machines with anything but their "version" of UNIX. OF course, if you can get a 6300 to run UNIX, you must be a D**M good programmer (grin). -*- 86292 15-MAR 23:59 General Information RE: PC6300 (Re: Msg 86266) From: WA2EGP To: LMCCLURE (NR) The latest version was 3.5.1 but has been modified by users to a 3.5.1m. I have two. Neat old beasts. -*- 86302 16-MAR 20:28 General Information RE: PC6300 (Re: Msg 86282) From: WDTV5 To: COCOKIWI I guess I'm gonna have to go look under the hood tommorrow, either I've got the model or the cpu snafued. Gene -*- 86304 16-MAR 20:49 General Information RE: PC6300 (Re: Msg 86291) From: DSRTFOX To: WA2EGP The version of UNIX is a moot point. AT&T sells machines to many vendors. If a custom software/machine vendor set up the PC7300 they may not have purchased the operating system from AT&T with the machines. So the PC7300 could very well have come with "BDS" or whatever UNIX. I see this on the AF base all the time. We have some "Monaco" automated fire alarm systems. The control unit is a Tandy 1000TX (286) with a special BIOS in it. As far as we can tell, the only reason for the odd BIOS is so the Monaco soft ware won't run on anything else!! (no standard clone). -*- 86309 16-MAR 23:31 General Information RE: PC6300 (Re: Msg 86304) From: WA2EGP To: DSRTFOX (NR) Yes the 7300 may come from a vendor with some other flavor of UNIX but 1. I would imagine that it would come from AT&T with their version when it goes to the vendor 2. In my limited (very limited) contact with a number of machines, I haven't seen any with anything other than System V. Maybe someone else could jump in if they have seen anything different on one. As far as the AF machines go, well, sometimes the military does have a "different" way of doing things than everyone else. BTW, I think that special BIOS is an excellent idea for preventing software piracy. Of couse it shoots s all to heck (Grin). This all started because of confusion between the 6300 and the 7300 which seems to me like confusing MS-DOS and OS-9 (ducking and smiling...) -*- 86320 17-MAR 03:16 General Information RE: PC6300 (Re: Msg 86302) From: COCOKIWI To: WDTV5 (NR) either that or a new pair of Eyes!......It was funny,I was following this thread over the last few days,I am in the process of installing an alarm system at a Computer Non profit groupgive kids access to computers! the guy that runs it is a NETWORK tech! and has been collecting OLD computers to use,and this guy pulls out this old box to check out,and I just happened to see the AT & T label! the rest you know! I looked at the Back label,and sure enough it WAS a 6300.....I then LOOKED more closly!!! dennis -*- End of Thread. -*- 86273 15-MAR 19:55 System Modules (6809) Grfdrv Patch From: DENNYWRIGHT To: ALL I applied the 25 line grfdrv patch but I was wondering if anyone can tell me how to patch the window descriptors so that they are 25 lines. Or do I have to wcreate the windows with 25 lines? -*- 86280 15-MAR 23:09 System Modules (6809) RE: Grfdrv Patch (Re: Msg 86273) From: JRUPPEL To: DENNYWRIGHT The easiest way that I found to modify my window descriptors is with Easyedit found here in the Applications database. It gives you a chance, also, to adjust step rates, fore and background colors and device configurations. It works exceptionally well. John -*- 86290 15-MAR 23:58 System Modules (6809) RE: Grfdrv Patch (Re: Msg 86280) From: MITHELEN To: DENNYWRIGHT Of course... you can always look up the information in the OS-9 Technical referance section. You should be able to find out whay bytes to patch in the information on SCF file descriptors, and then use modpatch to make the changes... This gives you a much more fuller understanding about how OS-9 works, and helps you to develop the skills to figure these types of changes on your own in the future... I don't mean to sound like I'm "ragging" on you... but if more people would consult the manual or documentation onthese type of things, other people wouldn't have to answer the same old questions over and over, again and again... -- Paul P.S. I had a rotten day, so sorry if I seem uptight... -*- 86298 16-MAR 18:09 System Modules (6809) RE: Grfdrv Patch (Re: Msg 86280) From: DENNYWRIGHT To: JRUPPEL Thanks I'll look into it. -*- 86300 16-MAR 18:15 System Modules (6809) RE: Grfdrv Patch (Re: Msg 86290) From: DENNYWRIGHT To: MITHELEN Yeah I know but I still have trouble trying to figure out the war and peace book. That's what I call the Manual because of it's size. I try to figure it out nyself and I wish people would start quoting the manual or Like you did tell me the part of the man ual to look in. That little bit of info will be of great help inthe future. F or instance I didn't know Grfdrv was a SCF device or controlled by the SCF module. -*- End of Thread. -*- 86281 15-MAR 23:14 General Information Tandy Support Lives! From: TOMFANN To: ALL I discovered something today that seems to be virtually unknown in the CoCo Community, and it is this: almost ALL of the software that Radio Shack ever sold for the Color Computer is still available by special order at your local Radio Shack, and at very reasonable prices, in most cases. This includes such titles as "The Hitchhiker's Guide to the Galaxy" @ $4.95, "Leisure Suit Larry" @ $4.95, "Tetris" @ $19.95, "C Compiler" @ $69.95, and "TSSpell" @ $10.95. I have the first edition of the Express Order catalog, dated 1988, and almost everything listed in there for the CoCo is still available. However, it is NOT available through Express Order! All this CoCo software has to be special ordered from what is called the Consumer Mail Center. There is a catalog listing everything in a large red binder. It also includes printwheels for daisy wheel printers, vacuum tubes, etc. I was told that every company-owned Radio Shack should have one of these Consumer Mail Center catalogs. You will most likely have to talk to the manager because even very few Radio Shack employees know about this. Check it out! ..Tom Fann -*- 86296 16-MAR 09:55 General Information autoex/tsmon probs From: JWILKERSON To: ALL I used a package that modifies cc3go to elimiante it as an active process and to supposedly call login. This only locks up a window.... a program autoez is also supposed to be called. Can anyone give me a clue? Thanks -- John -*- 86297 16-MAR 11:17 General Information RE: autoex/tsmon probs (Re: Msg 86296) From: ILLUSIONIST To: JWILKERSON put tsmon in /dd/cmds but with the filename autoex (for auto-execute, this can be done for any os-9 command) I am willing to bet that the reason the window "locks up" is that it trys to find autoex, but cant, and doesnt have a process to fork, cc3go dies, and of course doesnt have a parent since it is a system-boot process, so you end up staring at a blank window.. is this package PD? if so is it for OS-9/6809 or OS-9/680x0? if it is for either you should upload it here, if it is for 6809, I am gonna have to make it a point of grabbing a copy :) -* Mike -*- 86301 16-MAR 18:36 General Information RE: autoex/tsmon probs (Re: Msg 86297) From: JWILKERSON To: ILLUSIONIST The program is _already_ here on Delphi. Look in the telecommunications section IUi I think. The package has an Ipatch for cc3go and a program called autoez. I had already named autoez autoex. I will however name tsmon autoex and see it that does it. cc3go is supposed to die become a non-active process. Oh, and yes.... it is for 6809 os9. Thanks.... John -*- 86317 17-MAR 01:00 General Information RE: autoex/tsmon probs (Re: Msg 86301) From: ILLUSIONIST To: JWILKERSON (NR) Hmm, ok I will DL it and see if I can get it to work, I would love to have a CC3Go that would run a multiuser system on startup.. -*- End of Thread. -*- 86308 16-MAR 22:10 General Information Multipak Pal Chip From: DBREEDING To: ALL I'd like to get an Upgrade PAL chip for the old-style Multipak. I called National Parts and they said that it was a Repair Center only part. Seems I saw an ad somewhere recently by someone, but cannot find it. If anyone knows where/how to get one, please let me know. My multipak was supposed to have been upgraded, but it says "Tandy" and has a date of '86(?) don't have the pak opened now. Someone told me that this was the old chip. It did seem to work OK on my CoCo 3, but don't want to take chances. -- David Breeding -- *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 86321 17-MAR 03:20 General Information RE: Multipak Pal Chip (Re: Msg 86308) From: COCOKIWI To: DBREEDING (NR) Talk to Marty.....MARTYGOODMAN here for info on that! He has Em!leave him a message on E-Mail....OK! Dennis -*- End of Thread. -*- 86310 16-MAR 23:41 Telecom (6809) 6809 UUCP From: WA2EGP To: ALL Just want to let everybody know that Bob Billson has been getting a lot a messages of the "When will it be released?" type. He told me that he intends to get it out no later than April 2nd (this year) in spite of his system going "poof!". His 6309 got blasted and part of his hard drive got trashed. He has recoved using a 6809 from an old CoCo I (!) and is working on it. Knowing Bob, he'll do it. Have patience. -*- 86312 17-MAR 00:17 General Information RE: question (Re: Msg 86162) From: TAULBORG To: LLASHER (NR) OS9 Still LIVES and is still being explored by coconuts like me!!!! -*- 86315 17-MAR 00:29 General Information cocofest From: TAULBORG To: ALL Does anyone know when the next COCO fest will be?I need to know for our next newsletter Our Coco club is still alive and going strong with a few members that would like to know when th next cocofest will be!!! I have to put this info in our april newsletter so please let me know soon! Steven P Taulborg V.P. COCO Club of Central Ohio -*- 86326 17-MAR 09:52 General Information RE: cocofest (Re: Msg 86315) From: MITHELEN To: TAULBORG (NR) Contact Tony Podraza (TONYPODRAZA) He will supply you will all the information you need. I recall off hand if he already posted the info file here or not. But if my memory is correct, the dates are May 20 & 21 (or at least thereabouts on that weekend) -- Paul -*- End of Thread. -*- 86322 17-MAR 04:13 Telecom (6809) Transmitting Via Modem, Etc. From: TAFOID To: ALL Hi! I have a problem. I wish to transfer the many GIF's and sound files I have on os-9 Level 2 disk to my IBM. If there a way to Direct Connect the IBM and CoCo via the RS232 Card. Looking specifically to transfer thedse programs via Telecom programs o n thier respective computers. I was looking for possible transfer rates of 19200 for RAW data transfer via Cable. Is this possible, and how? BTw.. I have a CoCo 3, 512k, and Osterm.. Thanks :) P.S Schematics for make a cable (w/ parts numbers if possible..) would be great! -Scott -*- 86327 17-MAR 09:56 Telecom (6809) RE: Transmitting Via Modem, Etc. (Re: Msg 86322) From: MITHELEN To: TAFOID (NR) A standard null modem adaptor, with DCD strapped high is all that is needed. The CoCo RS-232 pack needs DCD high before it will receive any data. -- Paul -*- 86328 17-MAR 10:26 Telecom (6809) RE: Transmitting Via Modem, Etc. (Re: Msg 86322) From: ILLUSIONIST To: TAFOID (NR) If you have an RS232 pak, you should be able to transfer the files at 19200, might have to go with 9600 if your system doesnt have all the "right" patches..one thing though, why not just transfer them by diskette? there is a patch in the system modules database to read/write PC floppies just format a bunch of PC floppies, and copy all the files over.. there is even a command to do a "dsave" like copy of all files on a floppy to the pc disk.. -* Mike -*- End of Thread. -*- 86329 17-MAR 10:31 General Information Eliminaotr From: ILLUSIONIST To: ALL Can anyone tell me if the Eliminator board for the coco is a halt or no-halt floppy controller? And is the par. port bi-directional (or more accuratly, can if physically support bi-dir. I know that drivers would have to be written.) -* Mike -*- FORUM>Reply, Add, Read, "?" or Exit>