#: 13769 S10/OS9/6809 (CoCo) 30-Dec-91 11:52:12 Sb: 25 line patch Fm: JOERG SATTLER 74016,631 To: Kevin Darling Where might I find the 25 line patch by Kevin Darling. Convential means of searching have not turned up any reference to a patch by anyone to generate a 25 line display, that I can find. Joerg Sattler, 74016,631 #: 13780 S10/OS9/6809 (CoCo) 01-Jan-92 10:29:00 Sb: #13714-Recovering RAM Fm: Dennis Skala 73177,2365 To: Ian Hodgson 72177,1762 (X) Erich, As the author of the ramdisk software you refer to, I appreciate your positive comments regarding the speed and convenience of use. I spent a good deal of effort making it so. Even though it's been several years now, I still enjoy hearing people say they are getting good use from it. I don't understand what you are referring to however when you say "less than 100%-RBF compatible". I can assure you that since they are RBF devices, *all* OS9 ramdisks are fully 100% RBF compatible. Else they wouldn't work at all! If you're referring to the creation of a BLOB problem by certain bootfile configurations containing the ramdisk driver/descriptor, this has nothing to do with any sort of software compatibilty. It is a subtle hardware problem with the Coco's address circuitry which results in certain bootfile configurations not booting (at least this seems to be the consensus right now). It's also a pain in the a** for those cursed with it! ;-) ***** Dennis ***** #: 13782 S10/OS9/6809 (CoCo) 01-Jan-92 15:28:06 Sb: Tetris to Disk Fm: Ches Looney 73016,1336 To: All Has anyone pulled Tetris off the pack into a disk? Any surprises? Any changes to permit it to work in either RSDos or OS9?? Thanks for info. Ches. #: 13784 S10/OS9/6809 (CoCo) 01-Jan-92 22:43:40 Sb: #OS9 Data Transfers Fm: Gus Moyer 71076,1112 To: all Is there a file available which will do a transfer from a Coco OS9 to MSDOS? Thanks There is 1 Reply. #: 13785 S10/OS9/6809 (CoCo) 01-Jan-92 22:54:27 Sb: #13784-#OS9 Data Transfers Fm: Erich Schulman 75140,3175 To: Gus Moyer 71076,1112 (X) Assuming you want to run the program on your CoCo, you have three options. 1. Get the CoCo To MS-DOS article/program in the July 1986 issue of Rainbow magazine. The program is Disk BASIC, not OS-9. For an occasional small job this might be best. 2. Download the PCDos utility and the required CC3Disk IPatch. You will also need the IPatch utility if you don't already have it. You should find all of these in Lib 9. Use BRO KEY:PC* for PCDos and the IPatch and BRO KEY:IPATCH to find the ipatch utility. You may want to add LIB:ALL in case some of these are not in Lib 9. 3. Purchase the program GCS File Transfer Utilities. If you intend to do a lot of transferring this may be your best bet, esp. the MultiVue version. The regular version is $44.95 and MV version is $10 more. You will also need SDISK-3 (forgot its price). You can order these direct from Granite Computer Systems. Check Rainbow ads for their address. If you want to run the program on your PC, you may still be able to buy Xenocopy. You may also be able to download a utility. GO IBMFF to look. Look for general "read alien disks" programs. Hope this helped! Erich Schulman (KTN4CA) There is 1 Reply. #: 13939 S10/OS9/6809 (CoCo) 08-Jan-92 23:21:07 Sb: #13785-OS9 Data Transfers Fm: Gus Moyer 71076,1112 To: Erich Schulman 75140,3175 (X) Thanks for the info. I'll pass it along. #: 13787 S10/OS9/6809 (CoCo) 02-Jan-92 17:59:40 Sb: #File Uploader Query Fm: Ches Looney 73016,1336 To: Sysop (X) Did I miss a turn somewhere? I used to be able to get the User ID for uploaded messages/files in the library by using the long descriptor, but the ID no longer shows. How can I get the user ID for a file in the library? Thanks, Ches. There is 1 Reply. #: 13788 S10/OS9/6809 (CoCo) 02-Jan-92 19:53:51 Sb: #13787-#File Uploader Query Fm: Erich Schulman 75140,3175 To: Ches Looney 73016,1336 (X) There's probably a better way to do it but considering that I don't often have need of this info I get it when I do need it with DIR. If the file you're interested in is PROGR.AR, use the command DIR PROGR.AR in the appropriate LIB. You can use wildcards if you don't have the exact name. There is 1 Reply. #: 13801 S10/OS9/6809 (CoCo) 03-Jan-92 16:12:59 Sb: #13788-#File Uploader Query Fm: Ches Looney 73016,1336 To: Erich Schulman 75140,3175 (X) Sorry, Erich, I just tried that and got no more than from BROwse or SCAn. File info but no info on uploader. Ches. There is 1 Reply. #: 13828 S10/OS9/6809 (CoCo) 04-Jan-92 16:32:37 Sb: #13801-#File Uploader Query Fm: Erich Schulman 75140,3175 To: Ches Looney 73016,1336 (X) I just checked using DIR in Lib 10 to get the User ID. Here's a sample. [76576,2715] DYNTRM.TXT/Asc Bytes: 2660, Count: 20, 11-Dec-91 [76703,2013] PURGED.TXT/Asc Bytes: 3047, Count: 64, 14-Nov-89(17-Nov-91) [72245,1400] CBREZE.IPC/Bin Bytes: 256, Count: 1, 17-Nov-91 [70721,435] UHS.ARC/Bin Bytes: 9344, Count: 6, 16-Nov-91 [76703,4255] UTIL3.HLP/Asc Bytes: 3498, Count: 37, 29-Oct-91 As you can see, the User ID appears above each filename. So if you can't get the information you want from DIR you must have something set up very differently from me. There is 1 Reply. #: 13830 S10/OS9/6809 (CoCo) 04-Jan-92 20:36:15 Sb: #13828-File Uploader Query Fm: Ches Looney 73016,1336 To: Erich Schulman 75140,3175 (X) Yup, try setting to short descriptions in the OPTions section and then run DIRectory. You'll see the info as before but without the uploader's id lines. Appears that the DEScription command used with the options set to short provides incomplete info. (and likewise the DIRectory and SCAN commands. Regards, Ches. #: 13789 S10/OS9/6809 (CoCo) 02-Jan-92 19:54:20 Sb: #CRC checking Fm: Hugo Bueno 71211,3662 To: All I just installed the Kernel patch which allows for OSK compatible filenames under os9-6809. Seems to be working fine but.... I used to use Roger Krupski's CRC program which patches OS9p1 to disable CRC checking. Since the kernel is different now, that utility doesn't work right. Could someone tell me how to disable CRC checking? I got really used to fast/smooth response, so it's kinda annoying to have to wait for a program to start up now. :-) Hugo There is 1 Reply. #: 13826 S10/OS9/6809 (CoCo) 04-Jan-92 16:24:16 Sb: #13789-#CRC checking Fm: Erich Schulman 75140,3175 To: Hugo Bueno 71211,3662 (X) I think the best approach would be to disassemble your new os9p1, locate the crc checking and turn it off, then reassemble. Comparing disassemblies of the standard os9p1 to the crc off patched os9p1 will help. Perhaps someone else will come up with something better. There is 1 Reply. #: 13845 S10/OS9/6809 (CoCo) 05-Jan-92 14:46:28 Sb: #13826-CRC checking Fm: Hugo Bueno 71211,3662 To: Erich Schulman 75140,3175 (X) Hmm, I'm not really assembler literate, so even if I did disassemble the source, I wouldn't know what I was looking at/for. Hugo #: 13790 S10/OS9/6809 (CoCo) 02-Jan-92 20:36:45 Sb: #RSB Date Fm: Ian Hodgson 72177,1762 To: All Is there any convenient way to return the system date and/or time as a string in RSB? There is 1 Reply. #: 13802 S10/OS9/6809 (CoCo) 03-Jan-92 17:26:04 Sb: #13790-RSB Date Fm: Bob van der Poel 76510,2203 To: Ian Hodgson 72177,1762 (X) Ian, why not just do a shell command (I think RSB permits this) and send the time/date to a temp disk file. Then read it back... #: 13794 S10/OS9/6809 (CoCo) 02-Jan-92 23:08:28 Sb: #Vefio_Help Fm: Brother Jeremy, CSJW 76477,142 To: All Dear Friends: First I hope that this new year will bring you all joy and peace and happiness. I am trying to use the VEFIO program to save MULTIVUE/GSHELL screens. I am afraid that I do not understand how to do this. I use AUTOEX to start GSHELL. Say for example I wanted to save the control screen to a vef file, what command line would I use? I did manage to do this once several months ago, so I know that it can be done. (BTW do I need to have PIPES, PIPEMAN, etc, in my boot file for VEFIO to work?) Thank you for all your help, and don't be afraid to insult me intellegence. (I'm not sure that I spelled that right---see what I mean?) With all best wishes, Br. Jeremy, CSJW There is 1 Reply. #: 13798 S10/OS9/6809 (CoCo) 03-Jan-92 04:43:48 Sb: #13794-#Vefio_Help Fm: Kevin Darling 76703,4227 To: Brother Jeremy, CSJW 76477,142 (X) Try "vefio -?" for some help info. Basically, you can do something like start another shell window somewhere, and use it from there to snap out another screen to disk. For example, I just tried "vefio -w2 >/r0/file.vef" and the contents of w2 (which is a gfx window) was captured. I could then "vefio /r0/file.vef" and view the picture. cheers - kev There is 1 Reply. #: 13806 S10/OS9/6809 (CoCo) 04-Jan-92 00:48:57 Sb: #13798-#Vefio_Help Fm: Brother Jeremy, CSJW 76477,142 To: Kevin Darling 76703,4227 (X) Dear Kevin: Thank you for your response. I am still not having any luck doing the following: I am trying to save and then print a MultiVue screen (in an 80x24 format) with CONTROL showing. I use autoex to start M_V on bootup. I believe that it is using /w7. When I tried vefio -w7 >/r0/file.vef I got an error: The requested screen is not hi-res graphics. I know that you can save a Multivue Screen, I was able to do so last summer. I just do n't understand what I am doing wrong. --Jeremy, CSJW There are 3 Replies. #: 13809 S10/OS9/6809 (CoCo) 04-Jan-92 05:52:00 Sb: #13806-#Vefio_Help Fm: Kevin Darling 76703,4227 To: Brother Jeremy, CSJW 76477,142 (X) Jeremy - hmmm. Use my "proc" command if you have it, and make sure M-V is running in w7. Or just try the vefio save on all windows , until you hit the right one. Will also have to experiment to see what types of gfx screens that vefio can save out. - k There is 1 Reply. #: 13821 S10/OS9/6809 (CoCo) 04-Jan-92 12:57:34 Sb: #13809-Vefio_Help Fm: Brother Jeremy, CSJW 76477,142 To: Kevin Darling 76703,4227 (X) Kevin, Lee Veal reminded me that I have MV boot up on AUTEX to Term which I patched to 80 columns, when I tried vefio -term >/dd/test.vef, it worked. I will make certain though that I have a copy of your PROCS command. Thanks for the help --Jeremy, CSJW #: 13815 S10/OS9/6809 (CoCo) 04-Jan-92 09:26:52 Sb: #13806-Vefio_Help Fm: Lee Veal 74726,1752 To: Brother Jeremy, CSJW 76477,142 (X) Bro, I use autoex to start up Multi-Vue on my systems, too. MV and Control, if started from the pull-down "Tandy" menu are always on /Term on my system. ID Prnt User Pty Age St Sig .. Module Std in/out --- --- ----- --- --- -- --- -- -------- ----------- 2 1 0 128 131 81 228 E4 CC3Go < > 3 4 0 128 129 C0 0 00 SuperCommW1 4 0 0 128 129 80 0 00 gshell Term 5 4 0 128 131 80 0 00 Shell W3 6 4 0 128 128 80 0 00 control Term 7 5 0 128 128 80 0 00 Proc HD Could be that you're telling VEFIO to access the wrong window device name. Lee #: 13817 S10/OS9/6809 (CoCo) 04-Jan-92 10:08:06 Sb: #13806-#Vefio_Help Fm: Lee Veal 74726,1752 To: Brother Jeremy, CSJW 76477,142 (X) Bro, I just went off-line to try something... VEFIO -term >mv.screen.vef is the syntax that I used to get the MV (w/Control overlay) saved to disk. Incidentally, in a previous message, you asked if the pipe facilties of OS9 were used/needed for this function. They are not. When use VEFPRT with VEFIO, then you need a pipe, but not just for screen saving. WARNING: When you save a MV screen (w/Control overlay) both will have the Menu bar replaced with the program name... For example: ====GShell================================================================= | | ====Control=================== | | | | | | | | | etc.... The only way that I've found that your can get the actual Menu Bar to be saved with the above VEFIO command is to do the command from a VDG window that immediately follows your MV screen. VDG windows don't use Windint to be displayed, they use VDGInt. Anyway, when you use the key to switch from the MV window to the adjacent window which is a VDG screen using VDGInt the Menu Bar rollover to program name doesn't occur. Then you can do the VEFIO -term >mv.screen.vef command and the screen will be displayed just as you saw it last. Hope something that I said in the above helped. Lee There are 2 Replies. #: 13820 S10/OS9/6809 (CoCo) 04-Jan-92 12:55:29 Sb: #13817-Vefio_Help Fm: Brother Jeremy, CSJW 76477,142 To: Lee Veal 74726,1752 (X) Lee, it worked. I forgot that MV boots up in TERM, that I patched to an 80 col window. --Br. Jeremy, CSJW #: 13823 S10/OS9/6809 (CoCo) 04-Jan-92 16:15:20 Sb: #13817-#Vefio_Help Fm: Kevin Darling 76703,4227 To: Lee Veal 74726,1752 (X) Lee, A trick I use to capture a MV (or other) screen with menus and mouse cursor, is to go to another shell screen and use: sleep 300; vefio -wx >file Then I flip back to the MV screen... and after the sleep times out, vefio grabs exactly what I'm seeing, menus and all. kev There are 2 Replies. #: 13834 S10/OS9/6809 (CoCo) 04-Jan-92 22:25:05 Sb: #13823-#Vefio_Help Fm: Brother Jeremy, CSJW 76477,142 To: Kevin Darling 76703,4227 (X) Dear Kevin (and Lee) With you help I got Vefio working. Now I have a problem with VEFPRT. I saved several screens from MV. I could veiw them fine. When I tried to print them, I get a BAD SCREEN TYPE:1 error. I have MultiVue AUTOEX on Term patched to 80 cols. Now what? Should I run MV in a different window, or does MV create its' own window. I had started it in /w6 and when I exited I was in /w1. Help. --Jeremy There is 1 Reply. #: 13846 S10/OS9/6809 (CoCo) 05-Jan-92 17:05:06 Sb: #13834-#Vefio_Help Fm: Lee Veal 74726,1752 To: Brother Jeremy, CSJW 76477,142 (X) Bro, Even though the VEFPRT docs say that it can print OS9 Lvl 2 screen types 5, 6, 7 and 8. That doesn't seem to be the case. I was able to successfully print 5, 6 and 8 only. VEFPRT always kicked out Bad Screen Type: 1, on a 640x192x4 screen. In VEF jargon a Type 1 screen is a 640x192x4 screen, which is supposed to correspond with the Type 7 screen as defined in the OS9 Reference manual. Looking at the VEFPRT source code seems to show that when a Type 1 VEF screen is being deciphered the "case" for Type 1 screens is not followed by a "break". Instead of completing the processing for a Type 1 screen VEFPRT drops down to a default routine that puts out the "Bad Screen Type: 1" message. The second byte of the file produced by VEFIO (vefio -term >file) indicates the screen type. Patching a $00 in that byte will make VEFPRT think that the screen being printed is a 320x192x16 screen. That may work as a stopgap until we can get some one to run VEFPRT.C through a new compile process. The source code that I think needs to be corrected is: . . . /* initialize */ switch(type) { case 4: width = 80; nbits = 8; break; case 0: width = 160; nbits = 2; break; case 3: width = 80; nbits = 4; break; case 1: width = 160; nbits = 4; break; <-- This "break" was missing, <-- thus, allowing the program <-- to fall through to the fol- <-- lowing "fprint" routine. default: fprintf(stderr, "Bad screen type: %d\n", type); exit(0); } . . . Anyway, that's what I think the problem is, but I'm not a C programmer, just an 'old' mainframe assembly programmer. Lee There is 1 Reply. #: 13852 S10/OS9/6809 (CoCo) 05-Jan-92 18:30:11 Sb: #13846-#Vefio_Help Fm: Brother Jeremy, CSJW 76477,142 To: Lee Veal 74726,1752 (X) Well Lee, maybe I should start learning C...I will let you know what happens. --Thank you, Jeremy, CSJW There are 2 Replies. #: 13858 S10/OS9/6809 (CoCo) 05-Jan-92 22:19:22 Sb: #13852-#Vefio_Help Fm: Lee Veal 74726,1752 To: Brother Jeremy, CSJW 76477,142 (X) I may even have a C Compiler around here somewhere... I'll look. Maybe we could contact the author, if we can figure out who did it. I'll check the library. Lee There is 1 Reply. #: 13870 S10/OS9/6809 (CoCo) 06-Jan-92 12:52:36 Sb: #13858-#Vefio_Help Fm: Bob van der Poel 76510,2203 To: Lee Veal 74726,1752 (X) Lee and Bro -- I uploaded a vef save and print package written is assembler quite some time ago. Should be in dl10. Try bro:vef and see what happens. Maybe this will work better for you.... There is 1 Reply. #: 13881 S10/OS9/6809 (CoCo) 06-Jan-92 14:24:12 Sb: #13870-#Vefio_Help Fm: Lee Veal 74726,1752 To: Bob van der Poel 76510,2203 (X) I'll go take a look for it. Thanx, Lee There is 1 Reply. #: 13915 S10/OS9/6809 (CoCo) 07-Jan-92 12:38:32 Sb: #13881-#Vefio_Help Fm: Bob van der Poel 76510,2203 To: Lee Veal 74726,1752 (X) Hmmm, the file seems to have been deleted. I've uploaded it again. Check for vefpt.ar in dl10. There is 1 Reply. #: 13916 S10/OS9/6809 (CoCo) 07-Jan-92 13:05:07 Sb: #13915-#Vefio_Help Fm: Lee Veal 74726,1752 To: Bob van der Poel 76510,2203 (X) Yeah, I was telling Bro. that you told me to look for it, but that I couldn't find your program. However, while searching for yours I found an authorized upgrade of VEFPRT that Bruce Isted had posted. Bruce's VEFPRT fixed most of the originals shortcomings and added some neat stuff, too. He did refer to a program that he credited to you called VEFSAVE, but I don't know if that's the program you've been telling me about or not. From his description, it didn't seem to be the same. Bruce's VEFPRT version may solve Bro.'s problem with trying print 640x200x4 screens. It worked on the tests that I did here and at home. ------------------------------------------------------------------------- And now for something completely different........... Did you ever consider incorporating some of the ideas that I gave you about enhancements to VED (6809 version)? Particularly, horizontal window scrolling and cursor movement (vertically) that is not sensitive to the placement of carriage returns. Lee There is 1 Reply. #: 13946 S10/OS9/6809 (CoCo) 09-Jan-92 18:46:05 Sb: #13916-#Vefio_Help Fm: Bob van der Poel 76510,2203 To: Lee Veal 74726,1752 (X) Yes, I considered you scrolling ideas; and the vertical movement thing. But they've not been incorporated. Maybe in a future 68K version, but I'm really committed to the size of the 6809 version...so don't think that'll happen. But I do appreciate the ideas--keep 'em coming! There is 1 Reply. #: 13948 S10/OS9/6809 (CoCo) 10-Jan-92 17:27:02 Sb: #13946-Vefio_Help Fm: Lee Veal 74726,1752 To: Bob van der Poel 76510,2203 (X) I can appreciate keeping the size of the 6809 version down. Just wishful thinking on my part, I guess. Lee #: 13868 S10/OS9/6809 (CoCo) 06-Jan-92 09:17:59 Sb: #13852-#Vefio_Help Fm: Lee Veal 74726,1752 To: Brother Jeremy, CSJW 76477,142 (X) Well, since my last response to you, I've found a C Compiler (MW's), installed it, and recompiled the VEFPRT.C. However, now, I've discovered that the processing routine for 640x192x4 screens is completely missing. I cloned another part of the program to create a processing routine for the Type 1 screens, but so far I haven't been able to figure out the right combination of code changes to make the program work with 640x192x4 screens. All other screen resolutions still print okay in the newly compiled version of VEFPRT, but the 640x192x4 format still won't do right. I'm making progress, though, the first re-compile of VEFPRT produced a big blank sheet of paper when I tried to print a 640x192x4 screen. After cloning another routine that works for the other formats, I've made a few mods to try to refine the cloned routine so that it will work with Type 1 screens. I'll keep you posted. Lee There is 1 Reply. #: 13888 S10/OS9/6809 (CoCo) 06-Jan-92 21:21:19 Sb: #13868-#Vefio_Help Fm: Brother Jeremy, CSJW 76477,142 To: Lee Veal 74726,1752 (X) Dear Lee: I have the Tandy/MW C Compiler. I had never installed it. But with a hard drive, DSDD drives, and 512k I have no excuse not to. I am going to play with the code too. By the way, I got a new toy. An orginazation that I am involved with gave me a Bernoulli Drive. It has two 10meg disk/cartridges. I think it uses a standard SCSI interface. Next time I have a chance, I will start to play with it. I'll be in touch, Jeremy, CSJW There is 1 Reply. #: 13893 S10/OS9/6809 (CoCo) 07-Jan-92 00:05:29 Sb: #13888-#Vefio_Help Fm: Lee Veal 74726,1752 To: Brother Jeremy, CSJW 76477,142 (X) Bob van der Poel sent me a message earlier and old me about a program that he said that he wrote that would do what you've been trying to get VEFPRT to to. I went to the DL to look for it. Couldn't find it, but I did find another version of VEFPRT that was an updated version written by Bruce Isted. Bruce's version does what you want and with more printers. Here's a list: Vefprt.citoh, Vefprt.dmp, Vefprt.dmpibm, Vefprt.epson, Vefprt.gemini, Vefprt.ibm and Vefprt.star I had a chance to test it tonight. It works with all 4 screen format that we've been talking about. Bruce Isted's version is called VEFPRT.AR (just like the original), but it has Bruce's CI$ PIN on it, 76225 err.... 76625,2273. Give it a try. Lee There is 1 Reply. #: 13922 S10/OS9/6809 (CoCo) 07-Jan-92 22:10:57 Sb: #13893-Vefio_Help Fm: Brother Jeremy, CSJW 76477,142 To: Lee Veal 74726,1752 (X) I will let you know how it turns out. --Jeremy, CSJW. #: 13837 S10/OS9/6809 (CoCo) 05-Jan-92 10:19:41 Sb: #13823-Vefio_Help Fm: Lee Veal 74726,1752 To: Kevin Darling 76703,4227 (X) That's an excellent way to capture menues and all. I hadn't thought of that. It's really much simpler, too, since your method doesn't require that you have the VDGInt module in memory. Of course, some of us have it in the boot file for games and other things that still require an old VDG-type screen. Good idea. Lee #: 13796 S10/OS9/6809 (CoCo) 02-Jan-92 23:34:23 Sb: #13754-Parallel saga Fm: William Phelps 75100,265 To: Ian Hodgson 72177,1762 (X) The codes to print the DIP diagram are . William #: 13836 S10/OS9/6809 (CoCo) 05-Jan-92 09:31:47 Sb: #CYRUS CHESS Fm: BRIAN P BROCKWAY 76672,3620 To: ALL I have a 512K COCO and would like to know if the CYRUS CHESS PROGRAM PAK will work with it by itself. BRIAN BROCKWAY 512K C0C0 and would like to know if the CYRUS CHESS PAK will work with it. Thanks Brian Brockway ?exit /exit There is 1 Reply. #: 13847 S10/OS9/6809 (CoCo) 05-Jan-92 17:12:54 Sb: #13836-CYRUS CHESS Fm: Lee Veal 74726,1752 To: BRIAN P BROCKWAY 76672,3620 (X) Brian, I think the Cyrus Chess Pak is CoCo2 only. However, Burke & Burke has a conversion kit that will read the rompak's contents under control of OS9 Lvl 2, then create a program that's runnable in the OS9 Lvl2 environment. I've done that and it works fine. Burke & Burke calls the resulting OS9 program World Class Chess, and the cost is reasonable. Lee #: 13885 S10/OS9/6809 (CoCo) 06-Jan-92 19:26:49 Sb: #CRYUS CHESS Fm: BRIAN P BROCKWAY 76672,3620 To: Lee Veal Thanks Lee, I bought the rompak and was thinking I got a bad one. Will have to give BURKE & BURKE a call.Thanks again.Brian Brockway. There is 1 Reply. #: 13897 S10/OS9/6809 (CoCo) 07-Jan-92 00:21:51 Sb: #13885-CRYUS CHESS Fm: Lee Veal 74726,1752 To: BRIAN P BROCKWAY 76672,3620 Brian, I'm not an expert at using the CIS messaging system here, but your last message to me didn't have my ID number on it. If I hadn't been snoopy and wanted to see what messages were new, I wouldn't have found your message to me. When given the "CHOICES !" prompt by the system here, just type "re" and press . The system will automatically pick up the sender's name and number and create a "To:" line for your reply. That way when I log into the Forum, the system will notify me that I have messages since both the number and the name were present on your "To:" line. The Cyrus Chess (aka World Class Chess) is a pretty good deal. Lee #: 13892 S10/OS9/6809 (CoCo) 06-Jan-92 23:31:45 Sb: #boot with ramdisk Fm: BRUCE BAKER 73747,3137 To: all Sb: boot with ramdisk Fm: Bruce Baker To: all I recently uploaded a combination /r0 - Rammer package to this SIG. It's a ramdisk configured to match a single sided 35 track floppy, with the Rammer driver to go with it. I figured that a new os-9er with a hardware setup like mine would find it useful. Now I have a problem. I can't seem to get a boot disk with the combination to boot! I put /r0 in the Config disk MODULES dir as r0_35s.dd and rammer as rammer.dr BUT when I ran config, I got a "unable to link REL" message. When I use os9gen, things SEEM to go well, but the finished disk fails on the boot try. The /r0 - rammer combo works FINE on my system. I merged the two as "ramdisk" and put it in my CMDS dir. I load it and iniz /r0, it formats in about 15 seconds, and I can do all the cool ramdisk tricks with it, including backing up my system disk to ramdisk, chx'ing to /r0/cmds and executing cmds from there, etc. I'm really puzzled by the bootfile problem. There is 1 Reply. #: 13905 S10/OS9/6809 (CoCo) 07-Jan-92 06:36:01 Sb: #13892-#boot with ramdisk Fm: Kevin Darling 76703,4227 To: BRUCE BAKER 73747,3137 (X) Bruce - config (os9gen/cobbler) get REL, BOOT and OS9p1 from memory (do an mdir.. they should be the first three names). If it couldn't find REL, then it's been botched up at sometime (or patched, perhaps). You'll need to go back and find a bootdisk where REL is okay, and run the config of a new disk from there... and all should turn out fine. kevin There is 1 Reply. #: 13918 S10/OS9/6809 (CoCo) 07-Jan-92 16:14:12 Sb: #13905-#boot with ramdisk Fm: BRUCE BAKER 73747,3137 To: Kevin Darling 76703,4227 (X) Kevin- The only thing I did that might have botched up REL is the way I got "ramdisk"(/r0 and rammer) to work on my system. If you do a dmode on r0 (my version) you'll see that I changed hpa=FFE0. I can't recall exactly what I did, but it worked. Are there many people out there like me that are still stuck with ss35 track drives? Another question: I now have sterm up and running. It works fine at 300 baud. At 1200 I get occasionl random character substitutions in my screen display (ex: JEnter choice! , HThe OS-9 Forum;71HEdit Menu). Q: does compuserve think I'm using an ANSI terminal? Would the IRQ hack fix this? What about the "software IRQ hack"? I posted messages awhile back on that but lost track of the answers. Is the software hack avail? Where? I couldn't find it last night when I browsed. Soon, Bruce There are 2 Replies. #: 13927 S10/OS9/6809 (CoCo) 07-Jan-92 23:34:26 Sb: #13918-#boot with ramdisk Fm: Erich Schulman 75140,3175 To: BRUCE BAKER 73747,3137 (X) You do have the (in)famous IRQ problem. The IRQ hack will fix this. You cannot download the software fix here but you can on Delphi for a total of $7 plus connect time. The software hack appears in the August 1990 issue of Rainbow and there was a bug fix for it published in the August 1991 issue. Some of the listings are long so you might want to download from Delphi or purchase the accompanying Rainbow on Disks (do NOT get the tapes--the tapes will not have them). Either way DO get the magazines. There is 1 Reply. #: 13930 S10/OS9/6809 (CoCo) 08-Jan-92 03:03:40 Sb: #13927-boot with ramdisk Fm: BRUCE BAKER 73747,3137 To: Erich Schulman 75140,3175 (X) Thanks. I'll get it fixed, one way or another. #: 13935 S10/OS9/6809 (CoCo) 08-Jan-92 07:55:49 Sb: #13918-#boot with ramdisk Fm: Steve Wegert 76703,4255 To: BRUCE BAKER 73747,3137 (X) Bruce, You will need to address the IRQ issue at some point, so take a peek at IRQHAK.TXT in the CoCo library for my favorite way of fixing things up. But the problem you describe it _not_ the IRQ problem. IT's a CIS parameter mis match. CIS maintains a separate profile for your account for each baud rate you log in under. My guess is that your 300 baud profile is set up fine, but at 1200, your terminal type is probabbly set to be VIDTEX compatable. Change that puppy to OTHER or CRT. THat should get rid of the extra characters around menu headings etc. Let me know if this fixed the problem. Steve There is 1 Reply. #: 13951 S10/OS9/6809 (CoCo) 11-Jan-92 03:46:45 Sb: #13935-boot with ramdisk Fm: BRUCE BAKER 73747,3137 To: Steve Wegert 76703,4255 Never would have thought of that! Thanks a bunch! #: 13908 S10/OS9/6809 (CoCo) 07-Jan-92 08:27:49 Sb: #13684-Disto II Fm: Tom Napolitano 70215,1130 To: Mike Knudsen 72467,1111 Mike, Thanks for the response regarding the RS connectors to my drives. I have spare around, so It'll be easy to swap. tomn #: 13942 S10/OS9/6809 (CoCo) 09-Jan-92 07:59:36 Sb: #Hard drive Fm: GORD KEHLER 72537,2410 To: All I was wondering if anyone has run into a problem after using a hard drive on a Coco-3 and wanting to re-install it on a IBM compatible. I have a Seagate ST225N with a Disto Super Controller II and 4 in 1 card. I also have a compatible with a Seagate ST-01 controller ( the mate to the drive). After using the Coco for some time, it has been taken over(by my children) but the hard drive was not being used. I thought I would just reinstall it on the compatible, but not so easy. The card will no longer recognize the drive. I think this is as a result of the information written to Track 0 is not compatible between the two machines, as is not the format (256k to 512 k sectors,etc) I have taken the drive in to my local computer shop but after trying all their known tricks, they can't help me. The drive does work on the Coco; i tried reinstalling it on the Coco. Any ideas???? I an baffled on this one. If anyone has any suggestions, please reply. Much appreciated!!!! Thanks. There is 1 Reply. #: 13944 S10/OS9/6809 (CoCo) 09-Jan-92 11:06:00 Sb: #13942-Hard drive Fm: Kevin Darling 76703,4227 To: GORD KEHLER 72537,2410 (X) You're on the right track. The Disto RSDOS basic setup program tells the drive to use 256-byte sectors, and the drive stores that info away. The IBMs want 512-byte sectors. Hmm. I wonder if there's a Norton's utility to set that up? If I still had my SCSI docs (I forget who I loaned them to), I could probably tell you how to modify the Disto setup program to put it back at 512. But anyway, that's what the deal must be. kev #: 13954 S10/OS9/6809 (CoCo) 11-Jan-92 12:30:37 Sb: DECOMPRESS .LZH FOR COCO Fm: Norman Rheaume 71630,3476 To: SYSOP (X) I submitted a decomposer for .LZH files for the COCO that needs to be beta tested. I use it with LHA 2.13 files I create at my office and will appreciate any comments or enhancements. I'm also working on support for the older LHARC -lh1- format files and looking into ARJ that has come out. #: 13967 S10/OS9/6809 (CoCo) 12-Jan-92 17:40:50 Sb: #Lost space Fm: Ian Hodgson 72177,1762 To: All I have just recently have something odd happen on a floppy (360K). A lot of space disappeared (total of files+free space was about 230K) but DCHECK showed no errors at all. I copied off the files, reformatted the disk, and copied them back, then all was back to normal. FREE showed the usual 1440 sectors before the format. What seems likely? There is 1 Reply. #: 14028 S10/OS9/6809 (CoCo) 22-Jan-92 11:59:01 Sb: #13967-#Lost space Fm: Kevin Darling 76703,4227 To: Ian Hodgson 72177,1762 (X) Ian, Yeah, that's pretty strange! I've been trying for days to think of a good reason why you'd suddenly lose a lot of disk space... but can't :-) Especially if dcheck didn't complain at all. Weird. Hmm... unless perhaps LSN 0... no, you said it showed free of 1440 sectors. Got me! Let us know if it happens again. Northern lights, maybe? UFOs? Crop circles nearby? kev There is 1 Reply. #: 14045 S10/OS9/6809 (CoCo) 23-Jan-92 00:20:51 Sb: #14028-#Lost space Fm: Ian Hodgson 72177,1762 To: Kevin Darling 76703,4227 (X) Kev, Now I'm sorry that I reformatted the disk. Had I been more awake at the time (it _was_ 2AM) I might have dug around a bit with dEd and tried to find the problem. I'm wondering if, somehow, I ended up with an invisible file. I've seen that before, with backspaces at the end of the filename in the directory entry I think. But no, that wouldn't work with an ls -e command. My first thought was that the sector allocation map was corrupted, but dcheck should complain long and loud about that. Then I wondered about the free space reporting of ls (oh, that's lsh which I renamed), but dir and free all showed the same thing. BTW, free didn't show 1440 free sectors, just 1440 total on the disk (which is a 3.5" 720K). Oh well, I could speculate endlessly but the info is long gone so I can't play detective. And it's not likely to be Northern lights at this time of year. Crop circles? Naw, too much (*!"#$$!*) snow. Cold weather, perhaps; the last two weeks have been down to about -20 at night with a balmy zero in the afternoons. There are 2 Replies. #: 14047 S10/OS9/6809 (CoCo) 23-Jan-92 01:13:02 Sb: #14045-Lost space Fm: Kevin Darling 76703,4227 To: Ian Hodgson 72177,1762 (X) Ian - brrrr! Sounds too cold for me :-) A hidden file sounds like a possible... what if the name had gotten changed to say, spaces? If it was at the end of a dir, you might never notice it. cheers - kev #: 14048 S10/OS9/6809 (CoCo) 23-Jan-92 08:35:45 Sb: #14045-#Lost space Fm: Pete Lyall 76703,4230 To: Ian Hodgson 72177,1762 (X) One think to muse upon Ian... I believe DCHECK doesn't correctly handle scenarios where where the root directory is more than 1 segment long. Pete There is 1 Reply. #: 14049 S10/OS9/6809 (CoCo) 23-Jan-92 09:14:15 Sb: #14048-#Lost space Fm: Lee Veal 74726,1752 To: Pete Lyall 76703,4230 (X) DCHECK not correctly working on a root directory that is more than 1 segment long... Does that just apply when using floppies? DCHECK seems to work on my hard drives, but then I did say it "seems" to work... Lee There is 1 Reply. #: 14051 S10/OS9/6809 (CoCo) 23-Jan-92 11:47:27 Sb: #14049-Lost space Fm: Pete Lyall 76703,4230 To: Lee Veal 74726,1752 (X) Lee - I believe it's ANY disk with a root dir with more than one segment. Pete #: 13968 S10/OS9/6809 (CoCo) 12-Jan-92 18:11:32 Sb: #13954-DECOMPRESS .LZH FOR COCO Fm: Brother Jeremy, CSJW 76477,142 To: Norman Rheaume 71630,3476 (X) I am looking for a program that would work on the older formats. --Br. Jeremy, CSJW #: 13972 S10/OS9/6809 (CoCo) 14-Jan-92 01:01:49 Sb: ##13968-DECOMP .LZH Fm: Norman Rheaume 71630,3476 To: 76477,142 (X) I am working on a forked decompression for the -lh1- format. There is just so much that you can do in 64k. It may take a while (weeks) before I can get it done. There is 1 Reply. #: 13979 S10/OS9/6809 (CoCo) 15-Jan-92 21:35:46 Sb: #13972-#13968-DECOMP .LZH Fm: Brother Jeremy, CSJW 76477,142 To: Norman Rheaume 71630,3476 (X) Dear Norman: I have a large number of C files arced under the LHZ-1 format. I hope that your project works out, so that I can get these dearced and uploaded to share with the community. If not I will use an MS-DOS machine and then use the PCDOS utility to copy them over. Thank you for your efforts, Br. Jeremy, CSJW #: 13984 S10/OS9/6809 (CoCo) 17-Jan-92 10:50:18 Sb: #Home Publisher Prt Drvrs Fm: Lee Veal 74726,1752 To: All I'm looking for someone that's willing to part with the set of extra drivers that were written for Home Publisher. I'm specifically looking for the Home Publisher printer driver for Tandy's DMP-120. This set of was not included with the base Home Publisher product. It was an extra cost item from Tandy, so I'm not asking anyone to break something out of the base Home Publisher package. I'm willing to part with some green, if anyone reading this message is willing to part with the set of printer drivers that includes the DMP-120 driver. As an alternative is there anyone that knows how to patch one of the existing drivers so that, say, the DMP-130 driver could be made to support the DMP-120's escape sequences? Lee There is 1 Reply. #: 13988 S10/OS9/6809 (CoCo) 18-Jan-92 00:06:50 Sb: #13984-#Home Publisher Prt Drvrs Fm: Brother Jeremy, CSJW 76477,142 To: Lee Veal 74726,1752 (X) Dear Lee: I had called Tandy, along time ago, and requested the driver for the DMP-130, which I have in front of me. It was free. Rainbow, in I believe the fall of 1988 had a letter which spoke about the free upgrade. I called a number in Ft. Worth which was a Tandy Corp COCO support number and spoke to someone named DAVID. (Rainbow 1/89 pg 6 1-800-338-2395) Also Tandy Software Assembly. A Tandy dealer could the package #90-0911 if they are willing to work at it. You would get a backup disk . Did you try Express Order? 800-321-3133? I got the Deveopers Package that way, original docs, backup disks for $17.00 that way. Let me know, I might be able to get the manager who helped me to hbelp you out. --Jeremy, CSJW There is 1 Reply. #: 13994 S10/OS9/6809 (CoCo) 18-Jan-92 20:22:01 Sb: #13988-#Home Publisher Prt Drvrs Fm: Lee Veal 74726,1752 To: Brother Jeremy, CSJW 76477,142 (X) Thanx, Bro., I'll give this avenues a try. Seems like I have before, but it could be as simple as the luck of the draw as far as who you get at the other end of those lines and whether they're willing to help. I need to make sure that we're (you and I) are on the same wavelength. I'm looking for DMP-120 printer drivers for Home Publisher. My version HP came with a DMP-130 driver. In fact, I have the following drivers for HP: prn.DMP105n prn.DMP130n prn.DMP2100w prn.DMP2200w prn.DMP430n prn.DMP430w prn.DMPibmIn prn.DMPibmn prn.EpsonRX As you can see no -120. The DMP-120 seems to be a bit of an outcast among Tandy printers. Thanx, Lee There is 1 Reply. #: 13995 S10/OS9/6809 (CoCo) 18-Jan-92 21:00:01 Sb: #13994-#Home Publisher Prt Drvrs Fm: Brother Jeremy, CSJW 76477,142 To: Lee Veal 74726,1752 (X) Lee, The disk I have only contained the DMP130 Driver. I got this in Jan of 1989 after calling Radio Shack/Tandy in Ft. WOrth. I will ask my friend at the Radio Shack here in Racine, WIS to try and get the DMP-120 driver if you want. ---Jeremy, CSJW There are 2 Replies. #: 14021 S10/OS9/6809 (CoCo) 20-Jan-92 10:13:27 Sb: #13995-Home Publisher Prt Drvrs Fm: Lee Veal 74726,1752 To: Brother Jeremy, CSJW 76477,142 (X) Let me try down here first. Thanks, Bro. Lee #: 14027 S10/OS9/6809 (CoCo) 22-Jan-92 11:50:30 Sb: #13995-#Home Publisher Prt Drvrs Fm: Lee Veal 74726,1752 To: Brother Jeremy, CSJW 76477,142 (X) Bro., It looks like you may have to try your friend at the Radio Shack in Racine. Having no luck down here. (No "good luck", that is.) Thanks, Lee There is 1 Reply. #: 14036 S10/OS9/6809 (CoCo) 22-Jan-92 22:25:08 Sb: #14027-Home Publisher Prt Drvrs Fm: Brother Jeremy, CSJW 76477,142 To: Lee Veal 74726,1752 (X) Lee, I will talk to him in the next few days. --Jeremy, CSJW #: 14001 S10/OS9/6809 (CoCo) 18-Jan-92 23:10:24 Sb: #UNLZH-handles old & new Fm: Norman Rheaume 71630,3476 To: Brother Jeremy, CSJW 76477,142 (X) Br. Jeremy. I have just submitted a new release of UNLZH that handles the old format (-lh1-). This release fixes a bug for invalid file names in the archive and processes the ! file found in self-extracting files. You CANNOT

