#: 9280 S3/Languages 25-Jan-91 21:59:14 Sb: #9273-#'C' help Fm: Steve Wegert 76703,4255 To: Jim Peasley 72726,1153 (X) Thanks for the tips, Jim. I'll try and diddle this weekend. Steve There are 2 Replies. #: 9284 S3/Languages 25-Jan-91 23:07:24 Sb: #9280-'C' help Fm: Jim Peasley 72726,1153 To: Steve Wegert 76703,4255 (X) I'll be interested to hear how it comes out. I'd try it myself, but it looks as though this wkend is already eaten up... Homework tonight, class tomorrow 8-1, & the rest of Sat. and Sun. I've gotta replace a patio door - frame and all. Then there's always the Superbowl, although I might miss it seeing as how the 49ers aren't playing! ...Jim #: 9301 S3/Languages 27-Jan-91 18:29:04 Sb: #9280-#'C' help Fm: Jim Peasley 72726,1153 To: Steve Wegert 76703,4255 (X) Steve; I got a chance to play around with the pgm. a bit today, and got it to print in a tabular fashion without using pos_cur. I eliminated the CURSOR calls in the print_event function, but haven't had a chance to remove them from the add_event function yet. Just uploaded the source to DL10, marked for you. Let me know if this solves your "garbaged-up" output on the WYSE. ...Jim There is 1 Reply. #: 9311 S3/Languages 28-Jan-91 22:00:36 Sb: #9301-#'C' help Fm: Steve Wegert 76703,4255 To: Jim Peasley 72726,1153 (X) Jim, Had a few minutes to test out the new source. Your changes did eliminate the cursor control characters I was seeing ... as well as your change to the path for dates.files again allows multiple users their own dates.file. However ... I'm now seeing a '1st' in the type of event field, if there's nothing normally there. For instance, a run of dateck brings up Ash Wednesday. There's nothing special suposed to be in the type of event field, yet I see a '1st'. I'm also seeing something wierd with todays date ... the year seems to be munged. Popping the source into my handy editor and searching for '1st', I get one hit. A comment line in some code testing for the 1st. Nowhere else. Can't for the life of me see how that's getting printed, tho. Thoughts? Today is February 28, 91 Searching 12/01 to 12/31 : 12/12 Hanukkah 1st 12/25 Christmas 1st 12/10 Steve's Birthday 34th Birthday There is 1 Reply. #: 9332 S3/Languages 29-Jan-91 23:23:14 Sb: #9311-#'C' help Fm: Jim Peasley 72726,1153 To: Steve Wegert 76703,4255 (X) Steve; Glad to hear that we can do away with the pos_cur(x,y) stuff... now all I need to do is figure out how to position the input fields in the add_event function! Maybe this weekend. > However ... I'm now seeing a '1st' in the type of event field, if there's > nothing normally there. For instance, a run of dateck brings up Ash > Wednesday. There's nothing special suposed to be in the type of event > field, yet I see a '1st'. > I'm also seeing something wierd with todays date ... the year seems to > be munged. The 1st that you're seeing is due to the fact that I changed the logic a bit to not display a year span for annually recurring events like Christmas, etc. By setting the year field for such dates to 00, no year span gets printed. However... for events such as Ash Wednesday, Easter, Thanksgiving, etc. that do not fall on the same date each year, it's necessary to manually edit the dates.file to re-set these dates to the current day/year. At some point, I'd like ts incorporate a way to dynamically calculate these dates, but I don't remember how most of them are calculated. Labor Day I know, but not the rest of them! Anyone??? > I'm also seeing something wierd with ttdays date ... the year seems to > be munged. What version of the Kreider libs do you have? I remember a message from someone saying that the localtime() function was fixed? in the 12/10/90 release - that's what I'm using. ...Jim p.s. You share the same B'day as our oldest daughter. (19 this year) There is 1 Reply. #: 9334 S3/Languages 30-Jan-91 08:00:39 Sb: #9332-'C' help Fm: Steve Wegert 76703,4255 To: Jim Peasley 72726,1153 Ahh ... editing the date's file is an easy task. I might be a release behind on the Kreider libs ... I'll go fetch and recompile. Steve #: 9283 S3/Languages 25-Jan-91 23:07:20 Sb: #9275-'C' help Fm: Jim Peasley 72726,1153 To: Pete Lyall 76703,4230 (X) Pete; .. I guess you're right - mumble,mumble. Still, I had never heard of termcaps until STERM v1.3, and can't think of any other OS-9 pgms that use them. I DO see the value tho. Guess I'm just going thru an input overload at the present time! Got your 2 files from DL3 last night, but after printing out CLIBDOC, I need to get some more ribbons before getting into them. ...Jim #: 9282 S12/OS9/68000 (OSK) 25-Jan-91 22:17:49 Sb: #9247-termcap functions Fm: Bob van der Poel 76510,2203 To: Pete Lyall 76703,4230 (X) Pete, Yes, I had a look at the termcap stuff you uploaded. Not too much help for my problem. Looking over some of the termcap entries in the OSK termcap file I notice that there are a number of entries for different terminals which are not covered in the termcap capabilities list in the OSK docs. Does anyone know of a more comprehensive list? Actually, adding your own functions in not a problem. I could easily add to the file entries for anything I want. I suppose for cursor on/off I could use C1 and C2 or whatever. The thing I'd like to know is if there is already a name for this function or, if not, any suggestions for a standard name. #: 9287 S10/OS9/6809 (CoCo) 26-Jan-91 02:47:13 Sb: #9256-#Seagate ST225N Fm: Ken Scales 74646,2237 To: Rodney Harper 75130,1321 (X) Rod - Yes, the 4-in-1 does require the add-on power supply for the Hard Drive interface. That one stumped a friend and I first time we tried to set up his drive -- the manual mentioned the power supply only under the Serial Port, but it is required for the HD as well. (not the clock, tho.) Also, I am in the process of releasing a new version of the CCHDisk driver (v 4.7) which will let you do the physical format under OS-9, rather than using that Basic program. Also has a few other tweeks specifically for Seagate STxxxN drives (though it is not limited to Seagates). Should be available in a few days. (Gotta reformat the doc file.) Cheers... / Ken There is 1 Reply. #: 9290 S10/OS9/6809 (CoCo) 26-Jan-91 12:20:42 Sb: #9287-Seagate ST225N Fm: Rodney Harper 75130,1321 To: Ken Scales 74646,2237 (X) Ken, Many thanks for the reply. I was getting real close to making the Seagate a door stop. Once you get the file done, hopefully soon, let me know I would like to give it a try. I am online daily, so I will be looking out for your message saying " OK, Rod....Give it a try !!" Any ideas on why the Disto Basic Formatter will not work most of the time ? >>Rod<< #: 9289 S10/OS9/6809 (CoCo) 26-Jan-91 12:03:50 Sb: Seagate St225N Fm: james pottage 71750,2012 To: Rodney Harper Rod, Ken Scales user name is KSCALES and he uses the OS9 Forum only. Jim Pottage #: 9291 S10/OS9/6809 (CoCo) 26-Jan-91 12:48:09 Sb: #9205-#EPROMs Fm: LUTE MULLENIX 70721,2230 To: Kevin Darling (UG Pres) 76703,4227 (X) Kevin: So what your saying is it should be possable to work up an EPROM that would just boot off the HD. Now what kind of a job would that be for someone like me? I can plug things in, solder in diodes, and patch modules, but I,m not really up on figuring out what to patch, and what to to change things to. Am I correct in thinking that the EPROM would have to know where on the HD to find the kernel (track), and then a new BOOT mod would have to be written in say assembly. Of course the code in the EPROM would have to be machine code to start things off, right? I just noticed something, looking through a couple of folders I have of boot modules, that REL BOOT and OS9P1 are not in there. Interesting. When we do an OS9gen, these must be pulled out ot memory, right? Am I getting in over my head here? By the way, when I get this figured out is there somewhere a guy can get EPROMs burned for a resonable fee? Also I'm not a programmer, so any books you might think would help me on my way on assembly would be most appreciated. I have Bill Barden's book for EDCB, would this do me some good to go through? >Lute< There is 1 Reply. #: 9292 S10/OS9/6809 (CoCo) 26-Jan-91 13:48:06 Sb: #9291-#EPROMs Fm: Pete Lyall 76703,4230 To: LUTE MULLENIX 70721,2230 (X) The bootfile is located via a LSN pointer in LNS0 on the hard disk. The boot need only look there, and then seek to the designated spot, and read the bootfile. In coco land, os9p1, REL, Boot, and Init (?) are on track 34 of the boot floppy, and are loaded by the DOS command (reads 18 sectors from track 34 into memory). Once loaded, they jump into it, and it takes over by enabling the appropriate RAM mode, copying the modules to high RAM, and then jumping into os9. That's the 1st level boot. Then os9's Boot module takes over (via OS9p1) and loads the OS9Boot file. Pete There is 1 Reply. #: 9327 S10/OS9/6809 (CoCo) 29-Jan-91 21:06:35 Sb: #9292-#EPROMs Fm: LUTE MULLENIX 70721,2230 To: Pete Lyall 76703,4230 (X) Pete: So really, all the EPROM would have to do is know where to find the first part of the Boot. Then OS-9 will just read the rest of it off the disk? >Lute< There is 1 Reply. #: 9338 S10/OS9/6809 (CoCo) 30-Jan-91 11:33:36 Sb: #9327-EPROMs Fm: Pete Lyall 76703,4230 To: LUTE MULLENIX 70721,2230 (X) Lute - A standard (well, COCO) bootstrap is really three separate stages of bootstrapping: 1 - The DOS command reads track 34 into memory, and executes the REL code manually. The REL code takes the rest of track 34 (which contains os9p1, boot, and init) and relocates it to upper memory. Then it jumps into OS9 (or OS9p1). 2 - OS9 calls f$boot, which eventually locates and starts the BOOT module. The BOOT module goes to the floppy (hard coded) and looks at LSN0. It gets the location of the OS9Boot file (or whatever it's called - name is unimportant) in terms of absolute sector number (LSN), and the size of the boot file from the LSN0 info. It seeks the disk to that point, and reads exactly that many bytes (modulo 256). It then passes control back to os9. 3 - OS9 then finishes initialization, and starts Sysgo/CC3Go. Sysgo/CC3go gets parameters from Init (working and exec dirs, standard I/O defaults, etc.) and sets them up. It then forks a shell to perform the startup script, and upon completion of that, forks another shell, which is the first user shell, and the initial OS9: prompt that you see. Pete #: 9293 S10/OS9/6809 (CoCo) 26-Jan-91 16:13:33 Sb: #9230-#mv/aif Fm: NAM PUI 73347,3324 To: Kevin Darling (UG Pres) 76703,4227 (X) I did, I varied the foreground and background from 0 to 7 and all the combination possible. It have not effect. Montype would change the display on a monochrome. But not to a point that I can read it. The only way I can change them at this point is to change the palette setting with control in MV. Then the changes would carry through to the window setup in aif. But doing it this way would render the MV window unreadable. Hope there is some other way or I will have to go back to the old fashioned way of startup a pro program. Nam There is 1 Reply. #: 9294 S10/OS9/6809 (CoCo) 26-Jan-91 22:51:53 Sb: #9293-#mv/aif Fm: Kevin Darling (UG Pres) 76703,4227 To: NAM PUI 73347,3324 (X) Oh. Are you running M-V when you start up? What does the standard palette have in it? (I mean in the env.file) Have you saved out the changes you made? There is 1 Reply. #: 9300 S10/OS9/6809 (CoCo) 27-Jan-91 17:45:21 Sb: #9294-#mv/aif Fm: NAM PUI 73347,3324 To: Kevin Darling (UG Pres) 76703,4227 (X) I started up MV from startup file to /w3. The env.file palette was on the previous message I posted. The palette was change await back to a more pleasing set then the standard set from the Tandy Disk. I found one thing the hard way. The aif file change have not affect on the window if you have start the application before during the same session. You must reboot to see the foreground and background changes. After playing around a little more with the MV and some applications. I have came up with some workable solutions. Having a color monitor to turn to to identify the actual color help. With a monochrome monitor(The one i got was used a video monitor and the grey level is not as as stable as a computer monochrome monitor). You can set the MV palette as follows. Palet0=0,0,0 palet1=3,3,3 Palet2=2,0,0 Palet3=2,2,0 You can set the dynacalc aif file as follows: 2,80,24,0,4 This will show up as a red on black screen on a color monitor and a very readable white on black on a monochrome. The Dynacalc used is the Ver 1.00.00 from tandy copyright 1984 The Dynastar aif can be set up as: 2,80,24,2,0 This will also yield a fairly readable screen. There is still a minor problem. The cursor is not visible and the command prompts are not visible. This is the ver. 3.4 for coco III lvl II. Hope this is of some help and maybe there is fix for the problems I got. Nam There are 2 Replies. #: 9302 S10/OS9/6809 (CoCo) 27-Jan-91 20:48:23 Sb: #9300-#mv/aif Fm: Kevin Darling (UG Pres) 76703,4227 To: NAM PUI 73347,3324 (X) Thanks much for your solutions, Nam! Right, the MV startup uses the env.file to set the global default colors, so any programs started beforehand would use the stock global defaults instead. I'll keep thinking, also. There is 1 Reply. #: 9328 S10/OS9/6809 (CoCo) 29-Jan-91 21:45:36 Sb: #9302-mv/aif Fm: NAM PUI 73347,3324 To: Kevin Darling (UG Pres) 76703,4227 (X) The env.file seems to affect only one window. Another type 2 window started up before the MV would not get affected. I will try to see if any type e 2 window startup after the MV will get affected or not. I will keep in touch. Nam #: 9305 S10/OS9/6809 (CoCo) 27-Jan-91 22:51:06 Sb: #9300-#mv/aif Fm: Randy Wilson 71561,756 To: NAM PUI 73347,3324 (X) Nam, One thing I have not seen metioned yet is that DynaStar v3.4 knows about CoCo windows. It keeps it's own record of palette slots to use in it's termset file. You might also try changing these to get a readable screen, with the cursor and such visible. Randy There is 1 Reply. #: 9329 S10/OS9/6809 (CoCo) 29-Jan-91 21:57:39 Sb: #9305-mv/aif Fm: NAM PUI 73347,3324 To: Randy Wilson 71561,756 (X) Thats right, but the MV env.file mess up the default palette slot to an point that DS V3.4 will not be visible. I have my Termset use white on black type 2 windows in all the windows. It works fine if I start up DS from a stock type 2 windows with default color palettes. If the application before that switches/or changes te the palettes. Then DS will use the altered palette. Mv is teh one that alters it. What I want is for the aif to tell the DS window the altered palette slots. It seems to me we need to have some way of letting the aif reset the palette slot back to the default before DS starts. (The MV gshell may start in a different window every time. I don't want to mess around with the termset.) Nam #: 9339 S10/OS9/6809 (CoCo) 30-Jan-91 17:49:15 Sb: #9228-#mv/aif Fm: Mike Stephenson 71655,415 To: NAM PUI 73347,3324 (X) I read your message about GSHELL+, DynaStar 3.4, and a monochrome monitor. I have uploaded a file which may help you. The files will allow you to make a new TERMset and alter your /dd/sys/env.file. These work fine for me on my Magnavox 8515 RGB monitor in both RGB mode and Monochrome mode. Hope this will help you. Look for TRMSET.AR in the APPLICATIONS library when it is enabled. P.S. My AIF for DynaStar look like this . . Ds ICONS/Icon.dyna 0 2 80 24 1 0 Enjoy. There is 1 Reply. #: 9348 S10/OS9/6809 (CoCo) 30-Jan-91 22:07:18 Sb: #9339-mv/aif Fm: NAM PUI 73347,3324 To: Mike Stephenson 71655,415 (X) Thanks. I will download the file and see what happens. Nam #: 9295 S14/misc/info/Soapbox 27-Jan-91 11:58:13 Sb: #Multi-Vue help Fm: MICHAEL ROSEN 73340,2756 To: all I am wondering if there is any way to easily put Multi-Vue on my working copy of OS-9 lv.II.. My working copy is running 40 tracks double sided and 6 ms. step rate. I built a working copy of Multi-vue but it is 35 t. single sided at 30 ms. If anyone can help me, please do. Thanks... Michale Rosen 73340,2756 There is 1 Reply. #: 9296 S14/misc/info/Soapbox 27-Jan-91 12:43:24 Sb: #9295-Multi-Vue help Fm: Zack Sessions 76407,1524 To: MICHAEL ROSEN 73340,2756 All you have to do is put WindInt in your boot file and GShell in your CMDS directory. It also helps to have env.file in the SYS directory and add the additional window descriptors (w8-w15) to your boot file also. And if you want to be able to fork the standard Tandy apps, you'll need to copy those to your CMDS directory alsot(. Zack #: 9297 S12/OS9/68000 (OSK) 27-Jan-91 13:39:54 Sb: #termcap Fm: Roy Dacus 70721,1113 To: Bob van der Poel 76510,2203 (X) Hi Bob, The parameters for CURSOR INTENSITY are: vs= Make cursor very visible. vi= Make cursor invisible. ve= Make cursor normal (undo effect of vs= and ve=). A very good book on this subject is "termcap & terminfo" from O'Reilly & Associates, Inc. Phone (800)338-6887. Roy Dacus There is 1 Reply. #: 9310 S12/OS9/68000 (OSK) 28-Jan-91 21:15:04 Sb: #9297-termcap Fm: Bob van der Poel 76510,2203 To: Roy Dacus 70721,1113 (X) Thanks Roy... My manual entry for vs and ve says something about end/start "open/visual mode". Could be that in Unix-ise that means the same as fiddle with the cursor... I'll give O'Reilly, etc. a call and find out the details on the book. Thanks again. #: 9303 S12/OS9/68000 (OSK) 27-Jan-91 22:07:58 Sb: #9266-#ss.screen_size Fm: Bob van der Poel 76510,2203 To: Kevin Darling (UG Pres) 76703,4227 (X) Hmmm, using a subroutine module for ved_size is probably a good idea--but I have no idea how to do that. Guess the module would have to be written in assembler and then what? We get the address of the module via modlink and then jump to the entry point? Return stuff in registers. The control code thingie is okay. Yes, I have the single board proto. I figured out the screen stuff from the termcap file--not much there is there? Unless I'm missing things, it lacks all the goodies like underline and reverse video. Just as well, it forced me to set ved up so that it can deal with stupid terminals. And when I get the updated software it'll just be a matter of updating the termcap entry. Oh, and I do hope that the final version of the window driver will have entries of an extended character set ($20..$FF). There is 1 Reply. #: 9309 S12/OS9/68000 (OSK) 28-Jan-91 18:05:40 Sb: #9303-ss.screen_size Fm: Bill Dickhaus 70325,523 To: Bob van der Poel 76510,2203 (X) That does bring up a good point. Are there OSK C functions for setting up subroutine modules? Are there any out there for OS9 LII? Calling of subroutine modules can be hacked together, but there is no standard that I'm aware of for setting up C subroutine modules, and I have also never heard of a cstart.r for subroutine modules. This might require linker changes too, ugh. I have an ulterior motive here, since I'm working on a large C project that _might_ benefit from subroutines. Thoughts everyone? Bill #: 9306 S10/OS9/6809 (CoCo) 27-Jan-91 23:19:09 Sb: #DynaStar arrow keys Fm: Ken Scales 74646,2237 To: NAM PUI 73347,3324 (X) Nam - About a week or so ago, you asked about making the arrow keys work under DynaStar, after applying the GShell+ patches. The utility (patch file) you are after is called KeyTable, and is contained in DSPAT.AR in DL10. This is the latest version of the file, and should be compatible with your upgraded version of CC3IO. I have tried it with most CC3IO upgrades successfully, including the latest version released by Bruce Isted in ESW110.AR (Eliminator S/W version 1.10). Exception: I haven't got a serial mouse working, so have only tried the ".joy" versions from Bruce's file. Good luck... let me know if you have any problems. Cheers... / ken There is 1 Reply. #: 9330 S10/OS9/6809 (CoCo) 29-Jan-91 22:00:51 Sb: #9306-DynaStar arrow keys Fm: NAM PUI 73347,3324 To: Ken Scales 74646,2237 (X) Thanks. The ctrl-e,s,d,x cursor movement is wearing me down fast. Nam #: 9307 S10/OS9/6809 (CoCo) 28-Jan-91 00:14:28 Sb: #9219-#HELP Fm: Lee Veal 74726,1752 To: John Colegrove 76467,36 (X) DMAPPS is not an executable module (does not start with 87CD), therefore it should get a module header is incorrect error. DMALT is executable and should be Header for: DMALT Module size: $3FAB #16299 Module CRC: $6926DE (Good) Hdr parity: $3D Exec. off: $0012 #18 Data Size: $03D4 #980 Edition: $7E #126 Ty/La At/Rv: $11 $00 Prog mod, 6809 obj, non-shr, R/O provided that I don't have any mods in it that make it different from the Deskmate 3 Master Disk. What slot do you have the Modem Pak plugged into on your MPI? Lee There is 1 Reply. #: 9312 S10/OS9/6809 (CoCo) 28-Jan-91 22:03:58 Sb: #9307-#HELP Fm: John Colegrove 76467,36 To: Lee Veal 74726,1752 (X) Lee, I figured out my problem. I had customized my Deskmate3 disk, I have it all on one double sided disk and stepping at 6 milliseconds, but when I configured it, I must have left out the /M1 and /M2 descriptors because at that time, I didn't have a modem,(I waited till the shack reduced them to $9.95) but anyway all I had to do was copy the /M1 to my Deskmate3 and now everything is A-OK. Thanks for the help. I do have another problem though, I can't figure how to handle any of the programs I have downloaded (binary or arc). I tried changing attributes, loading to memory and Basic09, I wonder what I'm doing wrong? John There are 2 Replies. #: 9313 S10/OS9/6809 (CoCo) 28-Jan-91 22:12:41 Sb: #9312-#HELP Fm: DAVID DE FEO 71630,721 To: John Colegrove 76467,36 (X) John, the archived files need to be eXtracted using the ar program. I think you can find it in the Utility lib. Then you have to set the e attr to the dearced program. Dave There is 1 Reply. #: 9314 S10/OS9/6809 (CoCo) 28-Jan-91 22:34:58 Sb: #9313-HELP Fm: John Colegrove 76467,36 To: DAVID DE FEO 71630,721 (X) Dave, I'll try it and see. Thanks. John #: 9320 S10/OS9/6809 (CoCo) 29-Jan-91 16:25:51 Sb: #9312-#HELP Fm: Lee Veal 74726,1752 To: John Colegrove 76467,36 (X) As for the binary stuff, it needs to have any x/y-modem pad characters removed, then you can set the execution attributes on with ATTR. DED can be used to help truncate the downloaded binary file. DED is another utility that you can find in the libraries here. Then you just put the module in the current execution directory. As previously stated, you have to use the AR utility to deARchive files that are suffixed with ".AR". On the binary files, if they are packed BASIC09, you'll still have to adhere to the same rules that detail where RUNB and other support modules have to be. Lee There is 1 Reply. #: 9321 S10/OS9/6809 (CoCo) 29-Jan-91 18:05:24 Sb: #9320-#HELP Fm: Pete Lyall 76703,4230 To: Lee Veal 74726,1752 (X) Lee - The simplest way to strip X/Ymodem padding is: 1. Set execute permissions on (attr filename e pe) 2. Load the module (with padding attached) 3. Ignore any error messages 4. Delete the disk image of the module 5. SAVE the module from memory to disk. After step 5, the padding will be gone, as the module header size field determines how much is written to disk (actually, how much is loaded as well. When loading, os9 will see the anticipated end of the module, note that it's not at EOF, and look for a subsequent module in the file (SYNC BYTES). If not there, it should bark about an illegal module header, or the like). Pete There is 1 Reply. #: 9377 S10/OS9/6809 (CoCo) 02-Feb-91 20:16:30 Sb: #9321-HELP Fm: Lee Veal 74726,1752 To: Pete Lyall 76703,4230 (X) Yes, I'm aware of that one, too. Thanks for the the remind. Lee #: 9315 S12/OS9/68000 (OSK) 28-Jan-91 22:48:56 Sb: #OS-9 for Sinclair QL Fm: Vincent Foglia 70451,721 To: all Does any one know if there is a copy of the OS/9 Operating System that will run on a Sinclair QL system???? A buddy of mine has a complete QL system and would like to be able to run OS/9!!! Any help would be appreciated!! He can be contacted at: Steven Blackford Rt. 1 Box 30-B Delta, IA 52550 Thank you................ Vincent Foglia There is 1 Reply. #: 9319 S12/OS9/68000 (OSK) 29-Jan-91 06:58:30 Sb: #9315-#OS-9 for Sinclair QL Fm: James Jones 76257,562 To: Vincent Foglia 70451,721 (X) I think that your best bet would be to call the British company Cumana Ltd. and ask whether they've done such a port. I don't have their address or phone number at hand, but I'll see if I can find it. There is 1 Reply. #: 9352 S12/OS9/68000 (OSK) 31-Jan-91 12:26:44 Sb: #9319-OS-9 for Sinclair QL Fm: Vincent Foglia 70451,721 To: James Jones 76257,562 (X) Thanks... He'd really like to run os9 his computer.. So we could transfer programs, and applications. I run os9 on a coco... He7d like to run some of the same programs I do. #: 9316 S1/General Interest 29-Jan-91 00:21:19 Sb: #Where is the ar program? Fm: Scott Tegtmeyer 72560,1503 To: [F] All I would like to download programs with .ar suffix, but I can't seem to find the ar program. Can you tell me where it is? Thanks, Scott Tegtmeyer There is 1 Reply. #: 9318 S1/General Interest 29-Jan-91 04:57:00 Sb: #9316-Where is the ar program? Fm: Dan Robins 73007,2473 To: Scott Tegtmeyer 72560,1503 (X) Scott, The file(s) you are looking for are in LIB 9. All the files will pop up if you type the command: BRO AR*.* whilst in LIB9. AR.DOC is the documentation file. Read the descriptions, and you'll see that there are separate .BIN (executable files) for both 6809 & 680x0 machines. AR.AR contains the full boat and source code as well. If you do download one of the .BIN files, you may want to RENAME it and take the .BIN extension off (ie....RENAME /d?/AR09.BIN /d?/AR), and you WILL need to set the atributes adding the "pe" and "e" attributes. The command which will do the job is ATTR /d?/AR -PE -E Hope that helps. Dan #: 9317 S10/OS9/6809 (CoCo) 29-Jan-91 00:27:05 Sb: memory help! Fm: Everett Chimbidis 76370,1366 To: all How do you set up your memory?? (to make the most of it?) #: 9322 S10/OS9/6809 (CoCo) 29-Jan-91 18:16:23 Sb: #LOGIN/TSMON on V2.0 Fm: Michael Wood 71631,340 To: all I am a new user to OS9. Recently I purchased a CoCo3 (128k), drive0, and of course OS9. The OS version number is 02.00.01 and the RS stock number is 263031. I am doing some experimenting with its multiuser capabilities and have build a null modem cable to interface with my Macintosh. My problem has to do with the LOGIN and TSMON commands/modules. Nothing was mentioned about them in my documentation and, after looking through the disks, I find they don't appear on either of them. Did I purchase the RS 2.0 UPGRADE only? In order to have password security on my /t1, etc. do I need to get the 01.00.00/01.00.01 version also? I am perfectly able to get a shell running on /t1.... What am/did I do wrong or am missing here? HELP! There is 1 Reply. #: 9335 S10/OS9/6809 (CoCo) 30-Jan-91 08:04:33 Sb: #9322-#LOGIN/TSMON on V2.0 Fm: Steve Wegert 76703,4255 To: Michael Wood 71631,340 (X) Michael, Login and Tsmon were not included in the Level II release of OS9. Instead, they were bundled on the Developer's Pak. Not to worry .... there are several replacements in the LIBRARIES. Do a Browse on LOGIN and see what pops up. LIB 8 should be the place to look. Give a shout if you need more info. Steve There is 1 Reply. #: 9341 S10/OS9/6809 (CoCo) 30-Jan-91 19:43:40 Sb: #9335-#LOGIN/TSMON on V2.0 Fm: Michael Wood 71631,340 To: Steve Wegert 76703,4255 (X) Thanks Steve. I don't remember seeing a developers pak in my local store but I would have been suprised to do so. They don't stock much... Another problem I hm I have is the lack of a modem interface for my CoCo so I'll have to figure out another way to get those utilities. Thanks again for your help! -Mike There are 3 Replies. #: 9342 S10/OS9/6809 (CoCo) 30-Jan-91 20:33:23 Sb: #9341-LOGIN/TSMON on V2.0 Fm: Dan Robins 73007,2473 To: Michael Wood 71631,340 Michael, I've got a Developer's Pack hanging around the house that I'll sell ya. How does $35 & shipping costs sound? Dan #: 9344 S10/OS9/6809 (CoCo) 30-Jan-91 21:00:28 Sb: #9341-LOGIN/TSMON on V2.0 Fm: Steve Wegert 76703,4255 To: Michael Wood 71631,340 Michael, Where's there's a will ... A 232pak or equal is almost a requirement for modeming with OS9. But ... if you have a RSDOS terminal package that supports xmodem or B protocol, you can use one of the converting utilities to move the file from RSDOS to OS9. DOSOR9 comes immediately to mind. Give a yell if you need more info. In the meantime, check out the ultilites library for this file. Steve #: 9346 S10/OS9/6809 (CoCo) 30-Jan-91 21:04:27 Sb: #9341-LOGIN/TSMON on V2.0 Fm: Steve Wegert 76703,4255 To: Michael Wood 71631,340 Mike, DOSOR9.BAS and DOSOR9.HLP can be found in the COCO Library (#10). Steve #: 9323 S9/Utilities 29-Jan-91 19:50:55 Sb: #Help Fm: John Colegrove 76467,36 To: Pete Lyall 76703,4230 (X) Pete, I tried your advice and still no luck. I set the execute attributes (e pe) then load to memory and I get ERROR 205. Then I run MDIR which leads me to believe the module did not load, so I don't want to delete the disk image cuz I'd lose the file.. NO??? By the way, I was the one looking for the help. Thanks, John There are 2 Replies. #: 9337 S9/Utilities 30-Jan-91 11:20:19 Sb: #9323-#Help Fm: Pete Lyall 76703,4230 To: John Colegrove 76467,36 (X) John - Hmm - wonder iff the contents of the file itself are valid? Try an ident on the file, and see what it produces. The technique _does_ work - I've used it for years... Pete There is 1 Reply. #: 9350 S9/Utilities 30-Jan-91 22:41:47 Sb: #9337-#Help Fm: John Colegrove 76467,36 To: Pete Lyall 76703,4230 (X) Pete, When I run IDENT on any of these files all I get is MODULE HEADER INCORRECT! any more ideas? John There is 1 Reply. #: 9353 S9/Utilities 31-Jan-91 14:32:21 Sb: #9350-#Help Fm: Pete Lyall 76703,4230 To: John Colegrove 76467,36 (X) Now we're getting somewhere.... That means that the file obviously doesn't contain an executable (or any other kind of) module. Questions: Did you download it as an '.ar' file? If yes, have you already used 'ar' to unpack it? Is it any other form of packed file (uuencode? Pak? Arc? Zip?)? Where did you get the file, and what is it's name? If you can't figure any of the above out, that may help, along with a dump of the first couple sectors of the file.. (i.e. dump {filename} >tempfile) Pete There is 1 Reply. #: 9356 S9/Utilities 31-Jan-91 20:35:08 Sb: #9353-#Help Fm: John Colegrove 76467,36 To: Pete Lyall 76703,4230 (X) Pete, 'ar' is one of the files I am trying to use. It was called ar.arc/bin I believe. I saved it as arc.ar.bi and can't do anything with it. I don't own dump because I only have Level II. I am using a COCO3 512K, 2 drives, MPI with controller in slot4 and modem pak in slot 1, DESKMATE3's TELECOM program 8/1bits,no parity,ASCII filter off, XMODEM transfer.John There are 2 Replies. #: 9360 S9/Utilities 01-Feb-91 00:55:29 Sb: #9356-#Help Fm: Kevin Darling (UG Pres) 76703,4227 To: John Colegrove 76467,36 (X) Hi John... don't worry, we'll getcha going. But we really need to know which file it was. If it was AR09.BIN then you should be able to Ident it (after setting attr e pe, I think). Hey, I know. What is the size of the file? That might give us a hint as to which one you downloaded. thx - kev There is 1 Reply. #: 9369 S9/Utilities 02-Feb-91 01:33:23 Sb: #9360-Help Fm: John Colegrove 76467,36 To: Kevin Darling (UG Pres) 76703,4227 (X) Kev, Thanks for your concern, I downloaded AR09.bin and now no more probs. John #: 9364 S9/Utilities 01-Feb-91 11:30:04 Sb: #9356-#Help Fm: Pete Lyall 76703,4230 To: John Colegrove 76467,36 (X) John - In order to get AR'd programs unpacked, you need to download ar.bin in DL9. After downloading it (it is NOT compressed or packed) put it in your commands directory, rename it to 'ar', and set execution priveleges (attr /dd/cmds/ar e pe). If you don't have DUMP, grab XOD.ar in dl9. A really nice public domain dump command. There's also a PD save command over there, I believe. Ar.arc? Odd - I would have expected it to be ar.ar. If the latter were the case, you could unpack it using ar by: ar -x ar Pete There is 1 Reply. #: 9370 S9/Utilities 02-Feb-91 01:37:14 Sb: #9364-#Help Fm: John Colegrove 76467,36 To: Pete Lyall 76703,4230 (X) Pete, I downloaded AR09.bin and have no more trouble. I looked for XOD.ar here and in the COCO forum, can't find it, I did find a SAVE.ar though Thanks for your help. John There is 1 Reply. #: 9372 S9/Utilities 02-Feb-91 01:59:36 Sb: #9370-#Help Fm: Pete Lyall 76703,4230 To: John Colegrove 76467,36 (X) John - If Mike Ward can't find it in the archives, let me know. I'll upload a portable C source, and we can probably get someone to compile it for a 6809. Worst case, I could fire up my LI system and do it here. Pete There is 1 Reply. #: 9376 S9/Utilities 02-Feb-91 17:44:04 Sb: #9372-Help Fm: John Colegrove 76467,36 To: Pete Lyall 76703,4230 (X) Pete, Thanks I'll try that. John #: 9343 S9/Utilities 30-Jan-91 20:43:15 Sb: #9323-#Help Fm: WAYNE LAIRD 73617,3042 To: John Colegrove 76467,36 (X) John, just breaking in here, so I don't know the full story on your file, but try a 'verify' >>> OS9:Verify . There is 1 Reply. #: 9375 S10/OS9/6809 (CoCo) 02-Feb-91 17:09:09 Sb: #9367-#OS9 to MSDOS Fm: Paul Rinear 73757,1413 To: Kevin Darling (UG Pres) 76703,4227 (X) The commercial program I see advertised in Rainbow is Xenocopy ? There is 1 Reply. #: 9390 S10/OS9/6809 (CoCo) 03-Feb-91 19:30:09 Sb: #9375-OS9 to MSDOS Fm: Lee Veal 74726,1752 To: Paul Rinear 73757,1413 There was a program called "CoCoUtil" (and later CoCoUtil II) that ran on MS-DOS machines, but it would only read RS-DOG disks. It was commercial. Lee #: 9374 S1/General Interest 02-Feb-91 08:58:50 Sb: Kreider LIB docs Fm: Steve Wegert 76703,4255 To: All From rewop!sysop Thu Jan 31 06:03:34 1991 Received: by rewop (Rmail09 1.2) id 4574; Wed Jan 30 22:15:16 1991 From: rewop!sysop To : OS9stl!steve Date: Wed Jan 30 22:07:22 1991 Subj: Kreider Docs Steve, Would you post the following message on the Forum for all members? Thanks! ---------------------------------- All C programmers: I have corrected the error in my documentation of Carl Kreider's C library. These docs are available to anyone who wants them. I will not be uploading them here because of the size, but will send a disk will all docs, the man command for reading them, and the updated mroff for making the man pages--including source code. If anyone would like a disk, please send a disk mailer and a blank disk with enough return postage to cover the charges to: Mark Griffith 953 W. Wisconsin Ave. DeLand FL 32720 If there is enough call, I can upload the archives here after splitting them up to keep the size down. Reply to this message and Steve Wegert will forward then to me. I appreciate all the comments many people have made in getting the errors out of the doc files. Thanks to all. /\/\ark Usenet ....!uflorida!ki4pv!macs!stetson!rewop!sysop UUCP direct (904) 736-1849 rewop!sysop Internet griffith@stetson.bitnet #: 9380 S4/MIDI and Music 03-Feb-91 11:52:06 Sb: #8862-New Tune Fm: Mike Knudsen 72467,1111 To: Ches Looney 73016,1336 Hi Ches. Right, brass & percussion beats piano for that sort of music any day. "Battle of Trenton" I have recorded on an antique pipe organ by E Power Biggs. Lotsz of fun. --mike k #: 9381 S4/MIDI and Music 03-Feb-91 11:54:07 Sb: #8865-New utils in DL4 Fm: Mike Knudsen 72467,1111 To: Pete Lyall 76703,4230 (X) OK Pete on the Casio. I've been advised to always stick a NOTE ON in my recording buffer. Also, when recording a Casio, to punch a patch change before playing. Glad to hear it's not just me, grin! #: 9382 S4/MIDI and Music 03-Feb-91 11:57:28 Sb: #8871-MIDI Fm: Mike Knudsen 72467,1111 To: Everett Chimbidis 76370,1366 You can still buy MIDI packs from RUlaford Research in Oregon. They may have changed their name again -- originally Speech Systems. There's also the outfit in Rochester NY,{whose stuff was recently reviewed in Rainbow. Their MIDI Pak may or may not be compatible. I think RUlaford wants about $80 or $90 for their Pak. Some folks have hacked RS232 Paks into MIDI, but it's not for the faint of heart...mike k #: 9383 S4/MIDI and Music 03-Feb-91 11:59:47 Sb: #8923-#Fallin.UME Fm: Mike Knudsen 72467,1111 To: GLEN HATHAWAY 71446,166 (X) Hi Glen, congrats on your D-50. I'm glad to hear those are still being sold -- seems every model is "obsolete" after 6 months. Yes, I'd heard the D-50 is much like the MT32, and of course you can twiddle it from the frontpanel. Will be awaiting your program -- let me know when it's uploaded. (Hint: Put it on Delphi too, save me some cash!). --mike k There is 1 Reply. #: 9386 S4/MIDI and Music 03-Feb-91 12:55:40 Sb: #9383-Fallin.UME Fm: GLEN HATHAWAY 71446,166 To: Mike Knudsen 72467,1111 Hi Mike... The only reason I could afford to buy the D-50 is because Roland is dumping them to make way for the D-70. I find that in many ways I like my MT-32 better, but the D-50 is a VERY capable machine too. It works best as a controller, as it is somewhat lacking in multi-timbral abilities. About the editor - it is coming along VERY slowly Don't hold your breath... I will upload on Delphi - I spend most of my time there because of the 20/20 thing. Bye... #: 9384 S4/MIDI and Music 03-Feb-91 12:03:38 Sb: #9125-Fallin.UME Fm: Mike Knudsen 72467,1111 To: Lester Hands 70135,430 Hi Les. Well, Second City is in the process of moving to North Carolina, so a couple ad months are being skipped pending the new address, phone, name, etc. If anything goes wrong I'll consider your offer, thanks. Say, is MusicWare same as RUlaford Research, or do they just do CocoMIDI and the Lybrary? I also hear you/they aren't coming to CHicago RainbowFest, is that so? --mike k #: 9385 S10/OS9/6809 (CoCo) 03-Feb-91 12:13:04 Sb: #8908-LISP for CoCo3 Fm: Mike Knudsen 72467,1111 To: MOTD Editor..Bill Brady 70126,267 UltiMusE-III also beats the 64K limit by mapping various object-code routines into an 8K segment kept open for that use. Uses C-coded machine code, and WizPro uses packed B09 RUNB modules, but basically same idea. Umuse also fights the 64K limit by forking off the whole grafix end of the beast and PIPElining to it. Dale Puckett wrote this up in his Rainbow OS9 column about a year ago. --mike k #: 9387 S10/OS9/6809 (CoCo) 03-Feb-91 15:23:29 Sb: #OS9 LII Fm: PHIL SCHERER 71211,2545 To: ALL Am I remembering wrong or was there supposed to be an updated version of OS9 level 2 coming out????? There is 1 Reply. #: 9388 S10/OS9/6809 (CoCo) 03-Feb-91 16:12:46 Sb: #9387-#OS9 LII Fm: Kevin Darling (UG Pres) 76703,4227 To: PHIL SCHERER 71211,2545 You remember right. You've also got some good parts of it already (fast grfdrv, serial mouse and clock hacks, gfx2, etc). We'd like to shoot for the Chicago fest, but there's a lot of work to be done first. We'll see. There is 1 Reply. #: 9389 S10/OS9/6809 (CoCo) 03-Feb-91 19:26:19 Sb: #9388-#OS9 LII Fm: Lee Veal 74726,1752 To: Kevin Darling (UG Pres) 76703,4227 (X) Congrats, Finally saw that Kyum-Gai (OS-9 L2 version) is at last seeing the light of day. And I hope it's a bright new day, too. I think it will be if we, the OS-9 community, can keep the pirating down. Try as I might, I just can't convince some of my fellow club members here locally that pirating is detrimental to the whole community. Lee There is 1 Reply. #: 9391 S10/OS9/6809 (CoCo) 03-Feb-91 20:23:23 Sb: #9389-OS9 LII Fm: Kevin Darling (UG Pres) 76703,4227 To: Lee Veal 74726,1752 Lee - yes, thanks to Eddie Kuns who fixed a coupla things, Kyum-Gai finally left the "to do" queue ;-). I've always claimed that OS9ers believe in paying for stuff, in order to support third parties. Hope I'm right! (I think so) Press !>