read new nonstop follow 89548 25-AUG 20:47 General Information RE: For Sale (Re: Msg 89492) From: HAWKSOFT To: MITHELEN Paul: > Ya.. but, for an OSK system, at least right now, people are just using > them for developement purposes, or maybe a a data devie for a BBS, or to > play audio CD's... Single speed drives are suficient for these purposes. > and can be picked up dirt cheep. > Let me know if you see any double or triple speed internal drives. I might as well upgrade if I get an internal. And thanks for the termcap! Chris -*- 89549 25-AUG 21:48 General Information RE: OS9UG (Re: Msg 89539) From: HAWKSOFT To: MRUPGRADE Terry: I was staying out of this as you had (but not HEARD!!) the answer many times from many people! >........ > I wqas just asking what support an OS-9'er could expect from th e OSUG. > > Sorry it it's upsetting question. Youo and many others in the UG are >................ >................ > I think I've gotten th e answer. I should encourage OS-9'ers to > join,, then support themsleves. That's clear enough. join,, then support EACH OTHER !!!!!!! -------------------------------------- Chris -*- 89551 25-AUG 23:07 General Information RE: OS9UG (Re: Msg 89517) From: DSRTFOX To: MRUPGRADE Terry, the point is that currently the OSK people are putting in most of the work. They are the ones more actively INVOLVED in the group, that's why there is a bit more OSK support. As long as there are a good deal of OS-9 members in the group, there will be as much OS-9 support. But the OS-9 users have to be ACTIVE AND INVOLVED in order to obtain a higher level of support. Period! If more of your people didn't let you know they WANTED more OS-9, then you wouldn't have it for them either, would you? -*- End of Thread. -*- 89550 25-AUG 21:48 General Information RE: CDROM reader (Re: Msg 89538) From: HAWKSOFT To: TEDJAEGER Ted: > I'm on the verge of getting a CDROM reader for my MM1 but also have > a Mac Color Classic with which I would like the drive to work. As a > result I am contemplating an external SCSI drive and have grabbed the > cable description posted by HAWKSOFT. Figure I would get an extra > MAC SCSI cable and sacrifice it to make moving the drive back and > forth easy. My question is this: I've heard reports of guys using > a single speed SCSI SCROM reader on the MM1 but have not heard of > anyone using a double speed. Will a double speed one work on the MM1 > given current software? Thanks for the info. I hope that this was caused by your not perusing the info yet. The MAC SCSI gets NO modification! You simply build a cable that connects to the internal type (50 dual inline pin) connector on one end and to the MAC SCSI 25 pin connector on the other. Let me know if the directions are not clear and I'll revise. Chris BTW, as I understand it, the dual, triple, or quad speeds are from the disc to the player and have nothing to do with the speed from the player to the computer. That is determined by the SCSI buss (which is still alot faster than the quad speed reading. -*- 89569 27-AUG 12:25 General Information RE: CDROM reader (Re: Msg 89550) From: TEDJAEGER To: HAWKSOFT (NR) Thanks for the info, Chris. I understood the cable instructions fine but had no knowledge of how (if) the higher speed CDROMs would work with the MM1. Your indication that the speed enhancement is between the disc and the reader clears it up for me. So ... your Virtual CD player software should work with double and triple speed drives, right? Assuming so, you'll be getting an order from me shortly! Bests ---TedJaeger -*- End of Thread. -*- 89552 25-AUG 23:16 General Information RE: OSK/AMIGA (Re: Msg 89505) From: DSRTFOX To: CPERRAULT Digby is indeed still going at it! I have made him an offer of becoming a US rep for the Amiga version of OS-9. The main problems are 1) the cost will still be around $600, and 2) the current version only supports the 68000 and (possibly) the 68010, but NOT the 68020 and higher... those processors require a different kernal and license! Any 68020 version would be higher priced, but is a future consideration. It would also have C+ instead of the K&R C package though. I'm still waiting to hear from Digby on that issue, but will be reporting on the Amiga version (possibly with a review of a loaner copy!) in the next few months. -*- 89553 25-AUG 23:17 General Information RE: OS-9 Live (Re: Msg 89542) From: DSRTFOX To: DBREEDING (NR) The curent issue of 68'micros is the August issue, and is avialable as a back issue for $4. Let me know if you need one! -*- 89554 25-AUG 23:24 General Information RE: Conference Announcement:OS-9 Late Ni (Re: Msg 89507) From: DSRTFOX To: CPERRAULT Chris, when this system was developed, I was basically an "RS-DOS crossover" myself. The only way I knew to make a boot disk at all was with CONFIG. If a DECB user is relatively knowledgeable about the workings hardware-wise of the CoCo, and can tell whether he even has double sided drives or not, can easily set the system up. You know who had the most trouble running the patches? Experienced OS-9 users! They failed to follow the instructions in the text file on disk!! Inexperienced and novice users rarely had problems after they got their drives set so they could read/print the text files on disk. And I only had to talk to a few to get that part done. The experienced guys were ignoring the plea to use their ORIGINAL (backups of!!) TANDY DISKS!! Problem is that if you error trap for all possibilities, you end up with a lot of slow code! So the deal is you run the auto-patch routine on a vanilla set so that all CRCs and such are known, then reinstall any extra patches you might have.. if any. Those guys would try running on a patched system disk nearly every time!!! ;> (if all else fails, and ONLY then... read (and follow) directions....) -*- 89566 27-AUG 04:06 General Information RE: Conference Announcement:OS-9 Late Ni (Re: Msg 89507) From: JEVESTAL To: CPERRAULT (NR) > I agree, Rick sure made it a pretty bulked up setup. I think what > gets me is, he assumed that both floppy drives are 5 1/4" when mine 5 > 1/4" for /d0 and 3 1/2" for /d1. I know, I can just copy the > respective disks to the one with the proper format and take it from > there. The problem is I think we will be aiming to get these into the > hands of Rsdos Crossovers, who will NOT have an easy time at this. > Hopefully it will be setup in the future to take Disk formats in > consideration end of the process if I remember correctly>. > > >>Maybe a conference of "PatchOS-9... The OS-9 Upgrade?" could > be scedualed?<< > > Sure, why not? I'll get back to ya when it does get shedualed still sketchy on what the second and third conferences are going to > be>. That would be ok, I have the latest version of PatchOS-9 for review in the OS-9 Underground. Concerning Monday nights: I just start back at college and I think my Monday afternoon class has an evening lab with it, if so I won't be home in time for the conferance! This really is sad since I was one of the people who wanted to move it from Sunday to Monday. But I'll keep you posted, I know our lecture/pre-production meeting is Monday at 3:00 pm (Pacific), if we can get out of there by 5 or 6 I can then make the conf, but if our production labs are at 7 or 8pm then I won't be home until probably 10pm! So unless the conferance continues to 1 am (Eastern) then I'm out of luck! I want to serious about this conferance too. Since I think that OS-9 programmers of all levels should interact with each other on a live basis. I know that I can learn alot about C by hanging around others who use it regularly and I know that others can learn from my Basic09 and Pascal09 experiance. 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 -*- End of Thread. -*- 89555 25-AUG 23:25 Programmers Den RE: System Calls(??????) (Re: Msg 89511) From: DSRTFOX To: CPERRAULT Chris, when you get this all figured out, write it down in simple terms and send it to me. Should make a great article!! -*- 89561 26-AUG 07:29 Programmers Den RE: System Calls(??????) (Re: Msg 89511) From: JEJONES To: CPERRAULT > Can someone point me to some referance material related to System > calls and how to use them from Basic09(syscall)? Well...here's as good a short description as I can manage: If you look in the OS-9 Technical Manual, you'll see for each system call a description of what the system call expects to see in the CPU's registers coming in, and a description of what the system call puts in the registers before you get control back. The BASIC09 syscall procedure takes as its parameters the following: 1. an integer number that corresponds to the system call you want to run 2. a structure that contains an image of the CPU registers What syscall does is create code that does the system call you want, copy the contents of the structure into the CPU registers, executes the system call, copies the contents of the registers after the system call completes back into the structure, and returns. So...if you want to use the syscall procedure, you have to look up the system call, find the number that corresponds to it, set up the input parameters, run syscall, and then retrieve the output parameters from the structure you passed syscall to get the results. (You'll want to check the condition code flag image to tell whether it succeeded or not.) Opinions herein are solely those of their respective authors. Clipper Chip: Big Brother Inside -*- End of Thread. -*- 89556 25-AUG 23:31 General Information RE: NitrOS9 release (Re: Msg 89526) From: DSRTFOX To: MROWEN01 If you get a copy of the message, could you post it here or in the database... -*- 89557 26-AUG 01:31 General Information RE: OS9UG Town Meeting (Re: Msg 89546) From: JOELHEGBERG To: JOELHEGBERG > Yes, a transcript will be available shortly. Thanks for your > interest. I've uploaded the OS9UG Town Meeting transcript to the database, so it should be validated shortly. Thanks to Colin McKay for cleaning up the transcript into a much more readable form. Thanks also to Ken Scales, Eddie Kuns, and Colin McKay for helping me staff the meeting. It was a great success, and we had an amazing turnout! -- Joel Mathew Hegberg ======================================================================= = Joel Mathew Hegberg M.O.T.D. Editor = = (JoelHegberg@delphi.com) 68'micros Columnist = = (JHegberg@aol.com) Sub-Etha Software Programmer = ======================================================================= -*- 89558 26-AUG 01:47 General Information RE: OS9UG Town Meeting (Re: Msg 89546) From: COCOKIWI To: JOELHEGBERG of interest to you guys out there in OSK land who wish to play around with the latest.I have a copy of the Development file for THE SoundBlaster ......AWE32 sound card......for anyone whom wants it,It is FREE...I have this card myself...this one would go well with a Delmar system! all the stuff is in C so easly translated to OSK!....If you want a copy I can send you a Zipped copy...This file is from Creative labs,and is FREELY distributed ......they have the same thing in the VIDEO line...... Thought I would pass this one to you and the boss regards Dennis -*- 89559 26-AUG 03:09 General Information RE: OS9UG Town Meeting (Re: Msg 89558) From: NIMITZ To: COCOKIWI I'm certainly interested in that file, Dennis. Will need it soon, I think. David -*- 89565 27-AUG 03:17 General Information RE: OS9UG Town Meeting (Re: Msg 89559) From: COCOKIWI To: NIMITZ Your wish is granted..!...Dennis -*- End of Thread. -*- 89560 26-AUG 03:29 OSK Applications 8 meg upgrades From: NIMITZ To: ALL I would appreciate it if someone who owns an 8 meg upgrade bus for an MM/1 would call me at (405) 234-2347 tomorrow between 8am and 5pm Central time, with the board in hand - I have some questions about the boards. Davdi -*- 89562 26-AUG 11:00 General Information NitrOS9 data From: MROWEN01 To: DSRTFOX (NR) I tried to send you the cocolist data on NitrOS9, but ran into some problems. Let me re-group and I'll try to get the data in the forum by tonight. -Mike -*- 89563 26-AUG 11:06 Applications (6809) RE: SOFTWARE (Re: Msg 88254) From: MORRISA To: DONALDS (NR) I GOT COCO ARTIST BUT WOULD LIKE TO BUY THE OTHERS -*- 89564 27-AUG 00:25 General Information NitrOS9 From: MROWEN01 To: DSRTFOX (NR) Frank, Here's the message I grabbed from the Coco listserver about NitrOS9. I thought is was worthy of posting here for Level II users. -Mike ----MESSAGE---- The players: A stock Coco3 - with HD63B09 installed Tandy RS232 pak - unmodified, except for 6551A Y-cable - because of my repackaged system. NitrOS9 V1.16 - latest release, up until next week. OS9p1 V1.16H - hacked by me for better performance Clock V1.16H - ditto 14.4k modem - Can the Coco handle it? Stay tuned! OSterm 2.07 - Supercomm is probably faster... Ramdisk - internal, my floppy controller halts. The setting: Late last night, in a darkened corner of a nameless apartment, downtown in a major Canadian city. The background: OS9p1 was torn to shreds and lovingly reassembled (literally...) for better performance. Major optimizations were performed in the system call routines and IRQ handler. Act I ===== I performed system call speed tests on the same Coco, running three different versions of OS-9. Here are the results for the pure system call overhead. These times do not include the time spent actually performing the system call, but are the constant overhead for every system call. Stock OS-9: 2530 cycles - OUCH! That's a lot for a 2MHz machine! NitrOS-9 V1.16 1560 cycles - much better. V1.16H 730 cycles - Whee! (Best case, but who's counting?) NV1.16H takes less than 30% of the time that stock OS-9 does, and less than half the time of NV1.16. What this means is that programs doing many system calls will speed up, and IRQ's are masked for MUCH less time then ever before. There _are_ some system calls which are non-best case, and may end up taking more than the 730 cycles. Most calls, however, will speed up by the full amount. As part of these patches, text screen updates sped up by another 10% over NV1.16. Why is anyone still using a stock system? Act II ====== Colin came over last night with a 14.4k modem, and we tried it out.... Problems at first, until I realized I was running ACIAPAK (Ugh). Half an hour later, we were running SAcia with a 4k receive buffer. (This comes in later). Speed tests here were fairly inconclusive, as OSTerm didn't perform the CRC calculations on the fly, which apparently Supercomm does. I'll have to try that, next. At 4800 baud everything worked fine... so we tried 9600... we we only getting 780cps throughput, but the receive data light on the modem was doing a noticable 'send, wait, send, wait '. So we tried 19.2k baud to the modem, which, with compression, was probably getting about that on a base 14.4k connection. Dialed up to the local BBS, and ANSI graphics worked fine. Read messages, no lost characters. Wow! It updated fast! It's going to be hard to go back to 1200. We tried y-modem (xmodem-1k) again. 800 cps this time, with the receive data light on about half the time. No problems. Hey, Zmodem can do continuous bursts... so we tried it. Half an hour later, we were running the latest version of RZ from Delphi, as the version I had was way out of date. And the result was: We could get 3 1-k blocks fine, and the fourth would get a CRC error. Remember that 4k receive buffer? Actually, it was 3.75k, and zmodem couldn't pull the data out of it fast enough. BUT, we were getting 3 seconds of continuous 19.2k connection with NO ERRORS. I'm going to try to get faster terminal software for the Coco end, (and perhaps hack sacia for more buffer space, like 10k), and try again. I guess it's a little hard for a 2MHz machine to get 2k interrupts per second, handle them, copy the data to a system buffer, copy it to user memory, do a CRC verification, copy it back to system memory and then copy it to an internal ram disk. Hopefully better terminal software, and a more highly optimized kernel will speed the non-serial I/O end of it up. The result of this is that full 9600 baud connectivity is easily achievable, and will not slow your system down as much as it does now, but will be equivalent to about a 4800 baud connection. (For system overhead, not throughput). These patches are currently in beta test on mutiple machines, one of which is running 5 printers and 2 terminals. If it works for them, it should work for you. Epilog ====== NV1.20 will be released very soon, but these patches do not form part of that package. Within a week or two of NV1.20's release, however, NV1.21 will be released and will include these patches. Happy computing! Alan DeKok. -- "Even more like you, perhaps, than you are yourself." $ ----END OF MESSAGE----- Sorry for the length, but I though it was good info. Mike -*- 89567 27-AUG 07:05 OSK Applications RE: many (Re: Msg 89487) From: BROWN80 To: AJMLFCO (NR) Yes FHL is still in business. Hazelwood has had some problems, but 2.4 and 3.0 are still being worked on. John Brown -*- 89568 27-AUG 08:10 General Information RE: (Re: Msg 89528) From: ALAIN1155 To: JRUPPEL (NR) I have learned from a sale clerk that the problem is related to the pulse and stobe timing. The AP3260 simply not accept a serial to parallel interface. Alain -*- 89570 27-AUG 12:25 General Information chestnut access From: TEDJAEGER To: ALL Have recently acquired access to the internet so thought I would FTP to chestnut.cs.wisc.edu for a look at the OS9 holdings. Got to chestnut computer OK with FTP but could not get logged in as anonymous or get any commands to work. For example, typing "dir" (no quotes) resulted in a prompt to log on using USER and PASS. Typing USER got me a foreign user prompt for my name I guess, but then chestnut want a password. Whatever I put in for password produced "login incorrect". Whats the procedure to get to the OSK or OS9 area of chestnut? Thanks! Bests ---TedJaeger -*- FORUM>Reply, Add, Read, "?" or Exit>