rint a -lh1- file; you will need to extract and use some other utility to view. Hopefully the sysop will check out soon. There is 1 Reply. #: 14015 S10/OS9/6809 (CoCo) 19-Jan-92 22:24:37 Sb: #14001-UNLZH-handles old & new Fm: Brother Jeremy, CSJW 76477,142 To: Norman Rheaume 71630,3476 (X) Dear Norman: I look foreward to using it. With all best wishes, Br. Jeremy, CSJW. #: 14012 S10/OS9/6809 (CoCo) 19-Jan-92 16:31:43 Sb: Need Help with CYRUS Fm: T. David Nichols 76120,747 To: ALL I have been trying to get CYRUS running on my COCO3, using the instructions in CYRUS.TXT in Library 10, but it hasn't worked yet. When I run the BASIC program that is supposed to start CYRUS executing, all I get at the end is the identification message for Disk Extended Color Basic 1.1 . Does anyone know what is wrong? I think I have followed the directions exactly. Do you have to make the cassette copy on a COCO2 instead of a COCO3? Any help will be appreciated! #: 14016 S10/OS9/6809 (CoCo) 19-Jan-92 22:31:56 Sb: #DeD/Fonts/Help a Monk Fm: Brother Jeremy, CSJW 76477,142 To: All Dear Friends: I am working on the fonts which will hopefully become part of MVWORD, my MAX-10 for OS9 DTP. I am using DED to scan the files. I need to be able to to save and later print these listings. DED does not allow you to do this. Dump (from the Developers Pack) won't handle the size files that I am working with. Does anyone know if DED could be patch to print to disk or to a printer for that matter while at the same time printing to screen? At the moment I am working with a large PD set of fonts that originally were for First Publisher. I also have a large collection of VGA screen fonts, and Bit-Mapped Graphics fonts. I am not certain if the screen fonts could be made to work on the COCO but as soon as I can get the time to play with them, I will let you know the results. Finally if there is another disk editor which will give a ded style dump, please let me know. With all best wishes, Br. Jeremy, CSJW There are 3 Replies. #: 14019 S10/OS9/6809 (CoCo) 20-Jan-92 01:32:32 Sb: #14016-DeD/Fonts/Help a Monk Fm: Erich Schulman 75140,3175 To: Brother Jeremy, CSJW 76477,142 (X) If what you want to do is take those fonts to your CoCo, printing a Dump will only leave you in a quagmire of hex numbers. About the only way you can do this and keep your sanity is to print the character set from the application the fonts were intended for and use a CoCo-based font editor to recreate each character as best you can. Keep an ASCII table handy!!!! No matter what it will be long hard work that may not really be worth doing. I tried very hard to bring the Macintosh's Ashley font to OS-9 a few months ago and gave up in utter frustration. I wish I had better news but I thought I'd better tell it like it is. I hope someone else comes up with a better answer or at least that I save you some agony. (I think I'm a glutton for punishment. I now want to take Ashley to the PC without Windows. Some VGA cards will co-operate.) #: 14030 S10/OS9/6809 (CoCo) 22-Jan-92 13:45:35 Sb: #14016-#DeD/Fonts/Help a Monk Fm: Lee Veal 74726,1752 To: Brother Jeremy, CSJW 76477,142 (X) I must be missing something here. Bro, why can't you use the Open file function of DED then use the Append function to write the sections of the font file that you want to the Opened disk file. I've used it to break apart merged shell, boot, and other packed files. Lee There is 1 Reply. #: 14037 S10/OS9/6809 (CoCo) 22-Jan-92 22:29:42 Sb: #14030-#DeD/Fonts/Help a Monk Fm: Brother Jeremy, CSJW 76477,142 To: Lee Veal 74726,1752 (X) Lee, What I would like to do is be able to dump the screen to printer. I have been using DED on MAX-10 files that I ported over with the RSDOS utility. They load with an origin of $4000. All the references in the MAX-10 docs refer to specific addresses. When I used the RS Dump command, I do not get the same memory addresses, that is why I would like to dump DED to the printer. Would a print screen utility wo ( make that work)? --Jeremy, CSJW There is 1 Reply. #: 14044 S10/OS9/6809 (CoCo) 23-Jan-92 00:00:12 Sb: #14037-DeD/Fonts/Help a Monk Fm: Erich Schulman 75140,3175 To: Brother Jeremy, CSJW 76477,142 (X) If you still want to print this dump and assuming dEd is running on a text screen, a utility to dump a text screen should work fine. But with the file being as big as it is, it will take a long time for you to bring up each 256 byte sceen and print it. I think the best thing for you to do is to find a program that will create a dump from StdIn. I saw one on Delphi somewhere but I don't recall what it is. Check Applications, the Users Group, and maybe the Programmer's Den topics. Or you can create your own with Basic09. Open the file in the same way you would a random access file and read it one byte at a time. Then convert that byte to its hex equivalent then send it to StdOut. Redirect that to a file you can list to the printer in the background. #: 14031 S10/OS9/6809 (CoCo) 22-Jan-92 17:23:05 Sb: #14016-#DeD/Fonts/Help a Monk Fm: Lee Veal 74726,1752 To: Brother Jeremy, CSJW 76477,142 (X) P.S. (addendum to my previous message...) Bro, I've used DED and the utility called TRIM to break up OS-9 font files. If the font files that you're using have discernible beginnings and endings, then it seems like you should be able to break up the sections that you want. Lee There is 1 Reply. #: 14038 S10/OS9/6809 (CoCo) 22-Jan-92 22:30:37 Sb: #14031-DeD/Fonts/Help a Monk Fm: Brother Jeremy, CSJW 76477,142 To: Lee Veal 74726,1752 (X) Lee, will try TRIM, Br. J- #: 14060 S10/OS9/6809 (CoCo) 24-Jan-92 03:18:57 Sb: #Dynacalc Fm: Dave Harm 75500,2035 To: ALL PLEASE HELP. Still quite a rookie at the CoCo3(128k,FD-502 disk) When I DOS Dynacalc, all I seem to get is "static" - is this program meant for the CoCo3? There are 4 Replies. #: 14061 S10/OS9/6809 (CoCo) 24-Jan-92 13:08:45 Sb: #14060-Dynacalc Fm: Pete Lyall 76703,4230 To: Dave Harm 75500,2035 Dave - Dynacalc will run smartly on a coco or coco2 as well. Tell us step by step what you're doing, and how your system is configured. Pete #: 14065 S10/OS9/6809 (CoCo) 24-Jan-92 22:24:03 Sb: #14060-Dynacalc Fm: T. David Nichols 76120,747 To: Dave Harm 75500,2035 The OS9 boot file on the Dynacalc disk will not work on a COCO3, but you can run the program if you have OS9 Level II to start it with. (Mabe someone knows whether you can start it with Level I Version 2.) As a reward for doing this, you can run Dynacalc in an 80-column window, and it will use the extra space to display more of the spreadsheet. Those programmers were thinking ahead! #: 14069 S10/OS9/6809 (CoCo) 25-Jan-92 05:24:05 Sb: #14060-Dynacalc Fm: Mike Guzzi 76576,2715 To: Dave Harm 75500,2035 I examined the bootfile of dynacalc. it is Level I version 1.01. this will not boot on a CoCo3. Version 2.0 of Level I will boot but like a reply said boot up level II and use it. I use dynacalc all the time and love it. check out the d/l for a file i uploaded called 'dyntrm.txt' it shows how to modify the .trm file for terminals. I use it to turn reverse on for the borders (so the row/col markers show inverse) Mike #: 14074 S10/OS9/6809 (CoCo) 25-Jan-92 14:30:38 Sb: #14060-Dynacalc Fm: Lee Veal 74726,1752 To: Dave Harm 75500,2035 Dave, You may also need a patch in the d/l that fixes Dynacalc so that it doesn't output its own line feed with each line printed to the printer. Lee #: 14068 S10/OS9/6809 (CoCo) 25-Jan-92 05:07:39 Sb: #13732-#Rogue under Multivue Fm: Mike Guzzi 76576,2715 To: Bert Schneider 70244,427 (X) How did you mangae that? Anytime I ran rogue from MV it loads in its own fonts and messes up the icon bar of MV. I was forced to run rogue from a text screen since apperently the font set of rogue conflicts with MV. Mike There is 1 Reply. #: 14083 S10/OS9/6809 (CoCo) 26-Jan-92 13:05:58 Sb: #14068-Rogue under Multivue Fm: Bert Schneider 70244,427 To: Mike Guzzi 76576,2715 I use the following AIF in the /dd/games/rogue directory. That directory has all of the support files including the fonts for the game. I just open up a graphic window 80 x 24 and it works!!! rouge /dd/misc/icons/icon.rogue 0 5 80 24 0 5 That is all it is to it! Bert #: 14079 S10/OS9/6809 (CoCo) 25-Jan-92 20:57:56 Sb: Coco tech lit for sale Fm: David J. Campbell 72707,1346 To: All For Sale: Coco I Technical Reference Manual - $10 including shipping. Also Service Manual for Coco II's catalog numbers 26-3026 and 26-3027 - $12.50 including shipping. Please reply via Compuserve Mail if interested. Thanks. Dave #: 14087 S10/OS9/6809 (CoCo) 26-Jan-92 18:47:21 Sb: #Getting started on COCO3 Fm: T. David Nichols 76120,747 To: ALL I am just getting started with OS9 on a 512k COCO3. I have seen references to patches that are available here, and I'd like some advice. Are any of these patches necessary to make OS9 work as the book says it does? I'd like to run it "plain vanilla" while I get the feel of it, then look into enhancements. I'll appreciate any tips and/or referrals to tutorials in the data libraries. Thanks in advance! There is 1 Reply. #: 14090 S10/OS9/6809 (CoCo) 26-Jan-92 21:18:48 Sb: #14087-Getting started on COCO3 Fm: Erich Schulman 75140,3175 To: T. David Nichols 76120,747 (X) Very few if any the patches are necessary to get OS-9 to work as described in the book. The patches will make things work faster, take less memory space, or have additional abilities. Some also fix some minor bugs in the Level 2 system which you may never notice unless you're doing more unusual things. What you're doing is what I did and it turned out fine. You may want to download the IPatch utility now. When you are ready to begin applying patches the IPatch utility is necessary for many of them. I would recommend you always keep a backup copy available and make patches on a new disk in case something goes wrong. It may also help you later if you keep records of your patches. This way if you should run into conflicts or have any other trouble you can trace your steps backwards and maybe find the problem faster. I also numbered my boot disks with revision numbers like those you find on software packages; my last book disk is Version 9.2 (eight major revisions after my first one, and two minor revisons since the last major one) #: 14099 S10/OS9/6809 (CoCo) 27-Jan-92 18:04:28 Sb: E.A.R.S. Fm: Lee Veal 74726,1752 To: All Friends, Romans, Countryman... Sell me your E.A.R.S. That is to say, your Electronic Audio Recognition System I'd be willing to pay a fair price for this complete system and any OS9 Drivers that might've be developed for it. Thanks, Lee p.s. With apologies to William S. LV #: 14143 S10/OS9/6809 (CoCo) 31-Jan-92 20:14:22 Sb: #OS-9 Utilities Fm: MARK LITTLE 70761,3147 To: SYSOP (X) I have OS-9 L I on a CoCo2, and OS-9 L II on a CoCo3. I would like to know if there is in the libraries the following files: 1. C compiler files to use the RadioShack C compiler on L II 2. A TSMON driver for L II that uses /T2 & /M2 slots 3. A TS-WORD compatible spell checker utility 4. Also, which OS-9 terminal program do you suggest over this DESKMATE? Thanks, Mark Little There is 1 Reply. #: 14144 S10/OS9/6809 (CoCo) 01-Feb-92 07:27:59 Sb: #14143-OS-9 Utilities Fm: Pete Lyall 76703,4230 To: MARK LITTLE 70761,3147 (X) Mark - 1. There are several add-on files for the C compiler in DL3. You don't need to do anything to get the compiler to work under LII - it does already. 2. Scan dl7 for keyword *MON and see what they have (they have a few of them). 3. The UGLIB 'spell' utility works just like the UNIX spell, and can be used with any textfiles. 4. For CIS use, grab STERM??.AR in DL7. It supports CIS B protocol which will make dowloading from CIS a breeze. It also supports Xmodem. Pete #: 14161 S10/OS9/6809 (CoCo) 02-Feb-92 21:33:37 Sb: #Font Project Fm: Brother Jeremy, CSJW 76477,142 To: All Dear Friends: As some of you may know, I have long been hoping that someone would write an OS9 version of MAX-10. After an absence of several months, the project is on again. At the present time I have a large collection of PD fonts which I have gotten from various sources. Some are for First Publisher, some VGA screen fonts, some are from a Bit-Mapped Fonts package. I am currently working on a program which will allow me to display these fonts on a graphics screen. I saw a program in the Feb. '90 issue of PCM (Rainbow's sister magazine) by Bill Barden (pgs 147ff) which would do just this. It is written in BASIC and I am converting it to OS9. The program opens a font file as a random fiule and then reads in 100 bytes at a time. To do so it uses the following instructions: OPEN #path, FILENAME$ AS #1 LEN=100 FIELD #1, 100 AS B$ I cannot get this to work under OS9. Can anyone help with these lines. Or perhaps you know of a Basic09 file reader program already uploaded, with source, that implements this sort of thing. Finally, does anyone know where I might be able to get information on the file formats that First Publisher uses? Any help in these matters will be deeply appreciated. With all good wishes, Br. Jeremy, CSJW There is 1 Reply. #: 14162 S10/OS9/6809 (CoCo) 02-Feb-92 23:04:03 Sb: #14161-#Font Project Fm: James Jones 76257,562 To: Brother Jeremy, CSJW 76477,142 (X) The approximate BASIC09 equivalent would be something like OPEN #path,filename GET #path,buf where you've previously declared DIM buf:string[100] so that the GET statement will get 100 bytes. There is 1 Reply. #: 14163 S10/OS9/6809 (CoCo) 02-Feb-92 23:36:58 Sb: #14162-Font Project Fm: Brother Jeremy, CSJW 76477,142 To: James Jones 76257,562 (X) Thank you Jim. I will try to finish the code in the next few days and post it. With all best wishes, Br. Jeremy, CSJW #: 14186 S10/OS9/6809 (CoCo) 03-Feb-92 23:04:18 Sb: #Multivue Fm: Ian Hodgson 72177,1762 To: All Well, I finally decided to play with Multivue a bit and put it on a boot disk along with Shell+ and a bunch of utilities. (Yes, I do have Gshell+ too.) I know it's been a while and some of this stuff will be really old hat, but I see that MV changes the default palette colors that are used when I open a window. This plays a bit of heck with some of my other window operation. So, the first question is, can I change these defaults back again after leaving MV and going back to a normal shell? And, while typing this message, I also see that MV changes the keyboard repeat and delay on a system wide basis that also sticks after it is gone. Can I put these back without rebooting? Or, better yet, can I change them without MV. Finally, does MV pull any nasty tricks to change palette and keyboard constants, or are these legal system calls? There is 1 Reply. #: 14199 S10/OS9/6809 (CoCo) 05-Feb-92 01:22:35 Sb: #14186-Multivue Fm: Mike Haaland 72300,1433 To: Ian Hodgson 72177,1762 (X) You can set all that stuff by selecting the Control option on the Tandy menu. Then write the default back to the /DD/SYS/env.file by making the changes permanent. Yes, MV set's all those things legally. Thru a I$SetStt call. I believe it's an _ss_gip() funtcion in the cgfx.l or SS_Gip in the level 2 manual. - Mike - #: 14197 S10/OS9/6809 (CoCo) 05-Feb-92 00:36:38 Sb: #Fonts part2 Fm: Brother Jeremy, CSJW 76477,142 To: All Dear Friends: I am currently converting a program from BASIC to BASIC09. The Basic program contains the line C=INSTR(A$,CHR$(27)+")s") A$ is 100 bytes of a font file. CHR$(27) or $1B is a control/escape code. ANd ")s" does something or other. (How's that for accurate terminology?) I know that under COCO BASIC, the command would search a string, and then return the location of the target string in a search string. For example: INSTR(position,search-string,target) I cannot find an exact command for INSTR under BASIC09. Pg 11-164 of the Level II guide gives an example of a command called SUBSTR. I am not sure if this will do what I need. Any suggestions? With all best wishes, Br. Jeremy, CSJW There is 1 Reply. #: 14205 S10/OS9/6809 (CoCo) 05-Feb-92 19:02:27 Sb: #14197-Fonts part2 Fm: Kevin Darling 76703,4227 To: Brother Jeremy, CSJW 76477,142 (X) Brother Jeremy, As you've probably figured out by now, yep, SUBSTR does what you want. So I guess the rough equivalent to search for "thisword" in A$ is: BASIC: C = INSTR(A$,"thisword") BASIC09: C = SUBSTR("thisword",A$) Now, if you have to start the search at a certain position, then you can use MID$ to get there, but have to add back the starting offset if found: STARTPOS = 5 BASIC: C = INSTR(STARTPOS,A$,"thisword") BASIC09: C = SUBSTR("thisword",MID$(A$,STARTPOS,100)) IF C<>0 THEN C=C+STARTPOS-1 \ ENDIF I believe these are equivalent... but test to be sure. BTW, the "100" was arbitrarily picked as the max size of any string. You may (or may not) need to change that. Depends on how large A$ can be. If the string is smaller, it'll just ignore the extra amount, and all will be okay. best - kevin #: 14208 S10/OS9/6809 (CoCo) 06-Feb-92 00:33:04 Sb: #STERM AR'ing Fm: MARK LITTLE 70761,3147 To: SYSOP (X) I have downloaded STERM and extracted it twice, I have extracted other fi without problems, and am unable to use STERM. I keep getting ERROR 234 Module Not Found. After many tries, INDENT returns a bad module header. Am I doing something wrong here? Or do I need something else? Thanks, Mark There is 1 Reply. #: 14215 S10/OS9/6809 (CoCo) 06-Feb-92 21:03:08 Sb: #14208-STERM AR'ing Fm: Mark Griffith 76070,41 To: MARK LITTLE 70761,3147 Mark, The module not found error is probably because Sterm is looking for the /t2 module. If you don't have one in your bootfile, and the ACIAPAK driver that goes with it, you won't be able to run Sterm. Look for that descriptor and driver and see if including them doesn't help. BTW: Which version of Sterm did you get? Ver. 1.5.1?? Which module are you giving to Sterm on the command line? Should be 'sterm -l /tx' where 'x' is the number of your serial port. Mark #: 14225 S10/OS9/6809 (CoCo) 08-Feb-92 13:14:37 Sb: #14208-STERM AR'ing Fm: Ches Looney 73016,1336 To: MARK LITTLE 70761,3147 Mark, STERM needs to be pointed to the T2 device. If T2 is already in your loaded modules try STERM -1 /t2 of being elected president. Just as they picked people with phones to ask, and thus got mostly the folks with money, looking here on CIS similarly skews the results, considering how much more it costs to use the OS-9 SIG here on CIS than to spend the same amount of time, say, on Delphi, what with the 20/20 deal they offer. Check out the OS-9 echo on FIDO...it seems pretty active to me, and mostly the folks there have CoCos, near as I can tell. #: 14332 S10/OS9/6809 (CoCo) 15-Feb-92 03:27:20 Sb: #14328-#In memoriam Fm: Kevin Darling 76703,4227 To: Ian Hodgson 72177,1762 (X) Ian - Most people here read and download, and post mostly when they have a question. I guess all the questions have been answered :-) Well, not really, of course. I think there are probably more CC-3 OS9 users now than ever. Check out some of the cocolist transcripts in Lib 14 (they're near the top). The coco fests are still held, also... only most of the stuff there is for OS-9, either 6809 or very gradually, 68K. So no, most people feel as you do: as long as the stuff works, teaches something, or is a nice cheap hobby, they're still using the Coco-3. Strangely, I've been getting a lot of calls lately from people who're still using L-I on a CoCo-1/2! Can you believe it? I couldn't! kev There is 1 Reply. #: 14352 S10/OS9/6809 (CoCo) 16-Feb-92 21:05:42 Sb: #14332-#In memoriam Fm: Bob van der Poel 76510,2203 To: Kevin Darling 76703,4227 (X) Speaking of people happy with their systems--I got a call from an elderly lady the other night wondering if I could replace here TW64 TAPE (I couldn't, but that's not the point). She's been using TW64 on her CoCo1 for years now. She's tried MSDOS machines, and still prefers her old coco. With a tape! There is 1 Reply. #: 14356 S10/OS9/6809 (CoCo) 16-Feb-92 22:55:03 Sb: #14352-In memoriam Fm: Kevin Darling 76703,4227 To: Bob van der Poel 76510,2203 (X) Bob - if you can believe it, I ran into someone the other day at a RS store who was still using that old 32-column ROMPAK text editor! He was just now thinking about getting a disk drive for his coco. Wild world! #: 14337 S10/OS9/6809 (CoCo) 15-Feb-92 19:08:45 Sb: For sale Fm: David J. Campbell 72707,1346 To: All For Sale: Color Computer I Technical Reference Manual - $7.50 plus p+h. Color Computer II Service Manual for 26-3026 and 26-3027 Color Computer II's - $10.00 plus p+h. Leave private mail. Thanks. Dave #: 14367 S10/OS9/6809 (CoCo) 17-Feb-92 19:17:45 Sb: #Hard drive Fm: Denise Tomlinson 71021,3274 To: all I found a Segate 3.5 hard drive, 57mb, IDE, for about $189.00. This is a bare drive I guess. Can it be used with my Coco3 with Multipak? I have a old 12v 5.25 full hth drive case I could mount it in. What would I have to have for additional hardware? A western digital controller with a Coco interface? What about booting OS9 and also RSDOS. Can it be partitioned for both? Thanks, Denise There are 3 Replies. #: 14371 S10/OS9/6809 (CoCo) 17-Feb-92 22:19:32 Sb: #14367-Hard drive Fm: Kevin Darling 76703,4227 To: Denise Tomlinson 71021,3274 (X) Denise - hmm, dunno. You might try calling Burke&Burke, and Frank Hogg Labs, and CoCoPRO to see what controllers are available. Which reminds me. Perhaps someone can put together a list of phone numbers of CoCo/os9 companies and post it? That'd be a great help! #: 14373 S10/OS9/6809 (CoCo) 17-Feb-92 22:50:40 Sb: #14367-Hard drive Fm: Erich Schulman 75140,3175 To: Denise Tomlinson 71021,3274 (X) An IDE drive has its controller built into it. PC's only need a host adapter to use that drive. Same with a CoCo, but I doubt any IDE host adapter for a CoCo exists. I don't recommend even attempting to run Disk BASIC (DECB) on the hard drive though it can be done. OS-9 boot is possible if you get a capable ROM etc.; contact Burke&Burke for that. You can put that drive in your case but you will need an adapter to make it fit in there. Somewhere (Lib 9 or 10 I think) there's a text file about hard drives and the CoCo; I suggest you have a look at it. You got a pretty good price on that drive but I doubt you're going to be able to use it on a CoCo. Go for a SCSI based system instead. #: 14376 S10/OS9/6809 (CoCo) 18-Feb-92 07:44:04 Sb: #14367-Hard drive Fm: James Jones 76257,562 To: Denise Tomlinson 71021,3274 (X) I'm not aware of anything for the CoCo that will let you use an IDE drive; just SCSI or ST-506. #: 14411 S10/OS9/6809 (CoCo) 23-Feb-92 12:15:13 Sb: CRC stuff Fm: Steve Wegert 76703,4255 To: All Just found this on the CoCo List and thought a few folks might be interested: <<>> From @KSUVM.KSU.EDU:COCO@PUCC.BITNET Sat Feb 22 19:29:10 1992 Received: by wuarchive.wustl.edu (5.65a+/WUSTL-0.3) with SMTP id AA09562; Sat, 22 Feb 92 19:29:08 -0600 Message-Id: <9202230129.AA09562@wuarchive.wustl.edu> Received: from KSUVM.KSU.EDU by KSUVM.KSU.EDU (IBM VM SMTP V2R1) with BSMTP id 6253; Sat, 22 Feb 92 19:29:20 CST Received: from KSUVM.BITNET by KSUVM.KSU.EDU (Mailer R2.07) with BSMTP id 6561; Sat, 22 Feb 92 19:29:20 CST Date: Sat, 22 Feb 1992 19:25:03 CDT Reply-To: "Haywood,Arvin Carl Robert" Sender: COCO - Tandy Color Computer List From: "Haywood,Arvin Carl Robert" Subject: CRC and 1 Meg upgrade To: Multiple recipients of list COCO Status: OR I make a post earlier in the week in which I said that I was looking for the 1 Meg upgrade for the coco 3. I have received numberous messages asking if I had found out a source yet. Well, I got ahold of Tony DiStefano tonight and he informed me that CRC was going to make a limited number of 1 Meg upgrades, Super Controller II's, and 4-N-1 Boards. The Products should be available in a week or so. You can call CRC for details or to order one. This info should make the people that contacted me happy. Carl #: 14430 S10/OS9/6809 (CoCo) 25-Feb-92 19:11:08 Sb: #Deskmate Fm: Ian Hodgson 72177,1762 To: All This question should take a few of you back a bit in time. I have recently taken out and dusted off my copy of Deskmake 3, and put it on a real disk with Vdgint, etc. It's not very sophisticated in some ways, but is perfectly suited to the needs of a beginner who uses my CoCo 3 from time to time. Now, for reasons unknown, the mouse/joystick will not move the pointer all the way to the right side, nor to the bottom, of the screen. Normally this is not too much of a problem, but with PAINT it seriously limits the type of drawing you can do. I checked the joystick and it indeed covers the normal 0-63 range horizontally and vertically just fine. Has anyone run into this and found a solution? Secondly, what in Deskmate 3 binds it to /term? It won't run from another VDG screen. Not a serious problem, but I do like to use it concurrently with other tasks and prefer to come up in 80 column mode. Finally, why do most of the modules show up as non-shr in an ident? Does this really mean that they are not reentrant, ie. I can't run two Deskmates at once (provided that they could work from other than /term, of course)? There is 1 Reply. #: 14431 S10/OS9/6809 (CoCo) 26-Feb-92 03:41:23 Sb: #14430-#Deskmate Fm: Kevin Darling 76703,4227 To: Ian Hodgson 72177,1762 (X) Ian, Get DESK3.SCR in Lib 10. It's a modpatch script to make DM3 use the hires mouse, and run from any vdg screen (not just /TERM). For that matter, do a "bro /key:desk*" in Lib 10. There are some interesting files and mods there. I have no idea if more than one DM3 can be run at a time. But heck, change them all to shareable and try it . Luck! kev There is 1 Reply. #: 14437 S10/OS9/6809 (CoCo) 28-Feb-92 22:50:27 Sb: #14431-#Deskmate Fm: Ian Hodgson 72177,1762 To: Kevin Darling 76703,4227 (X) Kevin, I got DESK3.SCR from lib 10 and it worked out just fine. Thanks for the tip. One odd thing, though. The hires mouse works now, but unlike its very smooth movement with MultiVue, with Deskmate the movement is jerky and erratic and difficult to control. Any idea why there shoul be that difference? Come to think of it, just where is the driver for the hires mouse? I have no idea how it works, though I suspect there is a digital ramp generator controlled by software somewhere; 8 bits, I would guess. Given OS9's modularity I would have expected a device driver and descriptor for the mouse, but that isn't the case, so where does it hide? Ian There is 1 Reply. #: 14441 S10/OS9/6809 (CoCo) 29-Feb-92 10:13:13 Sb: #14437-#Deskmate Fm: Kevin Darling 76703,4227 To: Ian Hodgson 72177,1762 (X) Ian, Hmm. Deskmate must sleep a lot between reading mouse/joystick (like CoCo Artist did). Would have to track it down. The hires mouse driver is in CC3IO. You're right: it tells the hires interface to begin charging a capacitor... and the driver shuts off interrupts and counts in software until ramp meets the joystick position. If the mouse is in the lower right corner, this can mean irqs are disabled for a very long time (I think up to 10ms or maybe more). Therefore, when doing nothing else, it's best to move the mouse to the upper-left corner where the delay is negligible. kev There is 1 Reply. #: 14487 S10/OS9/6809 (CoCo) 05-Mar-92 11:48:47 Sb: #14441-Deskmate Fm: Lee Veal 74726,1752 To: Kevin Darling 76703,4227 (X) Or Ian could now install Bruce Isted's serial mouse support (in MOUSE.AR). I'm using a Logitech mouse on one of my CoCo3s and an Impression Mouse (which is a Microsoft-compatible) on another. The problem of loosing IRQs during mouse movements goes away when the serial mouse is used instead of the Hi-Res adaptor. I have no IRQ hacks on either of my systems, but now have the freedom of using GSHELL+ or any other mouse-driven software while doing uploads or downloads from BBSs or other services. I have had NO lock-ups due to IRQs that were lost due to mouse operations since installing Bruce's Serial Mouse Drivers. Incidentally, I use multi-port seral cards on both of my systems, so I'm able to run multiple serial applications simultaneously and the mouse drivers, too. Lee #: 14445 S10/OS9/6809 (CoCo) 29-Feb-92 23:20:21 Sb: #14083-#Rogue under Multivue Fm: Mike Guzzi 76576,2715 To: Bert Schneider 70244,427 (X) Ill try it and see if it works. I always get my MV fonts clobbered after running rogue There is 1 Reply. #: 14460 S10/OS9/6809 (CoCo) 02-Mar-92 18:26:25 Sb: #14445-Rogue under Multivue Fm: Bert Schneider 70244,427 To: Mike Guzzi 76576,2715 Let me know if it works. It should, I have not had any problems and I am not running any of the new Shell+ programs. Bert Schneider #: 14447 S10/OS9/6809 (CoCo) 29-Feb-92 23:25:27 Sb: #14099-#E.A.R.S. Fm: Mike Guzzi 76576,2715 To: Lee Veal 74726,1752 (X) There was an article in BYTE magazine on how to build one. Finding the SP-1000 chip is the hard part (i have 2 spares) but the rest is common parts. The article was called "listner 1000" i think. I have some OS9 drivers but can't distribute them without permission. I had done a project using ears to make a lock that opened on voice command. Mike There is 1 Reply. #: 14482 S10/OS9/6809 (CoCo) 04-Mar-92 13:42:47 Sb: #14447-E.A.R.S. Fm: Lee Veal 74726,1752 To: Mike Guzzi 76576,2715 How difficult will it be to get permission to distribute the OS9 Drivers? What address(es) does/do the E.A.R.S. device use? Thanks for the info on the Byte Mag. article. Lee #: 14448 S10/OS9/6809 (CoCo) 29-Feb-92 23:27:42 Sb: #14334-OS9 support Fm: Mike Guzzi 76576,2715 To: Bernard Brooks 72411,2172 (X) I also reccomend looking on BBS's. sometimes there is someone selling a copy and thats usually cheap. when RS blew out there coco stuff I got two copies of os9 level II for $10 each and dynacalc for $2. (i bought a few copies in case someone needs one) Mike #: 14449 S10/OS9/6809 (CoCo) 29-Feb-92 23:31:50 Sb: #14332-In memoriam Fm: Mike Guzzi 76576,2715 To: Kevin Darling 76703,4227 (X) I agree, seems AFTER tandy dropped support is when an upsurge of os9 users came to be. I just found a few local coco users and helping them along. One just got CoCo max 3 and max-10 and then bought 512K. he is looking at os9 now and hopefully will get interested. my message bases on my bbs are inactive but it happens in surges. but I don't feel it is dead Miker #: 14454 S10/OS9/6809 (CoCo) 01-Mar-92 19:48:10 Sb: #CARMEN/MV Fm: Brother Jeremy, CSJW 76477,142 To: All Dear Friends I recently got Where in the World is Carmen Sandiego up and running under MV, using the files here on CIS. I forget the library that they are in. Is there any way to get the hi-res mouse to work? The program is set up to either use the keyboard or the lores joy stick. Can it be patched or is it a lost cause? With all best wishes, BR. JEREMY, CSJW There are 2 Replies. #: 14462 S10/OS9/6809 (CoCo) 02-Mar-92 18:57:06 Sb: #14454-CARMEN/MV Fm: Erich Schulman 75140,3175 To: Brother Jeremy, CSJW 76477,142 (X) With software, anything your hardware can handle is possible. However, supporting the hi-res 'stick requires that special analog pulses be generated through the cassette port and requires the co-ordinates for hi-res be handled. So you can change joystick support from lo-res to hi-res but about the only viable method is disassembly, changing of the source, and reassembly. No simple patch can do it. You might instead look into the hi- / lo- res joystick adapter that will let you switch between modes without all the plugging and unplugging. Erich Schulman (KTN4CA) #: 14488 S10/OS9/6809 (CoCo) 05-Mar-92 11:55:28 Sb: #14454-CARMEN/MV Fm: Lee Veal 74726,1752 To: Brother Jeremy, CSJW 76477,142 (X) I disagree slightly with Erich because very simple patches are all that's required to make Deskmate/3 use the Hi-Res Adaptor instead of the stock Lo-Res ports. It would probably require a disassembly to figure where to patch the Hi-Res Mouse Call in, but unless the logic in Carmen is extremely convoluted, then I think it'd be quite possible to effect the change. Lee #: 14457 S10/OS9/6809 (CoCo) 01-Mar-92 23:44:22 Sb: #Sterm Fm: Ian Hodgson 72177,1762 To: All I have a question about Sterm on the CoCo. I have just, for what seems like about the thousandth time, accidentally dumped myself out of Compuserve by hitting the BREAK key, without thinking, to abort an Sterm operation (in this case opening a capture file). Now, BREAK is a good way to abort most operations within CIS, but to have the same key, under slightly different circumstances, abort Sterm itself is ... shall I say counterproductive (5 minutes ago I used a much stronger word). I don't have the source, but even if I did I don't understand C well enough to track it down. Does this bother anyone else? If so, how much of a change is involved to fix it? I have an uncomfortable feeling that the BREAK is being handled by Shell rather than Sterm, but am certainly not sure. Suggestions? Also, does anyone know how long it takes CIS to recognize that I have suddenly disconnected and stop the meter running? (Actually, with the new flat rate I am no longer even sure when the meter _does_ run, but that's another story). There are 2 Replies. #: 14473 S10/OS9/6809 (CoCo) 03-Mar-92 07:51:22 Sb: #14457-Sterm Fm: Steve Wegert 76703,4255 To: Ian Hodgson 72177,1762 (X) Ian, Interesting stuff! I'll try to duplicate your situation on my CoCo and see what I come up with. Steve #: 14480 S10/OS9/6809 (CoCo) 04-Mar-92 00:36:54 Sb: #14457-#Sterm Fm: Bob van der Poel 76510,2203 To: Ian Hodgson 72177,1762 (X) Ian, I just tried hitting BREAK in sterm and nothing happens--it sure doesn't abort sterm. What version are you using? Hmmm, another trick would be to set abort and quit to 0 before starting up sterm (but I suspect that it already does that). There is 1 Reply. #: 14481 S10/OS9/6809 (CoCo) 04-Mar-92 07:35:29 Sb: #14480-#Sterm Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) I found the same thing, Bob. Mark tells me he traps the break key so Sterm shouldn't be doing what Ian says it is. Steve There is 1 Reply. #: 14483 S10/OS9/6809 (CoCo) 04-Mar-92 21:23:35 Sb: #14481-#Sterm Fm: Ian Hodgson 72177,1762 To: Steve Wegert 76703,4255 (X) Bob, Steve, OK, try this: while in Sterm, hit escape C to open a capture file. When Sterm asks for a filename, hit BREAK. Unless my version 1.5 is different from yours, you will find yourself immediately back at a shell prompt, and no longer in Sterm or connected to Compuserve. This happens to me when I hit esc-C by mistake, perhaps intending to hit esc-T or something else. My knee-jerk reaction is to hit BREAK to abort. Well, it aborts, all right ... Let me know if you have the same result. Ian There is 1 Reply. #: 14484 S10/OS9/6809 (CoCo) 04-Mar-92 21:27:09 Sb: #14483-#Sterm Fm: Ian Hodgson 72177,1762 To: Ian Hodgson 72177,1762 (X) Oh, that was neat (and expensive)... When I was dumped back to OS9 I went off to another window and composed my reply. When done (about 4 or 5 minutes later) I loaded Sterm again and tried to get the attention of my modem. Rather to my surprise, I found that I was still in the OS9 forum! Even though Sterm disappeared, my modem and CIS were apparently happily conversing during the interim. Good thing I didn't decide to do some long computing task that took hours! Could be expensive. Ian There is 1 Reply. #: 14485 S10/OS9/6809 (CoCo) 04-Mar-92 21:54:06 Sb: #14484-#Sterm Fm: Ian Hodgson 72177,1762 To: Ian Hodgson 72177,1762 (X) Steve, I have just been on the phone with Bob van der Poel and have this Sterm thing more or less sorted out. First, there is no problem with Sterm 1.3, only with 1.5.1. With 1.3 if I hit BREAK it just tells me that there is no filename, with 1.5.1 it dumps me out. Now the cure; since I call Sterm with a procedure file (I can't remember all the darned parameters) I just added to the procedure file: tmode quit=0 and this effectively disables the BREAK key for the duration. Ian There is 1 Reply. #: 14498 S10/OS9/6809 (CoCo) 05-Mar-92 21:51:17 Sb: #14485-Sterm Fm: Mark Griffith 76070,41 To: Ian Hodgson 72177,1762 (X) Ian, The problem with Sterm breaking out when you are prompted for a filename is due to setting the screen parameters back normal (meaning turning on break again) to allow SCF to echo charcters and allow command line editing while inputting the filename. The actual code has not changed from several versions back. What I need to do is change things around so the echoing an editing features of SCF can still be used, but the break and abort signals are still disabled. Thanks for finding this. Mark #: 14496 S10/OS9/6809 (CoCo) 05-Mar-92 21:48:53 Sb: #R0/T2 Conflict Fm: Ches Looney 73016,1336 To: Steve Wegert 76703,4255 (X) Steve, I found a solution to my problem, but I don't fully understand why the problem occurred in the first place. The symptoms are that using GrfInt permits simultaneous operation of T2/ACIAPAK and R0/RAMMER when each pair is loaded separately but that WindInt does not permit T2 to be opened after R0 is INIZd. The solution is to merge all four modules in one file and then load the single file. I can sorta understand why a driver and its descriptor should be merged, but why must both pairs be merged into a single file? And why does WindInt insist on such a merge when GrfInt does not? Thanks for your encouragement. Ches. There are 2 Replies. #: 14504 S10/OS9/6809 (CoCo) 06-Mar-92 07:24:20 Sb: #14496-#R0/T2 Conflict Fm: Steve Wegert 76703,4255 To: Ches Looney 73016,1336 (X) Ches, Your work around further suggests that the BLOB is the problem. You've effectively changed your bootlist by removing the modules and opting to load them manually. But ... you're also robbing yourself of valuable system space if you're loading the merged file after boot. Might wish to reconsider. Steve There is 1 Reply. #: 14508 S10/OS9/6809 (CoCo) 06-Mar-92 13:39:55 Sb: #14504-#R0/T2 Conflict Fm: Ches Looney 73016,1336 To: Steve Wegert 76703,4255 (X) Well-l-l-l, I'm not directly removing modules and then manually loading, but I think I see your point. (Kevin kinda rubbed my nose in it, too, by Email. Isn't there a limit to the size of the bootfile? I thought that was supposed to be 8k or less, but your comments now and earlier make me wonder whether I'm remembering incorrectly. Thanks for your help. Ches. There is 1 Reply. #: 14525 S10/OS9/6809 (CoCo) 07-Mar-92 11:48:19 Sb: #14508-#R0/T2 Conflict Fm: Steve Wegert 76703,4255 To: Ches Looney 73016,1336 (X) Ches, it's 8K multiples. My boot file is around 32K. The other place where you may be rembering 8K limits is when you load a module. It take a fulk 8K. Eats up the space real quick. Steve There is 1 Reply. #: 14532 S10/OS9/6809 (CoCo) 07-Mar-92 14:58:12 Sb: #14525-#R0/T2 Conflict Fm: Ches Looney 73016,1336 To: Steve Wegert 76703,4255 (X) Yep, I think what I'm remembering is the limit to the size of a file called shell which has shell plus other modules totalling less than 8k. I suppose one should make the boot file as close to a full multiple of 8k. For example, if the boot is approx 33k, maybe it takes 40k and wastes almost 8k. Is that reasonably correct? Ches. There is 1 Reply. #: 14538 S10/OS9/6809 (CoCo) 08-Mar-92 19:04:45 Sb: #14532-R0/T2 Conflict Fm: Steve Wegert 76703,4255 To: Ches Looney 73016,1336 You got it, Ches. I'm thinking I'm just under the 32K boundry. I'd think the same would be true of any file. When it's loaded into memory, it's gonna take 8K. So you mays well make use of the space. Steve #: 14506 S10/OS9/6809 (CoCo) 06-Mar-92 09:51:33 Sb: #14496-#R0/T2 Conflict Fm: Kevin Darling 76703,4227 To: Ches Looney 73016,1336 (X) Ches! You're running out of system space. Put all those drivers/descs in your bootfile. Loading them after boot is okay for some testing, but also really eats up the 64K kernel map. Use "smap" and "pmap" to see. best - kev There is 1 Reply. #: 14509 S10/OS9/6809 (CoCo) 06-Mar-92 13:41:19 Sb: #14506-#R0/T2 Conflict Fm: Ches Looney 73016,1336 To: Kevin Darling 76703,4227 (X) I'm off to redo the boot file, but why do I seem to remember that the bootfile was supposed to be less than 8k?? Ches. There is 1 Reply. #: 14511 S10/OS9/6809 (CoCo) 06-Mar-92 17:42:03 Sb: #14509-#R0/T2 Conflict Fm: Kevin Darling 76703,4227 To: Ches Looney 73016,1336 (X) Umm.. the bootfile has to be less than, umm.... gee. Dunno. Mine is ~33K. Didn't mean to rub your nose, btw :-) Just excited! (Pete thinks I use too many "!"s, and he's right. Hehe kev! There is 1 Reply. #: 14513 S10/OS9/6809 (CoCo) 06-Mar-92 18:47:07 Sb: #14511-R0/T2 Conflict Fm: Ches Looney 73016,1336 To: Kevin Darling 76703,4227 (X) Hey, I didn't take it bad - I enjoy the exchange - what I don't enjoy is having to re-learn lessons I thought I had learned earlier. Ah well, the alternative to advancing age and memory loss is less pleasant than an occasional embarassment. Somewhat more seriously, I continue to marvel at the capability of this "little" computer. Just about the time I think I understand it pretty well, it stings me. Great fun - Thanks again, Kev, for your guidance and encouragement. Regards, Ches. #: 14497 S10/OS9/6809 (CoCo) 05-Mar-92 21:50:32 Sb: R0/T2 Conflict Fm: Ches Looney 73016,1336 To: Mark Griffith 76070,41 (X) Mark, I've found a solution to my problem in using STERM and a ramdisk simultaneously. Please see msg 14496. Thanks for your encouragement. Regards, Ches. #: 14499 S10/OS9/6809 (CoCo) 05-Mar-92 21:51:57 Sb: R0/T2 Conflict Fm: Ches Looney 73016,1336 To: Erich Schulman 75140,3175 (X) Erich, I found a solution to my problem in using STERM and a ramdisk simultaneously. Please see msg 14496. Thanks for your encouragement. Ches. #: 14516 S10/OS9/6809 (CoCo) 06-Mar-92 19:47:04 Sb: EARS & CoCo 3 Fm: Keith H. March 70541,1413 To: All HELP How can I get E.A.R.S. from Speech Systems to work with a CoCo 3? Keith #: 14634 S10/OS9/6809 (CoCo) 19-Mar-92 15:47:44 Sb: Spectrum 512 pics Fm: Joseph Cheek 71431,3466 To: all I need a few people to betatest a program that will convert Atari ST SPC pix to 2-buffer VEF pix. please reply if nterested. you will need: some spc pics to test the program on 256k (pref. 512k) a picture viewer, such as View by tim kientzle. dearc (to unarchive them). thank you! #: 14635 S10/OS9/6809 (CoCo) 19-Mar-92 15:49:20 Sb: source editor Fm: Joseph Cheek 71431,3466 To: all is there a good c-code source editor around? I use microemacs and it doesn't serve my needs. if there aren't any, i may have to write my own... thanx. #: 14638 S10/OS9/6809 (CoCo) 20-Mar-92 00:24:47 Sb: #14635-source editor Fm: Pete Lyall 76703,4230 To: Joseph Cheek 71431,3466 (X) Joseph - I know that there are a couple of 'vi' clones for the 68K, but uEmacs is probably as good as it gets on the '09 (unless you want to use TSedit, which is a limited vi spinoff, which requires hacks to run in 80 column mode). #: 14646 S10/OS9/6809 (CoCo) 20-Mar-92 18:28:39 Sb: #Printerr/Error Beep Fm: Brother Jeremy, CSJW 76477,142 To: All Dear Friends: I recently reconfigged my boot disk to include a patched version of Level 1's printerr. I had also used a patched version of cc3io which would beep on an error. Now with printerr, which for those who don not know, gives full error messages rather that just the error number, it no longer beeps. I got the printerr patch from Bob Santy's Patch.Ar which contains Ipatch and a few other things. Can I have the best of both, beeping on error and both the error number and error message for the errmsg file in /dd/SYS ? Thank you for your help, With all best wishes, Br. Jeremy, CSJW. There is 1 Reply. #: 14647 S10/OS9/6809 (CoCo) 20-Mar-92 20:12:41 Sb: #14646-#Printerr/Error Beep Fm: Erich Schulman 75140,3175 To: Brother Jeremy, CSJW 76477,142 (X) I had the same problem and solved it. I presume you gained the printerr function by adding os9p3. If this is the case, use dEd, EZGen, or whatever else you use to edit modules to change it. As you look at the ASCII part of the dump (the right hand part of the screen if you use dEd) you can read "ERROR #" (without the quotes). Change the "#" to a ASCII 07 then verify the module. You'll have beep on error again. (I think it's near the end of os9p3 so skip to the last LSN of the module and work toward the beginning until you find it.) There is 1 Reply. #: 14648 S10/OS9/6809 (CoCo) 20-Mar-92 23:11:38 Sb: #14647-#Printerr/Error Beep Fm: Brother Jeremy, CSJW 76477,142 To: Erich Schulman 75140,3175 (X) Actually, I patched the stock Level 1 printerr with a patch from Bob Santy. But I will try going the OS9P3 route and let you know. Thank you for your reply, Br. Jeremy, CSJW There is 1 Reply. #: 14670 S10/OS9/6809 (CoCo) 21-Mar-92 08:04:20 Sb: #14648-#Printerr/Error Beep Fm: Bob Santy 76417,714 To: Brother Jeremy, CSJW 76477,142 (X) If you use DED on the patched file you will see the string "Error #". The "#" is at offset $37. You can change the "#" to $07 and get a beep instead of the "Error #nnn". What will be the message after the patch (and CRC update) is "Error nnn". Hope this helps. Bob There is 1 Reply. #: 14678 S10/OS9/6809 (CoCo) 21-Mar-92 14:28:55 Sb: #14670-Printerr/Error Beep Fm: Brother Jeremy, CSJW 76477,142 To: Bob Santy 76417,714 Dear Bob, thankyou for the advice. I will try it and let you know. With all best wishes, Br. Jeremy, CSJW #: 14696 S10/OS9/6809 (CoCo) 25-Mar-92 18:44:12 Sb: #LZH.HLP Fm: Brother Jeremy, CSJW 76477,142 To: All Dear Friends: I have been trying to use the UNLZH (Versions 3 and 5) programs to unarc some files that I transfers from some MS-DOS disks using PC-DOS. I have not had any success. They appear to be in LZH-1 format. In any case the program aborts with CRC and Header sum errors. Is there any way to extract these files under Level 2/OS9? Thank you, With all best wishes, Br. Jeremy, CSJW There are 2 Replies. #: 14703 S10/OS9/6809 (CoCo) 27-Mar-92 14:26:29 Sb: #14696-#LZH.HLP Fm: Norman Rheaume 71630,3476 To: Brother Jeremy, CSJW 76477,142 (X) Did you also get the latest UNLZHUF? I and several others have been using Edition #5 without problems. Are these very large files? Edition #5 was supposed to fix a problem with files >500k. I'll check back in Sunday. Since I wrote the port I may be able to help. I haven't been calling in CI$ much, my wife paid last months bill. There is 1 Reply. #: 14705 S10/OS9/6809 (CoCo) 27-Mar-92 21:10:21 Sb: #14703-LZH.HLP Fm: Brother Jeremy, CSJW 76477,142 To: Norman Rheaume 71630,3476 (X) I tried with both version 3 and 5. I am using PCDOS to make the transfer. Is itt possible that this is causing a problem. I may try transfering the file again with some other transfer utility and see what happens. I will let you know. --Thank you for your help. With all best wishes, Br. Jeremy, CSJW #: 14704 S10/OS9/6809 (CoCo) 27-Mar-92 14:29:43 Sb: #14696-LZH.HLP Fm: Norman Rheaume 71630,3476 To: Brother Jeremy, CSJW 76477,142 (X) Opps. I just checked and the latest edition here is #3. Edition #5 fixes a problem with LARGE files. I'll try to upload tonight. Sorry for the problem. It didn't show up until someone dearced a 250k LZH. Norman #: 14706 S10/OS9/6809 (CoCo) 27-Mar-92 21:21:01 Sb: #14460-Rogue under Multivue Fm: Mike Guzzi 76576,2715 To: Bert Schneider 70244,427 I don't think shell+ is an issue here. I observed it was font clashes that caused my problems. Mike #: 14707 S10/OS9/6809 (CoCo) 27-Mar-92 21:25:06 Sb: #14482-#E.A.R.S. Fm: Mike Guzzi 76576,2715 To: Lee Veal 74726,1752 (X) My info on the article is haphhazard at best. I did a project for college using ears and had obtained the actual sp-1000 manual on it. Gives full technical details on it but impossible to understand. This was two years ago. Ill have to dig out my stuff from the project. I don't remember where EARS resides I think it was FF70-FF74. you could make it anywhere you wish I don't know where the author is for the OS9 ears/x10 software. It is Bob Puppo and I have no way to contact him. I think he lives in norristown, PA Anyone know his #? Mike There is 1 Reply. #: 14709 S10/OS9/6809 (CoCo) 28-Mar-92 08:19:32 Sb: #14707-E.A.R.S. Fm: Lee Veal 74726,1752 To: Mike Guzzi 76576,2715 I know how to get in contact with Bob, but I don't know if he'd want his home phone number posted here in the public message base. I'll get in contact with him, and see if he's willing to release the OS9 drivers for E.A.R.S. Thanks, Lee #: 14708 S10/OS9/6809 (CoCo) 27-Mar-92 21:29:38 Sb: #14516-EARS & CoCo 3 Fm: Mike Guzzi 76576,2715 To: Keith H. March 70541,1413 (X) ears works on a CoCo3 after disabling the CoCo3 commands. What needs to be done is fixing the ears software to not conflict with basic. I have the source code to ears (yes i bought a copy before they went out) and it I had tom mix's assembler i could fix it. Just need to move the tokens higher to not conflict with coco3 basic. The hardware part is OK for a CoCo3 (even with the upgraded MPI) Mike #: 14715 S10/OS9/6809 (CoCo) 29-Mar-92 01:44:36 Sb: UNLZH Fm: Brother Jeremy, CSJW 76477,142 To: Norman Rheame, 71360,3476 Dear Norman: I saw that you uploaded UNLZH_5. Your note in the description to use the -raw modifier in PCDOS made the difference. I did not realize that this was required. I used pcdos -get -raw /d1 test.lzh >/dd/test.lzh and it worked. Thank you for your help. With all best wishes, Br. Jeremy, CSJW #: 14726 S10/OS9/6809 (CoCo) 30-Mar-92 19:43:31 Sb: #c on the coco Fm: Joseph Cheek 71431,3466 To: all C programmers, I have a question: How do you pass a function address to another function and have the second function execute it? Example: I have a function foo() int foo() { ... } that I want to have another function dofunc() execute. I call dofunc() in some manner like dofunc(foo); so that dofunc() executes foo(). How do I code this? Your help is appreciated. There is 1 Reply. #: 14727 S10/OS9/6809 (CoCo) 30-Mar-92 21:21:16 Sb: #14726-#c on the coco Fm: James Jones 76257,562 To: Joseph Cheek 71431,3466 (X) That's exactly what you want to do when you call dofunc. Now, the interesting part is the declaration of dofunc(): dofunc(fp) int (*fp)(); { /* blah blah blah */ (*fp)(); } Give it a try and let us know how it comes out, OK? There is 1 Reply. #: 14732 S10/OS9/6809 (CoCo) 30-Mar-92 22:29:35 Sb: #14727-c on the coco Fm: Joseph Cheek 71431,3466 To: James Jones 76257,562 thanks, james, I will give it a try. #: 14730 S10/OS9/6809 (CoCo) 30-Mar-92 21:57:23 Sb: Of Mice and Monks Fm: Brother Jeremy, CSJW 76477,142 To: All Dear Friends: Once again I am playing with my boot disk. I replaced CC3io with the version from SMOUSE, and patched Windint with patches from KBCOM and the "rollover" patch, (stops the title bar from showing when changing windows. I also wanted to add the clock from SMOUSE, but I don't want to give up my DISTO RTC on the 4-in-1. I tried using DSETIME but I could not properly get the time from the RTC. I would hate to have to go back to using SETIME each time I start up. Can a clock module which allows for IRQ's read the RTC as well? I thought that my system seemed faster when using the clock from SMOUSE. FInally, I booted up with my new disk, still using the DISTO clock module, and called up OSTERM from MV, I run it in a type 2 80 x 24 window. Much sto my surprise, it ran in a graphics window. I know this for a fact because the fonts I use with MV are from the MAC, Mike Haaland uploaded them with some window parts. My /w7 was still using the normal text fonts... After logging off, and quitting OSTERM I restarted it, this time in its normal type window. What do you think happened? --Br. Jeremy, CSJW Press !> #: 14739 S10/OS9/6809 (CoCo) 31-Mar-92 09:58:53 Sb: #more coco c programming Fm: Joseph Cheek 71431,3466 To: all Hello, C programmers! I have another question. Suppose I have an array of pointers to functions, such as the following: int func0(), func1(), func2(), func3(), etc...; int funcarr[] = { func0, func1, func2, func3, etc... }; and I know which function I want to execute by its subscript in the array: int whichfunc; whichfunc = 1; /* I want to execute func1() */ It seems to me, from what James Jones said earlier to me, that the proper statement would be: (*funcarr[whichfunc])(); Is this correct? Are all of my previous statements syntactically correct? Thank you for any replies. There is 1 Reply. #: 14740 S10/OS9/6809 (CoCo) 31-Mar-92 18:59:36 Sb: #14739-more coco c programming Fm: James Jones 76257,562 To: Joseph Cheek 71431,3466 (X) Be careful! It's int (*funcarr[])() = { func0, func1, func2, func3, /* etc. */ }; This is one of the more ghastly aspects of C, alas. #: 14742 S10/OS9/6809 (CoCo) 31-Mar-92 20:40:31 Sb: c on the coco Fm: Joseph Cheek 71431,3466 To: james jones/all Many thanks to James Jones for his help with my programming problems. It now works! Here's what I did: First of all, I declared my functions, as they were in a separate source file: int func0(), func1(), func2(), etc...; and then built my array: int (*funcarr[])() = { func0, func1, func2, etc... }; I decided to call dofunc by number, instead of by function address; here is my (short and simple) dofunc function! dofunc(funcnum) /* do the func */ char funcnum; { return((*funcarr[funcnum])()); } Thank you so much for your help, James! I appreciate it very much. It is cleaner, more manageable, and faster than using switch (as I did previously). #: 14744 S10/OS9/6809 (CoCo) 31-Mar-92 22:20:59 Sb: #14706-Rogue under Multivue Fm: Bert Schneider 70244,427 To: Mike Guzzi 76576,2715 OK - anyway, I got ROGUE to work with the graphics mode and it does fine. I can't use Shell+ since I also run UMUSE3 from Multivue - you see I wrote some code in C to run the program in the background so I can call up UMUSE3 from Multivue. I don't need all the bells and whistles anyhow! I can type at least 70 wpm so I don't need fancy shell interfaces to help me!!! See ya! Bert Schneider #: 14788 S10/OS9/6809 (CoCo) 04-Apr-92 14:54:49 Sb: #OS9 level 2/disk basic 2 Fm: paul Mooney 100015,134 To: All Help wanted, Is there any way I can boot OS9 level 2 from disk basic 2.0 - this version of basic doesn't recognise the DOS command? Thanks, Paul There is 1 Reply. #: 14796 S10/OS9/6809 (CoCo) 05-Apr-92 02:26:24 Sb: #14788-#OS9 level 2/disk basic 2 Fm: Wayne Day 76703,376 To: paul Mooney 100015,134 (X) Yeah... use one of the boostrap loaders. I BELIEVE there's a couple in the CoCo Library.. DOS.BAS or similar. Wayne There is 1 Reply. #: 14803 S10/OS9/6809 (CoCo) 05-Apr-92 11:11:36 Sb: #14796-#OS9 level 2/disk basic 2 Fm: Pete Lyall 76703,4230 To: Wayne Day 76703,376 (X) Wayne/Paul - Wasn't there also a simple 15 line program called "*.BAS" in the back of the manual that came distributed with os9? It was intended for folks with 1.0 disk ROMS. Pete There are 2 Replies. #: 14808 S10/OS9/6809 (CoCo) 05-Apr-92 19:31:54 Sb: #14803-OS9 level 2/disk basic 2 Fm: John L. Wilkerson Jr. 71140,77 To: Pete Lyall 76703,4230 (X) Look on the BACK of the BASIC09/CONFIG disk.... in RSDOS.... there is a program that will boot os9. You can either check drive speed or boot os9. I believe the program is called *. That will get you running. -- John #: 14816 S10/OS9/6809 (CoCo) 06-Apr-92 02:49:53 Sb: #14803-OS9 level 2/disk basic 2 Fm: Wayne Day 76703,376 To: Pete Lyall 76703,4230 (X) Yep, there was.... *.BAS. I think the one we've got is the same thing. Wayne #: 14837 S10/OS9/6809 (CoCo) 07-Apr-92 02:00:45 Sb: #14784-#Need GIME Fm: George Hendrickson 71071,2003 To: Kevin Darling 76703,4227 (X) I took the GIME chip out and cleaned the connections on it and in its socket and still got the same results. I was wondering if the chip I have was one of the old ones or the supposably update GIME chip. The info I got off of it is this: 627v8984 2645A0001 TCC1014 Tandy 1986 Is that one of the old ones or one of the new ones? Does CRC have any GIMeE chips also? There are 2 Replies. #: 14838 S10/OS9/6809 (CoCo) 07-Apr-92 05:21:43 Sb: #14837-Need GIME Fm: Kevin Darling 76703,4227 To: George Hendrickson 71071,2003 Drat. The new part is TCC1014A, I believe. The Tandy stock number is MX-0992 for the CoCo-3. Hey, I bet Frank Hogg has some GIMEs! He's been posting here lately, so either he'll spot your question or you can ask him here or in email. Luck! #: 14846 S10/OS9/6809 (CoCo) 07-Apr-92 20:23:34 Sb: #14837-Need GIME Fm: Frank Hogg of FHL 70310,317 To: George Hendrickson 71071,2003 George, I have GIMEs in stock. Probably the last known supply of them. Call the office for details. I don't think I can quote prices etc here. (rules you know) Frank Hogg -- FHL 315-469-7364 #: 14843 S10/OS9/6809 (CoCo) 07-Apr-92 17:13:13 Sb: #14816-OS9 level 2/disk basic 2 Fm: paul Mooney 100015,134 To: Wayne Day 76703,376 many thanks for all the help, I'll check it out, thanks again, paul #: 14880 S10/OS9/6809 (CoCo) 09-Apr-92 06:04:20 Sb: #14709-E.A.R.S. Fm: Mike Guzzi 76576,2715 To: Lee Veal 74726,1752 (X) great. if you can get me his number email it to me thanks! Mike #: 14881 S10/OS9/6809 (CoCo) 09-Apr-92 06:06:31 Sb: #14803-OS9 level 2/disk basic 2 Fm: Mike Guzzi 76576,2715 To: Pete Lyall 76703,4230 (X) yeah all you do is put in the second disk (boot/config/basic09) and it has the loader. if not type in the boot program on any os9 program. #: 14882 S10/OS9/6809 (CoCo) 09-Apr-92 06:22:06 Sb: #link count bug Fm: Mike Guzzi 76576,2715 To: all Hey check this out! I have left my system on for over 2 months and i did an mdir a few days ago and RBF and BBFHdisk showed FFFF for link count but today i did it again and look at this. Module Directory at 22:05:56 Block Offset Size Typ Rev Attr Use Module Name ----- ------ ---- --- --- ---- ---- ------------ 3F D06 12A C1 1 r... 0 REL 3F E30 1D0 C1 1 r... 1 Boot 3F 1000 ED9 C0 8 r... 2 OS9p1 1 A00 CAE C0 2 r... 1 OS9p2 1 16AE 9F3 C1 1 r... 1 IOMan 1 20A1 2E C0 1 r... 1 Init 1 20CF 1AE 11 1 .... 1 CC3Go 1 227D 23E C1 1 r... 4 Clock 1 24BB 12CB D1 1 r... Lock RBF 1 3786 65D E1 2 r... Lock BBFhdisk 1 3DE3 39 F1 1 r... Lock dd 1 3E1C 39 F1 1 r... 432D h0 1 3E55 39 F1 1 r... 41F6 h1 1 3E8E B9A E1 1 r... B8 SDisk3 1 4A28 33 F1 3 r... F D0 See? RBF,BBFhdisk and DD show "lock" for a link count. What does this mean? Mike There is 1 Reply. #: 14887 S10/OS9/6809 (CoCo) 09-Apr-92 07:49:30 Sb: #14882-#link count bug Fm: Kevin Darling 76703,4227 To: Mike Guzzi 76576,2715 (X) Mike - It's not a bug, just something you don't see very often :-) Actually, you probably did a "dirm" and it showed FFFF as the link count. The stock command "mdir e" more appropriately shows "Lock" for the same value. As you know, $FFFF is the highest possible value for a module link count (max value that can be held in two bytes). Any links afterwards won't increment the count (because you'd roll over to 0000, then 0001, etc). Therefore, unlinks can't be honored either (the link/unlinks might not match up). So the module can't be unlinked and is considered "locked" into memory. You could write a util that did that many links to any module if you wanted it to stay around for sure :-) best - kevin There is 1 Reply. #: 14902 S10/OS9/6809 (CoCo) 10-Apr-92 13:34:43 Sb: #14887-link count bug Fm: Mike Guzzi 76576,2715 To: Kevin Darling 76703,4227 (X) well one thing for sure is OS9 is stable! The longest record for running the machine without re-booting is 4 months. Im sitting about 2-3 months now and unlike that time I use the machine more. (that 4 months i was away at college the bbs was the only thing running) I assumed it would roll over and i was told that it would unlink from memory (roll over to 0 and drops out) but obvoisly this proves that wrong. Mike #: 14906 S10/OS9/6809 (CoCo) 10-Apr-92 19:17:28 Sb: GUI Fm: Brother Jeremy, CSJW 76477,142 To: ALL Dear Friends: I just uploaded GUIB.AR and GUIB11.PAK by Shawn Driscoll into LIBRARY 10, key word GUI. If you want to see some incredible things on our little COCO, get these files. I know that anything I write will be based on these from now on. With all best wishes, Br. Jeremy, CSJW #: 14915 S10/OS9/6809 (CoCo) 11-Apr-92 01:41:01 Sb: #14838-Need GIME Fm: George Hendrickson 71071,2003 To: Kevin Darling 76703,4227 (X) Thanks for the info. I called up Radio Shack today to see if they had any GIME's and they said they did but I would have to come in to order it and prepay the bill. Do they have that new GIME you think? #: 14918 S10/OS9/6809 (CoCo) 11-Apr-92 01:46:16 Sb: #14846-Need GIME Fm: George Hendrickson 71071,2003 To: Frank Hogg of FHL 70310,317 Thanks. I'll give you a call real soon if not sooner! #: 14959 S10/OS9/6809 (CoCo) 12-Apr-92 22:36:44 Sb: #AR Upgrade Fm: Ian Hodgson 72177,1762 To: Carl Kreider 71076,76 (X) Carl, I would be opposed to any changes to AR that would reduce its speed. The CoCo's 6809 is already slow enough during compression and any additional reduction would result in me sticking with the current version of AR. This is the main reason I don't use PAK, which has some additional features over AR but is much slower. Ian There is 1 Reply. #: 14968 S10/OS9/6809 (CoCo) 13-Apr-92 14:26:25 Sb: #14959-#AR Upgrade Fm: Carl Kreider 71076,76 To: Ian Hodgson 72177,1762 (X) Thank you. Your vote counts. ;) As best I can tell, PAK is SEA ARC that someone got running on the 09 but claimed as their own. Anybody know the real deal here? There is 1 Reply. #: 14973 S10/OS9/6809 (CoCo) 14-Apr-92 12:19:15 Sb: #14968-#AR Upgrade Fm: Lee Veal 74726,1752 To: Carl Kreider 71076,76 (X) Carl, Here are some responses to your recent query about new AR speed. Lee ============================================================================= From: David Wordell Rec'd To: Lee Veal Msg #73, 09-Apr-92 01:22pm Subject: Re: New AR developments... (From Carl Krieder on CIS) > How much of a speed hit are folks willing to absorb for > new features in AR? Reason being that better compression > might require keeping tables on disk, thus slowing AR > by a factor of 10 or more. Lee, It would depend on whether the new method added so much time searching through tables that it made the actual total process of downloading, then extracting, longer. If it did then I would go for the old method, or at least up to the features in version 1.5. We are fortunate in that we do not see the memory hogging file sizes seen in MS-DOS so I think we should be concerned with ease of use. David ---------------------------------------------------------------------------- From: Daniel Hauck Rec'd To: Lee Veal Msg #74, 09-Apr-92 05:07pm Subject: Re: New AR developments... I would be willing to take a really big hit, but using "data modules" I don't see where it would be necessary. But then again, I have never used data modules. At any rate, I would be willing to take a hit in speed, but I guess I don't want it to take two hours on the average file either. dan... There is 1 Reply. #: 15009 S10/OS9/6809 (CoCo) 18-Apr-92 09:59:08 Sb: #14973-AR Upgrade Fm: Mike Guzzi 76576,2715 To: Lee Veal 74726,1752 (X) Why not use the ideas when AR 1.5 was done? I found it compressed quite well and was much faster then pak. PAK works when ar can't figure out the best method particula ly sound files. Although what i heard is ar1.5 was done without author permission and thats why this debate over it was done but it was a good upgrade. Mike #: 14965 S10/OS9/6809 (CoCo) 13-Apr-92 03:37:00 Sb: #14328-#In memoriam Fm: John Wight 76370,2100 To: Ian Hodgson 72177,1762 (X) No, OS-9 and the COCO ARE NOT dead ;-). Perhaps the problem is that to leave a message here, one has to pay $12.00 an hour. Read in one of the other sections about the OS-9 Community Network. This is just one example of how alive the COCO and OS-9 Community is, and it is cheaper than Compuserve to take advantage of, even if you have to make a long distance call to a BBS. A part of the OS-9 Community Network is the Fidonet COCO and OS9 echos (Fidonet is an amateur computer network of over 10,000 systems of all types world wide). On these message areas there are between 20 to 40 messages everyday in both areas, and I didn't even mention that there are COCO_CLUB and RIBBS echos as well. The cost of Fidonet is next to nothing, and usually free to those who are just exchanging messages, i.e., the cost of a phone call to a BBS. Being that many COCO users are on a budget, I suspect that many have chosen the Fidonet or other BBS alternatives of support instead of paying $12.00 an hour here... There is 1 Reply. #: 14970 S10/OS9/6809 (CoCo) 14-Apr-92 00:04:45 Sb: #14965-#In memoriam Fm: Ian Hodgson 72177,1762 To: John Wight 76370,2100 John, Several users have now commented on the cost issue as being a determining factory mitigating against CIS. One of the commonest suggestions is that Delphi is much cheaper. That may, indeed, be true for U.S. customers, but I have to access it from Canada through a communications network such as Datapac, which charges about $15 per hour, in addition to the Delphi charges. Since I have a local Compuserve node and avoid the communications surcharge, CIS is actually much less expensive for me. I have heard of Fidonet frequently, but have no idea how to find out where the closest node is. The information would be of interest. I am not sure what the relationship between the OS9 Community Network and Fidonet is. But your suggestion that long distance calls are cheaper than CIS is, regretfully, not true in this part of the world. While they have come down in cost, a long distance call at anything but the lowest after-midnight weekend rate is about $30 per hour to anywhere even in the nearby U.S. and about $18 at the rock bottom rate. Still too much, sigh. Of course, if forums, or a user selected subset of forums, were to be included in the basic flat rate ... but I am dreaming, I suppose. Anyway, with intelligent use of fast downloads and going on about 3 times a week my Compuserve bill is only about $30/month, and that is before the flat rate, so it may even be a hair lower now. I can live with that. Thanks for the comments. Ian There are 3 Replies. #: 14977 S10/OS9/6809 (CoCo) 14-Apr-92 23:19:11 Sb: #14970-In memoriam Fm: James Jones 76257,562 To: Ian Hodgson 72177,1762 (X) Don't just dream--GO PRICEFORUM and express your opinion. (Opinions expressed herein are solely those of the poster.) #: 14980 S10/OS9/6809 (CoCo) 15-Apr-92 08:14:39 Sb: #14970-In memoriam Fm: Steve Wegert 76703,4255 To: Ian Hodgson 72177,1762 (X) Ian, Thanks for the thoughtful reply on CIS pricing. Have you considered making your views known to CompuServe via FEEDBACK? Steve #: 15008 S10/OS9/6809 (CoCo) 18-Apr-92 09:55:36 Sb: #14970-In memoriam Fm: Mike Guzzi 76576,2715 To: Ian Hodgson 72177,1762 (X) Well although $12 an hour here is expensive my normal means it is a good network. To be able to contact so many CoCo and OS9 users cannot be ignored. I have found a viable solution. There was a file posted called "view" which allows you to capture all new messages here in a flash (nonstop read) and read them offline and compose replies. On your next call you upload the replies and it will automatically post them to the correct person. There aren't many messages today so i decied not to do it but with a large message count it saved me countless dollars online by allowing me to compose my replies without pressure of the clock. I renamed it to "viewcis" since it conflicts with "view" (to view pix files) and it is a well written program. If the file is no longer here I am glad to upload it. Its well worth having Mike #: 15004 S10/OS9/6809 (CoCo) 18-Apr-92 00:01:14 Sb: #Stdptr help Fm: LARRY OLSON 72227,3467 To: Keven Darling 76703,4227 (X) Keven, Hopefully a easy question. I need a mouse pointer that isn't in the stdptr set. I think I have it figured out how the data is stored for the pointers, but what I can't seem to find is how the hit point is specified. Is it just hardcoded in Windint that a 202,1 has a hit point of 0,0 and a 202,3 gas a hit point of 7,7 ? I guess what I'm trying to say is, what determines what is returned in packet.AcX and packet.AcY . Larry There is 1 Reply. #: 15005 S10/OS9/6809 (CoCo) 18-Apr-92 00:46:49 Sb: #15004-#Stdptr help Fm: Kevin Darling 76703,4227 To: LARRY OLSON 72227,3467 (X) Larry - yes, unfortunately there is no hit point defined in stdptrs. A program is expected to know the offset instead. So the x/y returned in the mouse packet is always the upper left corner of the ptr rectangle. There is 1 Reply. #: 15011 S10/OS9/6809 (CoCo) 18-Apr-92 13:44:09 Sb: #15005-#Stdptr help Fm: LARRY OLSON 72227,3467 To: Kevin Darling 76703,4227 (X) Thanks Keven, I thought that was how I had to do it, but I wanted to make sure. That sound editor for SS.Tone is almost there. I'll try to email the thing to you, and see if you have any suggestions. Larry There is 1 Reply. #: 15028 S10/OS9/6809 (CoCo) 20-Apr-92 23:33:21 Sb: #15011-#Stdptr help Fm: Brother Jeremy, CSJW 76477,142 To: LARRY OLSON 72227,3467 (X) You might want ot look at EDPOINT.AR by Mike Haaland. I think it will do what you want. Do a bro/key STDPNT or POINTERS. Hope this helps. With all best wishes, Br. Jeremy, CSJW There is 1 Reply. #: 15029 S10/OS9/6809 (CoCo) 21-Apr-92 00:26:50 Sb: #15028-Stdptr help Fm: LARRY OLSON 72227,3467 To: Brother Jeremy, CSJW 76477,142 (X) Thanks for the tip, I had forgotten that there was a graphic pointer editor. larry #: 15020 S10/OS9/6809 (CoCo) 19-Apr-92 17:37:57 Sb: #uudecode for coco iii Fm: Joseph Cheek 71431,3466 To: all Where can i get a uudecoder for the coco ]I[/ os-9 lvl 2? There is 1 Reply. #: 15021 S10/OS9/6809 (CoCo) 19-Apr-92 21:20:39 Sb: #15020-uudecode for coco iii Fm: Steve Wegert 76703,4255 To: Joseph Cheek 71431,3466 (X) Joseph, Mark Griffith packaged both uudecode and uuencode with his UUCP package. Look for UUCP.AR in LIB 7. Steve #: 15024 S10/OS9/6809 (CoCo) 20-Apr-92 17:47:41 Sb: #coco ii help Fm: Joseph Cheek 71431,3466 To: all Hello, all -- I am in need of some help. On my CoCo III with OS-9 Level Two, I have a few questions: 1) How can I access the 80x24 type 2 screen directly? 2) How can I get the X and Y cursor coordinates from the system? Thank you, all who respond. There is 1 Reply. #: 15025 S10/OS9/6809 (CoCo) 20-Apr-92 20:42:04 Sb: #15024-#coco ii help Fm: Bruce MacKenzie 71725,376 To: Joseph Cheek 71431,3466 (X) Joseph, In answer to your first question, if you're asking how to directly alter the text screen memory, my answer is that it's not wise to do that. The terminal screen is an output device and by the philosophy of os9 any output to the device should be funneled through the op system. You can do pretty much anything you would like to a text screen (cursor control, underlining ect.) via control code writes to the screen (see page 5-1 in the windowing sec. of the lvl II manual). See if you can do what you want 'by the book' before resorting to anything sleazy like hacking around with system memory. You can get the cursor position by executing a SS.CURSR GetStat system call. See page 8-118 in the tech. ref. section of the manual. Also, read up on the SYSCALL Basic09 command or the _os9() C language function. Hope this helps. There is 1 Reply. #: 15026 S10/OS9/6809 (CoCo) 20-Apr-92 23:11:42 Sb: #15025-#coco ii help Fm: Joseph Cheek 71431,3466 To: Bruce MacKenzie 71725,376 (X) bruce: hmm, i though ss.cursr was for vdg screens only. also, the reason I want to alter the hardware screen memory is to perhaps find a better way of handling a hardware screen mouse driver (such as those found in DOS packages with mouse support) (as opposed to the routine I just uploaded). thank you for your help. There is 1 Reply. #: 15031 S10/OS9/6809 (CoCo) 21-Apr-92 16:35:15 Sb: #15026-#coco ii help Fm: Bruce MacKenzie 71725,376 To: Joseph Cheek 71431,3466 (X) Joseph, If you really need to do things directly to screen memory check out Ron Lammardo's subroutine package, winfo.ar, in library 10. This should give you the tools you need. There is 1 Reply. #: 15032 S10/OS9/6809 (CoCo) 21-Apr-92 20:25:59 Sb: #15031-coco ii help Fm: Joseph Cheek 71431,3466 To: Bruce MacKenzie 71725,376 (X) thanks, bruce. I appreciate it. #: 15030 S10/OS9/6809 (CoCo) 21-Apr-92 13:58:29 Sb: #14771-Need GIME Fm: T. David Nichols 76120,747 To: George Hendrickson 71071,2003 I have been watching the messages about the boot load order bug (BLOB) and "sparklies" to see whether the hardware fix described on p. 22 of the March 22 Rainbow has solved the problem, but no one has mentioned it. Has anyone tried this fix? #: 15034 S10/OS9/6809 (CoCo) 21-Apr-92 21:30:20 Sb: #Sending a BREAK! Fm: Keith H. March 70541,1413 To: 72300,1433 (X) #include case 'B': getstat(0, port, buffer) /* switch to lowest baud rate (50) */ (char *) & buffer setstat(0, port, buffer) write (port, "\0", 1); /* Switch back to original baud rate */ (char *) & buffer setstat(0, port, buffer) if (debuglv >=2 printf(""); break; Is this right on how to send a BREAK (NOT A BREAK CHAR), coded in c, to the modem? Keith There is 1 Reply. #: 15035 S10/OS9/6809 (CoCo) 21-Apr-92 22:25:02 Sb: #15034-Sending a BREAK! Fm: Bill Dickhaus 70325,523 To: Keith H. March 70541,1413 (X) Keith, That code might work in some cases, since what you are doing is faking a line break with the low baud rate null character. It won't always work, but a line break is defined differently with different hardware, so sometimes it will. The right way to do it is to use a serial driver that supports the SS.Break call. The ACIAPAK driver I did for the upgrade supports it, but I guess that doesn't help, does it? sigh... Bruce implemented a lot of the upgrade features in DACIA and SACIA, so either of those drivers should support SS.Break. Bill #: 15047 S10/OS9/6809 (CoCo) 23-Apr-92 20:09:10 Sb: #echo off Fm: Sharon Lind 70760,3643 To: all I need some help to turn echo off through Basic09. I wish to do this through SYSCALL rather than shelling and using TMODE. Sharon Lind There are 2 Replies. #: 15055 S10/OS9/6809 (CoCo) 24-Apr-92 12:04:11 Sb: #15047-echo off Fm: Pete Lyall 76703,4230 To: Sharon Lind 70760,3643 (X) Sharon - Whew... it's been years since I BASIC09'd, but the bottom line is this: a) Use the GETOPT service call to get a copy of the affected path's options b) Set the PD.ECHO byte to off c) Use the SETOPT service call to send these option bytes back to the path descriptor. If you're only going to be toggling ECHO, no big deal... but, if you're messing with other elements of the descriptor options as well, the best idea is get TWO copies of the path options, and keep one pristine (untouched). That way, when it comes time to put the options back where you found them, you can just send a copy of that back rather than remember all the fields you diddled with. Pete #: 15065 S10/OS9/6809 (CoCo) 25-Apr-92 09:31:15 Sb: #15047-echo off Fm: Kevin Darling 76703,4227 To: Sharon Lind 70760,3643 (X) Hi Sharon... what you'll want to use is the SS.OPT (pg 8-112 Tech Manual) get/set status call. It gets/puts 32 bytes of path descriptor options. The SCF options are described on (pg 6-4 and 6-5). The easiest method is to just allocate a VARNAME(32):BYTE variable, and use it to save/put the options. But by changing some of the option names (so that Basic09 doesn't see them as keywords), we get clearer subroutines for now: PROCEDURE EchoOff PARAM path:integer \ (* pass desired path number DIM I_GetStt:BYTE \I_GetStt=$8D DIM I_SetStt:BYTE \I_SetStt=$8E DIM SS_Opt:BYTE \SS_Opt=$00 TYPE stack=cc,a,b,dp:BYTE; x,y,u:INTEGER DIM regs:stack (* the following is really typed all on one line: TYPE scfopts=dtp,upc,bso,dlo,eko,alf,nul,pau,pag,bsp,del,eor, eofile,rpr,dup,psc,intpt,qut,bse,ovf,par,bau,d2p(2),xon,xoff, eer,misc(5):BYTE DIM pd:scfopts regs.a=path regs.b=SS_Opt regs.x=ADDR(pd) RUN syscall(I_GetStt,regs) \ (* get current options pd.eko=0 \ (* turn off echo byte RUN syscall(I_SetStt,regs) \ (* set new options with echo off END The reverse (EchoOn) would look the same, except of course "pd.eko=1" instead. Please ask if have any questions - kevin #: 15054 S10/OS9/6809 (CoCo) 24-Apr-92 09:21:23 Sb: #help with C Fm: Joseph Cheek 71431,3466 To: all How can I create a library (.l file) with my C compiler? thanx. There is 1 Reply. #: 15057 S10/OS9/6809 (CoCo) 24-Apr-92 12:12:36 Sb: #15054-#help with C Fm: Pete Lyall 76703,4230 To: Joseph Cheek 71431,3466 (X) Joseph, It's so easy, you won't believe it.. Basically, you just merge .r files together, and rename the whole mess 'something.l'. There are a few tricks though. The main one is to make sure that any element (.r module) that references a function in another r module (in your library) must occur before it in the .l file. Example: a) You have a terminal.r module that manipulates the screen b) You have a lowlevel.r module that manipulates hardware, and one of it's functions is to create a 'beep' sound that will be used as a BELL sound for some of the terminal.r functions. You need to ensure that the order of these is something like this... [other modules, if any] terminal.r [other modules, if any] lowlevel.r And again, all you need to do is merge and rename: merge file1.r file2.r file3.r >mylib.l Pete There is 1 Reply. #: 15070 S10/OS9/6809 (CoCo) 25-Apr-92 21:22:31 Sb: #15057-#help with C Fm: Bob van der Poel 76510,2203 To: Pete Lyall 76703,4230 When creating libraries there's a neat little trick which can really save your *** when you do have backward refs in the library. Just link it again. Nothing at all wrong with 'cc foo -l=badlib.l -l=badlib.l'. It'll get scanned twice. Guess if you have backward refs in the 2nd pass you could even do it a third time (but it'd be easier to fix the library!). There is 1 Reply. #: 15073 S10/OS9/6809 (CoCo) 25-Apr-92 22:25:15 Sb: #15070-help with C Fm: Joseph Cheek 71431,3466 To: Bob van der Poel 76510,2203 (X) Bob, what's a backward reference?/ Please tell. #: 15063 S10/OS9/6809 (CoCo) 25-Apr-92 04:10:22 Sb: sound editor Fm: LARRY OLSON 72227,3467 To: Keven Darling 76703,4227 (X) Keven, I hope you still have your coco3 set up, I just emailed you that sound editor. I'll stay tuned for any bug reports and or suggestions. Larry #: 15944 S10/OS9/6809 (CoCo) 18-Jul-92 20:33:26 Sb: #monitors Fm: Bob van der Poel 76510,2203 To: all Does anyone know if it's possible to hook up a TTL-type monchrome monitor to a coco3? There are 2 Replies. #: 15954 S10/OS9/6809 (CoCo) 19-Jul-92 15:48:05 Sb: #15944-monitors Fm: Marcelo Katzeff 72520,640 To: Bob van der Poel 76510,2203 (X) Someone told me that a company in the States was selling a small interface ? to hook up a TTL monitor to the RGB output of the coco3. I will search more about that and let you know. #: 15955 S10/OS9/6809 (CoCo) 19-Jul-92 21:54:01 Sb: #15944-#monitors Fm: Kevin Darling 76703,4227 To: Bob van der Poel 76510,2203 (X) Bob - see RGB.AR in Libary 10. kev There is 1 Reply. #: 15980 S10/OS9/6809 (CoCo) 21-Jul-92 21:03:15 Sb: #15955-monitors Fm: Bob van der Poel 76510,2203 To: Kevin Darling 76703,4227 (X) Kev, Thanks for the RGB.AR file. It's not for me, but for a friend who bought a TTL monitor quite awhile ago and has nothing to connect it to. I'll print out the schematic and mail it to him. #: 16033 S10/OS9/6809 (CoCo) 26-Ju{{l-92 16:12:07 Sb: #158q{{{82-pcdos Fm: Denise Tomlinson 71021,3274 To: Bill Dickhaus 70325,523 (X) Thanks, Bill, I believe the -raw command is the thing I'm missing. Huggs, Denise #: 16210 S10/OS9/6809 (CoCo) 14-Aug-92 17:31:36 Sb: #16206-Old Monk, New Toy Fm: Steve Wegert 76703,4255 To: Bob Palmer 74646,2156 Interesting you mention tape backup software from FHL. A freind of mine was counting on this software from Frank. In fact, it was a major deciding factor making a TC70 his choice rather than an MM/1. Over a year from the purchase of the TC70, he's yet to have received the Tape backup software. Go figure. Steve #: 16245 S10/OS9/6809 (CoCo) 18-Aug-92 01:11:33 Sb: #Games Fm: Ian Hodgson 72177,1762 To: All While browsing through a local shopping center, one which I do not normally frequent, I discovered a Radio Shack Liquidation Center. Next, I discovered just where all the old coco software ended up (and some hardware, too). They have a large selection of mostly games, including lots of OS9 ones. Everything is $2 so I picked up several. One, shanghai, turned out to be a cartridge, but the others were on disk. Now to my question. The Interbank Incident comes on OS9 level 1. A first try using a VDG window on level 2 crashed the system. I'm too tired to edit my boot file to make a VDG term, but before I do, has anyone else made this work on level 2? If so, what's involved? Oh, and if anyone is really anxious to get a particular game, let me know and I'll take a look next time I'm there. There is 1 Reply. #: 16248 S10/OS9/6809 (CoCo) 18-Aug-92 16:07:05 Sb: #16245-Games Fm: Lee Veal 74726,1752 To: Ian Hodgson 72177,1762 (X) I tried that on a VDG window on Level 2 several months ago, but now I can't remember whether it crashed the system or not. I'll check it out again and get back to you with what I find out. Lee #: 16249 S10/OS9/6809 (CoCo) 18-Aug-92 23:21:56 Sb: #16196-#Format error Fm: BOB LEET 72020,2536 To: Kevin Darling 76703,4227 (X) Kev, My bootfile is about 124 sectors long. That is quite big, and probably the reason why I am getting the error then. I have actually tried to do the format immediately after the gshell boot, but no luck. So, it must be the big bootfile. I have another disk that makes me a 40tk ramdisk to do a 5-1/4" backup. I have been using it to do my formatting, but it's just so inconvenient to have to stop in the middle of things if I don't have a spare one around. Thanks for the help, Bob////// P.S. It took me a while to get back. I was doing my two weeks of Reserve Duty. There is 1 Reply. #: 16252 S10/OS9/6809 (CoCo) 19-Aug-92 00:52:12 Sb: #16249-#Format error Fm: Kevin Darling 76703,4227 To: BOB LEET 72020,2536 (X) Bob, Sounds like you solved it (or at least got around it). Kind of reminds me of what I have to do here: I have a window air conditioner which, when its compressor is on, prevents me from writing to floppies. (Obviously I need to run a different powerline in here). Real pain. Which branch of service, btw? (Reserves) best - kev There is 1 Reply. #: 16270 S10/OS9/6809 (CoCo) 22-Aug-92 22:24:39 Sb: #16252-Format error Fm: BOB LEET 72020,2536 To: Kevin Darling 76703,4227 (X) Kev, Sounds like you do have abad problem with the AC unit. Just be glad you aren't in AZ, or you'd never get a disk formatted. I am in the NAVY Reserves. I did a program called SEA College. It was 2 years of active duty and 4 years Reserves (only the 2 weeks a year though, no monthly drills). So, next year is my last year for that. I have a question for you. You made the Ramdisk-RAMMER, correct? If I'm right, is there any way to terminate it (i.e. within EXTRACTOR) when I have loaded it into memory in the startup file. It is merged with all my other important utilities into a file called Shellutil. Thanks, Bob////// #: 16250 S10/OS9/6809 (CoCo) 18-Aug-92 23:26:07 Sb: #16197-Format error Fm: BOB LEET 72020,2536 To: Steve Wegert 76703,4255 (X) Thanks Steve. My bootfile is 124 sectors long. I guess that's a wee bit too big. I'll have to resort to using my old bootdisk that gives me a 40tk Ramdisk, so I can do full backups of 5-1/4" disks. Thanks, Bob////// #: 16251 S10/OS9/6809 (CoCo) 19-Aug-92 00:29:07 Sb: NX-1020 Color Driver Fm: William L. Cotter 72557,306 To: All I've just got my hands on a Star NX-1020 printer but I need help. Can anyone direct me to a color driver to print VEF format pictures on this unit? I've got a bunch of VEF pictures but I'm kind of tired of seeing them printed in shades of gray!!!!! If anyone knows of a color driver, please drop me a line in E-mail. Thanks, Bill Cotter 72557,306 #: 16255 S10/OS9/6809 (CoCo) 19-Aug-92 19:42:18 Sb: Interbank Fm: Ian Hodgson 72177,1762 To: all Continuing the Interbank Incident Saga: I didn't succeed in getting it to work on level 2, so I said the heck with it and tried it using its included level 1, ver 2.0. Worked part way, then locked up. Some investigation showed a bad CRC on the file "ibi" in the cmds directory of disk 0. I fixed the CRC, but no luck. Back to the store, and they don't have any more copies left. So, rather than just make a fuss and get my hard earned $2 back, I wondered if anyone out there has a good copy of ibi they could email to me? The rest of the files look fine. Thanks in advance, Ian #: 16271 S10/OS9/6809 (CoCo) 22-Aug-92 22:32:45 Sb: Vefprt.star Fm: William L. Cotter 72557,306 To: 76625,2273 I've downloaded your vefprt utility, but I can't get it to work with my Star NX-1020 color printer. When I use the Vefprt.star version, I get only a graphic "C" with a heart under it and then nothing but graphic characters on the page. I tried using my printer on my friend's Coco with MVCanvas with exactly the same results. Is there something special about the NX-1020? Any advice yo could give would be appreciated. Thanks, Bill Cotter 72557,306 Press !> #: 16278 S10/OS9/6809 (CoCo) 24-Aug-92 00:15:46 Sb: #16271-Vefprt.star Fm: Mike Haaland 72300,1433 To: William L. Cotter 72557,306 Try using the Epson.color driver with MVCanvas. The NX series are Epson compatible. The .star drivers are for the 'older' SG-10's. - Mike - #: 16288 S10/OS9/6809 (CoCo) 24-Aug-92 15:30:34 Sb: #16270-Format error Fm: Kevin Darling 76703,4227 To: BOB LEET 72020,2536 (X) Bob, Yes, you should be able to chd away from the ramdisk, then deiniz it until it goes away (use the DDir util to see how many times you need to do this). But first, you should take Rammer (and any other drivers) out of your merged Shellutil applications file! You absolutely do not want a driver/app mixture like that, because whenever you iniz the ramdisk you will also be using up tons of kernel space (which would lead to not being able to format floppies, etc). Remember: all modules loaded together from a merged file, will stay together. As you know, this is normally a Good Thing (it keeps OS-9 from allocating a separate 8K block of memory for each and every tiny module). But you have to be careful in this case. As soon as you iniz the ramdisk then not only will Rammer/R0 be mapped into the limited 64K kernel map, but so will all the other utilities that were merged with them! The best thing always is to make a bootfile with all the drivers you intend to use. Second best would be to merge all the extra drivers into one file to load later on. But never merge drivers in with commands/applications. Does this make sense? best - kevin #: 16298 S10/OS9/6809 (CoCo) 25-Aug-92 20:22:04 Sb: #Rammer help Fm: BOB LEET 72020,2536 To: Kevin Darling 76703,4227 (X) Kev, I understand most everything in your message, except, should I put the RAMMER in the Boot File then? Or, should I just load it from the startup file at the end? Are you on Internet or BITNET? What are your Emial addresses? I am in Engineering at ASU and will be getting on the machines there soon. Also, do you happen to know Zack Sessions addresses? I need to send him a message. Thanks, Bob////// There is 1 Reply. #: 16304 S10/OS9/6809 (CoCo) 26-Aug-92 01:31:02 Sb: #16298-Rammer help Fm: Kevin Darling 76703,4227 To: BOB LEET 72020,2536 Bob, Yes sir, you got it. Put Rammer and R0 in the bootfile. That way, it'll take up just a tiny bit of space in the kernel map (64K section). Yah, I'm on the internet but you can also send mail from there to anyone here. All you have to do is change the user number comma to a period, and tack on CompuServe's name. Eg: Your CIS address would become... 72020.2536@compuserve.com Zack should be back here on CIS soon, btw (he's gotten a job :-) In the meantime, you should be able to reach him at: session@seq.uncwil.edu You can go to MAIL and send him a message from there. When CIS asks you for the address, give: >INTERNET:session@seq.uncwil.edu Don't forget the ">" at the beginning. Pretty neat, being connected like this! kev #: 16344 S10/OS9/6809 (CoCo) 30-Aug-92 11:05:40 Sb: #15797-PCDOS Fm: Chris Bergerson 72227,127 To: Lee Veal 74726,1752 Yep. Same brick wall I ran in to. The two major benefits I was looking forward to with my no-halt controller were background floppy formatting and faster PCDOS transfers. No such luck! #: 16357 S10/OS9/6809 (CoCo) 31-Aug-92 23:11:35 Sb: #16304-Rammer help Fm: BOB LEET 72020,2536 To: Kevin Darling 76703,4227 (X) Kev, Thanks for your help on Internet. I didn't know is was so easy to get to and fro around the U.S. computer networks. Thanks for the help with Rammer too. Just one question: Right now, I am loading it from the startup file. It still is not providing me enough space to format, do you think it will help buy loading it in the Boot File. I have not used DDIR yet to see what it does, but will soon. I am recovering from a recent H/D crash. That along with school has me really bogged down as far as COCOing goes. See you later, Bob////// #: 16385 S10/OS9/6809 (CoCo) 04-Sep-92 11:33:19 Sb: Floppy Disk Slot Fm: Lee Veal 74726,1752 To: All Under OS9 Lvl 2, are floppy disk controllers slot dependent? Does a floppy disk controller have to be in slot 4? I know that the Burke&Burke hard drive device descriptors had a "slot" designation in them, is there some sort of slot setting in a floppy disk descriptor used by CC3Disk, SDisk3 or other FD driver? Thanks, Lee #: 16386 S10/OS9/6809 (CoCo) 04-Sep-92 11:38:13 Sb: Gale Force upgrades Fm: Lee Veal 74726,1752 To: All Has anyone applied the Gale Force upgrades to take advantage of all the Hitachi 6309 features? If so have you been pleased with the performance? Thanks, Lee #: 16457 S10/OS9/6809 (CoCo) 17-Sep-92 00:06:06 Sb: #16210-#Old Monk, New Toy Fm: Bob Palmer 74646,2156 To: Steve Wegert 76703,4255 (X) Has he been nagging? FHL can forget as easily as the next company I fear. The package that comes with the TC70 has - floppy - backup software but not tape. I may have "mis spoke" myself on the tape version. Software for our new toys is a scarce resource. Little companies just do not have the resources to work on several developments at once. At least I now have my preliminary version of Kwindows to go along with GWindows. I am going to have to quit spending money and start using the foolish thing before it becomes obsolete Before? If I read the ads correctly it already is obsolete what with the 68030 version soon available. More MM1ish in that it will have palette controller and take simm memory but faster and buss oriented. Bob P. There is 1 Reply. #: 16463 S10/OS9/6809 (CoCo) 17-Sep-92 17:32:29 Sb: #16457-Old Monk, New Toy Fm: Steve Wegert 76703,4255 To: Bob Palmer 74646,2156 Bob, Has he been nagging? Sure ... during the first several months of the missing softare there were several inquiries made with the response being "soon". Now ... over a year later he finds out the drivers have yet to be written! The sad part of the story is that the touted compatability between the QT tape functions/format and the TC70 was _the_ deciding factor in purchasing yet another computer from Frank. All his data is on a stack of tapes he can't access. On your Kwindows .. did you get that from Frank? Or did it come directly from Kevin? Steve #: 16481 S10/OS9/6809 (CoCo) 20-Sep-92 13:47:56 Sb: #SCF Fm: PHIL SCHERER 71211,2545 To: KEVIN DARLING sysop (X) Hi Kev -- I'm trying to set up the SCF module you built a patch for. In the docs it says I should xmode -bsb reprint=09 dup=19 for each window. The problem is that those settings are only available from tmode and I cant save it. HELP! There is 1 Reply. #: 16482 S10/OS9/6809 (CoCo) 20-Sep-92 17:26:51 Sb: #16481-#SCF Fm: Kevin Darling 76703,4227 To: PHIL SCHERER 71211,2545 (X) Hi Phil, What you do is Xmode each descriptor, then Save them out to disk to use in your next os9gen (so that they're already set up on boot). All you need is a Save command. The MultiVue disk had one hidden on there (it was merged together with another command), but I can't recall where. Anyone? Alternatively, there's a Save command in Library 9... SAVE.AR. Let me know if you have any troubles. kev There is 1 Reply. #: 16494 S10/OS9/6809 (CoCo) 21-Sep-92 17:04:07 Sb: #16482-#SCF Fm: PHIL SCHERER 71211,2545 To: Kevin Darling 76703,4227 (X) Hi Kev--The thing that confuses me is that xmode doesn't have bsb or the other parameters. They are in tmode and when I try to xmode I get an error. There is 1 Reply. #: 16495 S10/OS9/6809 (CoCo) 21-Sep-92 19:32:58 Sb: #16494-#SCF Fm: Kevin Darling 76703,4227 To: PHIL SCHERER 71211,2545 (X) Phil - Sure, xmode has those parameters! Do an xmode /w1 and tell me what you get. kev There is 1 Reply. #: 16497 S10/OS9/6809 (CoCo) 22-Sep-92 19:07:11 Sb: #16495-SCF Fm: PHIL SCHERER 71211,2545 To: Kevin Darling 76703,4227 (X) I have looked carefully at the readout and I see no sign of bsb. When I try to use it like xmode /w1 -bsb I get a syntax error. #: 16489 S10/OS9/6809 (CoCo) 21-Sep-92 00:14:14 Sb: #16463-Old Monk, New Toy Fm: Bob Palmer 74646,2156 To: Steve Wegert 76703,4255 (X) Well I guess I know the feeling. Soon is a fuzzy limit if ever there was one. The KWindows is only the preliminary}i version but did come from Frank. Mainly due to a few complications in an order of mine which left me with a credit - to be a credit towards the final KWindows. It does work though so "soon" will be under a year (I hope). Mind you "soon" in the case of Gwindows or Kwindows was indeed a full year from purchase. Ah the joys of a littl known machine. Now If I had only been waiting for OS2 a product after all of the world's biggest computer company it would have been delivered right on time yes? |-) Bob #: 16536 S10/OS9/6809 (CoCo) 27-Sep-92 06:55:37 Sb: #xmode Fm: PHIL SCHERER 71211,2545 To: Kevin Darling sysop (X) Hi Kev--I found out the problem I was having with the XMODE readout. I was using a version of xmode from the sacia package and some of the items are called by different names. Thanks for the scf patch!! There is 1 Reply. #: 16537 S10/OS9/6809 (CoCo) 27-Sep-92 08:53:37 Sb: #16536-xmode Fm: Kevin Darling 76703,4227 To: PHIL SCHERER 71211,2545 (X) Phil - hey, terrific! Thanks for letting me know you found it. best - kev #: 16549 S10/OS9/6809 (CoCo) 28-Sep-92 11:08:42 Sb: #16497-#SCF Fm: Lee Veal 74726,1752 To: PHIL SCHERER 71211,2545 (X) Phil, Could it be that you're using a foreign (non-stock) version of XMODE? The IDENT on my XMODE command is: Header for: Xmode Module size: $03B1 #945 Module CRC: $865DE1 (Good) Hdr parity: $9A Exec. off: $013C #316 Data Size: $0242 #578 Edition: $05 #5 Ty/La At/Rv: $11 $81 Prog mod, 6809 obj, re-en, R/O I'm not sure if this module is 100% stock, but entering the following command-- OS9[W4]:xmode /w1 gives the following results on my system-- -upc -bsb bsl echo lf null=0 -pause pag=24 bsp=08 del=18 eor=0D eof=1B reprint=09 dup=19 psc=17 abort=03 quit=05 bse=08 bell=07 type=80 baud=00 xon=00 xoff=00 Lee There is 1 Reply. #: 16580 S10/OS9/6809 (CoCo) 30-Sep-92 17:21:51 Sb: #16549-SCF Fm: PHIL SCHERER 71211,2545 To: Lee Veal 74726,1752 Mine comes with the SACIA package and has a different CRC.It has the same functions but by different names sometimes. I didn't know that. #: 16615 S10/OS9/6809 (CoCo) 04-Oct-92 09:10:35 Sb: #.AR files Fm: paul Mooney 100015,134 To: All I'm a new comer to OS9 and am a little confused about archived files in library 10 - I can't find a programme to expand these files. Could someone let me have the reference I need? Thanks Paul There is 1 Reply. #: 16616 S10/OS9/6809 (CoCo) 04-Oct-92 09:19:19 Sb: #16615-#.AR files Fm: Steve Wegert 76703,4255 To: paul Mooney 100015,134 (X) Paul, .AR files have been archived with 'AR'. You can get the binary of this archiving tool in LIB 9. Look for AR09.BIN. Once you have the tool, set the execute bit and type AR -? for a list of the command line options. Give a shout if we can be of help. Steve There is 1 Reply. #: 16622 S10/OS9/6809 (CoCo) 04-Oct-92 15:58:25 Sb: #16616-.AR files Fm: paul Mooney 100015,134 To: Steve Wegert 76703,4255 (X) Steve, many thanks for the info, I'll check it out Paul #: 16632 S10/OS9/6809 (CoCo) 07-Oct-92 23:31:18 Sb: #16278-#Vefprt.star Fm: William L. Cotter 72557,306 To: Mike Haaland 72300,1433 (X) Thanks for the help, I didn't realise that MVCanvas came with an Epson color driver. Works nicely. There is 1 Reply. #: 16635 S10/OS9/6809 (CoCo) 09-Oct-92 00:01:48 Sb: #16632-Vefprt.star Fm: Mike Haaland 72300,1433 To: William L. Cotter 72557,306 Glad you have MVCanvas and the printer talking. If you run into anymore snags, just holler. - Mike - #: 16728 S10/OS9/6809 (CoCo) 22-Oct-92 04:14:17 Sb: #Drive Usage Fm: Eric Crichlow 71051,3516 To: All Hardware hackers: A guy down here in Phoenix who is still working on a CoCo is interested in the possibility of using a 3 1/2' drive on his CoCo at more than 720k, and, if its possible, what modifications to the current drivers would it take to access the drive at 1.44 meg or any other capacity higher than 720k. This question goes far beyond my ability to answer, so I'm turning to the forum. Anybody here got an answer for me to give him? ..Eric... There is 1 Reply. #: 16731 S10/OS9/6809 (CoCo) 22-Oct-92 12:50:47 Sb: #16728-#Drive Usage Fm: Mark Griffith 76070,41 To: Eric Crichlow 71051,3516 (X) Eric, The problem is not so much the drivers, but the hardware. None of the CoCo disk controllers that I am aware of support 1.44 meg disks. I vaguely remember someone coming up with a hack for one on the current controller crop, but can't remember who or any details. Once you get around that problem, then you need to hack th edriver to support the higher data transfer rate for these drives. So the problem is not impossible to overcome, just that are the rewards worth all the effort it takes? Mark There is 1 Reply. #: 16784 S10/OS9/6809 (CoCo) 26-Oct-92 02:17:26 Sb: #16731-#Drive Usage Fm: Eric Crichlow 71051,3516 To: Mark Griffith 76070,41 (X) Mark, Thanks for the response, I'll pass it on to the guy. And actually,since he is a hardcore hardware type, he may consider modufying the disk controller a feasible concept, in which case I'll be back up here asking for more info on it, we'll see. ..Eric... There is 1 Reply. #: 16818 S10/OS9/6809 (CoCo) 30-Oct-92 14:45:15 Sb: #16784-Drive Usage Fm: Lee Veal 74726,1752 To: Eric Crichlow 71051,3516 (X) As I recall, the hack to make a CoCo disk controller work with Hi-density drives has to be applied to some of the original style of controllers. It had, I believe, something to do with the WD chip that was being used back then as opposed to the one that was used in later model controllers. Seems like I remember a file in DL 10 that talked about how to do the hack. Lee #: 16895 S10/OS9/6809 (CoCo) 03-Nov-92 11:43:01 Sb: Hidden value in FD-502 Fm: T. David Nichols 76120,747 To: all I finally decided to move up to double-sided 5.25-in disk drives and bought a used pair for $35 each. When I pulled out the old FD-502, I was amazed to find it was already double-sided, so I could have done most of what I wanted to without spending any money. Moral: look before you leap! #: 17052 S10/OS9/6809 (CoCo) 14-Nov-92 12:48:46 Sb: OS9P4 Fm: Brother Jeremy, CSJW 76477,142 To: Ron Lammardo, 75706,336 Dear Ron: Several people over on another srvice have asked about your REGDMP.AR, OS9P4 module. May I have your permission to upload it to Delphi? With all best wishes, Br. Jeremy, CSJW #: 17180 S10/OS9/6809 (CoCo) 28-Nov-92 22:52:23 Sb: CoCo I ROM disassembly? Fm: John Carter 72236,154 To: all Does anyone have a commented listing of the CoCo 1 BASIC ROM disassembly, or a copy of Color BASIC Unravelled that they would part with reasonably? I've been playing with the DLOAD command (it DOES work, but only for ASCII BASIC files) and need to know what the ROM REALLY does - the Tandy docs are not totally correct (off by a value of one is still to far off to work!). Thanks. #: 17223 S10/OS9/6809 (CoCo) 07-Dec-92 06:12:04 Sb: #CNEWS and OSK Fm: Mike Haaland 72300,1433 To: All Hurray! I finally got CNews running under OSK 2.4!!!!! Finally. Turned out to be the variable sector sizes introduced in 2.4. Took me days to find, then it hit me like a ton of bricks. :) - Mike - There is 1 Reply. #: 17229 S10/OS9/6809 (CoCo) 07-Dec-92 21:55:57 Sb: #17223-CNEWS and OSK Fm: Mark Griffith 76070,41 To: Mike Haaland 72300,1433 (X) Mike, GREAT! Now you can send it off to Steve and I for more testing. (hint) /*----------- /\/\ark -----------*/ #: 17251 S10/OS9/6809 (CoCo) 12-Dec-92 15:22:59 Sb: #Hardware Needed Fm: Brother Jeremy, CSJW 76477,142 To: All Dear friends: I am looking for either a stock Tandy controller preferrable for the 502 doubled sided 40 track disks, or a Super Controller 1 or two. If anyone has one for sale, please let me know price, shipping arrangments, etc. I thank you for your response. With all best wishes, Br. Jeremy, CSJW There is 1 Reply. #: 17257 S10/OS9/6809 (CoCo) 14-Dec-92 22:32:23 Sb: #17251-Hardware Needed Fm: Richard Taylor 73137,3324 To: Brother Jeremy, CSJW 76477,142 Jeremy, You can still get a Super Controller 2 from CRC in Canada. I just got one from them a month ago. Here is their phone number: (514) 967-0195