#: 13958 S12/OS9/68000 (OSK) 11-Jan-92 18:49:44 Sb: #13950-TOP curses Fm: Bob van der Poel 76510,2203 To: Bud Hamblen 72466,256 (X) Hopefully someone will have time to have a look at TOPs ncurses and figure out the problem. I think it is more with the os9lib than with ncurses... but who knows! On the other hand, with the size of those routines it might be better and safer to stick to termcap.... #: 13959 S1/General Interest 11-Jan-92 21:43:28 Sb: magnavox for sale Fm: Carl Kreider 71076,76 To: all I gave my wife my ST520 and she doesn't have room for the Magnavox, so is any prospective MM/1 purchaser interested in a Magnavox Pro 80 color monitor, also known as an 8CM515. It works fine and is hardly used. My wife's son used it to play games on the ST. I would like about $200 for it. Carl #: 13960 S14/misc/info/Soapbox 11-Jan-92 21:57:48 Sb: #13864-OS-9 Community Network Fm: John Wight 76370,2100 To: Robert R MacKay 100036,676 (X) Thanks for the information. My plans were to contact you in Australia by some means, and now it is a bit easier now that I have a CIS number I can contact. As I mentioned before, this group was formed among OS-9 users in Fidonet. I have heard of some users of this forum that aren't all that fond of Fidonet, but Fidonet does have alot going for it in that it is the largest amateur network in the world, and the cheapest network for us OS-9 users to access. I do know there are many Fidonet systems in Australia, so you might look around and see if you can find someone to carry the COCO, OS9, RIBBS, and COCO_CLUB echos that are available on the Zone 1 Backbone (if you don't know what that means, ask your local Fidonet sysop). What this means to you is that it is an inexpensive means to keep in touch with OS-9 users on the other side of the globe. There is also Fidonet software available for COCO OS-9 Level 2 users. If you have further questions, or need any help with the above, leave me a message here. #: 13961 S9/Utilities 11-Jan-92 22:02:22 Sb: DBG debugger Fm: Bob Santy 76417,714 To: All Just uploaded my special version of DEBUG. You patch the standard level II DEBUG and run DBG to get disassembler, trace and single step. Have fun! Bob Santy #: 13962 S7/Telecommunications 12-Jan-92 03:34:59 Sb: #13686-SC2.1A YMODEM Probs Fm: OSSIAN WISECUP 70731,327 To: Erich Schulman 75140,3175 (X) I believe the problem is the fact that there are many emulations of the same (supposed) protocol Y-modem on some terminal emulators refers to an older version of Xmodem known as Xmodem-1k newer Ymodem protocols have an additional item which acts as a header giving info such as name/size/date, it is a posability that your Ymodem may be one of three general header-type versions or the old 1k-xmodem. If you would like to try it you might try ---DOW filename.ext/PRO:X1K--the first time you try up/down-loading in a forum and see if your Ymodem is actually the old 1k-xmodem protocol.... Hope that might help.. O.W. #: 13963 S1/General Interest 12-Jan-92 08:24:47 Sb: #Fast 6809 emulator! Fm: John Semler 70324,633 To: Kevin Darling 76703,4227 (X) Kevin, I got my "fast mode" emulator running! Here is some CPU timing results when running the floating point intensive program "ALMANAC": Machine Time (seconds) Comments CoCo3 55 secs CoCo2 110 secs CoCo3 times * 2 (estimated) MacIIcx 132 secs Running the "Fast mode" emulator Programs are preloaded when performing the timing studies (just to be fair to the CoCo3!). The "fast" mode of emulation requires that the program does not generate and execute new code. As you can see, I almost break even with the CoCo2. If it were not for the half carry flag calculations, the emulator would probably match or beat the CoCo2. This "fast mode" emulator is a little bit different from what I have previously envisioned . Each IOC quad word is composed of a jump vector (4 bytes) for executing 6809 primitives and a variation word (4 bytes). Total IOC memory requirement is 65536*8 bytes (In addition to 65536 bytes of "real" memory). Instructions are incrementally compiled into IOC when first encountered. Under the "slow mode" IOC that becomes dirty will also be recompiled if executed. Size of the emulator: Total 68020 instructions: 150,980 bytes Total data space requirement: 593,324 bytes This emulator developement work was made much easier by the fact that I developed a user state OS9/6809 debugger that operates like the OS9/68K version. I set up this debugger on both systems so that I can verify the proper executions of millions of instructions! The last bug I smashed didn't occur until about 1.5 million instructions into the program "ALMANAC"! This debugger will have nearly everything that the OS9/68K version has including symbolic debugging. John There is 1 Reply. #: 13980 S1/General Interest 16-Jan-92 17:23:05 Sb: #13963-#Fast 6809 emulator! Fm: Kevin Darling 76703,4227 To: John Semler 70324,633 (X) John - (sorry, been out of town) Congrats! Impressive! Must feel great to have it running! How far have you gotten? Support for most OS-9 calls? Is this under the Mac OS? Is it for 68020's only? You know, the usual details . cheers - kev There is 1 Reply. #: 13989 S1/General Interest 18-Jan-92 10:13:57 Sb: #13980-#Fast 6809 emulator! Fm: John Semler 70324,633 To: Kevin Darling 76703,4227 (X) Am I happy to see it running? Yes! This program has been simmering over the stove on low heat for a little over a year - definitely long term project. Almost all of the 6809 opcodes have been implemented. The exceptions are "sync", "daa", "abx", "rti", "cwai", "swi", "swi2" (the real kind), and "swi3". Have not encountered them yet and I'm lazy. Almost none of the OS9 system calls have been implemented. Just enough to get "ALMANAC" running for the timing studies. Had to fake out the "I$GetStt" call, the one which returned a 32 byte path option packet. Otherwise, it seems relatively easy to map OS9/6809 I/O calls with OS9/680X0 calls. Currently the emulator is running under OS9/68K. I plan to port the assembly code over to Aztec C which, I believe, has a decent macro assembler that can build huge code. I believe a decent CoCo2 simulator that runs OS9 Level One is possible and may attempt the CoCo3 simulator if the effort proves to be successful. Unfortunately, this emulator is sprinkled profusely with 68020 machine language idioms. The most common 68020 idioms that I use are "bfextu" (bit field extract unsigned) and "bfins" (bit field insert). I use them to repair the emulated 6809 condition code bits when the 680X0 instructions doesn't simulate them correctly. But I am interested in making this emulator run under 68000 systems. I was wrong about the half carry flag calculations taking up a significant fraction of the time. It looks like the emulator will never do significantly better than a CoCo2 when running under the MacIIcx. Also discovered that MAC-OS9 disables the instruction and data caches on bootup. I re-enabled the caches under the Mac environment and noted that the run times were reduced by 7.5% (execution times within a stone throw of the CoCo2!). Maybe in 6 months I will have something to upload. I am a graduate student and Spring semester has arrived. Darn! John There is 1 Reply. #: 13991 S1/General Interest 18-Jan-92 15:57:06 Sb: #13989-#Fast 6809 emulator! Fm: Bob Santy 76417,714 To: John Semler 70324,633 (X) John: Sounds like you've been busy! The execution times are impressive! Maybe a few comments will help you out some more. >Almost all of the 6809 opcodes have been implemented. The >exceptions are "sync", "daa", "abx", "rti", "cwai", "swi", >"swi2" (the real kind), and "swi3". Have not encountered them >yet. Looks like you can continue for a long time without "sync", "cwai", "swi" and "swi3". Although support of OS9 DEBUG would require "swi". "daa" and "abx" are definite MUSTS! Incidentally, "daa" is the only instruction that requires the half-carry to be correct. >Almost none of the OS9 system calls have been implemented. >Just enough to get "ALMANAC" running for the timing studies. >Had to fake out the "I$GetStt" call, the one which returned a >32 byte pat option packet. Otherwise, it seems relatively >easy to map OS9/6809 I/O calls with OS9/680X0 calls. >I believe a decent CoCo2 simulator that runs OS9 Level One >[programs] is possible. "swi2" emulatihn for most OS9 programs can be limited to the subset of: F$Link, F$Load, F$UnLink, F$Fork, F$Chain, F$Wait, F$Exit, F$Mem, F$Send, F$Icpt, F$Sleep, F$ID, F$SPrior, F$Perr, F$PrsNam, F$CmpNam, F$Time, F$CRC, F$SFser, F$UnLoad, F$NmLink, I$Dup, I$Create, I$Open, I$MakDir, I$ChgDir, I$Delete, I$Seek, I$Read, I$ReadLn, I$Write, I$WritLn, I$GetStt, I$SetStt, I$Close and I$DeletX. The GetStt subset can be limited to SS.Opt, SS.Ready, SS.Size, SS.Pos, SS.EOF, SS.DevNm, SS.FD, SS.ScSiz and SS.ScTyp. The SetStt subset can be limited to SS.Opt, SS.Size, SS.FD, SS.SSig and SS.Relea. >Unfortunately, this emulator is sprinkled profusely with 68020 >machine language idioms. [bitfields] If you intend to eventually port to the 68000, wouldn't "bset", "bclr" and "btst" do? I suspect that just as (or more) common is the access of words at odd addresses which the 68020 will do at the expense of extra bus cycles but the 68000 will NOT do. Am I correct? Again, looks like you've gotten off to a great start!! Bob Santy There are 2 Replies. #: 14000 S1/General Interest 18-Jan-92 22:27:09 Sb: #13991-#Fast 6809 emulator! Fm: John Semler 70324,633 To: Bob Santy 76417,714 (X) Bob, Thanks for the information on the OS9 specifics! I will file it away for later use. You're right about word addressing - my emulator uses them when accessing virtual 6809 memory. I can fix this word addressing problem by reading (or writing) consecutive bytes of data. Doing this also helps to solve logical problems with accessing words in a level two simulator where MMU memory blocks may not be consecutive. As for the "bfextu" and "bfins" I was planning simulate them with the help of "Bcc" (Branch on condition codes). Will keep the instructions you mentioned in mind. Reason I went 68020 was to max out my Mac and I haven't really given any serious consideration to a 68000 version until Kevin inquired about it. I'll wait for the software to settle down before converting it over to 68000 code - it is using some very complex addressing modes (scaled index for example). I can just imagine this emulator running tens of times slower after fixing it up for the 68000 systems! John There is 1 Reply. #: 14004 S1/General Interest 19-Jan-92 07:39:09 Sb: #14000-Fast 6809 emulator! Fm: Bob Santy 76417,714 To: John Semler 70324,633 (X) John: Well, you could just leave it to the 68020 and forget about a 68000 mode. As for Level II, may I suggest that you also forget about that too. Your target audience will most certainly be those with applications to run only. An OS9 application will be concerned with the system calls I have listed and those don't really fall into Level II function. System mode calls will not be in the list unless you actually emulate the operating system as a whole. I suspect that you'd grind down to a snail's pace even on the 68020 if you tried that. Bob #: 14007 S1/General Interest 19-Jan-92 10:49:05 Sb: #13991-Fast 6809 emulator! Fm: John Semler 70324,633 To: Bob Santy 76417,714 (X) Actually (I believe) a word access would incur, on average, 1.25 long word accesses. Memory on the MacIIcx is organized into 32 bit long words. Here's the formula: (0.75)*(1 memory access) + (0.25)*(2 memory access) = 1.25 ^ ^ | | | +-- frequency of occurrence that | words DO cross 32 bit boundaries | +-- frequency of occurrence that words DO NOT cross 32 bit boundaries I plan to make use of this fact when aligning the beginning of my instruction sequences that simulates 6809 machine instructions. John #: 13964 S15/Hot Topics 12-Jan-92 12:35:07 Sb: #13300-#MM/1,SKEL, & Rodents Fm: Bert Schneider 70244,427 To: Colin J. Smith 73777,1360 (X) JDR Microdevices sells a mouse that has 3 buttons, is compatible with either Microsoft or Logitec and sells for $15""" There is 1 Reply. #: 13974 S15/Hot Topics 14-Jan-92 14:18:33 Sb: #13964-#MM/1,SKEL, & Rodents Fm: Bob van der Poel 76510,2203 To: Bert Schneider 70244,427 (X) Re JDR's mouse. Do you have a number/address for them? There are 2 Replies. #: 14013 S15/Hot Topics 19-Jan-92 18:31:12 Sb: #13974-MM/1,SKEL, & Rodents Fm: Bob Palmer 74646,2156 To: Bob van der Poel 76510,2203 (X) As you probably already know the DEXXA mice (meese?) are also switch interchangeable from Microsoft to Mouse (logitec) formats and they sell just bout everywhere in Vancouver for under $20.00 Price depends on whether or not the box contains a 9 pin to 25 pin converter. Not particularly high resolution but they do work. Bob #: 14042 S15/Hot Topics 22-Jan-92 23:45:09 Sb: #13974-MM/1,SKEL, & Rodents Fm: Bert Schneider 70244,427 To: Bob van der Poel 76510,2203 (X) Yes, 1-800-538-5000 Bert #: 13965 S9/Utilities 12-Jan-92 13:32:54 Sb: L-II DEBUG BUG? Fm: Bob Santy 76417,714 To: All Does anyone know of possible memory problems with DEBUG? I was trying to debug c.prep with DEBUG and got lots of garbage color characters on my text mode windows. This is the level II DEBUG. Thanks for any info. Bob #: 13966 S1/General Interest 12-Jan-92 15:13:47 Sb: Hard Disks Fm: Carl Kreider 71076,76 To: MM/ 1ers I thought perhaps current and future MM1 owners might be interested in the results of the testing I've done during the course of the development of the disk drivers for the MM1. The following chart shows transfer speed in bytes per second for the drives I have tested on the MM1 with the dma driver. (The programmed I/O driver wouldn't get above 25,000 on *any* drive). The test method is to read some quantity of sectors repeatedly (not the same sectors, though) until enough time has elapsed to give reasonable granularity. My rule of thumb is that the test should last at least 100 time intervals (ticks or seconds). By varying the quantity read, you can get some idea about the overhead of the operating system and how the performance will vary with application (copy moves big blocks at a time, while payroll may not). The most obvious conclusion you can make is that speed is related to cost. If you know the mechanics of the drives, it is also related to cache size on the drive and raw data rate used internally on the drive. It is also related to the speed of the micro on the drive (the ST296 doesn't seem to keep up at 1:1) and of course interleave. Gulp ST2502 CP340 1:1 CP340 2:1 CP340 4:1 PRO210S ST296 1:1 ST296 2:1 1 110,376 29,537 28,532 26,546 27,235 2 204,600 56,676 44,384 47,127 53,773 4 332,222 99,864 82,241 76,260 97,541 8 500,812 176,602 134,217 110,376 161,319 16 906,876 279,620 195,083 137,518 239,679 32 1,177,348 390,167 250,406 159,783 524,288 57,852 322,638 64 1,636,801 479,349 294,337 172,960 838,860 381,300 128 1,720,740 479,349 294,337 171,196 1,198,372 381,300 256 1,766,022 516,222 310,689 176,602 399,457 512 1,864,135 524,288 316,551 178,481 409,200 Definitions: Gulp How many sectors are read at once ST2502 Segate 443MB 16 ms 5.25" CP340 Conner 40MB ??ms 3.5", 2:1 means interleave of 2 PRO210S Quantum 210MB 15 ms 3.5" ST296 Segate 85MB 281 #: 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 #: 13969 S1/General Interest 12-Jan-92 23:15:44 Sb: #13824-#Just Wondering... Fm: Paul Rinear 73757,1413 To: Erich Schulman 75140,3175 (X) A shortwave listener callsign? Pretty interesting. There are some countries where you need a license to listen to the radio? There is 1 Reply. #: 13970 S1/General Interest 13-Jan-92 00:18:34 Sb: #13969-Just Wondering... Fm: Erich Schulman 75140,3175 To: Paul Rinear 73757,1413 (X) Yes, there are countries which do. Australia used to require licenses to use, own, or maintain radio or TV receiving equipment until the '60's. England still does. And there are other countries. Full details appear(ed) in the WORLD RADIO TV HANDBOOK at the top of each country's listing. I haven't bought a WRTH in several years so I couldn't say whether they still do. In England, the license fees are used to support the BBC. My mother told me about when she and my father were stationed in then-West Germany and a truck would go around "sniffing out" radio receivers in use (yes, it is possible) and the authorities would go ask to see peoples' licenses. Fortunately we don't have to get a license to just listen to the radio. As for call signs, listeners get them as a way to show serious interest in radio communications even if that interest doesn't include the ability to talk in a conversation as in amateur radio. But some people like to berate such call signs as being a way to spend a couple of bucks and a stamp you couldn't find any other use for. Erich Schulman (KTN4CA) #: 13971 S1/General Interest 13-Jan-92 00:25:04 Sb: #13955-COCO3/386SX Swap Fm: Erich Schulman 75140,3175 To: DAVID NELMS 72527,640 (X) If your PC is a PC/XT/286, upgrading to 386 is not quite as simple as upgrading a 386 to a 486. You will need a board designed to upgrade a 286 if you have a 286, and a PC/XT is not worth the attempt. PC SOURCES did an article on upgrading to a 386sx recently (Jan 92 issue I think it is), and I'd suggest you give it a look if you haven't already. If you're still interested in the upgrade, one you might want to consider getting is the board sold by JDR Microdevices. Check a COMPUTER SHOPPER if you don't have their catalog. #: 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 #: 13973 S12/OS9/68000 (OSK) 14-Jan-92 12:57:17 Sb: #13953-Ultra-Science Windows Fm: Kevin Darling 76703,4227 To: TONY ELLIOTT 71645,1367 (X) Tony - do you mean the "Screens" program, for terminals, ported from Unix? If so, those that use it tell me they like it. Or do you mean "G-Windows", which requires a graphics card? #: 13975 S7/Telecommunications 15-Jan-92 17:53:18 Sb: #telecom: Fm: ALBERT 72570,2302 To: SYSOP (X) HI!: I am in need of some info..onthe deskmate system,the telecom section.When I try to download the program says reciveing file but nothing is happing it takes the file name and thats it.If there is any lib..with some info let me know please. ALBERT.. There is 1 Reply. #: 13976 S7/Telecommunications 15-Jan-92 18:28:00 Sb: #13975-#telecom: Fm: Pete Lyall 76703,4230 To: ALBERT 72570,2302 (X) Albert - Have a gander at the file DM3.TXT in DL10. Pete There is 1 Reply. #: 13982 S7/Telecommunications 16-Jan-92 20:59:30 Sb: #13976-telecom: Fm: ALBERT 72570,2302 To: Pete Lyall 76703,4230 (X) PETE: Thanks I will take a look I hope its in text,I wont be able to download it otherwise.albert #: 13977 S1/General Interest 15-Jan-92 19:58:02 Sb: #I'm Back! Fm: Mark Griffith 76070,41 To: All Hi all! Well, here I am in St. Louis now. All moved in to my temp location for the next six months. Got local access to a CIS node so now I can spend more time here. Looking forward to talking at you all again. Mark There is 1 Reply. #: 13978 S1/General Interest 15-Jan-92 20:31:20 Sb: #13977-I'm Back! Fm: James Jones 76257,562 To: Mark Griffith 76070,41 (X) Great! Well, looking at the Weather Channel map may keep you from thinking it's all that great. :-) Glad you're in place and back online. #: 13981 S1/General Interest 16-Jan-92 19:57:56 Sb: #Death of a CoCo3 II Fm: Erich Schulman 75140,3175 To: ALL I replaced all 16 DRAMs in my CoCo3 and powered up. Everything seemed to be OK. The memory tester that came with my first 512K locked up. The memory tester listed in the service manual reported ERROR! ADDR=65535. I powered down and checked the chips, then reseated a loose one. I powered up again. Nothing. Not even a green screen. With all it'll cost to as much as restore what I had (replacing the CoCo3, the 512K (3rd time), and the Slot Pak III) I decided that it's not cost effective to do so. I found a CoCo2 which I will run alongside a 386 I will eventually get. What does this mean? Expect some Level 1 questions getting posted before long. I won't be going into the CoCo and OS-9 Forums as often. And unless I can coax the CoCo2 into running the hard drive, I will not be able to reupload the file that I uploaded but saw deleted because of its archive format. If anyone's interested in a dead CoCo3 for parts (I'm 99.8% sure the GIME, ROM, and 6809 are OK) and in CoCo3-only software just let me know what you want (allow time to convert files etc.). My now 16K CoCo1 has proven perfectly reliable, my CoCo3 just the opposite. It's a disappointment it came to this but at least I'll still have one foot in the CoCo world even if it's without Super ECB and Level 2. There are 2 Replies. #: 13985 S1/General Interest 17-Jan-92 10:55:57 Sb: #13981-#Death of a CoCo3 II Fm: Lee Veal 74726,1752 To: Erich Schulman 75140,3175 (X) If you're mostly getting out of the CoCo3 software world, how 'bout posting some of the software with asking prices. Maybe even any hardware that you'd be willing to part with for a reasonable price. Lee There is 1 Reply. #: 13997 S1/General Interest 18-Jan-92 22:15:02 Sb: #13985-Death of a CoCo3 II Fm: Erich Schulman 75140,3175 To: Lee Veal 74726,1752 (X) I'll be doing that later. I have megabytes to convert to PC and to downsize for the CoCo2, and all this without the help of a CoCo3. In fact, all I've got to work with *right now* are a CoCo1 with 16K and not Extended BASIC and a Macintosh, with the latter not being mine. I don't have the CoCo2 yet but should in another day or two. My last "census" indicated I had 23Mb on a total of about 700 floppies. Even with the CoCo2 it'll be slow going. There won't be much in hardware I can offer but I do have a good quantity of software I will be able to unload. I've downloaded megabytes so I may throw in some of that too, saving a lot of connect time. Like my 400K of Home Publisher fonts and clipart. None of this should be construed as a committment, however. #: 13986 S1/General Interest 17-Jan-92 16:13:41 Sb: #13981-#Death of a CoCo3 II Fm: Kevin Darling 76703,4227 To: Erich Schulman 75140,3175 (X) Hmm. Make sure the memory board isn't seated too deeply... if it touches the bottom of the sockets, CoCo-3's don't like it. best - kev There is 1 Reply. #: 13999 S1/General Interest 18-Jan-92 22:26:07 Sb: #13986-#Death of a CoCo3 II Fm: Erich Schulman 75140,3175 To: Kevin Darling 76703,4227 (X) The first time I upgraded to 512K, the upgrade took *days* to complete, not the five minutes the ad said it would be. The second time I upgraded the same CoCo3 (retrograded?) to 512K, it took hours. Believe me, I have experienced every possible and every conceivable problem in installing the 512K plus 2 or 3 more. A suggestion from Dave Myers of CoCoPRO! helped some, viz. putting electrical tape on the RF box to preclude the board from grounding out. So I've been through it all, checked it all, been through it all again, and so on ad infinitum/nauseum. Chris Hawks of Hawksoft diagnosed one of my problem areas as being the CoCo3's power supply being insufficient for the job and causing my problems which does seem entirely possible. So with $90 for a 128K CoCo3 plus $90 for a replacement Slot Pak 3 plus $70 for a new 512K board plus $20 for the replacement chips already wasted plus a new power supply plus shipping/handling charges all topped with hours of work and I end up with nothing I didn't have before except more watts from the power supply It's not worth it to me anymore. BTW, when I had 512K probs before, I at least got a green screen without sign-on msg. Now, nothing at all. There is 1 Reply. #: 14002 S1/General Interest 19-Jan-92 00:05:01 Sb: #13999-#Death of a CoCo3 II Fm: Kevin Darling 76703,4227 To: Erich Schulman 75140,3175 (X) Erich - yes, it sounds like you've had a frustrating experience. It's at times like this that I wish we were all physically together, instead of diagnosing online. Good luck, whatever! You've always got a home here. kev There is 1 Reply. #: 14018 S1/General Interest 20-Jan-92 01:24:14 Sb: #14002-#Death of a CoCo3 II Fm: Erich Schulman 75140,3175 To: Kevin Darling 76703,4227 (X) I know I will still have the CoCo around when I need it. There will be no dust to wipe off at each power up either. It'll just be on a smaller scale. After all, there's no way a CoCo2 could hope to do what I've done on my 3 when it was alive. To ease my transition into being in both worlds I've written (but not debugged) some DOS macros and batch files so DOS will accept some commands I'm used to. Like DOSKEY LIST=TYPE $1 and DOSKEY COBBLER=FORMAT $1 $2 /S (I had to allow a second parameter for 4 or /f:720.). Most of them are so simple so as to not need any further work but some will have to be tested. I had to stretch a little to come up with equivalents to MDir and Procs. I'll upload everything here when I'm happy with the results. As for the CoCo2, I've now learned how to use the Level 1 Debug to fix up /d0 and /d1 to match my drives' capacities. I'm too used to EZGen which I can't use anymore. And if we were all together I probably would not have thrown in the towel like this. There is 1 Reply. #: 14046 S1/General Interest 23-Jan-92 00:21:31 Sb: #14018-#Death of a CoCo3 II Fm: Ian Hodgson 72177,1762 To: Erich Schulman 75140,3175 (X) Erich, I have followed your messages about the poor CoCo 3 for the past few weeks and I wonder if you are not giving up too easily. When I saw that you were planning to try to persuade MSDOS to look a bit like OS9 I figured I had to say something before it was too late! I make a good part of my living troubleshooting data communications equipment (on the phone, not the bench, mostly) and I must say that the easiest problems to fix are the "It used to work OK" type, rather than the "It never worked" ones. I don't recall all the things you mentioned but if it were my CoCo 3 I would check first the power supply voltages (which will probably be OK), then look at the chips. This can be done systematically if you have the service manual and an oscilloscope. Indeed, the service manual has an entire section on step by step troubleshooting which should let you identify the bad chip (by far the most likely problem) in short order. If you don't have the service manual you may still be able to get one from Tandy (part no. 26-3334). If there was no inconvenient border in between us (I presume you are in the U.S.) I would say to send me the thing and I would take a look at it. But for heaven's sake don't give up on it. At the worst you should be able to get another one; they show up here from time to time and there must be thousands of them gathering dust in various places. And no matter how much you want to pretend, you will never make MSDOS work like OS9. There is 1 Reply. #: 14059 S1/General Interest 23-Jan-92 23:33:29 Sb: #14046-Death of a CoCo3 II Fm: Erich Schulman 75140,3175 To: Ian Hodgson 72177,1762 (X) I do have a service manual for the CoCo3 and I do have an analog vom (20000 ohms per volt). I do have an oscilloscope too but it's an all-tube scope (EICO 460) from 1961 and I never managed to get it back to original specs. About 85% there. I think I need to replace one of the tubes and I can't find most of its tubes. On my CoCo3, it seems fixing one problem ends up making that problem worse and then a new one comes my way. And it seems unlikely to me that getting another CoCo3 would not just give me more of the same. At least with a pc I won't have to search far and wide and endure weeks of down time when a part goes bad. Installing the 512K was torturous the first time and every subsequent time. Do I want to go through that time and again all over? It took several toll calls to a technician before I could get my hard drive working and then it was slow. The scsi47 drivers only wiped out the whole disk and left it incorrectly formatted. If I stay with my CoCo3 I now know I will never realize half the hard drive performance I paid dearly for. And then the Slot Pak III. Marty Goodman informed me that thing has a tendency to self destruct. Do I want to drop $180 a year on Slot Pak III's? And of course DOS will never be exactly like OS-9, but who said it was even intended to be. My CoCo1 has proved very dependable. But I dropped hundreds of dollars and tens of hours of work on the CoCo3 and then it dies after I had it a mere 51 weeks. #: 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 #: 13992 S15/Hot Topics 18-Jan-92 17:23:40 Sb: #My I/O Board came Fm: Keith H. March 70541,1413 To: All Hi everyone: I got my i/o board about a week ago, and got my 60 Meg Hard Drive up and running. Love the 3 Meg. Keith There are 2 Replies. #: 13993 S15/Hot Topics 18-Jan-92 19:42:30 Sb: #13992-My I/O Board came Fm: James Jones 76257,562 To: Keith H. March 70541,1413 (X) It *does* make a big difference, doesn't it? Glad to hear that you're happy with it. #: 14034 S15/Hot Topics 22-Jan-92 21:43:25 Sb: #13992-#My I/O Board came Fm: Colin J. Smith 73777,1360 To: Keith H. March 70541,1413 (X) u!Say, what's yer serial #? Maybe mine isn't too far behind! Thanks, --Colin (I have this brand new Epson 24 pin printer here doing nothing but collecting dust, so I'm kind of anxious!) There is 1 Reply. #: 14063 S15/Hot Topics 24-Jan-92 18:22:27 Sb: #14034-#My I/O Board came Fm: Keith H. March 70541,1413 To: Colin J. Smith 73777,1360 (X) Colin: My S/N is 120812 Keith There is 1 Reply. #: 14070 S15/Hot Topics 25-Jan-92 07:20:54 Sb: #14063-My I/O Board came Fm: Colin J. Smith 73777,1360 To: Keith H. March 70541,1413 Sigh. Looks like a couple more weeks. Thanks! --Colin #: 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. #: 14003 S14/misc/info/Soapbox 19-Jan-92 06:33:38 Sb: #OS9 Community Network Fm: Robert R MacKay 100036,676 To: 76370,2100 (X) John, I now have access to a Fidonet BBS here in Australia. Currently we do not have access to zone 1 OS9 echo, but sysop is in the process of making necessary arrangements. My BBS name and address are as follows:The Galaxy Gateway Computer System, 3:640/316. Any information, membership forms that I need to complete would be apreciated. My home address is :Rob MacKay, 7 Harburg Drive, Beenleigh, Queensland, Australia 4207. Will keep in touch, regards, Rob. There is 1 Reply. #: 14020 S14/misc/info/Soapbox 20-Jan-92 02:46:28 Sb: #14003-OS9 Community Network Fm: John Wight 76370,2100 To: Robert R MacKay 100036,676 (X) This is great to hear. I'm sure the OS-9 users of Fidonet Zone 1 (North Amewill be excited to hear this ! As for getting the info to you, I can either send it to you by postal mail (which would take a little longer), or by Fido mail if your sysop would allow (this would be quicker, but would cost a bit more). Netmail messages can be routed at almost no cost, but files I have to send direct. But since it is automatic, the cost is as minimal as it can get. Either way, I'll be in touch with you soon. Hopefully your sysop can make the arrangements to get the OS9 (and COCO, RIBBS, and COCO_CLUB) echos real soon, where you can keep up with the rest of us. I almost forgot, another alternative is to download OS9NET.ARC here, which contains all you need to know to get started, and perhaps advise us on how to grow to better serve those in other Fidonet zones. #: 14005 S12/OS9/68000 (OSK) 19-Jan-92 09:33:08 Sb: Ultra-Science Windows Fm: TONY ELLIOTT 71645,1367 To: Kevin Darling (UG Pres 76703,4227 (X) Yes, I believe I mean 'Screens'. We are using terminals (mostly non-graphics). So, I've ordered it and I let you know how I like it. While I have you... I am looking for a C Library for an older version of Sculptor. Apparently, when I wasn't looking, the organization which owned Sculptor rights in the US underwent some sort of change. I'm not sure where to go, now, to find what I need. I believe the last version we upgraded to was 1.6:8, but I'll have to check that. We are upgrading some of our in house CAD stuff and it would help to find a compatable library rather than to have to write it all. I appreciate any guidance that might be out there in this regard. I'm also in the market for a used 68020 board such as Hazelwoods board or would also consider Frank's uniquad. Has anyone outgrown such and want to let one go? #: 14008 S1/General Interest 19-Jan-92 11:00:12 Sb: #Floppy Disk Drivers Fm: Jay Truesdale 72176,3565 To: all The company I work for is in the midst of designing some new 6809 hardware. The new board will have a 3 Mhz 6809 (6309? The one by Hitachi), a megabyte of (paged) RAM, a DMA chip, a floppy disk controller chip of some type (probably an Intel family part) and a 1.44 MB 3.5 inch floppy disk drive. We are going to use the MESS-DOS disk format so our customers (who probably already have a PC) can configure our unit off-line, duplicate disks, etc. I get to write the floppy disk code which leads me to my questions: Would a driver written in C be fast enough? Is anyone aware of any C source (licensable or PD) for dealing with the MS-DOS disk format? If assembler is the way to go, are there any example '09 (or C) floppy drivers available here or elsewhere that someone could point me towards? Any sources of information, references, hints, etc., would be greatly appreciated. Thanks in advance, -J There is 1 Reply. #: 14011 S1/General Interest 19-Jan-92 13:38:00 Sb: #14008-#Floppy Disk Drivers Fm: James Jones 76257,562 To: Jay Truesdale 72176,3565 (X) Gee...how much do you expect this board to cost? There are 2 Replies. #: 14025 S1/General Interest 21-Jan-92 20:26:48 Sb: #14011-Floppy Disk Drivers Fm: Jay Truesdale 72176,3565 To: James Jones 76257,562 (X) I suspect that it will cost less than $100 for the parts. I'll ask what the latest expected cost will be in our hardware meeting tomorrow. -J #: 14056 S1/General Interest 23-Jan-92 22:45:47 Sb: #14011-Floppy Disk Drivers Fm: Jay Truesdale 72176,3565 To: James Jones 76257,562 (X) Well, OK, perhaps a bit more than $100 for the card I was talking about. Another card in the same unit with about the same features but no floppy controller, 2 meg RAM instead of 1 and 2 serial ports with DMA is estimated to cost approximatly $90.00 for parts in quantities of a thousand. -J #: 14009 S12/OS9/68000 (OSK) 19-Jan-92 11:31:42 Sb: #MB & syscall Fm: William Phelps 75100,265 To: ALL Could someone please tell me the format of the register structure used with syscall in OSK 2.4? I figured out the d0-d7,a0-a4 part, but how are other registers (like the ccr) passed? William There is 1 Reply. #: 14010 S12/OS9/68000 (OSK) 19-Jan-92 12:48:12 Sb: #14009-#MB & syscall Fm: Kevin Darling 76703,4227 To: William Phelps 75100,265 (X) As you've found out, it's only... TYPE stack = d0,d1,d2,d3,d4,d5,d6,d7,a0,a1,a2,a3,a4:INTEGER DIM reg:stack No need for ccr, as the carry bit error flag will be picked up by Basic itself on return from syscall, and pick out any error code from d1. kev There is 1 Reply. #: 14014 S12/OS9/68000 (OSK) 19-Jan-92 21:36:37 Sb: #14010-#MB & syscall Fm: William Phelps 75100,265 To: Kevin Darling 76703,4227 (X) Thanks for the information, but does that mean I have to use ON ERROR GOTO to do my own error trapping? I'd like to keep GOTO's to a minimum. William There is 1 Reply. #: 14022 S12/OS9/68000 (OSK) 20-Jan-92 11:38:00 Sb: #14014-MB & syscall Fm: Kevin Darling 76703,4227 To: William Phelps 75100,265 (X) Yes, you have to use ON ERROR statements, which sometimes I like, sometimes I don't :-) On the other hand, we don't have to check for errors, which is very nice. I believe one Syscall's version used to be in Lib 12 here... it could be modified to return the error separately. #: 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- #: 14017 S15/Hot Topics 19-Jan-92 23:32:40 Sb: #unknown mm/1 progs Fm: Bob van der Poel 76510,2203 To: all In attempting to make sense of the programs on my hard drive, I'm trying to figure out what a number of them do! I have a number of graphics display programs for which there are no docs or builtin help. Before I delete them, can anyone tell me what they should do? fshow - I think it has something to do with .fli files iffs - related to .iff files? pflicker - again, to do with .fli files anim - used by the mouse demo, but I have no idea of the file format, etc. Also, in my FLICKS directory I have a ademo file which appears to show the various flicks and play some sound with them. Can't get it to work... There is 1 Reply. #: 14024 S15/Hot Topics 20-Jan-92 20:39:47 Sb: #14017-unknown mm/1 progs Fm: Kevin Darling 76703,4227 To: Bob van der Poel 76510,2203 (X) "In attempting to make sense of the programs on my hard drive, I'm trying to figure out what a number of them do!" Yah, there's a lot of demo command thingies floating around out there... some leftover from Rainbowfests and such. "iffs - related to .iff files?" I think that's a IFF slide show program. Give it the name of a file which has a list of pictures. "anim - used by the mouse demo, but I have no idea of the file format" Plays the really simple and bloated compression format I used when I converted Amiga animations to the MM/1 and TC70 long ago. Not much use otherwise. "fshow - I think it has something to do with .fli files" I think you're right. Chd to your flicks dir, and try "fshow ademo >>/nil". But first make sure the flis and sounds listed in "ademo" exist. And don't try to stop the sucker ... it uses all sorts of named pipes etc. Hmm. You can stop it... but it takes a lot of "kill" commands to do it :-) "pflicker - again, to do with .fli files" Used by fshow. Pflicker is the same as flicker (for showing flis), but understands a limited set of commands ("play","wait","quit") from stdin and sends "okay" to stderr when it's read in the file and is ready to play. I'm coming up with a standard set of commands for programs like this. With named pipes, this allows astonishingly easy setup of demos and even multimedia (overused word! but true here) applications. For instance, using a fairly simple basic program and named pipes to communicate with commands to playback sounds and minature flis, I've come up with a simple but neat looking alphabet video kid's book. It could almost be done from a scriptfile. #: 14026 S1/General Interest 22-Jan-92 06:24:27 Sb: #Vender's area Fm: O. C. (Dick) Warren 72116,1041 To: SYSOP (X) Wayne, why limit the vendor's section to commercial providers only, as their "rountable", when you can take the example of the vender's section of Hamnet and Commodore (go CBM) and make it accessable by the customer (us) as a customer support area?? It would be far nicer to directly contact the porvider on the SIG when we need contact than limit it to a locked commercial room..... It would also show us the true interests of the provider as how well each of them handled themselves and the problems!!! "Just a thought"... Best, D. There is 1 Reply. #: 14032 S1/General Interest 22-Jan-92 20:58:00 Sb: #14026-#Vender's area Fm: Steve Wegert 76703,4255 To: O. C. (Dick) Warren 72116,1041 (X) Dick, Just a couple of observations ... When we opened the Vendor section, it was to give folks like IMS, Frank Hogg Labs, Delmar, etc a place to discuss their issues with each other. A member of the forum can alway leave a message to any vendor that actively participates in the forum. They need only their User ID. Steve There are 2 Replies. #: 14033 S1/General Interest 22-Jan-92 21:39:20 Sb: #14032-Vender's area Fm: O. C. (Dick) Warren 72116,1041 To: Steve Wegert 76703,4255 (X) Sorry, I must have misread VENDER.TXT, because it llooked like this was to be a commercial vender's area only, complete with criteria for admissions... I've seen vender's areas on someof the SIGs that were used as customer service areas and this was what I was suggesting. Thanks for the reply. Incidently, I have a private note for you over in Email that I composed, then held onto cause I was afread the wrong people might see. Appreciate all your help over the years Steve... a handshake and salout to you.. D. #: 14039 S1/General Interest 22-Jan-92 22:42:03 Sb: #14032-#Vender's area Fm: O. C. (Dick) Warren 72116,1041 To: Steve Wegert 76703,4255 (X) Steve, I just went back and reread VENDER.TXt and found that it specified that the area eas to be semi private, and not open to individuals, but to venders only with a criteria. That dousn't sound very "open to the individual" to me... I eas suggesting an area of verders that would be used as a customer service area, as is done on some of the other SIGs... Thanks anyhow, Dick There is 1 Reply. #: 14052 S1/General Interest 23-Jan-92 13:51:51 Sb: #14039-#Vender's area Fm: Steve Wegert 76703,4255 To: O. C. (Dick) Warren 72116,1041 (X) Dick, I do appreciate the kind words, thanks! On the Vendor area ... again, the Vendor Section is a semi private area meant for the use of the Vendors only. However .... they still see and can respond to any messages posted in any other section of the forum. By having a 'private' area they can use, we can count on them being around to help with folks questions in other areas. Make sense? Steve There is 1 Reply. #: 14073 S1/General Interest 25-Jan-92 11:49:59 Sb: #14052-Vender's area Fm: O. C. (Dick) Warren 72116,1041 To: Steve Wegert 76703,4255 (X) Appreciatr the reply, but as to "make sence", to this grampa'sd old mind, I'm not really sure I comprahend...!! Sorry, I guess I'm just gettin' old... As to access, I'm alwayd glad tosee access "customer service" style so will applaud that ... That was my whole purpose in this string. Best to you, and C U D. #: 14029 S9/Utilities 22-Jan-92 12:50:48 Sb: #Read OS9 disk on IBM PC? Fm: bruce winter 76476,2324 To: all I'm looking for a program that can read an OS9 formatted diskette on an IBM PC. Sample source code would be helpful. Thank You. Regards, Bruce Winter. There are 2 Replies. #: 14043 S9/Utilities 22-Jan-92 23:52:10 Sb: #14029-Read OS9 disk on IBM PC? Fm: Erich Schulman 75140,3175 To: bruce winter 76476,2324 (X) I asked the same question on Delphi but got no answers. According to Rainbow (about a year ago) the program you need would be either Xenocopy or CoCo Util II. But Microcom is--or seems to be--out of business so I wouldn't hold out much hope for them. One of my local BBS's has something which might do the job but it's extremely difficult to get on. My autodialer always makes over a hundred attempts to get on (and I give up after 150-175 attempts.) If you have only text files, the PC shareware program Read My Disk !might be able to do it (I haven't tried it.) Read My Disk! however was intended to recover DOS files so it might not work well. If your files are no bigger than 156K you might want to convert them to Disk BASIC with the utility RSDos which you can download here. You'll also need a patch file for CC3Disk which you can also download here. Then go to the CoCo Forum and have your PC download AS9TOO.ARC and you may also need SWAPAB.ZIP. As a last resort you can always use a null modem connection; this will be very slow. #: 14057 S9/Utilities 23-Jan-92 22:45:54 Sb: #14029-Read OS9 disk on IBM PC? Fm: Jay Truesdale 72176,3565 To: bruce winter 76476,2324 (X) It might be easier to read/write an MESS-DOS disk on your OS-9 system. -J #: 14035 S1/General Interest 22-Jan-92 22:06:24 Sb: #OS9 lvl 1.1 Fm: O. C. (Dick) Warren 72116,1041 To: ALL Several months ago, when Radio Shack was closibg out everything for the Coco, I bought OS9. Now I've noticed that what I bought was levrl 1.1 while everything on here is level 2! Did I waste my money??? What do I do with 1.1??? Thanks, Dick There is 1 Reply. #: 14041 S1/General Interest 22-Jan-92 23:43:34 Sb: #14035-#OS9 lvl 1.1 Fm: Erich Schulman 75140,3175 To: O. C. (Dick) Warren 72116,1041 (X) If you are using a CoCo1 or 2, no, because you can't run Level 2. If you are using a CoCo3, almost but not quite. You gain an assembler which will run on Level 2 which will do quite well in lieu of the Level 2 assembler which will be very difficult to get. You also gain a few extra commands (like Save and Dump) though I'm not sure if the Lev1 versions will run on Lev2 properly. And the manuals might prove helpful now and then. I've found that having full Lev1 documentation helped me determine why some things were not working for me on Lev2: it's because they were Lev1 and Lev2 implemented the same things differently. I also found a text file which referred to a specific page in one of the manuals. I couldn't find anything in my Lev2 books so I checked my Lev1 and found what the file was talking about (and that I really didn't have the problem the file addressed because it's Lev1 only). So if you're using a CoCo3 and paid less than ten dollars for Lev1 (I paid five) I'd say keep it. There is 1 Reply. #: 14072 S1/General Interest 25-Jan-92 11:44:12 Sb: #14041-#OS9 lvl 1.1 Fm: O. C. (Dick) Warren 72116,1041 To: Erich Schulman 75140,3175 (X) Thanks for the reply... I'm almost totally computer programming illeraye, so when I looked at the books that camewith level 1.1, they meant very little to me. I simply don't know enuf to understand them.. I'm running a Coco 3, but have a modified 1, and a stock 2 as well. What happens if I try to run Ultimateterm or somethong like that that is meant for level 2 ojn my level 1.1 ??? Will it take it??? Best, D. There are 2 Replies. #: 14075 S1/General Interest 25-Jan-92 14:49:00 Sb: #14072-#OS9 lvl 1.1 Fm: James Jones 76257,562 To: O. C. (Dick) Warren 72116,1041 (X) Ultimaterm isn't an OS-9 program, so it won't run under Level 2 or Level 1 OS-9 either one. You should give serious thought to grabbing one of the versions of sterm to use with CIS under OS-9, since it will support CIS B protocol, definitely the way to go when using CIS. There is 1 Reply. #: 14084 S1/General Interest 26-Jan-92 13:19:25 Sb: #14075-#OS9 lvl 1.1 Fm: O. C. (Dick) Warren 72116,1041 To: James Jones 76257,562 (X) "Sterm", ok, thanks... Do you have any suggestions on a good word processing program?? the word processing and communicating are about all I do in computing. I have used Autoterm almost exclusively as it does a neat job of both. Thanks for your wisdom and good words, D. There is 1 Reply. #: 14086 S1/General Interest 26-Jan-92 14:45:12 Sb: #14084-OS9 lvl 1.1 Fm: James Jones 76257,562 To: O. C. (Dick) Warren 72116,1041 Hmm...I don't do much in the way of word processing. When I do, I typically use a plain vanilla text editor to generate a file I feed to a text formatter, rather than using a word processor as such. Perhaps other folks who know more about it will respond. #: 14076 S1/General Interest 25-Jan-92 16:56:15 Sb: #14072-#OS9 lvl 1.1 Fm: Erich Schulman 75140,3175 To: O. C. (Dick) Warren 72116,1041 (X) As powerful as OS-9 is, it is not a simple operating system and it will take time and effort to learn it and make it work for you (rather than you for it). It won't happen overnight. If your CoCo1 or 2 has 64K and Extended BASIC you can use your OS-9 1.1 on that. Check the message you see on the screen when you power up. If you see DISK EXTENDED COLOR BASIC 1.1, put your system master disk in drive 0 and type DOS[ENTER]. Otherwise put your Boot Disk in drive 0 and type RUN "*"[ENTER] then select Boot OS-9 from the menu. Again, you cannot use your version of OS-9 on the CoCo3; you must have Level 2 to run OS-9 on a CoCo3. Some things meant for Level 2 will run on your Level 1 1.1, but most won't. To make things worse, they will load: they just won't run. Ultimaterm is not a OS-9 program. When my CoCo3 was working it was my predominant terminal program and I like it a lot. It will work only on the CoCo3 but you run it from ordinary Disk BASIC. If you get OS-9 Level 2 you might want to get STerm (which is for OS-9) as an additional terminal program. I've used that as well as SuperComm, OSTerm, and XCom9 but Ulterm remained my primary program. There is 1 Reply. #: 14085 S1/General Interest 26-Jan-92 13:35:53 Sb: #14076-#OS9 lvl 1.1 Fm: O. C. (Dick) Warren 72116,1041 To: Erich Schulman 75140,3175 (X) Interesting.... I had no idea that OS9 leve 1.1 wouldn't work on a Coco 3!!! I got it specifically because I thought it needed a 3!!! Oh, well, I only paid ten dollars for it... that won't beeak me (grin). Yes, there is a lot to learn. OS9 is supposed to like Xenix, and I also felt I needed to know something about that system if I'm to remain a professional electronic communications technician, which I am, or was. I'm a prematurally retired Western Union Field Service Technician/Technocal Rep, with some computer technician training, but NO programming training. They had us responsible for data terminals and computers configured as terminals, the leased phone lines, intercity multiplexing networks, and the networks themselves. We had pour own networks, plus maintenance responsibility for contracted private systems all over and kinds. Nevell and Xenix are more recent, and I feel it necessary to keep up... Thanks again for your answeres.. apreciate it. D. There are 2 Replies. #: 14089 S1/General Interest 26-Jan-92 21:09:36 Sb: #14085-OS9 lvl 1.1 Fm: Erich Schulman 75140,3175 To: O. C. (Dick) Warren 72116,1041 OS-9 was based on "classic" Unix. OS-9 and Unix have developed apart from each other and there are now many differences between them. But if you are comfortable with one you will be able to pick up the other fairly easily. Try out your 1.1 on the CoCo2. You can't do as much with it as you can do with Level 2 on a CoCo3 but it will offer enough to be worthwhile. And if you find a copy of the Level 2 system you'll already have a head start on it. #: 14098 S1/General Interest 27-Jan-92 17:26:34 Sb: #14085-#OS9 lvl 1.1 Fm: Lee Veal 74726,1752 To: O. C. (Dick) Warren 72116,1041 Also, there was an upgrade for OS-9 Lvl 1 ver 1.1 to ver. 2.0 that would allow it to run on a CoCo3. You might be able to dig up one of those upgrade packages. It would still be a Level 1 system as opposed to a Level 2 system, but there were some patches for Level 1 ver. 2.0 that allowed the CoCo3's extra memory to be used for RamDisk area. The ideal thing to do is try to get up to Level 2 ver. 02.00.01. It exploits the CoCo3 more completely. Lee There is 1 Reply. #: 14106 S1/General Interest 28-Jan-92 09:07:30 Sb: #14098-#OS9 lvl 1.1 Fm: Pete Lyall 76703,4230 To: Lee Veal 74726,1752 (X) Lee - Also - I forget EXACTLY where (Kev?), but there's a constant that you can change in the pre-boot or boot code from $FF00 to $FE00 and LI versions 1.00 and 1.01 will boot (this code is resident in the first several bytes on track 34). The reason is that a CC3 uses the uppermost page as an interrupt table, and os9 LI loading there clobbers it. Pete There is 1 Reply. #: 14107 S1/General Interest 28-Jan-92 09:56:26 Sb: #14106-#OS9 lvl 1.1 Fm: Lee Veal 74726,1752 To: Pete Lyall 76703,4230 (X) That patch location may be documented in the D/Ls. I'm like you, I remember that there was a patch, but that's it. Lee There is 1 Reply. #: 14108 S1/General Interest 28-Jan-92 12:57:32 Sb: #14107-#OS9 lvl 1.1 Fm: Kevin Darling 76703,4227 To: Lee Veal 74726,1752 (X) Aha. Took a wee bit of looking, but in Lib 10: CC3FIX.ASM/Asc Bytes: 2560, Count: 131, 08-Nov-86 Last:12-Jan-92 Title : Keywords: PATCH SOURCE SRC 1.0 1.1 COCO 3 "CC3FIX is the source code for a program to patch OS9 L-I ver 1.X to run on a CoCo-3. Instructions are in the file. Note: be sure to use a newly formatted disk. This pgrm is run while under 1.X on your CoCo-2. The boot created runs on CoCo-3. Also get FIXCMD.ASM to patch your old OS9gen and cobbler. From Kent Meyers" There is 1 Reply. #: 14113 S1/General Interest 29-Jan-92 00:37:49 Sb: #14108-OS9 lvl 1.1 Fm: Lee Veal 74726,1752 To: Kevin Darling 76703,4227 (X) I hope O.C. (Dick) Warren is reading this thread, he's the fellow that was first asking about such a fix for 1.0/1.1 OS-9 running on a CoCo3. Thanks, Lee #: 14054 S1/General Interest 23-Jan-92 20:21:36 Sb: 800 access Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Bob, Hope you caught the announcement in the What's New bulletin this morming regarding the 800 access number from Canada. Seem's some one in Columbus made a mistake. It's going up the first of Feb. Go NEW for the details. Steve #: 14055 S1/General Interest 23-Jan-92 20:57:42 Sb: #CD-I Fm: Frank Hogg of FHL 70310,317 To: all Hi all, If you would like to find out what store near you carries CD-I systems call this number. They will ask you your zip code and tell you where to go to see it. 800-223-7772 Frank There is 1 Reply. #: 14058 S1/General Interest 23-Jan-92 22:46:01 Sb: #14055-CD-I Fm: Jay Truesdale 72176,3565 To: Frank Hogg of FHL 70310,317 (X) The current issue of the Amiga magazine ".Info" has a comparison of Commodore's CDTV CD-Rom unit and a CD-I unit. I have NOT read this article yet so I can't comment on it, but I thought I'd mention it in case anyone is interested. -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 #: 14064 S7/Telecommunications 24-Jan-92 18:29:12 Sb: My INTERNET Address :) Fm: Keith H. March 70541,1413 To: ALL If you would like to reach me on the INTERNET my address is: keith@khmarch.bowlgreen.OH.US #: 14066 S1/General Interest 25-Jan-92 02:58:43 Sb: #Help! Disto & SCSI Fm: Thomas A. Jones 72200,3032 To: All I need some help with my CoCo III. I have a Seagate ST157n-1 SCSI drive attached to a Disto 4-in-1 card. When I try to do a low level format I get errors. I have the 4-in-1 running through a Multipak. Any ideas about what could be wrong? There is 1 Reply. #: 14078 S1/General Interest 25-Jan-92 19:28:38 Sb: #14066-Help! Disto & SCSI Fm: Brother Jeremy, CSJW 76477,142 To: Thomas A. Jones 72200,3032 (X) Dear Tom, What sort of errors do you get. Are they 243,244, or 247. Or do you mean that you are unable to format it. I have a COCO3 with 512k, SC11 and a Seagate 138n. I replaced the driver from DISTO with the Seagate one from SCSI4.7 which should be here on CIS. I had a bit of trouble getting it all to work. If I can find my notes (forum messages which I have saved) I will try to reconstruct what I did. With all best wishes, Br. Jeremy, CSJW ps. One thing you probably would not want to try. I dropped the hard drive down a flight of stairs. After that....it worked. #: 14067 S1/General Interest 25-Jan-92 05:05:59 Sb: #13904-#About AR Version 1.4 Fm: Mike Guzzi 76576,2715 To: Wayne Day 76703,376 (X) Wayne, I have uploaded (i think) a few files recently but I am not sure if it was with the newer ar's. If I have could you PLEASE tell me which files are mine and Ill re-do them with ar 1.2 and re-upload them. I do not remember if I did. Mike There is 1 Reply. #: 14092 S1/General Interest 27-Jan-92 02:35:00 Sb: #14067-About AR Version 1.4 Fm: Wayne Day 76703,376 To: Mike Guzzi 76576,2715 Mike, We've caught the files that are identified as being with 1.4, so I wouldn't worry about it too much, unless someone mentions something. To find your files in the library, you'd enter the command: CAT [76576,2715] / LIB:All and the files you uploaded in all libraries would be displayed. Wayne #: 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 #: 14080 S8/BBS Systems/TSMon 25-Jan-92 21:06:55 Sb: 76703,4255 Fm: LEONARD S. SCHEURING 76270,2564 To: STEVE WEGERT STEVE THANK YOU FOR THE TIP. I WAS HOPING THAT I COULD USE XCOM9 AT 300 BAUD,WHICH IS ALL MY OLD DCM-7 MODEM RUNS AT. I WOULD VERY MUCH LIKE TO FIND A COPY OF THE COMPLETE MEMORY MAP OF THE COCO3 SO THAT I CAN INTERFACE AN MC6850 ACIA CHIP TO THE COCO TO USE WITH THE ACIAPAK DRIVER ON RADIO SHACK OS9. DO YOU KNOW ANYONE WHO HAS THE MAP OR HAS INTERFACED AN ACIA CHIP? I DON'T HAVE THE MULTIPACK INTERFACE SO I WILL HAVE TO USE A PROTO BOARD I HAVE WHICH FITS THE PROGRAM PACK SLOT ON THE COCO. I HAVE BUFFERS TO INSTALL ON THE BOARD AND AM FAMILIAR WITH THE MOTOROLA CHIP FAMILIES. ANY INFO YOU CAN FIND WILL BE MUCH APPRECIATED. AGAIN,THANKS FOR THE HELP. #: 14081 S1/General Interest 26-Jan-92 06:49:07 Sb: #Disto & SCSI Fm: Thomas A. Jones 72200,3032 To: Brother Jeremy CSJW, 76477,142 (X) I have trouble t doing the low level format from RS BASIC. It doesn't give an error number like in OS9. I have formatted the drive before with another (later version) of the Disto 4-in-1 and it worked. Once I can get the low level format then it is easy to do the OS9 format. Any ideas? There is 1 Reply. #: 14082 S1/General Interest 26-Jan-92 11:00:11 Sb: #14081-Disto & SCSI Fm: Brother Jeremy, CSJW 76477,142 To: Thomas A. Jones 72200,3032 Dear Tom, What are you using to format the drive? I think that there was a utility on the Disto disk. I can't remember but I might have done mine under RGB-DOS which I am not certain if it is still available. I still think, however, I finally had luck with SCS1_4.7. I had to make a new Boot disk. Very easy with EZGEN from BURKE and BURKE. It is possible that the first sector on the HD is bad. As a final thought, years ago it was suggested that if a cassette tape did not load properly, one should turn the tape player upside down. Rainbow always had letters proving that it worked. I did the same with my HArd Drive and I was able to format it. I have some theories as to why it worked, but in any case it did. Don't give up, the folks here were very helpful when I couldn't get mine working. With all best wishes, Br. Jeremy, CSJW #: 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) #: 14091 S1/General Interest 27-Jan-92 00:21:49 Sb: TC70 Kit Fm: Frank Hogg of FHL 70310,317 To: all Hi all... I just uploaded a file describing... The Fabulous Tomcat TC70 is now available as a KIT! Frank Hogg - FHL #: 14093 S14/misc/info/Soapbox 27-Jan-92 05:35:43 Sb: OS-9 Community Network. Fm: Robert R MacKay 100036,676 To: 76370,2100 John, As I understand it we have arranged for supply of the OS-9 echo to our BBS (3:640/316) here in the state of Queensland, Australia. I am in the process of writing some notes for the editorial of our Australian OS-9 newsletter with a view to encouraging subscription to the new OS-9 community network and the Fidonet BBS network here in Australia. I am confident that support will be substantial. I still have not been able to track down a membership application form for the "OS-9 Community Network". Any additional information that you may be able to provide would be great. Regards & best wishes, Rob MacKay. (27th January 1992). #: 14094 S3/Languages 27-Jan-92 10:57:10 Sb: #13867-#Help Fm: George Hendrickson 71071,2003 To: Pete Lyall 76703,4230 (X) Yeah, I ordered the C compiler from RS and they gave me the disks but not book!! I don't know if I got it all or what! I've been having trouble compiling a few things cause I don't have the file 'string.h' or 'strings.h'. Do you know where I can get them? I know that most everyone is moving on to bigger things. I hoping to buy a 386 this spring. I've been looking at some 40 mhz systems that have had me drooling over them! It would be great if the CoCo ran that fast! Imagine that! Thanks for you help. There are 2 Replies. #: 14096 S3/Languages 27-Jan-92 14:39:27 Sb: #14094-#Help Fm: Pete Lyall 76703,4230 To: George Hendrickson 71071,2003 (X) George - I always get this mixed up, but in UNIX land, System V uses either string.h or strings.h, and Berkeley uses the other one. You should be able to get all the .h files you need by downloading Carl Kreider's C Library replacement stuff. Browse over in DL3. Yell for any help you need - that's why we iz here. Also, beat on Rat Shack until they produce a book for you. Won't help you with C, but will give you some compiler poop to mull over. Pete There is 1 Reply. #: 14102 S3/Languages 28-Jan-92 03:29:04 Sb: #14096-#Help Fm: George Hendrickson 71071,2003 To: Pete Lyall 76703,4230 (X) Thanks for the help. I finally find the header files I need after replying to the previous message. I must have missed it before or something. (who knows what happens at 4:30am??) Now I need to find the RMA file for the CC program. I'll probably find after I leave this but just in case, do you know the file I need to get by chance? Rat Shack finally gave up on the book so I bought 'Teach Yourself C' by Herbert Schildt. Its pretty much informative and shows some great examples of stuff. Welp, I'm off! There is 1 Reply. #: 14105 S3/Languages 28-Jan-92 09:03:59 Sb: #14102-#Help Fm: Pete Lyall 76703,4230 To: George Hendrickson 71071,2003 (X) George - Under the RS version of the Level 1 C Compiler (works fine on L2, BTW), RMA = C.ASM and RLINK = C.LINK. Pete There is 1 Reply. #: 14118 S3/Languages 30-Jan-92 03:04:24 Sb: #14105-#Help Fm: George Hendrickson 71071,2003 To: Pete Lyall 76703,4230 (X) I don't know what level version I have of the C Compiler other than it being version 1 (c)1983. It didn't have the files RMA or RLINK in it. I did find a patch file for RMA and RLINK here. I tried them out on c.asm and c.link and it didn't work. Do I have all the files that I need? Or should I just give up and buy a new computer that has tons of software available? There is 1 Reply. #: 14121 S3/Languages 30-Jan-92 08:50:26 Sb: #14118-Help Fm: Pete Lyall 76703,4230 To: George Hendrickson 71071,2003 George - Easy, pal...... let's get the facts foist: What DO you have on the disk? To my knowledge, the ONLY C compiler R/S ever sold for OS9 was the LI coco version, and it used C.link, and C.asm. There was an UPDATE to these later on the LII Developer's Kit that offered RMA and RLINK. Send a directory of your disk and we'll take it from there. Remember when you store the message here to use 'SU' (store unformatted), or the CIS editor will mung it as it sees fit. Pete #: 14097 S3/Languages 27-Jan-92 14:41:36 Sb: #14094-Help Fm: Pete Lyall 76703,4230 To: George Hendrickson 71071,2003 (X) Yep - just checked. Nab HEADER.AR in DL3. That should do it. Pete #: 14095 S1/General Interest 27-Jan-92 13:48:46 Sb: #13932-CoCo Stuff For Sale Fm: BOB GLAD 71046,1134 To: Jim Hutchins 73357,1661 Do you have MVCanvas left? I would like to have that if you still have. Let me know and we can make arrangements. CIS 71046,1134 Delphi TruckerBob Thanks Bob #: 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 #: 14100 S1/General Interest 27-Jan-92 22:43:07 Sb: For Sale Fm: - Visitor 72517,2423 To: CoCo Users For sale, COCO Model 26-3027 SN 001581764K 32k expanded to 64k and COCO-2 64K Model 26-3127 SN 0113392 plus FD201 drives and other equipment Call 1-800-356-6255 ask for Joe. #: 14101 S1/General Interest 27-Jan-92 23:27:58 Sb: Email Fm: Frank Hogg of FHL 70310,317 To: Kevin Darling 76703,4227 (X) Hi. Just a note to let you know I sent you email. Thanks Frank #: 14109 S1/General Interest 28-Jan-92 14:27:08 Sb: Disto SC-II wanted Fm: John L. Wilkerson Jr. 71140,77 To: All I am looking for a Disto SC-II w/ the no-halt driver. If someone has one they wish to part with Real CHEAP, let me know. --John #: 14111 S12/OS9/68000 (OSK) 28-Jan-92 20:03:52 Sb: #Mshell Discount? Fm: Jay Truesdale 72176,3565 To: all A few weeks ago a few people mentioned Microware's new "Mshell," and how great it would be to have except that the price was out of the reach of most hacker types (myself included). Here's a marketing suggestion for Microware: In recognition of the benefits of having an avid (evangelical?) group of users spreading the word about their products, run a limited time special offer to users of the Compuserve and Delphi OS-9 forums. Set it up so that if you mention the 'the Compuserve/Delphi special' you would get a discount on one copy of Mshell. I don't think that this would affect their commercial sales much, how many of their commercial accounts are on here? In my opinion, a selling price of $100.00 would be reasonable. Thoughts, comments? -J There are 2 Replies. #: 14115 S12/OS9/68000 (OSK) 29-Jan-92 19:19:48 Sb: #14111-Mshell Discount? Fm: Timothy J. Martin 71541,3611 To: Jay Truesdale 72176,3565 My personal feeling is that mshell should become a part of standard OSK system. The current shell is about brain dead, and badly needs replacement. Mshell is a wonderful addition and should be seen as part of standard distribution for enhancing user productivity. mshell will sell the OS. Marketing it separately keeps the majority of users in the dark about realizing that there is a good shell. A good normal distribution shell is a plus. For those who want an upgrade of shell only, it should be made as available as possible to help get OSK of the launching pad with acceptance. #: 14117 S12/OS9/68000 (OSK) 30-Jan-92 01:31:36 Sb: #14111-Mshell Discount? Fm: Jim Sutemeier 70673,1754 To: Jay Truesdale 72176,3565 Your idea sounds great.....but I doubt that it will happen. I checked on the prices of both the latest version of the C Compiler, and also MW's Lint program (well, that wasn't the name they used, but it sure does SOUND like a lint program). Both of them were $850, and they would NOT budge one red cent from that price. The OSK marketplace is full of commercial users, not us home computer users, from what I'm told, and they price their programs on the basis of what they will sell for in the commercial marketplace. As the OSK marketplace right now has between 5,000 and 10,000 systems, and us 68070/68000 new marketplace probably does not exceed about 250 (for all TC70, MM/1 and System IV systems sold), our 'voice' will be little heard in Des Moines. If our 'new age' machines ever hit the 1-2,000 sales, then we might start having a slightly larger say in pricing of MW stuff. Until the, regretably, we'll be the little fly buzzing around the head of MW. I'm not putting us down, mind you, be we gotta look at this marketplace realistically. jim #: 14112 S12/OS9/68000 (OSK) 28-Jan-92 20:18:03 Sb: #MM/1 I/O Board Fm: Ernest Withers Jr. 71545,1117 To: ALL Just thought I'd tell everyone that I got my MM/1 I/O board today. By the way, my serial number is 120848. I've installed it and formatted my 32 meg Seagate (the Quantum LPS105 hasn't been delivered yet). Now I've got to play or rather work with the computer to test everything out. Everything seems to be working perfectly so far. Ernie. There is 1 Reply. #: 14123 S12/OS9/68000 (OSK) 30-Jan-92 08:55:20 Sb: #14112-MM/1 I/O Board Fm: Jim Peasley 72726,1153 To: Ernest Withers Jr. 71545,1117 (X) Erniyre,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,der soning rean6-. ) re,