read new nonstop follow 88029 18-JUN 11:44 General Information RE: Survey (Re: Msg 87931) From: WRHAMBLEN To: REVWCP E f3f3f3f3f3f3f3f3f3f3f3f3f3 Jeremy, 1. Name: William R. Hamblen 2. Current age: 45.7 years 3. Age at which you got started on the CoCo: never had a CoCo, but got a Tano Dragon (a CoCo clone) back when California Digital was selling them at $29 apiece. 4. Age at which you got started with OS9: 41 years 5. Did you have formal programming training? Took a FORTRAN course in college about 1968. Bud -*- 88030 18-JUN 12:05 General Information RE: Survey (Re: Msg 87931) From: PHILSCHERER To: REVWCP Hi Br. Jeremy; 1) Phil Scherer 2) age 53 3) Started Coco at 47 4) Started OS9 at 48 5) Learned to program C at home Hope this helps. -*- 88036 18-JUN 15:22 General Information RE: Survey (Re: Msg 87931) From: NEALSTEWARD To: REVWCP I'm not as ancient as you, but I'm creeping up there at 35. I started with an MC-10 in 1982. I bought my first coco2 about a year later. Joined the Erie County Color Computer Club a month after that, which I am still a member. I bought OS-9 level one when the price was first discounted about 1985 or so and have been using it ever since. I took APL and Fortran in high shool, and "structured" BASIC in college. I hope this fills your need for info... -*- 88046 18-JUN 19:42 General Information RE: Survey (Re: Msg 87931) From: DBREEDING To: REVWCP > 1. Name. - David Breeding > 2. Current age. - 44 > 3. Age at which you got started on the COCO. - 32 (I think) > 4. Age at which you got started with OS9. - 34 > 5. Did you have formal programming training? - No -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 88066 19-JUN 14:09 General Information RE: Survey (Re: Msg 87931) From: MROWEN01 To: REVWCP 1. Mike Rowen 2.Ageage 19. I upgraded to a Coco 3 in 1989 at age 24. 4. I first started with OS/9 Level I on the Coco II in 1985 at the age of 21. I upgraded to OS/9 Level II in 1989 at age 24. 5. I started electronics when I was 10. When I was 14 my father bought a shiny new TRS-80 Model I with level II basic and 16k. We even got the numeric keypad!. I learned basic on this machine as well as machine code. At 17, I entered the Air Force and trained to be a Radar and Inertial Navigation systems specialist. This involved automated test equipment that used a UNIX like operating system. I now work for Electronic Data Systems as a Communications Engineer. Everything I've learned with EDS has been self taught. I learned UNIX in 1985 while working with a Sun Microsystems 2/150. My work with OS-9 Level I made learning UNIX a breeze. I now perform systems administration for a network of Ultrix and AIX based systems. Hope this isn't to wordy :) -Mike -*- 88089 19-JUN 21:52 General Information RE: Survey (Re: Msg 87931) From: LUCKYONE To: REVWCP Hi, my name is Howard Luckey and I am 68 years old. I started using a CoCo2 sometime in my late fifties and started using OS-9 two to three years after getting my first CoCo (I don't keep track of time that well.). Since then I have moved to the CoCo3, and the MM/1a, my present system. When I got my first CoCo I never had any formal programming training, howerver, since then I have taken some computer courses including programming courses. Howard Howard Luckey delphi LUCKYONE CIS 74746,3207 ********** By InfoXpress 1.01 ********** -*- 88145 22-JUN 10:03 General Information RE: Survey (Re: Msg 87931) From: JMOORFOOT To: REVWCP 1 John Moorfoot 2 49 3 42 4 42 5 Yes. I have a BSc in Computer Science & EDP. -*- 88148 22-JUN 20:01 General Information RE: Survey (Re: Msg 87931) From: LARRYOLSON To: REVWCP I hope its not too late... 1. Larry Olson 2. 45 3. 35 4. 39 5. No formal training ----- Larry Olson ----- -*- 88151 22-JUN 23:31 General Information RE: Survey (Re: Msg 87931) From: REVKAK To: REVWCP 1. Keith Kounovsky 2. 41 3. 37 4. 37 5. Only formal training was in engineering school using Fortran on an IBM card batch machine. -*- 88155 23-JUN 00:36 General Information RE: Survey (Re: Msg 87931) From: DWHILL To: REVWCP Br. Jeremy: 1. Damon Hill 2. 43 3. 33 4. 35 (Level 1) 37 (Level II) 5. No formal training, first played with Basic on a minicomputer in the late 70's. --Damon -*- 88170 23-JUN 20:52 General Information RE: Survey (Re: Msg 87931) From: JOEGERBER To: REVWCP BROTHER JEREMY, 1. JOE GERBER 2. 24 3. 14 (YE OLDE 16K CC2) 4. 21 5. SOME--FORTRAN AND PASCAL I, AND USING FORTRAN TO DO MATH FUNCTIONS JOE -*- 88174 23-JUN 22:15 General Information RE: Survey (Re: Msg 87931) From: TEDJAEGER To: REVWCP 1. Name: Ted Jaeger 2. Current age: 43 3. Age when starting CoCo: 32 years 4. Age when starting OS9: 34 years 5. No formal computer training Bests ---TedJaeger -*- 88225 26-JUN 13:16 General Information RE: Survey (Re: Msg 87931) From: EMTWO To: REVWCP Paul M. Fitch Jr., currently 30. I bought my First Coco I in 1982. Got my Coco 3 in 1986, and started OS9 at about the same time as Level 2 came out. I have had a fortran class, part of my E.E. degree, but that occured almost 8 years after I got my first coco. -*- End of Thread. -*- 88031 18-JUN 13:03 OSK Applications new MM/1 products From: NIMITZ To: ALL Well, this is it! I just got a call that the boards for my 2nd MM/1 sale have arrived. I'm waiting on a hard drive and 5 1/4 inch floppy now, and I'll ship this machine. The proceeds for this sale will be enough to break loose my I/O board production and we'll be back on track! Still some learning ahead - and it will take some time to get up to as fast as I'd like, but we are moving!! Thanks Mark Griffith!!!! David M. Graham BlackHawk Enterprises, Inc. -*- 88094 19-JUN 22:35 OSK Applications RE: new MM/1 products (Re: Msg 88031) From: LUCKYONE To: NIMITZ > Well, this is it! I just got a call that the boards for my 2nd MM/1 sale > have arrived. I'm waiting on a hard drive and 5 1/4 inch floppy now, and > I'll ship this machine. The proceeds for this sale will be enough to > break loose my I/O board production and we'll be back on track! Still > some learning ahead - and it will take some time to get up to as fast as > I'd like, but we are moving!! Thanks Mark Griffith!!!! > > David M. Graham > BlackHawk Enterprises, Inc. > David, Great news. I'm glad to hear that things are moving. By the way as long as I am here I'd like to know how much it would take to upgrade BGFX. I have version 1.0. Please send me a copy and a bill, and and include any new documentation, also. Or let me know the price and I will send the money. Howard Howard Luckey delphi LUCKYONE CIS 74746,3207 ********** By InfoXpress 1.01 ********** -*- End of Thread. -*- 88032 18-JUN 14:56 General Information RE: Sony Service Anecdote (Re: Msg 88012) From: MARTYGOODMAN To: CLTUCKER Just one thing occurs to me... my guess would be that this "Sony" drive may be some other, standard drive that Sony has stamped their name on. In any case... before you jettison a drive that may be of value to you... you may want to try the following: Tell your format or setup software that this is a 20 megabyte drive, with 4 heads and 612 cylindars. For almost ANY MFM drive can be formatted AS IF it is such a drive (provided it IS 20 megs or bigger). Er... this IS an MFM drive, no? It has a 34 pin and a 20 pin connector on it? (Of course, with that configuration, it COULD be also an RLL drive, which is not important, for all RLL drives can be formatted as if they are MFM drive, and it also COULD be an ESDI drive, which would cause problems, for ESDI drives require an ESDI controller.) ---marty -*- 88054 18-JUN 23:01 General Information RE: Sony Service Anecdote (Re: Msg 88032) From: CLTUCKER To: MARTYGOODMAN Hi Marty. I have no format or setupsoftware for the Sony HD. It has a 50 pin and 6 pin connector. It is SCSI. I sent it to you for 'posterity'. I don't have a HD yet but am trying to locate one that will work without lots of details. One for the COCO3. Am working from scratch.(g) CLT -*- 88077 19-JUN 16:29 General Information RE: Sony Service Anecdote (Re: Msg 88054) From: MITHELEN To: CLTUCKER The 6 pin "connector" is probably a jumper block. 3 pairs most likely set the SCSI ID number (binary setting), The other three probably control other options, such as parity enable, moter start mode, and maybe termination power. Tis stuff is pretty standard on SCSI drives. If you knew someone with a MM/1 or a DOS machne, they would be able to format it without the need to know the other parameters. -- Paul -*- 88081 19-JUN 17:01 General Information RE: Sony Service Anecdote (Re: Msg 88077) From: CLTUCKER To: MITHELEN Hi Paul. The Sony has a 50,6 and 4 pin conn. The 4 pin conn pins are heavy duty like maybe maybe power pin. It says Sony on the drive but in front there is a red apple with a byte out of it. In the center of that apple is says "40", like 40 meg.(g) THks. CLT -*- 88095 19-JUN 22:35 General Information RE: Sony Service Anecdote (Re: Msg 88081) From: COCOKIWI To: CLTUCKER sounds like a MAC drive! THE 4 pin is the POWER.....the 50 is the Main SCSI cable..and the 6 pin is the jumper block! Dennis -*- 88097 19-JUN 23:05 General Information RE: Sony Service Anecdote (Re: Msg 88095) From: CLTUCKER To: COCOKIWI Hi Dennis. Will the Mac HD go with the COCO3? Just wondering. (g) CLT -*- 88109 20-JUN 21:23 General Information RE: Sony Service Anecdote (Re: Msg 88054) From: MARTYGOODMAN To: CLTUCKER OK... I'll try to use it when I start experimenting with SCSI systems on PC compatibles, to help me teach myself how to set such things up. thanks much! ---marty -*- 88120 21-JUN 01:44 General Information RE: Sony Service Anecdote (Re: Msg 88097) From: COCOKIWI To: CLTUCKER who knows! if the SCSI controller will talk to it,it should work fine! and if they have not screwed around with the electronics to make it a little DIFFERENT! Dennis -*- 88146 22-JUN 10:17 General Information RE: Sony Service Anecdote (Re: Msg 87939) From: JMOORFOOT To: MARTYGOODMAN The SRD2040A is a forty meg SCSI drive. They were commonly used in Macs. They are diney aSyret PC board is full of Sony custom chips.. I have 5ll ufering from stiction. John -*- 88147 22-JUN 10:28 General Information RE: Sony Service Anecdote (Re: Msg 88146) From: JMOORFOOT To: MARTYGOODMAN Sorry about the corruptions in the previous posting - Delphi's Internet feed is a bit sus... The 2nd & 3rd lines are: They are definately made by Sony. The PC board is full of Sony custom chips. I have 4 or 5 all suffering from stiction. (This has taken about 5 mins to type in). John -*- 88159 23-JUN 01:06 General Information RE: Sony Service Anecdote (Re: Msg 88146) From: MARTYGOODMAN To: JMOORFOOT (NR) You might want to ask that the drive be sent to you... you have more use for it than it, it would seem. ---marty -*- 88160 23-JUN 01:07 General Information RE: Sony Service Anecdote (Re: Msg 88147) From: MARTYGOODMAN To: JMOORFOOT (NR) Sorry that you are getting such poor system performance. For what it is worth, I USUALLY get pretty solid connection, with pretty good responsiveness, when I connect to Delphi using a local TYMNET node. ---marty -*- End of Thread. -*- 88033 18-JUN 14:56 General Information RE: modem (Re: Msg 88015) From: MARTYGOODMAN To: JBMANNING Great! Glad the transaction worked out. ---marty -*- 88034 18-JUN 14:59 General Information RE: Nitros9 joystick! (Re: Msg 88021) From: CHARLESAM To: VE3DAC Here is some more info so you don't have to ask. 1.- I tried different joysticks, same result. 2.- If I boot without nitros9(old boot) but with nitros9 upgraded grfdrv, no problem there, works without a problem and the grfdrv upgrade is much faster then stock. 3.- I tried many cc3io modules that match nv115data and no good. 4.- All this is in low-res joystick. I haven't got to the the hi-res yet, but will try that when I can locate(this table is a mess right now) my hi-res adaptor. I'm using standard joystick ports(not serial) and problem is same L or R. 5.- Problem exists all games, klondike, shanghai, smash. If you don't have these problems in lo-res joystick, what versions of CC3IO/GRFDRV did you start with? And where did you get them? What I can't understand is where the nitros9 modules listed are obtained. Okay, I have found a few but most of what I have and could obtain, they don't match the sheet(Nitros9 printout). I have converted all modules in my boot by using mostly original(tandy) modules. This has now become an obsession with me. I really hate when this happens because I won't do any other work until its solved. I'm a real sicky that way. Tenacious is one word and stubborn. I think that is the correct spelling. Thanx much for trying to help. Charlie -*- 88039 18-JUN 15:58 General Information RE: Nitros9 joystick! (Re: Msg 88034) From: VE3DAC To: CHARLESAM Well I tried a few games last night and had no problems. I don't have Klondike, is that the commercial Solitaire from Color Systems? At any rate, some games used Low res joysticks, others were high res mouse. As a final check I started up Multivue and sure enough the cursor arrow jumped off the screen when I got close to the right side of the screen. However even tho I couldn't see the cursor, clicking the mouse at top and bottom of the screen did scroll through the pages of icons in some directories I didn't have any games, including mahjongg, which required me to have the cursor close to the screen right side, so Mvue was the only screeen where I had a cursor problem. When I made all the Nitro 1.15 modules, I got the exact CRC values that were listed in the docs. When I upgraded to 1.16, again everything jibed. Hope you get this straightened out before Nitro 1.20 becomes available. I can give you a list of the crc's but there will be system differences due to hardware. I'm using a B&B interface, Disto SC2 controller, etc. I'll read your 2 messages off line again, and perhaps post more if it looks like it will help Merv -*- 88049 18-JUN 20:41 General Information RE: Nitros9 joystick! (Re: Msg 88039) From: CHARLESAM To: VE3DAC I'm probably wrong but I believe that the only two modules involved here are CC3IO/GRFDRV. Even the docs mention possible incompatibilities there. If you can tell me the modules you used for those two, I'll see if I can match them. Also, is there any other module responsible for cursor control? If so, then I can play with that module(s). I'm not very deep in knowledge here so thats why I ask. I find it hard to believe that I'm the only one with this particular problem. As I said in my earlier message I used the stock modules for cc3io/grfdrv. Let me look for my HI-RES interface and I'll get back after I test that mode. Thanks again, Charlie -*- End of Thread. -*- 88035 18-JUN 15:04 System Modules (6809) RE: RAMDISK -New version (Re: Msg 87861) From: NEALSTEWARD To: WDTV5 I'll d/l it and give it a try on my system. If it's going to crash, it will because my computer is real skitzoid! Intermittant problems that occur for no apparent reason, but seem to pop up when using a RAMdisk. If it passes here, you have a winner... -*- 88037 18-JUN 15:40 General Information Crashed Coco3 From: NEALSTEWARD To: ALL I have a 2 meg coco3 with a 6309 installed, an MPI with Disto Super Controller II, Ken-Ton SCSI interface, Ken-Ton Dual Comm pak and a 2 mHz Speech/Sound pak plugged in, along with 5.25" and 3.5" floppys and an 85 meg HD. (Catch my breath...) Now the problem is my system crashes at powerup most of the time. If I plug the floppy controller in the expansion slot directly the same thing happens. Seems like the floppy controller? I plug a working tandy (and hard drive specialists) floppy controller in the exp. slot and they work. If I plug them into slot 4 of the MPI, they crash the system. If I put the RGBDOS ROM in the SCSI pak and switch the MPI to slot 3, it boots just fine. Now I put the ROM back in the SCII and placed it in slot 3 with the SCSI pak in slot 4. It boots and I have floppy access, however I get spontaneous system crashes while using this configuration. CAN ANYONE HELP??? I have tried swapping just about every piece of hardward and get different results every time. Also under ECB without anything in the exp. slot, I have no ploblems at all. I have recently upgraded to a 1987 GIME and installed a new exp. slot card edge connector, since the old one was cracked, I thought that would fix the hardware problems. -*- 88050 18-JUN 20:57 General Information RE: Crashed Coco3 (Re: Msg 88037) From: CHARLESAM To: NEALSTEWARD Neal, I have almost the same setup. I have my SC-II in slot4(RGB-DOS), my Kenton HD controller in slot3 and RS232 in slot1. This I was told is standard configuration If this doesn't work then someone else will have to bail you out. I know this is what RGB-DOS expects, it definitely looks for HD in slot3, floppy in slot4. Good luck Charlie -*- 88072 19-JUN 15:40 General Information RE: Crashed Coco3 (Re: Msg 88037) From: RICKMAC To: NEALSTEWARD One thing that I just learned by trial John Ruppel CocoNuts in Lansing -*- 88125 21-JUN 04:16 General Information RE: nitro/lha (Re: Msg 88104) From: WDTV5 To: DSRTFOX (NR) You say its DiskCat that won't unarc? I didn't get it myself, but it sounds to me like it was put together with Matts "lzh". Thats the typical result of trying to use lha to undo one of those files. DiskCat btw isn't mine. Sorry, hope it works, Gene -*- 88131 21-JUN 20:39 General Information RE: nitro/lha (Re: Msg 88125) From: JRUPPEL To: WDTV5 I found that if I use the -F (fix) option with lha, I can repair/rewrite the headers so that lha will extract them. I just did it last night with an old .lzh file that I hadn't looked at in a while. It took a little time, but it made it readable in the new lha format. I tried to extract the file, and the program suggested (!) I try that! Imagine my surprise! A program that actually offers suggestions to solve my problems! John Ruppel CocoNuts in Lansing -*- 88153 23-JUN 00:19 General Information RE: nitro/lha (Re: Msg 88131) From: WDTV5 To: JRUPPEL -F eh, I'll have to remember that. Gets hard as the years add up though :) Cheers, Gene -*- 88185 24-JUN 21:16 General Information RE: nitro/lha (Re: Msg 87797) From: JEVESTAL To: WDTV5 > See what did I tell ya, a mind is a terrible thing to lose! Yer right of > course, up till a couple of days ago it was 2.11b, but if you check the > 11c.lzh available. Humm, diddly Amiga > doesn't seem to wanna make the underscore char, shoulda been 2 of them > in that name! Lemme try again, lha_2_11c.lzh. Must have been my used to > coco keyboard fingers. Gotta blame it on sump'in!. Cheers, Gene After I posted the reply to your message, I found the update in the new uploads database. Thanks for uploading it. Jim -*- 88192 24-JUN 22:33 General Information RE: nitro/lha (Re: Msg 88185) From: WDTV5 To: JEVESTAL Hi Jim, thanks for the credits, but thats not mine, its Gene Krenciglowa's upload. Since we're both named Gene, there is the possibility for a mixup. Cheers - Gene Heskett -*- End of Thread. -*- 88040 18-JUN 16:13 Programmers Den RE: C programming again (Re: Msg 88027) From: JRUPPEL To: COLORSYSTEMS Can you tell me if there is a way to use the RMA in the Program deveoper's Pak to compile C programs? Someone told me once that there was, but I lost the message and never really gave t it a try. Thanks, John Ruppel -*- 88042 18-JUN 16:44 Programmers Den RE: C programming again (Re: Msg 88026) From: JEJONES To: ALWAGNER Aha! Now I see the source of the confusion! The "pre" and "post" have to do with when the incrementing is done relative to grabbing the value of the variable as the result of the expression, not when it's done relative to other statements. i = j++; assigns i the value of j and then increments j, while i = ++j; increments j and then assigns i the (changed!) value of j. In either case, the incrementing has to be done before the processor starts to execute the next statement, and it isn't done until the processor has finished executing any previous statements. (In the case of a statement a little more convoluted than the above examples, there can be "places by which everything has to have been done" within a single statement, or as ANSI calls them, "sequence points": function calls, comma expressions, && and ||, and ?:. But the principle's the same.) Opinions herein are solely those of their respective authors. Clipper Chip: Big Brother Inside -*- 88043 18-JUN 17:44 Programmers Den RE: C programming again (Re: Msg 88040) From: COLORSYSTEMS To: JRUPPEL > Can you tell me if there is a way to use the RMA in the Program > deveoper's Pak to compile C programs? Someone told me once that there was, > but I lost the message and never really gave it a try. Go to the libs, the Programmer's Den I think, and download Rick Adams cc program. It is configurable to use rma and rlink instead of c.asm and c.link. ------------------------------------ Zack C Sessions They say, "Money talks". But all mine ever says is, "Goodbye". -*- 88047 18-JUN 19:43 Programmers Den RE: C programming again (Re: Msg 88040) From: DBREEDING To: JRUPPEL > Can you tell me if there is a way to use the RMA in the Program > deveoper's Pak to compile C programs? Someone told me once that there was, > but I lost the message and never really gave t > it a try. There are several ways: 1) rename rma in your cmds directory c.asm. You'll also need to use the new linker for these files, old linker won't work. Rename rlink c.link. 2) use a file editor, "ded" is good, and edit "cc1" to look for new names. find the sequence "c.asm", followed by '0', change to "rma", next char=0. change "c.link"+0 to "rlink"+0. Don't have to fool with anyth that would follow. 3) Get a replacement for "cc1". There are several, many are in source form where you can compile new "cc" yourself, some already look for new versions of asm/linker. Just be sure that you use new linker to link "rma" output. The new linker CAN link ROF's compiled by old assembler, though. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 88059 19-JUN 07:28 Programmers Den RE: C programming again (Re: Msg 88027) From: ALWAGNER To: COLORSYSTEMS I must appologize to all for any confusion I may have been responsible for causing. Thank you Zack for setting me straight. As I had said I "thought" I understood for(;;) and ++x vs. x++. One of these days I gottsa learn ta stop eating shoe leather. Again my appologies and thanks. -*- 88188 24-JUN 21:19 Programmers Den RE: C programming again (Re: Msg 88042) From: JEVESTAL To: JEJONES > Aha! Now I see the source of the confusion! > > The "pre" and "post" have to do with when the incrementing is done > relative to grabbing the value of the variable as the result of the > expression, not when it's done relative to other statements. > > i = j++; > > assigns i the value of j and then increments j, while > > i = ++j; > > increments j and then assigns i the (changed!) value of j. Thanks for explaining this, too avoid such confusions I just use the old standby j=j+1 when I want to increment j. Jim ======================== InfoXpress 01.01.00 OS-9/6809 ====================== | Narnia BBS: 11pm-7am PDT serving CoCo OS-9 users ----|---- StG network: sysop@Narnia "Exclusively OS-9" | Delphi: JEVestal@delphi.com Marysville, CA InterNet: JEVestal@narnia.wa.com | or : JEVestal@citrus.sac.ca.us (916) 743-2617 Voice: 7am-11pm PDT :1 Corinthians 1:18 & Romans 1:16 ============================================================================= Jim Vestal: Assistant editor of The International OS-9 Underground, "Magazine dedicated to OS-9/OSK Users Everywhere -*- 88193 24-JUN 23:16 Programmers Den RE: C programming again (Re: Msg 88188) From: COLORSYSTEMS To: JEVESTAL > Thanks for explaining this, too avoid such confusions I just > use the old standby j=j+1 when I want to increment j. I use ++i syntax all the time. Not fer sure, but I think it actually generates more efficient asm than i = i + 1. And I never, ever mix up incrementation in an expression like: i = j++; For the most part, this is safe, but something like: i = j++ >> 8; may or may not work like you think it should. All compilers are not created equal!!! :-) ------------------------------------ Zack C Sessions They say, "Money talks". But all mine ever says is, "Goodbye". -*- 88210 25-JUN 23:25 Programmers Den RE: C programming again (Re: Msg 88193) From: PAGAN To: COLORSYSTEMS >I use ++i syntax all the time. Not fer sure, but I think it actually >generates more efficient asm than i = i + 1. If you're using the 3.2 compiler then the two expressions do result in different assembler. The "cntr = cntr+1" generates an extra move operation. Using a register variable for the counter in the loop: 3.2: cc -xiat=/r0 for(cntr=0;cntr<100;cntr++) moveq.l #0,d4 bra _7 _5 addq.l #1,d4 _7 moveq.l #100,d0 cmp.l d4,d0 bgt _5 for(cntr=0;cntr<100;cntr=cntr+1) moveq.l #0,d4 bra _7 move.l d4,d0 _5 addq.l #1,d0 move.l d0,d4 _7 moveq.l #100,d0 cmp.l d4,d0 bgt _5 Ultra C, OTOH, generates the same code for both cases: Ultra C: cc -ebe -td=/r0 _$L0 moveq.l #0x0,%d0 _$l321 addq.l #1,%d0 moveq.l #0x64,%d1 cmp.l %d1,%d0 blt _$l321 Note that I cleaned the above code up a bit for publication . Stephen (PAGAN) Men are apt to mistake the strength of their feeling for the strength of their argument. The heated mind resents the chill touch and relentless scrutinity of logic. - William Gladstone -*- End of Thread. -*- 88041 18-JUN 16:33 General Information Ramdisk From: VE3DAC To: WDTV5 I just picked up all the ramdisk messages here and will read them offline. However I unarc'd Myram and the help file has your trademark . At any rate, do I just install your driver in place of rammer and keep using my /r0? I gather that I can change the size of the ramdisk to most any value I want, anytime I want? with dmode? Since I still have 512K, my /r0 is set at about 100k, but I would like to make it larger from time to time and then go back to its smaller size. I have never had a problem with Rammer, but my understanding has always been that once initialized, that's it What other advantages does myram have? Since I don't need a mega ramdisk, should I even bother changing? Cheers Merv -*- 88065 19-JUN 12:07 General Information RE: Ramdisk (Re: Msg 88041) From: WDTV5 To: VE3DAC For you, the real advanmntage (advantage) is the lack of any need to initialize it. It must be deinited before any size change via the "sct" variable will take place on the next access. Cheers - Gene -*- 88138 22-JUN 00:30 General Information RE: Ramdisk (Re: Msg 88065) From: VE3DAC To: WDTV5 Soon I'll tackle quoting, it would help for this message. I don't understand how the ramdisk doesn't need to be initialized. I can't use the default 1 meg size, so I assume the size will be set in the descriptor. The driver and descriptor should be in the boot, no? I'm sure that you used Rammer at some point in your Ccoco career and that is where I'm coming from. If I deinit the Ramdisk, change sct using dmode then wouldn't I use init to restart it? Don't be too brief and assume that I'm on your wavelength. Merv -*- 88156 23-JUN 00:41 General Information RE: Ramdisk (Re: Msg 88138) From: WDTV5 To: VE3DAC Ok, Merv. Rammer did need to be formatted I think. That was its "initilization" I guess, I never could get it to work for me, mainly because of the BLOB problems I was also having back in the early years. So I settled on the combination of /r0 and Ram.dr from the developers pack. Not everyone has that descriptor, but I think there was another lookalike in the database at one time, or you could make it with dEd after saving one of the other floppy descriptors as "R0.dd". Then use ded to change the drivers name from cc3disk to ram (don't forget to set the hi bit of the last char, in this case the "m") so os9 can find the name correctly. Then check the offsets in the book, and make the "sectors @per track" a large value, say about $200. You could even use ded for that. Now the reason it doesn't need "init" or format, is that the init code is in fact the entry "init" lable in the driver format according to the os9 manuals. All that really needs to be done is to set up enough of the "first" sector to enable rbf to get the device characteristics, establish the correct size file allocation map which may be more than 1 sector if the "sct" value is about $800. Then a skeleton fd sector is established in the next sector after the FAT, and a $40 byte long "root" directory built in the next sector after that one used for the fd (file descriptor) sector. A small drive only needs 3 256 byte "sectors" to do that, the rest of the disk is then nothing more than memory allocated to this task! OS9/RBF handle the map switrtching (switching) to keep the memory linked into the taskmap according to the absolute seek value RBF keeps in its own buffers for the device. Format doesn't count! When a "normal" file open is done instead of appending the @ sign to the device name, rbf keeps track of the length of the file and prevents you from reading past the end of file into garbage data in bare memory thats not yet been written to. Since you can't read what you haven't written, no formatting is required, and there is not in fact any of the normal housekeeping sync bytes etc used on a real disk in the ram disks memory area. The rbf maintained seek pointer does it all. To recap, you'll need a descriptor whose driver name=ram, and whose "sct" value is dummied up to the $200 area. This will give about a 100k disk if my memory is working. You can deinit it if you want to change the size, so that the new size will take effect on the next open file operation that references the device. Thats all there is to it. Cheers Merv, Gene -*- 88158 23-JUN 00:57 General Information RE: Ramdisk (Re: Msg 88138) From: WDTV5 To: VE3DAC An addendum after re-reading it off-line. Yes, it s/b in the boot, else wastes 8k of valuable system ram to load after the fact. The default size is whatever the descriptors "sct" value is. The effective minimum should be considered to be 8192 bytes or 8k. Don't dforget to sub the 3 sectors (768 bytes) used for the stuff rbf needs. The value set in sct is the number of sectors at 256 bytes per sector. $200 then is (grabbing calculator) 512x256=131072 bytes. For some reason, mine defaults to $1e8 sectors. Not quite enough to run dchecks buffer on my 125 meg/1 sector per cluster hard drive! So I have a script that runs it at the right size. Cheers Merv, Gene -*- End of Thread. -*- 88044 18-JUN 18:29 General Information add a window From: TAULBORG To: ALL I would like to be able to add another window besides the two I have at startup but I don't know how!Since I use os9 but I am basicaly os9 stupid I would need detialed instructions on setting up another window after startup.PLEASE HELP!!!! Steven P Taulborg -*- 88051 18-JUN 21:17 General Information RE: add a window (Re: Msg 88044) From: CHARLESAM To: TAULBORG There are several ways to master it. One.- Read the Tandy docs concerning wcreate. Two.- Download one of the offerings in the database. A good one for you would be Interactive Windows. If you do it either way, you'll know for next time you need a window. Also, you can make a window with display but again you need to read up on it. If I give you specific instructions on how to make a window, I need to know what kind of window, Text/Graphic. Also how many columns 40/80 if its text. You see what I mean(I hope!). If you have two windows at startup, one is /term. The other was created in the startup file. Check the file to see how it was done. It probably is the easiest way. Good luck. Charlie -*- 88052 18-JUN 21:34 General Information RE: add a window (Re: Msg 88044) From: JEJONES To: TAULBORG > I would like to be able to add another window besides the two I have > at startup but I don't know how!Since I use os9 but I am basicaly os9 > stupid I would need detialed instructions on setting up another window > after startup.PLEASE HELP!!!! OK--I'll give it a try. (I say that because I may forget something.) Anyway...first thing to do is an mdir. Look at the output for names like w1, w2, w3, and so forth. If they're in there, you have several windows already, you just need to know how to use them. The easiest way to use them is by running a command and redirecting its standard paths to them. Actually, it's even easier than that, because you can use "/w" instead of naming an explicit window like, say, /w3. That way you don't have to look and see what else is going on and say to yourself something like "Oh, yeah, did I start a terminal program in /w4? OK, I'll use /w5 instead." With /w, you just have to type, for example, osterm /t1 <>>>/w & and there you go with osterm running in another window. For shell, there's the -i option, which will keep a stray from ending the shell, so with the shell, you'll typically want to do shell -i=/w & to fire up a shell in another window. Here's where the tricky part comes in, though: for some reason that I don't know, stock OS-9 has the various window descriptors set to come up by default in weird modes: 16*32, 12*80, etc. Some programs say "by golly, I'll make this window what I want it to be," so they don't care what the device descriptor says, but others, like the shell, don't do that. You'll therefore probably want to modify those device descriptors so that they all do something a bit more reasonable by default. I had mine all set to 24*80 text windows by default. There may be something in the download areas here explicitly set up to make the window descriptors all 24*80 text windows by default; I remember using such a thing. But if there isn't--heck, even if there is, it's useful--you'll want to look for a program called "wmode." wmode does for windows what xmode does for plain old SCF devices. Once you have the descriptors all the way you want them, make sure their CRCs are good, save them, and make a new bootfile. Then you're all set. Opinions herein are solely those of their respective authors. Clipper Chip: Big Brother Inside -*- 88073 19-JUN 15:45 General Information RE: add a window (Re: Msg 88044) From: RICKMAC To: TAULBORG If you want another window with a shell runiining in it just add: shell i=/w& =window number or none for nex t window If you want something else running in it use: module <>>>/w[num]& Oh, forgot to mention, you add these lines to your startup file. -*- 88074 19-JUN 15:48 General Information RE: add a window (Re: Msg 88052) From: 01GEN40 To: TAULBORG Ok, here is my 2 cents worth. :-)I have a shellscript called "nxtwin" which I use in my startup file to open 2 windows besides my '/term'. I also use it for getting more windows "on-the-fly". I utilize 2 utilities within my script, both of which can be found here in the databases. One is called "getnw", this goes and gets t very next win- dow in lin: if you have /w1 and /w2 open it will get /w3 f yo No specifing of the descriptor needed! The other utility is called "ni", and what it does is sets the priority to what you spe. Please excuse the way this looks, I am receiving random characters, most likely a noisy line. I forgot to tell you about another utilitthat I use, it is called "datamod". What it does is takes your shell scripts and makes them into a data module so ty can reside in memo and be readily availab. Here is what my script file looks like: getnw 0 nice 30 shell pat/dd/cmds /dd/cmds/filetools /dd/cmds/hdtools <>>>%%0& echo echo Window %%0 ind I really hate this line noise at times like thi am not sure b from my vantage point right now, there is an extra line in the above script. There is a line th 5 dots after the line "getnw 0". If it is there when you read th ignore it for it does not belong there. Anyway, this is just anoer person's way of doing something which happens to be a most logical and efficient manner for me. Hope you enjoy. LONG LIVE OS-9! >>%%0& echo echo Window %%0 initialized I also use "nxtwin" when I need windows "on-the-fly". Just type it on the command line and I have another window to work in. I hope this might help you. See ya. LONG LIVE OS-9! ** In whatever form it is in! -= 01GEN40 =- Well, I think that is better. I did this off-line and th logged back on and "slowio"ed it to you. I did notice that a stray message delp got in there. I do not know if it will show up, but if it d t does, just ignore it. -= 01GEN40 =- -*- End of Thread. -*- 88045 18-JUN 19:41 General Information RE: OSK Software (Re: Msg 87987) From: DBREEDING To: MRUPGRADE Terry, I've been following this thread and would like to provide a little input, just a few of my observations, not necessarily gospel, of course. I've fooled with a CoCo for about 12 years (+/-), been involved with OS9 for maybe 10. I've just recently gotten an OSK machine - about 3 weeks - and am still in the process of acquiring software. From my initial perspective, it looks like in most areas, there is the equivalent software for it as you will find on a Level 2 OS9 CoCo. It seems that a lot of the stuff is implemented as well - some better, due to the lack of memory constraints. I've only touched the surface of the software. The only thing that *MIGHT* be behind here is in terminal software at this point; but this might be due to my lack of familiarity with what's available. I now have Sterm - very good - but lacking the bells & whistles of a true telecom package. I'm not sure if your stance is that BOTH OS9 AND OSK are lacking in apps but I've been able to find about any app for OS9 that I have ever needed. I think that this will be true also for OSK; I feel that at this point, OSK is at least on an equal to OS9 in the area of bells & whistles in about any field, and some are already ahead; I feel this advancement will accelerate geometrically. I do believe that more and more attention will be given to OSK than OS9 as time goes on. Some of the software I find attractive are: Ved/Vprint - Have CoCo version, fantastic. You can utilize all your printer's capabilities. Going to get OSK version. I understand it does even more. There are other good text editor/formatter combos also. "IX" - automatic offline-reader-type comm package specifically for Delphi & CIS. Have CoCo version - because of IX, I know very little about navigation cmds for Delphi . Again, getting OSK version, again... even better. Don't know if you are into BBS comm or not. Many have a format called "QWK" packets where the selected subs(topics) are compressed into a file, you d/l them and then offline you read them, make replies or compose new msgs, then they are compressed and you upload them. There are some for the CoCo - have one and it works quite well. I got ATP for OSK, got it here, and it is also great. So you see, we have many bases covered. This is only a small sample of stuff available, just what I've found useful so far. > I once started a $100 check > to Frank Hogg for Word star, on the CC2. Thanks to his honesty I > didn't buy it. It required some working knowledge of OS-9, or > i.e. was not "ready to run". I think this will improve as time goes by. It's already getting better. To be honest, I probably would not take the responsibility of recommending OS9/K to a 100% computer illiterate person. However, I would like to add that while I have never had any experience with a PC, from questions I've seen posted on BBS's and from problems I've heard from friends, a PC will not run by itself, and some people have serious problems getting the PC's to do what they want them to do, so I'm not sure the PC is the cure-all. For you, I don't know. If you can successfully use OS9, then you should not have any problem with an OSK machine. For myself, at this point at least, I'm really impressed. The speed is worth a bunch. Again, no one system is right for everyone. I think that the OSK system will provide everything I will need (the CoCo could too, except I am not really good at hardware work, and when the CoCo starts to break down, there will come a time that it will be hard to get replacements). Sorry for being so windy... -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 88048 18-JUN 19:57 General Information RE: OSK Software (Re: Msg 88045) From: MITHELEN To: DBREEDING From my expreiance with "PC's", most people that get them, get them all pre-configured, and set up for them by someone else "in the know" and they never really get the system set up the way they REALLY want it, just because they never went through them first initial steps. While I don't own a PC myself, I have set up, or helped set up several for friends, and I find them nop easier to set up then a OS-9 or Unix box. -- Paul -*- 88053 18-JUN 22:57 General Information RE: OSK Software (Re: Msg 88045) From: MRUPGRADE To: DBREEDING Thanks for the comprehensive reply. It appears both honest & average in experience for a new OSK machine owner. Cept theh earlier MM/1's required hardware knowledge,, to even get started. according to one owner. The remainding question, which maybe you answered (more memory),, what was your prime motivaion in buying an OSK machine. and which one Til then,,, Terry Simons -*- 88057 19-JUN 03:49 General Information RE: OSK Software (Re: Msg 88045) From: COCOKIWI To: DBREEDING there is learning curve one must go through on ANY computer! I upgraded to a 486 33 meg and having to setup games for the kids can be fun! If one has a lot of programs in conventional memory .like Stacker 4.0.. PC kwik....Etc ...they hog the lower memory! one can get around it by loading them in high memory,BUT! when one uses MEMMAKER it only sees ONE set of programs to load high,SCREWING up the other sets that one boots with another Batch boot program that came with DOS 6........because of that one has to setup the other Blocks MANUALY by hand! because of the Memory problems......MAX Memory for normal games.... CD-ROM mode for CD-ROM drives....one has to max lower memory for EACH set! Memmaker do not allow that!yet it came with it! It do remind one of the 64k memory max problems with the CoCo,yet we are playing with 640k here!I finaly got how to do it!BUT! had to do it by hand,something some people would not be willing to do,some programs will NOT work unless one is willing to get inside to get it to work right,that goes for OSK/OS9...machines the CoCo or the IBM clones and MACs......I had to use the driver that came with the CD-ROM a CR-563...Why! because the Software from Soundblaster works ONLY with their drive also a CR-563 but! NOT made by the same company.... BOTH drives are the SAME! but the internal electronics are NOT! So if one is playing with OS9 or DOS one still has to put up with problems caused by different ways of doing the SAME thing differently!..no matter which platform one uses................... Dennis -*- 88060 19-JUN 11:31 General Information RE: OSK Software (Re: Msg 88053) From: COLORSYSTEMS To: MRUPGRADE > Thanks for the comprehensive reply. It appears both honest & average > in experience for a new OSK machine owner. Cept theh earlier MM/1's > required hardware knowledge,, to even get started. according to one > owner. The only hardware knowledge you had to have with early MM/1's was how to mount the boards in the case, as they came unassembled. ------------------------------------ Zack C Sessions They say, "Money talks". But all mine ever says is, "Goodbye". -*- 88062 19-JUN 11:31 General Information RE: OSK Software (Re: Msg 88045) From: NIMITZ To: DBREEDING Nice synopsis, David! Truly a good outline of the state of the market, and the point about the PC is VERY WELL PUT!. I recently made an easy $150 when I was called for a consult about a sick PC. Seems the original vendor set the EEProm default to deny control of an address line to the memory management programs. This person installed Windows, which installed the memory manager in her machine, thus adding an error message on startup - drove her nuts! PC's as a class are NOT EASIER to use than OS9 machines. Never have been, and never will be! Yes, many programs can be used "off the shelf", with very little experience with the OS required. V ery true. But, if you try to mix many of those "ready to run" packages together - you had better plan on learning to work the machine! I might add that I had several friends who owned DynaStar. I wish I could have afforded DS at that time. It was eas y to install, and powerful. I think that Terry denied himself a real pleasure by declining that purchase! David -*- 88069 19-JUN 15:19 General Information RE: OSK Software (Re: Msg 88060) From: MRUPGRADE To: COLORSYSTEMS I read a review by a fellow form NB, The Club Prez, I believe who would differ with you. Or perhaps it was OS system knowledge knowledge. In any case he said mor e or less, "as per instructions, he could not have got it running". Though he does enjoy his MM/1/ Til then,,, Terry Simons -*- 88071 19-JUN 15:39 General Information RE: OSK Software (Re: Msg 88069) From: NIMITZ To: MRUPGRADE Terry, there are now, have been, and always will be those people who can't change a spark plug. How many people blame that on Detroit??? I have no ability to solder at all, but have assembled "cable together" type stuff for my CoCo all along. I have a ssembled PC computers. I had NO difficulty at all with IMS's instructions on assembling the MM/1. I don't want to say a defective user is responsible for all problems with all computers everywhere, but neither does one users inability to assemble an MM/ 1 mean that the engineer or marketing team for the MM/1 are lacking in ability! Get real. You can tell some of the people some of the time, and most of the people most of the time, but you can tell all of the people NONE of the time. That's a simple fact of life. And my experience with the MM/1 community is that IMS did manage to reach the vast majority of the people most of the time when it comes to the assembly instructions. David -*- 88083 19-JUN 17:26 General Information RE: OSK Software (Re: Msg 88071) From: MRUPGRADE To: NIMITZ I wouldn't want oto call this fellow a defective user. Though still you could be right,, it may have been something that he just didn't understand. andn I doubt it was anything insurmopountable,, in that there are many happy MM/1 users. Til then,,, Terry Simons -*- 88099 19-JUN 23:26 General Information RE: OSK Software (Re: Msg 88083) From: WA2EGP To: MRUPGRADE I wouldn't call him a defective user either. I know it is possible to have the simplest instructions and still have someone screw it up. A recently released software package was given some bad "reviews" by an individual ("the package is broken.."). Turns out that the individual had his system set up a little different than most of us. I have done the same thing also with software. That is what is great about the SIG. You can ask without looking (too) foolish to others. I've done it on occasion (looking foolish that is). BTW, PC software installation instructions has lines like (paraphrased) "when running and XXXX error appears, the installation was incomplete/defective/missing files, etc". Un huh.....easier to install. Yep. (grin) -*- 88176 23-JUN 22:58 General Information RE: OSK Software (Re: Msg 88062) From: ERNIEWITHERS To: NIMITZ (NR) David, I've been following this thread with interest. I've been using IBM compatibles since '83 or so and have never thought of them as easier to set up or use than my CoCo's or MM/1. The problems are just different or pop up at different times. Installing "standard" cards can be a real pain because of the IRQ's. Many times I've had to re-address a card or change the interrupt because of a conflict with something already in the machine. Getting the CMOS copy of the settings. I'm often called both at work and home by people with either software or hardware problems who need help. ALLof these people have IBM compatible machines. Also, regarding Dynastar, I've owned it since the OS-9 level one days. I really like the program and upgraded to the level 2 CoCo 3 version when Frank made it available. Even before my MM/1 was delivered, I bought Dynastar for OSK. I own and use Microsoft Word for Windows 6.0 and Wordperfect 6.0 on my 486's. I like WinWord a lot but still use the MM/1 and Dynastar quite a bit because it's much easier to use. After I got OS-9000 I called Frank and asked if he had Dynastar available for it. He said no but that it should not be too hard to port since it was written in C. He also said he had no intentions of porting it at that time. I hope he changes his mind because I'd sure buy it. Just my 2 cents worth. Ernest -*- 88199 25-JUN 17:34 General Information RE: OSK Software (Re: Msg 88048) From: DBREEDING To: MITHELEN (NR) > From my expreiance with "PC's", most people that get them, get them all > pre-configured, and set up for them by someone else "in the know" and > they never really get the system set up the way they REALLY want it, just > because they never went through them first initial steps. Exactly as I see it. Just this week, a friend who got a PC mailorder - had it maybe 4-6 months - it wouldn't boot from the HD. They called the company's tech support and got no help whatsoever. I believe they went through the setup procedure and got it back to working. I betcha if mine quits like that a call to Ed Gresick (or Frank Hogg or David Graham for the other systems) will get it back up quickly (barring a hardware failure). I didn't set mine up, it came preconfigured, but I don't think there will be any problem when the need arises. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 88200 25-JUN 17:35 General Information RE: OSK Software (Re: Msg 88053) From: DBREEDING To: MRUPGRADE > owner. The remainding question, which maybe you answered (more > memory),, what was your prime motivaion in buying an OSK machine. and > which one Til then,,, Terry Simons I had 2-3 reasons. For one thing, I've done Coco-OS9 for maybe 10 years and am truly impressed with the system. I had to see what the "next generation" was like. Secondly, I've been online for maybe 3-4 years, and I have made the acquaintance, if only in print with many, of a whole bunch of great people, and would hate to leave their company. Thirdly, it may be trivial, but I'm a real fan of the Motorola chip, the 6809 and now the 680x0. I looked seriously at going to a PC or maybe a Mac. In my research of the Mac, it may have been my lack of understanding, but the word "crash" seemed to be popping too frequently for my taste :-). Some people view the PC as the cure-all, the ultimate. You may have already been there, but if not, get on a PC-related BBS. If you think _WE_ have troubles, listen to them.. I wound up getting a Delmar System 5. So far, I'm totally thrilled with it. I do believe that choosing either of the currently available 3 offerings - Delmar/Peripheral Technologies, MM/1, FHL would be a tossup. Each system has its strong points, although each "strong point" would probably be a minor advantage in any case. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 88201 25-JUN 17:36 General Information RE: OSK Software (Re: Msg 88057) From: DBREEDING To: COCOKIWI Your comments re: setting up PC's and others was quite well-put. The trouble with so many people is that they think that all that is required to do is set a PC on the desk and let 'er go. That's OK if all you want to do is write a letter or 2 and do a checkbook account. However, if you really want to get everything out of your computer, be it PC or any other machine, then you're going to have to find out about your system, or find someone who _DOES_ know. You know, one thing I have thought... I know the 64K limit for the CoCo was something of a nuisance, but with this, we _KNEW_ our limit. I am totally illiterate on the PC, but to my understanding, isn't this 640K limit cumulative? Doesn't each program in memory use part of this till it runs out? -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 88202 25-JUN 17:37 General Information RE: OSK Software (Re: Msg 88062) From: DBREEDING To: NIMITZ (NR) > Nice synopsis, David! Truly a good outline of the state of the market, > and the point about the PC is VERY WELL PUT!. Thanks... I was merely reporting how I see the situation. > PC's as a class > are > NOT EASIER to use than OS9 machines. Never have been, and never will be! How true, it's just that so many people *THINK* they are... I've been on a BBS with some computer-related sigs. Man! I've *NEVER* had the problems these people are having . -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 88203 25-JUN 17:43 General Information RE: OSK Software (Re: Msg 88200) From: MRUPGRADE To: DBREEDING Your reply, give good and real reasons to go OSK. May I use it in an article? Til then,,, Terry Simons -*- 88206 25-JUN 22:02 General Information RE: OSK Software (Re: Msg 88200) From: KSCALES To: DBREEDING David - Very interesting message. > I had 2-3 reasons. For one thing, I've done Coco-OS9 for maybe 10 years > and am truly impressed with the system. I had to see what the "next > generation" was like. Secondly, I've been online for maybe 3-4 years, > and I have made the acquaintance, if only in print with many, of a whole > bunch of great people, and would hate to leave their company. Thirdly, it > may be trivial, but I'm a real fan of the Motorola chip, the 6809 and now > the 680x0. I think that these are very common reasons for folks to make the decision to get an OSK system as their upgrade path from CC3 L2, but I have never seen them expressed so well and so concisely. > I looked seriously at going to a PC or maybe a Mac. In my research of > the Mac, it may have been my lack of understanding, but the word "crash" > seemed to be popping too frequently for my taste :-). A few weeks ago, I attended a three-day "Software Testing Seminar". One thing that the instructor mentioned in one of his anecdotes was that while testing/debugging a "record/playback" testtool his company produces, they encounterred some problems interfacing with the Mac. Turns out that it was due to a race condition in the basic Mac firmware regarding interrupts. Apple eventually acknowledged the problem as a day-one bug, but fixing it would require recalling all of their Macs... Dunno if they have fixed it in new production or not. This race condition is probably one of the gremlins behind these periodic "crashes". (One of my colleagues came over the other day and commented that his had just crashed for the second time that day, losing all he had been working on...) We are in thunderstorm season now so I shut down my system when I'm away, but my MM/1 typically would go for weeks (24 hours/day, 7 days a week) without even a manually initiated re-boot. > I wound up getting a Delmar System 5. So far, I'm totally thrilled with > it. I do believe that choosing either of the currently available 3 > offerings - Delmar/Peripheral Technologies, MM/1, FHL would be a tossup. > Each system has its strong points, although each "strong point" would > probably be a minor advantage in any case. I agree -- I have an MM/1, but when asked by two folks in the last few months which system to get, agreed with one that the PT68K4 was right for him, and the KiX was good for the other. Regards... / Ken -------------------------------------------------------------------------- Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237 =-=-=-=-=-= Intel: Putting the backward in backward compatible =-=-=-=-=-= -*- 88214 26-JUN 02:57 General Information RE: OSK Software (Re: Msg 88206) From: JOELHEGBERG To: KSCALES > > I looked seriously at going to a PC or M1gjk–R my research of > > the Mac, it may have been my lack of understanding, but the word "crash" > > seemed to be popping too frequently for my taste :-). My Mac does not seem to have a problem with crashing, but I'm still very happy I've got an OSK machine (MM/1) as my primary machine. On the Mac, you can do background printing and multitask with many programs at one time, but it's discouraging to watch your background printing halt every time you pull down a menu or click somewhere on the screen. My MM/1 doesn't do that! :) OS-9's real-time pre-emptive multitasking is much much better. -- Joel Mathew Hegberg Delphi : JOELHEGBERG Internet: JoelHegberg@Delphi.com -*- 88218 26-JUN 04:41 General Information RE: OSK Software (Re: Msg 88201) From: COCOKIWI To: DBREEDING YEP! TSR,s do......It,s a pain trying to juggle enough space so that games will run! With a CD-ROM drive you add more ..The upper limit is around 600k Zork needs 590k.....with STACKER.....PC-Kwik...CD-Rom drivers you don,t have much to play with! ONE HAS to fine tune to fit!... The 640k is cast in stone! above that to 1 meg you have Video..and UMB Some is used as a page register for upper memory,unlike the CoCo-3 there is only ONE area for Page memory,The CoCo-3 can use any 8k block within the Memory area!although the area involved is as much as the total memory the CoCo has without the extra,s.... I have crammed the UMB,s to as much as they can handle,I have around 8k space left up there! Dennis -*- 88226 26-JUN 14:15 General Information RE: OSK Software (Re: Msg 88203) From: DBREEDING To: MRUPGRADE > Your reply, give good and real reasons to go OSK. May I use it in an > article? > Til then,,, Terry Simons Sure... I'd be happy for you to use it. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 88227 26-JUN 14:17 General Information RE: OSK Software (Re: Msg 88206) From: DBREEDING To: KSCALES > I think that these are very common reasons for folks to make the decision > to get an OSK system as their upgrade path from CC3 L2, but I have never > seen them expressed so well and so concisely. I really gave my decision a great deal of thought. I've been in the process of making up my mind ever since the MM/1 came out, and did a lot of "soul-searching", I guess you might say. Really, you are probably at least a small reason for my loyalty to OS9. If you remember maybe 4 or 5 years ago, you were still in the process of releasing scsi47, I had just gotten my HD and was having trouble getting it to format, (too dumb to remove the parity jumper ). You went to a great deal of effort to help me get a version of scsi47. Things like that are hard to forget. > > I wound up getting a Delmar System 5. So far, I'm totally thrilled > with > it. I do believe that choosing either of the currently available 3 > > offerings - Delmar/Peripheral Technologies, MM/1, FHL would be a > tossup. > Each system has its strong points, although each "strong point" > would > probably be a minor advantage in any case. > > I agree -- I have an MM/1, but when asked by two folks in the last few > months which system to get, agreed with one that the PT68K4 was right > for him, and the KiX was good for the other. Right. I think I would have been quite happy with products from any of the 3. The only disadvantage of having this diverse market is that at this time, it looks to me like it may take a little doing to get advanced features like windowing to work across all platforms. it seems to me that at this time, to be 100% compatible, the software will have to be strictly text-oriented??? Thanks for your reply. Not meaning to put them down, but your comments regarding the Mac make me think that I may have made a good decision in not getting one of them, at least for now. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^ž\+ -*- 88228 26-JUN 14:18 General Information RE: OSK Software (Re: Msg 88214) From: DBREEDING To: JOELHEGBERG (NR) > > > I looked seriously at going to a PC or maybe a Mac. In my research > of > > the Mac, it may have been my lack of understanding, but the word > "crash" > > seemed to be popping too frequently for my taste :-). > > My Mac does not seem to have a problem with crashing, but I'm still very They probably are not all that crash-prone. It just seemed to me that in Mac discussions, the subject of crash-proofing software, and such made me a little leery. > happy I've got an OSK machine (MM/1) as my primary machine. On the Mac, > you can do background printing and multitask with many programs at one > time, but it's discouraging to watch your background printing halt every > time you pull down a menu or click somewhere on the screen. My MM/1 > doesn't do that! :) OS-9's real-time pre-emptive multitasking is much > much better. This was one thing that made me kinda give up on the Mac. When I asked one salesman about whether multitasking was pre-emptive, and how it worked, although he wasn't all that literate on the subject, it led me to believe that OS9's multitasking was much better. This is one feature that I would sorely miss. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 88231 26-JUN 14:21 General Information RE: OSK Software (Re: Msg 88218) From: DBREEDING To: COCOKIWI (NR) > YEP! TSR,s do......It,s a pain trying to juggle enough space so that > games will run! With a CD-ROM drive you add more > fit!... The 640k is cast in stone! > CoCo-3 there is only ONE area for Page memory,The CoCo-3 can use any 8k > block within the Memory area! Your description was just about as I had imagined. The CoCo-3 has a pretty good memory arrangement. The only thing I could see coming was the fact that System Memory Area was beginning to get full. I ran into Out of Sys Mem a few times myself, and I think the ones pushing the system harder than I had been experiencing this for some time. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 88233 26-JUN 15:11 General Information RE: OSK Software (Re: Msg 88201) From: 01GEN40 To: DBREEDING (NR) Just my 2 cents worth... It is quite funny you should mention memory limitations on PCs. I just learned something about that this past week. From the way I understand it, there is no 640K limit on a PC. That limit is with MESSY-DOS. OS-2, on a PC recognizes ALL available memory on it and uses it for any programs. There is no 640K limit with OS/ I think that with MESSY-DOS it had something to do with backwards compatability. The work of MICROSOFT. If, I am wrong here,omeone set me straight! See ya. LONG LIVE OS-9! ** In whatever form it is in! -= 01GEN40 =- -*- 88234 26-JUN 16:14 General Information RE: OSK Software (Re: Msg 88226) From: MRUPGRADE To: DBREEDING (NR) Thanks,, it should be in theh Aus/ Sept issue. Do you still have a CC3? Either way,, I'll see that you get a copy. Til then,,, Terry Simons -*- End of Thread. -*- 88055 18-JUN 23:56 General Information RE: Postscript (Re: Msg 88011) From: PAGAN To: COLORSYSTEMS >Have you looked at the file yet? If it is merely an ASCII text file which >was converted to print as plain text on a Postscript printer, it probably >has "preamble" of uF/script code, followed by the text itself, followed by >some trailer code. That I could have stripped out with a text editor. This file has postscript commands buried throughout. It's kind of disgusting really. I've always pictured the 'Information Age' as a way to provide information in a format that I can use and manipulate it the _I_ want to. This document is clut- tered up with a bunch of crap to produce pretty _hard copy_. Stephen (PAGAN) Men are apt to mistake the strength of their feeling for the strength of their argument. The heated mind resents the chill touch and relentless scrutinity of logic. - William Gladstone -*- 88056 18-JUN 23:56 General Information RE: Postscript (Re: Msg 88019) From: PAGAN To: JOHNREED >I don't know of a simple OSK stripper. There is a utility (actually a >PostScript program) called ps2ascii.ps that can be run with Ghostscript to >put out plain text. It looks fairly complex -- I haven't tried it. I'll look into it thanks. Stephen (PAGAN) Let Accuracy triumph over Victory -*- 88061 19-JUN 11:31 General Information RE: Postscript (Re: Msg 88055) From: COLORSYSTEMS To: PAGAN > That I could have stripped out with a text editor. This file has > postscript commands buried throughout. It's kind of disgusting really. Changing fonts? > I've always pictured the 'Information Age' as a way to provide information > in a format that I can use and manipulate it the _I_ want to. This > document is clut- tered up with a bunch of crap to produce pretty _hard > copy_. For the most part, the "Information Age" does provide information in a usable manner. But EPS files (Encapsulated Postscript) were never promised to be very manipulative. Especially by Joe User. ------------------------------------ Zack C Sessions They say, "Money talks". But all mine ever says is, "Goodbye". -*- 88079 19-JUN 16:32 General Information RE: Postscript (Re: Msg 88055) From: MITHELEN To: PAGAN Nah, all you need is a word processing program that handles files in postscript format, and displays on screen in either WYSIWYG, or strips out the postscript "commands" and displays that part of the text in different colors, or whatever. -- Paul -*- 88087 19-JUN 21:03 General Information RE: Postscript (Re: Msg 88056) From: JOHNREED To: PAGAN After that last post I ran the ps2ascii.ps file with a postscript document and it did a pretty good job of putting out plain ASCII text. It loused up lists and tables - turning them into paragraphs, but all in all not bad. ******************************** A stitch in time -------------------- ------ is worth two in the bush John R. Wainwright <> <> -*- End of Thread. -*- 88058 19-JUN 04:07 General Information INTERNET From: COCOKIWI To: ALL WHY is it! That this SIG do NOT have INTERNET GOPHER when most all other sigs do? noticed that nosing around...I,m just getting into it and have to go to pc or Radio sig to use it! Dennis -*- 88063 19-JUN 11:37 General Information RE: INTERNET (Re: Msg 88058) From: NIMITZ To: COCOKIWI Or, you could use the Internet sig. David -*- 88080 19-JUN 16:35 General Information RE: INTERNET (Re: Msg 88063) From: MITHELEN To: NIMITZ No, I think Dennis has a valid point, and, unforch, I don't have a good answer for him, as I am not responsible for that part of the SIG. I know it was planned to do this a long time ago, and just has not been implemented here yet. -*- 88092 19-JUN 22:17 General Information RE: INTERNET (Re: Msg 88063) From: COCOKIWI To: NIMITZ yeh!.BUT! I like it here<|-} Dennis -*- 88102 20-JUN 07:19 General Information RE: INTERNET (Re: Msg 88080) From: NIMITZ To: MITHELEN Actually, I agree with Dennis there, but wanted to point out another connect point. Since I FTP fairly often, I too would like to see it here. USENET stuff is something I access everyday as well. David -*- 88103 20-JUN 08:59 General Information RE: INTERNET (Re: Msg 88080) From: JOELHEGBERG To: MITHELEN > No, I think Dennis has a valid point, and, unforch, I don't have a good > answer for him, as I am not responsible for that part of the SIG. I kn e ago, and just has not been > implemented here yet. I thought I also remembered hearing about plans to add this feature... it would be great to have an ftp link on the menu to chestnut. -- Joel Mathew Hegberg Delphi : JOELHEGBERG Internet: JoelHegberg@Delphi.com -*- End of Thread. -*- 88067 19-JUN 14:30 General Information Article From: ISC To: REVWCP Brother J, 1. Bill Jumper 2. Age 52 but I look and act 40. 3. Started with a CoCo III at age 50 using both DECB and OS-9. I am not spectacular at either one. 4. I had formal training in computer architecture and BASIC programming at IBM where I worked for 25 years. I now run my own business consulting on laboratory instruments and PCs and Bruker Instruments computers. 5. Can't count either. Bill -*- 88068 19-JUN 15:13 General Information Boot disk woes From: MROWEN01 To: ALL Someone please help me. I can't seem to create a bootable disk to save my soul! I'm using os9gen and the build goes OK but I get a FAILED BOOT message. I'm using OS-9 on a Coco 3 with 512k. I am using some modified modules that have worked in the past. I'm also confuse about the windint and vdgint modules and what they really are. Right now I can't seem to mix the modules I want on the same boot disk. Maybe someone can give me a working list to try. I want to run Multi-vue, SACIA, B&B drivers, and PCDos/RSDos (CC3Disk?) on one disk. Is this impossible? Even the most basic modules won't seem to create a bootable disk. All of the altered modules I'm using are from FARNA systems PatchOS9 kit. Right now I have two disks I can boot from. One has the new CC3Disk that allows me to run PCDos / RSDos, but now Multiview. The other allows Mutil-View and SACIA operations, but not PCDos RSDos. I keep the startup info on the hard disk. The only thing besides the bootfile on the floppy is the CMDS directory with shell and grfdrv. I have some understanding of what different modules do, but I have no clue as to how they can or cannot interact. -Mike Rowen -*- 88093 19-JUN 22:31 General Information RE: Boot disk woes (Re: Msg 88068) From: COCOKIWI To: MROWEN01 OH god! get yourself a copy of EZGEN or the other one the other will do and dump os9gen....Make yor life a lot easier and save whats left of your HAIR!with one of these programs one can mix and match,using Os9gen is a pain cause you have to set it up by hand! if you are using disk drives with os9 rather than Hard drive..use the biggest drive you can ..ala 720k.....3.5" ones cover that,unless you can find 96tpi 80 trk Drives....hard to find now! Dennis -*- 88098 19-JUN 23:14 General Information RE: Boot disk woes (Re: Msg 88093) From: MROWEN01 To: COCOKIWI I got a copy of EZGEN with my B&B COCOXT, but it causes errors. Is there such a utility on-line here? -Mike -*- End of Thread. -*- 88070 19-JUN 15:21 General Information DISKCAT From: MROWEN01 To: RICKULAND (NR) Rick, In the June issue of 68'micros, you mentioned a shareware program called Diskcat from Bob Van der Poel. Will this be posted on Delhi? If it's as good a as you say, I'm anxious to send him $20.00. If it won't be on Delphi, where can I get it? -Mike Rowen -*- 88076 19-JUN 16:22 General Information RE: DISKCAT (Re: Msg 88070) From: REVWCP To: MROWEN01 I believe that it is the New Uploads section. If not I will post it. With all best wishes, Brother Jeremy, CSJW OS9 User's Group Treasurer -*- 88082 19-JUN 17:12 General Information RE: DISKCAT (Re: Msg 88076) From: MROWEN01 To: REVWCP Thanks for pointing the way! I looked in the new uploads yesterday, but I missed it somehow. I think I did a search. I must have typed something wrong. -*- 88086 19-JUN 20:04 General Information RE: DISKCAT (Re: Msg 88082) From: JOHNBAER To: MROWEN01 Mike, I have an updated diskcat file to upload here from Bob. It has both binaries for level 2 and 68K machines included; plus the `C' source, `make' files, and doc's. Will get to it now. -- John - *** Posted with Ved 2.3.1 & IX 1.0.1 *** -*- 88101 20-JUN 07:16 General Information RE: DISKCAT (Re: Msg 88086) From: NIMITZ To: JOHNBAER Great, John. Been looking for complete 68K source for that! DAvid -*- 88108 20-JUN 21:10 General Information RE: DISKCAT (Re: Msg 88101) From: JOHNBAER To: NIMITZ > Great, John. Been looking for complete 68K source for that! Oh ? I thought that diskcat #6 that's in the `new uploads' area has all the `C' source.. ? What was missing from the package Davis ? Well anyway, as soon as Paul checks it, Diskcat #7 will be there. -- John - *** Posted with Ved 2.3.1 & IX 1.0.1 *** -*- End of Thread. -*- 88084 19-JUN 17:28 Applications (6809) CRC RS 232 From: MRUPGRADE To: ALL I have a CRC RS 232 pac. It doens't seem to go into theh multi-pac? (yes, I'm facing it theh right way) Any suggestions? And the modem cable will plug in either of 2 ways on thh end of theh pac. Anyone know which way is up? Til then,,, Terry Simons -*- 88100 19-JUN 23:45 Applications (6809) RE: CRC RS 232 (Re: Msg 88084) From: WA2EGP To: MRUPGRADE Be careful how you tilt it. A little bit of tilt can make aligning the card edge with the socket difficult. Can't help with the cable. -*- End of Thread. -*- 88085 19-JUN 18:03 System Modules (6809) rbf32 revisited From: WDTV5 To: ALL Hello everyone; It appears I have a problem thats bit me on a couple of occassions. I've made up an .ipc file to patch what I thought was the version of RBF.mn that everyone whose system has had the Nitros-9 touch should have been using. Yes, and no. I'm finding that 1.115/1.116 Nitros9 seems to be different for each user. If it had been only the crc that was different, I could possibly say that "Well, I changed the at/rv & ty/lg in mine so its properly identified as native mode, 6309 code by "vfy". I could. But then what do I do when the 1.15 someone else has is nearly $B0 bytes longer than mine? Sooo, the next upload of the .ipc to make RBF.mn edition #32 will be based on the original edition #28 from my distribution disk. As will any other updates of system modules that I manage to do. Maybe this will ease the confusion factor involved in trying to track upgrades. Since I'm Nitro'd here, that means I'll be crossing the border that divides nitros-9 from os-9. At this point, the hassle factor has me in an I don't care mode. I'm sorry if that offends either Chris or Wes & Co. Each of us is in it far more for the love of the system than for any prospects of making any money on it anyway, plus the copyrights are MicroWares, not Burke & Burke, Gales Force Enterprises, or mine. There should be a side benefit too, pboost users should be able to use it too. Cheers all, Gene -*- 88088 19-JUN 21:24 General Information Mail Order Sales Tax From: PAGAN To: ALL Senator Dale Bumpers (D-AR) has introduced legislation (S.1825) that may be of interest to the OS9/OSK user and business community. This legislation, would require that mail order businesses collect sales tax on all orders based on different exemption schedues and rates depending on where the order is to be shipped. This would have to be collected even if the company had no presence in the state. Because OS9/OSK users rely much more on mail order than users of the government's approved architechture and operating systems this bill could have a large effect on the cost of your software and hardware. It would be to your advantage to let your congress critter know how you feel. The bill is sponsored by: Phone Fax =================== ============== ============== Dale Bumpers (D-AR) 1-202-224-4843 1-202-224-6435 Thad Cochran (R-MS) 1-202-224-5054 1-202-224-9450 Kent Conrad (D-ND) 1-202-224-2043 1-202-224-7776 Byron Dorgan (D-ND) 1-202-224-2551 1-202-224-1193 Howell Heflin (D-AL) 1-202-224-4124 1-202-224-3149 Dave Boren (D-OK) 1-202-224-4721 1-202-224-3144 Bob Graham (D-FL) 1-202-224-3041 1-202-224-2237 Diane Feinstein (D-CA) 1-202-224-3841 1-202-224-0656 Daniel Inouye (D-HI) 1-202-224-3934 1-202-224-6747 Carl Levin (D-MI) 1-202-224-6221 1-202-224-1388 Harlan Matthews (D-TN) 1-202-224-1036 228-3679 (no area code listed) Dirk Kempthorne (R-ID) 1-202-224-6142 1-202-224-5893 Tom Harkin (D-IA) 1-202-224-3254 1-202-224-7341 The phone numbers given above are from the May 28, 1993 posting on whitehouse.gov. Stephen (PAGAN) God fights on the side with the heaviest artillery. -*- 88144 22-JUN 07:12 General Information RE: Mail Order Sales Tax (Re: Msg 88088) From: LMCCLURE To: PAGAN "This legislation, would require that mail order businesses collect sales tax on all orders based on different exemption schedues and rates depending on where the order is to be shipped. This would have to be collected even if the company had no presence in the state." I'm getting a case of deja vu. Didn't congress just try this about two years ago? I expect Computer Shopper will be helping lead another charge against it, along with other computer magazines (many whom depend heavily on mailorder advertisers). Does congress really think we'll "not notice" this time? Also, I expect that even if such a bill should pass, it would be challenged on constitutional grounds. It is interesting that a senator from my state is sponsoring the bill. I'll have to remember that when he next comes up for election. -*- 88161 23-JUN 01:09 General Information RE: Mail Order Sales Tax (Re: Msg 88144) From: PAGAN To: LMCCLURE >I'm getting a case of deja vu. Didn't congress just try this about two >yearear ago? I expect Computer Shopper will be helping lead another charge >against ituter magazines (many whom depend heavily on mailorder >advertisers). Does congress really think we'll "not notice" this time? I think Congress has tried to sneak this kind of stuff past us every year since the Civil War (snide reference to the Income Tax :-), but now they have a decidedly anti small business president to help things along. >Also, I expect that even if such a bill should pass, it would be challenged >on constitutional grounds. Probably so but... June 13, 1994 (No, not the "Simpson" Murders...) The Supreme Court in U.S. vs Carlton decides that Congress's _retroactive_ changes to the 1986 Tax Reform Act were constitutional. Justice Scalia notes that due process rights are an oxymoron (!) and that all retroactive tax laws will henceforth be valid. (You only _think_ you've already paid your taxes for 1981) Not off the point but a bellwether of the kind of protection we can expect from the Supreme Court when it come to new ways for our government to extort money from us citizens. Kinda makes you feel warm and protected don't it? >It is interesting that a senator from my state is sponsoring the bill. I'll >have to remember that when he next comes up for election. I hope you will write or telephone and let him know how you feel. Stephen (PAGAN) -*- End of Thread. -*- 88090 19-JUN 21:52 General Information CoCo stuff for sale From: LUCKYONE To: ALL Tandy/Radio Shack TRS-80 ***** COLOR COMPUTER 3 SYSTEM FOR SALE ***** Selling the whole lot, All or Nothing at All. $600.00 or best offer. ************************************** Please contact Dave about this stuff. Dave Wetzel (708) 481-2506 ************************************** HARDWARE ======== CoCo 3 (512k) Coco 3 (128k) Two CoCo 2s (one missing space bar) (one is 64k, other ?) One 16k Coco 2 2 CM-8 RGB Monitors Multi-Pak Interface (mod # 26-3124) FD-501 Dual Disk Drive, 2 other dual drives 2 Cassette recorders 2 Printers (DMP-105,DMP-106) 4 Deluxe Joysticks RS-232 PAK 2 RS - Color Mouse Hi - Resolution Joystick Interface 5 Modems - 1 2400 - 2 1200 - 2 300 (1 Direct Connect Modem, DCM - 3) Monitor Stand Program Pak Case Holder SOFTWARE ======== [All manuals and documentation are included with each package] (Too much to list all - here are a few) OS-9 Level I & II OS-9 Operating System Multi-Vue Profile Dynacalc Micro Illustrator(Coco II) Orchestra 90-cc Simply Better (word processor) Coco Graphics Designer Plus(Xtra font,border, & picture disks) MAX 10 (word processor) Disk Graphics Color Disk EDTASM C-Compiler Basic-O9 OS9-PASCAL Home Publisher Many program paks etc... BOOKS ===== Getting Started Extended Color Basic Extended Color Basic TRS-80 Color Computer Programs Color Computer and MC-10 Programs The Complete Rainbow Guide to OS-9 The Complete Rainbow Guide to OS-9 Level II 6809 Assembly Language Programming (Leventhal) Color Computer Assembly Language Programming (Barden) BASIC09 Tour Guide How To Use Your Radio Shack Printer (Barden) Many Rainbow Magazines (approx. - 90) Many disks (some new in box) Last tested everything worked and is in excellent condition. Howard Luckey delphi LUCKYONE CIS 74746,3207 ********** By InfoXpress 1.01 ********** -*- 88091 19-JUN 21:53 General Information formating a floppy on a floptical From: LUCKYONE To: COLORSYSTEMS Hi, Zack. Have you ever formatted a floppy disk on a floptical drive? If so would you be willing to pass on the procedure for doing that. I am unable to figure it out from reading the instructions that came from Dirt Cheap Computer Stuff. Thanks, Howard. Howard Luckey delphi LUCKYONE CIS 74746,3207 ********** By InfoXpress 1.01 ********** -*- 88096 19-JUN 22:43 General Information RE: formating a floppy on a floptical (Re: Msg 88091) From: COLORSYSTEMS To: LUCKYONE > Have you ever formatted a floppy disk on a floptical drive? If so would Sorry, don't have a floptical. Eddie Kuns does, give him a hollar!!! 68? No way!!! ------------------------------------ Zack C Sessions They say, "Money talks". But all mine ever says is, "Goodbye". -*- End of Thread. -*- 88106 20-JUN 20:03 Programmers Den Renaming a file in C From: JOELHEGBERG To: ALL I'd like to rename a file under C, but I don't seem to see a function to handle that for me. Is there one, or must I take care of this myself? -- Joel Mathew Hegberg Delphi : JOELHEGBERG Internet: JoelHegberg@Delphi.com -*- 88114 20-JUN 22:53 Programmers Den RE: Renaming a file in C (Re: Msg 88106) From: COLORSYSTEMS To: JOELHEGBERG > I'd like to rename a file under C, but I don't seem to see a function to > handle that for me. Is there one, or must I take care of this myself? Joel!! Took you this long to find this one?!?!? No, there is no standard function to rename a file. Go figure. I wrote myself a rename(p1,p2) function. ------------------------------------ Zack C Sessions They say, "Money talks". But all mine ever says is, "Goodbye". -*- 88115 20-JUN 22:57 Programmers Den RE: Renaming a file in C (Re: Msg 88114) From: BOISY To: JOELHEGBERG Joel: Ultra C has a rename() function. If you want to write one, here is the prototype: #include int rename(const char *old, const char *new); Since the C 3.2 compiler doesn't support const, leave that out of the parameter list. If you need help writing it, let me know. -*- 88121 21-JUN 01:57 Programmers Den RE: Renaming a file in C (Re: Msg 88106) From: PAGAN To: JOELHEGBERG >I'd like to rename a file under C, but I don't seem to see a function to >handle that for me. Is there one, or must I take care of this myself? You'll have to do it yourself. If your talking about changing the directory entry, you can either fork 'rename' or try opening the directory file and changing the name yourself. I'd opt for using 'rename' myself :-) If you want to change a module name, it's a little more complicated. You have to load the file into memory and use _mh._mname to locate the current name. If the new name is the same length or shorter than the original you can rewrite this field. Otherwise you'll have to put the new name at the end of the file then update the file size and name pointer. In either case, you'll have to update the module CRC and header parity. Stephen (PAGAN) Gun Control - symptom of a society's lack of confidence in itself. -*- 88123 21-JUN 02:00 Programmers Den RE: Renaming a file in C (Re: Msg 88114) From: JOELHEGBERG To: COLORSYSTEMS Zack, > Joel!! > Took you this long to find this one?!?!? I guess I never wrote anything that had to rename a file. :) > No, there is no standard function to rename a file. Go figure. I wrote > myself a rename(p1,p2) function. sigh... That looks like what I'll have to do... unless I want to cop-out and do something like: system("rename p1 p2\n"); -- Joel Mathew Hegberg Delphi : JOELHEGBERG Internet: JoelHegberg@Delphi.com -*- 88124 21-JUN 02:00 Programmers Den RE: Renaming a file in C (Re: Msg 88115) From: JOELHEGBERG To: BOISY Boisy, > int rename(const char *old, const char *new); What if you aren't using a constant character pointer (such as a pointer to malloc'd memory)? (I guess I've just never seen the "const" keyword before.) > If you need help writing it, let me know. Thanks, Boisy... I know how, but was just hoping I wouldn't have to. :) -- Joel Mathew Hegberg Delphi : JOELHEGBERG Internet: JoelHegberg@Delphi.com -*- 88127 21-JUN 05:57 Programmers Den RE: Renaming a file in C (Re: Msg 88121) From: JOELHEGBERG To: PAGAN Stephen, > >I'd like to rename a file under C, but I don't seem to see a function to > >handle that for me. Is there one, or must I take care of this myself? > > You'll have to do it yourself. If your talking about changing the > directory entry, you can either fork 'rename' or try opening the directory > file and changing the name yourself. I'd opt for using 'rename' myself > :-) That's what I was afraid of. I have been using the "rename" utility for now. I may just leave it like that, although I may have found some rename C source code thanks to a friend. -- Joel Mathew Hegberg Delphi : JOELHEGBERG Internet: JoelHegberg@Delphi.com -*- 88129 21-JUN 20:02 Programmers Den RE: Renaming a file in C (Re: Msg 88127) From: MITHELEN To: JOELHEGBERG I have some rename code, andthere is also a rename i nthe blars lib, and the unixlib libraries. If you want me to sent my version to ya, let me know. -*- 88130 21-JUN 20:11 Programmers Den RE: Renaming a file in C (Re: Msg 88123) From: COLORSYSTEMS To: JOELHEGBERG > > No, there is no standard function to rename a file. Go figure. I wrote > > myself a rename(p1,p2) function. > > sigh... That looks like what I'll have to do... unless I want to cop-out > and do something like: > system("rename p1 p2\n"); > Don't laugh!! Here is my rename function: ** rename p2 to p1 */ #include int rename(p1,p2) register char *p1, *p2; { register char *cp; if((cp = malloc(strlen(p1)+strlen(p2)+9)) == NULL) return -1; sprintf(cp,"rename %s %s",p2,p1); ret = system(cp); free(cp); return ret; } ------------------------------------ Zack C Sessions They say, "Money talks". But all mine ever says is, "Goodbye". -*- 88134 21-JUN 22:29 Programmers Den RE: Renaming a file in C (Re: Msg 88130) From: JOELHEGBERG To: COLORSYSTEMS > Don't laugh!! Here is my rename function: ... > sprintf(cp,"rename %s %s",p2,p1); > ret = system(cp); Ah, excellent. Now I don't feel so bad. It works fine... I guess I was always told to try not to have to rely on external utilities, so when I resorted to running the "rename" utility instead of linking to some "rename" library function (which should exist), a little "warning" flag popped up in my brain... :) -- Joel Mathew Hegberg Delphi : JOELHEGBERG Internet: JoelHegberg@Delphi.com -*- 88135 21-JUN 22:29 Programmers Den RE: Renaming a file in C (Re: Msg 88129) From: JOELHEGBERG To: MITHELEN Paul, > I have some rename code, andthere is also a rename i nthe blars lib, and > the unixlib libraries. If you want me to sent my version to ya, let me > know. Ken sent me the blarslib, and I'm looking at that code as well. My program is just a simple utility, so I think I'll stay with what I've been doing so far (now that I see Zack does it the same way)! :) -- Joel Mathew Hegberg Delphi : JOELHEGBERG Internet: JoelHegberg@Delphi.com -*- 88137 21-JUN 22:55 Programmers Den RE: Renaming a file in C (Re: Msg 88134) From: COLORSYSTEMS To: JOELHEGBERG You can actually do a rename function by opening the directory file(s) in a NONSHARED mode and changing the filename, but this requires a good understanding of the structure of a OS9 directory file. ------------------------------------ Zack C Sessions They say, "Money talks". But all mine ever says is, "Goodbye". -*- 88141 22-JUN 03:00 Programmers Den RE: Renaming a file in C (Re: Msg 88137) From: JOELHEGBERG To: COLORSYSTEMS Zack, > You can actually do a rename function by opening the directory file(s) in > a NONSHARED mode and changing the filename, but this requires a good > understanding of the structure of a OS9 directory file. Yeah, I was thinking I would do that, but I stuck with using OS-9's built-in rename, as my program was just a simple utility anyways. Although, I'm not sure you would need to open the directory in NONSHARED mode, provided you opened the directory file in "update" (read/write) mode and read in the directory record to be renamed, changed it, and then wrote it back out... I believe OS-9's record-locking would keep things safe. -- Joel Mathew Hegberg Delphi : JOELHEGBERG Internet: JoelHegberg@Delphi.com -*- 88142 22-JUN 05:02 Programmers Den RE: Renaming a file in C (Re: Msg 88129) From: KSCALES To: MITHELEN > I have some rename code, andthere is also a rename i nthe blars lib, and > the unixlib libraries. If you want me to sent my version to ya, let me > know. Paul, unless you have an updated(?) version of 'blarslib.l', do NOT EVER use the included 'link()' and 'rename()' functions. This library was written prior to OSK V2.4, and therefore these routines do not take into account variable-sized sectors. Using them will cause corruption of any disk (including hard drives, of course) that were formatted with sector sizes different from 256-bytes. I believe that Bob's code for these functions was also used for some versions of the 'os9lib.l' library. In other words, caution using any libraries with these calls. Mike Haaland did an update to these library functions to fix the problem, and last I heard (over a year ago), was planning to contact Bob Larson to get permission to release it. I have been using a "mv" command based upon his update, and his sector-size fix works fine. Cheers... / Ken -------------------------------------------------------------------------- Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237 =-=-=-=-=-= Intel: Putting the backward in backward compatible =-=-=-=-=-= -*- 88149 22-JUN 20:07 Programmers Den RE: Renaming a file in C (Re: Msg 88141) From: COLORSYSTEMS To: JOELHEGBERG > Although, I'm not sure you would need to open the directory in NONSHARED > mode, provided you opened the directory file in "update" (read/write) > mode and read in the directory record to be renamed, changed it, and > then wrote it back out... I believe OS-9's record-locking would keep > things safe. Dunno where I heard it, but someone said sometime that when you want to modify a directory file yourself you need to open it in Single user mode for some reason. Why not test this and report back to us the results! ;-) ------------------------------------ Zack C Sessions They say, "Money talks". But all mine ever says is, "Goodbye". -*- 88152 22-JUN 23:32 Programmers Den RE: Renaming a file in C (Re: Msg 88149) From: RANDYKWILSON To: COLORSYSTEMS Zack, Like any other file, it all depends on what you want to do to the directory. OS9's record locking is sector by sector. If the read-modify-write you want to do stays within a sector boundry (such as this rename), then the record locking will cover for you. But, if you want to read in the whole, possibly many sectors long, directory, sort it, then write the whole thing back, you'll need to lock the file yourself with the no-share bit. Randy -*- 88162 23-JUN 01:30 Programmers Den RE: Renaming a file in C (Re: Msg 88142) From: MITHELEN To: KSCALES Ah ya... I forgot about that... Yes... I fixed that problem in my routines too... Its been a while since I worked on the MM/1, so I forgot all about that... -- Paul -*- 88164 23-JUN 05:17 Programmers Den RE: Renaming a file in C (Re: Msg 88152) From: JOELHEGBERG To: RANDYKWILSON Randy, > Like any other file, it all depends on what you want to do to the > directory. OS9's record locking is sector by sector. If the > read-modify-write you want to do stays within a sector boundry (such as > this rename), then the record locking will cover for you. But, if you want > to read in the whole, possibly many sectors long, directory, sort it, then > write the whole thing back, you'll need to lock the file yourself with the > no-share bit. Maybe that's how it was under 6809 Level II, but under OS-9/68000, record locking is not dependent on sector boundaries. Here's some quotes: "Read and ReadLine cause lock out of records only if the file is open in update mode. The locked out area includes all bytes starting with the current file pointer and extending for the number of bytes requested." -- Microware OSK Tech. Ref. manual " (part of an example) 'Process one reads the first 100 bytes of A' ... With record locking in place, process one would have locked the first 100 bytes of the file when it read them." -- OS-9 Insights by Peter Dibble "Because RBF records the start position and length of the dÝreaČHV,Zpath, this record locking works correctly for any size data structure ('record')." -- The OS-9 Guru by Paul S. Dayan So, I suppose one could just read the entire length of the directory file into a buffer with one big READ, modify the data, and then write it back out with one big WRITE and record locking should take care of everything properly. -- Joel Mathew Hegberg Delphi : JOELHEGBERG Internet: JoelHegberg@Delphi.com -*- 88165 23-JUN 05:17 Programmers Den RE: Renaming a file in C (Re: Msg 88149) From: JOELHEGBERG To: COLORSYSTEMS Zack, >> changed it, and then wrote it back out... I believe OS-9's >> record-locking would keep things safe. > Dunno where I heard it, but someone said sometime that when you want to > modify a directory file yourself you need to open it in Single user mode > for some reason. Why not test this and report back to us the results! ;-) Did I ever mention that I like "theoretical" computer science... -- Joel Mathew Hegberg Delphi : JOELHEGBERG Internet: JoelHegberg@Delphi.com -*- 88166 23-JUN 05:17 Programmers Den RE: Renaming a file in C (Re: Msg 88142) From: JOELHEGBERG To: KSCALES > Mike Haaland did an update to these library functions to fix the problem, > and last I heard (over a year ago), was planning to contact Bob Larson to > get permission to release it. I have been using a "mv" command based > upon his update, and his sector-size fix works fine. I have an "mv" command... How can I be sure it's not the wrong version? DCheck does report a large (and increasing) number of "Sector xxxxxx (byte=xxxx bit=x) not in file structure." errors, and I've never been able to figure out why I keep getting more and more as time goes on... or what the errors really mean, for that matter... sigh. -- Joel Mathew Hegberg Delphi : JOELHEGBERG Internet: JoelHegberg@Delphi.com -*- 88213 26-JUN 01:45 Programmers Den RE: Renaming a file in C (Re: Msg 88166) From: KSCALES To: JOELHEGBERG Hi, Joel - > I have an "mv" command... How can I be sure it's not the wrong version? > DCheck does report a large (and increasing) number of "Sector xxxxxx > (byte=xxxx bit=x) not in file structure." errors, and I've never been > able to figure out why I keep getting more and more as time goes on... > or what the errors really mean, for that matter... sigh. Hmmm... that doesn't sound good. My hard drive is not in very good shape right now, either -- but for a rather different reason... "Quantum LPS105, Drive /H0" created on: Jan 6, 1992 Capacity: 205524 sectors (512-byte sectors, 1-sector clusters) 13619 free sectors, largest block 43 sectors 6972928 of 105228288 bytes (6.64 of 100.35 Mb) free on media (6%) 22016 bytes (21.50 Kb) in largest free block That last line (largest free block) is really a nuisance. It's dropped down as low as 14K a couple of times, until I delete stuff. Wouldn't want to use a tool like Speedisk to defrag it unless I had a recent backup, and I really don't want to back up 93.7 Meg to floppies . Currently shopping for another drive. I wanted to buy a tape drive from Mark in Chicago, but he didn't make there. I tend to have to delete files when I start a new project, just so I have enough room to work... Haven't installed anything I brought back from Chicago yet. BUT, even at that, here's what 'dcheck' says about it: Volume - 'Quantum LPS105, Drive /H0' on device /dd $0322d4 total sectors on media, 512 bytes per sector $645b bytes in allocation map 1 sector(s) per cluster Sector $000034 is start of root dir Building allocation map... $0034 sectors used for id sector and allocation map Checking allocation map... 'Quantum LPS105, Drive /H0' file structure is intact 264 directories, 5200 files 98255360 of 105228288 bytes (93.70 of 100.35 meg) used on media Everything seems to be in order -- even after 2.5 years of use. So you've definitely got a problem somewhere. Don't know if it would be the version of 'mv' that you're using -- it could be many things. (Like there's a version of 'arc', the file copier, that doesn't work with 512-byte sectors, too.) I don't really know how you would determine if 'mv' is the culprit, other than trial and error, checking with 'dcheck' after using it. Regards... / Ken -------------------------------------------------------------------------- Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237 =-=-=-=-=-= Intel: Putting the backward in backward compatible =-=-=-=-=-= -*- 88215 26-JUN 03:27 Programmers Den RE: Renaming a file in C (Re: Msg 88213) From: JOELHEGBERG To: KSCALES Ken, > That last line (largest free block) is really a nuisance. It's dropped > down as low as 14K a couple of times, until I delete stuff. Wouldn't > want to use a tool like Speedisk to defrag it unless I had a recent > backup, and I really don't want to back up 93.7 Meg to floppies . Yeah, 93.7 MB would be quite a backup! :) I still have 16MB of my 120MB hard drive free (5MB in largest block), so I'm still ok there. It would be nice, as you say, to get another hard drive, and a tape backup system, though! > BUT, even at that, here's what 'dcheck' says about it: > > Volume - 'Quantum LPS105, Drive /H0' on device /dd > $0322d4 total sectors on media, 512 bytes per sector > $645b bytes in allocation map > 1 sector(s) per cluster > Sector $000034 is start of root dir > Building allocation map... > $0034 sectors used for id sector and allocation map > Checking allocation map... > > 'Quantum LPS105, Drive /H0' file structure is intact > 264 directories, 5200 files > 98255360 of 105228288 bytes (93.70 of 100.35 meg) used on media I get everything that is above, but right after "Checking allocation map..." I get about 8 screens (it used to be only about 2 or 3 screens) of "not in allocation map" errors, which is to say the least, distressing. But, just like your capture above, dcheck finishes up with a "file structure is intact" message... bizzare. > Everything seems to be in order -- even after 2.5 years of use. > So you've definitely got a problem somewhere. Don't know if it would > be the version of 'mv' that you're using -- it could be many things. > (Like there's a version of 'arc', the file copier, that doesn't work > with 512-byte sectors, too.) I don't really know how you would determine > if 'mv' is the culprit, other than trial and error, checking with > 'dcheck' after using it. That's what I thought I'd tried before, without success. So I don't know about mv being the culprit, but I can't think of what else would be causing it. But, this reminds me, I'm due for a backup. I only backup important stuff (like sources) and skip the directories with GIFS, SOUNDS, and such, so I end up only having about 30 or 40 MB to backup... still quite a bit, but doable. -- Joel Mathew Hegberg Delphi : JOELHEGBERG Internet: JoelHegberg@Delphi.com -*- 88220 26-JUN 09:27 Programmers Den RE: Renaming a file in C (Re: Msg 88215) From: JOHNREED To: JOELHEGBERG > > I get everything that is above, but right after "Checking allocation > map..." I get about 8 screens (it used to be only about 2 or 3 screens) > of "not in allocation map" errors, which is to say the least, > distressing. But, just like your capture above, dcheck finishes up with > a "file structure is intact" message... bizzare. > Joel, I don't know if this is related to your allocation map wierdness or not, but I have an intermittent problem with my second hard drive. /H0 is a 170meg Seagate - never a problem. /H1 is a 40meg Quantum. Sometimes after a cold boot I will find that I can't access some of the files on /H1. Dcheck will report lots of errors, much like you describe. The first time this happened, I thought the Quantum drive had "bit the dust". After some fiddling, I discovered that a cold restart (power off, power on) fixed it. Dcheck then reports no problems at all. All I can figure is that the Quantum is a little slow spinning up to speed, the system boots from the Seagate, and tries to read the Quantum before it is ready, stashes some garbage in memory where it won't go away even after a power-on reboot. There is a built-in cache in the Quantum that may be involved too. So far, the problem has never produced any "real" damage to /H1 files. I should mention (for anyone comparing this little buglet with something on their machine) that this is an MM/1a, 9-meg, and the Quantum drive is one that was originally sold by Radio Shack as an upgrade to the Tandy 3000. We need some brave volunteer to write an OSK driver for one of those relatively cheap messydos tape drives that plug into the parallel port. (Any Takers?). Everything on my hard drives is backed up (sort of) -- that is it all exists SOMEWHERE on a floppy. I could rebuild the system from floppies --- in about a week (groan) ******************************** A stitch in time -------------------- ------ is worth two in the bush John R. Wainwright <> <> -*- 88221 26-JUN 11:24 Programmers Den RE: Renaming a file in C (Re: Msg 88215) From: JOHNBAER To: JOELHEGBERG (NR) Joel, > ... So I don't know about mv being the culprit... Just for grins, here's an ident of the `mv' that I have.. Header for: mv Module size: $B8A #2954 Owner: 0.3 Module CRC: $3411A7 Good CRC Header parity: $3A91 Good parity Edition: $7 #7 Ty/La At/Rev $101 $8001 -s%TYšmission: $555 -----e-r-e-r-e-r Exec off: $4C #76 Data size: $4D6 #1238 Stack size: $C00 #3072 Init. data off: $B5C #2908 Data ref. off: $B70 #2928 Prog Mod, 68000 obj, Sharable I've got no problems with it. I do use it, and dcheck the drive at least once a week. I also use Speedisk with the -v once a week also, Just to keep things neat . See if yours is the same.. if so, I don't `think' that this is the cause. -- John - *** Posted with Ved 2.3.1 & IX 1.0.1 *** -*- 88222 26-JUN 11:33 Programmers Den RE: Renaming a file in C (Re: Msg 88221) From: RANDYKWILSON To: JOHNBAER (NR) I use the same version of "mv". Due to this discussion, I ran dcheck for the first time (drive is three years old). Dcheck reports everything is perfect, so I suspect this version of mv is okay. Randy -*- End of Thread. -*- 88110 20-JUN 21:32 OSK Applications RE: PGP for OSK? (Re: Msg 87471) From: KENTMH To: MROWEN01 Mike-- At the risk of reopening this can of worms (I apologize for my late entry into this debate, but I just returned from several weeks in Europe, including Switzerland), I would like to point out that the Bill of Rights had NOTHING to do with hunting, sport shooting, target practice, weapon collecting or any such trivial pursuits. The right to bear arms was clearly aimed at preventing laws which disarmed the public from defending against ANY enemy, foreign or DOMESTIC< who threatened any of the other listed freedoms. In other words, it preserved the right to bear arms against men -- not deer, geese, ducks, paper targets, stc. The Swiss clearly understand this concept by virtue of their requirement that EVERY adult male learn the use of arms in a mandatory stint in their defensive military establishment. We could do well to learn from their example. It is not an accident that the Swiss have been recognized as Neutrals in every armed conflict of this century. Kent -*- 88116 20-JUN 23:28 OSK Applications RE: PGP for OSK? (Re: Msg 88110) From: WA2EGP To: KENTMH Unforch, soem people may get upset with the continuation of this particular thread. Most of us have continued in email. (BTW soem=some. Can't type) -*- 88117 20-JUN 23:33 OSK Applications RE: PGP for OSK? (Re: Msg 88110) From: R7kTZ To: KENTMH Actually, the Swiss have been recognized as Neutrals in every armed conflict of this century (and I beleive the last 2 as well!~), because during the later middle ages, Swiss Pikesmen slaughtered a large number 3ĐľKV–VZg a variety of wars. They killed so many people that their armed forces are respected to this day. In fact, for the 14th century, the pike was considered roughly equivalent to our atom bomb. David -*- End of Thread. -*- 88118 21-JUN 00:54 General Information RE: shellplus (Re: Msg 88007) From: CHYDE To: MMCCLELLAND I take it that you ge the login shell, but your startup is not executed? If so then make sure that startup is on the default drive (/dd), since the shell looks for it there (and it's called startup). As far as loading and running programs from the startup script a sample would be useful. If you just want to load it into memory try this: load /dd/cmds/program_name If you are trying to run a program from your startup script it gets more complicated. If it's just a single program (and you don't need the terminal shell) simply rename the program autoex. After running the startup script the login shell looks for /dd/cmds/autoex and executes if it finds it. If you're trying to run multiple programs from the startup script then what you do depends on whether the program is interactive or not. To start a second shell put this line in your startup script: shell i=/w4& This will start an imortal shell in the fourth window. To start another type of interactive program (say KbCom) try: kbcom <>>>/w4& which will start KbCom in window 4 (providing that nothing is already running in that window). I hope this gets you started, if not let me know. Chris -*- 88119 21-JUN 01:18 Rainbow OS-9 Material ($) RE: OS9 LEVEL II (Re: Msg 87960) From: DONALDS To: CADELLE (NR) My address is : Don Strunk 4628 Robin Dr. Sagle, ID 83860 I can be reach here if you wish to purchase my copy of OS9 please enclude a couple bucks for shipping. Don -*- 88126 21-JUN 04:39 Programmers Den lzh From: WDTV5 To: DSRTFOX (NR) Go check your mailbox, I sent a copy in case you don't have it. Cheers, Gene -*- 88128 21-JUN 09:37 General Information KEN-TON SCSI interface From: KENFLANAGAN To: ALL Could anyone that has this interface let me know if they have a manual or something similar for theirs? I need information about adding the SmartWatch to it (I was told when I ordered it, that to get RTC with it, I needed to add a SmartWatch chip). I've had the SmartWatch for quite some time, but plugged into the second socket in my J&M floppy controller, and everytime I have to re-boot OS-9, I have to flip the switch, type DOS, and then flip it back. I want to avoid this. I installed a socket in the 28 pin area, and added the SmartWatch, but it will not work (yes, I made sure I used the right getclk for the new slot). Any help would be appreciated. Thanks. -*- 88132 21-JUN 21:14 Programmers Den C question From: ALWAGNER To: COLORSYSTEMS I am currently involved in translating an engineering program written in Q-BASIC into C. This is then to be compiled and run on an Intel 486 based system running UNIX. Since that last "foot in mouth" episode, I have gained a great deal of respect for your C programing abilities and do not wish to create a similar problem to the one that started that thread, that is running out of stack space and/or memory. I am developing the translation on my Lvl II Coco3 using Ansifront to allow ANSI C to be used. My question is that since this has the potential for becoming a large program by Coco standards, is there a way to "chain" programs together as is done in BASIC or to say it another way, to call another seperate program into memory, pass parameters to it, have it execute, and have the called program pass info back? I think I understand function calls, but aren't they part of the calling program, as far as memory is concerned, once the compiling has been done? The idea here is that no one program would require more than 64k. The solution should be something that could be carried over to the eventual platform for this endeavor which is the above mentioned Intel 486 running UNIX. Thank you for your time and consideration of this question. -*- 88136 21-JUN 22:49 Programmers Den RE: C question (Re: Msg 88132) From: COLORSYSTEMS To: ALWAGNER Why is the development being done on a CoCo as opposed to the 486 machine? Doing the development on the CoCo severely limits you in many respects to what you can do. No, there is no "chaining" facility in CoCo C, but you can implment it using data modules for shared data and forking child processes to execute the chained module. Big mess. Not recommended. I would recommend in this case to use the 486 to develop the app. ------------------------------------ Zack C Sessions They say, "Money talks". But all mine ever says is, "Goodbye". -*- 88143 22-JUN 06:45 Programmers Den RE: C question (Re: Msg 88132) From: JEJONES To: ALWAGNER > ...is there a way to "chain" programs > together as is done in BASIC or to say it another way, to call another > seperate program into memory, pass parameters to it, have it execute, and > have the called program pass info back? Well...there is a CHAIN command in BASIC09, which is essentially a hook to the F$Chain system call, but that does NOT leave the caller around to get information back from the other program. (F$Chain is sort of like the bad movie in which a process goes on to certain death so that some other process can live. :-) You can spawn another process without having to die, and under Level 2 the child process will get its own address space, but it will have to pass any information back via some mechanism such as a data module it shares with the parent or a file it writes for the parent to read. Opinions herein are solely those of their respective authors. Clipper Chip: Big Brother Inside -*- 88182 24-JUN 18:01 Programmers Den RE: C question (Re: Msg 88136) From: ALWAGNER To: COLORSYSTEMS My access to the 486 system is very limited at this time and my access on the Coco is limitied only by the time I have to spend. When I limited I should say virtually non existent. The project is in part to convince my employer to let me have access to the computer. I guess then I will just have to be very selective in how I do the programming. Thanks anyway. -*- 88183 24-JUN 18:04 Programmers Den RE: C question (Re: Msg 88143) From: ALWAGNER To: JEJONES answering, but the end result is to be a program that runs on an MSDOS machine running UNIX. Unfortunately, UNIX and the MSDOS machine are ignorant of BASIC09. -*- End of Thread. -*- 88133 21-JUN 21:32 General Information HD From: CLTUCKER To: COCOKIWI Thks. Dennis for the info. Ahh the COCO. Always another challenge.(g) -*- 88139 22-JUN 00:34 System Modules (6809) RBF32 From: VE3DAC To: WDTV5 Got RBF32.mn created just fine. I have tested LHA and Undel, both are ok. Maybe you should just bundle the docs from rbf31_2_32, with the new .ipc and have that available here. We must all have the original RBF so I think anks for the extra work creating the new .ipc. Cheerio Merv -*- 88157 23-JUN 00:46 System Modules (6809) RE: RBF32 (Re: Msg 88139) From: WDTV5 To: VE3DAC You're welcome. I think I did, its still sitting in my workspace, exactly as I sent it to you. If it worked, then I'll submit it. I just didn't want Wes to think I was trying an end run around his efforts in doing Nitros9 in the first place. He has done far more in much less time than I have and I'm the first to admit it. Speed does sometimes have its downside, as I found out when doing my vfy, I think at one time there were 5 versions available because of the daily bug swatting going on, same for my gsort. It went thru 12 revisions before I had them all (hopefully) stomped. Bad show. Cheers, Gene -*- 88172 23-JUN 22:05 System Modules (6809) RE: RBF32 (Re: Msg 88157) From: VE3DAC To: WDTV5 Wes Gale is no longer asociated with Nitro but his co-conspirators are going to carry on, as you probably read, Ver 1.20 will be ready soon. I have suggested to Curtis Boyle that he contact you if he would like to have RBF32 released with V1.20. He may already have done something with RBF since he was aware that 1.16 was in trouble. At least you are now aware of my meddling, . TTFN Merv -*- 88175 23-JUN 22:45 System Modules (6809) RE: RBF32 (Re: Msg 88172) From: WDTV5 To: VE3DAC Ah so.. Humm. As far as I'm concerned, he could use it as long as I get the credit for that particular bit of rework. However, I don't think it should be on an exclusive basis. I have another 28_32 file waiting in submissions that will take the distribution rbf as "oldfile" input to ipatch. Paul has my perms to make it visible, regradless (regardless) of whether or not its used in 1.20. Meddling? No, not as far as I'm concerned. Cheers Merv, Gene -*- 88177 24-JUN 01:03 System Modules (6809) RE: RBF32 (Re: Msg 88175) From: VE3DAC To: WDTV5 Well I'll leave it to you and Curtis to work out the credit, if it goes into the release. I will passRBF32 (the .ipc) to Gene Krenciglowa (LHA) since he is a powerboost user and see how it works under that 6309 system. Merv -*- End of Thread. -*- 88140 22-JUN 02:09 Programmers Den RE: OS-9 Live! (Re: Msg 88002) From: LARRYOLSON To: JOELHEGBERG Joel, I hope someone will be keeping a transcript of the conference, I would like to be there, but I have to work. Maybe it will still be going when I get home about 12:30 am Larry ----- Larry Olson ----- -*- 88150 22-JUN 22:06 General Information OS-9 hacker community.. From: ILLUSIONIST To: ALL Well, the standard media representation of hackers (those that break into systems, commit credit card fraud etc) must exist in the OS-9 world.. I recently "discovered" a program called CCv.. on some old PD/shareware disks in my local CoCo club.. still in its .PAK file.. from what I can see that program somehow "generates" credit card numbers..or, validates an existing number.. it must do it all internally, with some sort of algorithm.. (they come out pretty fast, so it cant be that complex, probably some "check-digit" or "CRC"-type thing..) ...anyway..I just figured I would post a message about it.. after thinking about the numbers it generates, I doubt they even work because all the systems would call the credit guys to run a credit check, and make sure the card isnt over the limit..and, this program doesnt list exp. dates....well, at least we know what "tastefull" hackers are using.. a CoCo running OS-9 .. :) ..I wish whoever wrote this included source, I would like to get a look at the algorithm.. -* Mike -*- 88163 23-JUN 05:17 General Information RE: OS-9 hacker community.. (Re: Msg 88150) From: JOELHEGBERG To: ILLUSIONIST Mike, > Well, the standard media representation of hackers (those that break into > systems, commit credit card fraud etc) must exist in the OS-9 world.. > I recently "discovered" a program called CCv.. on some old PD/shareware > disks in my local CoCo club.. still in its .PAK file.. from what I can > see that program somehow "generates" credit card numbers..or, validates > an existing number.. it must do it all internally, with some sort of > algorithm.. (they come out pretty fast, so it cant be that complex, > probably some "check-digit" or "CRC"-type thing..) ...anyway..I just > wish whoever wrote this included source, I would like to get a look at the > algorithm.. The algorithm is very simple, indeed. I will try and look it up for you soon. It has something to do with adding up every other digit on the card and dividing by a number, if I remember correctly. Whether you started with the first or second number depended on whether there were an even or odd number of digits on the card. The algorithm has been published in "2600 - The Hacker Quarterly"... the rather controversial hackers magazine. -- Joel Mathew Hegberg Delphi : JOELHEGBERG Internet: JoelHegberg@Delphi.com -*- End of Thread. -*- 88169 23-JUN 18:22 General Information Avatex 1200 modem From: STEWARD To: ALL I'm looking for the power requirements for a Avatex 1200 modem. The manual dosn't say, and my friend who wants me to look at it, dosn't have it. Thanx in advance -*- 88171 23-JUN 21:11 General Information RE: Avatex 1200 modem (Re: Msg 88169) From: CHARLESAM To: STEWARD I believe its 12VAC-830mA,MAX 14VAC-500mA. Hope this helps. Charlie -*- 88195 25-JUN 09:44 General Information RE: Avatex 1200 modem (Re: Msg 88171) From: STEWARD To: CHARLESAM Thanks for the info. Will give it a shot -*- End of Thread. -*- 88178 24-JUN 01:09 System Modules (6809) Gene's Ramdisk From: VE3DAC To: WDTV5 With all that information I am now using 'myram'. Now to update my various other boot disks. Sure is going to be strange losing my old pal 'Rammer'. It goes back to my starting with Lev 2, one of the few unmodified things over all those years. It is nice being able to change the R0 to do a large unarc and then pop back to the standard 130K. Thanks for the Ramdisk and extra help updating my knowledge. Cheers Merv -*- 88179 24-JUN 04:43 OSK Applications RE: LHA filename truncating (Re: Msg 87907) From: TELENUT To: VAXELF John Yea, I was there. Take a look at your show guide (everyone saves 'em don't they?) and look for Digigrade Productions. I saw the Trek game, pretty spiffy, and everything on one screen! No more listing stats like in other search and destroy games. Also thought KTerm was pretty spiffy, how can you improve Tascom? Point and click. Nice. If more things were ported over from OS9/6X09 it would help OS9 and the MM/1 a whole lot. *YAWN* Have a lot of forum catching up to do, see you online. Dave Pellerito -*- 88180 24-JUN 09:51 OSK Applications RE: LHA filename truncating (Re: Msg 88179) From: JEJONES To: TELENUT Speaking of spiffy, I'm impressed with the Compiler Video Magazine. It's good to actually be able to see a program in operation before you buy--so I hope to see many more reviews in future issues. (Only thing I'd say in the way of possible improvement is that there are some stretches of silence that might benefit from background music.) Opinions herein are solely those of their respective authors. Clipper Chip: Big Brother Inside -*- 88219 26-JUN 05:47 OSK Applications RE: LHA filename truncating (Re: Msg 88180) From: TELENUT To: JEJONES Thanks for the input James. Reviews seem to be the strongest point. I have gotten some other feedback about background 'noises' and what to do about that. I need any developers out there to send in software to be demoed. The first demo or ad (done by me from literature or by you from video or cassette tape) is allways free. I had been messing around with video equipmet for about 10 years and thought I was ready to put my production skills to work and I guess I was right, not to blow my own horn . It can only improve, and the second issue I think has improved twofold over the first. I am getting together a disk of utils I have been working on (that was supposed to be shipped to subscribers the 15th) and you should recive it within the week. Anyone who has material to submit just send me EMAIL and I'll fill you in from there. Enjoy! Dave Pellerito Digigrade Productions P.S. More info in the Database here. READ DIGIGRADE -*- End of Thread. -*- 88181 24-JUN 15:09 General Information Developers Pak From: MROWEN01 To: ALL I keep hearing about things that only come in the OS9 LII Dev pak. Is tsmon one of the things on the pak? What is the part number for this item? I want to purchase it for my Coco3. I've heard that it may still be available from Radio Shack. What other modules come with this pack that were part of Level I but skipped in Level II? -Mike -*- 88184 24-JUN 21:07 General Information RE: Developers Pak (Re: Msg 88181) From: JOEGERBER To: MROWEN01 MIKE: SORRY, I DON'T HAVE THE # AVAIL. RIGHT NOW, BUT IN ANSWER TO YOUR OTHER QUESTION... THE RMA (LV. 2) ASSEMBLER--THIS ALSO INCLUDES A LEVEL 2 DEFS FILE FOR THE ASM ASSEMBLER LOGIN (TO GO WITH TSMON), SLEEP, BINEX/EXBIN (TO/FROM MOTOROLLA S-FORMAT), DUMP, PARK (HARDDISK) RANDISK, HARDDISK, AND NULL DEVICE DRIVERS/DESCRIPTORS AND A BINARY EDITOR/DEBUGGER, AND A SCREEN-BASED TEXT EDITOR. (NOTE: I HAVE NOT USED TSMON/LOGIN, BUT HAVE HEARD THAT IT IS NOT VERY GOOD...FOR ONE THING, THE SYS/PASSWORD FILE IS ASCII.) HOPE THIS HELPS, JOE GERBER -*- End of Thread. -*- 88186 24-JUN 21:17 Telecom (6809) RE: 9600 (Re: Msg 87794) From: JEVESTAL To: MITHELEN (NR) > Sure, it isa superior _protocal_, but the current implementation on > the CoCo is not written as effeciently as existing CoCo ymodem > routines... Whats needed is for someone to write Zmodem routines for the > CoCo from scratch, > that way it can be written cleanly from the start. Thanks Paul. I've decided that I'm going to send my spare CoCo off to have the 6309 installed and then get NitroOS9 and that should allow me to use 9600 baud without errors (I hope). Until then I'm satified with 4800 baud, even if uploads are only at 300 cps. Jim -*- 88187 24-JUN 21:18 Telecom (6809) RE: 9600 (Re: Msg 87796) From: JEVESTAL To: JEJONES > > But ymodem (on Supercomm) sends files with an average speed of 400+CPS > > (at 4800)... I thought Zmodem was supposed to be superior to ymodem. > > Well...yes, but: > > 1. zmodem is a "sliding windows" protocol, which means that the receiver > has to be able to write the packet it just received to disk while the > next packet is coming in. > > 2. Like the original poster said, the author of rz/sz wrote it for Unix, > and it doesn't do things one would definitely want to do under OS-9, > like notice how many bytes are ready to read and get them all at once > to minimize system call overhead. It would take some work to modify > or maintain rz/sz--it has many conditional compilation directives to > work on various flavors of Unix. A couple of places in the source > appear unaffected by the "structured programming" movement of the > late 60s and early 70s. Thanks James. Like I told Paul in my reply to his message to me I'm planning to send my spare CoCo to have the 6309 installed so that if I get NitroOS9 I should have no problems use 9600 baud. Later, Jim -*- End of Thread. -*- 88189 24-JUN 21:30 General Information Rammer From: CLTUCKER To: ALL Rammer? What is Rammer used for. Can it be used in C for Source? Maybe speed up the compiling process? (g) -*- 88191 24-JUN 22:32 General Information RE: Rammer (Re: Msg 88189) From: WDTV5 To: CLTUCKER Rammer was a ramdisk driver/descriptor package written (released) by Kevin Darling for os9 level 2 back in 1987. Its been used by some for compiling as the compiler executives "cc" whose latest variation is cc_2_5_2 as inter-program file storage, faster than a floppy by far, and somewhat faster than a hard drive. I just submitted "myram" as a replacement for it. Rammer, as I understood it (I never did really) needed formatting before use. myram doesn't, just start writing to it. Its still faster than a hard drive, but not by a lot if the hard drive is quick. Mine can do the test program called "megaread" which does just that, reads a megabyte from the drive and times it, in 13 seconds. But I can recall when my old seagate 238r was 67 seconds too. Handy? Like that well known button on the well known door! Cheers - Gene -*- 88194 25-JUN 00:58 General Information RE: Rammer (Re: Msg 88191) From: ISC To: WDTV5 Gene, I use rammer for the downloading disk with Supercomm and do most of my downloading to it as a 160K ramdisk. I may switch to yours, though, now that you have "perfected" it. I like to use the ramdisk on my 512K CoCo with Zmodem downloads. Bill -*- 88197 25-JUN 16:33 General Information RE: Rammer (Re: Msg 88191) From: CLTUCKER To: WDTV5 Got the info on "myram". I'll give it a go. Do you know where th get the 'sz' & 'rz' for use in Z modem dow as mentioned in SuperComm?(g) -*- 88198 25-JUN 17:12 General Information RE: Rammer (Re: Msg 88197) From: JRUPPEL To: CLTUCKER Sz and rz are here in the Telecommunications database (dat tel). Just do a "se zmodem" and it'll come up. Good luck! John Ruppel CocoNuts in Lansing -*- 88205 25-JUN 21:58 General Information RE: Rammer (Re: Msg 88197) From: WDTV5 To: CLTUCKER Yup, right here in the database :from the main menu enter dat tel, then sea sz, which should link you to the main body of rz/sz offerings. You want version 3.24. There are older versions too unless Paul has deleted them. Cheers - Gene -*- 88208 25-JUN 22:39 General Information RE: Rammer (Re: Msg 88205) From: CLTUCKER To: WDTV5 I found the rzsz in Telcom. Tried both versions in cmds dir. Looks like they try to do a z down but nothing happens. I use a 512 COCO. Is this a big deal? How do you get the black B as in Buffer to blink. Just the Ctrl M dosen't work.(g) -*- 88209 25-JUN 22:57 General Information RE: Rammer (Re: Msg 88208) From: WDTV5 To: CLTUCKER Humm, didjA TURN on the zmodem option in supercomm? If not on, it doesn"t monitor for the *0000 string in the incoming data. On receipt of the trigger string, it then forks rz (for receive) and goes to sleep till rz returns. Ditto for sz, but in each case, it appears that delphi is the one issueing the start trigger strings. The syntax to delphi is to enter "zd #,#,etc" when you"ve "read" the file. the pair of ## assumes ythere is more than one file in this family, as listed on your screen, and you want to dload number # and number # of the list. Hope this helps. Looks like latin at first, but once you see it work, you'll wonder how you ever got by without it! Cheers - Gene -*- End of Thread. -*- 88190 24-JUN 21:32 General Information G Windows From: MRUPGRADE To: ALL You guys who seem to get excitrted about seeing a window or two,, might wanna see theh For Sale section on theh CoCo SIG side. One computer listed (for sale) heading "Super Gamae Machine",, has enought windows to make a green house. Or thh average OS'er will look and say, "Geee Windows"! Til then,,, Terry Simons -*- 88196 25-JUN 14:44 Programmers Den CoCo/OSK C compilers From: DBREEDING To: ALL Here's a little "feature" of the MW OSK C compiler I _BELIEVE_ I've stumbled across. It could be common knowledge, but I'd never heard of it myself. Seems that with a structure, from what I can determine, a block of characters joined by an int, float, and ???, will have a character added if the total for that blockof characters is odd. This won't hurt the program, but would cause problems in sharing files with systems that don't do this. I found this by trying to port a prog from the coco to OSK. I was looking for int's, but was surprised in the filesize incongruity with structures containing only floats & chars. It seems that the following will result; * char a1[x];char c1[y];int b1 : if a1+c1=odd, one byte added, same * if int b1 before the two. * char a1[x];int b1;char c1[y] : if EITHER a1 OR c1 = odd, one byte * added, if both odd, 2 bytes added. * sizeof() reports correctly the actual size, reflecting any * additional bytes added. If this is news, and anyone wants to * play around with it, here's a little routine for it. struct { /* Play around with the order of the elements...*/ char a1[24]; int b1; char c1; } S1; char a2; main() { printf(" Size of S1 : %d\n", sizeof(S1) ); printf(" Actual Size : %d\n\n", (int)(&a2)-(int)(&S1) ); printf(" Totals of els: %d\n", sizeof(S1.a1)+sizeof(S1.b1)+sizeof(S1.c1) ); } Another difference between the CoCo and the OSK compilers, although insignificant, I suppose, is in mktemp(). The OSK mktemp checks the directory for a unique tmpfile name, probably doing an "Open". It exits with Error #216 in "errno" - Coco doesn't. I like to end a program with "exit(errno)", which looks kinda messy. Guess I'll either have to cleanup after mktemp (and others???) or do an exit(0) . -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 88204 25-JUN 19:38 Programmers Den RE: CoCo/OSK C compilers (Re: Msg 88196) From: JEJONES To: DBREEDING > Here's a little "feature" of the MW OSK C compiler I _BELIEVE_ I've > stumbled across. It could be common knowledge, but I'd never heard of > it myself. Well...I don't know if it's common knowledge, but it's true. Here's the reason for it: the 6809 is perfectly willing to load an integer at whatever address. The 68000 will take an error 103 (address trap error) if you try to load a 16-bit or 32-bit quantity at an odd address. Because of this (and other considerations--for example, a 68020 is willing to load a two or four-byte integer at any address, but it takes longer), the ANSI C standard says that a compiler is free to insert padding between fields of a structure or after the last one as needed to satisfy the alignment requirements of the structure's members. Opinions herein are solely those of their respective authors. Clipper Chip: Big Brother Inside -*- 88232 26-JUN 14:22 Programmers Den RE: CoCo/OSK C compilers (Re: Msg 88204) From: DBREEDING To: JEJONES (NR) > > Here's a little "feature" of the MW OSK C compiler I _BELIEVE_ I've > > stumbled across. It could be common knowledge, but I'd never heard of > > it myself. > > Well...I don't know if it's common knowledge, but it's true. Here's > the reason for it: the 6809 is perfectly willing to load an integer > at whatever address. The 68000 will take an error 103 (address trap > error) if you try to load a 16-bit or 32-bit quantity at an odd address. I didn't know why. I'd assumed that possibly the compiler wanted to store data 16 bits at a time or something like that, but you explained it quite well. I realized that was not a bug, and there was probably a good reason for it. I thought I'd post this in case someone else was dumb enough to try to make portable files . It seems that it would be quite difficult to forsee this padding and try to compensate for it. I would assume that if you modified your program and perhaps added a char somewhere in the middle of the data area, then all subsequent structures would probably reverse the padding effect?? Do you have to take this odd-mem thing into consideration if you are writing assembly code, or does the assembler take care of this? -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- End of Thread. -*- 88207 25-JUN 22:35 General Information Os9 and Osk From: CHARLESAM To: DBREEDING For the first time since I've been on Delphi(87), I browsed though the other computer forums. Spent a good hour or more reading recent messages. I don't know that much about other machines but judging from the traffic going down on those forums, I'm not willing to switch. I rarely came across the kind of online help one gets here. There doesn't seem to be the willingness to share the knowledge or maybe there just aren't as many knowledgable users on those forums. Alot of times I don't understand the information being supplied here, but I read all the messages anyway to see what I can learn from them. This is IMHO, the tightest community on Delphi. I'm very happy to be part of it, small part that I am. If and when I upgrade, it will be one of the 68k machines. Nuf said, regards Charlie -*- 88229 26-JUN 14:19 General Information RE: Os9 and Osk (Re: Msg 88207) From: DBREEDING To: CHARLESAM (NR) > I don't know that much about other machines but judging from the traffic > going down on those forums, I'm not willing to switch. I rarely came > across the kind of online help one gets here. There doesn't seem to be the > willingness to share the knowledge or maybe there just aren't as many > knowledgable users on those forums. Alot of times I don't understand the That may be it, they may not know but are not willing to admit it. I've been on CIS for quite a while, and often people come in asking questions, in the OS9 or CoCo forum, and comment on the helpfulness. Many say they've already been on the PC-related forums and sometimes are handled even rudely. I did go into the Mac Hardware forum over there and several there did try to give some helpful info. Those people were quite nice, I'll have to say. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- End of Thread. -*- 88211 26-JUN 00:20 General Information SC From: CLTUCKER To: WDTV5 (NR) Yup. I turned on the AutoZModem=on. Still get the t the 'good dow indication' but nothing apperar in the data files. A stinker. Eh. Any help on this ? (ggg) -*- 88230 26-JUN 14:20 General Information RE: SC (Re: Msg 88211) From: DBREEDING To: CLTUCKER > Yup. I turned on the AutoZModem=on. > Still get the t the 'good dow indication' but nothing > apperar in the data files. I think this prompt appears even in an abort, not sure. I've been seeing this thread, and may have missed this point already brought up, but do you have hardware handshaking turned on? You know--RTS/CTS. Are you using SACIA? This might help, if not. If I'm repeating stuff already mentioned, please bear with me. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- End of Thread. -*- 88212 26-JUN 00:28 System Modules (6809) RBF32 From: VE3DAC To: WDTV5 (NR) Gene Krenciglowa tried out RBF32 on his Powerboost 2.03 and it won't boot with your RBF. I'll get his message onto floppy and see if I can get it to you in mail. I used to do that, no problem, but the last couple of times when the CR at the end of the line is sent, Delphi stops accepting the message. We'll see what happens tomorrow afternoon. I booted up with one of my old Nitro disks, and the Nitro RBF is a version of RBF30. Maybe you missed it in version 1.15. But I was able to Undel a file, I just forgot until I tried it. Now I don't know which RBF to use, I'm loyal to my hacker pals, . Look for further, Sun night. Merv -*- 88216 26-JUN 03:36 System Modules (6809) scsi system From: JBMANNING To: ALL Hello I would like to know who is handling SCSISYS by Matthew Thompson. about a year ago or so I sent my $22 dollars in to register my copy. and have recieved a couple of updates through delphi after being a pest. but have never recieved any thing official ie documention and disks in the mail saying that I had the official registered version. My user name on delphi was JIMBM but I had to cancel my delphi account during the first 5 month of 94. I have opened a new acount under JBMANNING which may be part of the problem. ident on my version shows Header for: SCSISYS Module size: $05F8 #1528 Module CRC: $AC2F3E (Good) Hdr parity: $26 Exec. off: $0016 #22 Data Size: $028F #655 Edition: $00 #0 Ty/La At/Rv: $E1 $81 Dev Dvr mod, 6809 obj, re-en, R/O is this up to date? and how can I get full documentaion? one more thing accelarated handshaking works with my drive (st277n) but I can't get cacheing to work no matter which order I arrange modules. after I enable caching my doing a dmode /h0 dns=80 and type dir /h0 I get weird characters on the screen. the docs I have say the cache uses $C000 to $DFFF in the system map. when I do an dirm this is the same as block 1, right? or am I mistaken? can I enable cacheing after I boot? after the last boot I tried dirm shows Bk Ofst Size Ty At Link Module Name -- ---- ---- -- -- ---- ----------- -3F D06 12A C1 81 0 REL 3F E30 1D0 C1 81 1 Boot 3F 1000 ED9 C0 88 0 OS9p1 - 1 1300 CA4 C0 82 1 OS9p2 1 1FA4 34 C0 81 1 Init 1 1FD8 140 C1 81 1 OS9p3 2 118 20 F1 81 1 Nil 2 138 1FB E1 81 1 VRN 2 333 95 E1 81 0 Parallel 2 3C8 3E F1 81 0 P 2 406 219 D1 81 0 PipeMan 2 61F 28 E1 81 0 Piper 2 647 26 F1 81 0 Pipe 2 66D 24D C1 83 1 Clock 2 8BA 5B6 E1 81 1 AciaDrv 2 E70 4B F1 81 1 T2 2 EBB 9F3 C1 81 1 IOMan 2 18AE 1D4B C1 81 1 WindInt 3 15F9 46 F1 81 4 TERM 3 163F 43 F1 81 0 W 3 1682 44 F1 81 3 W1 3 16C6 44 F1 81 0 W2 3 170A 44 F1 81 0 W3 3 174E 44 F1 81 0 W4 3 1792 43 F1 81 3 W5 3 17D5 44 F1 81 0 W6 3 1819 44 F1 81 0 W7 3 185D 44 F1 81 0 W8 3 18A1 44 F1 81 0 W9 3 18E5 45 F1 81 0 W10 3 192A 45 F1 81 0 W11 3 196F 45 F1 81 0 W12 3 19B4 45 F1 81 0 W13 3 19F9 45 F1 81 0 W14 3 1A3E 45 F1 81 0 W15 3 1A83 12CB D1 81 6 RBF 4 D4E 4EA E1 82 2 CC3Disk 4 1238 30 F1 81 1 D0 4 1268 30 F1 81 1 D1 4 1298 6DA D1 82 C SCF 4 1972 C64 E1 81 A CC3IO 3F 5D6 5F8 E1 81 4B SCSISYS 3F BCE 31 F1 89 0 H0 3F BFF 31 F1 89 4B DD - 6 0 1FBB C1 81 1 GrfDrv - A 0 1A7 11 81 1 DirM - 9 0 18B3 11 82 4 Shell 9 18B3 24 11 81 0 Load 9 18D7 22 11 81 0 Echo 9 18F9 27 11 81 0 Prompt 9 1920 68 11 81 0 Merge 9 1988 4F 11 81 0 List 9 19D7 22 11 81 0 Makdir 9 19F9 A5 11 81 0 Del 9 1A9E 84 11 81 0 Display 9 1B22 7A 11 81 0 Iniz 9 1B9C 27 11 81 0 cls 9 1BC3 15C 11 81 0 Rename -10 0 2156 11 81 1 mcron -13 0 591D 11 81 1 scred Thanks for your time Jim Manning Delphi JBMANNING internet jbmannin@Endor.es.sim.com -*- 88217 26-JUN 03:52 Applications (6809) SOFTWARE From: MORRISA To: ALL I WOULD LIKE TO BUY THE FOLLOWING SOFTWARE PROGRAMS : COLOR ARTIST FOR COCO3 DESKMATE3 FOR COCO3 OS9 LEVEL II (COMPLETE WITH ALL DOCUMENTS TO GET A BEGENNER STARTED ON THE SYSTEM) SUB BATTLE SIMULT. ANY GRAPHIC WAR GAMES WITH SHIPS OR PLANES -*- 88223 26-JUN 11:40 Applications (6809) RE: SOFTWARE (Re: Msg 88217) From: MRGOOD To: MORRISA (NR) I have Sub Battle Simulator for COco OS9. Make an offer... Hugo -*- End of Thread. -*- FORUM>Reply, Add, Read, "?" or Exit>