#: 8386 S10/OS9/6809 (CoCo) 23-Nov-90 20:35:24 Sb: #8381-Boot File Fm: Bob Archambault 76506,3544 To: Pete Lyall 76703,4230 (X) Thanx a lot for your help, Pete. Looks like it's time to "hit the books" :-) Bob #: 8387 S12/OS9/68000 (OSK) 23-Nov-90 21:05:00 Sb: #8347-#Atari-ST file transfer Fm: BILL HEALTON 73367,357 To: David Betz 76704,47 (X) David, OS9 Insights is a must with some docs for the 68901. Also the Abaqus book on Atari ST internals is very useful. Uniquenesses of the ST /OSK include the location and activation of exceptions. OSK sets up its own exception vector table. It has the entry form of: PEA #Exception Address (Exception Number * 4) JMP Longword Vector Address Each entry is (10) ten bytes long. The table starts with vector #2 Addr=$0008 The table is located starting @ -$1000(A6) (A6 is Global set by OSK). In order for OSK to handle the exception, th driver must calculate the entry address for the exception (#-2)*10+(-$1000(A6)) and place it at the vector address in low RAM (#*4). The "OS9 F$IRQ" call (doc'd in Tech manual) will set the Longword Vector Address. Another useful Manual would be the new OSK Technial I/O Manual. Particulars of the 68901 are included in the ST internals book or motorola doc's. Timer D is used to set the Baud Rate(no Timer D IRQ). Otherwise the RS232 portion should be the only portion touched (by anding and or-ing where necessary). Good luck and let me know if you decide to try it and need more info. Bill Healton 73367,357 There is 1 Reply. #: 8423 S12/OS9/68000 (OSK) 26-Nov-90 09:11:05 Sb: #8387-Atari-ST file transfer Fm: David Betz 76704,47 To: BILL HEALTON 73367,357 Thanks! I've got the ST internals manual around somewhere. It could be fun to write a device driver again. I'll let you know what I come up with. #: 8391 S12/OS9/68000 (OSK) 24-Nov-90 05:23:18 Sb: #8343-Atari-ST file transfer Fm: MOTD Editor..Bill Brady 70126,267 To: BILL HEALTON 73367,357 (X) Just do what I did, ask the folks that made the thing. You are not differing with me, you are differing with Motorola. Get their booklet on the chip (not the 'sheet"), and you will find the reference to the RX char buffer flush. #: 8392 S12/OS9/68000 (OSK) 24-Nov-90 05:24:59 Sb: #8373-Atari-ST file transfer Fm: MOTD Editor..Bill Brady 70126,267 To: David Betz 76704,47 (X) You may also want to become a registered Atari developer. Good Luck. #: 8388 S10/OS9/6809 (CoCo) 23-Nov-90 22:30:43 Sb: #Disto HD Fm: LUTE MULLENIX 70721,2230 To: 76257,562 (X) James: I opted for the Disto setup, the only problem is I'm using an ST296N. This is an 85Meg drive, and when using the low level format from the Disto disk, I can only squeeze 48Meg out of it. It says something in the docs about changing the DATA lines to suit the drive your using, but I can't make heads or tails out of what's in there now to know what to change. I've changed the OS9 discripter to fit the drive, but 48s the most it will go. Do you know what to change? Or maybe know someone who does? When it comes to DECB, DOS is about all I know. >Lute< There are 2 Replies. #: 8390 S10/OS9/6809 (CoCo) 24-Nov-90 05:04:34 Sb: #8388-Disto HD Fm: James Jones 76257,562 To: LUTE MULLENIX 70721,2230 (X) Ack. I'm afraid that I don't know what to change. I hope that someone who knows more about it will see your message and respond. #: 8418 S10/OS9/6809 (CoCo) 25-Nov-90 23:39:43 Sb: #8388-Disto HD Fm: Ken Scales 74646,2237 To: LUTE MULLENIX 70721,2230 Lute - Sounds like the RS-BASIC physical format worked OK for you, but some of your Hmode (dmode) values were set up for using the drive under MS-DOG rather than OS-9 when you did the Logical (OS-9) format. You see, most retailers are advertising the ST296N as 84.9 Meg, which it is when formatted with 34 sectors of 512 bytes on each track (MS-DOG). But under OS-9, we use 256-byte sectors, and due to the additional inter-sector overhead of having lots of smaller sectors, we only get about 64 sectors (not 68) per track. This gives a total capacity of about 78.7 Meg. But not to worry -- we have a lot less waste due to the way that OS-9 allocates the disk space (note that 50% of the time the second half of that 512-byte sector wouldn't be used, for example!), so you may actually get as much (or MORE) usable space than your MS-DOG counterpart would have. Following are suggested Hmode/Dmode values to use when you do the OS-9 Logical format of the ST296N: /h0 cyls=820 hds=6 step=0 sectrk=64 sectrk0=64alloc=16 ilv=3 initcmd=00 inittbl=0000000000000000000000000000000000000000 By the way, I have a new version of the SCSI driver which will do the full format under OS-9, so you don't need that RS-BASIC thingie. Beta-version available from me at 613-836-6305, after 9 PM EST. Regarding your question in msg #8267 re: "no-halt" -- yes, my version of the driver will allow you to use Sterm in the "-f" mode. Good luck... / Ken #: 8389 S2/Tutorials 24-Nov-90 00:20:22 Sb: #Help Fm: The Rev. Wayne C. Paul 76477,142 To: [F] Mike Ward 76703,2013 (X) I am looking for a file that Bill Henderson 72215,341 said should be in dl5. It is called MRENAME. He mentions it in MOREMV.TXT There is 1 Reply. #: 8412 S2/Tutorials 25-Nov-90 16:03:44 Sb: #8389-Help Fm: Mike Ward 76703,2013 To: The Rev. Wayne C. Paul 76477,142 It'll be in Lib 5 in just a few minutes. It was purged many moons ago but was archived offline. The filename in Lib 5 will be "MRNAME.AR" #: 8393 S14/misc/info/Soapbox 24-Nov-90 05:33:35 Sb: #8372-#TC70 AND MM/1 CONCERNS Fm: MOTD Editor..Bill Brady 70126,267 To: RANDY JANSSEN 73340,3212 I ran some of the early Beta copies on the Mac. I looks pretty much like OS-9. I would only reccommend it for a small office environment, with dedicated functionality, such as a dental office. You could easily have an inexpensive 3 terminal system. The biggest problem is, that since it runs as a Mac application, it's Hard Drives are Mac files, and limited to 32 meg. A 32 meg drive is not very large for today's data base applications. There is 1 Reply. #: 8397 S14/misc/info/Soapbox 24-Nov-90 10:00:28 Sb: #8393-#TC70 AND MM/1 CONCERNS Fm: Zack Sessions 76407,1524 To: MOTD Editor..Bill Brady 70126,267 (X) A MAC is limited to 32M? Is that 32M drives or a file no larger than 32M on a drive? Is this true with the entire MAC line? Curious, Zack There is 1 Reply. #: 8428 S14/misc/info/Soapbox 26-Nov-90 17:29:16 Sb: #8397-TC70 AND MM/1 CONCERNS Fm: MOTD Editor..Bill Brady 70126,267 To: Zack Sessions 76407,1524 (X) 32 Megs on the filesize. The drive itself can be much bigger. All Macs are the same. I suppose it could change with an OS Update. 32 Megs is a hefty file. #: 8394 S14/misc/info/Soapbox 24-Nov-90 05:44:22 Sb: #8372-TC70 AND MM/1 CONCERNS Fm: MOTD Editor..Bill Brady 70126,267 To: RANDY JANSSEN 73340,3212 Well, there is a lot more to the Mac interface than just the GUI. It's also the standard Clipboard interface and the standardized printer interface. Then there is also those 835 system calls. We got a long row to hoe. (wow what grammer, must be all that turkey!). ;) #: 8400 S14/misc/info/Soapbox 24-Nov-90 16:27:06 Sb: #8372-TC70 AND MM/1 CONCERNS Fm: Jack Crenshaw 72325,1327 To: RANDY JANSSEN 73340,3212 Randy, I for one would certainly vote against any attempt to make OS9 and TC70 and MM/1 into Mac clones. In the first place, it won't work. I don't see how Frank Hogg or MicroWare or anyone else can hope to produce something competitive with the Mac, and produce it cheaper than Apple does. After all, they have lots of resources, and certainly aren't going to take such a frontal assault lying down. You'd also be competing with Microsoft Windows and OS/2, which to me seems a little like challenging Paul Bunyan to a fist-fight. It sort of reminds me of a short stint I spent working for Heathkit. At the time, their audio line was being decimated by Japanese companies, who were providing superior performance, with all kinds of bells and whistles, at a lower cost, and you didn't have to build the thing! Heathkit's response was to try to add the same bells and whistles: Automatic circuitry, lots of knobs and LED's, etc. I pointed out to them that this seemed to me a fruitless endeavor. My words were, "You're never going to out-knob the Japanese." I suggested that Heathkit look for a niche market that the others weren't meeting ... specifically, those customers who don't want flash, but just good, clean audio with a minimum of gewgaws. (Natch, Heathkit ignored this advice.) Seems to me that we have the same situation here. I've relented enough to accept the fact that GUI's have certain things to offer, but I disagree that a Mac-like GUI is always the desired result. This is a different market, and in general the people who buy things like the TC70 and the MM/1 are those who, for whatever reason, don't _WANT_ what Apple and IBM have. The bottom line is: If I want a 68000-based system that emulates the Mac interface, I can buy it cheaper from Apple. Jack #: 8395 S10/OS9/6809 (CoCo) 24-Nov-90 05:54:04 Sb: #8380-#Tmode/Xmode/CC3go Fm: MOTD Editor..Bill Brady 70126,267 To: Hugo Bueno 71211,3662 (X) ? TMODE displays the current state... a copy of the Device descriptor taken from the default, and called, I think, the Path Descriptor. TMODE modifies this copy. XMODE modifies/displays the Device Descriptor itself. The copy process takes place when the path is opened. So, an XMODE has no effect on an open window, and TMODE is only in effect until the window is closed. My guess is that your CC3Go hack is diddling with the PD. If it is modifying c There are 2 Replies. #: 8396 S10/OS9/6809 (CoCo) 24-Nov-90 05:58:19 Sb: #8395-Tmode/Xmode/CC3go Fm: MOTD Editor..Bill Brady 70126,267 To: MOTD Editor..Bill Brady 70126,267 Durned CIS editor! That was "modifying /W". CIS took the "/" as a command and barfed. It used to be they had a "continue" command. Progress. . Anyway, if the code modifies /W itself, then you are headed for grief anyway. #: 8429 S10/OS9/6809 (CoCo) 26-Nov-90 18:02:59 Sb: #8395-Tmode/Xmode/CC3go Fm: Hugo Bueno 71211,3662 To: MOTD Editor..Bill Brady 70126,267 Bill, Your reply to me seems to have lost some characters. Anyway, further use has disclosed that /TERM gets the correct parameters, but all /wx devices don't. Hugo #: 8398 S3/Languages 24-Nov-90 11:29:27 Sb: #8385-conversion of B09 REALS Fm: Pete Lyall 76703,4230 To: Zack Sessions 76407,1524 (X) Ahh - great. I just saw your reference to using ASSEMBLER, and didn't see any reason to... Pete #: 8399 S1/General Interest 24-Nov-90 15:19:54 Sb: #system space and booting Fm: Steve Wegert 76703,4255 To: Pete 76703,4230 (X) Pete, I've been in a tweaking mode here over the holiday. Still using the CoCofied version of Mtsmon, I'd like to be able to boot the system, and have to login on the console, rather than being dumpped to a shell. Obviously /term is added to ttylist, but I'm thinking theres a couple of modules that need to be massaged as well. Thoughts? By not having this shell sitting around all the time, I should recoup some much needed system space, jes? (At 10K free now, and I've parred the bootfile down to the absolute minimum.) Any other ideas on recovering system space is welcome as well. Steve There is 1 Reply. #: 8401 S1/General Interest 24-Nov-90 17:34:10 Sb: #8399-system space and booting Fm: Pete Lyall 76703,4230 To: Steve Wegert 76703,4255 (X) Steve - Yep - change your INIT module so that after your startup shell runs, the 1st user process is Mtsmon. There should be a generic INIT source sitting about somewhere.. You'll have to assemble a new one, as Mtsmon adds 6 or 7 characters to overall module size... Pete #: 8402 S1/General Interest 24-Nov-90 19:50:49 Sb: #8367-CRON utility Fm: Tom Napolitano 70215,1130 To: Pete Lyall 76703,4230 (X) Pete, Thanks, for confirming the bug in localtime(). An ifdef will fix it for now. tom n #: 8403 S4/MIDI and Music 24-Nov-90 22:26:12 Sb: #8351-#Fallin.UME Fm: GLEN HATHAWAY 71446,166 To: Ches Looney 73016,1336 (X) Hi Ches... I've been meaning to buy Ultimuse for quite a while now, but never got around to it. Now I've got a MM/1 ordered, so I think I'll wait and see what Mike comes up with for it. I may even write something myself, or finish my MT-32 patch editor - that'd be amazing! I've never finished a project yet... There is 1 Reply. #: 8413 S4/MIDI and Music 25-Nov-90 18:11:15 Sb: #8403-Fallin.UME Fm: Ches Looney 73016,1336 To: GLEN HATHAWAY 71446,166 Glen, it sure would be nice to see more of the controls and voice editing working on your MT-32 editor. Regards, Ches. #: 8404 S10/OS9/6809 (CoCo) 25-Nov-90 01:28:36 Sb: #Help Fm: The Rev. Wayne C. Paul 76477,142 To: All I am looking for the file CLIP.TXT that was mentioned in K. Darling's BESTOF1.TXT file in DL10. Thankyou. The Rev. Wayne C. Paul [76477,142] There is 1 Reply. #: 8405 S10/OS9/6809 (CoCo) 25-Nov-90 10:01:56 Sb: #8404-Help Fm: Kevin Darling (UG Pres) 76703,4227 To: The Rev. Wayne C. Paul 76477,142 Wayne - see CLPSTD.??? in Lib 15. best - kev #: 8406 S9/Utilities 25-Nov-90 11:56:58 Sb: #spell package Fm: Ken Drexler 75126,3427 To: Bob van der Poel, 76510,2203 (X) Bob, I have been using your improved spell checker in my law office. It is a great inprovement on Eric Williams original. After getting used to the old checker, its is a flash! Recently I tried to add words to the dictionary and ran into a problem with dicmerge. When it ran it correctly merged the two files until file2 ran out. At that point the program as written stopped copying words from file1 to the output file. The result is that the output file ends after the last word of file2. The problem seemed to be in the exit conditions on the while loop. In order to fix this, I revised the while contidion to depend only on the lack of eof on file1 and add a flag which is set when there is an eof on file2. Once the flag is set, all of file1 will be copied to the output. I have uploaded the revised dicmerge.c and asked sysop to forward it to you for your use or posting. It is not a perfect solution because it depends on file2 running out first. I could not think of a way to have it handle eof on either file easily. Ken Drexler There are 2 Replies. #: 8407 S9/Utilities 25-Nov-90 12:18:13 Sb: #8406-spell package Fm: Steve Wegert 76703,4255 To: Ken Drexler 75126,3427 (X) Ken, I've forwarded a copy of the code to Bob and await his word. Thanks for the effort! Steve #: 8433 S9/Utilities 26-Nov-90 20:51:33 Sb: #8406-#spell package Fm: Bob van der Poel 76510,2203 To: Ken Drexler 75126,3427 (X) Ken, I've sent you an update via email. Hopefully this works and you can post it for the rest of the gang. There is 1 Reply. #: 8443 S9/Utilities 27-Nov-90 10:42:22 Sb: #8433-spell package Fm: Ken Drexler 75126,3427 To: Bob van der Poel 76510,2203 Bob Thanks for the update I will grab it and give it a try. Ken #: 8409 S3/Languages 25-Nov-90 12:32:29 Sb: #stack space Fm: Steve Wegert 76703,4255 To: Kev or ??? 76703,4227 (X) Kev, Is there a spot in the module header that either tells or points to, how much stack space was given during the compile? In modifying some code in the suite of tools for mtsmon, I ran into a **stack overflow** error when executing Pete's mkuser utility. I recompiled and added an extra 256 bytes with the -m=1 option on the compiler and that seemed to do the trick, but I was wondering if there was a better way than the add-a-page-until-the-error-goes-away approach. Steve There is 1 Reply. #: 8411 S3/Languages 25-Nov-90 14:57:17 Sb: #8409-#stack space Fm: Pete Lyall 76703,4230 To: Steve Wegert 76703,4255 (X) Steve - No - not inherently. You're doing it the right way.... Pete There is 1 Reply. #: 8416 S3/Languages 25-Nov-90 20:46:05 Sb: #8411-stack space Fm: Steve Wegert 76703,4255 To: Pete Lyall 76703,4230 (X) Thanks for the feed back, Pete. #: 8414 S10/OS9/6809 (CoCo) 25-Nov-90 20:26:27 Sb: #format CRC Fm: Paul Hanke 73467,403 To: anyone Recently formatted a new disk & an error 243/CRC cropped up on one sector. Does OS9 de-allocate this sector somewhere in the directory so that no writes take place, or is there a chance that there will be a bad save sometime later. If the latter is true I might as well chuck the whole disk. If not, then go ahead and use it, right? -ph- (btw, I tried using a bulk tape eraser on it, same problem; other side of disk (side 2) is ok.) There are 2 Replies. #: 8417 S10/OS9/6809 (CoCo) 25-Nov-90 21:34:39 Sb: #8414-#format CRC Fm: Kevin Darling (UG Pres) 76703,4227 To: Paul Hanke 73467,403 (X) Paul - if the error popped up during the format verification pass, then yes OS9 should've locked it out (easy to tell.. just do a Free right after the format is done, and see if it's one sector less than normal). If you get an error later on during use tho, you have to lock it out manually. There is 1 Reply. #: 8430 S10/OS9/6809 (CoCo) 26-Nov-90 18:21:54 Sb: #8417-format CRC Fm: Paul Hanke 73467,403 To: Kevin Darling (UG Pres) 76703,4227 (X) Well, if it's recorded as locked out then this would apply to only single files which are copied to the disk as opposed to a disk-to-disk backup, n'est-ce pas? (pardon my french). Anyhow, I put up the question after Pete's chkdisk.b09 program couldn't correct the crc error after twice running (4 attempts). Then I tried it again after having done a disk backup and finding one module wouldn't load properly. On the 3rd try, or 6th pass the crc was fixed. I deleted the one file, recopied it over, and voila, disk ok now. (chkdisk still shows error 194 on sector 0, but I ignored that; what's 194 error's significance?) -ph- #: 8420 S10/OS9/6809 (CoCo) 26-Nov-90 00:05:53 Sb: #8414-#format CRC Fm: Pete Lyall 76703,4230 To: Paul Hanke 73467,403 (X) Paul - OS9 marks that sector as allocated in the disk's bitmap. Later, if you run a DCHECK on it, it'll probably gripe about 'sector NNNN allocated but not in filesystem', or something like that. Pete There is 1 Reply. #: 8444 S10/OS9/6809 (CoCo) 27-Nov-90 18:02:53 Sb: #8420-#format CRC Fm: Paul Hanke 73467,403 To: Pete Lyall 76703,4230 (X) Pete, I used your chkdisk.b09 program to try to fix the sector crc error. It wasn't fixed after running the program twice. But on the 3rd try, or 6th pass, it was. (but I'm not sure if wiping a real or imagined spot on the disk had anything to do with it). Anyhow, it's nice to have such a program handy. -ph- There is 1 Reply. #: 8445 S10/OS9/6809 (CoCo) 27-Nov-90 18:53:17 Sb: #8444-format CRC Fm: Pete Lyall 76703,4230 To: Paul Hanke 73467,403 (X) Glad to help, Paul. Chkdsk isn't too brainy - just persistent! Pete #: 8419 S10/OS9/6809 (CoCo) 25-Nov-90 23:43:19 Sb: #8259-Disto HD and no halt? Fm: Ken Scales 74646,2237 To: John Wight 76370,2100 John - Great! Glad to hear that the patched CCHDISK was useful for you. Sounds like you like giving your system a good workout! Cheers... / Ken #: 8425 S12/OS9/68000 (OSK) 26-Nov-90 15:38:38 Sb: #Egg on my face Fm: David Betz 76704,47 To: all Well, I feel like a complete dolt! It seems that my problems with using kermit to transfer files to OS-9/68K on my ST were due to the bad implementation of kermit on the Macintosh that I was using as the source machine. I've switched to using a PC with PROCOMM and have successfully transfered *lots* of files. Sorry for troubling you all with problem reports that ended up having nothing to do with OS-9. Now, I'm off to the job of porting my programs to OS-9. Thanks, everyone, for your help! David Betz There is 1 Reply. #: 8426 S12/OS9/68000 (OSK) 26-Nov-90 15:48:32 Sb: #8425-Egg on my face Fm: Kevin Darling (UG Pres) 76703,4227 To: David Betz 76704,47 (X) Dave - No "egg" involved! Not your mistake, obviously. Thanks for the feedback... we're glad to hear that you're able to transfer stuff now! And also glad that you kept on trying to do so. Good job! - kev #: 8432 S12/OS9/68000 (OSK) 26-Nov-90 18:39:07 Sb: #Quick trig functions Fm: Steve Adams 71610,3707 To: 72300,1433 (X) Mike, I uploaded the source to the table driven trig functions to the file 'qsin.c' in the OS9/68000 library. It ought to speed up your ray tracing a bit. Steve A. There is 1 Reply. #: 8438 S12/OS9/68000 (OSK) 27-Nov-90 06:13:56 Sb: #8432-Quick trig functions Fm: Mike Haaland 72300,1433 To: Steve Adams 71610,3707 (X) Thanks much! I snatch it up as soon as it's available. Glad to so you hanging out in the forum! Mike H. #: 8435 S1/General Interest 26-Nov-90 21:36:17 Sb: #I'm Baaaaack! Fm: David L. Kaleita 72657,2775 To: ALL Howdy Everybody. I'm back. I've been away for awhile because... 1) I lost my job 2) I sold my house 3) I bought a new house, and am still unpacking 4) I got a new job 5) I've been real busy since June because of 1) thru 4) above. In case anyone is interested, my new address and phone number is... David L. Kaleita 35757 Drake Drive Sterling Heights, MI 48310-7406 Phone: (313) 268-2311 FAX: (313) 264-6030 Work Phone: (313) 680-9950 So what's new? There are 2 Replies. #: 8437 S1/General Interest 27-Nov-90 00:19:04 Sb: #8435-I'm Baaaaack! Fm: Kevin Darling (UG Pres) 76703,4227 To: David L. Kaleita 72657,2775 DAVE! Glad you're back again. What's new? Mostly the new 68K machines and lots more coco os9 users these days. Other than those , not much. - kev #: 8440 S1/General Interest 27-Nov-90 08:29:17 Sb: #8435-I'm Baaaaack! Fm: Pete Lyall 76703,4230 To: David L. Kaleita 72657,2775 Whew! Busy (bad?) year! Wondered what had happened to you... In fact, most recently yesterday as I was brwosing the UGLIB.... Glad you're back. New job >= old job? Pete #: 8436 S9/Utilities 26-Nov-90 23:17:15 Sb: #new OS-9/6809 uploads Fm: Bruce Isted (UG VP) 76625,2273 To: All Hi all, I've finally uploaded some of the stuff that's been hanging around in a half finished state. More to come shortly, but for the moment, check out LIB 10 for SMOUSE.AR, and improved serial mouse patch set for CC3IO. Also includes a version for regular color joystick/mouse users, and all patches incorporate Kevin Darling's idea to enable IRQs during keyboard scan. This improves IRQ response to the mouse and also to other serial devices. In LIB 9 look for CHOPTHRD.AR (large message thread file stripper/chopper), INPUTS.AR (Line Input and Stripped Line Input subroutines for Basic09), and SLOWIO.AR (slow I/O filter utility) if you're interested in those sorts of things. Updates to my ELIMSW.AR package and a new WDDISK.AR package are coming soon. The ELIMSW.AR file will include a new 6551 ACIA driver that works much like my DACIA driver for the 6552 dual ACIA. Should provide reliable operation at 9600 baud when used with the new SMOUSE.AR's CC3IO patches. Bruce There is 1 Reply. #: 8441 S9/Utilities 27-Nov-90 08:31:46 Sb: #8436-new OS-9/6809 uploads Fm: Pete Lyall 76703,4230 To: Bruce Isted (UG VP) 76625,2273 Bruce - There's been a fellow with a HD formattin problem chatting w/me. Does your (any?) S/W support cluster sizes > 1? He has a 230 MB hard drive, and can't seem to locate a formatter to handle the size... Pete #: 8442 S4/MIDI and Music 27-Nov-90 08:35:18 Sb: New utils in DL4 Fm: Pete Lyall 76703,4230 To: MIDI folks I've uploaded a couple of MIDI utilities to DL4. They're basically a capture to disk and a transmit from disk pair of tools. Good for SYSEX dumps, MIDI data stream analysis, even for experimentation (capture, edit files with a binary editor, and transmit them back). The sender routine can handle files > memory. Pete #: 8446 S9/Utilities 28-Nov-90 15:19:58 Sb: Formatter Fm: Frank Russell 74020,1135 To: all I am looking for a new format comand that will handle multiple clusters I recently picked up a 230mb RLL HD and can oly format 120 ANY SUGGESTIONS??? Thanks Frank #: 8447 S1/General Interest 28-Nov-90 15:37:16 Sb: #X & Ymodem Documentation Fm: Jay Truesdale 72176,3565 To: all I need to locate documentation on the Xmodem and Ymodem protocols and their varients. I looked in the OS-9 Libraries using search keys of X&Y Modem with no success. I also looked in the libraries for the Computer Language Forum and Doctor Dobbs Journal with no success. Can anyone suggest other forums here on Compusere to look for this information? Thanks, -J There is 1 Reply. #: 8449 S1/General Interest 28-Nov-90 18:24:38 Sb: #8447-X & Ymodem Documentation Fm: Dan Robins 73007,2473 To: Jay Truesdale 72176,3565 Jay, I know there is a file in the COCO FORUM that details XMODEM, it's in LIB 6 and shoot hit with the command: BRO XM*.* The YMODEM, hopefully someone might be able to help, but if all else fails, I'm certain you might find something in the IBMCOM Forum. Dan #: 8448 S8/BBS Systems/TSMon 28-Nov-90 17:15:51 Sb: detecting carr-loss Fm: Joseph Cheek 76264,142 To: all How does one detect a carrier-loss under OS-9? The expected Error 220 does not seem to occur after every one. can anyone help?/ thanks . . . Press !>