1 does, I'd suspect. Are there any generic Orch players around under rsdos that could be hacked? Or does everyone use the ROM? (I don't know much about Orch-90 stuff, sorry) - kev There is 1 Reply. #: 8032 S10/OS9/6809 (CoCo) 05-Nov-90 18:33:46 Sb: #7990-Orch-90 Fm: REX GOODE 73777,3663 To: Kevin Darling (UG Pres) 76703,4227 (X) kev, I'll be interested in how this thread turns out. I've got Orc-90 and find that to use it, I must switch my MultiPak. I'd love to be able to run it from OS9. If Lee is listening, I have found that D.L. Logo has a MUSIC primitive that plays multi-part harmony. It somehow gets more than 2 voices out of the CoCo. Doesn't sound as good as Orc-90, but is pretty interesting anyway. D.L.Logo has been interesting anyway. Rex #: 7991 S10/OS9/6809 (CoCo) 04-Nov-90 14:46:58 Sb: #7985-#HD Drives Fm: Kevin Darling (UG Pres) 76703,4227 To: Chris Bergerson 72227,127 (X) Yes, you can use those drives on the coco, as 720K only. As 1.4meg, they'd require a controller with some crystal mods and perhaps some other hacks (dunno for sure what all would be involved). I think they all either have jumpers, or most may automatically drop down to 720K mode because the diskette HD hole would be missing. I know some here are using these drives... how about it guys? There is 1 Reply. #: 8006 S10/OS9/6809 (CoCo) 05-Nov-90 03:02:41 Sb: #7991-#HD Drives Fm: Chris Bergerson 72227,127 To: Kevin Darling (UG Pres) 76703,4227 (X) Thanks for the explanation on the HD drives, Kev. There is 1 Reply. #: 8219 S10/OS9/6809 (CoCo) 16-Nov-90 07:22:13 Sb: #8006-#HD Drives Fm: MOTD Editor..Bill Brady 70126,267 To: Chris Bergerson 72227,127 (X) You cn use 1.44 meg drives with the Eliminator/WD-1005. I have'nt done (yet) though. There is 1 Reply. #: 8358 S10/OS9/6809 (CoCo) 21-Nov-90 05:18:54 Sb: #8219-HD Drives Fm: Chris Bergerson 72227,127 To: MOTD Editor..Bill Brady 70126,267 Thanks for the info on the 1.44 meg drives, Bill #: 7993 S10/OS9/6809 (CoCo) 04-Nov-90 21:52:01 Sb: #7978-#BASIC09 DISK Fm: Kevin Darling (UG Pres) 76703,4227 To: REX GOODE 73777,3663 (X) Rex - As Pete mentioned, chd & chx refer to a disk location, not to a directory name. This is a major source of confusion for new users that OS9 manuals should really explain. You're not alone in running up against this one! But once it's understood, you're home free. When you "chd zzz" or "chx zzz", OS9 looks up WHERE that directory zzz is on THAT disk, and records pointers to the device and disk location (sector number) in a table for that process. This makes relative lookup (default or "../this" or "that" quicker. But they're dependent upon where things are on that particular disk. So if you switch disks on OS9, and try to use default paths ("load basic09", "basic09", "list startup", "pxd", etc), OS9 will try to start from that proc's default location information... which of course is usually totally wrong for any new disk (except identical backups). It's sorta like showing someone a map to your house... once they know where landmarks are on THAT map (disk), fine. But swap maps, and they get confused until they start looking all over again from the beginning. The solution is simple: either temporarily "chx" or "chd" (depending on what you're doing) to the new disk's directory names... or use full pathnames. When you're quickly swapping a disk for one thing, full names are easiest: load /d0/cmds/basic09 (to keep in memory, and "basic09" to start) or /d0/cmds/basic09 (to start, but not keep when exited) The first case assumes you have "load" in memory, natch. The errors you got should make more sense now. Except 244. Dunno on that one. - kev There is 1 Reply. #: 8014 S10/OS9/6809 (CoCo) 05-Nov-90 11:00:01 Sb: #7993-#BASIC09 DISK Fm: REX GOODE 73777,3663 To: Kevin Darling (UG Pres) 76703,4227 (X) kev, Actually I did try "chx" first. Got some kind of error on that one too. Can't remember which. I also tried "/d0/cmds/basic09" and got an error. When I bought the package, it was already open. I think someone returned it previously and RS people just put it back on the shelf. There's a sucker born every minute. Rex There is 1 Reply. #: 8028 S10/OS9/6809 (CoCo) 05-Nov-90 17:20:03 Sb: #8014-#BASIC09 DISK Fm: Kevin Darling (UG Pres) 76703,4227 To: REX GOODE 73777,3663 (X) Rex - ah well, you're not the sucker anyway... the RS guys who took back the package and didn't check the disks out were! Or they may not have taken it back from anyone... often stores open one package for people to mess with (or for the salespeople to try out). Coulda just gotten munged by a careless person that way. Can you even do a "dir" of the disk? How many drives do you have? And what kind? Might be something else going on we need to find out about first. In any case, get an exchange! best - kev There is 1 Reply. #: 8029 S10/OS9/6809 (CoCo) 05-Nov-90 18:28:43 Sb: #8028-#BASIC09 DISK Fm: REX GOODE 73777,3663 To: Kevin Darling (UG Pres) 76703,4227 (X) kev, After much run around, I got an exchange. One woman at RS called up Texas and ordered an exchange. I had already gotten a promise at a store cross town for an immediate exchange. When I told the woman at my RS store, she said, "They can't do that." She told me I would have to wait a week. I said, "no way! I paid 80 bucks for that software and I'm not going to wait a week when the guy on the way to work will replace it today." She was upset because she had already ordered the replacement before I told her I wanted it and now she'd be stuck with an unwanted copy. She called her manager and he told her to let me do the exchange. Anyway, I got a replacement that I'll try tonight. I can do a "dir" on the disk, including in the "cmds" directory. I have one old drive that I got when there was only CoCo1s. It works great with everything else, so I don't suspect it. Thanks for the help. After I try the disk tonight, I may be back on my knees here pleading for more help. Rex There is 1 Reply. #: 8038 S10/OS9/6809 (CoCo) 05-Nov-90 21:37:41 Sb: #8029-#BASIC09 DISK Fm: Kevin Darling (UG Pres) 76703,4227 To: REX GOODE 73777,3663 (X) Rex - sounds good. Ask away with any questions! PS: A lot of people have ancient drives... tho I think most original drives have about given up the ghost by now. I remember having mine checked out over 3 years ago (bought them when they came out for the coco), and they were only writing with something like 1/10th the correct current... the heads were just shot. But then, I used them a lot. - kev There is 1 Reply. #: 8046 S10/OS9/6809 (CoCo) 06-Nov-90 09:15:41 Sb: #8038-#BASIC09 DISK Fm: REX GOODE 73777,3663 To: Kevin Darling (UG Pres) 76703,4227 (X) kev, I haven't had much problem with my disk drive since I upgraded to a CoCo2 and now a CoCo3. Everything seems to work just great except that Basic09 disk. I got my replacement and tried it last night. The new disk is formatted, but totally devoid of files. Back to the drawing board. I'm going to go to the same RS store and ask them to let me exchange for yet another copy, but try it out on their demo model first. Actually, I don't think they keep their CoCo3's running anymore. Is Tandy totally giving up on CoCos? My disk drive experienced a lot of problems when I first bought it. Finally it ceased to work at all after about 1 month. By then my CoCo1 was just about shot and I gave it to my brother-in-law and bought a CoCo2. That CoCo1 lasted me about 4 years. My brother-in-law ended up throwing it away when he couldn't get it working. Now he's an IBM nerd. My disk drive wouldn't work with my CoCo2 at all until I got the Multi-Pak interface. The disk drive sat on the shelf about 2 years before I discovered it would work with the MultiPak. So even though it is old, it hasn't see a lot of action until recently. I figure it still has a bit of life left in it, and as I said, never flinches at the other CoCo3 software I have acquired, just Basic09 disks--all of them so far. Just looks like I'm having a bit of bad luck with old store copies. Rex There is 1 Reply. #: 8047 S10/OS9/6809 (CoCo) 06-Nov-90 11:54:56 Sb: #8046-#BASIC09 DISK Fm: Pete Lyall 76703,4230 To: REX GOODE 73777,3663 (X) Hmm - Wonder if the drive working with the multipak meant that you had an original style disk controller (required +5vdc and +12vdc) on a coco2 (only had +5vdc). The multipak was a source of +12vdc. Pete There is 1 Reply. #: 8049 S10/OS9/6809 (CoCo) 06-Nov-90 16:12:10 Sb: #8047-BASIC09 DISK Fm: REX GOODE 73777,3663 To: Pete Lyall 76703,4230 (X) Pete, Maybe so. Actually my disk drive stopped working with my CoCo1. I think maybe The Sands of Egypt was just too much for it. Rex #: 8013 S10/OS9/6809 (CoCo) 05-Nov-90 10:56:34 Sb: #7982-#BASIC09 DISK Fm: REX GOODE 73777,3663 To: Pete Lyall 76703,4230 (X) Pete, Sorry I didn't mention it earlier, but I did attempt the /d0/basic09. Don't remember the error I got then, but I got one. I did the CHX also. Sounds like I have a bad disk. When I bought it, the package was already open. Looked like a return maybe. Some slob at Radio Shack must have just put it back on the shelf to wait for the next patsy...me. Rex There is 1 Reply. #: 8022 S10/OS9/6809 (CoCo) 05-Nov-90 13:48:53 Sb: #8013-#BASIC09 DISK Fm: Pete Lyall 76703,4230 To: REX GOODE 73777,3663 (X) Okay - try this: a) load ident b) (switch in the B09 disk) c) ident /d0/basic09 d) also, attr /d0/basic09 (note: load 'attr' when you load ident) That should confirm or deny that B09 is good. Pete There is 1 Reply. #: 8025 S10/OS9/6809 (CoCo) 05-Nov-90 16:07:04 Sb: #8022-#BASIC09 DISK Fm: REX GOODE 73777,3663 To: Pete Lyall 76703,4230 (X) Thanks for the help Pete. I'll try tonight when I get home to my CoCo3, and my wife and kids. (Notice which came first) :-) I managed to find a RS store that would exchange the disk for me. I'll see if the new one acts like the old one. Rex There is 1 Reply. #: 8034 S10/OS9/6809 (CoCo) 05-Nov-90 19:00:43 Sb: #8025-#BASIC09 DISK Fm: Randy Wilson 71561,756 To: REX GOODE 73777,3663 (X) Rex, Email received a-okay. I'm puting together a package that hopefully you can use. Without a hardware serial port (RS-232 pak or equiv.), I can not recommend telcomming with OS9. I'm gonna send what I have in the way of RS-DOS terminal programs, some utilities to move files to/from RSDOS, PCDOS, and OS9, and a few other assorted goodies to get you up and running. On your Basic09 problem, there is one possibility not addressed, yet. If your "CoCo1 drive" = FD-500, you *might* run into disk problems. Some of these beasts don't take kindly to the CoCo3's 2mhz speed. I'm not saying that is your problem, but the potential is there. Randy P.S. It will take the disks a while to get there. You *would* have to live in the oppisite corner of the country. :> There is 1 Reply. #: 8045 S10/OS9/6809 (CoCo) 06-Nov-90 09:08:17 Sb: #8034-BASIC09 DISK Fm: REX GOODE 73777,3663 To: Randy Wilson 71561,756 (X) Randy, Thanks for your help. On some future payday, I'm going to try and get an RS-232 pak. Everyone seems to need one eventually. My Basic09 problem is getting worse. I convinced a RS store to replace the disk. The new disk was formatted, but totally empty. Thats what I get for getting into it so late, all the disks are experiencing software rot. My FD500 disk is doing fine with all of the other CoCo3 software I have been getting, just not that lousy Basic09 disk. I've got a new copy coming from Texas. The opposite corner of the country is the most beautiful. Come on out some day and I'll show you the sights. When I'm not at work or home with my fingers glued to my CoCo3 keyboard, you can find me hiking the Pacific Northwest or sleeping in a snow cave. Which corner of the country are you in? I spent two weeks in Florida at the end of October. Disney World is just the place for a 34 year old kid like me. %) Rex #: 7994 S7/Telecommunications 04-Nov-90 22:09:06 Sb: #uploads Fm: Robert A. Larson 75126,723 To: 75100,265 (X) Newsgroups: compuserve.os9.comm Subject: Re: upload prices References: In article 75100.265@compuserve.com (William Phelps) writes: >Uploading of replies can be done; if it could not, then you would not be >reading this message. Alright, what is the magic incantion to upload a reply using the kermit protocol? (Mes upl 6 is for new messages only.) >It is interesting that you mention the cost of NSFnet. However, what you did >not mention was that NSF is subsidized by the government. True, but not to the extent the arpanet was. The local subnets pay for themselfs. > What do you think >the chances are of a company like H&R Block getting a subsidy. Hughs, Xerox, Sun, TRW, DEC, Apple, and many other for-profit companies are on the Internet. H&R Block might be able to find a justifaction if they realy wanted on. There are also commercial Internet networks that receive no government subsidy. Alternet is $250/month 9600 baud slip connection, (always available) or $2500/month for full T1 (1.5 Mbps). Add appropriate telephone line costs, which vary widly. (Slip may be done on a normal phone line.) >And just so you will have real figures, I suggest that you try B+ once -- even >if you NEVER use it again. Like I said, even if it manages to reach the theretical maximum, it isn't worth the time and effort. B+ is an obscure protocol only used on an obscure expensive BBS. There are 2 Replies. #: 8001 S7/Telecommunications 04-Nov-90 23:07:06 Sb: #7994-uploads Fm: Pete Lyall 76703,4230 To: Robert A. Larson 75126,723 (X) Bob - Set your user options (GO DEFALT) so that your protocol is Kermit (or whatever). Then, when in the messages editor, type: /UPL on a new line. Pete #: 8011 S7/Telecommunications 05-Nov-90 08:40:11 Sb: #7994-uploads Fm: William Phelps 75100,265 To: Robert A. Larson 75126,723 (X) The "magic incantion" assume you have set the default protocol to Kermit and the default editor to Edit. Send the string "REPLY mes#"; in this case mes#=7994. Option #1:Then send "/UPL"; upload your message. Option #2:Then send your message text. To send as ASCII the lines must end in hard s, XON/XOFF must be used, and MNP is suggested. Dependent upon how the message text ends, the string "/EXIT" may need to be sent. Finally send "POST". Notes: Other forms of the above commands may be used to upload messages. It helps to use an editor that will insert the s. Also, this entire procedure can easily be automated in macros. William #: 7995 S7/Telecommunications 04-Nov-90 22:10:14 Sb: Mark Griffith's address Fm: Robert A. Larson 75126,723 To: 76703,4255 (X) Newsgroups: compuserve.os9.comm Subject: Re: uucp References: Distribution: compuserve In article 76703.4255@compuserve.com (Steve Wegert) writes: >I'll tend to use Mark's INTERNET address from CIS: > >Griffith@STETSON.bitnet.edu That address won't work, there isn't a "bitnet.edu" domain. >If you'd like to try the UUCP path: > > ... !uflorida!ki4pv!macs!stetson!rewop!sysop Good luck, and avoid rabid rerouters. I have yet to see this work. >or, there's the BITNET path: > >GRIFFITH@STETSON griffith@stetson.bitnet will work at Internet sites supporting an ugly hack. I'm not sure if compuserve's Internet gateway does. griffith%stetson.bitnet@cunyvm.cuny.edu should work, relying on a different ugly hack. As always, precede real addresses with the >Internet: incantaion on compuserve. #: 7996 S3/Languages 04-Nov-90 22:11:13 Sb: C help Fm: Robert A. Larson 75126,723 To: 76336,3226 (X) Newsgroups: compuserve.os9.osk Subject: Re: Help with C References: Distribution: compuserve In article 76336.3226@compuserve.com (MAS) writes: >create and access a login shell >from within an OS-9 program. On osk, a login shell starts with "-" in argv[0]. Also pay attention to the enviornment you pass it. (login creates PORT, HOME, SHELL, USER, and PATH, and should but doesn't pass TZ along.) pipe0 = open("/pipe", S_IREAD | S_IWRITE); pipe1 = open("/pipe", S_IREAD | S_IWRITE); save0 = dup(0); save1 = dup(1); save2 = dup(2); close(0); dup(pipe0); close(1); dup(pipe1); close(2); dup(pipe1); child = os9exec(os9forkc, "shell", argv, envp, 0, 0, 3); close(0); dup(save0); close(1); dup(save1); close(2); dup(save2); #: 7997 S15/Hot Topics 04-Nov-90 22:12:25 Sb: #os9 standards Fm: Robert A. Larson 75126,723 To: all I do think getting together a group of os9/68k manufacturers, software developers, and users together to create standards for areas that Microware has ignored is a good idea. This should include both hardware and software. Hardware may need support in both the dirver level and the applications software to take full advantage. Software standards are needed to make sure programs don't prevent use of each other and to make sure they can be used together. A readily available library would also be a boon to software developers. One of the first things this commitee should do is grap a portion of the "user" space in each of the areas that microware has split between system and user spaces. Signal numbers, error codes, and status codes are among these. This does not mean that they should be assigned fast, just reserved for future use. A few things I think this commitee should look into: Setstat code for drop dtr. Better login program. (Encript the passwords, root should NOT be able to examine users passwords.) Non-root accessable data about users. Preferably with the same programmer interface as unix getpwuid, getpwuid, etc. I have ported and written quite a bit of software for os9/68k that is freely available. (Source code only, of course. I do not distribute binaries.) Soon to be release is my unix-compatability library, which does cover the getpw* routines, and my own login program will follow. Developers of free software should not be excluded, a lot of the best software on os9 is free. (What terminal programs do you use on os9?) Users should be allowed input as well. We don't need another standards committee that ignores what users need. There is 1 Reply. #: 8012 S15/Hot Topics 05-Nov-90 10:45:34 Sb: #7997-#os9 standards Fm: Mark Wuest 74030,332 To: Robert A. Larson 75126,723 (X) Good ideas! (We talked MW out of the source for our serial ports - sc8x30 - and changed it ourselves so that _ss_enrts() or whatever they supplied actually did dtr). Why di they think anyone would rather toggle *THAT*? Mark There is 1 Reply. #: 8220 S15/Hot Topics 16-Nov-90 07:24:29 Sb: #8012-os9 standards Fm: MOTD Editor..Bill Brady 70126,267 To: Mark Wuest 74030,332 (X) Er.... that's what the OS-9 UG is for. #: 7998 S12/OS9/68000 (OSK) 04-Nov-90 22:16:03 Sb: #Atari ST RS232 info Fm: BILL HEALTON 73367,357 To: Kevin Darling 76703,4227 (X) Kevin- saw your activity on the Atari ST RS232 problems (STSIO), and had some info I thought I'd pass on. From discussion(s) with Bill Brady about a year ago I recall mention of a problem(feature) he had heard of with the 68901 from Motorola. As I recall there was a addendum to the spec sheets that said you had to clear the data registers after changing the setup(or some such thing). You might want to give him a shout. Other info- the 68901 has (4) interrupt vectors dedicated to the USART $9-xmit error, $A-Xmit Empty, $B-Rcv error, and $C-Rcv Full. Also Atari uses (3) GPIP ports for CTS,DCD, and ring. The driver STSIO uses Xmit Empty and Rcv Full and disables xmit error. Haven't looked deep, but it appears to rely on ROM routines for XON/XOFF and ???? Hope this is of some help. ps. any luck with def files for the (tiny) effort. Bill Healton There is 1 Reply. #: 8007 S12/OS9/68000 (OSK) 05-Nov-90 04:16:30 Sb: #7998-Atari ST RS232 info Fm: Kevin Darling (UG Pres) 76703,4227 To: BILL HEALTON 73367,357 (X) Bill - thanks! Could very well be something simple such as needing to clear a data reg... I'll ask Bill B about this. Yah, got some stuff to send you soon! - kev #: 8003 S10/OS9/6809 (CoCo) 04-Nov-90 23:16:17 Sb: #7945-#Reduced system memory Fm: Bill O'Brien 73167,3102 To: Kevin Darling (UG Pres) 76703,4227 (X) Kev, I used dEd and renamed cc3io to xc3io as you suggested. The computer booted up just fine this way. Using dirm, xc3io appeared where cc3io used to be. I have one problem however. I haven't found an order for os9boot that works?! I think I remember reading that os9p2 and ioman have to be the first and second module in os9boot. Is this true? If so, why? Regards, Bill There is 1 Reply. #: 8008 S10/OS9/6809 (CoCo) 05-Nov-90 04:21:29 Sb: #8003-#Reduced system memory Fm: Kevin Darling (UG Pres) 76703,4227 To: Bill O'Brien 73167,3102 (X) Bill - if it booted with "xc3io", then it must not be using that module. So it's something else that's going on... I take it the bootfile idents okay? Ummm... no, I don't think os9p2 has to be first in the file.. nor any other in any order. Once the boot is loaded in, os9 verifies and enters all modules in the mdir, and finds them by name. The only exceptions are pre-boot-load, when DOS jumps to REL, and REL calls OS9p1/Boot. OSK is slightly different: "kernel" seems to need to be first. Makes sense for it, tho. Does os9p1 show up on an mdir, btw? There is 1 Reply. #: 8035 S10/OS9/6809 (CoCo) 05-Nov-90 19:59:00 Sb: #8008-Reduced system memory Fm: Bill O'Brien 73167,3102 To: Kevin Darling (UG Pres) 76703,4227 (X) Kev, yes, rel, os9p1 and boot show up on the mdir. May be blob, I have not exhausted all possible permutations and combinations #: 8242 S10/OS9/6809 (CoCo) 16-Nov-90 13:29:35 Sb: #7944-Reduced system memory Fm: Mike Guzzi 76576,2715 To: Bill O'Brien 73167,3102 ~ The reason why I say you can't get more then 64K is when OS9 boots up it grabs 64K for the system modules, data tables and so forth (Smap shows it) The initial shell will be in the other 64K map. (leaves 56K if VDG or 48K if GFX screen) using /t2 as the inital screen will leave 56K. OS9 Level II switches maps when you access drivers & syst m calls. this 64K map allows for space for data tables for OS9 internals. (Thats why some people get #237 errors when Mfree reports plenty of memory) If you do not have Kevin Darlings "Inside OS9 Level II" book I strongly suggest it. He describes how the memory is set up for Level II OS9. I have tried in the past to put Shell and/or GrfDrv in the boot. OS9 automatically re-assigns it to a second map and won't appear in the 64K system map. (using Kevin's utilities to see) Mike Guzzi #: 8004 S10/OS9/6809 (CoCo) 04-Nov-90 23:20:08 Sb: #7928-#Disto HD and no halt? Fm: Ken Scales 74646,2237 To: John Wight 76370,2100 (X) John - Since you have a Disto HD host computer adaptor, you are using either a SASI or a SCSI interface to your MFM drive. (MFM and RLL are analogous to single and double density on a floppy drive, and can be used with SASI, SCSI, 506/412, and other interfaces, even though some mail-order ads imply otherwise. SASI/SCSI define the electrical interface and commands used on that 50-pin bus between the host computer adaptor and the drive controller.) To check which version of the driver you are currently using, do an "ident -m cchdisk", and note the CRC reported. If it is $A1199D or $A50917, then you are using one of the SASI drivers. If it is $B7AA8D, then you are using the SCSI driver. If it is none of these, then there have probably already been some patches applied, and you will have to give us a few more details about the equipment in your HD setup. Good luck... / Ken There are 3 Replies. #: 8096 S10/OS9/6809 (CoCo) 10-Nov-90 01:09:57 Sb: #8004-#Disto HD and no halt? Fm: John Wight 76370,2100 To: Ken Scales 74646,2237 (X) Thanks for the info. According to the information you gave me, I am using one of the Srivers. Thanks for trying to clarify MFM and SCSI/SASI for me. I was under the impression they were different interfaces, but with my electronics background I should have known better, and it actually makes sense. Off to download the file. There is 1 Reply. #: 8259 S10/OS9/6809 (CoCo) 17-Nov-90 00:19:12 Sb: #8096-Disto HD and no halt? Fm: John Wight 76370,2100 To: John Wight 76370,2100 (X) Just to let you know that the patched CCHDISK driver has been tested and proven on my system. Just to let you know how well it works: Now, I can be recieving FIDO mail on my RiBBS system, at the same time I am reading, editing, and saving my mail with a RiBBS in another window, with no errors on the XMODEM mail download. Of course the clock lost no time during the processing of the huge message base either, and I was able to do something in another window without my system halting all the time. GOOD JOB !!! #: 8260 S10/OS9/6809 (CoCo) 17-Nov-90 00:25:32 Sb: #8004-Disto HD and no halt? Fm: John Wight 76370,2100 To: Ken Scales 74646,2237 (X) Oops, I meant for the previous message to go to you instead of me :-). Anyway, it tells about my first experiences with my patched CCHDISK driver. GOOD JOB !!! #: 8267 S10/OS9/6809 (CoCo) 17-Nov-90 07:16:09 Sb: #8004-Disto HD and no halt? Fm: LUTE MULLENIX 70721,2230 To: Ken Scales 74646,2237 (X) Ken: I checked this out just in time. I'm putting together a Disto HD system right now. Will this patch give me true no halt? What would be nice, is to be able to use Sterm's B+ option on the HD. I can do it right now with a RAM disk, but it would be nice to free up the memory. There are a couple of other things in the works that if they pan out may be of some interest to a few, but until they fly I'm not getting too excited. By the way. My drive is a Seagate ST296N 85Meg SCSI. Happen to know the number of heads and cylinders on one of them? Looked through all the docs that came with it, but they don't seem to cover this one. 65 is as big as it goes. If it's ok to plug on here, Computer Direct has these for $360. (800-289-9473) these guys have some good buys on stuff. What file am I looking for? >Lute< #: 8005 S1/General Interest 05-Nov-90 02:37:35 Sb: New Newsletter Fm: Ed Gresick 76576,3312 To: ALL - *** ANNOUNCEMENT *** - A new newsletter, "THE 68XXX MACHINES", is being started by Jim DeStafeno. It will be devoted to machines using 68XXX microprocessors. The first issue is targeted for Jan '91, is free and will include the January issue of "68 News". Thereafter, a one year subscription is $12. For further information, call or write: Jim DeStafeno 302/492-8511 "The 68XXX Machines" RD1, Box 375 Wyoming, DE 19934 #: 8015 S15/Hot Topics 05-Nov-90 11:24:19 Sb: #7855-#OSK Software Fm: Mark Wuest 74030,332 To: Jay Truesdale 72176,3565 (X) Jay, After some thinking, I think the real answer would be an inteligent shell available (PD) to all. At least a widely useable Bourne shell. We use zsh, a commercially available programmable shell. What is relevant to the issue at hand is the potential of making decisions in your .login shell: if (tty == "/term) setenv TERM hp2621 else setenv TERM vt100 or whatever you wanted to do. I'm not on that system, so I cannot tell you exactly what mine does, but it is something like that. Oh, I just did a "head .profile" on my Unix system: case `tty` in /dev/tty52) TERM=5420 break ;; /dev/tty77) TERM=coco break ;; and so on... This would solve a lot of other problems and complaints people have about OS9. My purchasing zsh (which also has aliases) solved *SO* many complaints I was getting in one fell shwoop. Mark There is 1 Reply. #: 8056 S15/Hot Topics 07-Nov-90 07:44:51 Sb: #8015-OSK Software Fm: Jay Truesdale 72176,3565 To: Mark Wuest 74030,332 (X) Mark, Using the "DO" command processor that comes with the Pan Utilities (from Delmar or Windsor Systems) in your .login file might be able to do the same thing as the more intelligent shells as DO can access the environment variables. On second thought, maybe not as it would probably be run in a sub-shell and so the changes to the environment might not make it back to the parent? Any way the thought ocurred to me that perhaps MW wants to keep the shell 'lean and mean' for imbedded applications, etc. which is what OS9 was meant for in the first place. Maybe they should have two versions, one for development systems and one for imbedding in systems? I considered 'zsh' and alternatives but never made the time to follow up on them, especially since we got 'do' with the Pan Utilities. -J #: 8016 S4/MIDI and Music 05-Nov-90 12:49:31 Sb: #7933-#MIDI Query Fm: bill jackson 72737,2254 To: Ches Looney 73016,1336 (X) Ches, I'm not exactly sure what problems you are having. Do you mean that you cannot capture a dump from the TX81z or do you mean that you cannot load something into the tx81. I've defected into the MSDOS world, so I don't get around here much anymore, but give me a more detailed description, and I'll try to help you out. I never had any trouble going either way to or from the TX and the Coco. What exactly happens when you try. Later, Bill There are 2 Replies. #: 8020 S4/MIDI and Music 05-Nov-90 13:24:28 Sb: #8016-MIDI Query Fm: Ches Looney 73016,1336 To: bill jackson 72737,2254 (X) Bill, the program works fine as far as getting menus etc., but when I follow the instructions to download a voice from the TX81, the screen shows a Receiving data message and apparently locks up. I tried the Receive Dump by triggering the Cassette dump from the TX81, but saw no sign of action on the CoCo side. Reminder, I'm using the Rulaford MIDI.PAK. Lester Sands responded to my query to him saying he believed it to be compatible with your editor, but since he doesn't have a Tx81, he wasn't sure. Your instructions to dump a voice caused me to set the Tx81 in Play mode, set to a voice, select receive dump, and inc or dec one notch to a new voice. Doing that appears to cause nothing to happen. What am I missing?? All my effort so far is to receive from the Tx81; once I can receive, then I'll explore sending to the synth. Your help is greatly appreciated. Ches. #: 8026 S4/MIDI and Music 05-Nov-90 16:20:54 Sb: #8016-#MIDI Query Fm: Ches Looney 73016,1336 To: bill jackson 72737,2254 (X) Bill, I'm embarassed to admit my goof, but just maybe someone else will benefit. I thought the cable was bidirectional, but a trip to the TX81 book straightened that out. With two cables connected between the synth and the MIDI.PAK, all works as advertised. Thanks for the response and please don't laugh too hard. Regards, Ches. There are 2 Replies. #: 8031 S4/MIDI and Music 05-Nov-90 18:32:23 Sb: #8026-#MIDI Query Fm: Pete Lyall 76703,4230 To: Ches Looney 73016,1336 (X) Ches - Yup - midi is 'simplex'... which creates a bear of a networking problem if you have more than one device. I have a _few_, and have two automated MIDI patchbays (DMS MX-8 and an Akai MEP-30), as well as an outboard 4-1 merger (DMS Funnel), multiple devices that merge (Octapad, Fadermaster, and Lake Butler MIDIgator), and still use some homemade outboard routing switches. Welcome to the black hole ($$)... Pete There is 1 Reply. #: 8036 S4/MIDI and Music 05-Nov-90 20:41:41 Sb: #8031-MIDI Query Fm: Ches Looney 73016,1336 To: Pete Lyall 76703,4230 (X) The obvious simplex nature of the beast is what makes my error so embarassing. Tsk. Black hole comment is most timely considering my current debate with the treasurer on how to improve the music quality. Thanks for the comment. Ches. #: 8041 S4/MIDI and Music 05-Nov-90 23:02:24 Sb: #8026-#MIDI Query Fm: bill jackson 72737,2254 To: Ches Looney 73016,1336 (X) Ches, No problem, I've done much, much worse myself. Glad the thing works ok for you. Leave my your address and I'll send you the source listing if I can find it. Bill There is 1 Reply. #: 8044 S4/MIDI and Music 06-Nov-90 06:43:56 Sb: #8041-#MIDI Query Fm: Ches Looney 73016,1336 To: bill jackson 72737,2254 (X) Bill, my address is 3406 Notre Dame Street, Hyattsville, MD 20783. Thanks, Ches. There is 1 Reply. #: 8084 S4/MIDI and Music 08-Nov-90 12:36:24 Sb: #8044-#MIDI Query Fm: bill jackson 72737,2254 To: Ches Looney 73016,1336 (X) Ches, I am sending you a disk with the source and also the latest version I have of the Editor, which corrects a few bugs that popped up. However, I never did around to fully debugging the error messages, so that part is still flakey -- just don't make any mistakes!!!. I used this version all the time and never had any problems with it. The disk is a 40 track disk, so If you don't have a drive formatted for 40 tracks, you should copy these files over to one of your disks. If you write anything to this disk with a 35-track drive, you'll destroy it, but you can read from it with no problem. You'll have to copy the files one at at time, as you won't be able to backup from a 40T to a 35T drive. Enjoy, and let me know if you have any problems. The source code is from EDTASM, so if you don't have that, you'll have to get a program to strip the tab codes from the source so you can read it. There is such a program in the Coco database here, authored by Mike Ward. Good luck, Bill There is 1 Reply. #: 8087 S4/MIDI and Music 09-Nov-90 07:09:02 Sb: #8084-MIDI Query Fm: Ches Looney 73016,1336 To: bill jackson 72737,2254 (X) Bill, Thanks much. 40 tracks no problem; I know examination of the source will prove interesting and I look forward to it. I will put some of my TX81Z tunes on the disk and sent it back. Thanks. Ches. #: 8017 S4/MIDI and Music 05-Nov-90 12:56:42 Sb: #7933-#MIDI Query Fm: bill jackson 72737,2254 To: Ches Looney 73016,1336 (X) Ches, I just read your querry to Lester and I wonder this. If you're trying to use the Editor with something besides standard RS disk basic, that might be the source of your troubles. In order not to conflict with the 80 column screen, I had to move the MidiPack driver to a low memory location. This could easily cause some conflicts with OWL ware or someother basic. Let me know if this is the problem. I'll be happy to send you a copy of the source for the mididriver (It's basicaly the one Lester wrote) and you can dink around with it if you want. Bill There is 1 Reply. #: 8021 S4/MIDI and Music 05-Nov-90 13:28:50 Sb: #8017-MIDI Query Fm: Ches Looney 73016,1336 To: bill jackson 72737,2254 (X) It could be memory conflict, I suppose. I'm using a Disto controller that lets me use the original RS BASIC, OWLWare's Winchester Basic or the Disto Basic. Same results in all three, if I remember correctly. I'll check, tho, and let you know. I'll also try to find out what OWL uses. And, yes, I'd like the driver source - perhaps here or thru electronic mail as you prefer. Thanks again for the response. Have you tried UltiMusE? Ches. #: 8018 S10/OS9/6809 (CoCo) 05-Nov-90 13:19:43 Sb: #7958-Deskmate 3 Hardcoded? Fm: Bill Henderson 72215,341 To: Zack Sessions 76407,1524 (X) Zack, Yeah, I remember the file but it does more than I want. i want it just to use floppies and any vdg screen. Bill #: 8019 S10/OS9/6809 (CoCo) 05-Nov-90 13:20:35 Sb: #7964-Deskmate 3 Hardcoded? Fm: Bill Henderson 72215,341 To: Kevin Darling (UG Pres) 76703,4227 (X) Kev, I'll check DESK.SCR out. Thanks! BIll #: 8023 S10/OS9/6809 (CoCo) 05-Nov-90 15:41:33 Sb: #Boot Problems Fm: Floyd Resler 72500,2572 To: All My system has suddenly developed a problem withh booting from my hard drive. When I type DOS, it starts from the floppy just fine. But, as soon as it accesses the hard drive, the dreaded "FAILED" message appears. I have been able to boot from a floppy and load in my hard drive descriptors. Everything seems fine on the hard drive. What is OS9 looking for once it goes to the hard drive to finish booting? There is 1 Reply. #: 8024 S10/OS9/6809 (CoCo) 05-Nov-90 15:58:22 Sb: #8023-#Boot Problems Fm: Pete Lyall 76703,4230 To: Floyd Resler 72500,2572 (X) Hmm - are Shell and GrfDrv in the /h0/cmds directory? Pete There is 1 Reply. #: 8043 S10/OS9/6809 (CoCo) 06-Nov-90 05:57:42 Sb: #8024-#Boot Problems Fm: Floyd Resler 72500,2572 To: Pete Lyall 76703,4230 (X) Yep, both Shell and GrfDrv are there and I've IDENTed them to make sure that they are okay. They're okay. I haven't checked the permissions yet. This is darn puzzling! Floyd There is 1 Reply. #: 8245 S10/OS9/6809 (CoCo) 16-Nov-90 13:30:34 Sb: #8043-#Boot Problems Fm: Mike Guzzi 76576,2715 To: Floyd Resler 72500,2572 (X) ~ Ok if SHELL and GrfDrv are in CMDS and both have the E and PE attributes on start looking for other possibilities. Did you recently make a new OS9Boot? Might have a BLOB problem. or as Kevin points out in his BLOB.TXT file have you recently added something like a cordless phone nearby? Hard drives are very sensitive to EM Fields and using a B&B system with 4 foot cables can invite problems. I wrapped mine in Aluminum foil and covered it with duct tape and that solved some spuratic read errors. if these check out OK make sure the hard drive modules you load in to memory and the ones in your OS9Boot match up. (use CMP on them) sometimes you may forget you changed something... just throwing out some random thoughrs to hopefully nail it down... Mike Guzzi There is 1 Reply. #: 8247 S10/OS9/6809 (CoCo) 16-Nov-90 14:54:23 Sb: #8245-Boot Problems Fm: Floyd Resler 72500,2572 To: Mike Guzzi 76576,2715 Well, I think I discovered a problem. What I did was add the modules necessary for King's Quest III to my boot. I had had them in the boot before but had removed them to save on system memory. However, this time when I added them I got the FAILED message. What made me thing there was something wrong was the fact that before I add the modules, the system was not booting like it normally did. For some reason it was not merging in the standard pointers. I have no idea why - it always worked in the past. Anyway, so the new boot disk did not work. Well, I found another boot disk and tried it. It didn't work either. So I'm thinking that there is something dreadfully wrong. Well, a couple of days ago I found another boot disk for my hard drive system and tried it. Bingo! Everything started working fine. So, apparently, my problem was the boot disk, and, because of circumstance, I thought it was something else. Floyd #: 8027 S4/MIDI and Music 05-Nov-90 16:34:03 Sb: #UltiMusE V.4.7 Fm: Ches Looney 73016,1336 To: Mike Knudsen 72467,1111 (X) Mike, I've now used the artics a bit, and the part-copy. Thank you; those are most helpful additions. The percussion staff doesn't help me with my TX81Z; what drum machines or tone generators have you had experience with that would work well with the percussion staff? I just picked up a flyer on the Roland D-110 which appears to be a synth that has at least as much capability as the Yamaha TX81Z plus a percussion section that works with the added staff. I wonder what I could get for my TX81Z; or maybe I should use them both for the better sounds from the TX (if any) plus the D-110. A clerk at a nearby music store recommends the Alesis HR16 as a good drum machine compatible with the new percussion staff. Any comments?? Ches. There are 2 Replies. #: 8033 S4/MIDI and Music 05-Nov-90 18:38:18 Sb: #8027-#UltiMusE V.4.7 Fm: Pete Lyall 76703,4230 To: Ches Looney 73016,1336 (X) Ches - You can pickup used Alesis HR-16's in the $250 range (check the MIDI FORUM.. GO MIDI). Also, in LA, new D-110's are going for $375, and used ones are in the Recycler for as low as $300. They are a great machine, and I'd push you in that direction. For $50-100 more than the HR-16, you get a synth assortment AND reasonable drums sounds. Also, the D-110 is the 'LA' technology (Linear Additive), whereas the TX81z is FM. Both are nice in the arsenal, and you can NEVER have too much polyphony (voices). I'm a long time guitar player, but my synth rack includes: Roland D10, Roland S-330 sampler, Kurzweil 1000PX, Yamaha TX-7, and a Roland R-5 (drums). Don't get me started on F/X units, mixers, gadgets, or my guitar stuff! (grin)... Pete There is 1 Reply. #: 8037 S4/MIDI and Music 05-Nov-90 20:43:55 Sb: #8033-#UltiMusE V.4.7 Fm: Ches Looney 73016,1336 To: Pete Lyall 76703,4230 (X) Now that's really helpful - Thanks for the opinion. I was leaning in the D-110 direction but wasn't sure how much of the flyer was accurate and how much was puffery. Thanks again. Ches. There is 1 Reply. #: 8076 S4/MIDI and Music 08-Nov-90 00:23:47 Sb: #8037-#UltiMusE V.4.7 Fm: Mike Knudsen 72467,1111 To: Ches Looney 73016,1336 (X) I agree -- $300 for a used D-110 is a steal! Ches, just to make sure you know -- the persuccion staff in Umuse3 really does nothing that a regular staff couldn't do. It sends out "note" numbers. Its advantages are that you can input percussion parts more easily, but most import, it makes for STANDARD interchange between different synths and drum machines, none of which map the same percussion sounds to the same "notes." Anyway, use the hand keyboard test I mentioned before to check out anything you want to use a percussion sounds. BTW, the percs on the Roland MT-32 (precursor of 110 and such) sound really GREAT. Full and clear. Sampled, in essence. There is 1 Reply. #: 8081 S4/MIDI and Music 08-Nov-90 06:38:04 Sb: #8076-UltiMusE V.4.7 Fm: Ches Looney 73016,1336 To: Mike Knudsen 72467,1111 (X) Thanks, Mike, for all the info. I will digest it, look around and settle on a new acquisition. I greatly appreciate your guidance. Ches. #: 8074 S4/MIDI and Music 07-Nov-90 23:59:22 Sb: #8027-UltiMusE V.4.7 Fm: Mike Knudsen 72467,1111 To: Ches Looney 73016,1336 (X) CHes, to expand on my porivate email answers -I don't know much about the TX81Z, except it's worth hanging onto for other sounds. The synths I've played percussion on are the Casio MT240, Yammie PSS480, and Roland MT-32. All use one channle for percussion, and put different "instruments" for different note "pitches." Maybe the TX81Z has only "tuned" percussion isnstruments, each of which can play a whole scale of notes, and eats up a whole channel per instrument, just like regular instruments. If so, the Perc Clef won't help there. Test the HR16 or any other synth in the store: Hook a MIDI keyboard's output to its input. You should be able to hit all the various perc instruments by hitting keys on the keyboard, without using any "splits" or other tricks. If so, it will work with Umuse3 and its Perc Staff. Glad you like the new features, heaven knows I do! --mike k #: 8030 S10/OS9/6809 (CoCo) 05-Nov-90 18:29:27 Sb: #hardware Fm: tom farrow 72701,543 To: OS 9/Freinds Looking for information on DISTO MBA-1 3 in 1 board for my COCO3. First does it require a multipak? Second can you run a disk controler with it? does it require an outside power supply? There is 1 Reply. #: 8039 S10/OS9/6809 (CoCo) 05-Nov-90 21:41:58 Sb: #8030-hardware Fm: Kevin Darling (UG Pres) 76703,4227 To: tom farrow 72701,543 (X) Hi Tom - if you don't own a Disto SC-I or SC-II disk controller, then the 3-1 board would have to go in a special adapter card from them.... which yes, would work in a multipak. Ummm, might need to run an interrupt wire into your computer tho, from it, as the floppy controller is gonna steal the main slot select on the MPI. I can't recall if it needs a power pack or not... I'd guess yes for the RS232 port. Anyone know? I can't find my docs. #: 8040 S10/OS9/6809 (CoCo) 05-Nov-90 21:57:32 Sb: #New PacOS9 Fm: LARRY OLSON 72227,3467 To: all For all those that enjoyed PACOS9, I have just uploaded the latest version. This one uncorporates a lot of new features, like multiple screens, the saving of scores and more. I hope you enjoy this version. Larry Olson 72227,3467 There is 1 Reply. #: 8042 S10/OS9/6809 (CoCo) 06-Nov-90 00:07:17 Sb: #8040-#New PacOS9 Fm: Mike Haaland 72300,1433 To: LARRY OLSON 72227,3467 (X) GREAT!!! I really have enjoyed the first version, and am running to the Libs to DL the newer one!! Thanks for sharing it with us! Mike There is 1 Reply. #: 8048 S10/OS9/6809 (CoCo) 06-Nov-90 12:25:29 Sb: #8042-New PacOS9 Fm: LARRY OLSON 72227,3467 To: Mike Haaland 72300,1433 (X) Mike, thanks for the kind words. I have been tweeking with this program long enough, and I thought I should get it out. Larry #: 8050 S13/OS9/OSK Vendors 06-Nov-90 20:15:57 Sb: #Software License? Fm: Zack Sessions 76407,1524 To: ALL I have acquired a program from a software author for sale under my company name. I need to whip up a license agreement with the dude, only I don't know what I'm doing! Can anyone with some experiance in this give me a little help/advise? Thanks! Zack There is 1 Reply. #: 8051 S13/OS9/OSK Vendors 06-Nov-90 21:44:21 Sb: #8050-#Software License? Fm: Kevin Darling (UG Pres) 76703,4227 To: Zack Sessions 76407,1524 (X) Zack - yeah, consult a lawyer . There's a lot to cover, such as maintenance, who does what, how long you keep rights if you fail to advertise, how often you pay, etc. However, you might stop by the CONSULT forum... their libs may have a form that you can use, or they could point you to more info. - kev There is 1 Reply. #: 8221 S13/OS9/OSK Vendors 16-Nov-90 07:28:32 Sb: #8051-Software License? Fm: MOTD Editor..Bill Brady 70126,267 To: [F] Zack 76407,1524 (X) Zack, you may want to give me a call: 301/952-1761 #: 8052 S1/General Interest 06-Nov-90 22:07:35 Sb: #7861-68 Micro Journal Fm: RANDY JANSSEN 73340,3212 To: DENIS CHARTRAND 72561,2714 (X) Denis, I've subscribed to 68MJ for 6 years and I haven't received anything either. I think they finally died. Another victim of the unfortunate trend toward MS-DOS and Macs. They were probably the best software developmentoriented magazine around. I hope they find a way to start publishing again, but I'm not optimistic. Randy Janssen 73340.3212 #: 8053 S15/Hot Topics 07-Nov-90 00:06:36 Sb: #New machines Fm: Jim Peasley 72726,1153 To: All I keep checking in here every night hoping to see some message traffic dealing with the new machines/software, but everyone must be off working their little fingers to the bone getting them ready! _Lots_ of messages on the CoCo list on Internet - too bad we couldn't pull some of that over here! Interesting dialog concerning keyboard drivers and windows, among other things. Can ya tell that I'm suffering from the "MS-DOS/waiting for the new computer" blues?? ...Jim There are 2 Replies. #: 8054 S15/Hot Topics 07-Nov-90 01:46:47 Sb: #8053-New machines Fm: Kevin Darling (UG Pres) 76703,4227 To: Jim Peasley 72726,1153 (X) Yah, it's the calm before the storm . I've been thinking about reposting some of the Internet stuff here. I don't see why it couldn't be done. #: 8057 S15/Hot Topics 07-Nov-90 08:08:49 Sb: #8053-#New machines Fm: Steve Wegert 76703,4255 To: Jim Peasley 72726,1153 (X) Jim, I monitor the CoCo List daily and would be happy to post the resulting capture files to a LIB _if_ there's be any interest. Folks? What about it? Steve There are 2 Replies. #: 8058 S15/Hot Topics 07-Nov-90 08:29:59 Sb: #8057-New machines Fm: Kevin Darling (UG Pres) 76703,4227 To: Steve Wegert 76703,4255 (X) Post them! #: 8079 S15/Hot Topics 08-Nov-90 04:11:42 Sb: #8057-#New machines Fm: Ed Gresick 76576,3312 To: Steve Wegert 76703,4255 (X) Steve, Please post!!! Ed There is 1 Reply. #: 8083 S15/Hot Topics 08-Nov-90 10:13:38 Sb: #8079-New machines Fm: Steve Wegert 76703,4255 To: Ed Gresick 76576,3312 (X) Ed, Ok ... I'll start with today's traffic. Look for LS1108.AR in LIB 14. If the interest continues, so will I. :-) If not ... we can always work something out via UUCP. Steve #: 8055 S6/Applications 07-Nov-90 06:04:43 Sb: ue Fm: Dan Charrois 70721,1506 To: all I just downloaded ue.ar, and from what I've seen, it looks pretty interesting. I am wondering if any docs exist on how to use it - I suppose it could be painstakingly figured out using trial-and-error, but I know there must be docs around here somewhere. Perhaps in the old version which is mentioned in the current archive?? Does anyone have any idea? Your assistance would be greatly appreciated. #: 8059 S1/General Interest 07-Nov-90 12:23:32 Sb: #UNZIP/DEARC Utility Fm: PHILLIP TAYLOR 72067,3430 To: ALL TThere are two Utilities I am looking for.<1> Dearc Utility that will be able to handle Crypted Files. <2> Unzip that will files ziped in a LZH format.If you know where I can get these Utilities,Please leave me a message. Phillip Taylor 72067,3430 There are 2 Replies. #: 8060 S1/General Interest 07-Nov-90 14:01:46 Sb: #8059-UNZIP/DEARC Utility Fm: Pete Lyall 76703,4230 To: PHILLIP TAYLOR 72067,3430 (X) Phil - Umm.. did you look in DL9? We have both.... Pete #: 8061 S1/General Interest 07-Nov-90 14:03:35 Sb: #8059-UNZIP/DEARC Utility Fm: Pete Lyall 76703,4230 To: PHILLIP TAYLOR 72067,3430 (X) Yup - just checked: dearc.ar and unzip.ar are both in DL9. Dearc will not handle some of the newest formats... Pete #: 8064 S1/General Interest 07-Nov-90 18:07:52 Sb: #SIGNETICS DRIVER NEEDED Fm: - Visitor 70032,1431 To: ALL NEEDED: OS-9 DRIVER OR "C" I/O FUNCTIONS TO INTERFACE WITH SIGNTICS 68562 DUSCC CHIP IN SYNCHRONOUS - HDLC MODE. WANT TO ENABLE FRAMING, BIT STUFFING, & CRC GENERATION/CHECKING. There are 2 Replies. #: 8070 S1/General Interest 07-Nov-90 23:27:32 Sb: #8064-SIGNETICS DRIVER NEEDED Fm: Kevin Darling (UG Pres) 76703,4227 To: - Visitor 70032,1431 (X) Greetings - haven't seen a driver like that... but have you called Microware (515-224-1929) to see if they have one? I'll look around, too. Whatcha building? best - kev #: 8082 S1/General Interest 08-Nov-90 09:19:47 Sb: #8064-SIGNETICS DRIVER NEEDED Fm: Mark Wuest 74030,332 To: - Visitor 70032,1431 (X) If you are adept at writing your own os9 drivers, you might give GCOM in Urbana, IL a call (217 area code - don't have the number in front of me). They have a very good X25 package that includes drivers for that chip, but you'll have to see what they say. I also know that they will sell HDLC without the X25 stuff if you want. Ask for Bob Crownover. They all know me (too well, I might add) over there. Good luck! Mark Wuest (pronounced weest) #: 8065 S13/OS9/OSK Vendors 07-Nov-90 23:09:48 Sb: #7823-New Vendor's Section Fm: Mike Knudsen 72467,1111 To: Wayne Day 76703,376 (X) OK -- will talk to Ed tomorrow nite, after giving an MM/1 demo to our local Coco Club (Glenside). #: 8066 S4/MIDI and Music 07-Nov-90 23:14:54 Sb: #7827-UME Query 2 Fm: Mike Knudsen 72467,1111 To: Ches Looney 73016,1336 (X) CHes, I now have version 4.7.1 which is oil-spill proofed forever -I wrote my onw malloc() routine to beat OS9 bug. I could explain why Shell+ causes the problems, but it takes too long at 300 Baud. Basically, C programs don't like to be handed extra memory, they'd rather go out and request it themselves. In fact, any extra memory you give them at birtth (Shell+ effectively does a #8K with every command) deducts from the memory they can request later and use -- so Umuse can't read in disk directories to work with files. --mike k #: 8067 S4/MIDI and Music 07-Nov-90 23:17:38 Sb: #7846-Beatles UME Fm: Mike Knudsen 72467,1111 To: Ches Looney 73016,1336 (X) Yes, the very same Ed. Ya might say he doesn't sell any music editor he doesn't use himself! In fact, he's my major Beta tester, grin. Ed's been a Beatles freak sicne Day One and has become really mean with a mouse. Also knows a PSS-480 upside down and bassackwards. Can get feedback guitar and who knows what else. We'll await Michelle, ma Belle -- mike k #: 8068 S15/Hot Topics 07-Nov-90 23:24:24 Sb: #7859-#MM/1 Software Fm: Mike Knudsen 72467,1111 To: GLEN HATHAWAY 71446,166 (X) Hi -- yes, I guess new houses need new pipes too. Let's see, you mean a VDG window converted from a real L2 window with a xmode type=01? Error 37 means it can't get the 6K grafix VDG screen allocated, which thanks to a bug or feature in L2 that 6K has to come out of System Memory, a precious commodity. Do you have a lot of other windows open, or Ramdisk, or other things that use up system memory? The buyware version does not take its grafix screen out of system memory, so rarely if ever has the problem you mentioned. Other things that eat up system memory are Pipes and device drivers that are active. Make sure no other procs are active, then start up Umuse, then restart the other procs. Turns out that 6K or RAM has to be contiguous too. Hope you get back into UltiMousing -- mike k. There is 1 Reply. #: 8118 S15/Hot Topics 11-Nov-90 13:37:54 Sb: #8068-#MM/1 Software Fm: GLEN HATHAWAY 71446,166 To: Mike Knudsen 72467,1111 (X) Hi Mike... Yes, I have a real large bootfile - that's probably the problem... I guess I'll have to spring for the buyware version, but only after you port it to the MM/1. I've ordered one - can't wait! As for UltiMousing, I've got a lot of partly finished projects on the go. I'm still not satisfied with the shareware version's timing. In heavy sections, it still slows down. Also, the percussion parts are still being affected by sharps and flats in other parts. But enough whining, I guess - after all, I didn't pay for it, right? Are you working on a buyware version for MM/1? I am definitely interested. There is 1 Reply. #: 8300 S15/Hot Topics 18-Nov-90 17:48:29 Sb: #8118-#MM/1 Software Fm: Mike Knudsen 72467,1111 To: GLEN HATHAWAY 71446,166 (X) Hi Glen. Yes all over -- I'm working on an MM/1 port (I have a loaner prototype MM/1). No idea as to price yet. The Coco3 buyware got rid of the problem long ago, where sharps & flats hose up the drummer. Now it even has special Percussion clefs! Timing, hard to say -- I put in Runing Status long ago to cut the data rate, but also recently added Staccato, Marcato, etc, which may slow down the processing some. Real bottleneck is just getting the bytes out. The MM/1 will be a BIG help. Meanwhile, stand by for an amazing piece of Coco3 OS9 shareware -- will say more when it comes up. PS: I'm uploading some good rock scores and a new Jukebox for them tonite. --mike k. There is 1 Reply. #: 8308 S15/Hot Topics 18-Nov-90 22:17:08 Sb: #8300-MM/1 Software Fm: GLEN HATHAWAY 71446,166 To: Mike Knudsen 72467,1111 Hi Mike... Sounds very interesting... I'll wait patiently. See ya. #: 8071 S15/Hot Topics 07-Nov-90 23:39:31 Sb: #7890-OSK Software Fm: Mike Knudsen 72467,1111 To: Ed Gresick 76576,3312 (X) OK Ed, good message. There is a nationwide (worldwide) Coco mailing list forum out of Princeton U. where we have been discussing many aspects of the OSK grafix interface, at the basic system level, having already decided (like you) to leave the user interfaces for later. Kev Darling is involved in these ongoing discussions, and I think we're getting to the point where we'd like to see the same ideas and standards ported over to your VGA grafix system. We're trying to make it very platform-independent, both for future "KMA" boxes and for backward compat'ly with Atari and Amiga. I got the idea at the Fest that you weren't into the new OSK windowing and grafix "standards", but if you're interested, great! Since Kev is essentially defining the standard, with lots of our input, you should stay in touch with him directly. I think he should write screen drivers for your VGA, and thus be prepared for OS9000 on the 386 PClones. Since both IMS and FHL will be using his grafix system, it seems that what you most need from a "consortium" is to join in the fray with Kevin and see what he's doing/proposing and make your own views known. There's already a sort of consortium -- jump in and get your say. Do you have access on any academic or industrial host machines to BItNet or UUNet or the like? Then you could get on Princeton's net. #: 8072 S15/Hot Topics 07-Nov-90 23:47:52 Sb: #7911-#Fest Fm: Mike Knudsen 72467,1111 To: Frank Hogg of FHL 70310,317 (X) OK Frank. You cleared up the confusion for me -any K-Bus sytem is a TOmcat even without the new boards. And OK on the prototypes being new and workable. How are you doing with the FCC hassle? I have a loaner of a very early prototype MM/1. It's great, tho part of that stems fromt the included 430M hard drive. I read in and ran the Dynastar upgrade I got from you -- after some diddling with the 3.5" disk descriptors. Yeah, your docs better mention how to DMODE a disk to read your stuff -- there are too many "standards" in the OSK world, grin. I like busses and multi-porocessor systems -- used to design and program them myself for Bell Labs. SO I wish you the best on the TOmcat systems -- I hope you can get the software to really take advantage of your unique hardware capabilities. Maybe I'll end up with a TOmcat too -- always did get good service from you on software and such -- mike k. There are 2 Replies. #: 8080 S15/Hot Topics 08-Nov-90 06:24:22 Sb: #8072-#Fest Fm: Kevin Darling (UG Pres) 76703,4227 To: Mike Knudsen 72467,1111 (X) Uh... "430M hard drive"???? Sure that isn't 48M instead? - kev There is 1 Reply. #: 8106 S15/Hot Topics 10-Nov-90 19:26:16 Sb: #8080-Fest Fm: Mike Knudsen 72467,1111 To: Kevin Darling (UG Pres) 76703,4227 (X) Well I dunno, Kev -- 430 M will fit in a PC case these days. Tho you can figure Pease wouldn't have loaned me such a jewel :-). Say, howza bout no more proofreading the mail and work on them windows, eh, grins :-) -- mike k #: 8092 S15/Hot Topics 09-Nov-90 22:18:47 Sb: #8072-#Fest Fm: Frank Hogg of FHL 70310,317 To: Mike Knudsen 72467,1111 (X) Mike, Re you message, >Yeah, your docs better mention how to DMODE a disk >to read your stuff -- there are too many "standards" >in the OSK world, >grin. The DMODE included with the QT and Tomcats has the capability to do things like, 'dmode /d0 coco' which sets /d0 to read coco OS9 disks. Also Atari and Mizar(stdd), Universal (univ), and standard OS9 (std) are supported that way. Of course all the other params can be set too. This is nice if you own one of our machines but if you don't as in your case our documentation on our DMODE would be useless to you. Perhaps now that MW has 'moded' we could add documentation for that. Trying to maintain documentation on apps that run under OSK is like trying to hit a moving target. Prpbably could do it with a readme file on the disk though. Frank There is 1 Reply. #: 8107 S15/Hot Topics 10-Nov-90 19:31:55 Sb: #8092-#Fest Fm: Mike Knudsen 72467,1111 To: Frank Hogg of FHL 70310,317 (X) OK -- I have just plain DMODE, but ama gradually building up shell scripts to zap /st0 and /d1 to various things. Took 1/2 hour last nite at the Coco Club meeting to read somebody's 720 K 3.5" written on their Coco3. Sheesh! Anyway, your disks should include the major parameters on the label -- I have written "typ=0, t0s=10" on your Dynastar disk. PS: The 5.25" disk with Dynastar was totally unreadable on a Coco. Is it one of the many OSK "standards"? If so, maybe the MM/1 can read it (I have a 5.25" hooked up to it, but only DS-40). Thanks for reply, mike k. There is 1 Reply. #: 8163 S15/Hot Topics 12-Nov-90 23:15:03 Sb: #8107-#Fest Fm: Frank Hogg of FHL 70310,317 To: Mike Knudsen 72467,1111 (X) Mike, The disks DO have what I consider the 'major' parameters on them. The DynaStar disk (51/4") says on it 'Double Sided, 30 Track, 48 TPI, (30 of 40 Tracks)'. The problem you are having is that it is a 68K disk and uses the 'standard' OSK format that we have used for 6+ years. Microware came up with a numbering system that has no relation to the disk format, ie numbers like 5W03 or some such. They or someone should come up with a system to describe the format without being confusing. The other problem you are having is that you are presuming that your floppy driver is standard Microware fare and this is probably not the case. We have had to provide extensive support in the form of very flexible floppy drivers and a powerful dmode utility to allow our customers to be able to read/write/format ALL the various formats available. Putting the complete format information on the label would require a much bigger label. We need to come up with a uniform way, better than MW's to put on the label. You should be able to read the 68K DynaStar disk on your MM1 as it uses the standard OSK format and is 48 tpi (40 Track). There would be little point in distributing OSK software in CoCo format would there? FHL has always offered our software on whatever format the customer requires at no extra charge. Without notice we distribute it on the 'standard' format for whatever system it is being used on. If you have any trouble reading it on the MM1 let me know, I'm sure we can get it worked out. Frank There are 2 Replies. #: 8167 S15/Hot Topics 13-Nov-90 03:40:25 Sb: #8163-#Fest Fm: Kevin Darling (UG Pres) 76703,4227 To: Frank Hogg of FHL 70310,317 (X) Frank, But MW "standard" has changed, right? That is, are those disks y'all are talking about: single-density track 0? which used to be standard (??) And then, nowadays MW standard is to skip track 0 altogether. I think I still have a 3.5" disk from you that I could never read all these years on my coco, either. I've always figured it was single-density track 0, and that was why I couldn't read it with my standard coco disk driver. Am I close? best - kev There are 2 Replies. #: 8169 S15/Hot Topics 13-Nov-90 07:53:10 Sb: #8167-Fest Fm: Mark S 76004,373 To: Kevin Darling (UG Pres) 76703,4227 (X) A lot of disk controlers can't do single density anymore. And now there are 1.4 meg and 2.8 meg 3.5". And soon to be 6meg. #: 8178 S15/Hot Topics 13-Nov-90 20:58:44 Sb: #8167-#Fest Fm: Frank Hogg of FHL 70310,317 To: Kevin Darling (UG Pres) 76703,4227 (X) Kev, The 'universal' format is NOT a standard, it is a 'type' of format that hopefully everyone will be able to support. For a software house a common format to distribute software is important. It doesn't really matter that other formats are used by individual companies as long as at least one common format is supported by everyone. With the advent of many new disk drives with different capabilities and companies trying to get the most out of them this would seem reasonable. MW doesn't force anyone to use any particular format which has caused problems for users. We can support the various formats although I would prefer to only have to deal with one. Mike was the first person that bought a 68K version of software and tried to read it on a CoCo. He only tried this because he doesn't have a 68K machine yet. We have been shipping OSK software on this format for years. Until I know what format you guys are using and what you support how else could I proceed. Frank PS. What formats ARE you using on the MM1? There are 2 Replies. #: 8180 S15/Hot Topics 13-Nov-90 22:30:52 Sb: #8178-Fest Fm: Kevin Darling (UG Pres) 76703,4227 To: Frank Hogg of FHL 70310,317 (X) Frank - dunno, ask the MM/1 guys about their formats! I was just asking about the details on the disk Mike had. That is, are most of the disks you shipped, in a format with all double-density tracks? I _know_ there's lot of different formats out there; I was just curious about the ones you shipped most often. - kev #: 8246 S15/Hot Topics 16-Nov-90 13:30:49 Sb: #8178-Fest Fm: Mike Guzzi 76576,2715 To: Frank Hogg of FHL 70310,317 (X) ~ Frank, I bought the 68K version of FBU and neither the CoCo nor my MM/1 will read it I did get it to work only because I have SDISK3.3-DMC (No halt version) and used a DISKTYPE command to set my 3.5" to Standard OS9. I then copied the files to a CoCo 3.5" 720K disk and then the MM.1 and the CoCo reads it. The MM/1 in the 720K format uses the CoCo format. Hope that helps out #: 8302 S15/Hot Topics 18-Nov-90 17:57:14 Sb: #8163-#Fest Fm: Mike Knudsen 72467,1111 To: Frank Hogg of FHL 70310,317 (X) OK Frank, I can see where the stuff wouldn't all fit on the album cover, grin. Let's see ... I read the 3.5" fine after setting Track Zero Offset to 10 and type=0. No success on the 5" disk on Coco, tho may try it on the 48 TPI I put on the MM/1 just to see if it really is bad or not. RIght now I just have to wait for the Term Cap abilities on the MM/1 screen driver to catch up with NASI standards and Dynastar. --mike k There is 1 Reply. #: 8315 S15/Hot Topics 19-Nov-90 01:09:11 Sb: #8302-#Fest Fm: Frank Hogg of FHL 70310,317 To: Mike Knudsen 72467,1111 Mike, From what Mike Guzzi says the MM1 uses the CoCo format for its disk drives. This is fine as we can supply 68K software in that format. Perh hum that last word was bad and I can't backspace... oh well. Perhaps we should use the universal format for 68K as MW did that so everyone (hah) would support it. Does your MM1 driver for the floppy support other formats? Frank There is 1 Reply. #: 8317 S15/Hot Topics 19-Nov-90 04:23:55 Sb: #8315-#Fest Fm: Kevin Darling (UG Pres) 76703,4227 To: Frank Hogg of FHL 70310,317 (X) Frank, As far as I know, everyone's OSK (and many OS9) drivers can handle almost any format these days. CoCo, ST, MW, hi-density... whatever the floppy chip being used is capable of accessing. I think Mike was (certainly I was) simply wondering about the rest of the details on the format you've been shipping all these years... that is, what was the sector offset and track 0 density? Nothing earthshattering ; and nothing to do with any specific capability; it was just that we two dummies couldn't get our CoCos to read those disks (because we hadn't fully figured them out... which is why he mentioned that perhaps more info might have to be placed on OSK disk labels ... maybe not). best - kev There are 2 Replies. #: 8325 S15/Hot Topics 19-Nov-90 06:23:20 Sb: #8317-Fest Fm: MOTD Editor..Bill Brady 70126,267 To: Kevin Darling (UG Pres) 76703,4227 (X) I for one vote for better disk labeling. As editor I am always getting disks that I cannot figure out how to read. (Some I do, some I don't). #: 8345 S15/Hot Topics 19-Nov-90 22:59:41 Sb: #8317-#Fest Fm: Frank Hogg of FHL 70310,317 To: Kevin Darling (UG Pres) 76703,4227 (X) OK here goes from memory. You know when you use the same thing for years you take it for granted. Anyway, trk0=10 trk1...n=16 secoffs=0 trkoffs=0 MFM what else??? guess that's it. This is the old standard format we've used for years. I'll have to find the MW format list, it's over on the MWS sig me thinks, perhaps it would be a good thing for you to post here?? BTW SDisk can read these disks on a coco. Frank There is 1 Reply. #: 8354 S15/Hot Topics 20-Nov-90 18:37:33 Sb: #8345-Fest Fm: Kevin Darling (UG Pres) 76703,4227 To: Frank Hogg of FHL 70310,317 (X) Thanks Frank! Probably our cc3disk drivers couldn't handle the sector offset = 0, altho I thought I'd tried that later with newer coco drivers. The disk list used to be on MSC, but they took it down a while back... I went looking for it just the other week. Yeah, SDisk is good stuff! #: 8073 S4/MIDI and Music 07-Nov-90 23:52:41 Sb: #7947-midi help Fm: Mike Knudsen 72467,1111 To: Lester Hands 70135,430 (X) Well Les, I'm a ways from anything on the MM/1 that I'd let out of the house. My file format does keep all the voices time-merged together, which may help in recording. Real power is in my routines for converting radnom tick durations to notes, which have been in Umuse since 1986, but have yet to be unleashed on hand-played stuff. $50 is cheap for a PC program that's any good. Sorry to hear it hasn't sold well, if that's what you meant to say earlier. I guess PCloners are used to walking into stores and buying their stuff, njnot being trained to mail-order like us CocoNuts, grin. Best, mike k. #: 8075 S4/MIDI and Music 08-Nov-90 00:07:38 Sb: #7950-midi help Fm: Mike Knudsen 72467,1111 To: James Jones 76257,562 (X) James, the stuff you're talking about is along the lines of an Artificial INtelligence project, which does make it interesting, tho a bit much for a Coco3 and the C language. Playing "identically" is aided thru a standard hack called "quantization", where you can reduce everything to 16th notes or larger by throwing out time deltas smaller than 32nd or 64ths, etc. More basic problem is getting your played notes into the right parts-keyboard music is so anarchistic, with no limit on the number or identity or continuity of voices, that it's a wonder what the $500+ programs for Macs can do. --mike k #: 8077 S3/Languages 08-Nov-90 01:15:05 Sb: #7970-6809 make? Fm: Ken Drexler 75126,3427 To: Pete Lyall 76703,4230 (X) Pete, Thanks for the ideas. I did not know that Carl had one in the UG lib. I will looking for it. Ken #: 8085 S10/OS9/6809 (CoCo) 08-Nov-90 22:54:21 Sb: #Mem help! Fm: Everett Chimbidis 76370,1366 To: all What do I do if I get an error 32 when trying to use a program?? Tryed typeing program name then #k and no luck! What next?? any help? There is 1 Reply. #: 8086 S10/OS9/6809 (CoCo) 09-Nov-90 02:07:26 Sb: #8085-#Mem help! Fm: Kevin Darling (UG Pres) 76703,4227 To: Everett Chimbidis 76370,1366 (X) Ev - just for fun (I dunno if this will work), try "runb program #xxk" instead. If you wrote it yourself, did you check to make sure it had enough variable space before packing it? There is 1 Reply. #: 8090 S10/OS9/6809 (CoCo) 09-Nov-90 17:24:54 Sb: #8086-#Mem help! Fm: Everett Chimbidis 76370,1366 To: Kevin Darling (UG Pres) 76703,4227 (X) I will upload it to you ok? b09 file There is 1 Reply. #: 8130 S10/OS9/6809 (CoCo) 12-Nov-90 03:56:18 Sb: #8090-#Mem help! Fm: Kevin Darling (UG Pres) 76703,4227 To: Everett Chimbidis 76370,1366 (X) Ev - turned out to be pretty simple in the end. Try "inventory #16k". PMAP showed that using #32k didn't leave enough room to bring in gfx2, etc... while #8k was too little according to the original basic09 source. Do you also have gfx2, inkey, and syscall merged together? best - kev There is 1 Reply. #: 8162 S10/OS9/6809 (CoCo) 12-Nov-90 21:44:05 Sb: #8130-#Mem help! Fm: Everett Chimbidis 76370,1366 To: Kevin Darling (UG Pres) 76703,4227 (X) Yes I still have them merged! why would I load this first? There is 1 Reply. #: 8166 S10/OS9/6809 (CoCo) 13-Nov-90 03:34:07 Sb: #8162-Mem help! Fm: Kevin Darling (UG Pres) 76703,4227 To: Everett Chimbidis 76370,1366 (X) No, shouldn't have to load the merged modules (gfx2 etc) first, or at least as long as you had 3 copies on disk, each in a different order and name.... so that whichever one is first called, all would come in, y'see. Me, I just always preload them ;-). I just mentioned having them merged, so that you wouldn't run out of space in your basic09 / runb 64K map. #: 8088 S1/General Interest 09-Nov-90 14:15:32 Sb: #.ar file format Fm: David Betz 76704,47 To: all Can anyone describe the format of an OS-9 ".ar" file? I'd like to read the coco mailing list messages that were posted in 'ls1108.ar' but currently don't have access to an OS-9 machine (I'm considering buying one). I'd like a description of the format so that I can write a program to extract files from an archive. Thanks in advance, David Betz There are 2 Replies. #: 8089 S1/General Interest 09-Nov-90 16:55:28 Sb: #8088-#.ar file format Fm: Pete Lyall 76703,4230 To: David Betz 76704,47 (X) David - 'ar' uses an early LZ compression technique. Unfortunately, the 'ar' utility isn't highly portable.. it's byte order sensitive (i.e. we managed to port it to SysV years ago on a 68000, but the VAX didn't like it at all). Pete There is 1 Reply. #: 8136 S1/General Interest 12-Nov-90 10:50:16 Sb: #8089-#.ar file format Fm: David Betz 76704,47 To: Pete Lyall 76703,4230 (X) Hmmm... Well, I hate to admit it here, but I've got a Macintosh. Maybe I could port it to the Mac? Is the source code available here (in some form other than in a .ar file)? There is 1 Reply. #: 8143 S1/General Interest 12-Nov-90 13:02:36 Sb: #8136-#.ar file format Fm: Pete Lyall 76703,4230 To: David Betz 76704,47 (X) David - I have the older sources on a SYSV box at work, that's unfortunately no longer accessible (in fact, I think it may have been mothballed). Perhaps one of the folks here (I'm between OS9 machines, or I'd do it) can break out 'ar.ar' for you. Pete There is 1 Reply. #: 8227 S1/General Interest 16-Nov-90 07:43:11 Sb: #8143-#.ar file format Fm: MOTD Editor..Bill Brady 70126,267 To: Pete Lyall 76703,4230 (X) David, there is nothing wrong with using a Mac. It makes a great OS-9 terminal! (I've got three of 'em). There is 1 Reply. #: 8236 S1/General Interest 16-Nov-90 09:59:21 Sb: #8227-.ar file format Fm: David Betz 76704,47 To: MOTD Editor..Bill Brady 70126,267 (X) Well, that's exactly what I was using my Mac for. Actually, it would have been nicer to be running OS-9 on the Mac instead of on the ST. My Mac happens to be an SE/30 with a 16MHZ '030. #: 8093 S1/General Interest 09-Nov-90 22:44:07 Sb: #8088-#.ar file format Fm: Kevin Darling (UG Pres) 76703,4227 To: David Betz 76704,47 (X) David - the source is AR.AR in library 9. We've been needing a port of Ar to the PCs for quite a while. Luck! - kev There are 2 Replies. #: 8101 S1/General Interest 10-Nov-90 11:26:38 Sb: #8093-#.ar file format Fm: Zack Sessions 76407,1524 To: Kevin Darling (UG Pres) 76703,4227 (X) Heh, heh, Kev, David could use the source to port it to MS-DOS, but how is he going to de-arc it? Zack There is 1 Reply. #: 8102 S1/General Interest 10-Nov-90 13:53:01 Sb: #8101-#.ar file format Fm: Kevin Darling (UG Pres) 76703,4227 To: Zack Sessions 76407,1524 (X) Zack - he's got an Atari ST to dearc on . I think. There are 2 Replies. #: 8103 S1/General Interest 10-Nov-90 17:07:14 Sb: #8102-#.ar file format Fm: Zack Sessions 76407,1524 To: Kevin Darling (UG Pres) 76703,4227 (X) Right, "you think". Go back and read the thread, Kev. His first message was that he wanted to be able to read some BITNET list stuff which is in the lib in .ar format. He also states that he doesn't have an OS9 machine to dearc it with! He wants the format of the .ar file to be able to write a dearcer for his system (which he doesn't way what it is). Zack There are 2 Replies. #: 8104 S1/General Interest 10-Nov-90 17:54:55 Sb: #8103-#.ar file format Fm: Kevin Darling (UG Pres) 76703,4227 To: Zack Sessions 76407,1524 (X) Zack - see msg 7789 etc... he has an ST running OS9. ;-) Kev There is 1 Reply. #: 8110 S1/General Interest 10-Nov-90 22:06:16 Sb: #8104-#.ar file format Fm: Zack Sessions 76407,1524 To: Kevin Darling (UG Pres) 76703,4227 (X) Kev, that was a totally unrelated question posted 2 weeks ago! Sheesh! I was going on the messages in THIS thread! Zack There is 1 Reply. #: 8140 S1/General Interest 12-Nov-90 10:59:11 Sb: #8110-.ar file format Fm: David Betz 76704,47 To: Zack Sessions 76407,1524 (X) Kevin's right, I do have an Atari-ST running OSK 2.1. The problem is that the serial port doesn't work well enough to get a communications program running to transfer files either from here or from another PC. #: 8139 S1/General Interest 12-Nov-90 10:57:08 Sb: #8103-#.ar file format Fm: David Betz 76704,47 To: Zack Sessions 76407,1524 (X) Actually, I've got several systems that I could use. I've got a boring old MS-DOS machine, a Macintosh and several machines running UNIX. If the code is byte order dependant, the Mac would probably be the easiest to port it to. If I can get around the byte order problem, an MS-DOS version would probably be of interest to more people besides myself. Just out of curiosity, did anyone ever port OS-9 to the Macintosh? How much does a port kit cost from Microware? There is 1 Reply. #: 8149 S1/General Interest 12-Nov-90 17:50:07 Sb: #8139-#.ar file format Fm: James Jones 76257,562 To: David Betz 76704,47 (X) Yes, it's been done...the company to talk to is Ultrascience, in Wilmette IL. I've seen it, and it's pretty impressive. There are 2 Replies. #: 8153 S1/General Interest 12-Nov-90 19:02:58 Sb: #8149-#.ar file format Fm: Pete Lyall 76703,4230 To: James Jones 76257,562 (X) JJ - Wouldn't an inter-function GOTO cause nastification of the stack frames? In other words, if entry wasn't done via the front door of the function, isn't that just lighting the fuse? Pete There is 1 Reply. #: 8159 S1/General Interest 12-Nov-90 20:28:29 Sb: #8153-.ar file format Fm: James Jones 76257,562 To: Pete Lyall 76703,4230 (X) You're quite right--such a goto would almost certainly blow up real good, as Big Jim McBob and Billy Sol Hurok would put it. :-) Maybe I didn't read what the original poster was trying to do closely enough--sounded like what he wanted was a convenient place to set a breakpoint. If it's wacko control flow he was after, then he's on his own. #: 8171 S1/General Interest 13-Nov-90 08:21:18 Sb: #8149-#.ar file format Fm: David Betz 76704,47 To: James Jones 76257,562 (X) Any idea how much it costs? Does it take advantage of the PMMU on '030 based macs? There are 2 Replies. #: 8176 S1/General Interest 13-Nov-90 18:32:39 Sb: #8171-.ar file format Fm: James Jones 76257,562 To: David Betz 76704,47 (X) I don't know--you'd best talk direct to Ultrascience for that information. #: 8228 S1/General Interest 16-Nov-90 07:47:13 Sb: #8171-#.ar file format Fm: MOTD Editor..Bill Brady 70126,267 To: David Betz 76704,47 (X) David. The Ultrascience OS-9 for the Mac is not strictly a port. It is actually a Mac application that translates OS-9 to the Mac OS. The advantage of this approach is that it is very easy to install and use. On the other hand, you'd likely not be able to write any systems modules for it. There is 1 Reply. #: 8237 S1/General Interest 16-Nov-90 10:00:08 Sb: #8228-#.ar file format Fm: David Betz 76704,47 To: MOTD Editor..Bill Brady 70126,267 (X) Does it implement the full multitasking, multiuser OS-9 environment? There is 1 Reply. #: 8293 S1/General Interest 18-Nov-90 11:32:21 Sb: #8237-#.ar file format Fm: MOTD Editor..Bill Brady 70126,267 To: David Betz 76704,47 (X) No, it cannot, it runs as a Mac application. The machine is fully under the control of the Mac OS. There is 1 Reply. #: 8335 S1/General Interest 19-Nov-90 10:57:23 Sb: #8293-.ar file format Fm: David Betz 76704,47 To: MOTD Editor..Bill Brady 70126,267 (X) Hmmm... That makes it a lot less interesting to me. One reason I'm interested in OS-9 is that it is multitasking and multiuser. I don't really want to run existing OS-9 applications, I want to develop new ones. #: 8138 S1/General Interest 12-Nov-90 10:54:41 Sb: #8102-.ar file format Fm: David Betz 76704,47 To: Kevin Darling (UG Pres) 76703,4227 (X) I guess I'm just going to have to get the OS-9 upgrade for my ST. The version I've got (2.1) doesn't deal with the serial port very well, so file transfers are more or less impossible. #: 8137 S1/General Interest 12-Nov-90 10:50:59 Sb: #8093-#.ar file format Fm: David Betz 76704,47 To: Kevin Darling (UG Pres) 76703,4227 (X) Yes, but how am I going to get the source out of the .ar file? :-) There is 1 Reply. #: 8147 S1/General Interest 12-Nov-90 17:43:21 Sb: #8137-#.ar file format Fm: Kevin Darling (UG Pres) 76703,4227 To: David Betz 76704,47 (X) Ah, I didn't realize your ST serial port was that bad always. I've broken out and sent the ar source to people before... I think this time I'll post it in ascii in the library . Gimme a day or two. thx! - kev There is 1 Reply. #: 8170 S1/General Interest 13-Nov-90 08:19:16 Sb: #8147-#.ar file format Fm: David Betz 76704,47 To: Kevin Darling (UG Pres) 76703,4227 (X) Thanks, Kevin! There is 1 Reply. #: 8229 S1/General Interest 16-Nov-90 07:51:29 Sb: #8170-#.ar file format Fm: MOTD Editor..Bill Brady 70126,267 To: David Betz 76704,47 (X) David. If you can find a copy of BigT-ST, it works fine as long as you don't change the port config after running the program. xmode it to 8 bits no parity etc. In fact, someone had enhanced the program. I don't have an ST anymore. I had two, gave one to Kev, the other to my daughter. There is 1 Reply. #: 8238 S1/General Interest 16-Nov-90 10:03:03 Sb: #8229-#.ar file format Fm: David Betz 76704,47 To: MOTD Editor..Bill Brady 70126,267 (X) Thanks for the suggestions. My problem may have been the sequence in which I did things. Are you saying that the correct sequence is to do the xmode and then run the terminal program? Do I need an iniz in there somewhere? Would this sequence work: iniz xmode (run terminal program) There is 1 Reply. #: 8294 S1/General Interest 18-Nov-90 11:33:35 Sb: #8238-#.ar file format Fm: MOTD Editor..Bill Brady 70126,267 To: David Betz 76704,47 (X) You don't need the iniz. See my STARTT1 proc in the library. There is 1 Reply. #: 8336 S1/General Interest 19-Nov-90 16:01:39 Sb: #8294-#.ar file format Fm: David Betz 76704,47 To: MOTD Editor..Bill Brady 70126,267 (X) I looked and couldn't find it in the data libraries. Which section is it in? There is 1 Reply. #: 8341 S1/General Interest 19-Nov-90 19:17:32 Sb: #8336-.ar file format Fm: MOTD Editor..Bill Brady 70126,267 To: David Betz 76704,47 (X) Wherever they moved the Atari stuff. #: 8094 S1/General Interest 09-Nov-90 23:20:00 Sb: #CRON utility Fm: JOERG SATTLER 74016,631 To: ALL Reading through the documentation for UUCP as posted bt Mark Griffith, I find t that there is a utility named CRON needed. I was wondering where I might find that utility. Joerg, 74016,631 There is 1 Reply. #: 8100 S1/General Interest 10-Nov-90 10:03:02 Sb: #8094-#CRON utility Fm: Pete Lyall 76703,4230 To: JOERG SATTLER 74016,631 (X) Joerg - My 'cron' should be in DL9. Pete There is 1 Reply. #: 8240 S1/General Interest 16-Nov-90 10:26:24 Sb: #8100-#CRON utility Fm: Tom Napolitano 70215,1130 To: Pete Lyall 76703,4230 (X) Pete, I disassembled your cron, and found a change I would like to make. viz. cron looks for the r0 module and assumes you have a ram disk if it finds it. I don't always initialize ram disk, so cron will error out in this case. Would you care to upload clean source, cuz I always feel somewhat perverse , like spying, disassembling other folks' code. Or do you have other thoughts? tom n There is 1 Reply. #: 8248 S1/General Interest 16-Nov-90 15:08:10 Sb: #8240-#CRON utility Fm: Pete Lyall 76703,4230 To: Tom Napolitano 70215,1130 (X) Tom - No os9 boxes online at the moment... feel free. Also, Kent Meyers should have a copy, as he cleaned up most of the sleep/wake timing stuff. Another alternative is Bill Dickhaus, who I believe has a copy. Pete There is 1 Reply. #: 8365 S1/General Interest 21-Nov-90 13:41:14 Sb: #8248-#CRON utility Fm: Tom Napolitano 70215,1130 To: Pete Lyall 76703,4230 (X) Thanks Pete, On another subject, since Carl is rarely seen in these parts any more, to whom does on report a seeming "misfeature" of the clib? I found that his localtime() returns the month in the range 1-12 vs 0-11 as documented. (The same program compiles and runs under msdos, unix and os9; os9 gives the different results. This is a democracy yes? We're outvoted. ) Its easiest to patch my code, but ultimately the library should be revised. I have source to his library, but its several years old. Thanks again, tom There is 1 Reply. #: 8367 S1/General Interest 21-Nov-90 16:37:30 Sb: #8365-CRON utility Fm: Pete Lyall 76703,4230 To: Tom Napolitano 70215,1130 Tom - Ag Agreed - I too have been bitten by that one. Mark pretty much is the guardian at the moment, but he's temporarily off CIS. I'll see about sending him or Carl a note regarding the problem. Pete #: 8095 S10/OS9/6809 (CoCo) 09-Nov-90 23:46:31 Sb: #Missing file Fm: Jim Truesdale 70335,1064 To: Sysop (X) Last spring there was a file in LIB 10 named FORMAT.B09, dated 4/18/87. Now I can't find it. What happened? I would like to download it. There is 1 Reply. #: 8098 S10/OS9/6809 (CoCo) 10-Nov-90 09:03:39 Sb: #8095-Missing file Fm: Mike Ward 76703,2013 To: Jim Truesdale 70335,1064 (X) I looked about in the files I have from Lib 10 here on floppie from WAY back but couldn't locate it. Looks like it got caught in one of the periodic purges. What did the program do? Perhaps someone out there has a copy of FORMAT.B09 or something similar that will serve your needs? #: 8097 S15/Hot Topics 10-Nov-90 08:41:10 Sb: #7886-Compatible OSK Machines? Fm: William Phelps 75100,265 To: Ed Gresick 76576,3312 (X) I was looking over your disk format information and I had some thoughts. I am guessing that you used DSQD disks when the 720K drives were tested and DSHD disks when the 1.2M and 1.44M drives were tested. Do you have any test information on these drives using DSDD disks? Have you tried using larger physical sectors; so, drive capacity will match the names? William #: 8099 S10/OS9/6809 (CoCo) 10-Nov-90 09:18:50 Sb: #BASIC09 Disk Fm: REX GOODE 73777,3663 To: all In regards to the problem I have been having reading my BASIC09 disk with my antiquated disk drive, I remember reading somewhere once, in Rainbow I think, that the older disk drives won't work as well if the CoCo is in high speed mode. Does anyone think it possible that I can't read my BASIC09 disk because OS9 has me running in high speed mode. If so, how to I do a poke in OS9 if I can't get BASIC09 to run? Can I use a POKE like command to reduce the speed before running BASIC09? Does any of this make sense? Rex There is 1 Reply. #: 8222 S10/OS9/6809 (CoCo) 16-Nov-90 07:33:11 Sb: #8099-#BASIC09 Disk Fm: MOTD Editor..Bill Brady 70126,267 To: REX GOODE 73777,3663 (X) Rex, yes, you can use B09 to slow down the CoCo. I don't remember the address though. There is 1 Reply. #: 8328 S10/OS9/6809 (CoCo) 19-Nov-90 08:55:36 Sb: #8222-BASIC09 Disk Fm: REX GOODE 73777,3663 To: MOTD Editor..Bill Brady 70126,267 (X) Bill, I am waiting for a replacement of my B09 disk from Tandy. The one I bought was bad and I haven't been able to use B09. I assume that the address to poke to is the same for Disk Extended BASIC. Is there a POKE command in B09? Rex #: 8108 S13/OS9/OSK Vendors 10-Nov-90 19:34:38 Sb: Representing Second City Fm: Mike Knudsen 72467,1111 To: [F] Wayne Day 76703,376 (X) Wayne -- I asked Ed Hathaway last nite about representing Second City SOftware here, and he said "By all means!" So I'm "go" for the representation on Channel 13. --mike knudsen #: 8109 S12/OS9/68000 (OSK) 10-Nov-90 21:49:04 Sb: #OSK module patching Fm: Timothy J. Martin 71541,3611 To: all What are the suggestions here for how to patch existing OSK memory modules with additional code that increases the module size. Generally the executable code portion of the module is in the middle of the module. How best to open up the executable portion for more code, or whatever? I'm assuming that I'd rather work for some standalone solution, not Traps for instance. How do folks least painfully work on the code? Run through a dissasemmbler/assembler? Use some unknown OSK binary editor directly? Use MW debug in some fashion? Any favorite ideas. Thanks - T.J. Martin There are 2 Replies. #: 8112 S12/OS9/68000 (OSK) 10-Nov-90 22:39:22 Sb: #8109-OSK module patching Fm: Robert Heller 71450,3432 To: Timothy J. Martin 71541,3611 (X) MW debug can be used. Generally it is best to go from source and re-compile. Robert #: 8119 S12/OS9/68000 (OSK) 11-Nov-90 15:35:35 Sb: #8109-OSK module patching Fm: Kevin Darling (UG Pres) 76703,4227 To: Timothy J. Martin 71541,3611 (X) Tim - If you're patching at all, then you must have already figured out at least a tiny bit of the offending code already. How large is the module? I guess it depends on the tools you have, and what you're patching. When I first started patching, I simply assembled the extra code.. which I then merged onto the _end_ of the module in question... plus a few extra bytes where a new CRC would be made, using Verify. Obviously I also used debug (or a program) to change some of the old code to jump to the new routines. This method is relatively quick and easy. Nowadays, I disasm the whole thing... but you have to get it into just good enough shape so that adding code in the middle doesn't screw up something else (like a table of offsets)... which means you have to go through the whole module and look for stuff like that. If the module is small enough, this can be done fairly quickly, tho. No matter how you patch it, the way to distribute the patches (if patching something that's commercial, that is) is to use Bob Santy's MakPatch/IPatch programs (see PATCH.AR in Lib 12). They generate what we call "ipatch" files (".ipc") so that anyone with the original code can insert/delete new code. best - kev #: 8111 S7/Telecommunications 10-Nov-90 22:38:14 Sb: #!#$% modem & answer mode Fm: James Jones 76257,562 To: All Anyone else out there have a Gold Star GSM2400 modem? I own one, and so far, it's only had one quirk, namely that of randomly thinking it has gone onhook when it really hasn't... ...BUT, now that I'm trying to use OSTerm in remote mode, I can't make it work to save my soul. I set S0 to some appropriate non-zero value (3). I have bit 7 of S14 cleared, which supposedly puts it in answer mode. Despite this, when someone tries to dial in, the modem answers, but doesn't detect carrier. I'm getting within epsilon of throwing the modem across the room. Any and all ideas are welcome at this point. There are 2 Replies. #: 8113 S7/Telecommunications 11-Nov-90 10:41:45 Sb: #8111-#!#$% modem & answer mode Fm: Zack Sessions 76407,1524 To: James Jones 76257,562 (X) You don't have carrier detect forced high as you have to have it for dialing out do you? If so, you seen to force it back low. Hayes command would be AT&C1. Zack There is 1 Reply. #: 8114 S7/Telecommunications 11-Nov-90 11:17:36 Sb: #8113-#!#$% modem & answer mode Fm: James Jones 76257,562 To: Zack Sessions 76407,1524 (X) Thanks. I'll give that a try. There is 1 Reply. #: 8226 S7/Telecommunications 16-Nov-90 07:37:30 Sb: #8114-#!#$% modem & answer mode Fm: MOTD Editor..Bill Brady 70126,267 To: James Jones 76257,562 (X) James, some modems won't switch from using ORIGINATE to ANSWER freqs. When you set them up the revert to using ORIGINATE. So you hafta include a command to use ANSWER. (like the switch on the M-100). 'nuff said? There is 1 Reply. #: 8257 S7/Telecommunications 16-Nov-90 22:11:38 Sb: #8226-#!#$% modem & answer mode Fm: James Jones 76257,562 To: MOTD Editor..Bill Brady 70126,267 (X) Nuff said--thanks for the advice. I did finally get it to work...the manual for that modem is, um, not at all easy to find stuff in. There is 1 Reply. #: 8270 S7/Telecommunications 17-Nov-90 08:34:19 Sb: #8257-#!#$% modem & answer mode Fm: Steve Wegert 76703,4255 To: James Jones 76257,562 (X) JJ, What was the magic combination? Got a guy over on the CoCo forum that having problems with his Goldstar. Steve There is 1 Reply. #: 8274 S7/Telecommunications 17-Nov-90 12:37:06 Sb: #8270-!#$% modem & answer mode Fm: James Jones 76257,562 To: Steve Wegert 76703,4255 (X) Ack! I thought I had it written down...it's probably on a piece of paper that I can't find now, but...aside from stuff that I turned on because OSTerm wants to see verbose results of commands, the important stuff was ATS0=1&C1, I think. #: 8115 S7/Telecommunications 11-Nov-90 11:39:01 Sb: #8111-#!#$% modem & answer mode Fm: Jay Truesdale 72176,3565 To: James Jones 76257,562 (X) Assuming that your Gold Star GSM2400 is attached to a computer and you a trying to dial in to that computer: is DTR high from the computer or the modem set to ignore DTR? Are you trying to dial in to an OSK system? If so I've got some hints on how to set up the modem in a file on my disk here somewhere. Could you provide more details as to what your hardware configuration is? There is 1 Reply. #: 8123 S7/Telecommunications 11-Nov-90 17:49:52 Sb: #8115-#!#$% modem & answer mode Fm: James Jones 76257,562 To: Jay Truesdale 72176,3565 (X) I'm using my CoCo 3, hooked up via a Ken-Ton dual ACIA cartridge. xmode output shows type=0, i.e. loss of carrier doesn't kill processes on the port. As for modem settings, let's see... It says S21=0, which implies in particular that DTR is ignored. Perhaps I should change that... There is 1 Reply. #: 8161 S7/Telecommunications 12-Nov-90 21:34:25 Sb: #8123-#!#$% modem & answer mode Fm: Steve Wegert 76703,4255 To: James Jones 76257,562 (X) Jim, I'm also using the Ken-tron dual aciapak. /t5 is my dial out ... /t4 is dial in. Until I switched over to another tsmon type utility, the command string I sent the dial in modem to initialize was: ATE0M0Q0S0=1V0X4&c1&d2 The S0=1, &c1 and &d2 should be the critical parameters. Steve There is 1 Reply. #: 8168 S7/Telecommunications 13-Nov-90 06:03:28 Sb: #8161-!#$% modem & answer mode Fm: James Jones 76257,562 To: Steve Wegert 76703,4255 (X) Great! I will give that a try. Thanks! #: 8116 S1/General Interest 11-Nov-90 11:40:46 Sb: #Gespac's G-Windows Fm: Jay Truesdale 72176,3565 To: all In the November 1, 1990 issue of "Computer Design" inside the front cover is a full page color ad from Gespac introducing their new "G-Windows" for OSK. Looks pretty neat as they've got a bunch of stuff on screen at once all multi-tasking. From the ad... "Introducing G-Windows, a complete Graphical User Interface for the OS-9 Real-Time Multitasking Operating System. G-Windows lets you build a visually attractive and powerful user interface using a set of simple and easy-to-use function calls to create windows, menus, and a variety of input/output gadgets. An application editor, G-View lets you draw screens with gadgets that link easily in to your applciation program written in C. What's more, G-Windows is totally multi-tasking (all windows can be active and updated at the same time). It is extremely memory efficient and can be ROMed for embedded systems applications. G-Windows will operate on any G-64/G-96 or VME bus 680x0 system running OS-9. Just plug in GESAPC's Graphics, mouse and keyboard interface card into your backplane, install the G-Windows software and your system is ready to shine with 256 colors and resolution of 640 X 480 and higher." They've got a video available that they say is free. Gespac 1-800-4-GESPAC. I also saw a Microware ad on p. 27 for the OS-9 and OS-9000 catalogs. -J There is 1 Reply. #: 8120 S1/General Interest 11-Nov-90 15:42:28 Sb: #8116-Gespac's G-Windows Fm: Kevin Darling (UG Pres) 76703,4227 To: Jay Truesdale 72176,3565 (X) Yah, we looked at using G-Windows. It's about 100K long, and the optional developer's pack is for C programmers only, I believe. Hmmm... I suppose someone could write a Basic09 interface from that, tho. Thx for the posting! - kev #: 8117 S10/OS9/6809 (CoCo) 11-Nov-90 13:04:24 Sb: #7703-WD & HD Problems Fm: Bruce Isted (UG VP) 76625,2273 To: Mike Stephenson 71655,415 (X) Mike, Sorry for replying so late, but I finally did answer your email. I don't think the problem is too hard to fix. Bruce #: 8121 S9/Utilities 11-Nov-90 16:01:19 Sb: #Cron help Fm: Ken Drexler 75126,3427 To: Ted Miller 76545,457 (X) Ted, Sorry so see you had problems with my ramdisk running on a CoCo. Since seeing your message, I have tried ramdisk on my machine with cron and had no difficulty. I wonder if it is in the CoCo's implementation of F$MapBlk or F$ClrBlk or in you version of cron. I the cron I have is by Pete Lyall and is downloaded from here. It is edition 5 and has a size of $38D and a crc of $A6D46E. It recognizes in turn /r0 and /dd. It also looks for /nl or /nul to dump its i/o to/from. If you could provide more information, I could try and run down why ramdisk did not work on your CoCo with cron. (Did you have /nl or /nil in memory?) Ken Drexler 75126,3427 There is 1 Reply. #: 8207 S9/Utilities 15-Nov-90 22:04:39 Sb: #8121-#Cron help Fm: Ted Miller 76545,457 To: Ken Drexler 75126,3427 (X) Thanks for responding to my message concerning cron and your ramdisk driver. Your message prompted me to start experimenting again and I've come up with the following observations. When I start cron (i.e. cron -l&), and before cron errors out, if I try to access the ramdisk I get an error 241 (sector error). When cron errors out,after a minute has passed, I can access the ramdisk again with no problem. The cronerrs file reports "cannot open /r0/sys/crontab". If I try to start cron without forking (i.e. cron), and then press the Break key to end the process, the ramdisk is permanantly scrambled. All I get is error 241 when the ramdisk is accessed. I have to deiniz the ramdisk and then iniz again in order to use the ramdisk once more. BTW I have the same version of cron that you have and I have no problem with cron when using Kevin Darlings ramdisk. Here is another strange anomaly that I have noticed when using your ramdisk. Recently I have been working on learning 'C'. To this end I use a simple interface program called devsys that enables one to set the compiler options,run the compiler and call an editor at the press of a key. I use a version of 'cc' written by Pete Lyall that uses a ramdisk for all its files. Ordinarily this combination works very well with your ramdisk. However I have two boot disks, the only difference being that one has Vdgint installed and the other one doesn't. When I boot with Vdgint installed I have problems with the above setup. When 'devsys' calls 'cc' to compile my source code it errors out with error 213 (non existing segment). However if I switch to another window and call 'cc' manually the file compiles with no problems. Please note that the existence of Vgdint in the boot has no bearing with cron not working I couldn't even hazard a guess to what is going on. Right now the advantage of the ease of calling and removing your ramdisk outwieghs the above problems and I thank you for supplying it. Ted Miller There is 1 Reply. #: 8273 S9/Utilities 17-Nov-90 11:17:36 Sb: #8207-Cron help Fm: Ken Drexler 75126,3427 To: Ted Miller 76545,457 (X) Ted, Thanks for the message. I will have to scratch my head a while to see if I can figure out what is going (or not going) on. I think from you description, I can eliminate cron as a suspect. Beyond that I need some think time. I will get back to you. Ken #: 8124 S12/OS9/68000 (OSK) 11-Nov-90 18:26:00 Sb: #Tape on a Force CPU-30 Fm: Robert Heller 71450,3432 To: Any Force People I recently bought a Force CPU-30 system with OS-9/68K (v2.3). This system has a SCSI controller on the CPU board and the system came with a device driver for an Archive Viper (2150) QIC-150 SCSI tape drive. I purchased elswere a used Archive Scorpion (QIC-24) tape drive and a Adaptec ACB-3530 SCSI to QIC-36 controller. I've connected the Scorpion/Adaptec unit to the SCSI bus and loaded the driver and descriptor for the Viper and tried to use the tape. It does not seem to work. Nothing happens, except the system hangs. I have set the SCSI address on the SCB-3530 to 4, to match the address in the descriptor. Is there some reason the Viper driver won't work with a different SCSI tape drive? The system came with sources for the driver, so I can edit and re-build the driver if needed. I am not sure what I would need to change though. Also: does anyone have a program (for the Force CPU-30) that will scan down the SCSI bus doing an Inquiry command and reporting what is found on the bus? Just to be sure that the address is set to what it should be and to see if the controller board is alive and well (or at least talking to the bus). Robert Heller There are 2 Replies. #: 8125 S12/OS9/68000 (OSK) 11-Nov-90 19:42:21 Sb: #8124-Tape on a Force CPU-30 Fm: Kevin Darling (UG Pres) 76703,4227 To: Robert Heller 71450,3432 (X) Robert - I don't know anything about Force systems, but your idea of a SCSI bus inquiry util sounds neat... I hope someone picks up on it. #: 8135 S12/OS9/68000 (OSK) 12-Nov-90 10:44:28 Sb: #8124-#Tape on a Force CPU-30 Fm: Mark Wuest 74030,332 To: Robert Heller 71450,3432 (X) Robert, Although SCSI sounds like a standard, the command sets supported by different devices are different. Most likely, the Viper driver sends out a command that the controller from Adaptec does not support. I would have honestly been surprised if it *DID* work, they're so different. I'm assuming that you have MW's stock driver (sbviper) that uses the module to avoid collisions on the SCSI bus. If so, just get the docs for the Adaptec and change their driver to work with it. Sorry to not be more help. Mark There is 1 Reply. #: 8145 S12/OS9/68000 (OSK) 12-Nov-90 14:27:08 Sb: #8135-#Tape on a Force CPU-30 Fm: Robert Heller 71450,3432 To: Mark Wuest 74030,332 (X) Mark: I have the docs for the Adaptec controller and I compared it to what I believe the sbviper driver is doing and it looked like it should work... Since I have the sources, I guess I'll just copy the whole beast over and go through it with the Adaptec docs and make sure the driver and the controller are on the same wavelength... The only other posiblity is either the board is bad or I don't have the address set correctly. Robert There is 1 Reply. #: 8146 S12/OS9/68000 (OSK) 12-Nov-90 16:29:51 Sb: #8145-#Tape on a Force CPU-30 Fm: Mark Wuest 74030,332 To: Robert Heller 71450,3432 (X) Robert, I know this sounds dumb, but you need to be careful about SCSI termination. Most SCSI devices are very picky about the voltage levels which are affected by termination. Make sure you are terminated in two and only two places - preferably on the ends of your SCSI cable. I must confess that this has screwed me up (along with a blown "pico-fuse") numerous times when trying to hook up different SCSI devices. FWIW, I have Motorola MVME147, OMTI 5400, Archive Viper, and Micropolis Imbedded SCSI devices. Also, make sure you only have one device (and at least one ) providing power to the SCSI bus. If you have none, there's your problem. If you have two, I think you risk blowing something. Mark There is 1 Reply. #: 8262 S12/OS9/68000 (OSK) 17-Nov-90 01:13:41 Sb: #8146-#Tape on a Force CPU-30 Fm: Robert Heller 71450,3432 To: Mark Wuest 74030,332 (X) Mark: With the tape drive connected, the hard disk continues to work. I'm assuming that means that the SCSI bus itself is ok. I do have a termination connecter at the end of the cable. When I do a hard system reset (and when I power up the system), the tape drive does an initialization (makes little noises and its light comes on briefly). I'm assuming that the SCSI controller on the CPU board is sending a general initialization command to everything on the SCSI bus. Robert There are 2 Replies. #: 8263 S12/OS9/68000 (OSK) 17-Nov-90 01:15:38 Sb: #8262-Tape on a Force CPU-30 Fm: Pete Lyall 76703,4230 To: Robert Heller 71450,3432 (X) Robert - If it's anything like the Wangtek drives (60/125/150) that I use, the liht flashing and noise making is all perfectly normal. Pete #: 8329 S12/OS9/68000 (OSK) 19-Nov-90 09:30:31 Sb: #8262-Tape on a Force CPU-30 Fm: Mark Wuest 74030,332 To: Robert Heller 71450,3432 (X) Robert, Yup - if ANY devices on the SCSI bus work properly, you probably have it hooked up right. FWIW, the tape drive does its little song-and-dance even if no SCSI cable is hooked up to it when you power it up. Maybe the next step is to run through it with sysdbg and see how far you do get. Remember, putting breakpoints in drivers (and especially interrupt routines) will bring your system down. But then, that's what reset buttons are for! You may have to power down to reset the SCSI device. If you can re-assemble sbviper and place global symbols (end in ":") at strategic points, it will make debugging a lot easier. Lots of luck! Mark #: 8126 S4/MIDI and Music 11-Nov-90 21:19:05 Sb: TX81Z Editor Change Fm: Ches Looney 73016,1336 To: Bill Jackson 72737,2254 (X) Bill, There is an error of omission in the Disk Save portion of the TX81Z Editor program. The following segment is corrected in a way that works; however, you may wish to modify in a different way. Lines 3592 and 3595 have been added. Lines 3630 and 3640 have been deleted and line 3620 has been truncated. Regards, Ches. 3540 REM *********************DISK SAVE******************************** 3550 GOSUB 2430:GOSUB 3870:LOCATE 20,23:PRINT"SAVE UNDER VOICE NAME? (Y/N) "; 3560 GOSUB 580:IF P$<>"Y" AND P$<>"N" THEN 3560 3570 FI$="":FOR Z=0 TO 7:IF NM$(Z)="0" THEN FI$=FI$+"O": GOTO 3590 3571 IF NM$(Z)="." OR NM$(Z)="/" OR NM$(Z)=":" THEN FI$=FI$+"*":GOTO3590 3580 FI$=FI$+NM$(Z) 3590 NEXT 3592 IF P$="Y" THEN 3600 3595 GOSUB 3870:LOCATE 20,23:PRINT"ENTER NEW FILE NAME ";:GOSUB 580 3597 FI$=P$ 3600 GOSUB 3870:LOCATE 20,23: PRINT "ENTER DRIVE #";: GOSUB 580 3610 IF P$<"0" OR P$>"3" THEN 3600 3620 FI$=FI$+"/SGL:"+P$ 3650 N=256*PEEK(BS)+PEEK(BS+1):N = N+BF 3660 POKE &HFFD8,0:SAVEM FI$,BF,N,N:POKE &HFFD9,0 3670 RETURN #: 8127 S4/MIDI and Music 11-Nov-90 21:24:17 Sb: #UltiMusE Fm: Ches Looney 73016,1336 To: Mike Knudsen 72467,1111 (X) Mike, UltiMusE continues to fascinate me! The latest discovery is that I've been wasting time with rolled chords and grace notes. I didn't know all I had to do was to put a short rest or a short note in front of the existing long note and UME would fix it up. I had been laboriously putting in proper rests and tied notes to create the roll or the note after the grace note. Marvelous program that UME. Thanks also for the electronic mail info. Your latest received; I have a lead on a MT-32 that I may own in a few days. Thanks for your guidance. Ches. There is 1 Reply. #: 8301 S4/MIDI and Music 18-Nov-90 17:53:17 Sb: #8127-UltiMusE Fm: Mike Knudsen 72467,1111 To: Ches Looney 73016,1336 (X) Glad you found that out, CHes, grin! Still have to think to put grace notes after another note, tho, I think -someday I might add the ability to "chip" off the end of a note as well as the beginning. Say, I hope you do (a) read random parts of the manual over again sometimes just for fun -- never know what you might have missed 1st time, and lots of things might make for sense now. And (b) fool around with the mouse and punch thru all the buttons and sub-menus. One of these days some user is going to really surpise me with some capability I never dreamed was there (I don't get to do much mousing myself, but Ed Hathaway does). Keep those uploads coming. I'm putting up some scores (rock) and a new Jukebox tonite. --mike k #: 8128 S4/MIDI and Music 11-Nov-90 22:05:00 Sb: #TX81Z Editor Change2 Fm: Ches Looney 73016,1336 To: Bill Jackson 72737,2254 (X) Bill, correction to previous message: can't delete 3630,3640 due to other references. Similarly, can't truncate 3620. Also note added line 3597. Maybe references to line 3630 in 4130, 7100 and 7120 can be changed to refer to line 3595 and then delete 3630,3640 and truncate 3620. Ches. There is 1 Reply. #: 8141 S4/MIDI and Music 12-Nov-90 11:08:52 Sb: #8128-#TX81Z Editor Change2 Fm: bill jackson 72737,2254 To: Ches Looney 73016,1336 (X) Ches I believe those errors have been fixed on the copy of the program I sent you. . I nenever got around to re-uploading it. Feel fee to do so if you want. I lack the ability to do that anymore. Have fun, Bill There is 1 Reply. #: 8173 S4/MIDI and Music 13-Nov-90 10:21:20 Sb: #8141-TX81Z Editor Change2 Fm: Ches Looney 73016,1336 To: bill jackson 72737,2254 (X) OK, Bill. Thanks - Ches. #: 8129 S12/OS9/68000 (OSK) 11-Nov-90 22:50:33 Sb: #Reading 68000 disks Fm: Greg Law 72130,23 To: Kevin Darling 76703,4227 (X) Kevin, I am at wits end trying to convert a "Universal format" disk. According to the information given to me by Stephen Weller at Windsor Systems, the Universal format disks for OS-9/68000 (3.5 inch) use 16 sectors per track with a sector and track offset of one. Well, I've written this program that runs on the PC-clone that reads CoCo format disks beautifully so I altered the source code to change the track offset to one and 16 sector tracks. It reads the ID Sector (LSN 0), the file descriptor for the root directory, and the root directory entries just fine. But when I select CMDS from the root directory, I get a bizarre looking file descriptor for the CMDS directory. The first few entries look just fine, but when it gets to the created date it's set at 4/3/50 or something similar. Examining it closer, it appears there is one byte extra in the file descriptor from somewhere. Yet, the segment list looks fine and it jives with the filesize. In other words, CMDS/basic is supposed to start at LSN 8 and occupies 216 sectors. The file size is 55,xxx bytes and seems to jive with 216 sectors. I figured if the segment list looks okay, Microware must have stuffed some funny values for the creation date and the User ID is 256 (1.0?). When I look at the sector data at LSN 8 (CMDS/basic), the first four values are $00,00,00,00 - I thought the header should be $4A,FC,xx,xx. I took a peek at CMDS/runb and it's the same way. Is this normal for OS-9/68000 executable files? I've diddled the LSN values up and down and haven't spotted anything yet - but LSN 9 has the string "Trap not installed" which seems to allude to the fact that this must be CMDS/basic. It's a real bummer examining all of this stuff at home on a PC with the 68000 system sitting on my desk at work so I don't have the ability to run it through an ident or compare it against a known good executable file. -- Greg There are 2 Replies. #: 8131 S12/OS9/68000 (OSK) 12-Nov-90 06:16:11 Sb: #8129-#Reading 68000 disks Fm: Robert Heller 71450,3432 To: Greg Law 72130,23 (X) Greg: Did you check the sector interleave factor? It could be that you have adjacent sectors swapped or something. What is the sector interleave factor for a "normal" CoCo disk? I'd have to fire up my Force system to check. Robert There is 1 Reply. #: 8154 S12/OS9/68000 (OSK) 12-Nov-90 19:40:36 Sb: #8131-#Reading 68000 disks Fm: Greg Law 72130,23 To: Robert Heller 71450,3432 (X) Robert, I am using a method that doesn't require me to fiddle with the interleave factor on the disk. I just tell the NEC PD765 floppy controller chip to read Track 1 Sector 8 and it finds it for me. I did finally get the rascal working last night. I don't know what the problem was, but the first few bytes in CMDS/basic were always wrong while running in the C source debugger. I finally exited the debugger and tried it ala-carte and it worked. That made me a little suspicious so I started investigating the source a little closer and found one of the pointers was getting stomped on causing the first four bytes of my data buffer to get overwritten. Very strange problem and the funny thing is that the debugger was telling me what was happening all along - in an obvious way no less - and I ignored it. ;) I knew I was running into memory allocation problems - at least I was always allocating new buffers without returning the old memory - but I was in such a blasted hurry to get the program running so I could copy the files off at disk. I'll have to clean up the code tonight to make it nice and tight. I just wonder what format disk I'll receive next week. ;) -- Greg There are 2 Replies. #: 8158 S12/OS9/68000 (OSK) 12-Nov-90 20:27:59 Sb: #8154-Reading 68000 disks Fm: Kevin Darling (UG Pres) 76703,4227 To: Greg Law 72130,23 (X) Glad to hear you got it going! #: 8264 S12/OS9/68000 (OSK) 17-Nov-90 01:21:01 Sb: #8154-Reading 68000 disks Fm: Robert Heller 71450,3432 To: Greg Law 72130,23 (X) Greg: I know how those stray pointers/indexes can really screw you up in interesting and bizzare ways. I wrote this program to run on our DECStations and the program had a bogus array index problem. The wierdness was this: when the program was compiled and run on a Sun4, it appeared to work ok. It also worked on the DECStations, when I was writing to a NFS mounted VMS disk, but trashed the output file when writing to either a local DECStation disk or a NFS mounted DECStation disk (differently trashed). The problem was my bogus index was walking on the buffer allocated and used by fwrite() and a different amount of buffering was being used for different logical output devices and I was randomly lucking out on the Sun and when writing to the VMS disk. Robert #: 8132 S12/OS9/68000 (OSK) 12-Nov-90 06:31:01 Sb: #8129-#Reading 68000 disks Fm: Robert Heller 71450,3432 To: Greg Law 72130,23 (X) Here is a universal floppy format descriptor I have on my Force CPU-30: (you might want to make sure that your program on your PC is using this sort of setup.) descriptor name : u0 file manager name : RBF device driver name : rb1772 port address : $ff803800 irq vector : 113 irq level : 6 irq priority : 2 device mode capabilities : $a7 device class : $01 drive number : 2 step rate : 0 device type : $20 track 0 DD (PD_TYP) density : $03 DD, 96TPI (PD_DNS) reserved : $00 number of cylinders : 79 PD_CYL number of heads/sides : 2 PD_SID disk write verification : 0 default sectors/track : 16 PD_SCT default sectors/track 0 : 16 PD_TOS segment allocation size : 8 sector interleave factor : 2 PD_ILV (sector interleave) dma transfer mode : 0 track base offset : 1 PD_TOffs sector base offset : 1 PD_SOffs sector size : 256 PD_SSize control word : $0000 number of tries (1=no retry) : 7 scsi unit number of drive : 0 write precompensation cylinder : 0 reduced write current cylinder : 0 cylinder to park disk head : 0 logical sector offset : 0 total cylinders on device : 80 PD_TotCyls scsi controller id : $00 scsi options flags : $00000000 Robert There is 1 Reply. #: 8155 S12/OS9/68000 (OSK) 12-Nov-90 20:00:26 Sb: #8132-#Reading 68000 disks Fm: Dan Robins 73007,2473 To: Robert Heller 71450,3432 (X) Robert, You may want to try posting that message again and use the command: POST UNF The UNF stands for UNFormatted....which tells CIS not to play around with formatting your message. This one didn't look like you probably intended it to. Dan There is 1 Reply. #: 8265 S12/OS9/68000 (OSK) 17-Nov-90 01:22:53 Sb: #8155-#Reading 68000 disks Fm: Robert Heller 71450,3432 To: Dan Robins 73007,2473 (X) Dan: I'm not real familur with CIS - have not used it much. The POST UNF command is definately one to keep in mind! Thanks for the info. Robert There is 1 Reply. #: 8266 S12/OS9/68000 (OSK) 17-Nov-90 05:45:13 Sb: #8265-Reading 68000 disks Fm: Dan Robins 73007,2473 To: Robert Heller 71450,3432 (X) Robert, Just yak at us if we can be of assistance in the future. Dan #: 8133 S7/Telecommunications 12-Nov-90 09:02:59 Sb: #Games Fm: Keith O'Donnell 73730,1233 To: all I am running a 4 line bbs on a coco3 with 1 meg upgrade. It has been running good for about a year and better after the upgrade the only thing it is lacking somewhat on good online games. Does anyone know where I could get some have gallactic comflict and pertascii. Keith OD There is 1 Reply. #: 8144 S7/Telecommunications 12-Nov-90 13:57:55 Sb: #8133-Games Fm: edward langenback 73510,145 To: Keith O'Donnell 73730,1233 (X) well, OS/9 Lvl 2 BBS v3.0 from Alpha software tech includes a shareware version of Galactic Conflict. a pretty good one, completely configureable by the sysop. i've had it going on my board for over a month now, and i haven't had any problems with it. (other than finding time to play [;)] ) "KMA-68!!" >>>>>S S<<<<< !!!!!!!!!!!!! #: 8134 S3/Languages 12-Nov-90 10:33:35 Sb: #global labels in "c" Fm: Mark Wuest 74030,332 To: all I just tried to put my very first label in a "c" program to no avail. I've never used "goto", and do not need it now. What I want is to put a global label in so that sysdbg can be used to put a breakpoint in the code without having to disasemble a rather lengthy function looking for the right place. Here's what my code looked like: if(a){ dothis(); dothat(); } else{ FOO: x = -1; } When I tried to find FOO in the symbol table with sysdbg, I could not find it. When I tried to put a breakpoint at it ("b FOO"), sysdbg complained with "breakpoint at odd address" and did not put one there. Ok, all you non-structured (and proud of it!) goto'ers out there, how do I put a global label in a function? (We worked around it with a function that just did the "x = -1" and returned.) Mark There is 1 Reply. #: 8148 S3/Languages 12-Nov-90 17:48:38 Sb: #8134-#global labels in "c" Fm: James Jones 76257,562 To: Mark Wuest 74030,332 (X) Sorry, but if you look close you'll notice that the C compiler output contains labels of the form _ which do not appear in .r files corresponding to labels, since they're known only in the function. If you are determined, you'll have to do something like edit the assembly language output, find the label that corresponds to FOO, and tack a colon on the end to make it global. There is 1 Reply. #: 8174 S3/Languages 13-Nov-90 10:47:28 Sb: #8148-global labels in "c" Fm: Mark Wuest 74030,332 To: James Jones 76257,562 (X) I was hoping you'd say something like "labels in C are supposed to be so-and-so" Oh well. We effectively did what you said by compiling to the .a with source imbedded as comments to help us find the spot, then went to a separate function. Too bad we don't have our imbedded application on a network so we could use srcdbg! Thanks mucho, Mark #: 8150 S9/Utilities 12-Nov-90 18:36:36 Sb: #7882-#Rssave Fm: KEVIN JOHNSON 76475,1106 To: Zack Sessions 76407,1524 (X) No, it is where YOU might usually load it from! Where I load it from is MY choice. Sorry to be so buggy, but I think you're ignoring the OS9 concept. There is 1 Reply. #: 8175 S9/Utilities 13-Nov-90 16:01:35 Sb: #8150-Rssave Fm: Zack Sessions 76407,1524 To: KEVIN JOHNSON 76475,1106 (X) I simply do a "load RSDos", just EXACTLY like dsave does a "load copy". That way it gets loaded from your current execution directory which is wherever you have done a CHX to. Isn't that the "OS9 concept"? The intention was to make a utility command similar to dsave which used RSDos instead od copy. Which RSSave does very well. You are the only person who has made such a comment about this utility. You are also the first person to accuse me of "ignoring the OS9 concept". I don't think I am since the RSSave command works JUST LIKE the standard OS9 dsave command. Zack #: 8151 S1/General Interest 12-Nov-90 18:40:39 Sb: #UNIX Fm: KEVIN JOHNSON 76475,1106 To: ALL Can anyone shed any light on how good the AT&T PC7300 is as a UNIX machine? I have heard that some of AT&T machines are real dogs. But which ones? There are 2 Replies. #: 8152 S1/General Interest 12-Nov-90 19:01:32 Sb: #8151-UNIX Fm: Pete Lyall 76703,4230 To: KEVIN JOHNSON 76475,1106 (X) The 7300 is allegedly 'okay'. Not a speed demon, but the price is typically right (~$750 in the used market). I understand that math operations are notoriously slow for some reason... Pete #: 8172 S1/General Interest 13-Nov-90 08:23:29 Sb: #8151-UNIX Fm: David Betz 76704,47 To: KEVIN JOHNSON 76475,1106 (X) With a decent sized hard disk and at least 1MB of memory, the 7300 isn't a bad UNIX machine. You used to be able to buy them for under $1000 and upgrade them to 1MB/40MB for about $500 more. It made a rather inexpensive way to get into UNIX. I don't know if they are available at those prices anymore though. #: 8157 S7/Telecommunications 12-Nov-90 20:15:46 Sb: Games Fm: Keith O'Donnell 73730,1233 To: Edward Langenback ? Thanks I have that version. I bought the Alpha software BBS but was not satisfied with it. It ran ok for 2 users but since it seems to keep all processes running when they are not needed therefore the farther into the board a user goes the more processes are running the result is when two or more users are on and I do a procs I get a long line of processes running resulting in the user 3 not being able to do anything but change menus. I am usually a locally written board which drops each program if it isn't using it. As for the Gallactic game I got in touch with the writers and am now running a Version 4.02 which is designed for a multiline board and will allow up to 3 users to be playing the game at once. It seems to work very well. If you hear of anything else I might use would appreciate if you dropped me a message. Thanks Keith OD. #: 8160 S1/General Interest 12-Nov-90 21:27:16 Sb: #SysMem Fm: Paul Hanke 73467,403 To: Kevin Darling 76703,4227 (X) Kevin, I was pondering as to how IDENT shows a module's size; by calculation or extracting it from within maybe? Anyhow, could IDENT be modified to sum up sizes of all modules in memory to give an accurate SysMem used? -ph- There is 1 Reply. #: 8165 S1/General Interest 13-Nov-90 03:31:35 Sb: #8160-SysMem Fm: Kevin Darling (UG Pres) 76703,4227 To: Paul Hanke 73467,403 (X) Paul - yes, one of the first things in a module is its size. Tell ya what I'd do... write a filter which took the output of "mdir e", and added up all the sizes. Tho that wouldn't necessarily tell you much about system mem usage, as some could be merged while others took up full 8K blocks each. Ahhh... I see, that info might be interesting, too. Another good filter would be to ident all modules in memory to look for problems. #: 8177 S10/OS9/6809 (CoCo) 13-Nov-90 18:44:27 Sb: #hard drive query Fm: Hugo Bueno 71211,3662 To: ALL This is a message from a friend, can anyone help? Responses should be addressed to me. From: BOB BILLSON To: HUGO BUENO (Rcvd) Subj: COULD YOU ASK ON CI$? Hugo, Could you ask if anyone has ever gotten a hard drive made for the TRS-80 Model II to work on the CoCo (OS-9 Level II)? I was given an 8 meg hard drive. Supposedly it is a primary drive. I *HAVE* Tandy's Primary Hard Drive Controller for the CoCo. (Actually the thing is an interface. The controller is supposed to be built in to the drive.) Surely some must have tried using a Model II drive on the CoCo. I have no docs. When I plug it in. The CoCo usually starts to boot OS-9 then crashes. I was attempting to use the Level I CCHDisk driver and descriptors. Be nice if I could get it to work. But I need more info to do anything. Thanks. There is 1 Reply. #: 8179 S10/OS9/6809 (CoCo) 13-Nov-90 22:24:46 Sb: #8177-#hard drive query Fm: Kevin Darling (UG Pres) 76703,4227 To: Hugo Bueno 71211,3662 (X) Hugo, Bill - I've forgotten whether anyone got that combo to work or not (I think it depended). First, I'd drop back to L-I to try it. Second, I'd rename H0 to something else inside the module so os9 doesn't try to use it on boot. If you do want to try it under L-II, at the least patch the address in H0 (remember? FFxxxx to 07Fxxx ? See ST225.AR in lib 10 also (I dunno if it helps or not). I'll ask around... it's been years since someone asked this Q> There is 1 Reply. #: 8205 S10/OS9/6809 (CoCo) 15-Nov-90 19:22:25 Sb: #8179-hard drive query Fm: Hugo Bueno 71211,3662 To: Kevin Darling (UG Pres) 76703,4227 (X) Kevin, Thanks for the response. I'll forward it to Bob and see what happens from there. Hugo #: 8181 S1/General Interest 14-Nov-90 06:23:36 Sb: #One-Meg Help Fm: LARRY LANDON 73510,2536 To: Kevin Darling HELP Having problems with Multi-Vue and my one-meg upgrade. Most of my Multi-Vue programs will not run with one-meg activated. Is there a way to patch the programs to recogonize the additional memory. I purchased Sprite Basic (RSDOS) and guess what it will not run on my coco since I upgraged to one-meg. Appreciate any help out there. Larry There is 1 Reply. #: 8185 S1/General Interest 14-Nov-90 15:56:33 Sb: #8181-One-Meg Help Fm: Kevin Darling (UG Pres) 76703,4227 To: LARRY LANDON 73510,2536 (X) Hi Larry - it sounds like your machine needs fine-tuning for the 1-meg. You know that resistor under the keyboard connector which you jumpered? People have found that either putting it back to normal (or more often, using a smaller value like 10 ohms) or using a small pot allows them to tweek things for their particular GIME/meg/cpu. Maybe someone who's done this can pop in and give more details. Once things get tuned, their problems have gone away (and MV etc shouldn't need patching). Oh ... I assume you installed the new grfdrv, vdgint of course. best - kev #: 8182 S4/MIDI and Music 14-Nov-90 08:27:09 Sb: #Query Fm: Ches Looney 73016,1336 To: Bill Jackson 72737,2254 (X) Bill, the disk arrived, has been read, and files stored on my hard disk. I'm looking forward to studying the dump source. I know you said you had migrated to the MSDOS world (tsk!); can you still play either LYRA or UME files? Ches. There is 1 Reply. #: 8272 S4/MIDI and Music 17-Nov-90 09:50:09 Sb: #8182-Query Fm: bill jackson 72737,2254 To: Ches Looney 73016,1336 (X) Ches, Nope, but thanks anyway. Have fun! Bill #: 8183 S12/OS9/68000 (OSK) 14-Nov-90 15:31:19 Sb: #TrapV Error Info? Fm: Mike Haaland 72300,1433 To: All Hi! Anyone working with OSK know what would cause a C program using no trap Libraries, and tons of floating point calculations, to give a 'TRAPV' error #000.107 (E$TrapV) ? I can't even really figure out what this obscure error is. The manual just states "TRAPV - TrapV instruction exception occurred." But what does that mean? I've been trying to find more info in the manual for days! Mike There are 2 Replies. #: 8184 S12/OS9/68000 (OSK) 14-Nov-90 15:45:47 Sb: #8183-#TrapV Error Info? Fm: Pete Lyall 76703,4230 To: Mike Haaland 72300,1433 (X) Mike - This is just a stab, but could E$TRAPV be an arithmetic overflow? I know that the Math errors were defined separately in one other version (6809 C).. The 'v' bit in most uProcessors is the overflow bit.. Also - missed you this year.. didn't go to COMDEX. Marsha has Vegas fever pretty bad though, and we may come out soon anyhoo. Mebbe Feb 91 (or sooner).. Ready to make another pass at the Comedy Store? We had _such_ a ball that night. Say.. weren't you supposed to come to CA next?? Pete There is 1 Reply. #: 8194 S12/OS9/68000 (OSK) 15-Nov-90 02:07:43 Sb: #8184-#TrapV Error Info? Fm: Mike Haaland 72300,1433 To: Pete Lyall 76703,4230 (X) Sounds like that just might be the problem. (Overflow Error) But I have absolutly no idea how to trace the sucker down!!! The binary is 121k and that's not gonna be very pretty to try to find. Thanks. You might be interested in the program. It's a full-featured raytracer, the first one I know of under OSK, called DKBTrace. It's also running on the Amiga, PC's and UNIX sytems. Yeah, I was just saying the other day, "Wonder what happened to Pete?" RE: COMDEX. Well, let me know when your coming and I'll do my best to get you set up at the Dust. You know we're opening a new tower, 1500 rooms. And you and Marsha will get to meet my new wife, Kim. BTW - If you come out in late February you might get to meet my baby too! 8-) I did make it to Cali a few times, just didn't make it up to your area, my fiance, (And now wife), is from the Huntington Beach area. Did you ever get and OSK box? I've got some interesting stuff going and need a couple more beta testers. Mike There is 1 Reply. #: 8197 S12/OS9/68000 (OSK) 15-Nov-90 09:08:02 Sb: #8194-TrapV Error Info? Fm: Pete Lyall 76703,4230 To: Mike Haaland 72300,1433 (X) Mike, NEW WIFE??? Yow! Baby too? Gawd... you're a fast worker! Marsha and I may finally be pulling it together early next year (don't want to rush things .. only been together 6-7 years ;^})... No babies here though ... the youngest (17 now) will be shipping out to live in Chicago for a bit, and we'll have the house to ourselves for a change. I just told Marsha and she's thrilled.. now we have multiple reasons to go to Lost Wages. Re: OSK - not yet. Still waiting on a developer's box from Mark/Paul. Frankly, I've stopped holding my breath, and am starting to invest some of my developmental energy into PC-based MIDI tools. Pete #: 8186 S12/OS9/68000 (OSK) 14-Nov-90 17:18:12 Sb: #8183-#TrapV Error Info? Fm: James Jones 76257,562 To: Mike Haaland 72300,1433 (X) You might have divided by zero or overflowed. There is 1 Reply. #: 8195 S12/OS9/68000 (OSK) 15-Nov-90 02:08:24 Sb: #8186-#TrapV Error Info? Fm: Mike Haaland 72300,1433 To: James Jones 76257,562 (X) Thanks JJ, The error only happens on one data file for the raytracer, maybe the data file got munged, I sure hope so anyway. BTW-Do you know why we don't have a fmod() function in the stock math lib? Fmod(double x, double y) returns the modulus of to floats/doubles. Also, what's your opinion on using the cio and math trap libraries? Is it considered better to compile for the traplibs or to not use them. Which executes faster? Any ideas? Mike There is 1 Reply. #: 8204 S12/OS9/68000 (OSK) 15-Nov-90 18:38:21 Sb: #8195-TrapV Error Info? Fm: James Jones 76257,562 To: Mike Haaland 72300,1433 (X) Going via the trap libraries has an associated performance hit, but does have the advantage of inheriting any improvements in the functions used without recompiling. #: 8187 S7/Telecommunications 14-Nov-90 22:47:44 Sb: uucp bug (uucico) Fm: Brett Wynkoop 72057,3720 To: all Greeting- I have just found and curred a bug in uucico that slipped through testing. Sorry guys! The problem has only happened for me with system names in the Systems file longer than 6 characters. If you try to originate a call to a system with more than a 6 character name strange things may happen. Most of the time uucico trys to write to stdout instead of the desired port. It leaves the window frozen on exit. I have made the fix and am awaiting Marks reply about how to distribute it. The work around is to not put any systems in your Systems file with names longer than 6 characters. -Brett uucp........marob!davidge!wa3yre!wynkoop #: 8188 S10/OS9/6809 (CoCo) 14-Nov-90 23:11:03 Sb: #Os-9 help Fm: Walter Noon 71630,1267 To: all Hello... I just picked up a CoCo three and the Radio Shack OS-9 Level 2 operating system for it. I've had a CoCo one for years and know it pretty well, but, needless to say OS-9 is a whole new ballgame and \i could use a little bargin basic advice. I'm very eager to get OS-9 basic up and running, however when I try to load it from a disk I get error 216. The manual says that means the program isn't there, however this in an official Radio Shack copy and it says right on the label OS-9 basic config disk! I've followed the procedure direct from the manual. What am I doing wrong? Also I wrote/run a BBS on my CoCo one, and would love to run it from my CoCo three now that I have it. I wrote it in Basic and use Pete Lyal's RS-232 driver... Is there an OS-9 BBS driver that will let me run my BBS on the CoCo three?? Thanks! Walt Noon P.S. My BBS # for anyone interested in LD calling is: 714 369 6094 There are 3 Replies. #: 8189 S10/OS9/6809 (CoCo) 14-Nov-90 23:36:10 Sb: #8188-#Os-9 help Fm: Kevin Darling (UG Pres) 76703,4227 To: Walter Noon 71630,1267 (X) Hi Walter - see message #7993 here... it answers the same question. Do you have two drives or just one? If two, put the disk in the other drive and type "dir /d1" and "dir /d1/cmds"... you should see basic09 in there. Then just "load /d1/cmds/basic09". Welcome aboard, btw! It gets easier, I promise! Kev There is 1 Reply. #: 8198 S10/OS9/6809 (CoCo) 15-Nov-90 14:17:09 Sb: #8189-Os-9 help Fm: Floyd Resler 72500,2572 To: Kevin Darling (UG Pres) 76703,4227 (X) Not only does it get easier, it gets a lot more fun. I haven't touched RS-DOS in months (except to play games and type the DOS command)! #: 8202 S10/OS9/6809 (CoCo) 15-Nov-90 18:32:32 Sb: #8188-Os-9 help Fm: James Jones 76257,562 To: Walter Noon 71630,1267 (X) Either use an "absolute" path name, i.e. load /d0/cmds/basic09, or do a chd and chx when you change floppies. If you do the former, you should switch back to the floppy you were using immediately after you do the load command. #: 8261 S10/OS9/6809 (CoCo) 17-Nov-90 00:57:25 Sb: #8188-#Os-9 help Fm: Peter Bergerson 70175,1142 To: Walter Noon 71630,1267 (X) Maybe this note will help some of you new OS9ers. BASIC09 and all of it's related files are located in the "CMDS" directory of the boot/config/basic09 disk as distributed by Radio Shack. The manuals do not always make it clear that executable files (programs, commands, procedures) are placed in that CMDS directory This seems to confuse a lot of newcomers until they get used to OS9's use of two(2) current directories instead of one(1) as in MSDOS or UNIX. There is 1 Reply. #: 8283 S10/OS9/6809 (CoCo) 17-Nov-90 23:55:30 Sb: #8261-#Os-9 help Fm: Walter Noon 71630,1267 To: Peter Bergerson 70175,1142 Thanks for all the responces to my OS9 question... I`ll give them a try as so as I am home and on my CoCo again!!!! I still would like to know if it is possible to run the BBS I wrote in basic on OS9. Have the additional speed would be nifty, and as some of you have said, I really have no desire to look at RS DOS again. I started out as a pascal programmer, and have some Z80 machine language background so RS basic was always troublesome... Then again, it does usually do the job. The other problem I have now is with animation. I just purchased CoCo max III hoping to do ~animation" as promised in thier ad. Unfortunatly, though it is a good program, when they refer to animation they just mean flickering colors on the screen. I would like to do cartoon style animation (as in having many pages to write to and flipping pages rapidly) is there anything like this available????? Well, I`m off to plunge back into the wonderful world (and sorid manual) of OS9. Wish me luck. And THANKS! There is 1 Reply. #: 8287 S10/OS9/6809 (CoCo) 18-Nov-90 07:39:27 Sb: #8283-Os-9 help Fm: Dan Robins 73007,2473 To: Walter Noon 71630,1267 Walter, Does your BBS program, written in RS-DOS, contain pokes to certain locations in memory? If so, that could be a bugaboo with OS9. Dan #: 8190 S7/Telecommunications 14-Nov-90 23:52:41 Sb: #Kermit Fm: Kevin Darling (UG Pres) 76703,4227 To: David 71630,721 (X) Dave - didja get it to work over there in Practice? I did. Just browsed upon a file and said: dow /pro:kermit then escaped to a shell and said: "kermit ril /t2" and it came down. Ooops. It also asked for a filename for my disk after the "dow" command. Slow tho! I'll stick to using STerm and B protocol . - kev There are 2 Replies. #: 8196 S7/Telecommunications 15-Nov-90 07:10:52 Sb: #8190-#Kermit Fm: Ches Looney 73016,1336 To: Kevin Darling (UG Pres) 76703,4227 (X) Kev, at the risk of misunderstanding the essence of your comment, please allow me to make an observation. I use Kermit at work to transfer files from a mainframe to a pc at 19.2 with pleasure at the speed. I tried the CIS kermit recently expecting to see an improvement and found it slower than xmodem! Perhaps the CIS implementation is inefficient?? Regards, Ches. There are 3 Replies. #: 8199 S7/Telecommunications 15-Nov-90 14:49:18 Sb: #8196-#Kermit Fm: Kevin Darling (UG Pres) 76703,4227 To: Ches Looney 73016,1336 (X) Ches - David and I were just kinda mucking around, trying out our first kermit downloads from CIS . Our kermits don't have sliding windows or anything fancy, and so I wouldn't expect them to be as fast as async protocols like B or (?? zmodem??)... I'm no comm expert, I just know what goes fast for me over a huge network ;-). I guess you were directly hooked up at work with the PC? Should kermit be as fast/slow as xmodem? thx! - kev There are 2 Replies. #: 8200 S7/Telecommunications 15-Nov-90 15:09:59 Sb: #8199-#Kermit Fm: Ches Looney 73016,1336 To: Kevin Darling (UG Pres) 76703,4227 (X) I'm no comm guru either, but I would expect kermit to be faster since it can underscore can use larger blocks. The work connection was through an internal telephone system using codecs rather than modems, but functionally its the same as dialing up thru a modem. The available bandwidth is larger, or course, thus permitting 19.2 transmission. But even at 2400 or 4800, kermit seems fast at work. I say seems since I can't use xmodem or any ?modem there - only kermit for file transfer - but watching the bits and bytes come through it seems fast. In running kermit from home at 2400 on CIS, it appears far slower than xmodem. Regards, Ches. There are 2 Replies. #: 8201 S7/Telecommunications 15-Nov-90 16:28:31 Sb: #8200-#Kermit Fm: Kevin Darling (UG Pres) 76703,4227 To: Ches Looney 73016,1336 (X) The trouble is, I don't know how CIS packets things up locally at the node... i do notice that the ACKs don't come back as fast as they would with more direct connections. Maybe one of the gurus here knows what's what. - kev There are 2 Replies. #: 8206 S7/Telecommunications 15-Nov-90 20:34:35 Sb: #8201-Kermit Fm: Mike Ward 76703,2013 To: Kevin Darling (UG Pres) 76703,4227 (X) Kev, CIS doesn't implement a very fancy Kermit. It suffers from the same things that xmodem does in that each packet must be ack'd before the next can be transmitted. In a packet switching network the size of CIS the interpacket delays can be as long as the time it take to transmit a block sometimes. Add to that Kermit is implemented with very small blocks (64 bytes I believe) and you can see that it's not very efficient. Full B-protocol is really the way to go on CIS especially since the sources are available. Mark did a nice job of doing just that with Sterm. #: 8224 S7/Telecommunications 16-Nov-90 07:36:55 Sb: #8201-Kermit Fm: Ches Looney 73016,1336 To: Kevin Darling (UG Pres) 76703,4227 (X) Kev, the comments by Pete and James are illuminating. Maybe CIS will someday find a way to improve their Kermit, meanwhile, ?modem is fine for me here and I'll use Kermit elsewhere. Regards, Ches. #: 8209 S7/Telecommunications 15-Nov-90 23:06:57 Sb: #8200-#Kermit Fm: Pete Lyall 76703,4230 To: Ches Looney 73016,1336 (X) Kermit defaults to using blocks that are about 94 characters. More overhead than Xmodem, although other niceties make up for (i.e. no padding, etc.). The CIS folks have acknowledged that their kermit is far from optimal.... Pete There is 1 Reply. #: 8223 S7/Telecommunications 16-Nov-90 07:34:11 Sb: #8209-Kermit Fm: Ches Looney 73016,1336 To: Pete Lyall 76703,4230 (X) Thanks for info, Pete. BTW, I now have an MT-32 and enjoying a drum capability far better than the TX81 (of course). Difference between Roland and Yamaha sounds in these two implementations is quite interesting too. Thanks for your comments. Ches. #: 8212 S7/Telecommunications 16-Nov-90 05:00:09 Sb: #8199-#Kermit Fm: DAVID DE FEO 71630,721 To: Kevin Darling (UG Pres) 76703,4227 (X) Kev It seems that the redeeming quality of kermit on CIS is that you don't get the extra characters at the end of the files. However, I think I'll stick to the faster protocols and work through the extra characters ;-). Dave There is 1 Reply. #: 8239 S7/Telecommunications 16-Nov-90 10:13:35 Sb: #8212-#Kermit Fm: Kevin Darling (UG Pres) 76703,4227 To: DAVID DE FEO 71630,721 (X) Dave - you don't get extra bytes at the end of files which were uploaded with B protocol either... that's the catch tho... if someone uploaded with xmodem, then I think the junk is permanently attached ;-). There is 1 Reply. #: 8249 S7/Telecommunications 16-Nov-90 16:31:37 Sb: #8239-#Kermit Fm: DAVID DE FEO 71630,721 To: Kevin Darling (UG Pres) 76703,4227 (X) Kev, Just to see if I understand this correctly, the extra bytes at the end of an xmodem transfer is a padding so that the final packet sent is full? ie. if the packets are 128 bytes each, and the final packet only contains 100 bytes, xmodem fills in the remaining 28 bytes with bogus characters? Dave There are 2 Replies. #: 8252 S7/Telecommunications 16-Nov-90 19:57:49 Sb: #8249-#Kermit Fm: Kevin Darling (UG Pres) 76703,4227 To: DAVID DE FEO 71630,721 (X) Dave - as I understand it, yes. I believe the default filler is ctl-Z's, which is the old CP/M end-of-file character (if I'm wrong, I'm sure I'll be corrected ;-). To get around that, the Mac guys came up with MacBin format... where the first packet is a header with the real size of the file, and some other helpful info. Bill Brady did a similar deal for the coco with CoCoBin. Newer protocols don't add filler bytes (I suppose because the length is specified in handshaking first??), and most people just ignore the older file errors ... like when Ar or Ident etc cough on the extra junk. I'm definitely not a serial guru.. but there's a bunch of those here. I hope they jump in to save my tail . - kev There are 2 Replies. #: 8254 S7/Telecommunications 16-Nov-90 21:07:22 Sb: #8252-#Kermit Fm: DAVID DE FEO 71630,721 To: Kevin Darling (UG Pres) 76703,4227 (X) Kev...thanks any idea if I can get B+ as a stand alone program to install on KBCom? I know, I know...tooooo many questions :-( -dave There is 1 Reply. #: 8258 S7/Telecommunications 16-Nov-90 23:50:21 Sb: #8254-#Kermit Fm: Kevin Darling (UG Pres) 76703,4227 To: DAVID DE FEO 71630,721 (X) Sounds like a question for Mark Griffith who did one of the B+ ports. If KBCom lets you escape to a shell, then you could just call up STerm that way (like the way we were calling up kermit). There is 1 Reply. #: 8286 S7/Telecommunications 18-Nov-90 05:07:28 Sb: #8258-Kermit Fm: DAVID DE FEO 71630,721 To: Kevin Darling (UG Pres) 76703,4227 (X) Well, KBCom calls up an overlay window for kermit. It gets the baud rate,rs232 parameters, and window params from parameter files. I'm going to try to see if I can get Sterm up on an overlay window and then kill when I'm done downloading. -Dave #: 8323 S7/Telecommunications 19-Nov-90 06:13:58 Sb: #8252-#Kermit Fm: MOTD Editor..Bill Brady 70126,267 To: Kevin Darling (UG Pres) 76703,4227 (X) Kev, the newer protocols *do* fill. But they xmit the filesize as part of the header. The host, *if* it implements the protocol properly, uses that to trim the file. MacBinary and CoCoBinary are both designed to be transparent to the host, it makes not diff what protocol is used. Right now the "hot" mode is ZMODEM and MNP Class 5. That combo yields a 4x to 8x speed improvement. There is 1 Reply. #: 8330 S7/Telecommunications 19-Nov-90 09:35:47 Sb: #8323-Kermit Fm: Kevin Darling (UG Pres) 76703,4227 To: MOTD Editor..Bill Brady 70126,267 (X) Ah. So the newer protocols do fill. Learned something new! thx, Bill! - kev #: 8256 S7/Telecommunications 16-Nov-90 22:09:46 Sb: #8249-#Kermit Fm: James Jones 76257,562 To: DAVID DE FEO 71630,721 (X) You hit the nail on the proverbial head. Xmodem was designed as a protocol to ship files from one CP/M disk to another, and since CP/M doesn't know the lengths of files as anything but the number of 128-byte sectors they consume, that was good enough for it. There is 1 Reply. #: 8285 S7/Telecommunications 18-Nov-90 05:02:21 Sb: #8256-Kermit Fm: DAVID DE FEO 71630,721 To: James Jones 76257,562 (X) Thanks James, at least I finally understood something!! #: 8203 S7/Telecommunications 15-Nov-90 18:34:18 Sb: #8196-#Kermit Fm: James Jones 76257,562 To: Ches Looney 73016,1336 (X) Nope--it's not CIS's implementation, save to the extent that it doesn't support sliding windows or long packets. CIS transput is via a network that introduces some hefty delays, so that protocols that don't do what is called "sliding windows" or "send ahead" take a major performance hit. There is 1 Reply. #: 8225 S7/Telecommunications 16-Nov-90 07:37:24 Sb: #8203-Kermit Fm: Ches Looney 73016,1336 To: James Jones 76257,562 (X) Thanks for comments, James. Regards, Ches. #: 8232 S7/Telecommunications 16-Nov-90 07:58:03 Sb: #8196-#Kermit Fm: MOTD Editor..Bill Brady 70126,267 To: Ches Looney 73016,1336 (X) Ches, kermit works fine on direct connect, but lousy via a packet switching network. It's due to the small blocks which get stuffed into bigger 'padded' packets on the network. Throughput on NASABBS is horrible. There is 1 Reply. #: 8251 S7/Telecommunications 16-Nov-90 18:05:41 Sb: #8232-#Kermit Fm: Ches Looney 73016,1336 To: MOTD Editor..Bill Brady 70126,267 (X) Well, hello there!!! We need to get together and exchange happenings. I have a new synthesizer and have continued to enjoy the 1100. I see you gave in to temptation and ordered a Tomcat. I'll be interested in hearing of your discoveries on that beauty. Also want to chin a bit on the other two new ones. Are you in the tall building most of the time now? How's your back and nerve problems?? Regards, Ches. There is 1 Reply. #: 8295 S7/Telecommunications 18-Nov-90 11:36:02 Sb: #8251-Kermit Fm: MOTD Editor..Bill Brady 70126,267 To: Ches Looney 73016,1336 (X) Yup, still there, but I have moved to the 12th floor. The Bell's went away but does the arthritis ever? Mayhaps you guys can make it down to the country over the holidays? New synth eh? #: 8211 S7/Telecommunications 16-Nov-90 04:56:04 Sb: #8190-Kermit Fm: DAVID DE FEO 71630,721 To: Kevin Darling (UG Pres) 76703,4227 (X) Kev...I finally got Kermit working....the reason it wasn't working was really DUMB!!!... I'm on CIS with 7 Even 1....for kermit to work you need 8N1...AAAArrrgh!!! BTW...it is really! slow. Which brings me to my next question :-): I've just started using DBCom, and I was wondering if there is any way I can get B+ to work on it via the hot keys. Do I have to call up Sterm or is there a B+ program alone that I can use. I looked in Lib 7 but didn't see a stand alone B+ prog. I know Sterm is great on Cis because of B+ but I really like DBCom because of its VT-100 emulation and macros(thanks Eddie Kuns!) BTW...thanx A LOT for your help the other night!!! #: 8191 S10/OS9/6809 (CoCo) 15-Nov-90 01:52:40 Sb: shell + Fm: Marcelo Katzeff 72520,640 To: SYSOP (X) Does anyone know a way to prevent Shell+ 2.1 from printing the time and date as soon as it is forked? I don't mean in the prompt but just before it is ready it prints 'Shell+ v2.1 90/11/13 18:51:34'. I would like to keep it from printing the time and date. The reason is this : I am running a BBS, under RiBBS v2.0. It allows users access to shell commands. It forks login fine and the user may enter their name and password, but as soon as the shell is forked there comes up about 20 'ERROR #214' or 'ERROR #215' and then it exits. Shell+ works fine with the origonal ACIAPAK, but for some reason when it is called through the ACIAPAK that is patched for RiBBS it is not happy. The original shell works for us, but it is not the same, as you may know. I figure the printing of the time to be the problem because it appears to be the only difference between the two shells on startup. Any help would be greatly appreciated. Thanks. #: 8208 S12/OS9/68000 (OSK) 15-Nov-90 22:43:49 Sb: #TRAPV exception error Fm: BILL HEALTON 73367,357 To: 72300,1433 (X) mike, OSK errors 1XX are generated by an unused vector #XX. Exception Vector #7 is defined as TRAPV. TRAPV is the instruction for "Trap on Overflow". Therefore : 1) An Overflow condition is causing the exception and this condition was anticipated by the C generated code(hence the TRAPV instruction). 2) The lack of an exception handling routine causes the error. If you understand the code or what to do on an overflow, you could install your own handler, if not, you could simply try installing an RTI into vector #7. There may even be a handler routine in one of the C-libs or CIO? If you wish to determine where the exception is coming from, you could install a routine into vector #7 to read the stacked address and display it. Hope this helps. Also if what you need beta tested could run on Atari ST/OSK I would be glad to help. Bill Healton 73367,357d There is 1 Reply. #: 8268 S12/OS9/68000 (OSK) 17-Nov-90 07:41:34 Sb: #8208-TRAPV exception error Fm: Mike Haaland 72300,1433 To: BILL HEALTON 73367,357 (X) Thanks for the info, Bill. That sure clears up what the error is, for sure. You might just be correct about the math trap lib having it's own exception handler. I'll try using the math lib and see. (Compile with a -x option). I'm doing tons of floating point calculations and the program sometimes takes "DAYS" to complete a complex trace!!! So, I should try my best to find the buglet. Unfortunatly, I don't know enough assembler to modify vector #7 or to even install a handler. But hopefully the math module will have the needed routine 'built in'. Mike #: 8213 S12/OS9/68000 (OSK) 16-Nov-90 06:28:08 Sb: #7914-#Atari-ST file transfer Fm: MOTD Editor..Bill Brady 70126,267 To: David Betz 76704,47 (X) David, which version of Red Ryder are you using? 10.3 has bugs in Kermit & Ymodem. There is 1 Reply. #: 8234 S12/OS9/68000 (OSK) 16-Nov-90 09:54:48 Sb: #8213-#Atari-ST file transfer Fm: David Betz 76704,47 To: MOTD Editor..Bill Brady 70126,267 (X) Actually, I think I was using RedRyder 9.3 or something like that. I never upgraded to the comercial version. There is 1 Reply. #: 8290 S12/OS9/68000 (OSK) 18-Nov-90 11:27:49 Sb: #8234-#Atari-ST file transfer Fm: MOTD Editor..Bill Brady 70126,267 To: David Betz 76704,47 (X) I believe the bugs were in all versions until White Knight. They may *still*. There is 1 Reply. #: 8334 S12/OS9/68000 (OSK) 19-Nov-90 10:55:38 Sb: #8290-Atari-ST file transfer Fm: David Betz 76704,47 To: MOTD Editor..Bill Brady 70126,267 (X) Hmmm... Maybe it's the Mac end of the connect that's messing up the kermit transfers then. I'll try using my MS-DOS machine under PROCOMM. I think it has a reliable kermit implementation. Thanks. #: 8214 S12/OS9/68000 (OSK) 16-Nov-90 06:37:47 Sb: #7884-#Atari-ST file transfer Fm: MOTD Editor..Bill Brady 70126,267 To: Kevin Darling (UG Pres) 76703,4227 (X) Before I gave up on the ST, I spent many hours troubleshooting the serial port. It uses a MF chip. 68901 if memory serves. The chip includes all of the interval timers and interupt decoding. The chip has several caveats for use. For example, you can't change it's config if there is data in the read buffer. The driver in the ST ROM apparently breaks some of these rules. We Atari developers reported the problem to Atari many times. They never fixed it. TOS comm programs get around it by using low level calls... they take over the chip. This is not kosher for OSK, and in a MT/MU OS you wouldn't want to diddle with the guts of CPU timing and interrupt processing just to reconfigure a serial port. There is 1 Reply. #: 8235 S12/OS9/68000 (OSK) 16-Nov-90 09:56:50 Sb: #8214-#Atari-ST file transfer Fm: David Betz 76704,47 To: MOTD Editor..Bill Brady 70126,267 (X) I would think that it would be alright for the OSK serial driver to take over the chip, wouldn't it? There is 1 Reply. #: 8292 S12/OS9/68000 (OSK) 18-Nov-90 11:31:04 Sb: #8235-#Atari-ST file transfer Fm: MOTD Editor..Bill Brady 70126,267 To: David Betz 76704,47 (X) The serial driver should not take over the chip. It whould be a conflict with the kernel. Too many things go through the chip, like the keyboard interrupt. The 68901 also controls all of the timing in the computer. What the ST needs is a serial port that is not tied to the guts of the system. There is 1 Reply. #: 8343 S12/OS9/68000 (OSK) 19-Nov-90 20:04:44 Sb: #8292-#Atari-ST file transfer Fm: BILL HEALTON 73367,357 To: MOTD Editor..Bill Brady 70126,267 Bill, I beg to differ. One of the features of the 68901 is the ability to program the individual sections/functions independent of the others. True some of the timers are critical to video timing; but the serial portion with its individual interrupts and registers could and should be handled by the OSK device driver. The current driver does this by using TOS ROM calls; there-in lies its deficiency. A properly written driver should never touch the TOS ROM calls or any of the critical functions of the chip. I am currently working on a keyboard/multiple screen driver that will be independent of the ROMs. It WILL use some of the 68901, including one of the timers. The ke point is one must understand the whole of the system to break out the parts. After I have finished I hope to get to the STSIO driver. I have not yet run across the caveats you mention, but would appreciate any information you have. There is 1 Reply. #: 8347 S12/OS9/68000 (OSK) 20-Nov-90 08:59:01 Sb: #8343-#Atari-ST file transfer Fm: David Betz 76704,47 To: BILL HEALTON 73367,357 (X) If I wanted to tackle the job of writing my own serial driver for the ST, how would I got about doing it? Is there a reference for writing OSK device drivers? I've done RSX-11 device drivers, but never OSK drivers. I can't imagine that it would be much different though. There is 1 Reply. #: 8371 S12/OS9/68000 (OSK) 21-Nov-90 23:17:02 Sb: #8347-#Atari-ST file transfer Fm: Robert Heller 71450,3432 To: David Betz 76704,47 (X) David: The OS-9 Tech. ref manual is pretty good. There is also a book published by Microware by Peter Dibble called "OS-9 Insights An Advanced Programmer Guide to OS-9/68000", which describes an OSK serial port driver (for the 68681) in a step-by-step way. It is not really very hard to write an OSK device driver. The only problem with the ST is I don't think the full ROM debugger is included. While you could get SysDbg, it would be an added cost, but maybe worth it. Robert There is 1 Reply. #: 8373 S12/OS9/68000 (OSK) 22-Nov-90 11:22:35 Sb: #8371-Atari-ST file transfer Fm: David Betz 76704,47 To: Robert Heller 71450,3432 (X) Thanks! I'll check with Peter Dibble about getting a copy of his book. #: 8215 S14/misc/info/Soapbox 16-Nov-90 06:41:07 Sb: #7986-#TC70 AND MM/1 CONCERNS Fm: MOTD Editor..Bill Brady 70126,267 To: RANDY JANSSEN 73340,3212 (X) Re: Mac disk reading. No non-Mac computer can read Mac disks w/o one of the Sony Drives. They use a variable spin rate depending on the cylinder. There is 1 Reply. #: 8278 S14/misc/info/Soapbox 17-Nov-90 15:21:45 Sb: #8215-#TC70 AND MM/1 CONCERNS Fm: RANDY JANSSEN 73340,3212 To: MOTD Editor..Bill Brady 70126,267 (X) Bill, Thanks for the response. I knew nobody read Mac disks (even text files), but didn't know why. But what I'm really concerned about is software availability for OSK and that software's compatibility with other software in other operating systems. I mean using OSK spreadsheets, WP files, etc on a Mac or MS-DOS machine. From what I've seen of OSK software to date, much of it is fairly old, command-key-driven (like Wordstar) stuff. If these new machines are going to sell, they really need to concentrate on how their software is going to work and what else it can talk to. This is really an attempt to get Frank Hogg and Paul Ward thinking about the subject of end-user software for their new machines and what it's really going to do. I'm sure they've already thought about it some, but all the info I've seen here and in their sales brochures talks on and on about the hardware with no real discussion of a new generation of software That's what I'd like to see and what I'll have to see before I buy an MM/1 or TC70 Any other opinions? Randy. There is 1 Reply. #: 8297 S14/misc/info/Soapbox 18-Nov-90 11:42:20 Sb: #8278-#TC70 AND MM/1 CONCERNS Fm: MOTD Editor..Bill Brady 70126,267 To: RANDY JANSSEN 73340,3212 (X) Well, I am involved almost constantly in sharing files. I run one of only three Macs in a Messy-DOS shop. Since OSK is a UNIX like OS, and there is really no Graphics Interface, it works mostly in text. (like *Star). File transport is not too great a problem. Remember, output can always and easily be routed to a file. What we really need is a packege like SMART that sells for $149 vice $895. There is 1 Reply. #: 8372 S14/misc/info/Soapbox 22-Nov-90 08:03:52 Sb: #8297-TC70 AND MM/1 CONCERNS Fm: RANDY JANSSEN 73340,3212 To: MOTD Editor..Bill Brady 70126,267 Bill, I was under the impressing that someone (Kevin Darling, I think) is developing a GUI for OSK and that would be the main user interface in the TC70 and MM/1. Do you know anything about this? A GUI is a VERY convenient way to get around an operating system and to work with applications and is the way all software is going. If OSK doesn't have something similar, I'm afraid it will be left behind. One of the advantages of the Mac is the GUI and the consistency of "utilities" between applications. If we're starting a new generation of 68XXX machines with similar graphics capabilities, this kind of consistency in software development may make them the first true competitors to the Mac line. I understand that file transfer is as easy as you say between Mac and DOS systems. I do the same things every day myself. But one of the things that allows me to do it is the translators built into the software. From MacWrite II, I can save a file in nearly 20 different formats. I feel that new software developed for OSK must have some similar features so we can share info with the rest of the world. To date, it has seemed to me that the OS-9 community has been a relatively elite clique whose unity depended on being able to develop high powered software on relatively inexpensive hardware. If we're going to expand beyond that, we need to be able to talk to the world. As to SMART, I agree completely. For $1400, it'd better wash dishes, clean house, and have a built-in beer cooler. I came to the COCO and OSK for high power at low price. If new OSK stuff is going to cost that much I'll get a Mac. Do you run OSK on your Mac? I've seen the sales literature on it, but I'd like to hear about the performance from a third party. Thanks! Randy #: 8216 S11/OS9/6809 (Non-CoCo) 16-Nov-90 06:44:41 Sb: Tomcat Fm: MOTD Editor..Bill Brady 70126,267 To: ALL Well, I finally decided to jump off the fence. I'm on the list for a TC-9 board. I also have ordered a tower case. #: 8217 S7/Telecommunications 16-Nov-90 06:55:53 Sb: #7858-#Serial Port in Distress Fm: MOTD Editor..Bill Brady 70126,267 To: Tony Cappellini 76370,2104 (X) Tony, I get an awful lot of phone calls re the 3 in 1 & Wiz. In many cases the board transmits but does now receive. This is due to the interrupt not making it to the CPU. I have not seen one, but I users have reported that they have fixed the problem by soldering a wire between the satellite board and the main board. Apparently the interrupt crosses via a single pin that pulls out when the cover is put on... due to cables pulling on the board. There is 1 Reply. #: 8280 S7/Telecommunications 17-Nov-90 20:30:48 Sb: #8217-#Serial Port in Distress Fm: Tony Cappellini 76370,2104 To: MOTD Editor..Bill Brady 70126,267 (X) Bill could you maybe be a little more explicit on what needs to be done or give me the name of some of the people that have had this problem. By the way, I'm not using the Wiz (sorry) I was using osterm. But now since it won't dial the 3 in 1 I have had to resort to Telstar and the Rs232 pak. Also my SCII seems to be loosing interrupts when I am using the floppy drives. Help ? TC There are 2 Replies. #: 8298 S7/Telecommunications 18-Nov-90 11:46:30 Sb: #8280-#Serial Port in Distress Fm: MOTD Editor..Bill Brady 70126,267 To: Tony Cappellini 76370,2104 (X) Don't be sorry because you *will* lose characters with any OS-9 Term program except Wiz. :-) As to your SCII problem, the only way to get more specific is to call me while you are in front of your CoCo. 301-952-1761. There is 1 Reply. #: 8313 S7/Telecommunications 19-Nov-90 00:29:40 Sb: #8298-#Serial Port in Distress Fm: Tony Cappellini 76370,2104 To: MOTD Editor..Bill Brady 70126,267 (X) Cute, Bill. I really did like the Wiz, but I got lost between all the updates and enhancements that I found on CIS and Delphi. However I disagree with you on the fact about loosing characters on RS232. While I was using Osterm, I never had those kind of problems. I only had lost characters with Telstar and my old rs232 pak. Now I have a new rs232 pak as well as the diode hack. There is definitely something wrong with my old pak. Wanna hear something wierd, Since I bought my 3 in 1 I can't get Osterm to even Dial my rs232 pak. In fact usually when I run Osterm now it hangs my system. So the only way I could get on CIS was to use a borrowed rs232 pak and to go back to telstar (which has lots of bugs). Boy do I miss Osterm! You can be sure I'll be calling to talk to you, the people at CRC and Tony himself are no help at all. Kevin has been tryiong to help me recently. But I think I am having more IRQ problems. I think my SCII was working better with the .sleep driver. Looking forward to talking to you. TC There is 1 Reply. #: 8322 S7/Telecommunications 19-Nov-90 06:06:34 Sb: #8313-Serial Port in Distress Fm: MOTD Editor..Bill Brady 70126,267 To: Tony Cappellini 76370,2104 Any terminal program that uses ACIAPAK/T2 will loose characters above 2400 baud. No interrupt is required to transmit to the modem. The IRQ don't come into play until until it's time to receive. If you have a TD or SD light on your modem, try to see if it is blinking when you tap a key. (with your term program running, of course.) If you don't have the lights you might want to invest in one of the little RS232 "tateltales" that the shack sells. #: 8326 S7/Telecommunications 19-Nov-90 06:35:28 Sb: #8280-Serial Port in Distress Fm: Colin J. Smith 73777,1360 To: Tony Cappellini 76370,2104 Tony, Right now I am using a SCII with a 3 in 1 and OSTERM. I am having no problems with it (no lost characters, etc) even at 2400 baud. Have you patched OSTERM and TRANSFER with the available patches? I don't know if it will help, but it might. Are you using a Super Controller II? Hope this is some help, --Colin #: 8230 S4/MIDI and Music 16-Nov-90 07:52:26 Sb: #MIDI File Format Fm: Ches Looney 73016,1336 To: Mike Knudsen 72467,1111 (X) Mike, have you considered adding MFF input/output capability to UME? There appears to be a good bit of activity on the MIDI forum with tunes in that format. Regards, Ches. There is 1 Reply. #: 8303 S4/MIDI and Music 18-Nov-90 17:59:19 Sb: #8230-#MIDI File Format Fm: Mike Knudsen 72467,1111 To: Ches Looney 73016,1336 (X) Yes, I've thought about it, and have a well-marked-up copy of the MFF (Std MIDI FIle Format (?)) doc I got over email. After the Lyra converter, MM/1 version, append/merge, recording, ... yes, I do want toe ability to "play" into an MFF file, then the Messy Dogs and Apple poliushers can enjoy it, grin. There is 1 Reply. #: 8319 S4/MIDI and Music 19-Nov-90 05:52:05 Sb: #8303-MIDI File Format Fm: Ches Looney 73016,1336 To: Mike Knudsen 72467,1111 Mike, Thanks for providing so much pleasure (UME) and please accept encouragement for continuing your efforts. Regards, Ches. #: 8231 S4/MIDI and Music 16-Nov-90 07:54:22 Sb: #MIDI File Format Fm: Ches Looney 73016,1336 To: Lester Sands 70135,430 (X) Les, have you considered providing a MIDI File Format (MFF) cability to LYRA? Looks like quite a bit of activity in the MIDI forum with tunes in that format. Regards, Ches. There is 1 Reply. #: 8275 S4/MIDI and Music 17-Nov-90 14:59:29 Sb: #8231-#MIDI File Format Fm: Lester Hands 70135,430 To: Ches Looney 73016,1336 (X) Ches, Lyra has MIDI file format support with the PC version! There are 2 Replies. #: 8276 S4/MIDI and Music 17-Nov-90 15:04:33 Sb: #8275-MIDI File Format Fm: Ches Looney 73016,1336 To: Lester Hands 70135,430 Mike commented 'tother day on this hobby being kinda like boating. You know, a boat is a hole in the water surrounded by wood into which you throw money. Well, I have suspected this electronic wall of mine has a marked similarity to that aspect of boating. I'll think about your comment - I don't think I want to build a PC music equivalent to the Coco beauty, at least right now. Highest Regards, Ches. #: 8277 S4/MIDI and Music 17-Nov-90 15:12:38 Sb: #8275-MIDI File Format Fm: Ches Looney 73016,1336 To: Lester Hands 70135,430 Wait a minute, maybe I'm not thinking this thing through. Does LYRA-PC write a file compatible with LYRA-CoCo? So that I could download a MFF through a PC into LYRA-PC, then write it out in CoCo LYRA format and run it through PCDOS into the CoCo?? That would be a new window I'd be real interested in. Ches. #: 8233 S3/Languages 16-Nov-90 09:09:37 Sb: #shell+ Fm: Tom Napolitano 70215,1130 To: 72467,1111 (X) Mike, A few days ago you mentioned a bug in shell+ that causes it to grab 8k for every processs it spawns. Well, to check it out I started up mvcanvas under the original shell+ 2.1, changed $130f to 00, then started a second mvcanvas. PMap shows the same amount of memory being used by each process. What am I missing here? Do I understand correctly that malloc() will grab memory until the 64k process space is used, irrespective of whether I specify the full shot of memory, either at link time or by the #XXk command line option? Thanks for your time, tom n There is 1 Reply. #: 8304 S3/Languages 18-Nov-90 18:05:10 Sb: #8233-#shell+ Fm: Mike Knudsen 72467,1111 To: Tom Napolitano 70215,1130 (X) Malloc() will grab memory until there are no 8K bolcks left in your proc's 64K space, yes. But first it will take whatever's left in the highest 8K block of your original process allocation. Now here's the hooker: the way C's startup routine works, and extra memory you give it on the command linea with #K (or Shell+ gives it behind your back), that memory can only be used for extra STACK space. [Read "any" for "and" above.] This memory is DEINIED to malloc(), which always starts beyond your stack space. Thus shell+, by giving your program extra stack space, causes malloc() to start off with that much LESS memory available. It all makes sense now, after Greg Law and Zack Sessions helped figure it out on the low-priced service (sometimes cheaper is better, eh?). But it took 3-4 people to put all the pieces of evidence togehter. WHo says there's no science in COmputer Science? --mike k PS: MVCanvas might *not* be one of the programs affected, maybe I was wrong or was thinking of the older version. There is 1 Reply. #: 8359 S3/Languages 21-Nov-90 07:20:17 Sb: #8304-shell+ Fm: Tom Napolitano 70215,1130 To: Mike Knudsen 72467,1111 Mike, Thanks for the explanation; now the light shines through the darkness. tom n #: 8241 S1/General Interest 16-Nov-90 10:28:14 Sb: #Daddy Fm: Tom Napolitano 70215,1130 To: 72300,1433 (X) Mike, congratulations on the new family! I hope things go well for you and the soon to be mom. tom n There is 1 Reply. #: 8269 S1/General Interest 17-Nov-90 07:41:36 Sb: #8241-Daddy Fm: Mike Haaland 72300,1433 To: Tom Napolitano 70215,1130 (X) Tom, Thanks! Things are going (as Pete has been saying lately) "just ducky". ;-) You know, I'll be sharing the news with the forum when the 'new' family member arrives. Mike #: 8243 S10/OS9/6809 (CoCo) 16-Nov-90 13:29:58 Sb: #7934-#OS/9 Auto Boot on COCO3 Fm: Mike Guzzi 76576,2715 To: joe novosel 76220,1270 (X) ~ This file I have to burn the kernal in ROM applies only to Level II since it makes reference to REL BOOT and OS9p1 (level II modules) This file patches the modules to allow them to come in from ROM and possibly to add the vectors which would not be present without the BASIC ROM's. The file is a bit vauge and does not tell you if ohis new ROM goes into the Disk Controller or inside the CoCo3. I would assume inside the CoCo3. I use Pete's Disk ROM. it automatically does a DOS command on power-up unless you hold down a key when turning the CoCo on. This will work for ANY CoCo and requires no patches to OS9 and still allows you to use RSDOS stuff as well. I bought a copy of the code for $10 (I have my own EPROM burner) but he also can do it for nou (will cost more of course) I use it for my BBS. I leave my system disk in all the time and the CC3GO module is modified to look for "StartupBBS" instead of startup to auto-boot my BBS. (my normal startup doesn't boot the BBS) then to prevent a glitch on the system disk (in case of power failure) i run the DPARK command on /D0 which moves the heads to track 41 (the system disk is only 35 track) Either method still requires OS9Boot on /D0. The only way around it is to put the whole OS9Boot into ROM (undoubtly requires patches) and I have never heard of this being done. Besides there is only 32K of ROM total (including tee disk ROM) and that isn't enough. Mike Guzzi There is 1 Reply. #: 8281 S10/OS9/6809 (CoCo) 17-Nov-90 22:55:57 Sb: #8243-OS/9 Auto Boot on COCO3 Fm: joe novosel 76220,1270 To: Mike Guzzi 76576,2715 Thanks, Mike. I have patched the RS-DOS 1.1 rom myself to do an auto boot on power up. It does the job.. Still, it would be nice to OS/9 in ROM to eliminate booting from floppy disks for those of us without the Burke and Burke interface. Thanks, Joe Novosel #: 8244 S10/OS9/6809 (CoCo) 16-Nov-90 13:30:12 Sb: #7967-#"DOS" Fm: Mike Guzzi 76576,2715 To: REX GOODE 73777,3663 (X) ~ Well OS9 has many terminal programs but none are included with it. DeskMate3 has a telecom package and allows for Xmodem downloads which can be used to download a public Domain terminal program with many features. There are ways to download stuff in RSDOS and convert them to OS9 formats. If your really in a jam someone (like me) could send you some Oo9 utilities and terminal programs on an OS9 disk which will get you running real nice. Mike Guzzi There is 1 Reply. #: 8333 S10/OS9/6809 (CoCo) 19-Nov-90 09:54:41 Sb: #8244-"DOS" Fm: REX GOODE 73777,3663 To: Mike Guzzi 76576,2715 Thanks Mike, I have been hoping to get a BASIC09 disk from Tandy, since my original was no good. It's taking forever. After I get going on it, I'll probably be interested in learning more, but right now, I can't even CONFIG OS9. I hate spending bucks for something only to find the disk is bad and because RS stores rarely carry it anymore, I have to wait for up to two weeks for a replacement. I bought the Direct Connect Modem Pak and have been able to at least DLOAD BASIC files. Rex #: 8250 S9/Utilities 16-Nov-90 17:53:05 Sb: #HELP.... Fm: MICHAEL ROSEN 73340,2756 To: ALL I'M NEW AT OS-9 AND I'M WONDERING WHAT/HOW CAN I DOWNLOAD A PROGRAM FOR OS-9 AND CONVERT IT TO OS-9. I'VE TRIED USING A PROGRAM THAT MAKES A RS-DOS DISK READABLE BYU OS-9 BUT I CANNOT LOAD IT,EITHER UNDER SHELL OR BASIC09... I'M USING MIKEYTERM RIGHT NOW AT 2400 BAUD AND IT DOES WHAT IT'S SUPPOSED TO ANYHOW... WELL I HOPE I FIGURE THIS OUT SOON. THANKS... MICHAEL ROSEN <73340,2756> There is 1 Reply. #: 8253 S9/Utilities 16-Nov-90 20:03:49 Sb: #8250-HELP.... Fm: Kevin Darling (UG Pres) 76703,4227 To: MICHAEL ROSEN 73340,2756 (X) Hi Michael - you're probably pretty close... does a "dir /d1" (or wherever) of the disk you tried to make readable, show any files? If so, then you're in good shape. Now copy the files over to a *real* OS9 disk.... where you can do more operations on them (the rsdos->os9 disk thingie doesn't really make it a full os9 disk, so you must get the files onto a real os9 disk). From there, we'll have to give a little more help, I suspect... which will depend upon which files you downloaded. Some files are archived (compressed) and need Ar (AR09.BIN in lib 9) to break out, some are ready-to-go (you'll have to do "attr filename e pe" on those to make them loadable; and some may be text files etc... just as with any computer downloads. Let us know which files, and we'll get you rolling quickly as possible. best - kev #: 8271 S7/Telecommunications 17-Nov-90 08:40:50 Sb: UUCICO bug? Fm: Steve Wegert 76703,4255 To: All Mark Griffith again asks permission to speak from exile: <<<>>> From rewop!sysop Sat Nov 17 06:04:01 1990 Received: by rewop (Rmail09 1.2) id 9170; Fri Nov 16 07:12:48 1990 From: rewop!sysop To : OS9stl!steve Date: Fri Nov 16 07:12:36 1990 Subj: None File Transfer Steve, Could you please post this message on the OS9 Forum for me? Thanks! Section 7 will do fine. --------------------------------------------------------------------- RE: UUCICO bug reports Brett Wynkoop posted a report stating that UUCICO had a bug where any sitenames with greater than 6 characters in them would cause all sorts of garbarge to be printing on the screen and leave your screen and or port locked when it finanlly exits. This is not completely right -- if the sitename your are trying to connect with is longer than 8 characters, this may happen. However, UUCP sitenames are supposed to be 8 characters or less according to my available documentation. Also, the UUSETUP utility won't allow you to enter a sitename of greater than 8 characters. Therefore, this should not happen. Future editions of the software will be corrected so if a sitename greater than the maximum is needed for some reason, no errors will occur. Thanks, Mark Griffith Usenet ....!uflorida!ki4pv!macs!stetson!rewop!sysop UUCP direct (904) 736-1849 rewop!sysop Internet griffith@stetson.bitnet #: 8279 S8/BBS Systems/TSMon 17-Nov-90 16:17:35 Sb: shell+ 2.1 Fm: Marcelo Katzeff 72520,640 To: All Does anyone know a way to prevent Shell+ 2.1 from printing the time and date as soon as it is forked? I don't mean in the prompt but just before it is ready it prints 'Shell+ v2.1 90/11/13 18:51:34'. I would like to keep it from printing the time and date. The reason is this : I am running a BBS, under RiBBS v2.0. It allows users access to shell commands. It forks login fine and the user may enter their name and password, but as soon as the shell is forked there comes up about 20 'ERROR #214' or 'ERROR #215' and then it exits. Shell+ works fine with the origonal ACIAPAK, but for some reason when it is called through the ACIAPAK that is patched for RiBBS it is not happy. The original shell works for us, but it is not the same, as you may know. I figure the printing of the time to be the problem because it appears to be the only difference between the two shells on startup. Any help would be greatly appreciated. Thanks. #: 8282 S4/MIDI and Music 17-Nov-90 23:37:28 Sb: #Synth patches Fm: Fenton Hunt 75340,3527 To: Midi experts I have been looking in the MIDI Forum for Roland D10 tone patches and have downloaded some. I thought that I could pick out the beginning of the system exclusive (F041 Hex) block within their format and trim off the rest. Is there any patch editors (or whatever there called) for OS9 or cocodos that are compatable with some of these other files? By the way, I found out that by using Lester Hands CMPRO's Syx Exclusive save of my D10 or U220's patch (or tone parameters) and then transfering that file over to os9, they can be ported to the syth by "copy patch.syx /midi". It works well, and it's nice to have a backup all those patches on hard disk. And I can also load patches on another window for Ultimuse use. Since this Syx Exc block goes from cocodos to OS9 fine, I thought that same formatted block would be somewhere in these other computer downloads. Has anyone out there done any of this stuff? Thanks, Fenton Hunt 75340,3527 There is 1 Reply. #: 8284 S4/MIDI and Music 18-Nov-90 01:07:59 Sb: #8282-#Synth patches Fm: Pete Lyall 76703,4230 To: Fenton Hunt 75340,3527 (X) Fenton - I also use a D10 (and a slew of other goodies). Not really sure I understand what you're looking for.... care to restate the question? There are no COCO/OS9 D10 editors that I'm aware of. Lots for the PC and MAC/ATARI/AMIGA though. We do have some for the CZ series, TX81Z, and a few others... Pete There is 1 Reply. #: 8309 S4/MIDI and Music 18-Nov-90 23:09:27 Sb: #8284-#Synth patches Fm: Fenton Hunt 75340,3527 To: Pete Lyall 76703,4230 (X) Pete, What I wanted to do was get some new sounds for my D10 without having rom card. I thought that some of the d10 downloads would have an unmodified syx exclusive message within that download that I could send directly to the D10 and change the tone parameters. I'm not looking forcessarily to edit the D10 directly. Are you pretty heavy into midi? Os9? Do you use CMPro? I'm hooked on Os9, but primarily use Cmpro for midi stuff. I use Ultimuse sometimes, but find Os9 and all the multitasking is a little hard on the timing of the music when there's many notes going at the saOs9 needs a good sequencer program but that may be impossible with 6809 Os9). I will be following the MM1 and it's midi software. thanks ... Fenton There is 1 Reply. #: 8331 S4/MIDI and Music 19-Nov-90 09:45:23 Sb: #8309-Synth patches Fm: Pete Lyall 76703,4230 To: Fenton Hunt 75340,3527 Fenton - I have written and uploaded a few MIDI/COCO/OS9 goodies, but because of the lack of commercial support, went over to a PC/AT type machine a long time ago for the bulk of the MIDI software. If the D10 dumps are straight SYSTEM EXCLUSIVE (the ones I put up there were), then you should be able to send them a byte at a time to the MIDI port. A merge command would be fine, assuming that you have a MIDI driver in your setup. Otherwise, you could probably write a nasty little peek/poke routine that would get the job done using the MIDI pack. As an aside, you can get pretty good deals on sounds from Valhalla. They used to offer a deal where you could buy your bank of choice on a RAM card or $55. That's worth it just to get the RAM card. They also have a cheap ($3 or so) tape that lets you audition all of the available banks before deciding. Back to the SYSEX utility.... you may want to allow a bit of adjustable delay in there as well... some synths can't handle a big dump at full bandwidth. Pete P.S. The Roland D10 dumps are of the format F0[data]F7 F0[data]F7 where each packet is 256 bytes. You may want to check your files with a DUMP utility to ensure that this is what you have. #: 8288 S6/Applications 18-Nov-90 10:14:48 Sb: #HELP... Fm: MICHAEL ROSEN 73340,2756 To: KEVIN DARLING THANKS A LOT KEVIN,THE PROGRAN I DOWNLOADED WAS THE UNARCHING PROGRAM...I WULD LIKE TO GET A OS-9 TERMINAL PROGRAM RUNNING TO MAKE LIFE EASIER... I HOPE I'LL EVENTUALLY GET OS-9 FIGURED OUT I BELIVE IT WONT BE HARD AS SOON AS I LEARN ALL THE COMMANDS AND LITTLE TRICKS (IF ANY).. THANKS AGAIN, MICHAEL ROSEN 73340,2756 There is 1 Reply. #: 8306 S6/Applications 18-Nov-90 18:10:14 Sb: #8288-#HELP... Fm: Kevin Darling (UG Pres) 76703,4227 To: MICHAEL ROSEN 73340,2756 (X) Michael - Right you are: it gets much easier over time, and with more utils (the same as with any computer)! And we'll give help wherever you need it. Okay, I'll assume that you have made an rsdos disk readable, and the disk has AR09.BIN on it (and that you modem'd it down in binary, not ascii mode!). Ummm, I guess we need to know how many disk drives you have; it'll make things much easier if you have two (and 512K!). I'll go on the assumption that you have two drives (correct me if you have only one drive). 1. "load dir copy" (to make sure they're in). 2. Place an os9 disk with some room on it in /d1. 3. Place the rsdos/os9 disk in /d0. 4. "copy /d0/ar09.bin /d1/ar" (this copies the file to os9 disk) 5. Put your original CMDS disk back in /d0. 6. "attr /d1/ar e pe w" (this makes it executable and deleteable). 7. If you wish (and have room), "copy /d1/ar /d0/cmds/ar" Or, just "load /d1/ar" whenever you need it. (cont'd in reply) There is 1 Reply. #: 8307 S6/Applications 18-Nov-90 18:10:36 Sb: #8306-HELP... Fm: Kevin Darling (UG Pres) 76703,4227 To: Kevin Darling (UG Pres) 76703,4227 (X) (cont'd) Ar is now ready to use. Let's say you downloaded STERM1.AR and TRMCAP.AR from Lib 7 for a term program. To break out STERM1.AR, you'd do this: 1. Copy the file to a real os9 disk (see steps 1-5 in previous msg). For example, "copy /d0/sterm1.ar /d1/sterm1.ar" 2. "chd" to wherever you want the unarchived files to go, for example: "makdir /d1/STERM" "chd /d1/sterm" 3. Give ar the extract command, using a full pathname: "ar -x /d1/sterm1.ar" The files should end up in the /D1/STERM directory. Some you will have to make executable (with Attr), some you can just List (like the docs). Note: if ar reports files coming out, but you get an error at the end, first look to see if you got all the files the docs said you should. If so, ignore the error... it's just modem padding on the end of the file. Oh, and Ar expects an archive file to have ".ar" as the end of its name. If you need to, just rename the file ("rename /d1/stermdownload sterm1.ar"). This will all become second nature to you after a coupla times, of course. Anything you don't understand, just let us know. best - kev PS* also read msg 8305. #: 8299 S10/OS9/6809 (CoCo) 18-Nov-90 14:41:21 Sb: #thanks Fm: BRUCE BAKER 73747,3137 To: sysop lib#10 (X) Thanks for all the helpfull info! With that and a couple of utilities from here and the coco sig, I have solved most of the problems I was having. I did run into one glitch, though. Is there a size limit for files that DOSOR9 will handle? I dow'ed TREK.AR from the coco lib. #9 and DOSOR9 wouldn't convert it. Every time I tried, the files on the disk before that one were transfered o.k. but at that file, the program gave me an FC ERROR at line something or other. The same thing happened when I did a disk with ONLY that file on it. I still don't have a terminal program running on OS9. I got VTERM assembled, and if I had a multipak and RS232, I'm sure it would work. I've been trying to get a /t1-/RS232 combo together using together using BBANGR.BIN . I made up the cable and put together a bootfile (ver. 02.00.00), but it did'nt work. I even re-connected my COCO II and tried it with ver. 1.01.00. No dice. I get an orange bar that moves across the screen (and stops) as the host transmits. The VTERM doc's says something about a 6850 ACIA. I'll try other terminal programs and hit the books to try to find a way to work BBAANGR.BIN in as a device discriptor/driver on lev. II. Thanks again, and as always, any comments or suggestions will be greatly appreciated. Bruce There is 1 Reply. #: 8305 S10/OS9/6809 (CoCo) 18-Nov-90 18:09:30 Sb: #8299-#thanks Fm: Kevin Darling (UG Pres) 76703,4227 To: BRUCE BAKER 73747,3137 (X) Bruce - I think the later DOSOR9 will handle up to 64K or so? The FC ERROR is right where it handles sector math stuff, and you might be able to figure out how to make it go even higher (use more bytes for math). But... this is what I'd do instead; which will take a little while to set up, but well worth the results. Get: Lib 9: RSDOS.AR - program to read/write/dir RSDOS disks. Lib 10: CC3DIS.AR - ipatch to create new driver for rsdos/etc command. Lib 10: PATCH.AR - the ipatch program (if you don't have it already). With ipatch you create the new cc3disk (from the original), then make a new bootfile and reboot. Now you can use the rsdos util under OS9 to transfer files from rsdos disks. Very handy, and you can also use PCDOS.AR in Lib 10 to do the same with msdos files. Yell if need help! best - kev There is 1 Reply. #: 8311 S10/OS9/6809 (CoCo) 18-Nov-90 23:25:17 Sb: #8305-#thanks Fm: BRUCE BAKER 73747,3137 To: Kevin Darling (UG Pres) 76703,4227 (X) kEvi love to tinker, so i think i'll give both paths a try. thanks for the help, and such a timely reply! have a nice holiday... bruce There is 1 Reply. #: 8316 S10/OS9/6809 (CoCo) 19-Nov-90 02:49:59 Sb: #8311-thanks Fm: Kevin Darling (UG Pres) 76703,4227 To: BRUCE BAKER 73747,3137 Thx, and same to you Bruce! We love "tinkerers" around here, so ask away if you get some needs or ideas . - kev #: 8314 S3/Languages 19-Nov-90 00:33:45 Sb: #Make Utility Fm: Tony Cappellini 76370,2104 To: Carl Krieder Karl I have just downloaded ar v1.3 from Delphi. I noticed in the archive that there was a makefile, but I don't have the make utility. Can you tell me where I can find it? Ar there more than one ? Are there any advantages to one over the others ? I have been looking for a make utility for os9 lII for sometime now. I tried to make one using the new script features of shell plus 2.0, but they don't work to well, but it's better than typing the cc comman line over and over. Thanks. TC There are 2 Replies. #: 8332 S3/Languages 19-Nov-90 09:53:50 Sb: #8314-Make Utility Fm: Pete Lyall 76703,4230 To: Tony Cappellini 76370,2104 Tony - Carl's at 71076,76, and doesn't get on too often these days. The 'make' he used initially was his own. It should be available in the UGLIB DL. If it's not there, Mike Ward probaby has it archived offline, and will be happy to upload it for you (76703,2013). Carl's 'make' was good (in a void), but I prefer the dev pak make. It's closer to both Unix and 68k make's. There are also sources floating about (USENET, PC Forums, DDJ Forum, etc.) for public domain make's, so you could also roll your own if you like. Pete #: 8337 S3/Languages 19-Nov-90 16:23:19 Sb: #8314-Make Utility Fm: Zack Sessions 76407,1524 To: Tony Cappellini 76370,2104 Tim Kientzle has written a replacement MAKE utility. I will upload it here when I get the chance. Zack #: 8320 S4/MIDI and Music 19-Nov-90 05:58:34 Sb: MTMIDI Fm: Ches Looney 73016,1336 To: Glen Hathaway 71446,166 (X) Glen, I just got a Roland MT-32 for a companion to my TX81Z and it is most enjoyable. In browsing dl4, I found your MTMIDI program. Have you done any more work with that? It is most enjoyable and I would like to see more of its controls working. Have you written or do you know of a patch editor for the MT32 like the editor in RSDOS for the TX81 by Bill Jackson? Your MTMIDI is a fine piece of work - Thank you. Regards, Ches. #: 8321 S4/MIDI and Music 19-Nov-90 06:05:11 Sb: MTPanel Fm: Ches Looney 73016,1336 To: Jonathan Cluts 74126,2736 Jonathan, I just got an MT-32 to supplement the voices from my TX81Z and to add percussion. In BROwsing DL4, I found your MTPanel and am enjoying it. Have you done further work on that program so that some voice patch editing can be done? Thanks for MTPanel, it is a fine piece of work. Regards, Ches. #: 8324 S4/MIDI and Music 19-Nov-90 06:20:31 Sb: #Fallin.UME Fm: Ches Looney 73016,1336 To: Glen Hathaway 71446,166 (X) Glen, The segment of "Don't Wanna Fall in Love" is great! Thanks. Ches. There is 1 Reply. #: 8346 S4/MIDI and Music 19-Nov-90 23:18:22 Sb: #8324-#Fallin.UME Fm: GLEN HATHAWAY 71446,166 To: Ches Looney 73016,1336 (X) Hi Ches... Glad ya like it! I've got little pieces of a lot of different songs. I can't seem to stay interested enough to finish any. Maybe if I bought the buyware version of Umuse... Then I wouldn't have to spend most of my mousing time waiting for screen redraws. There is 1 Reply. #: 8351 S4/MIDI and Music 20-Nov-90 10:49:14 Sb: #8346-Fallin.UME Fm: Ches Looney 73016,1336 To: GLEN HATHAWAY 71446,166 Glen, Let me urge you to get the buyware (4.7) version, if for not other reason, than to get the percussion score and the articulation capability. There are many more worthy improvements, but I suspect you'd find these most helpful. Regards, Ches. #: 8338 S9/Utilities 19-Nov-90 17:52:28 Sb: HELP.... Fm: MICHAEL ROSEN 73340,2756 To: KEVIN DARLING THANK YOU VERY MUCH FOR THE HELP KEVIN.. I WILL TRY ALL OF THAT AS I LOG OFF AND REBOOT OS-9. ANSWERING YOUR QUESTION ON MY SYSTEM, I HAVE A 128K COCO 3,2 TEAC DSDD DRIVES, A MPI, DMP 130A PRINTER, RS-232 PAK, ORCHESTRA 90, X-PAD, PLUG-N-POWER CONTROLLER (OLD & NEW STYLE),AND 2 64K COCO 2'S.... I ALSO HAVE AN UNPOPULATED 512K BOARD,BUT I'M NOT SURE WHAT MEMORY CHIPS TO USE OR IT WOULD BE INSTALLED.. I'M USING A COMPUTER PERIPHERALS VIVA 24 MODEM (2400 BAUD) WELL THATS MY TOYS I GUESS I'LL PLAY WITH MY OS-9 FOR A WHILE AND TRY TO GET THE HANG OF IT.... MAYBE A FEW OF US CAN GET TOGETHER ONE EVENING AND CHAT ON CONFERENCE FOR A FEW... THANKS AGAIN, MICHAEL ROSEN 73340,2756 #: 8339 S3/Languages 19-Nov-90 18:14:58 Sb: #C programming Fm: MAS 76336,3226 To: sysop (X) Hello again, I have another question on OS9 C programming. How can I do a Non-Blocking keyboard read? (like inkey$ in basic). At the moment, I am using getstat(1,0) to chec to check if there is something in 'stdin'; if there is i use fgets() to read thin one char at a time. The problem with this is that a need two returns '\n's to end a line before it recognises the first lin end the line before it recognises the first line. many thanks, robert There are 3 Replies. #: 8340 S3/Languages 19-Nov-90 19:01:40 Sb: #8339-C programming Fm: James Jones 76257,562 To: MAS 76336,3226 (X) Two things: one, fgets() is set up to always read up until either a \n is seen or the buffer you hand it fills up; two, the FILE structure for stdin is, if you have it hooked up to a terminal, going to by default use readln() for input. (Gee, I just split an infinitive! :=) The getstat is sufficiently system-dependent that I probably would hide the whole thing under a function interface (that could buffer stuff for you if more than one character were ready, for efficiency's sake) and not bother to use C standard I/O. #: 8342 S3/Languages 19-Nov-90 19:54:43 Sb: #8339-C programming Fm: Pete Lyall 76703,4230 To: MAS 76336,3226 (X) Your approach using the getsYour approach using the getstat call is correct. Fgets() is the wrong way to read in one character at a time. You could either use: a) read() - low level, raw I/O b) getc(fp) - high level. When using buffered (high level) I/O, and you want character granularity, you may want to unbuffer standard input like this: setbuf(stdin, NULL); Pete #: 8348 S3/Languages 20-Nov-90 10:00:04 Sb: #8339-C programming Fm: Mark Wuest 74030,332 To: MAS 76336,3226 (X) Robert, Here's a quick-and-dirty routine to get one byte from a path you have previously opened with open() (or use path = 0 for stdin). cread(path,buf) int path; char *buf; { int cnt; if((cnt = _gs_rdy(path)) < 0) return(cnt); if(cnt == 0) return(cnt); return(read(path,buf,1); } This should read just one byte. If there is nothing there, it returns 0. Obviously if there is an error, it returns -1. Hope this is a good starting place for you. Mark #: 8344 S3/Languages 19-Nov-90 21:55:53 Sb: #C programming Fm: MAS 76336,3226 To: sysop (X) Thanks guys for the non-blocking keyboard read tips. I have a few more puzzle that I can not solve. (I really hate porting this progam from UNIX to OS9!) 1. Is there a user validation function on Os9? Something like pwdauth(username,password) on UNIX? or do I have to look in the password file mys file myself. 2. I can find mknod() or makdir() on OS9, but how do I remove a directory? 3. Is there a function to check file access permission ? 4. how can I get the current directory? I have look through the microware language manual a couple times and it is getting me nowhere. Can you recommand me some books or articles that can speed up my learing process on OS9? Thanks again Robert. There is 1 Reply. #: 8352 S3/Languages 20-Nov-90 11:28:23 Sb: #8344-C programming Fm: Pete Lyall 76703,4230 To: MAS 76336,3226 (X) (system is going down in 5 mins, so I have to be quick): A) Use the password related functions available in the Kreider libraries. We all use them instead of the MW libraries. See LIB 3. b) Sorry - no easy way... Wait.. did you try 'unlink()'? Dunno if it works on a directory (never tried it).. worst case you could "system("deldir {dirname})" Pete #: 8349 S10/OS9/6809 (CoCo) 20-Nov-90 10:27:14 Sb: #BASIC09 disk Fm: REX GOODE 73777,3663 To: All Just to let you all know, I received my BASIC09 disk last night from Tandy, you know, the one that I couldn't load for some reason. It worked great. Now I don't have to keep worrying that my disk drive couldnt do the job. I'm looking forward to learning all about BASIC09 and OS9. I finally was able to use CONFIG and add a printer to my list of devices so I can use Color Artist by Steve Bjork. Bless you all. Thanks. Rex There is 1 Reply. #: 8355 S10/OS9/6809 (CoCo) 20-Nov-90 18:38:22 Sb: #8349-BASIC09 disk Fm: Kevin Darling (UG Pres) 76703,4227 To: REX GOODE 73777,3663 (X) Rex - Great!! Have fun - kev #: 8350 S10/OS9/6809 (CoCo) 20-Nov-90 10:27:36 Sb: #Color Artist Fm: REX GOODE 73777,3663 To: All I bought Color Artist, a program by Steve Bjork. I'm enjoying using it. It's the kind of program my kids go nuts over. Now that I have my CONFIG disk that works, I can use Color Artist with my DMP-100 printer. However, I am having a problem with it that I hope someone here can help me with. The DMP-100 is switchable between 600 and 1200 baud. I used "xmode /p baud=3" to set the baud rate to 1200 before running Color Artist. This worked great. I used Color Artist to just draw a simple line, to test the printer. Here is what my line looked like: **** **** **** **** (get the idea?) Here is how it printed: **** ** ** **** **** It seemed to be doing to line feeds between each printing. Any ideas? Rex There is 1 Reply. #: 8353 S10/OS9/6809 (CoCo) 20-Nov-90 18:28:18 Sb: #8350-#Color Artist Fm: James Jones 76257,562 To: REX GOODE 73777,3663 (X) I bet "xmode /p -lf" would do the job. There is 1 Reply. #: 8362 S10/OS9/6809 (CoCo) 21-Nov-90 10:00:24 Sb: #8353-Color Artist Fm: REX GOODE 73777,3663 To: James Jones 76257,562 (X) Thanks James. I'll give it a try. Rex #: 8356 S14/misc/info/Soapbox 20-Nov-90 20:07:14 Sb: DAN.SAL in LIB 14 Fm: Dan Robins 73007,2473 To: All Folks, Still have the CoCo3 512k (PBJ version) upgrade available. Check out the file DAN.SAL in LIB 14. Although the price says $85....I'll let it fly out the door for $60 and shipping. Dan #: 8357 S1/General Interest 20-Nov-90 21:14:54 Sb: #INTEL/ZYLOG CHIP DRIVERS Fm: JOHN HORTON 70032,1431 To: ALL NEEDED: OS-9 DRIVER OR "C" I/O FUNCTIONS TO INTERFACE WITH INTEL 8273 OR ZYLOG 8530 CHIP/CHIPS IN SYNCHRONOUS -HDLC MODE. WANT TO ENABLE FRAMING, BIT STUFFING, & CRC GENERATIOON/CHECKING. YOUR HELP IS APPRECIATED. There are 2 Replies. #: 8360 S1/General Interest 21-Nov-90 09:13:43 Sb: #8357-INTEL/ZYLOG CHIP DRIVERS Fm: Mark Wuest 74030,332 To: JOHN HORTON 70032,1431 (X) John, (Did you ask this before?) Call GCOM in Urbana, Illinois. Ask for Bob Crownover. Tell him I sent you. If you need help porting to OS9, drop me e-mail and maybe we can work something out. They sell HDLC drivers in source code form for numerous chips. I use their drivers (and X25) for the Z8530. Mark PS: My name is pronounced Mark Weest <-- long "e". #: 8361 S1/General Interest 21-Nov-90 09:15:32 Sb: #8357-INTEL/ZYLOG CHIP DRIVERS Fm: Mark Wuest 74030,332 To: JOHN HORTON 70032,1431 (X) John, Oh, BTW, you will need to decide what kind of file manager you wish to use, as HDLC is a block-oriented protocol. SCF may be fine for you application. Mark #: 8363 S10/OS9/6809 (CoCo) 21-Nov-90 11:24:04 Sb: #File Info Fm: George Hendrickson 71071,2003 To: Pete Lyall 76703,4230 (X) Hi. I want to ask you something about obtaining filename information. I was wondering how to get that without scanning the whole directory. Let's say I need some information on a file called 'TESTFILE.EXT'. Do I open that file as READ+DIR? or just READ? Do I set the data TYPE as TYPE file=name$:STRING[29];lsn0,lsn1,lsn2:BYTE and then go to the sector with the information that I need with another type TYPE sector=att:BYTE;own:INTEGER;y,m,d,mi,link:BYTE;sz1,sz2,sz3,sz4:BYTE;yr,mo,da:BYTE;seg:STRING[240]? I need to get info on a file quickly without scanning the whole directory. The way I have this program that I'm working on set up is it reads a directory until it finds the filename that its looking for, opens another path as "/dd@", gets the info from that and prints the results. However; it takes a little longer than I want it to. I'd like to just be able to open the file and get the info that way if I could without using SysCall.. Any help is appreciated. Thanks! There is 1 Reply. #: 8364 S10/OS9/6809 (CoCo) 21-Nov-90 12:14:19 Sb: #8363-#File Info Fm: Pete Lyall 76703,4230 To: George Hendrickson 71071,2003 (X) George - You have two options: a) Do as you're doing.... open the directory, scan until you find the name, then use the 3 byte LSN to get the file's FD sector number, then go get that on /DD@ and dissect it - or - b) Open the file, use the getstat SS.FD which will snag the file's FD sector into a buffer you allocate. The a) approach is actually quicker, since it's being done under the sheets anyway in approach b) Pete There is 1 Reply. #: 8374 S10/OS9/6809 (CoCo) 22-Nov-90 12:10:18 Sb: #8364-#File Info Fm: George Hendrickson 71071,2003 To: Pete Lyall 76703,4230 (X) Thanks for the help. I was using a) and it took about 3 seconds to find the filename and give the info on it. Does the other way use SysCall? I've got an idea on how to cut down on search time....I'll play with that for awhile. Thanks again... There is 1 Reply. #: 8376 S10/OS9/6809 (CoCo) 22-Nov-90 13:11:22 Sb: #8374-File Info Fm: Pete Lyall 76703,4230 To: George Hendrickson 71071,2003 One possibility is to read the whole directory into RAM in one shot. You could use _gs_size to determine how big it is, and you could even dynamically allocate the storage for it (if using C) using a malloc(). If using B09, you may need to set aside a certain reasonable maximum sized buffer. Reading in one fell swoop is much quicker than several 32 byte reads. Then, you could do the lookup in RAM, which would be much faster. 3 seconds sounds pretty slow. Pete #: 8366 S6/Applications 21-Nov-90 13:43:55 Sb: cron Fm: Tom Napolitano 70215,1130 To: 70325,523 (X) Bill, In his message (#8248) to me, Pete Lyall suggested I get current source code for his cron from you or Kent Meyers. Could you upload it? I need it to customized to my system. Thanks, tom n #: 8368 S10/OS9/6809 (CoCo) 21-Nov-90 18:24:39 Sb: #Boot File Fm: Bob Archambault 76506,3544 To: ALL Is there any way to change an OS9Boot module, for example, change D0_35s to D0_40d or change TERM_VDG to TERM_WIN, WITHOUT making a new disk. I want to be able to change them ON the existing disk. Any help would be greatly appreciated. OS9 Level Two manual is as clear as mud :-) Bob There is 1 Reply. #: 8369 S10/OS9/6809 (CoCo) 21-Nov-90 18:37:17 Sb: #8368-#Boot File Fm: Pete Lyall 76703,4230 To: Bob Archambault 76506,3544 (X) Yep - You can use the dEd disk editor (DL9 or 10), Patch, or any number of other utilities to patch a boot file. If running a coco/2/3, dEd is probably your best bet, and the price is right. Pete There is 1 Reply. #: 8370 S10/OS9/6809 (CoCo) 21-Nov-90 21:40:57 Sb: #8369-Boot File Fm: Bob Archambault 76506,3544 To: Pete Lyall 76703,4230 (X) Thanx very much, Pete, I'll give it a try! Bob #: 8375 S3/Languages 22-Nov-90 12:12:48 Sb: #conversion of B09 REALS Fm: Zack Sessions 76407,1524 To: ALL Has anyone written a routine to convert BASIC09 REAL variable type to a C FLOAT datatype? Zack There is 1 Reply. #: 8377 S3/Languages 22-Nov-90 16:13:46 Sb: #8375-#conversion of B09 REALS Fm: James Jones 76257,562 To: Zack Sessions 76407,1524 (X) No, but I bet that since the range is probably the same, that one might be able to get away with chucking the least significant byte and stuffing it in a C float on the 6809. Give that a shot; even if it doesn't work, it's easy to try! :-) There is 1 Reply. #: 8382 S3/Languages 22-Nov-90 22:05:06 Sb: #8377-#conversion of B09 REALS Fm: Zack Sessions 76407,1524 To: James Jones 76257,562 (X) The main problem is that the sign bit is on opposite sides of the mantissa! I think it may have to be done by an assembler subroutine. There is 1 Reply. #: 8383 S3/Languages 23-Nov-90 11:37:19 Sb: #8382-#conversion of B09 REALS Fm: Pete Lyall 76703,4230 To: Zack Sessions 76407,1524 (X) Zack - Why? Is byte manipulation out of the range of B09's capanilities? What about LOR, LAND, pointers, and byte arrays? Pete There are 2 Replies. #: 8384 S3/Languages 23-Nov-90 11:37:39 Sb: #8383-conversion of B09 REALS Fm: Pete Lyall 76703,4230 To: Pete Lyall 76703,4230 (X) Whoops.... capaBilities. #: 8385 S3/Languages 23-Nov-90 16:36:09 Sb: #8383-conversion of B09 REALS Fm: Zack Sessions 76407,1524 To: Pete Lyall 76703,4230 I am not using BASIC09, I am having to interpet some files written with BASIC09 with C and some fields are BASIC09 REAL datatype which is funcky compared to C's double. Fortunatly, Greg Law reminded me that the Microware C manual has some subroutines which convert REAL to double and back, and they work just fine. Zack #: 8378 S10/OS9/6809 (CoCo) 22-Nov-90 18:47:58 Sb: #Boot File Fm: Bob Archambault 76506,3544 To: Pete Lyall Pete, I downloaded dEd.ar as you suggested. I thought the OS9 manual was bad. I don't understand a thing in the docs. I know NOTHING about byte offsets in a module or anything else mentioned in that. Could you briefly describe HOW I could change the bootfile modules as I requested? For example - change D0_35S to D0_40D or change TERM_VDG to TERM_WIN as well as adding a module to a bootfile. Without some explanation, that program is useless to me. Sorry for my ignorance. Bob There is 1 Reply. #: 8381 S10/OS9/6809 (CoCo) 22-Nov-90 21:59:51 Sb: #8378-Boot File Fm: Pete Lyall 76703,4230 To: Bob Archambault 76506,3544 Bob - Well, one cheap and easy method is to use CMP to compare the two modules like this: CMP This will give you a list of the offsets and values of bytes that are different. The second (and more valuable) approach is to invest some time with the OS9 Technical Reference Manual in the section on RBF Device Descriptors. It'll pay dividends later. Pete #: 8379 S12/OS9/68000 (OSK) 22-Nov-90 21:20:41 Sb: GUI Fm: Hugo Bueno 71211,3662 To: Kevin Darling Kevin, Something to think about for the GUI is moving around directory trees. With GShell, it's a royal pain (even with a hard disk) to move around the directory tree. It would be nice to have a quick way of doing so. Perhaps by displaying a tree off to the side and allowing the user to click on a directory name? Hugo #: 8380 S10/OS9/6809 (CoCo) 22-Nov-90 21:24:03 Sb: Tmode/Xmode/CC3go Fm: Hugo Bueno 71211,3662 To: ALL I recently installed a new CC3go by Roger Krupski. Problem is, I use Kevin's SCF, but the system doesn't give me the correct parameters when I open a shell. For example, a TMODE of the /w1 shows reprint=04 and dup=01 but XMODE shows reprint=09 dup=19. Is there any reason why the xmode shows the correct parameters, but tmode doesn't? Hugo Press !>{