From goosey at virgo.sdc.org Thu May 1 04:47:21 2008 From: goosey at virgo.sdc.org (Willard Goosey) Date: Thu, 1 May 2008 02:47:21 -0600 Subject: [Coco] Programs for NitrOS-9 In-Reply-To: <200804300059.48076.gene.heskett@verizon.net> References: <4816A8B2.2040000@adinet.com.uy> <200804291437.21927.gene.heskett@verizon.net> <20080430043233.GD26709@virgo.sdc.org> <200804300059.48076.gene.heskett@verizon.net> Message-ID: <20080501084721.GA4160@virgo.sdc.org> On Wed, Apr 30, 2008 at 12:59:47AM -0400, Gene Heskett wrote: > On Wednesday 30 April 2008, Willard Goosey wrote: > In that case, I'd suggest some syscall/get/set/stat got changed and > is no longer compatible. ...Or one of the windint calls. There were some problems with Window Writer around NitrOS 3.0 or 3.1, but Boisy fixed the problem there. > Unforch, I can't run multiview on my machine now as all the stuff > I'd cut into cc3io, co80 and friends was apparently thrown away Plus, it's pretty obvious that the icon editor was pushing BASIC-09 to its limits. Add in the pain inherent in debugging a BASIC-09 MV app... I looked the code over myself, and decided I wasn't going to mess with it... > I thought so at the time, :-) And it is a pleasure, when the mouse > click actually registers where the pointer is, and the pointer moves > one pixel at a time when you move it. Very very frustrating when it > doesn't. I know, I know. But it seems like such a waste to hook a *mouse* up to an rs-232 port! Willard -- Willard Goosey goosey at sdc.org Socorro, New Mexico, USA I search my heart and find Cimmeria, land of Darkness and the Night. -- R.E. Howard From gene.heskett at verizon.net Thu May 1 05:12:42 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Thu, 01 May 2008 05:12:42 -0400 Subject: [Coco] Programs for NitrOS-9 In-Reply-To: <20080501084721.GA4160@virgo.sdc.org> References: <4816A8B2.2040000@adinet.com.uy> <200804300059.48076.gene.heskett@verizon.net> <20080501084721.GA4160@virgo.sdc.org> Message-ID: <200805010512.42901.gene.heskett@verizon.net> On Thursday 01 May 2008, Willard Goosey wrote: >On Wed, Apr 30, 2008 at 12:59:47AM -0400, Gene Heskett wrote: >> On Wednesday 30 April 2008, Willard Goosey wrote: >> >> In that case, I'd suggest some syscall/get/set/stat got changed and >> is no longer compatible. > >...Or one of the windint calls. There were some problems with Window >Writer around NitrOS 3.0 or 3.1, but Boisy fixed the problem there. Never had a copy of Window Writer, so no knowledge of that. >> Unforch, I can't run multiview on my machine now as all the stuff >> I'd cut into cc3io, co80 and friends was apparently thrown away >Plus, it's pretty obvious that the icon editor was pushing BASIC-09 to >its limits. Add in the pain inherent in debugging a BASIC-09 MV >app... No more painful than any other language IMO. >I looked the code over myself, and decided I wasn't going to >mess with it... This is IcnEdit? It's 3 screens full of icons limitation got in the way, and one would need more than 128k to expand that. But I think it might be doable. One could also use more than 1 icon directory since the .AIF can point anyplace. I think I had used that before my drive upchucked. >> I thought so at the time, :-) And it is a pleasure, when the mouse >> click actually registers where the pointer is, and the pointer moves >> one pixel at a time when you move it. Very very frustrating when it >> doesn't. > >I know, I know. But it seems like such a waste to hook a *mouse* up >to an rs-232 port! > Not if that cartridge has a stacked chip dual port setup like mine does, and I guarantee you will never use a more stable mouse. The problem today is that those mice haven't been made in quite a few years now, which represents a wide open need for a USB port setup in order to be able to use what is available today. I have very carefully guarded that old 3 button DeXxa mouse for many years. >Willard -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) The Microsoft Motto: "We're the leaders, wait for us!" From mjnelson12 at verizon.net Thu May 1 17:40:15 2008 From: mjnelson12 at verizon.net (Mike Nelson) Date: Thu, 01 May 2008 21:40:15 -0000 Subject: [Coco] [Color Computer] Basic O9 Message-ID: Can someone tell me if Basic O9 comes with OS9 Level 2? From os9dude at gmail.com Thu May 1 17:52:17 2008 From: os9dude at gmail.com (Rogelio Perea) Date: Thu, 1 May 2008 17:52:17 -0400 Subject: [Coco] [Color Computer] Basic O9 In-Reply-To: References: Message-ID: <5631e580805011452m1631e701u6118221425ba6a66@mail.gmail.com> Not in the stock Tandy distribution. Basic09 was marketed as a separate package from both OS9L1 and OS9L2. On Thu, May 1, 2008 at 5:40 PM, Mike Nelson wrote: > Can someone tell me if Basic O9 comes with OS9 Level 2? > > From blackwolfe at charter.net Thu May 1 19:32:23 2008 From: blackwolfe at charter.net (Bruce W. Calkins) Date: Thu, 1 May 2008 19:32:23 -0400 Subject: [Coco] [Color Computer] Basic O9 References: Message-ID: <8366F009376B40A8813A62B1F2145CEB@speedy> > Can someone tell me if Basic O9 comes with OS9 Level 2? > > OS-9 Level 2 came with Basic 09. Some other useful routines were left out of Level 2. Basic 09 was a seperate package under Level 1. As far as I know; there was no difference in Basic 09 between Level 1 & 2. Bruce W. From jhoger at pobox.com Thu May 1 20:15:01 2008 From: jhoger at pobox.com (John R. Hogerhuis) Date: Fri, 2 May 2008 00:15:01 +0000 (UTC) Subject: [Coco] [Color Computer] Basic O9 References: <5631e580805011452m1631e701u6118221425ba6a66@mail.gmail.com> Message-ID: Rogelio Perea writes: > > Not in the stock Tandy distribution. Basic09 was marketed as a > separate package from both OS9L1 and OS9L2. My recollection is that Basic09 did come stock with OS9L2. There was separate package available for OS9L1. -- John. From os9dude at gmail.com Thu May 1 20:35:25 2008 From: os9dude at gmail.com (Rogelio Perea) Date: Thu, 1 May 2008 20:35:25 -0400 Subject: [Coco] [Color Computer] Basic O9 In-Reply-To: <8366F009376B40A8813A62B1F2145CEB@speedy> References: <8366F009376B40A8813A62B1F2145CEB@speedy> Message-ID: <5631e580805011735r6ac2d0f9p1233b4045e687747@mail.gmail.com> Big oops... indeed, now that the tomato is still dripping from my face Basic09 was packaged with Level 2... for some reason I went thinking Level 1 and then everything went downhill. ASM did not come with L2 but with L1, for L2 the Development package was separate... oh my... Signs of excessive high power RF exposure side effects? :-) -=[ Rogelio ]=- On Thu, May 1, 2008 at 7:32 PM, Bruce W. Calkins wrote: > > Can someone tell me if Basic O9 comes with OS9 Level 2? > > > > > > OS-9 Level 2 came with Basic 09. > Some other useful routines were left out of Level 2. > > Basic 09 was a seperate package under Level 1. > As far as I know; there was no difference in Basic 09 between Level 1 & 2. > > Bruce W. From goosey at virgo.sdc.org Fri May 2 05:09:39 2008 From: goosey at virgo.sdc.org (Willard Goosey) Date: Fri, 2 May 2008 03:09:39 -0600 Subject: [Coco] Programs for NitrOS-9 In-Reply-To: <200805010512.42901.gene.heskett@verizon.net> References: <4816A8B2.2040000@adinet.com.uy> <200804300059.48076.gene.heskett@verizon.net> <20080501084721.GA4160@virgo.sdc.org> <200805010512.42901.gene.heskett@verizon.net> Message-ID: <20080502090939.GA28759@virgo.sdc.org> On Thu, May 01, 2008 at 05:12:42AM -0400, Gene Heskett wrote: > Never had a copy of Window Writer, so no knowledge of that. It's a good little word processor. Not as powerful as some of the editor/formater packages, but it's nice. > No more painful than any other language IMO. Yeah, that's true. > This is IcnEdit? Not trying to dis your code, it's just.... I started adding debugging statements and BASIC-09 ran out of memory, when I'd already #XK'd it as much RAM as OS-9 would allow. Willard -- Willard Goosey goosey at sdc.org Socorro, New Mexico, USA I search my heart and find Cimmeria, land of Darkness and the Night. -- R.E. Howard From gene.heskett at verizon.net Fri May 2 08:27:40 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Fri, 02 May 2008 08:27:40 -0400 Subject: [Coco] Programs for NitrOS-9 In-Reply-To: <20080502090939.GA28759@virgo.sdc.org> References: <4816A8B2.2040000@adinet.com.uy> <200805010512.42901.gene.heskett@verizon.net> <20080502090939.GA28759@virgo.sdc.org> Message-ID: <200805020827.40173.gene.heskett@verizon.net> On Friday 02 May 2008, Willard Goosey wrote: >On Thu, May 01, 2008 at 05:12:42AM -0400, Gene Heskett wrote: >> Never had a copy of Window Writer, so no knowledge of that. > >It's a good little word processor. Not as powerful as some of the >editor/formater packages, but it's nice. > >> No more painful than any other language IMO. > >Yeah, that's true. > >> This is IcnEdit? > >Not trying to dis your code, it's just.... I started adding debugging >statements and BASIC-09 ran out of memory, when I'd already #XK'd it >as much RAM as OS-9 would allow. That was a problem, and another reason it didn't get any bigger, I was having to give it 40k myself. But why did it need debugging? Or was its use of multiple mouse buttons a puzzle. It could use all 3 buttons on mine, switching edit colors on the fly and such. But the normal menu selections also worked for those who didn't have a multibutton mouse. >Willard -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) /me thinks ext2 code is more effectively encrypted than DVDs are ;) - Andrew Ebling on #kernelnewbies From goosey at virgo.sdc.org Sat May 3 05:40:37 2008 From: goosey at virgo.sdc.org (Willard Goosey) Date: Sat, 3 May 2008 03:40:37 -0600 Subject: [Coco] Programs for NitrOS-9 In-Reply-To: <200805020827.40173.gene.heskett@verizon.net> References: <4816A8B2.2040000@adinet.com.uy> <200805010512.42901.gene.heskett@verizon.net> <20080502090939.GA28759@virgo.sdc.org> <200805020827.40173.gene.heskett@verizon.net> Message-ID: <20080503094037.GA10329@virgo.sdc.org> On Fri, May 02, 2008 at 08:27:40AM -0400, Gene Heskett wrote: > That was a problem, and another reason it didn't get any bigger, I > was having to give it 40k myself. But why did it need debugging? Like you said, one (at least) syscall or windint call got tweaked in NitrOS, and it brings down the whole program. I don't even remember exactly what the crash looked like... Willard -- Willard Goosey goosey at sdc.org Socorro, New Mexico, USA I search my heart and find Cimmeria, land of Darkness and the Night. -- R.E. Howard From charles.shrader at gmail.com Sat May 3 11:04:57 2008 From: charles.shrader at gmail.com (Charles Shrader) Date: Sat, 3 May 2008 11:04:57 -0400 Subject: [Coco] Nitros9 In-Reply-To: Message-ID: <000a01c8ad2f$130286e0$800101df@CHUCK03> I'm seeing a lot of references to Nitro OS9. I'm guessing that you can load a new OS onto the Coco from a floppy disk. Is this OS free? I'd love to try it out. Does it work in 80 column mode? I've currently got my Coco running using an RGB Commodore 64 monitor; when I switch to 80 columns, I can see letters but they are hard to view. Is there a way to use a different monitor to get better resolution in 80 column mode? Chuck No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.8/1412 - Release Date: 5/2/2008 4:34 PM From tjseagrove at writeme.com Sat May 3 12:54:32 2008 From: tjseagrove at writeme.com (Tom Seagrove) Date: Sat, 3 May 2008 12:54:32 -0400 Subject: [Coco] Nitros9 In-Reply-To: <000a01c8ad2f$130286e0$800101df@CHUCK03> References: <000a01c8ad2f$130286e0$800101df@CHUCK03> Message-ID: <008c01c8ad3e$5c211a30$14634e90$@com> See http://www.nitros9.org/ for everything you ever wanted to know..... Tom -----Original Message----- From: coco-bounces at maltedmedia.com [mailto:coco-bounces at maltedmedia.com] On Behalf Of Charles Shrader Sent: Saturday, May 03, 2008 11:05 AM To: coco at maltedmedia.com Subject: [Coco] Nitros9 I'm seeing a lot of references to Nitro OS9. I'm guessing that you can load a new OS onto the Coco from a floppy disk. Is this OS free? I'd love to try it out. Does it work in 80 column mode? I've currently got my Coco running using an RGB Commodore 64 monitor; when I switch to 80 columns, I can see letters but they are hard to view. Is there a way to use a different monitor to get better resolution in 80 column mode? Chuck No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.8/1412 - Release Date: 5/2/2008 4:34 PM -- Coco mailing list Coco at maltedmedia.com http://five.pairlist.net/mailman/listinfo/coco From zmerch-coco at 30below.com Sat May 3 21:40:05 2008 From: zmerch-coco at 30below.com (Roger Merchberger) Date: Sat, 03 May 2008 21:40:05 -0400 Subject: [Coco] Techrepublic Rocks !!!! In-Reply-To: <48191321.1070601@swbell.net> References: <006301c8aafb$c8c00600$5a401200$@com> <006301c8aafb$c8c00600$5a401200$@com> Message-ID: <5.1.0.14.2.20080503211507.0127f228@mail.30below.com> Rumor has it that Joel Ewy may have mentioned these words: >Interesting. Of course I can turn on a real CoCo, load up Telewriter >64/128, and be typing a document before the BIOS on a typical PC has >even finished its POST, let alone booting any operating system off of >any kind of mass storage. Still, the process he describes is pretty >cool, and I have used BartPE to make a bootable Windows CD for >diagnostic purposes. Dealing with a) too much beer (is there such a thing?) and b) a LIFO buffer due to (a) I'll start at the bottom & work my way up. [1] [[ offtopic drivel... skip to the ontopic if disinterested... Did I mention the beer? ;-) ]] BartPE was really handy... until the Ubuntu BootCD could natively write to NTFS. Now I'm back to using Linux to fix all my Winders issues... I joke if I ever get a Vista machine it's gonna run linux. I slapped Ubuntu 7.10 64-bit on my dual-core lappy & turned on every *stoopid* 3D option (I *hate* wobbly windows - it reminds me when I've had too much beer - did I mention the beer? ;-) ) and on boot does more graphical mindnumbing useless crap, still starts apache, PostgreSQL & mysql, and uses 380Meg of RAM... Vista's lucky to stay under a Gig. [[ Oh, and Wine runs World of Warcrack straight off my NTFS drive - didn't even "install" it where it was supposed to. ]] [[ back on topic now... ]] Other than reminding my boss she was in diapers when I got into computing... I also play "riddle me this" with my cow-orkers... I ask them how much better computing's gotten over the last 22 years when I can boot a Unix(ish) OS from a 300rpm floppy on a <2Mhz CPU and .5 Meg of ram *faster* than I can boot Win[any] from a 7200rpm hard drive and 4000x that much RAM.... When I ask them how we've actually *improved* computing - they cannot answer me. Granted, with smellphones & VoIP all the rage, I also say: "It's taken 100 years to finally get back to the voice quality of 100 years ago." ;-) Yes, I keep a box of 8" floppies & a few IBM 80-column cards on my desk just to remind 'em how much of a "fogey" I really am. ;-) [2] The one thing I never dealt with (outside the military and they wouldn't let me keep any) was paper-tape - anyone have a sample (preferably punched) for cost of postage? ;-) I'll shutup now - back to my beer. Thank gawd I've already purchased my Tequila for Cinco de Mayo! Laterz, Roger "Merch" Merchberger [1] If you're foolish enough to read the bootnotes... well... just don't ask my wife what I mean by that! ;-) [2] Don't ask about my line on the 8" floppies at work that keep's 'em rolling! ;-) I'll have to respond in private mail! Did I mention the beer? -- Roger "Merch" Merchberger | A new truth in advertising slogan SysAdmin, Iceberg Computers | for MicroSoft: "We're not the oxy... zmerch at 30below.com | ...in oxymoron!" From zmerch-coco at 30below.com Sat May 3 22:02:59 2008 From: zmerch-coco at 30below.com (Roger Merchberger) Date: Sat, 03 May 2008 22:02:59 -0400 Subject: [Coco] Nitros9 In-Reply-To: <008c01c8ad3e$5c211a30$14634e90$@com> References: <000a01c8ad2f$130286e0$800101df@CHUCK03> <000a01c8ad2f$130286e0$800101df@CHUCK03> Message-ID: <5.1.0.14.2.20080503215623.04e9f1e0@mail.30below.com> Rumor has it that Tom Seagrove may have mentioned these words: >See http://www.nitros9.org/ for everything you ever wanted to know..... [[ see below - I'm an old fart that's not happy with top-posting... ;-) ]] >-----Original Message----- >Subject: [Coco] Nitros9 > > >I'm seeing a lot of references to Nitro OS9. I'm guessing that you can load >a new OS onto the Coco from a floppy disk. > >Is this OS free? I'd love to try it out. > >Does it work in 80 column mode? > >I've currently got my Coco running using an RGB Commodore 64 monitor; when I >switch to 80 columns, I can see >letters but they are hard to view. Is there a way to use a different >monitor to get better resolution in 80 column mode? Ah, but he wanted to know *more*... ;-) WRT monitors & whatnot - Yes, there's ways of using better monitors & TVs for 80column modes. From the sounds of it, you'd be "happier" with a stock CM-8 designed for a CoCo - 80 columns was pretty decent - the 106 columns was a bit rough, tho. However, if you can find an Amiga or Atari (SC1224) they had even better dot-pitch yet; but you'd need an adapter cable or even an adapter circuit (if it was negative-sync instead of the CoCo's positive, IIRC) to use it. If you're looking for something a bit more "modern" both Roy Justus & Chris Hawks can help out. Roy builds a CoCo -> VGA upconverter so you can hook up any recent PC/Mac monitor to your CoCo; and Chris Hawks builds a similar device but for hooking your CoCo to an SVideo TV/Monitor; either of which will give you a *wonderful* picture on more recent displays. HTH, "Merch" -- Roger "Merch" Merchberger | Anarchy doesn't scale well. -- Me zmerch at 30below.com. | SysAdmin, Iceberg Computers From fwp at deepthought.com Sat May 3 22:52:51 2008 From: fwp at deepthought.com (Frank Pittel) Date: Sat, 3 May 2008 21:52:51 -0500 Subject: [Coco] Nitros9 In-Reply-To: <5.1.0.14.2.20080503215623.04e9f1e0@mail.30below.com> References: <000a01c8ad2f$130286e0$800101df@CHUCK03> <000a01c8ad2f$130286e0$800101df@CHUCK03> <5.1.0.14.2.20080503215623.04e9f1e0@mail.30below.com> Message-ID: <20080504025251.GA4128@warlock.deepthought.com> The work of both Chris and Roy has done a lot to extend the usable life of the Coco!! What we need now is for someone to step up and way to eliminate the need for the floppy. While Cloud 9 has come close the floppy is still needed! :-( After the floppy issue is resolved we can concentrate on doing away with the MPI! :-) Frank On Sat, May 03, 2008 at 10:02:59PM -0400, Roger Merchberger wrote: > Rumor has it that Tom Seagrove may have mentioned these words: >> See http://www.nitros9.org/ for everything you ever wanted to know..... > > [[ see below - I'm an old fart that's not happy with top-posting... > ;-) ]] > >> -----Original Message----- >> Subject: [Coco] Nitros9 >> >> >> I'm seeing a lot of references to Nitro OS9. I'm guessing that you can load >> a new OS onto the Coco from a floppy disk. >> >> Is this OS free? I'd love to try it out. >> >> Does it work in 80 column mode? >> >> I've currently got my Coco running using an RGB Commodore 64 monitor; when I >> switch to 80 columns, I can see >> letters but they are hard to view. Is there a way to use a different >> monitor to get better resolution in 80 column mode? > > Ah, but he wanted to know *more*... ;-) > > WRT monitors & whatnot - Yes, there's ways of using better monitors & TVs > for 80column modes. > > From the sounds of it, you'd be "happier" with a stock CM-8 designed for a > CoCo - 80 columns was pretty decent - the 106 columns was a bit rough, tho. > > However, if you can find an Amiga or Atari (SC1224) they had even better > dot-pitch yet; but you'd need an adapter cable or even an adapter circuit > (if it was negative-sync instead of the CoCo's positive, IIRC) to use it. > > If you're looking for something a bit more "modern" both Roy Justus & Chris > Hawks can help out. Roy builds a CoCo -> VGA upconverter so you can hook up > any recent PC/Mac monitor to your CoCo; and Chris Hawks builds a similar > device but for hooking your CoCo to an SVideo TV/Monitor; either of which > will give you a *wonderful* picture on more recent displays. > > HTH, > "Merch" > > -- > Roger "Merch" Merchberger | Anarchy doesn't scale well. -- Me > zmerch at 30below.com. | > SysAdmin, Iceberg Computers > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco From jdaggett at gate.net Sat May 3 22:56:41 2008 From: jdaggett at gate.net (jdaggett at gate.net) Date: Sat, 03 May 2008 22:56:41 -0400 Subject: [Coco] Nitros9 In-Reply-To: <20080504025251.GA4128@warlock.deepthought.com> References: <000a01c8ad2f$130286e0$800101df@CHUCK03>, <5.1.0.14.2.20080503215623.04e9f1e0@mail.30below.com>, <20080504025251.GA4128@warlock.deepthought.com> Message-ID: <481CEDA9.8189.1ABBF7A@jdaggett.gate.net> On 3 May 2008 at 21:52, Frank Pittel wrote: > The work of both Chris and Roy has done a lot to extend the usable > life of the Coco!! What we need now is for someone to step up and way > to eliminate the need for the floppy. While Cloud 9 has come close the > floppy is still needed! :-( After the floppy issue is resolved we can > concentrate on doing away with the MPI! :-) > > Frank FOr OS9 one could write a driver to communicate with the Vinculum chip and then you can add anything from a thumb drive to a USB hard drive. The Vinculum chip takes care of the USB portion along with reading FAT12, FAT16 and FAT32. Also can have two PS2 ports for kicks. The chip does have some drawbacks in that it can only be a host for one USB port. That can though be a USB HUB. ALso in acessing drives it can only have one file open when transfering to and from the disk. Also hard disk and USB drives have to be 512 bytes per sector. After all that the Vinculum chip is about $11 single price and the VDIP1 board which has the Vinculum chip, support circuitry and a USB A connector that plugs into a 24 pin dip socket. This is by far the best solution for adding USB to a Coco. james From georgeramsower at gmail.com Sun May 4 00:29:40 2008 From: georgeramsower at gmail.com (George Ramsower) Date: Sat, 3 May 2008 22:29:40 -0600 Subject: [Coco] Techrepublic Rocks !!!! Paper Tape References: <006301c8aafb$c8c00600$5a401200$@com><006301c8aafb$c8c00600$5a401200$@com> <5.1.0.14.2.20080503211507.0127f228@mail.30below.com> Message-ID: <001701c8ad9f$79256bc0$8a4e75d0@house> ----- Original Message ----- From: "Roger Merchberger" > Yes, I keep a box of 8" floppies & a few IBM 80-column cards on my desk > just to remind 'em how much of a "fogey" I really am. ;-) [2] The one > thing I never dealt with (outside the military and they wouldn't let me > keep any) was paper-tape - anyone have a sample (preferably punched) for > cost of postage? ;-) > You reminded me of my FIRST printer for my FIRST coco. A 4K coco... Someone gave me a KSR teletype machine with a paper tape reader/writer. I modified it to do a LF on a CR so it would work with the coco RS-BASICK. Damn that thing was noisy. I even managed to use the tape to write and read stuff to and from the coco. What fun!! By then, I had upgraded the coco to 64K. My wife made me go to the extreme of putting the machine in a hall closet, line the closet with blankets and keep the door shut so she wouldn't have to turn the TV up so loud to cover the noise. Damn that thing was noisy. Did I mention that? Damn that think was noisy. Nope! The machine and tapes are gone.... many years ago, along with my: 16mm movie camera and projector, the 45 RPM record duplicator, the record player that did 16,33,45 and 78 RPMs, the Heath H8 and a host of other things I wish I had to sell now, including some automobiles. Ah....well, we toss some things and later regret it. I've NEVER tossed a coco. My first Grey case coco was stolen. They took just the coco and left the drives and all the other peripherals. What a dummy! The other stuff was worth more than the coco. What did they know? Hmm... I"m thinking I still have some of the boards that went into that H8 ...I'll have to look around for them. The H8 power supply is powering my darkroom enlarger now. I LOVE that power supply. Plenty of power and the transformer is a constant voltage transformer using a really BIG cap to keep it that way. Every now and again, when I turn it on, the thing oscillates and I have to power it down and turn it back on. Gene! Could that be a failing cap/condensor? George From diegoba at adinet.com.uy Sun May 4 00:16:06 2008 From: diegoba at adinet.com.uy (Diego Barizo) Date: Sun, 04 May 2008 01:16:06 -0300 Subject: [Coco] Lost games Message-ID: <481D3886.20405@adinet.com.uy> About a year ago, there were screenshots of almost ready games in the gallery section. Today, I found those screens in the CoCoDVD Ladderman And Quinton's quest. Any news regarding this games? Both were looking great! It would be a shame if they never see the light. Diego From devries.bob at gmail.com Sun May 4 01:29:07 2008 From: devries.bob at gmail.com (Bob Devries) Date: Sun, 4 May 2008 15:29:07 +1000 Subject: [Coco] Greetings from Manila Message-ID: <8af15320805032229x1cf4be5ct1c901db2f61057d@mail.gmail.com> Hello to all my friends. I'm typing this from the apartment of my fiancee's sister in Manila. It's hot and humid and threatening thunder and rain. It has been an experience so far, but I wouldn't have missed it for the world. For example, line markings on the roads appear to be for decoration only, and have no effect on either the flow or direction of traffic. Frightening for someone who comes from the ordered traffic conditions of country Queensland, Australia. I'll be staying here until Friday, and then catching the ferry to Mindanao. I'll try to keep reading the list as much as I can. God bless. -- Regards, Bob Devries, Dalby, Queensland, Australia Isaiah 50:4 The sovereign Lord has given me the capacity to be his spokesman, so that I know how to help the weary. website: http://www.home.gil.com.au/~bdevasl my blog: http://bdevries.invigorated.org/ From operator at coco3.com Sun May 4 17:02:53 2008 From: operator at coco3.com (Roger Taylor) Date: Sun, 04 May 2008 16:02:53 -0500 Subject: [Coco] Greetings from Manila In-Reply-To: <8af15320805032229x1cf4be5ct1c901db2f61057d@mail.gmail.com> References: <8af15320805032229x1cf4be5ct1c901db2f61057d@mail.gmail.com> Message-ID: <20080504210259.484BF20A33@qs281.pair.com> At 12:29 AM 5/4/2008, you wrote: >Hello to all my friends. >For example, line markings on the roads appear to be for decoration >only, and have no effect on either the flow or direction of traffic. >Frightening for someone who comes from the ordered traffic conditions >of country Queensland, Australia. How funny. I bet the road rage is crazy there. I'd love to see an experiment done where somebody gets in a little U.S. car like an old rusty Pinto or Gremlin and just haul butt through Manila and see if they can make it to the other side without being shot. Priceless stuff. From devries.bob at gmail.com Sun May 4 21:15:27 2008 From: devries.bob at gmail.com (Bob Devries) Date: Mon, 5 May 2008 11:15:27 +1000 Subject: [Coco] Greetings from Manila References: <8af15320805032229x1cf4be5ct1c901db2f61057d@mail.gmail.com> <20080504210259.484BF20A33@qs281.pair.com> Message-ID: <00ae01c8ae4d$82861800$01fea8c0@toshiba> Hi Roger, Your old rusty Pinto will blend right in here. Many cars here are old rust-buckets, especially taxis. Maintenance seems non-existent. Use of the vehicle's horn is the preferred warning method to say "I'm coming through, get out of the way" Worrying.... ----- Original Message ----- From: "Roger Taylor" To: "CoCoList for Color Computer Enthusiasts" Sent: Monday, May 05, 2008 7:02 AM Subject: Re: [Coco] Greetings from Manila > At 12:29 AM 5/4/2008, you wrote: >>Hello to all my friends. > > >>For example, line markings on the roads appear to be for decoration >>only, and have no effect on either the flow or direction of traffic. >>Frightening for someone who comes from the ordered traffic conditions >>of country Queensland, Australia. > > > How funny. I bet the road rage is crazy there. I'd love to see an > experiment done where somebody gets in a little U.S. car like an old rusty > Pinto or Gremlin and just haul butt through Manila and see if they can > make it to the other side without being shot. Priceless stuff. > > > > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco From operator at coco3.com Sun May 4 23:42:05 2008 From: operator at coco3.com (Roger Taylor) Date: Sun, 04 May 2008 22:42:05 -0500 Subject: [Coco] Greetings from Manila In-Reply-To: <00ae01c8ae4d$82861800$01fea8c0@toshiba> References: <8af15320805032229x1cf4be5ct1c901db2f61057d@mail.gmail.com> <20080504210259.484BF20A33@qs281.pair.com> <00ae01c8ae4d$82861800$01fea8c0@toshiba> Message-ID: <20080505034412.6C40C20A36@qs281.pair.com> At 08:15 PM 5/4/2008, you wrote: >Hi Roger, > >Your old rusty Pinto will blend right in here. Many cars here are >old rust-buckets, especially taxis. Maintenance seems non-existent. >Use of the vehicle's horn is the preferred warning method to say >"I'm coming through, get out of the way" > >Worrying.... I've never owned a Pinto or Gremlin, but back in the school days a best friend unfortunately had a Pinto before I had my own ride and there's nothing like being a passenger in one of those things in extreme interstate traffic. I'm not even sure it had one of those oh-crap-handles. :) From georgeramsower at gmail.com Mon May 5 01:33:31 2008 From: georgeramsower at gmail.com (George Ramsower) Date: Sun, 4 May 2008 23:33:31 -0600 Subject: [Coco] Greetings from Manila References: <8af15320805032229x1cf4be5ct1c901db2f61057d@mail.gmail.com><20080504210259.484BF20A33@qs281.pair.com> <00ae01c8ae4d$82861800$01fea8c0@toshiba> Message-ID: <001201c8ae71$8eaf26c0$8a4e75d0@house> ----- Original Message ----- From: "Bob Devries" > Hi Roger, > > Your old rusty Pinto will blend right in here. Many cars here are old > rust-buckets, especially taxis. Maintenance seems non-existent. Use of the > vehicle's horn is the preferred warning method to say "I'm coming through, > get out of the way" > > Worrying.... Having lived in several states and in Mexico, I can attest to this... Horns in Texas are generally a door bell..... Hello! I'm in your driveway! Otherwise... Horns in Mexico are a warning to let folks know that you have no brakes or in a hurry... in that order.+ Horns in San Antonio are to let folks know someone made them angry. Horns in Houston lets folks know they are in a hurry,angry, late, tired or just in a bad mood. Horns in Austin generally don't work. They've been burned out from over use. Horns in Alice, Texas and the car they are attached to, don't work. Horns in Corpus Christi are door bells. Horns in the Rio Grande Valley are musical and a way to say ... HI!.... if they work. Horns on a motorcycles are for passing a state inspection. Horns on an animal are the only horns that are used as designed. George From goosey at virgo.sdc.org Mon May 5 04:11:07 2008 From: goosey at virgo.sdc.org (Willard Goosey) Date: Mon, 5 May 2008 02:11:07 -0600 Subject: [Coco] Greetings from Manila In-Reply-To: <001201c8ae71$8eaf26c0$8a4e75d0@house> References: <00ae01c8ae4d$82861800$01fea8c0@toshiba> <001201c8ae71$8eaf26c0$8a4e75d0@house> Message-ID: <20080505081107.GA26259@virgo.sdc.org> On Sun, May 04, 2008 at 11:33:31PM -0600, George Ramsower wrote: > Horns in the Rio Grande Valley are musical and a way to say ... HI!.... if > they work. I resemble that remark! (The part about the horn not working. But it's not my fault some idiot installed the wrong steering wheel in my truck! That happened well before I got my hands on it.) OBcoco: Z'89 still kicks my butt. Willard -- Willard Goosey goosey at sdc.org Socorro, New Mexico, USA I search my heart and find Cimmeria, land of Darkness and the Night. -- R.E. Howard From jlhickle at yahoo.com Mon May 5 07:47:26 2008 From: jlhickle at yahoo.com (Jim Hickle) Date: Mon, 5 May 2008 04:47:26 -0700 (PDT) Subject: [Coco] Greetings from Manila In-Reply-To: <20080505034412.6C40C20A36@qs281.pair.com> Message-ID: <548839.34553.qm@web36605.mail.mud.yahoo.com> --- Roger Taylor wrote: > I've never owned a Pinto or Gremlin, but back in the > school days a > I had a '70 Maverick. They didn't have carpet or a glove box but had neat-o names for the paint colors. Mine was "Home on the Orange". ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From operator at coco3.com Mon May 5 17:05:28 2008 From: operator at coco3.com (Roger Taylor) Date: Mon, 05 May 2008 16:05:28 -0500 Subject: [Coco] Greetings from Manila In-Reply-To: <001201c8ae71$8eaf26c0$8a4e75d0@house> References: <8af15320805032229x1cf4be5ct1c901db2f61057d@mail.gmail.com> <20080504210259.484BF20A33@qs281.pair.com> <00ae01c8ae4d$82861800$01fea8c0@toshiba> <001201c8ae71$8eaf26c0$8a4e75d0@house> Message-ID: <20080505210539.A719D20A33@qs281.pair.com> At 12:33 AM 5/5/2008, you wrote: >----- Original Message ----- From: "Bob Devries" > >>Hi Roger, >> >>Your old rusty Pinto will blend right in here. Many cars here are >>old rust-buckets, especially taxis. Maintenance seems non-existent. >>Use of the vehicle's horn is the preferred warning method to say >>"I'm coming through, get out of the way" >> >>Worrying.... > >Having lived in several states and in Mexico, I can attest to this... > >Horns in Texas are generally a door bell..... Hello! I'm in your driveway! I've been in Texas for 3 years and I've learned that horns, blinkers, and brakes are there for decoration. Oh, and the emergency lane to the far right? NOPE. That's a high-speed passing lane. I'm not joking. No matter how many potholes or gravel the emergency lane is degraded to, you're not holding them up behind you. You better hope you don't require to swing outwards a tad on your left turn because it's gonna be a bad day for everybody involved, including all the cars BEHIND the guy passing you on the right who fully trust that the guy up front has the plow-way already planned out completely with no chance on Earth of there being a tiny mistake. Zoom, zoom, zoom, 3 cars just flew by your child's back window while you were preparing to turn left, causing your vehicle to rock back and forth from the wind. Then you look up the road as they pass and you notice guy on the back in the big ole dually with extended mirrors and truck bed has been trying to pass them using road rage, and is why "they" up front are not stopping for anything. Un-be-lievable. From gene.heskett at verizon.net Mon May 5 20:45:41 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Mon, 05 May 2008 20:45:41 -0400 Subject: [Coco] Programs for NitrOS-9 In-Reply-To: <20080503094037.GA10329@virgo.sdc.org> References: <4816A8B2.2040000@adinet.com.uy> <200805020827.40173.gene.heskett@verizon.net> <20080503094037.GA10329@virgo.sdc.org> Message-ID: <200805052045.41753.gene.heskett@verizon.net> On Saturday 03 May 2008, Willard Goosey wrote: >On Fri, May 02, 2008 at 08:27:40AM -0400, Gene Heskett wrote: >> That was a problem, and another reason it didn't get any bigger, I >> was having to give it 40k myself. But why did it need debugging? > >Like you said, one (at least) syscall or windint call got tweaked in >NitrOS, and it brings down the whole program. I don't even remember >exactly what the crash looked like... > Gaack! Dunno what else to say, Willard. But syscalls & get/setstats that worked correctly according to the occasionally a bit concise docs in the original code should not be destroyed in making nitros9 out of os9. If my heart holds up, I'll see if I can get my system to boot with a usable boot & maybe see if I can sort it, but no promises at this stage. I am due for a stress test early the 7th & no idea what they'll want to do after that. I had a spell of very slow pulse and some mild chest pain last week, so I've been watching things a little closer than usual. I suspect the call might still be ok, but that the stack frame is shuffling the input data somehow. I also know it did run 100% stable for me when my system was at about nitros9 v1.16 or so. So there is a benchmark of sorts. >Willard -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Q: What does the CE in Windows CE stand for? A: Caveat Emptor. From gene.heskett at verizon.net Mon May 5 20:58:18 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Mon, 05 May 2008 20:58:18 -0400 Subject: [Coco] Techrepublic Rocks !!!! Paper Tape In-Reply-To: <001701c8ad9f$79256bc0$8a4e75d0@house> References: <006301c8aafb$c8c00600$5a401200$@com> <5.1.0.14.2.20080503211507.0127f228@mail.30below.com> <001701c8ad9f$79256bc0$8a4e75d0@house> Message-ID: <200805052058.18881.gene.heskett@verizon.net> On Sunday 04 May 2008, George Ramsower wrote: >----- Original Message ----- >From: "Roger Merchberger" > >> Yes, I keep a box of 8" floppies & a few IBM 80-column cards on my desk >> just to remind 'em how much of a "fogey" I really am. ;-) [2] The one >> thing I never dealt with (outside the military and they wouldn't let me >> keep any) was paper-tape - anyone have a sample (preferably punched) for >> cost of postage? ;-) > > You reminded me of my FIRST printer for my FIRST coco. A 4K coco... > > Someone gave me a KSR teletype machine with a paper tape reader/writer. I >modified it to do a LF on a CR so it would work with the coco RS-BASICK. >Damn that thing was noisy. I even managed to use the tape to write and read >stuff to and from the coco. What fun!! By then, I had upgraded the coco to >64K. >My wife made me go to the extreme of putting the machine in a hall closet, >line the closet with blankets and keep the door shut so she wouldn't have to >turn the TV up so loud to cover the noise. >Damn that thing was noisy. Did I mention that? >Damn that think was noisy. > >Nope! The machine and tapes are gone.... many years ago, along with my: > 16mm movie camera and projector, > the 45 RPM record duplicator, > the record player that did 16,33,45 and 78 RPMs, > the Heath H8 > and a host of other things I wish I had to sell now, including some >automobiles. > > Ah....well, we toss some things and later regret it. > > I've NEVER tossed a coco. My first Grey case coco was stolen. They took >just the coco and left the drives and all the other peripherals. >What a dummy! The other stuff was worth more than the coco. What did they >know? > > Hmm... I"m thinking I still have some of the boards that went into that H8 >...I'll have to look around for them. > >The H8 power supply is powering my darkroom enlarger now. I LOVE that power >supply. Plenty of power and the transformer is a constant voltage >transformer using a really BIG cap to keep it that way. Every now and again, >when I turn it on, the thing oscillates and I have to power it down and turn >it back on. > Gene! > Could that be a failing cap/condensor? > More than likely an artifact of being underloaded. > >George > > > >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Halley's Comet: It came, we saw, we drank. From os9dude at gmail.com Mon May 5 21:28:48 2008 From: os9dude at gmail.com (Rogelio Perea) Date: Mon, 5 May 2008 21:28:48 -0400 Subject: [Coco] CoCo 2 kit? Message-ID: <5631e580805051828y1fea22dfyfd6266af7ea2e0c7@mail.gmail.com> Where these sold as kits at some point in time? http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=120257854560 Intriguing... -=[ Rogelio ]=- From jimhrubik at earthlink.net Mon May 5 21:46:28 2008 From: jimhrubik at earthlink.net (James Hrubik) Date: Mon, 5 May 2008 21:46:28 -0400 Subject: [Coco] Greetings from Manila In-Reply-To: <548839.34553.qm@web36605.mail.mud.yahoo.com> References: <548839.34553.qm@web36605.mail.mud.yahoo.com> Message-ID: <60510662-99BD-410D-8814-C847F993C5A6@earthlink.net> Mine was "Hulla Blue". A 1969-1/2, Ford had a special price -- $1776 plus tax, title, and transfer fees. Just under $2000 out the door. NO COMPUTER ON BOARD! and it still ran . And don't forget the plaid interiors... On May 5, 2008, at Monday, May 5, 2008 - 7:47 AM, Jim Hickle wrote: > > --- Roger Taylor wrote: > > >> I've never owned a Pinto or Gremlin, but back in the >> school days a >> > > I had a '70 Maverick. They didn't have carpet or a > glove box but had neat-o names for the paint colors. > Mine was "Home on the Orange". > > > > ______________________________________________________________________ > ______________ > Be a better friend, newshound, and > know-it-all with Yahoo! Mobile. Try it now. http:// > mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco ------------------------------ "In the time of Joseph McCarthyism, ..., I attempted to explain each individual is wholly involved in the democratic process, work at it or no. The results of the process fall on the head of the public and he who is recalcitrant or procrastinates in raising his voice can blame no one but himself." -- Walt Kelly ?We have met the enemy and he is us? -- Pogo / Walt Kelly, Earth Day 1970 ------------------------------ From diegoba at adinet.com.uy Mon May 5 22:03:47 2008 From: diegoba at adinet.com.uy (Diego Barizo) Date: Mon, 05 May 2008 23:03:47 -0300 Subject: [Coco] Swapping hard drives with SuperIDE Message-ID: <481FBC83.10007@adinet.com.uy> My original plan was to use 2 had drives (actually CF cards), 1 for HDB-DOS, the other for NitrOS-9, and swap them as needed. Today I was going trough the steps to setup a floppy-less NitrOS-9 installation, and some issues came to my mind. In order to boot from the CF, I will need a HDB-DOS partition of at least 1 disk size, to contain the actual boot disk. This partition will reside after the NOS-9 one, and HDB-DOS will use an offset to avoid writing over the NOS-9 partition. But that means that I can not just swap that CF card for another one with a different configuration, since the HDB-DOS partitions will start in different positions... Right? I guess that the right thing would be to use one of the flash banks in the SuperIDE for each CF card? Is there any other way to have a floppy-less system, besides a custom NitrOS-9 ROM? Diego From neilsmorr at gmail.com Mon May 5 22:27:22 2008 From: neilsmorr at gmail.com (Neil Morrison) Date: Mon, 5 May 2008 19:27:22 -0700 Subject: [Coco] CoCo 2 kit? In-Reply-To: <5631e580805051828y1fea22dfyfd6266af7ea2e0c7@mail.gmail.com> References: <5631e580805051828y1fea22dfyfd6266af7ea2e0c7@mail.gmail.com> Message-ID: <93f331ac0805051927x36583c72i9ad086df6382a242@mail.gmail.com> That's a puzzler. Either RS cleared these in kit form or they put them together like this for some school - maybe correspondence. Neil On Mon, May 5, 2008 at 6:28 PM, Rogelio Perea wrote: > Where these sold as kits at some point in time? > > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=120257854560 > > Intriguing... > > -=[ Rogelio ]=- From rob.coco at zaphod.tzo.com Mon May 5 22:38:58 2008 From: rob.coco at zaphod.tzo.com (Rob Rosenbrock) Date: Mon, 5 May 2008 22:38:58 -0400 Subject: [Coco] CoCo 2 kit? Message-ID: I bought one of these kits from RS many years ago during a 'tent sale.' They weren't available at any of the local stores, but someone in Texas was selling them out of the warehouse. I still have it. I do not know the intent of the kit. It is nothing more than an assembly project, and nothing is taught by doing it. I think it was an experiment, and didn't go very big. -----Original Message----- From: "Rogelio Perea" To: "coco at maltedmedia.com" Sent: 5/5/08 9:28 PM Subject: [Coco] CoCo 2 kit? Where these sold as kits at some point in time? http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=120257854560 Intriguing... -=[ Rogelio ]=- -- Coco mailing list Coco at maltedmedia.com http://five.pairlist.net/mailman/listinfo/coco From alsplace at pobox.com Mon May 5 22:46:49 2008 From: alsplace at pobox.com (Allen Huffman) Date: Mon, 5 May 2008 21:46:49 -0500 Subject: [Coco] CoCo 2 kit? In-Reply-To: References: Message-ID: <0CFA9288-037D-42B6-8B41-AC94FBF2A891@pobox.com> On May 5, 2008, at 9:38 PM, Rob Rosenbrock wrote: > I bought one of these kits from RS many years ago during a 'tent > sale.' They weren't available at any of the local stores, but > someone in Texas was selling them out of the warehouse. I still have > it. Let the bidding begin! If I get it, I'll bring it to the next CoCoFest. -- Over 98,000 digital pics from Disney, Theme Parks, and Ren Fests! Visit http://www.AtTheFaire.com or http://www.DisneyFans.com (1980's Retro Computing: I want my CoCo 4! www.coco4.com) Orlando (and other places) cheap luxury vacation offers - and I get credit! http://www.WestgateResorts.com/or/index.cfm?acct=9009895609&sales=8664429956&language=en From alsplace at pobox.com Mon May 5 23:00:29 2008 From: alsplace at pobox.com (Allen Huffman) Date: Mon, 5 May 2008 22:00:29 -0500 Subject: [Coco] Swapping hard drives with SuperIDE In-Reply-To: <481FBC83.10007@adinet.com.uy> References: <481FBC83.10007@adinet.com.uy> Message-ID: <9C3FB726-EF17-4D6A-A7B7-B83CAA5437CA@pobox.com> On May 5, 2008, at 9:03 PM, Diego Barizo wrote: > My original plan was to use 2 had drives (actually CF cards), 1 for > HDB-DOS, the other for NitrOS-9, and swap them as needed. More on this ... wish I had my old "the world of '68 micros" articles on RGB-DOS. I covered this for SyQuest EZ135 (128MB) removeable hard drives. My ROM was set to go to the very last "drive" sector offset, so no matter what platter I put in, I always saw that drive (or maybe the last 4). I could then run a DOS program that would poke the offset so I could see more drives, and even bank between them (since you could only do 256 virtual drives, and more than that would fit on 128MB). So, I would have an OS-9 platter that had just boot disk at the end, and an RS-DOS platter, that had the offset program at the end. I should find all this -- I'm not sure where it is other than my SyQuest platters. Somewhere I may be able to dig up the articles, though, which explain how I did it. -- Over 98,000 digital pics from Disney, Theme Parks, and Ren Fests! Visit http://www.AtTheFaire.com or http://www.DisneyFans.com (1980's Retro Computing: I want my CoCo 4! www.coco4.com) Orlando (and other places) cheap luxury vacation offers - and I get credit! http://www.WestgateResorts.com/or/index.cfm?acct=9009895609&sales=8664429956&language=en From flexser at fiu.edu Mon May 5 23:35:09 2008 From: flexser at fiu.edu (Arthur Flexser) Date: Mon, 5 May 2008 23:35:09 -0400 (EDT) Subject: [Coco] CoCo 2 kit? In-Reply-To: Message-ID: Could you go into more detail? Was any soldering involved, for example? Art On Mon, 5 May 2008, Rob Rosenbrock wrote: > I bought one of these kits from RS many years ago during a 'tent sale.' They > weren't available at any of the local stores, but someone in Texas was > selling them out of the warehouse. I still have it. > > I do not know the intent of the kit. It is nothing more than an assembly > project, and nothing is taught by doing it. I think it was an experiment, > and didn't go very big. > > -----Original Message----- > From: "Rogelio Perea" > To: "coco at maltedmedia.com" > Sent: 5/5/08 9:28 PM > Subject: [Coco] CoCo 2 kit? > > Where these sold as kits at some point in time? > > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=120257854560 > > Intriguing... > > > > -=[ Rogelio ]=- > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From alsplace at pobox.com Mon May 5 21:40:57 2008 From: alsplace at pobox.com (Allen Huffman) Date: Mon, 5 May 2008 20:40:57 -0500 Subject: [Coco] CoCo 2 kit? In-Reply-To: <5631e580805051828y1fea22dfyfd6266af7ea2e0c7@mail.gmail.com> References: <5631e580805051828y1fea22dfyfd6266af7ea2e0c7@mail.gmail.com> Message-ID: <8B1FC7EB-842F-485A-856A-1AB23006D0EC@pobox.com> On May 5, 2008, at 8:28 PM, Rogelio Perea wrote: > Where these sold as kits at some point in time? > > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=120257854560 Hey, now that you mention it, there WAS a "computer learning class" of some kind that included a CoCo -- I don't remember if it was assembled or not, but I now do remember it! I bet that's it! -- Over 98,000 digital pics from Disney, Theme Parks, and Ren Fests! Visit http://www.AtTheFaire.com or http://www.DisneyFans.com (1980's Retro Computing: I want my CoCo 4! www.coco4.com) Orlando (and other places) cheap luxury vacation offers - and I get credit! http://www.WestgateResorts.com/or/index.cfm?acct=9009895609&sales=8664429956&language=en From goosey at virgo.sdc.org Tue May 6 04:14:22 2008 From: goosey at virgo.sdc.org (Willard Goosey) Date: Tue, 6 May 2008 02:14:22 -0600 Subject: [Coco] Programs for NitrOS-9 In-Reply-To: <200805052045.41753.gene.heskett@verizon.net> References: <4816A8B2.2040000@adinet.com.uy> <200805020827.40173.gene.heskett@verizon.net> <20080503094037.GA10329@virgo.sdc.org> <200805052045.41753.gene.heskett@verizon.net> Message-ID: <20080506081422.GA23814@virgo.sdc.org> On Mon, May 05, 2008 at 08:45:41PM -0400, Gene Heskett wrote: > Dunno what else to say, Willard. But syscalls & get/setstats that > worked correctly according to the occasionally a bit concise docs in > the original code should not be destroyed in making nitros9 out of > os9. I doubt they were changed intentionally... Two thoughts occur to me. If you have any "test case" programs left over from when you were actively developing Icnedit, those might be a good place to start. Second, from what you've said, you grab total control of the mouse and its buttons....and recent NitrOS uses the right mouse button to switch windows. >If my heart holds up, I'll see if I can get my system to boot Well, good luck with your health. Take care of THAT first! Willard -- Willard Goosey goosey at sdc.org Socorro, New Mexico, USA I search my heart and find Cimmeria, land of Darkness and the Night. -- R.E. Howard From chadbh74 at hotmail.com Tue May 6 04:36:14 2008 From: chadbh74 at hotmail.com (Chad H) Date: Tue, 6 May 2008 03:36:14 -0500 Subject: [Coco] CoCo Deskmate (Cat #26-3259) Message-ID: Anyone know where I can get a copy of Tandy's CoCo version of Deskmate (Cat#26-3259) for the 64k CoCo? This ran in OS-9. This is not the DeskMate 3 that was later put out for the CoCo 3. Any help or info would be appreciated. I had all original manuals and disks to this years ago but now can't seem to find any materials on it. From mark at cloud9tech.com Tue May 6 08:09:56 2008 From: mark at cloud9tech.com (Mark Marlette) Date: Tue, 06 May 2008 07:09:56 -0500 Subject: [Coco] Swapping hard drives with SuperIDE In-Reply-To: <481FBC83.10007@adinet.com.uy> References: <481FBC83.10007@adinet.com.uy> Message-ID: <6.2.5.6.2.20080506070646.0321ec90@cloud9tech.com> Diego, Correct. Allan suggested one method, another is to use a different FLASH bank in the SuperIDE or you can just poke the offset. $d938-3a. BTW: Since a full 256 drive HDB-DOS partition uses ~80MB a 256MB CF will yield A LOT of NitrOS-9 space. I make all mine the same that way you don't have to worry about changing offsets. Mark Cloud-9 At 5/5/2008 09:03 PM, you wrote: >My original plan was to use 2 had drives (actually CF cards), 1 for >HDB-DOS, the other for NitrOS-9, and swap them as needed. >Today I was going trough the steps to setup a floppy-less NitrOS-9 >installation, and some issues came to my mind. >In order to boot from the CF, I will need a HDB-DOS partition of at >least 1 disk size, to contain the actual boot disk. This partition >will reside after the NOS-9 one, and HDB-DOS will use an offset to >avoid writing over the NOS-9 partition. >But that means that I can not just swap that CF card for another one >with a different configuration, since the HDB-DOS partitions will >start in different positions... Right? >I guess that the right thing would be to use one of the flash banks >in the SuperIDE for each CF card? >Is there any other way to have a floppy-less system, besides a >custom NitrOS-9 ROM? > >Diego > > >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco > > > > >-- >No virus found in this incoming message. >Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.8 - >Release Date: 5/2/2008 12:00 AM -------------- next part -------------- No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.8 - Release Date: 5/2/2008 12:00 AM From rob.coco at zaphod.tzo.com Tue May 6 08:25:03 2008 From: rob.coco at zaphod.tzo.com (Rob Rosenbrock) Date: Tue, 6 May 2008 08:25:03 -0400 Subject: [Coco] CoCo 2 kit? Message-ID: Not much to it, actually. Yes, there is soldering involved. The assembly manual just talks you through a board stuffing. About the only thing you learn is how to work for RS. You mount and solder all of the discrete components, then the sockets. You do build the power supply. The RF modulator is pre-built, though. As I remember, there are no tests. There's not even an explanation of the circuitry. I can't recall if there's a troubleshooting section. If the assembler has followed instructions, I guess it's expected to work. It's because of this that I'd believe that it had to be a part of a class, and not something that they'd just put on their shelves. (Probably put on by RS people in TX) -----Original Message----- From: "Arthur Flexser" To: "CoCoList for Color Computer Enthusiasts" Sent: 5/5/08 11:35 PM Subject: Re: [Coco] CoCo 2 kit? Could you go into more detail? Was any soldering involved, for example? Art On Mon, 5 May 2008, Rob Rosenbrock wrote: > I bought one of these kits from RS many years ago during a 'tent sale.' They > weren't available at any of the local stores, but someone in Texas was > selling them out of the warehouse. I still have it. > > I do not know the intent of the kit. It is nothing more than an assembly > project, and nothing is taught by doing it. I think it was an experiment, > and didn't go very big. > > -----Original Message----- > From: "Rogelio Perea" > To: "coco at maltedmedia.com" > Sent: 5/5/08 9:28 PM > Subject: [Coco] CoCo 2 kit? > > Where these sold as kits at some point in time? > > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=120257854560 > > Intriguing... > > > > -=[ Rogelio ]=- > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > -- Coco mailing list Coco at maltedmedia.com http://five.pairlist.net/mailman/listinfo/coco From gene.heskett at verizon.net Tue May 6 09:47:58 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Tue, 06 May 2008 09:47:58 -0400 Subject: [Coco] Programs for NitrOS-9 In-Reply-To: <20080506081422.GA23814@virgo.sdc.org> References: <4816A8B2.2040000@adinet.com.uy> <200805052045.41753.gene.heskett@verizon.net> <20080506081422.GA23814@virgo.sdc.org> Message-ID: <200805060947.58243.gene.heskett@verizon.net> On Tuesday 06 May 2008, Willard Goosey wrote: >On Mon, May 05, 2008 at 08:45:41PM -0400, Gene Heskett wrote: >> Dunno what else to say, Willard. But syscalls & get/setstats that >> worked correctly according to the occasionally a bit concise docs in >> the original code should not be destroyed in making nitros9 out of >> os9. > >I doubt they were changed intentionally... > >Two thoughts occur to me. If you have any "test case" programs left >over from when you were actively developing Icnedit, those might be a >good place to start. Sorry, due to its size, that was it at the time. It was actually broken into quite a few pieces for editing. >Second, from what you've said, you grab total >control of the mouse and its buttons....and recent NitrOS uses the >right mouse button to switch windows. I'd assume that is IF it finds a mouse at all. It hasn't found mine. ATM I don't recall what I was doing with the 2nd & third buttons in Icnedit precisely, other than one cycled through the available pallete of colors, possibly the right button, or one went one way and the other in reverse order. If Nitros9 is using the right mouse button as a window switch, I can see where that might be confusing. >>If my heart holds up, I'll see if I can get my system to boot > >Well, good luck with your health. Take care of THAT first! Yes, that does seem to be a higher priority item. :) >Willard -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) I'm into SOFTWARE! From diegoba at adinet.com.uy Tue May 6 11:57:08 2008 From: diegoba at adinet.com.uy (Diego Barizo) Date: Tue, 06 May 2008 12:57:08 -0300 Subject: [Coco] Swapping hard drives with SuperIDE In-Reply-To: <6.2.5.6.2.20080506070646.0321ec90@cloud9tech.com> References: <481FBC83.10007@adinet.com.uy> <6.2.5.6.2.20080506070646.0321ec90@cloud9tech.com> Message-ID: <48207FD4.5060907@adinet.com.uy> I'm trying with the offset poking method. The calculated value is $01df76 That means that I have to poke 01 to d938, df to d939 and 76 to d93a ? The manuals only indicate d938 and d939 as where the offset value is stored (hi and low bytes)... Diego Mark Marlette wrote: > Diego, > > Correct. > > Allan suggested one method, another is to use a different FLASH bank > in the SuperIDE or you can just poke the offset. $d938-3a. > > BTW: Since a full 256 drive HDB-DOS partition uses ~80MB a 256MB CF > will yield A LOT of NitrOS-9 space. I make all mine the same that way > you don't have to worry about changing offsets. > > Mark > Cloud-9 > > At 5/5/2008 09:03 PM, you wrote: > >> My original plan was to use 2 had drives (actually CF cards), 1 for >> HDB-DOS, the other for NitrOS-9, and swap them as needed. >> Today I was going trough the steps to setup a floppy-less NitrOS-9 >> installation, and some issues came to my mind. >> In order to boot from the CF, I will need a HDB-DOS partition of at >> least 1 disk size, to contain the actual boot disk. This partition >> will reside after the NOS-9 one, and HDB-DOS will use an offset to >> avoid writing over the NOS-9 partition. >> But that means that I can not just swap that CF card for another one >> with a different configuration, since the HDB-DOS partitions will >> start in different positions... Right? >> I guess that the right thing would be to use one of the flash banks >> in the SuperIDE for each CF card? >> Is there any other way to have a floppy-less system, besides a custom >> NitrOS-9 ROM? >> >> Diego >> >> >> -- >> Coco mailing list >> Coco at maltedmedia.com >> http://five.pairlist.net/mailman/listinfo/coco >> >> >> >> >> -- >> No virus found in this incoming message. >> Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.8 - Release >> Date: 5/2/2008 12:00 AM > ------------------------------------------------------------------------ > > > > No virus found in this outgoing message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.23.8 - Release Date: 5/2/2008 12:00 AM > > ------------------------------------------------------------------------ > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From mark at cloud9tech.com Tue May 6 12:11:46 2008 From: mark at cloud9tech.com (Mark Marlette) Date: Tue, 06 May 2008 11:11:46 -0500 Subject: [Coco] Swapping hard drives with SuperIDE In-Reply-To: <48207FD4.5060907@adinet.com.uy> References: <481FBC83.10007@adinet.com.uy> <6.2.5.6.2.20080506070646.0321ec90@cloud9tech.com> <48207FD4.5060907@adinet.com.uy> Message-ID: <20080506111146.m4pa12jhcg88cwok@webmail.frontiernet.net> Diego, Page 39 of the HDB-DOS manual indicates Hi byte($d938) Lo word($d939). Key terms are byte and word. Byte being 8 bits wide and word being 16 bits wide. $d938=01 $d939=df $d93a=$76 Mark Cloud-9 Quoting Diego Barizo : > I'm trying with the offset poking method. > The calculated value is $01df76 > That means that I have to poke 01 to d938, df to d939 and 76 to d93a ? > The manuals only indicate d938 and d939 as where the offset value is > stored (hi and low bytes)... > > Diego > > > > Mark Marlette wrote: >> Diego, >> >> Correct. >> >> Allan suggested one method, another is to use a different FLASH >> bank in the SuperIDE or you can just poke the offset. $d938-3a. >> >> BTW: Since a full 256 drive HDB-DOS partition uses ~80MB a 256MB CF >> will yield A LOT of NitrOS-9 space. I make all mine the same that >> way you don't have to worry about changing offsets. >> >> Mark >> Cloud-9 >> >> At 5/5/2008 09:03 PM, you wrote: >> >>> My original plan was to use 2 had drives (actually CF cards), 1 >>> for HDB-DOS, the other for NitrOS-9, and swap them as needed. >>> Today I was going trough the steps to setup a floppy-less NitrOS-9 >>> installation, and some issues came to my mind. >>> In order to boot from the CF, I will need a HDB-DOS partition of >>> at least 1 disk size, to contain the actual boot disk. This >>> partition will reside after the NOS-9 one, and HDB-DOS will use an >>> offset to avoid writing over the NOS-9 partition. >>> But that means that I can not just swap that CF card for another >>> one with a different configuration, since the HDB-DOS partitions >>> will start in different positions... Right? >>> I guess that the right thing would be to use one of the flash >>> banks in the SuperIDE for each CF card? >>> Is there any other way to have a floppy-less system, besides a >>> custom NitrOS-9 ROM? >>> >>> Diego >>> >>> >>> -- >>> Coco mailing list >>> Coco at maltedmedia.com >>> http://five.pairlist.net/mailman/listinfo/coco >>> >>> >>> >>> >>> -- >>> No virus found in this incoming message. >>> Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.8 - >>> Release Date: 5/2/2008 12:00 AM >> ------------------------------------------------------------------------ >> >> >> >> No virus found in this outgoing message. >> Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.8 - >> Release Date: 5/2/2008 12:00 AM >> ------------------------------------------------------------------------ >> >> >> -- >> Coco mailing list >> Coco at maltedmedia.com >> http://five.pairlist.net/mailman/listinfo/coco >> > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco From operator at coco3.com Tue May 6 18:48:31 2008 From: operator at coco3.com (Roger Taylor) Date: Tue, 06 May 2008 17:48:31 -0500 Subject: [Coco] Jeweled game done Message-ID: <20080506224847.1661D20A33@qs281.pair.com> Hey folks, I've called it a deal on the Jeweled game for the CoCo. I was unable to put in a puzzle mode in this version due to time constraints. Because the board gems fall when others are cleared, predicting where the board will be after so many moves has become a big challenge and I feel that it would take me further beyond the already late deadline for completing this game. The puzzle mode was a last minute decision that I shouldn't have chosen at such at late time anyway. When I upgrade the game I will work on the puzzle mode first and give a copy to you if you have the first full version. Jeweled is available on virtual disk, 5.25" and 3.5" CoCo floppies. Requires a 512k CoCo 3 and joystick or mouse. RGB monitor or composite monitor/TV 60hz and 50hz video Those who got the virtual disk should receive it in 1-2 days. see the front page of www.coco3.com for a screenshot and details. Thanks. From flexser at fiu.edu Tue May 6 23:48:57 2008 From: flexser at fiu.edu (Arthur Flexser) Date: Tue, 6 May 2008 23:48:57 -0400 (EDT) Subject: [Coco] CoCo 2 kit? In-Reply-To: Message-ID: Well, I guess you'd learn how to solder, if nothing else. Maybe it was a gimmick to boost sales of soldering equipment and supplies, as well as other kits they might want to sell in the future, a la Heathkit. Or, maybe they were figuring to make extra bucks repairing/replacing all the ones that didn't work. Art On Tue, 6 May 2008, Rob Rosenbrock wrote: > Not much to it, actually. Yes, there is soldering involved. > > The assembly manual just talks you through a board stuffing. About the only > thing you learn is how to work for RS. You mount and solder all of the > discrete components, then the sockets. You do build the power supply. The RF > modulator is pre-built, though. > > As I remember, there are no tests. There's not even an explanation of the > circuitry. I can't recall if there's a troubleshooting section. If the > assembler has followed instructions, I guess it's expected to work. It's > because of this that I'd believe that it had to be a part of a class, and > not something that they'd just put on their shelves. (Probably put on by RS > people in TX) > > -----Original Message----- > From: "Arthur Flexser" > To: "CoCoList for Color Computer Enthusiasts" > Sent: 5/5/08 11:35 PM > Subject: Re: [Coco] CoCo 2 kit? > > Could you go into more detail? Was any soldering involved, for example? > > Art > > On Mon, 5 May 2008, Rob Rosenbrock wrote: > > > I bought one of these kits from RS many years ago during a 'tent sale.' They > > weren't available at any of the local stores, but someone in Texas was > > selling them out of the warehouse. I still have it. > > > > I do not know the intent of the kit. It is nothing more than an assembly > > project, and nothing is taught by doing it. I think it was an experiment, > > and didn't go very big. > > > > -----Original Message----- > > From: "Rogelio Perea" > > To: "coco at maltedmedia.com" > > Sent: 5/5/08 9:28 PM > > Subject: [Coco] CoCo 2 kit? > > > > Where these sold as kits at some point in time? > > > > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=120257854560 > > > > Intriguing... > > > > > > > > -=[ Rogelio ]=- > > > > -- > > Coco mailing list > > Coco at maltedmedia.com > > http://five.pairlist.net/mailman/listinfo/coco > > > > > > > > -- > > Coco mailing list > > Coco at maltedmedia.com > > http://five.pairlist.net/mailman/listinfo/coco > > > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From fredprov5 at usfamily.net Wed May 7 00:59:04 2008 From: fredprov5 at usfamily.net (Fred D. Provoncha) Date: Tue, 06 May 2008 23:59:04 -0500 (CDT) Subject: [Coco] Programs for NitrOS-9 Message-ID: <4821371A.5000504@usfamily.net> If this helps at all Gene, I just tested IconEdit under NitrOS9 3.24 and it seemed to work fine, except for a TMODE call somewhere that generated a Syntax Error because the syntax for the TMODE command has been changed. Fred Provoncha Stansbury Park, UT --- Get FREE High Speed Internet from USFamily.Net! -- http://www.usfamily.net/mkt-freepromo.html --- From neilsmorr at gmail.com Wed May 7 03:16:30 2008 From: neilsmorr at gmail.com (Neil Morrison) Date: Wed, 7 May 2008 00:16:30 -0700 Subject: [Coco] CoCo 2 kit? In-Reply-To: <8B1FC7EB-842F-485A-856A-1AB23006D0EC@pobox.com> References: <5631e580805051828y1fea22dfyfd6266af7ea2e0c7@mail.gmail.com> <8B1FC7EB-842F-485A-856A-1AB23006D0EC@pobox.com> Message-ID: <93f331ac0805070016g4c5444dasb8850445d68eb363@mail.gmail.com> I remember one school offering that but it was a prebuilt Coco 2 with a board that plugged into the ROM port to connect to experiments. Never seen one of those on eBay. BTW, I've been keeping an eye out for pre-owned correspondence school courses - you never see them. I wonder if people toss them when they are done? Neil On Mon, May 5, 2008 at 6:40 PM, Allen Huffman wrote: > Hey, now that you mention it, there WAS a "computer learning class" of some > kind that included a CoCo -- I don't remember if it was assembled or not, > but I now do remember it! I bet that's it! From gene.heskett at verizon.net Wed May 7 06:08:44 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Wed, 07 May 2008 06:08:44 -0400 Subject: [Coco] Programs for NitrOS-9 In-Reply-To: <4821371A.5000504@usfamily.net> References: <4821371A.5000504@usfamily.net> Message-ID: <200805070608.44818.gene.heskett@verizon.net> On Wednesday 07 May 2008, Fred D. Provoncha wrote: >If this helps at all Gene, I just tested IconEdit under NitrOS9 3.24 and >it seemed to work fine, except for a TMODE call somewhere that generated >a Syntax Error because the syntax for the TMODE command has been changed. > >Fred Provoncha >Stansbury Park, UT > The tmode thing will need fixed, but if that's all it needs to run on 3.24, then that narrows the bisection considerably. Thank you very much, Fred. > > > >--- Get FREE High Speed Internet from USFamily.Net! -- > http://www.usfamily.net/mkt-freepromo.html --- > > >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Violence in reality is quite different from theory. -- Spock, "The Cloud Minders", stardate 5818.4 From jlhickle at yahoo.com Wed May 7 10:06:22 2008 From: jlhickle at yahoo.com (Jim Hickle) Date: Wed, 7 May 2008 07:06:22 -0700 (PDT) Subject: [Coco] CoCo 2 kit? In-Reply-To: <93f331ac0805070016g4c5444dasb8850445d68eb363@mail.gmail.com> Message-ID: <824637.1178.qm@web36605.mail.mud.yahoo.com> I think I saw some NRI courses on ebay recently. I tossed mine decades ago. Tried the appliance repair course in the '70's, but the course focused on older, like '50's, appliances so I quit. --- Neil Morrison wrote: > > BTW, I've been keeping an eye out for pre-owned > correspondence school > courses - you never see them. I wonder if people > toss them when they > are done? > > Neil > > On Mon, May 5, 2008 at 6:40 PM, Allen Huffman > wrote: > > > Hey, now that you mention it, there WAS a > "computer learning class" of some > > kind that included a CoCo -- I don't remember if > it was assembled or not, > > but I now do remember it! I bet that's it! > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From jhoger at pobox.com Wed May 7 16:36:22 2008 From: jhoger at pobox.com (John R. Hogerhuis) Date: Wed, 7 May 2008 20:36:22 +0000 (UTC) Subject: [Coco] Slightly OT, But coco related Message-ID: Cocoists that also use Ubuntu -- Many of us (including me) learned to program by typing in code at an OK prompt on a nuclear green background. That gateway has largely been lost for new users. Programming is an issue of an intimidating dev IDE, class libraries, and documentation scattered about the 'net. In my Ubuntu Brainstorm idea, I suggest having a front-and-center scripting IDE (probably Python based) with a great tutorial and cartoons ala "Getting Started With Color BASIC." Anyway, if you think this idea would be helpful to Ubuntu please vote for my idea (and I do make a good mention of the Coco as a source for this): http://brainstorm.ubuntu.com/idea/8193/ Thanks for tolerating the shameless promotion, -- John. From jimhrubik at earthlink.net Wed May 7 17:40:38 2008 From: jimhrubik at earthlink.net (James Hrubik) Date: Wed, 7 May 2008 17:40:38 -0400 Subject: [Coco] Back to the Future Message-ID: <1EC59790-BA21-47B8-976C-67FF20B3F943@earthlink.net> I found this site and was amused... http://www.geocities.com/minatare_ne/tourism.html ------------------------------ "In the time of Joseph McCarthyism, ..., I attempted to explain each individual is wholly involved in the democratic process, work at it or no. The results of the process fall on the head of the public and he who is recalcitrant or procrastinates in raising his voice can blame no one but himself." -- Walt Kelly ?We have met the enemy and he is us? -- Pogo / Walt Kelly, Earth Day 1970 ------------------------------ From gene.heskett at verizon.net Wed May 7 20:51:02 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Wed, 07 May 2008 20:51:02 -0400 Subject: [Coco] Back to the Future In-Reply-To: <1EC59790-BA21-47B8-976C-67FF20B3F943@earthlink.net> References: <1EC59790-BA21-47B8-976C-67FF20B3F943@earthlink.net> Message-ID: <200805072051.02582.gene.heskett@verizon.net> On Wednesday 07 May 2008, James Hrubik wrote: >I found this site and was amused... > >http://www.geocities.com/minatare_ne/tourism.html > And TBT, that just about describes the town. Particularly the stink, although much of the rest of it is largely tongue-in-cheek. Been there, smelled that, several times. >------------------------------ >"In the time of Joseph McCarthyism, ..., I attempted >to explain each individual is wholly involved in the >democratic process, work at it or no. The results of >the process fall on the head of the public and he >who is recalcitrant or procrastinates in raising his >voice can blame no one but himself." -- Walt Kelly > >?We have met the enemy and he is us? >-- Pogo / Walt Kelly, Earth Day 1970 >------------------------------ RIP, Walt. Thank you for showing us who we are. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Seattle is so wet that people protect their property with watch-ducks. From operator at coco3.com Wed May 7 21:07:13 2008 From: operator at coco3.com (Roger Taylor) Date: Wed, 07 May 2008 20:07:13 -0500 Subject: [Coco] Back to the Future In-Reply-To: <1EC59790-BA21-47B8-976C-67FF20B3F943@earthlink.net> References: <1EC59790-BA21-47B8-976C-67FF20B3F943@earthlink.net> Message-ID: <20080508011246.3A36B20A35@qs281.pair.com> At 04:40 PM 5/7/2008, you wrote: >I found this site and was amused... > >http://www.geocities.com/minatare_ne/tourism.html I'm actually in tears from laughing. Not because of the picture showing CoCos in the school, but the picture showing the kid with the huge smiling mouth, the guy who sold the siding off his trailer, and the guy at the bottom holding the "Will code HTML for food" is just hilarious. Whoever put that site together knew how to yank a giggle out of me, that's for sure. If it's not funny to anybody I guess it has to catch you at that right moment like it did with me. From ben_jimenez at yahoo.com Wed May 7 21:31:10 2008 From: ben_jimenez at yahoo.com (Ben Jimenez) Date: Wed, 7 May 2008 18:31:10 -0700 (PDT) Subject: [Coco] Jeweled game done In-Reply-To: <20080506224847.1661D20A33@qs281.pair.com> Message-ID: <553643.63818.qm@web52308.mail.re2.yahoo.com> Roger, It's a great little game as it is, the puzzle feature was not a must for me. Maybe there is a way to get it done that will come to you in a few weeks or months. I do plan to support this product by purchasing my own copy. I'm new here, but I understand it takes lots of time and dedication to complete even basic projects. Cheers to the final release! Ben --- Roger Taylor wrote: > Hey folks, > > I've called it a deal on the Jeweled game for the > CoCo. I was unable > to put in a puzzle mode in this version due to time > constraints. Because the board gems fall when > others are cleared, > predicting where the board will be after so many > moves has become a > big challenge and I feel that it would take me > further beyond the > already late deadline for completing this game. The > puzzle mode was > a last minute decision that I shouldn't have chosen > at such at late > time anyway. When I upgrade the game I will work on > the puzzle mode > first and give a copy to you if you have the first > full version. > > Jeweled is available on virtual disk, 5.25" and 3.5" > CoCo floppies. > Requires a 512k CoCo 3 and joystick or mouse. > RGB monitor or composite monitor/TV > 60hz and 50hz video > > Those who got the virtual disk should receive it in > 1-2 days. > > see the front page of www.coco3.com for a screenshot > and details. > Thanks. > > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From linville at tuxdriver.com Wed May 7 21:38:24 2008 From: linville at tuxdriver.com (John W. Linville) Date: Wed, 7 May 2008 21:38:24 -0400 Subject: [Coco] Slightly OT, But coco related In-Reply-To: References: Message-ID: <20080508013824.GD3412@tuxdriver.com> On Wed, May 07, 2008 at 08:36:22PM +0000, John R. Hogerhuis wrote: > In my Ubuntu Brainstorm idea, I suggest having a front-and-center scripting IDE > (probably Python based) with a great tutorial and cartoons ala "Getting Started > With Color BASIC." > > Anyway, if you think this idea would be helpful to Ubuntu please vote for my > idea (and I do make a good mention of the Coco as a source for this): > > http://brainstorm.ubuntu.com/idea/8193/ I was going to suggest that you look at Pippy, but I see you already have. :-) Do you have an XO? I took one to the last cocofest. I definitely think there is something of the CoCo spirit embodied in it. John -- John W. Linville linville at tuxdriver.com From operator at coco3.com Wed May 7 22:42:31 2008 From: operator at coco3.com (Roger Taylor) Date: Wed, 07 May 2008 21:42:31 -0500 Subject: [Coco] Jeweled game done In-Reply-To: <553643.63818.qm@web52308.mail.re2.yahoo.com> References: <20080506224847.1661D20A33@qs281.pair.com> <553643.63818.qm@web52308.mail.re2.yahoo.com> Message-ID: <20080508024254.AC5EB20A36@qs281.pair.com> At 08:31 PM 5/7/2008, you wrote: >Roger, > >It's a great little game as it is, the puzzle feature >was not a must for me. Maybe there is a way to get it >done that will come to you in a few weeks or months. I >do plan to support this product by purchasing my own >copy. I'm new here, but I understand it takes lots of >time and dedication to complete even basic projects. >Cheers to the final release! > >Ben All I need is a routine that sets up a scrambled board of gems in a way that each move leads to another possible move or moves (and collapse of certain sets of gems) so that the last move clears the board. I can't find any algorithms for this on the web even though there's tons of Bejeweled knock-offs with source code to come. I think most don't have a puzzle mode like the one in Bejeweled 2. It's not like scrambling a 3-D color cube. I'm probably going to have to build the board from the bottom rows up, swapping two gems vertically or horizontally as I insert a vertical or horizontal set or sets. I've tried different approaches and the boards always come out where a 2 year old could solve them. Jeweled is also a stepping stone to great CoCo 3 projects to come. The latest updates to my CCASM assembler make it possible to EASILY merge or embed any kind of files and source code into a single contiguous (or segmented) CoCo 3 program up to the size of RAM. The assembled program will LOADM right into RAM like it should, not just a small ~24-28k area of the 64k CPU space. We've been crippled for years with limits like that and I feel that the CoCo 3 could have seen even better glory days if all programmers had a simple way of doing what I'm able to do now. The entire game is in one single .bin file, ready to run the second it's finished loading. The alternate way of doing this would be to have stuff saved as separate files that the game shell loads, which would take longer and requires dealing with whatever DOS the user might be using. From kevdig at hypersurf.com Thu May 8 02:10:49 2008 From: kevdig at hypersurf.com (Kevin Diggs) Date: Wed, 07 May 2008 23:10:49 -0700 Subject: [Coco] Jeweled game done In-Reply-To: <20080508024254.AC5EB20A36@qs281.pair.com> References: <20080506224847.1661D20A33@qs281.pair.com> <553643.63818.qm@web52308.mail.re2.yahoo.com> <20080508024254.AC5EB20A36@qs281.pair.com> Message-ID: <48229969.603@hypersurf.com> Roger Taylor wrote: > > > All I need is a routine that sets up a scrambled board of gems in a way > that each move leads to another possible move or moves (and collapse of > certain sets of gems) so that the last move clears the board. I can't > find any algorithms for this on the web even though there's tons of > Bejeweled knock-offs with source code to come. I think most don't have > a puzzle mode like the one in Bejeweled 2. It's not like scrambling a > 3-D color cube. I'm probably going to have to build the board from the > bottom rows up, swapping two gems vertically or horizontally as I insert > a vertical or horizontal set or sets. I've tried different approaches > and the boards always come out where a 2 year old could solve them. > Roger, Just a crazy thought. Maybe the algorithm that maze (old X windows maze program) uses to construct its mazes can be adapted? kevin From jhoger at pobox.com Thu May 8 02:27:41 2008 From: jhoger at pobox.com (John R. Hogerhuis) Date: Thu, 8 May 2008 06:27:41 +0000 (UTC) Subject: [Coco] Slightly OT, But coco related References: <20080508013824.GD3412@tuxdriver.com> Message-ID: John W. Linville writes: > Do you have an XO? I took one to the last cocofest. I definitely > think there is something of the CoCo spirit embodied in it. > Hi, Well technically, no... but my 4 year old does have a G1G1 unit :-) So I have ready access to one. I definitely agree on CoCo spirit, in that the XO is designed to be programmed and altered by the user. The hope I have for the XO is that it will light that same fire in my own kids. I don't necessarily want any of them to grow up and be programmers like their dad. I think some level of programming is becoming a basic skill for all technical disciplines and this will continue. So this is just a way to get them started early, eventually learn all that programming stuff just as they will learn algebra, calculus, etc. Then they will have several degrees of freedom to concentrate on higher pursuits. For myself, I'm finishing up my MBA this next week so XO related projects may get scheduled to run soon ;-) -- John. From johnchasteen.2 at juno.com Thu May 8 11:46:36 2008 From: johnchasteen.2 at juno.com (John T Chasteen) Date: Thu, 8 May 2008 10:46:36 -0500 Subject: [Coco] Radio Shack TRS-80 GCP-220 Printer Message-ID: <20080508.104637.2672.1.johnchasteen.2@juno.com> Hello COCO Friends Hope to find out more about the Radio Shack GDP-220 color Ink Jet printer. Do you know what company manufactured for Radio Shack? I have a well preserved unit but haven't been able to get ink cartridges for the Color Ink Jet printer. All help will be greatly appreciated. John From rlcarr at rlcarr.com Thu May 8 12:58:28 2008 From: rlcarr at rlcarr.com (Rich Carreiro) Date: 08 May 2008 12:58:28 -0400 Subject: [Coco] FD-501 controller not working with CoCo3? Message-ID: As a born-again CoCo'er :), I've been pulling stuff out of the attic and acquiring stuff on eBay. One of the things I have is a FD-501 controller. I don't have any FD-501 drives, though. What I do have (among some older, single-drive, vertical units) is a FD-500 drive unit. Anyhow, when I connect it all together, the floppy works fine with a CoCo2. But when I try using a CoCo3, things simply don't work. I get the Disk Extended Color BASIC prompt fine, but when I do any disk operation, the drive turns on, spins for a couple of seconds (with no "gronking"), and then turns off followed by the computer giving me an ?IO ERROR. Any idea what may be going on? -- Rich Carreiro rlcarr at rlcarr.com From os9dude at gmail.com Thu May 8 14:38:40 2008 From: os9dude at gmail.com (Rogelio Perea) Date: Thu, 8 May 2008 14:38:40 -0400 Subject: [Coco] Radio Shack TRS-80 GCP-220 Printer In-Reply-To: <20080508.104637.2672.1.johnchasteen.2@juno.com> References: <20080508.104637.2672.1.johnchasteen.2@juno.com> Message-ID: <5631e580805081138q8097b48w7cd84d50bf29945@mail.gmail.com> You and me both John. From what I was able to find a while back is that the printer engine was made by Canon. I have the original cartridges that came with the printer but the color pak is done for, I am planning to risk re-filling it if possible without opening the pak. There are websites online that cite having the ink paks, those are misleading claims as far as I can tell. At this time I don't have the printer with me but by the end of may I'll gather the hardware plus all the docs on it - I have them stored away in Arizona, a far drive from NYC. I recently setup both my CoCo 1 and CoCo 3 machines and the printing is the next thing on the list, the CGP-220 is top priority. -=[ Rogelio ]=- On Thu, May 8, 2008 at 11:46 AM, John T Chasteen wrote: > Hello COCO Friends > > Hope to find out more about the Radio Shack GDP-220 color Ink Jet > printer. > Do you know what company manufactured for Radio Shack? > > I have a well preserved unit but haven't been able to get ink cartridges > > for the Color Ink Jet printer. All help will be greatly appreciated. > > John From lamune at doki-doki.net Thu May 8 14:58:24 2008 From: lamune at doki-doki.net (Mike Pepe) Date: Thu, 8 May 2008 11:58:24 -0700 Subject: [Coco] FD-501 controller not working with CoCo3? In-Reply-To: References: Message-ID: <4C8EB9FD6963BD4C8BA6B0B60FE8E4DD2D79@fenestra.lamunet.local> > -----Original Message----- > From: coco-bounces at maltedmedia.com [mailto:coco- > bounces at maltedmedia.com] On Behalf Of Rich Carreiro > Sent: Thursday, May 08, 2008 9:58 AM > To: coco at maltedmedia.com > Subject: [Coco] FD-501 controller not working with CoCo3? > > As a born-again CoCo'er :), I've been pulling stuff > out of the attic and acquiring stuff on eBay. > > One of the things I have is a FD-501 controller. I don't > have any FD-501 drives, though. What I do have (among > some older, single-drive, vertical units) is a FD-500 > drive unit. > > Anyhow, when I connect it all together, the floppy works > fine with a CoCo2. But when I try using a CoCo3, things > simply don't work. > > I get the Disk Extended Color BASIC prompt fine, but when > I do any disk operation, the drive turns on, spins for > a couple of seconds (with no "gronking"), and then turns > off followed by the computer giving me an ?IO ERROR. > > Any idea what may be going on? > > -- > Rich Carreiro rlcarr at rlcarr.com > > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco I would guess either the cartridge connector is dirty, or the CPU on your CoCo 3 has a blown halt or interrupt line. I think if you POKE &HFF40,128 that will trigger the halt flip-flop. The CoCo should hang if you do that. If you get OK back, the halt line is probably blown out. -Mike From brucewcalkins at charter.net Thu May 8 15:49:35 2008 From: brucewcalkins at charter.net (Bruce W. Calkins) Date: Thu, 8 May 2008 15:49:35 -0400 Subject: [Coco] Radio Shack TRS-80 GCP-220 Printer References: <20080508.104637.2672.1.johnchasteen.2@juno.com> <5631e580805081138q8097b48w7cd84d50bf29945@mail.gmail.com> Message-ID: <92973A69D58E43B49C4AFEA5BC7064D8@speedy> > You and me both John. From what I was able to find a while back is that > the > printer engine was made by Canon. I have the original cartridges that came > with the printer but the color pak is done for, I am planning to risk > re-filling it if possible without opening the pak. Good luck, and keep us posted. > There are websites online that cite having the ink paks, > those are misleading claims as far as I can tell. I have danced through those sites too. Nothing for our CGP-220 or the Canon PJ-1080A. Often what they list is for the Canon BJ-200ex, of which I have a couple and can tell the cartridges won't fit. Bruce W. From johnchasteen.2 at juno.com Thu May 8 19:37:00 2008 From: johnchasteen.2 at juno.com (John T Chasteen) Date: Thu, 8 May 2008 18:37:00 -0500 Subject: [Coco] Radio Shack TRS-80 GCP-220 Printer Message-ID: <20080508.183700.2672.6.johnchasteen.2@juno.com> Bruce I have my GCP-220 in a plastic bag and haven't tried to find out how to get to the ink cartridge. I have some syringes (Diabetic type) and a small drill set. I would imagine that there are 3 different ink colors chambers to refill. I think I bought my refill kit from Staples Hope I don't have any trouble finding the old ink cartridge. Do you have a Radio Shack part number for the ink cartridge? I may have a manual for the printer I just remembered that i took in a ink cartridge to Staples or Office Depot and had a cartridge refilled. I think even some of the large Drug Stores have refill capability. I think I will try that. It may be several weeks before I get to work on this project.. Thanks for your input. I will keep in touch John On Thu, 8 May 2008 15:49:35 -0400 "Bruce W. Calkins" writes: > > You and me both John. From what I was able to find a while back is > that the > > printer engine was made by Canon. I have the original cartridges > that came > > with the printer but the color pak is done for, I am planning to > risk > > re-filling it if possible without opening the pak. > Good luck, and keep us posted. > > There are websites online that cite having the ink paks, > > those are misleading claims as far as I can tell. > > I have danced through those sites too. Nothing for our CGP-220 or > the Canon > PJ-1080A. Often what they list is for the Canon BJ-200ex, of which > I have a > couple and can tell the cartridges won't fit. > > Bruce W. From bathory at maltedmedia.com Thu May 8 19:43:53 2008 From: bathory at maltedmedia.com (Dennis Bathory-Kitsz) Date: Thu, 08 May 2008 19:43:53 -0400 Subject: [Coco] Posting problems, anyone? Message-ID: <48239039.4060101@maltedmedia.com> Anybody having trouble posting? Please reply privately to bathory at maltedmedia.com. Thanks, Dennis From devries.bob at gmail.com Thu May 8 19:54:11 2008 From: devries.bob at gmail.com (Bob Devries) Date: Fri, 9 May 2008 07:54:11 +0800 Subject: [Coco] Radio Shack TRS-80 GCP-220 Printer References: <20080508.104637.2672.1.johnchasteen.2@juno.com> Message-ID: <001601c8b166$d23d6a80$01fea8c0@toshiba> As far as I can remember, the cartridges for this printer have a soft rubber-like pad through which needles are pushed when the cartridge is installed, and which become the ink feed path. You should be able to refill the cartridge through that with a syringe, provided you can find the right ink. ----- Original Message ----- From: "John T Chasteen" To: Sent: Thursday, May 08, 2008 11:46 PM Subject: [Coco] Radio Shack TRS-80 GCP-220 Printer > Hello COCO Friends > > Hope to find out more about the Radio Shack GDP-220 color Ink Jet > printer. > Do you know what company manufactured for Radio Shack? > > I have a well preserved unit but haven't been able to get ink cartridges > > for the Color Ink Jet printer. All help will be greatly appreciated. > > John > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco From rlcarr at rlcarr.com Thu May 8 19:56:37 2008 From: rlcarr at rlcarr.com (Rich Carreiro) Date: Thu, 8 May 2008 19:56:37 -0400 (EDT) Subject: [Coco] FD-501 controller not working with CoCo3? In-Reply-To: <4C8EB9FD6963BD4C8BA6B0B60FE8E4DD2D79@fenestra.lamunet.local> References: <4C8EB9FD6963BD4C8BA6B0B60FE8E4DD2D79@fenestra.lamunet.local> Message-ID: On Thu, 8 May 2008, Mike Pepe Wrote: >I think if you POKE &HFF40,128 that will trigger the halt >flip-flop. The CoCo should hang if you do that. If you get OK back, >the halt line is probably blown out. Is that POKE a CoCo3-only one, or is it also good for a CoCo2? I ask because when I do it on my CoCo3, I do get "OK" back. But when when I do it on the CoCo2 that the drive works fine with, I also get "OK" back. -- Rich Carreiro rlcarr at rlcarr.com From rlcarr at rlcarr.com Thu May 8 20:04:08 2008 From: rlcarr at rlcarr.com (Rich Carreiro) Date: Thu, 8 May 2008 20:04:08 -0400 (EDT) Subject: [Coco] Other active CoCo fora? Message-ID: As I mentioned in my other post, I'm trying to get back into the CoCo scene after 23 years away from it. Besides this list and the forums at coco3.com (both place being awesome!), I was wondering what other mailing lists and webforums are still active? -- Rich Carreiro rlcarr at rlcarr.com From gene.heskett at verizon.net Thu May 8 20:06:31 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Thu, 08 May 2008 20:06:31 -0400 Subject: [Coco] FD-501 controller not working with CoCo3? In-Reply-To: References: Message-ID: <200805082006.32033.gene.heskett@verizon.net> On Thursday 08 May 2008, Rich Carreiro wrote: >As a born-again CoCo'er :), I've been pulling stuff >out of the attic and acquiring stuff on eBay. > >One of the things I have is a FD-501 controller. I don't >have any FD-501 drives, though. What I do have (among >some older, single-drive, vertical units) is a FD-500 >drive unit. > >Anyhow, when I connect it all together, the floppy works >fine with a CoCo2. But when I try using a CoCo3, things >simply don't work. > >I get the Disk Extended Color BASIC prompt fine, but when >I do any disk operation, the drive turns on, spins for >a couple of seconds (with no "gronking"), and then turns >off followed by the computer giving me an ?IO ERROR. > >Any idea what may be going on? > >-- >Rich Carreiro rlcarr at rlcarr.com > Whats the number on the controller, Rich? I'm thinking it might be a 12 volt model, which will only work in an MPI on a coco3 as the coco3 doesn't have a 12 volt line on the cartridge slot. > > >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) What kind of love is that? Not to be loved; never to have shown love. -- Commissioner Nancy Hedford, "Metamorphosis", stardate 3219.8 From rlcarr at rlcarr.com Thu May 8 20:09:48 2008 From: rlcarr at rlcarr.com (Rich Carreiro) Date: 08 May 2008 20:09:48 -0400 Subject: [Coco] FD-501 controller not working with CoCo3? In-Reply-To: <200805082006.32033.gene.heskett@verizon.net> References: <200805082006.32033.gene.heskett@verizon.net> Message-ID: gene.heskett at verizon.net (Gene Heskett) writes: > Whats the number on the controller, Rich? I'm thinking it might be > a 12 volt model, which will only work in an MPI on a coco3 as the > coco3 doesn't have a 12 volt line on the cartridge slot. It's an FD-501 controller -- short cartridge, gold-tinned contact "fingers". So there should be no 12V issue with it from what I've read online. -- Rich Carreiro rlcarr at rlcarr.com From hluckey1 at gmail.com Thu May 8 20:14:12 2008 From: hluckey1 at gmail.com (Howard Luckey) Date: Thu, 8 May 2008 19:14:12 -0500 Subject: [Coco] Other active CoCo fora? In-Reply-To: References: Message-ID: <17cae8350805081714o44b599celaed52d8d53031d64@mail.gmail.com> Another source is the Glenside Color Computer Club, and they (we) have a web page at www.members.aol.com/clubbbs/glenside. Hope to hear from you soon. Howard Luckey On Thu, May 8, 2008 at 7:04 PM, Rich Carreiro wrote: > As I mentioned in my other post, I'm trying to get > back into the CoCo scene after 23 years away from it. > > Besides this list and the forums at coco3.com (both > place being awesome!), I was wondering what other > mailing lists and webforums are still active? > > -- > Rich Carreiro rlcarr at rlcarr.com > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From gene.heskett at verizon.net Thu May 8 20:44:09 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Thu, 08 May 2008 20:44:09 -0400 Subject: [Coco] FD-501 controller not working with CoCo3? In-Reply-To: References: <200805082006.32033.gene.heskett@verizon.net> Message-ID: <200805082044.09379.gene.heskett@verizon.net> On Thursday 08 May 2008, Rich Carreiro wrote: >gene.heskett at verizon.net (Gene Heskett) writes: >> Whats the number on the controller, Rich? I'm thinking it might be >> a 12 volt model, which will only work in an MPI on a coco3 as the >> coco3 doesn't have a 12 volt line on the cartridge slot. > >It's an FD-501 controller -- short cartridge, gold-tinned >contact "fingers". So there should be no 12V issue with >it from what I've read online. > Ok, the 12 volters were all in long cases. The other idea is probably prime now. >-- >Rich Carreiro rlcarr at rlcarr.com > > > >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Bumper sticker: All the parts falling off this car are of the very finest British manufacture. From ben_jimenez at yahoo.com Thu May 8 21:12:50 2008 From: ben_jimenez at yahoo.com (Ben Jimenez) Date: Thu, 8 May 2008 18:12:50 -0700 (PDT) Subject: [Coco] Jeweled game done In-Reply-To: <48229969.603@hypersurf.com> Message-ID: <106768.19078.qm@web52301.mail.re2.yahoo.com> Roger, My thought on this being a newbie here is that if there was a way to have each gem have a certain path that it had to follow in order for the board to be completed. Lets say your board was 10x10. you lay the gems out scrambled and as the player starts to get ride of the gems he must be careful to do it in the order that each jems movement data requires it to be moved. So say a circle from position 2,3 would have to be moved to 2,4 and so on in order to complete the board. If one gem is moved out of its pre determined order then the player becomes trapped and must restart the board and try again. I don't think this would be too difficult to code (there i go again thinking). Ben Ben --- Kevin Diggs wrote: > Roger Taylor wrote: > > > > > > All I need is a routine that sets up a scrambled > board of gems in a way > > that each move leads to another possible move or > moves (and collapse of > > certain sets of gems) so that the last move clears > the board. I can't > > find any algorithms for this on the web even > though there's tons of > > Bejeweled knock-offs with source code to come. I > think most don't have > > a puzzle mode like the one in Bejeweled 2. It's > not like scrambling a > > 3-D color cube. I'm probably going to have to > build the board from the > > bottom rows up, swapping two gems vertically or > horizontally as I insert > > a vertical or horizontal set or sets. I've tried > different approaches > > and the boards always come out where a 2 year old > could solve them. > > > Roger, > > Just a crazy thought. Maybe the algorithm that maze > (old X windows maze > program) uses to construct its mazes can be adapted? > > kevin > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From brucewcalkins at charter.net Thu May 8 22:50:39 2008 From: brucewcalkins at charter.net (Bruce W. Calkins) Date: Thu, 8 May 2008 22:50:39 -0400 Subject: [Coco] Radio Shack TRS-80 GCP-220 Printer References: <20080508.183700.2672.6.johnchasteen.2@juno.com> Message-ID: <1FA52236B45148D9BCBEAD41CC9BB211@speedy> > Do you have a Radio Shack part number for the ink cartridge? Black Ink Pack = 26-1281 Tri-Color Ink Pack = 26-1282 > I may have a manual for the printer. I don't recall if I have any documentation for the CGP-220, Paper, or digital. I do know that I have nothing for the Canon PJ-1080A aside from the printer its self. > I just remembered that i took in a ink cartridge to Staples or > OfficeDepot and had a cartridge refilled. I do have some concerns about the current ink formula and the formula of this first generation inkjet printer. Bruce W. From operator at coco3.com Thu May 8 23:36:49 2008 From: operator at coco3.com (Roger Taylor) Date: Thu, 08 May 2008 22:36:49 -0500 Subject: [Coco] Jeweled game done In-Reply-To: <48229969.603@hypersurf.com> References: <20080506224847.1661D20A33@qs281.pair.com> <553643.63818.qm@web52308.mail.re2.yahoo.com> <20080508024254.AC5EB20A36@qs281.pair.com> <48229969.603@hypersurf.com> Message-ID: <20080509033731.6B64C20A33@qs281.pair.com> At 01:10 AM 5/8/2008, you wrote: >Roger Taylor wrote: >> >>All I need is a routine that sets up a scrambled board of gems in a >>way that each move leads to another possible move or moves (and >>collapse of certain sets of gems) so that the last move clears the >>board. I can't find any algorithms for this on the web even though >>there's tons of Bejeweled knock-offs with source code to come. I >>think most don't have a puzzle mode like the one in Bejeweled >>2. It's not like scrambling a 3-D color cube. I'm probably going >>to have to build the board from the bottom rows up, swapping two >>gems vertically or horizontally as I insert a vertical or >>horizontal set or sets. I've tried different approaches and the >>boards always come out where a 2 year old could solve them. >Roger, > > Just a crazy thought. Maybe the algorithm that maze (old X > windows maze program) uses to construct its mazes can be adapted? > >kevin We'll see. I also wrote Pelieti for the CoCo 3 which generates random mazes for each game, which the computer opponent solves efficiently like a real smart lab rat. By the way, solving a random maze can be done with a very simple trick. You keep an array of Weights that keep track of how many times the rat has passed over points in the maze (all points). Looking in 4 directions, always move the rat towards the lowest weight. Since the maze walls get assigned the heaviest weight, the rat will automatically and magically turn around at all dead ends and always take new paths at splits or 4-ways, etc. It's fun to watch the computer rat explore every part of the maze until it solves it, never giving up or getting lost. From operator at coco3.com Thu May 8 23:45:21 2008 From: operator at coco3.com (Roger Taylor) Date: Thu, 08 May 2008 22:45:21 -0500 Subject: [Coco] Jeweled game done In-Reply-To: <106768.19078.qm@web52301.mail.re2.yahoo.com> References: <48229969.603@hypersurf.com> <106768.19078.qm@web52301.mail.re2.yahoo.com> Message-ID: <20080509034635.D236920A33@qs281.pair.com> At 08:12 PM 5/8/2008, you wrote: >Roger, > >My thought on this being a newbie here is that if >there was a way to have each gem have a certain path >that it had to follow in order for the board to be >completed. Lets say your board was 10x10. you lay the >gems out scrambled and as the player starts to get >ride of the gems he must be careful to do it in the >order that each jems movement data requires it to be >moved. So say a circle from position 2,3 would have to >be moved to 2,4 and so on in order to complete the >board. If one gem is moved out of its pre determined >order then the player becomes trapped and must restart >the board and try again. I don't think this would be >too difficult to code (there i go again thinking). You're describing the results of the algorithm, which is already how it works in the real game. How Bejeweled scrambles a bunch of gems so that future collapses (but no new jewels raining down to fill the holes) result in future set-up moves that lead to new collapses, is a mystery to me at this time. At Time(n) the board will have so many gems and so many possible swaps that lead to collapses. I think the random puzzle must be built in reverse (lowest rows first) since the last moves made must be known first. From rlcarr at rlcarr.com Fri May 9 01:06:20 2008 From: rlcarr at rlcarr.com (Rich Carreiro) Date: Fri, 9 May 2008 01:06:20 -0400 (EDT) Subject: [Coco] Running NitrOS-9 L2 on MESS? Message-ID: (1) Warning -- emulation (and OS-9) newbie, here. (2) I would have searched the archives before posting, but I couldn't find a way to do it from the listinfo page or from the archives page. What's the procedure to run NitrOS-9 L2 under MESS? I fired up a 6809 NTSC CoCo3 config under MESS 0.124. It came up and I got the "Disk Extended Color BASIC 2.1" prompt. I had previously downloaded the 6809 NOS-9 L2 zip file, and unpacked it into its .dsk files. I used the MESS menu to mount the 80-track .dsk on floppy 0 and typed "DOS". There was a delay of a couple of seconds and then I got the "OK" prompt. So I next tried mounting the 40 track disk 1 .dsk on floppy 0 and the disk 2 .dsk on floppy 1 and typed "DOS" again. Same thing. -- Rich Carreiro rlcarr at rlcarr.com From mdelyea at gmail.com Fri May 9 03:05:07 2008 From: mdelyea at gmail.com (mike delyea) Date: Fri, 9 May 2008 03:05:07 -0400 Subject: [Coco] Running NitrOS-9 L2 on MESS? In-Reply-To: References: Message-ID: <1b52e6c80805090005m2fe1af8egd30f46b9585f7f50@mail.gmail.com> change the file extension to .os9 instead of .dsk On Fri, May 9, 2008 at 1:06 AM, Rich Carreiro wrote: > (1) Warning -- emulation (and OS-9) newbie, here. > (2) I would have searched the archives before posting, > but I couldn't find a way to do it from the listinfo > page or from the archives page. > > What's the procedure to run NitrOS-9 L2 under MESS? > > I fired up a 6809 NTSC CoCo3 config under MESS 0.124. It came up > and I got the "Disk Extended Color BASIC 2.1" prompt. > > I had previously downloaded the 6809 NOS-9 L2 zip file, and > unpacked it into its .dsk files. > > I used the MESS menu to mount the 80-track .dsk on floppy 0 > and typed "DOS". There was a delay of a couple of seconds > and then I got the "OK" prompt. So I next tried mounting > the 40 track disk 1 .dsk on floppy 0 and the disk 2 .dsk > on floppy 1 and typed "DOS" again. Same thing. > > -- > Rich Carreiro rlcarr at rlcarr.com > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From ben_jimenez at yahoo.com Fri May 9 04:44:06 2008 From: ben_jimenez at yahoo.com (Ben Jimenez) Date: Fri, 9 May 2008 01:44:06 -0700 (PDT) Subject: [Coco] Color Computer on Myspace Message-ID: <167789.67699.qm@web52306.mail.re2.yahoo.com> Hello, I've decided to setup a Myspace page dedicated to the Color Computer. It's just a baby site right now, I want to add some more pictures and things soon. If anyone wants to contribute drop me a message. Ben http://www.myspace.com/tandycolorcomputer From petrander at gmail.com Fri May 9 06:43:56 2008 From: petrander at gmail.com (Fedor Steeman) Date: Fri, 9 May 2008 12:43:56 +0200 Subject: [Coco] Color Computer Group on Facebook [Was: Color Computer on Myspace Message-ID: Great! BTW, there is also a Color Computer on Facebook: http://www.facebook.com/group.php?gid=16925994151 Cheers, Fedor 2008/5/9 Ben Jimenez : > Hello, > > I've decided to setup a Myspace page dedicated to the > Color Computer. It's just a baby site right now, I > want to add some more pictures and things soon. If > anyone wants to contribute drop me a message. > > Ben > > http://www.myspace.com/tandycolorcomputer > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From os9dude at gmail.com Fri May 9 07:00:52 2008 From: os9dude at gmail.com (Rogelio Perea) Date: Fri, 9 May 2008 07:00:52 -0400 Subject: [Coco] Color Computer Group on Facebook [Was: Color Computer on Myspace In-Reply-To: References: Message-ID: <5631e580805090400g78225ddanb40709a81c45148d@mail.gmail.com> When was that formed? There is another that's been on Facebook for a while: "TRS-80 / Color Computer" - started by Derek Snider mid 2007. Some activity in there: http://www.facebook.com/group.php?gid=2359462640 Also, on this topic of groups, there is also a GROUP within MySpace devoted to the CoCo: http://groups.myspace.com/colorcomputer -=[ Rogelio ]=- On Fri, May 9, 2008 at 6:43 AM, Fedor Steeman wrote: > Great! > > BTW, there is also a Color Computer on Facebook: > > http://www.facebook.com/group.php?gid=16925994151 > > Cheers, > Fedor > > 2008/5/9 Ben Jimenez : > > > Hello, > > > > I've decided to setup a Myspace page dedicated to the > > Color Computer. It's just a baby site right now, I > > want to add some more pictures and things soon. If > > anyone wants to contribute drop me a message. > > > > Ben > > > > http://www.myspace.com/tandycolorcomputer > > > > -- > > Coco mailing list > > Coco at maltedmedia.com > > http://five.pairlist.net/mailman/listinfo/coco > > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From dml_68 at yahoo.com Fri May 9 09:27:43 2008 From: dml_68 at yahoo.com (Derek) Date: Fri, 9 May 2008 06:27:43 -0700 (PDT) Subject: [Coco] Other active CoCo fora? In-Reply-To: Message-ID: <508727.55544.qm@web30207.mail.mud.yahoo.com> From keeper63 at cox.net Fri May 9 11:06:50 2008 From: keeper63 at cox.net (Andrew) Date: Fri, 09 May 2008 08:06:50 -0700 Subject: [Coco] Jeweled game done In-Reply-To: References: Message-ID: <4824688A.7030905@cox.net> > Jeweled is also a stepping stone to great CoCo 3 projects to > come. The latest updates to my CCASM assembler make it possible to > EASILY merge or embed any kind of files and source code into a single > contiguous (or segmented) CoCo 3 program up to the size of RAM. The Roger - I implore you to consider porting your great system over to Linux. I know you probably didn't anticipate doing this, so I know it would be a pain. I also know I am not the only *nix user on here (although we are probably a smaller subset of the CoCo community). I would love to own a copy of the Rainbow IDE and everything else, but not at the expense (both monetarily and otherwise) of returning to Microsoft's domain. Wine is probably the furthest I would ever go, and I am even loath to go that far. Does anyone know if Roger's stuff works under Wine (or Crossover)? Roger, do you? Anyway - at least I can enjoy what comes out of your shop, Roger. Your future projects sound interesting. A question, a proposal: Can your techniques be done "by hand" using one of the available assemblers for the Color Computer, or do they specifically require CCASM? If they can be done manually, would you be of mind to share those techniques, so that those of us who don't have access to CCASM or any of the other tools can still create such programs? Just a thought... -- Andrew L. Ayers, Glendale, AZ From keeper63 at cox.net Fri May 9 11:17:16 2008 From: keeper63 at cox.net (Andrew) Date: Fri, 09 May 2008 08:17:16 -0700 Subject: [Coco] Slightly OT, But coco related In-Reply-To: References: Message-ID: <48246AFC.5010106@cox.net> John, I fully agree with your proposal. I can't see how kids today are "getting into" programming, at least not without a lot of trial and error, and frustration (as a professional software developer, I can say that this still applies!). DHTML is probably the easiest thing kids can work with, and even it can be very daunting at time, leaving you scratching your head. Certain things you can't even do (using AJAX, mainly) unless you have an actual web server at hand. A simple development environment, easily accessible for kids (but still with enough power to entertain adults, too!) would open many doors for new programmers. I don't see why it couldn't be based around BASIC, either. Have you seen Blassic or FreeBASIC? FreeBASIC, especially, can produce some really amazing software (it is essentially a gcc compiler target, so it produces a native executable), but is simple enough for a kid to pick up. Blassic is an interpretor, but with an emphasis on staying true to "old school" BASICs - it is pretty fast, too. Anyhow, your ideas and spirit are in the right place - kudos and good luck on your efforts! -- Andrew L. Ayers, Glendale, AZ > Message: 2 > Date: Wed, 7 May 2008 20:36:22 +0000 (UTC) > From: John R. Hogerhuis > Subject: [Coco] Slightly OT, But coco related > To: coco at maltedmedia.com > Message-ID: > Content-Type: text/plain; charset=us-ascii > > Cocoists that also use Ubuntu -- > > Many of us (including me) learned to program by typing in code at an OK prompt > on a nuclear green background. That gateway has largely been lost for new users. > Programming is an issue of an intimidating dev IDE, class libraries, and > documentation scattered about the 'net. > > In my Ubuntu Brainstorm idea, I suggest having a front-and-center scripting IDE > (probably Python based) with a great tutorial and cartoons ala "Getting Started > With Color BASIC." > > Anyway, if you think this idea would be helpful to Ubuntu please vote for my > idea (and I do make a good mention of the Coco as a source for this): > > http://brainstorm.ubuntu.com/idea/8193/ > > Thanks for tolerating the shameless promotion, > > -- John. From zootzoot at cfl.rr.com Fri May 9 12:27:47 2008 From: zootzoot at cfl.rr.com (Stephen Castello) Date: Fri, 09 May 2008 12:27:47 -0400 Subject: [Coco] Posting problems, anyone? References: <48239039.4060101@maltedmedia.com> Message-ID: <7qu824hf4qgun94c7ib26f4eg460ik4a34@4ax.com> On Thu, 08 May 2008 19:43:53 -0400, Dennis Bathory-Kitsz had a flock of green cheek conures squawk out: >Anybody having trouble posting? Please reply privately to >bathory at maltedmedia.com. > >Thanks, >Dennis Test post via gname. Stephen -- From zootzoot at cfl.rr.com Fri May 9 17:40:20 2008 From: zootzoot at cfl.rr.com (Stephen Castello) Date: Fri, 09 May 2008 17:40:20 -0400 Subject: [Coco] Posting problems, anyone? In-Reply-To: <7qu824hf4qgun94c7ib26f4eg460ik4a34@4ax.com> References: <48239039.4060101@maltedmedia.com> <7qu824hf4qgun94c7ib26f4eg460ik4a34@4ax.com> Message-ID: On Fri, 09 May 2008 12:27:47 -0400, Stephen Castello had a flock of green cheek conures squawk out: >On Thu, 08 May 2008 19:43:53 -0400, Dennis Bathory-Kitsz > had a flock of green >cheek conures squawk out: > >>Anybody having trouble posting? Please reply privately to >>bathory at maltedmedia.com. >> >>Thanks, >>Dennis > Test post. Dang email program has a mind of it's own... Stephen -- From operator at coco3.com Fri May 9 21:13:58 2008 From: operator at coco3.com (Roger Taylor) Date: Fri, 09 May 2008 20:13:58 -0500 Subject: [Coco] Jeweled game done In-Reply-To: <4824688A.7030905@cox.net> References: <4824688A.7030905@cox.net> Message-ID: <20080510011448.D5CCC20A33@qs281.pair.com> At 10:06 AM 5/9/2008, you wrote: > > > Jeweled is also a stepping stone to great CoCo 3 projects to > > come. The latest updates to my CCASM assembler make it possible to > > EASILY merge or embed any kind of files and source code into a single > > contiguous (or segmented) CoCo 3 program up to the size of RAM. The > > >Roger - I implore you to consider porting your great system over to >Linux. I know you probably didn't anticipate doing this, so I know >it would be a pain. I also know I am not the only *nix user on here >(although we are probably a smaller subset of the CoCo community). I >would love to own a copy of the Rainbow IDE and everything else, but >not at the expense (both monetarily and otherwise) of returning to >Microsoft's domain. > >Wine is probably the furthest I would ever go, and I am even loath >to go that far. Does anyone know if Roger's stuff works under Wine >(or Crossover)? Roger, do you? Yes, Rainbow runs under Wine, but may report a toolbar error. I need to look into that bug. Usually you can just resize, move or restore the IDE window and the toolbar will display correctly if it happend to have been chopped off at startup. Since WINE runs the assemblers as if they were in Windows, the whole IDE works as expected. You'll actually think you're in Windows 95 or 98 when you see the IDE pop up. >Anyway - at least I can enjoy what comes out of your shop, Roger. >Your future projects sound interesting. A question, a proposal: Can >your techniques be done "by hand" using one of the available >assemblers for the Color Computer, or do they specifically require >CCASM? If they can be done manually, would you be of mind to share >those techniques, so that those of us who don't have access to CCASM >or any of the other tools can still create such programs? Well, the last time the subject was brought up here about the extended MMU-LOADM tricks, several people made it clear that they thought it was "dangerous" and "unstable" and begged me to not release anything like that for public consumption. Because there are mixed feelings about the ideas, even though *I* know it's safe and very rewarding to use, I'll try to keep the detailed talks in private or in the forums. Just remember that a CoCo .BIN file can have multiple blocks with 1) a starting address 2) number of bytes, and 3) the data bytes. This can repeat over and over. Knowing this, you can script your stuff right into the CoCo ANYWHERE you like. And so, Donkey Kong and Jeweled are safe to use, no danger to any CoCo, and work like a charm. From RJRTTY at aol.com Sat May 10 00:01:17 2008 From: RJRTTY at aol.com (RJRTTY at aol.com) Date: Sat, 10 May 2008 00:01:17 EDT Subject: [Coco] [coco] the old grey ghost lives!! Message-ID: People, I dusted my old 64k coco1 off and attached the two gray drives I bought back in 1983 with the color computer logo on them for about $300 apiece using a fresh cable and they work!! I have done several disk formats and backups in both directions with verify on without a single error..... :)) Those drives were specified to have only a 5 year lifespan. It seems to me since they are belt driven that at least the belts would go bad by now. I also acquired an identical drive from the auction at the fest and it works too! I am going to connect four of these jewels and make a custom four connector cable just for this setup. I will have a professional looking four drive system to display and demonstrate to visitors who want to see a REAL computer. This system will also feature a gray multipak interface with the wordpak II 80 col card and display, a custom made 1 meg expanded memory card I made in 1984, and a speech sound pak. The system will have two monitors, one for the wordpak and the other for the standard composite output that the old coco 1 has been modified to deliver. The setup will also sport an HJL keyboard, dmp110 printer, and an internal DAC modified to have 8 bit resolution. This machine will have a permanent place in my abode to remind me of the excitement and hours of programming satisfaction it gave me when it was new..... what great fun. Roy **************Wondering what's for Dinner Tonight? Get new twists on family favorites at AOL Food. (http://food.aol.com/dinner-tonight?NCID=aolfod00030000000001) From diegoba at adinet.com.uy Sat May 10 00:12:10 2008 From: diegoba at adinet.com.uy (Diego Barizo) Date: Sat, 10 May 2008 01:12:10 -0300 Subject: [Coco] [coco] the old grey ghost lives!! In-Reply-To: References: Message-ID: <4825209A.1000907@adinet.com.uy> Roy, I believe I have an original shack 4 drive cable. If you want it, I should be able to send it to you... Diego RJRTTY at aol.com wrote: > People, > > I dusted my old 64k coco1 off and attached the two gray drives > I bought back in 1983 with the color computer logo on them > for about $300 apiece using a fresh > cable and they work!! I have done several disk formats and > backups in both directions with verify on without a single error..... :)) > > Those drives were specified to have only a 5 year lifespan. > It seems to me since they are belt driven that at least > the belts would go bad by now. > > I also acquired an identical drive from the auction at the fest > and it works too! I am going to connect four of these jewels > and make a custom four connector cable just for this setup. > I will have a professional looking four drive system to display > and demonstrate to visitors who want to see a REAL computer. > > This system will also feature a gray multipak interface with > the wordpak II 80 col card and display, a custom made > 1 meg expanded memory card I made in 1984, and a > speech sound pak. The system will have two monitors, one > for the wordpak and the other for the standard composite output > that the old coco 1 has been modified to deliver. The setup > will also sport an HJL keyboard, dmp110 printer, and an > internal DAC modified to have 8 bit resolution. > > This machine will have a permanent place in my abode to > remind me of the excitement and hours of programming > satisfaction it gave me when it was new..... what great fun. > > Roy > > > > > **************Wondering what's for Dinner Tonight? Get new twists on family > favorites at AOL Food. > (http://food.aol.com/dinner-tonight?NCID=aolfod00030000000001) > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > > From jps.subscriptions at gmail.com Sat May 10 00:48:00 2008 From: jps.subscriptions at gmail.com (J.P. Samson) Date: Fri, 9 May 2008 22:48:00 -0600 Subject: [Coco] the old grey ghost lives!! In-Reply-To: References: Message-ID: On May 9, 2008, at 10:01 PM, RJRTTY at aol.com wrote: > This machine will have a permanent place in my abode to > remind me of the excitement and hours of programming > satisfaction it gave me when it was new..... what great fun. Sounds like a very cool setup, Roy. One of the nice things about the old CoCo 1's is the heft of their build. Those computers, with their bigger, thicker cases, just feel more robust compared to CoCo 2+3's. What was it that they used to put on the side of the Kellogg's Corn Flakes boxes? The Original and the Best! -- JP From RJRTTY at aol.com Sat May 10 02:24:47 2008 From: RJRTTY at aol.com (RJRTTY at aol.com) Date: Sat, 10 May 2008 02:24:47 EDT Subject: [Coco] [coco] the old grey ghost lives!! Message-ID: In a message dated 5/10/2008 12:12:12 A.M. Eastern Daylight Time, diegoba at adinet.com.uy writes: Roy, I believe I have an original shack 4 drive cable. If you want it, I should be able to send it to you... Diego Thanks for the offer Diego but those cables probably accomplished drive selection with missing teeth in the connectors. I have the connectors and cable to make a custom cable with all the teeth present and will do drive selection on each drive's main PC board. This is going to be so cool. I may set it up in a rack configuration with wheels so I can move it around easily. Roy **************Wondering what's for Dinner Tonight? Get new twists on family favorites at AOL Food. (http://food.aol.com/dinner-tonight?NCID=aolfod00030000000001) From stanblaz at netspace.net.au Sat May 10 06:04:31 2008 From: stanblaz at netspace.net.au (Stan Blazejewski) Date: Sat, 10 May 2008 20:04:31 +1000 Subject: [Coco] [coco] the old grey ghost lives!! In-Reply-To: References: Message-ID: On Sat, 10 May 2008 02:24:47 EDT, you wrote: >In a message dated 5/10/2008 12:12:12 A.M. Eastern Daylight Time, >diegoba at adinet.com.uy writes: >Roy, I believe I have an original shack 4 drive cable. >If you want it, I should be able to send it to you... > >Diego > > > >Thanks for the offer Diego but those cables probably >accomplished drive selection with missing teeth in >the connectors. I have the connectors and cable >to make a custom cable with all the teeth present >and will do drive selection on each drive's main >PC board. I think you'll find that on the old Tandy drives there is NO drive select option & required the cable with pins missing. I recommend checking the drives before making a cable. -- Australia isn't "down under", it's "off to one side"! www.cobracat.com (home of the Australian Cobra Catamaran) www.parkdaleyc.com (where most of them sail) http://groups.yahoo.com/group/cobra-cat/ (where we talk about them) From RJRTTY at aol.com Sat May 10 07:06:55 2008 From: RJRTTY at aol.com (RJRTTY at aol.com) Date: Sat, 10 May 2008 07:06:55 EDT Subject: [Coco] [coco] the old grey ghost lives!! Message-ID: In a message dated 5/10/2008 6:04:37 A.M. Eastern Daylight Time, stanblaz at netspace.net.au writes: >I think you'll find that on the old Tandy drives there is NO drive select option >& required the cable with pins missing. I recommend checking the drives before >making a cable. I sorta figured that they might be "fixed" like that and was planning on just clipping the cable at strategic positions along it's length to achieve the same effect as the missing teeth if that was the case. I thought about altering the PC board if possible by cutting traces with an exacto knife and connecting traces by soldering with wire-wrap wire. It's something I have done to PC boards in general before and am very good at. But I am reluctant to do that since that would be defacing them. I want to have a cable I make myself to customize the length and make sure to get good contacts at all connectors. It's just something I want to do myself. I will report here what I find out and eventually do in case someone wants to go down this path too. Roy **************Wondering what's for Dinner Tonight? Get new twists on family favorites at AOL Food. (http://food.aol.com/dinner-tonight?NCID=aolfod00030000000001) From brucewcalkins at charter.net Sat May 10 08:15:44 2008 From: brucewcalkins at charter.net (Bruce W. Calkins) Date: Sat, 10 May 2008 08:15:44 -0400 Subject: [Coco] [coco] the old grey ghost lives!! References: Message-ID: > People, > > I dusted my old 64k coco1 off and attached the two > gray drives I bought back in 1983 with the color > computer logo on them and they work!! Cool. > a custom made 1 meg expanded > memory card I made in 1984, I would like a how to on that project, including how the software accesses it. > This machine will have a permanent place in my abode LOL, I'm working on this myself. I like the rack/cart idea. I've been thinking about adjustable/movable shelving too. > Roy Bruce W. From RJRTTY at aol.com Sat May 10 10:50:39 2008 From: RJRTTY at aol.com (RJRTTY at aol.com) Date: Sat, 10 May 2008 10:50:39 EDT Subject: [Coco] [coco] the old grey ghost lives!! Message-ID: In a message dated 5/10/2008 8:16:04 A.M. Eastern Daylight Time, brucewcalkins at charter.net writes: >> a custom made 1 meg expanded >> memory card I made in 1984, >I would like a how to on that project, including how the software accesses >it. Well I don't think you would want to duplicate it the same way I did it in this day and age. I used 32 memory chips of the 256K X 1 bit variety. I can't remember the exact ID number but they cost a fortune at the time. You could do it much better with simms nowadays. I used digitial comparators to open a transparent 256 byte window mapped into the main 64k space of the processor. This single page window could be addressed anywhere in the main 64k space and point anywhere in the 1 meg of card memory. You didn't have to physically move the data from the 1 meg card memory unless you wanted to. The reason this window had a 256 byte size is that DECB used 256 byte buffers and I thought that size would be a good fit when the card was used as a ram disk. Which brings me to the software. All I did with it was make a ram disk. I hacked DECB slightly so that when a special drive number was used to call for a disk operation it diverted from the usual disk access code and filled the drive buffer in use with data from the ram disk. It worked very well and was FAST. It was capable of doing much more tho if you had the time to put into it which I didn't back then. I topped it off with status LEDs that signaled when data was received or transmitted much like the ones on the disk drives themselves. They acted much like the LEDs on an external modem. If you want I will send you a schematic and I will dig the software out and send it to you. The darn thing still works too. I even painted it gray with a black face to resemble the drives. It consisted of three piggybacked PC boards with a central buss between them and connected to the Multi pak interface with a ribbon cable. The multi pak was necessary to act as a protective buffer between the unit and the main board. The trickiest part of the whole thing was figuring out the refresh timing for the DRAMs and suppressing the noise generated by the device. It took lots of scope time and perseverance but I was able to get it to work reliably. You could probably do it better with a modern simm unit today and a touch of programmable logic. I wonder if I developed a modern kit out of it if people would want to buy one? Roy **************Wondering what's for Dinner Tonight? Get new twists on family favorites at AOL Food. (http://food.aol.com/dinner-tonight?NCID=aolfod00030000000001) From jimhrubik at earthlink.net Sat May 10 11:20:16 2008 From: jimhrubik at earthlink.net (James Hrubik) Date: Sat, 10 May 2008 11:20:16 -0400 Subject: [Coco] [coco] the old grey ghost lives!! In-Reply-To: References: Message-ID: Don't know how many people would buy a kit, but if the schematics (for the original) and drivers were posted somewhere as a project there might be some interest. OTOH, the monitor adapter seemed to take off quite nicely, so maybe something like this in a SIMM configuration would gain a following as well. On May 10, 2008, at Saturday, May 10, 2008 - 10:50 AM, RJRTTY at aol.com wrote: > In a message dated 5/10/2008 8:16:04 A.M. Eastern Daylight Time, > brucewcalkins at charter.net writes: > >>> a custom made 1 meg expanded >>> memory card I made in 1984, > >> I would like a how to on that project, including how the software >> accesses >> it. > > > If you want I will send you a schematic and I will dig the > software out and send it to you. The darn thing still > works too. I even painted it gray with a black face > to resemble the drives. It consisted of three piggybacked > PC boards with a central buss between them and connected > to the Multi pak interface with a ribbon cable. The multi pak > was necessary to act as a protective buffer between the unit and the > main board. > > I wonder if I developed a modern kit out of it if people would want > to buy one? > > Roy > > > > > **************Wondering what's for Dinner Tonight? Get new twists > on family > favorites at AOL Food. > (http://food.aol.com/dinner-tonight?NCID=aolfod00030000000001) > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco ------------------------------ "In the time of Joseph McCarthyism, ..., I attempted to explain each individual is wholly involved in the democratic process, work at it or no. The results of the process fall on the head of the public and he who is recalcitrant or procrastinates in raising his voice can blame no one but himself." -- Walt Kelly ?We have met the enemy and he is us? -- Pogo / Walt Kelly, Earth Day 1970 ------------------------------ From gene.heskett at verizon.net Sat May 10 12:29:39 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Sat, 10 May 2008 12:29:39 -0400 Subject: [Coco] nitros9 questions Message-ID: <200805101229.39150.gene.heskett@verizon.net> Greetings nitros9 fans; (the mailing list is apparently a black hole now, 2 posts in 2 days have not come back) I have finally managed to build a new boot disk from the latest release that "almost" works. 1. It boots fine, but after sysgo puts it on the scsi hard drive, /dd, it gets a tummy ache over the xmode commands in my /dd/startup script, because xmode's syntax has been changed. One surprise was the init module has somehow become correct for a 2 megabyte system as mfree reports the correct amount of memory, and a dir /r0 steals a megabyte for an empty ramdisk. I had installed mine instead of rammer so the formatting is automatic when accessed. 2. That (1. above) led to the next discovery as I was going to edit the startup file and fix the xmode syntax. My std editor for the last nearly 20 years has been the vi conversion of tsedit. And I still use vim here on this linux box for almost everything. So I'm used to it. However: vi startup error 234 - non-existent module and it even works just fine if I'm cx'd and cd'd to the 80 track distribution disk in /d1 after booting the original boot Mark put on drive 128 several years ago. Either way, from /d0 or from the scsi hard drive, it still loads the same group of utils as both boots actually use the exact same startup file. Problem #3, I have a dmp-120 printer hooked up, and included the bitbanger port drivers to feed it. Its dip switches are set for 1200 baud, and I have xmoded /p for a bau=3 which is supposed to be 1200 baud, and the printer prints, but it prints full lines of IBM style garbage gfx chars regardless of what baud rate I set. I'm inclined to think the character generator in the printer has gone by-by, or is stuck in some sort of an IBM style gfx mode, but powerdowns have not changed anything. I have an old brother daisy wheel, but no idea if I can still get its film ribbons now, but I'll drag it out & check. If that works, I might drag the old xerox 1650-ro in from the shed and see if it works as I do have some ribbons for it. It is about 3x faster than the brother. :) But if someone can tell me why vi won't run when booted to the latest nitros9, I'd be suitably grateful. That would be the most important item to fix first, because its the tool to fix just about everything else. Surely the "edit" that is on the distro disk isn't the same busted, throw away 3 lines of text & crashomatic POS it was 20 years ago, but I have NDI how to run it, is there a current, valid doc/tutorial file someplace I can download? -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) To err is human, to forgive unusual. From RJRTTY at aol.com Sat May 10 13:34:21 2008 From: RJRTTY at aol.com (RJRTTY at aol.com) Date: Sat, 10 May 2008 13:34:21 EDT Subject: [Coco] [coco] the old grey ghost lives!! Message-ID: In a message dated 5/10/2008 11:21:02 A.M. Eastern Daylight Time, jimhrubik at earthlink.net writes: >Don't know how many people would buy a kit, but if the schematics >(for the original) and drivers were posted somewhere as a project >there might be some interest. OTOH, the monitor adapter seemed to >take off quite nicely, so maybe something like this in a SIMM >configuration would gain a following as well. You know I think you are right. Such a thing might be popular even with the coco3 crowd. Especially if I could fit it into a single full size cartridge enclosure with modern components. I will look into it as time permits. This is just one more reason I need to start my own website. I have just been too busy and too lazy...... aren't they mutually exclusive? :) I need to make better use of the little free time I have...... Roy **************Wondering what's for Dinner Tonight? Get new twists on family favorites at AOL Food. (http://food.aol.com/dinner-tonight?NCID=aolfod00030000000001) From ben_jimenez at yahoo.com Sat May 10 15:06:04 2008 From: ben_jimenez at yahoo.com (Ben Jimenez) Date: Sat, 10 May 2008 12:06:04 -0700 (PDT) Subject: [Coco] PC in a Coco case project questions Message-ID: <77955.87223.qm@web52307.mail.re2.yahoo.com> Hello, I would like to try and put a pc into a coco case. I was wondering just how big of a project this would be to get working. I've not done this type of project before. I've built PC's old and new. I thought it would be neet to make a emulated Coco in a coco case. Has anyone done this before? I've seen alot of Coco projects on the net. Ben From chawks at dls.net Sat May 10 16:04:09 2008 From: chawks at dls.net (Christopher Hawks) Date: Sat, 10 May 2008 15:04:09 -0500 Subject: [Coco] nitros9 questions In-Reply-To: <200805101229.39150.gene.heskett@verizon.net> References: <200805101229.39150.gene.heskett@verizon.net> Message-ID: <4825FFB9.9000206@dls.net> Gene Heskett said the following on 05/10/2008 11:29 AM: > Greetings nitros9 fans; (the mailing list is apparently a > black hole now, 2 posts in 2 days have not come back) > > I have finally managed to build a new boot disk from the latest release > that "almost" works. > > 1. It boots fine, but after sysgo puts it on the scsi hard drive, /dd, it gets > a tummy ache over the xmode commands in my /dd/startup script, because > xmode's syntax has been changed. > > One surprise was the init module has somehow become correct for a 2 megabyte > system as mfree reports the correct amount of memory, and a dir /r0 steals a > megabyte for an empty ramdisk. I had installed mine instead of rammer so the > formatting is automatic when accessed. > > 2. That (1. above) led to the next discovery as I was going to edit the > startup file and fix the xmode syntax. My std editor for the last nearly 20 > years has been the vi conversion of tsedit. And I still use vim here on this > linux box for almost everything. So I'm used to it. > > However: > > vi startup > error 234 - non-existent module > > and it even works just fine if I'm cx'd and cd'd to the 80 track distribution > disk in /d1 after booting the original boot Mark put on drive 128 several > years ago. > > Either way, from /d0 or from the scsi hard drive, it still loads the same > group of utils as both boots actually use the exact same startup file. [...] > But if someone can tell me why vi won't run when booted to the latest nitros9, > I'd be suitably grateful. That would be the most important item to fix > first, because its the tool to fix just about everything else. Some of the modules names were changed a while back. Here is the CVS log entry: Revision 1.1 - (view) (download) (annotate) - [select for diffs] Sat Nov 26 21:31:22 2005 UTC (2 years, 5 months ago) by boisy Branch: MAIN Major changes: CCIO,CC3IO are now VTIO GrfInt is now CoGrf WindInt is now CoWin VDGInt (L2), CO32 (L1) is now CoVDG CO51 (L1) is now CoHR CO80 (L1) is now CoWP All files referencing these have been changed Does vi reference any of them by name?? The descriptors were all changed. -- Christopher R. Hawks HAWKSoft --------------------------------------------------------- "While the Big "M" folks in Redmond maintain the products are vastly different, critics allege Workstation can be switched into the Server version with a few easy tweaks. An official Microsoft marketer suggests that's like arguing the only difference between men and women is a Y chromosome. We think it's more akin to discovering your date is in drag." -- Unknown, on the differences between Microsoft NT Workstation 4.0 and Server 4.0 From tjseagrove at writeme.com Sat May 10 18:41:02 2008 From: tjseagrove at writeme.com (Tom Seagrove) Date: Sat, 10 May 2008 18:41:02 -0400 Subject: [Coco] [coco] the old grey ghost lives!! In-Reply-To: References: Message-ID: <000801c8b2ee$ed0334b0$c7099e10$@com> How about some pictures of this whole setup, it sounds really cool!! Tom -----Original Message----- From: coco-bounces at maltedmedia.com [mailto:coco-bounces at maltedmedia.com] On Behalf Of RJRTTY at aol.com Sent: Saturday, May 10, 2008 10:51 AM To: coco at maltedmedia.com Subject: Re: [Coco] [coco] the old grey ghost lives!! In a message dated 5/10/2008 8:16:04 A.M. Eastern Daylight Time, brucewcalkins at charter.net writes: >> a custom made 1 meg expanded >> memory card I made in 1984, >I would like a how to on that project, including how the software accesses >it. Well I don't think you would want to duplicate it the same way I did it in this day and age. I used 32 memory chips of the 256K X 1 bit variety. I can't remember the exact ID number but they cost a fortune at the time. You could do it much better with simms nowadays. I used digitial comparators to open a transparent 256 byte window mapped into the main 64k space of the processor. This single page window could be addressed anywhere in the main 64k space and point anywhere in the 1 meg of card memory. You didn't have to physically move the data from the 1 meg card memory unless you wanted to. The reason this window had a 256 byte size is that DECB used 256 byte buffers and I thought that size would be a good fit when the card was used as a ram disk. Which brings me to the software. All I did with it was make a ram disk. I hacked DECB slightly so that when a special drive number was used to call for a disk operation it diverted from the usual disk access code and filled the drive buffer in use with data from the ram disk. It worked very well and was FAST. It was capable of doing much more tho if you had the time to put into it which I didn't back then. I topped it off with status LEDs that signaled when data was received or transmitted much like the ones on the disk drives themselves. They acted much like the LEDs on an external modem. If you want I will send you a schematic and I will dig the software out and send it to you. The darn thing still works too. I even painted it gray with a black face to resemble the drives. It consisted of three piggybacked PC boards with a central buss between them and connected to the Multi pak interface with a ribbon cable. The multi pak was necessary to act as a protective buffer between the unit and the main board. The trickiest part of the whole thing was figuring out the refresh timing for the DRAMs and suppressing the noise generated by the device. It took lots of scope time and perseverance but I was able to get it to work reliably. You could probably do it better with a modern simm unit today and a touch of programmable logic. I wonder if I developed a modern kit out of it if people would want to buy one? Roy **************Wondering what's for Dinner Tonight? Get new twists on family favorites at AOL Food. (http://food.aol.com/dinner-tonight?NCID=aolfod00030000000001) -- Coco mailing list Coco at maltedmedia.com http://five.pairlist.net/mailman/listinfo/coco From jimcox at miba51.com Sat May 10 19:40:09 2008 From: jimcox at miba51.com (Jim Cox) Date: Sat, 10 May 2008 16:40:09 -0700 Subject: [Coco] Older RAM - free for cost of shipping. Message-ID: <6c92f46c0805101640mc55ef06i961f3a6d9c9f894e@mail.gmail.com> I have yet to dig them out, but I have a bunch of older RAM from 486 vintage systems. If you are interested, drop me a line in private. -Jim From neilsmorr at gmail.com Sat May 10 19:36:29 2008 From: neilsmorr at gmail.com (Neil Morrison) Date: Sat, 10 May 2008 16:36:29 -0700 Subject: [Coco] Techrepublic Rocks !!!! Paper Tape References: <006301c8aafb$c8c00600$5a401200$@com><006301c8aafb$c8c00600$5a401200$@com><5.1.0.14.2.20080503211507.0127f228@mail.30below.com> <001701c8ad9f$79256bc0$8a4e75d0@house> Message-ID: <630701c8b2f8$21805070$0101a8c0@NewBaby> Could be. Not so much failing as changed value and now resonating close to 60 cycles perhaps. Is there one across any winding? Neil ----- Original Message ----- From: "George Ramsower" > The H8 power supply is powering my darkroom enlarger now. I LOVE that > power supply. Plenty of power and the transformer is a constant voltage > transformer using a really BIG cap to keep it that way. Every now and > again, when I turn it on, the thing oscillates and I have to power it down > and turn it back on. > Gene! > Could that be a failing cap/condensor? From rod.barnhart at gmail.com Sat May 10 20:28:51 2008 From: rod.barnhart at gmail.com (Rod Barnhart) Date: Sat, 10 May 2008 20:28:51 -0400 Subject: [Coco] PC in a Coco case project questions In-Reply-To: <77955.87223.qm@web52307.mail.re2.yahoo.com> References: <77955.87223.qm@web52307.mail.re2.yahoo.com> Message-ID: <6cd9b02e0805101728v3567a0baie3239ecde552e1e9@mail.gmail.com> On Sat, May 10, 2008 at 3:06 PM, Ben Jimenez wrote: > > I would like to try and put a pc into a coco case. I > was wondering just how big of a project this would be > to get working. I've not done this type of project > before. I've built PC's old and new. I thought it > would be neet to make a emulated Coco in a coco case. > Has anyone done this before? I've seen alot of Coco > projects on the net. I don't know if it's been done before, but it should be fairly easy to do using a small form-factor motherboard. Even interfacing the original CoCo keyboard shouldn't be too challenging. -- Rod Barnhart aka Wintermute (http://www.nitemarecafe.com) From gene.heskett at verizon.net Sat May 10 20:57:06 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Sat, 10 May 2008 20:57:06 -0400 Subject: [Coco] [coco] the old grey ghost lives!! In-Reply-To: References: Message-ID: <200805102057.06557.gene.heskett@verizon.net> On Saturday 10 May 2008, RJRTTY at aol.com wrote: >In a message dated 5/10/2008 11:21:02 A.M. Eastern Daylight Time, > >jimhrubik at earthlink.net writes: >>Don't know how many people would buy a kit, but if the schematics >>(for the original) and drivers were posted somewhere as a project >>there might be some interest. OTOH, the monitor adapter seemed to >>take off quite nicely, so maybe something like this in a SIMM >>configuration would gain a following as well. > >You know I think you are right. Such a thing might be popular >even with the coco3 crowd. Especially if I could fit it into a >single full size cartridge enclosure with modern components. I will >look into it as time permits. > >This is just one more reason I need to start my own website. >I have just been too busy and too lazy...... aren't they mutually >exclusive? :) > >I need to make better use of the little free time I have...... > >Roy > IMO antique 1 meg Simms are the way to go. I have a disto 2 meg kit in my coco3, sitting right on the expansion card pins, with a small auxillary board that contains the rest of the circuitry. With an external power supply and a 6309 in it, the amount of heat is truly miniscule, maybe 3 watts total. I can toss a furniture blanket folded 4 thicknesses over it, come back 24 hours later and the photo thermometer laying over the memory is maybe 2 degrees above room temp. So heating is not now, and never has been a consideration for that machine. Putting it there, inside the machine, puts it where it should be anyway. You never have enough slots in the MPI to keep it all plugged in & I sure wouldn't waste a cartridge slot in the mpi for an even slower interface to more memory. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) River: "Miranda." --"Serenity" From gene.heskett at verizon.net Sat May 10 21:11:52 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Sat, 10 May 2008 21:11:52 -0400 Subject: [Coco] nitros9 questions In-Reply-To: <4825FFB9.9000206@dls.net> References: <200805101229.39150.gene.heskett@verizon.net> <4825FFB9.9000206@dls.net> Message-ID: <200805102111.52347.gene.heskett@verizon.net> On Saturday 10 May 2008, Christopher Hawks wrote: >Gene Heskett said the following on 05/10/2008 11:29 AM: >> Greetings nitros9 fans; (the mailing list is >> apparently a black hole now, 2 posts in 2 days have not come back) >> >> I have finally managed to build a new boot disk from the latest release >> that "almost" works. [...] >> But if someone can tell me why vi won't run when booted to the latest >> nitros9, I'd be suitably grateful. That would be the most important item >> to fix first, because its the tool to fix just about everything else. > > Some of the modules names were changed a while back. Here is the CVS log > entry: Revision 1.1 - (view) (download) (annotate) - [select for diffs] >Sat Nov 26 21:31:22 2005 UTC (2 years, 5 months ago) by boisy >Branch: MAIN > >Major changes: >CCIO,CC3IO are now VTIO >GrfInt is now CoGrf >WindInt is now CoWin >VDGInt (L2), CO32 (L1) is now CoVDG >CO51 (L1) is now CoHR >CO80 (L1) is now CoWP >All files referencing these have been changed > > Does vi reference any of them by name?? The descriptors were all changed. I don't honestly know Chris. And without the utility known as strace for the linux boxes, I have no way of tracing what vi needs short of dissing the whole thing. I also note that I don't recall seeing a CoWP on the 3.2.6 disk. I have one of those cards and did use it quite heavily 15 years ago with a 13" amber screen monitor sitting beside the 8cm515. Without vi, that means I'm back to edit, and one of its bugs bit me again today. I wish someone would put that standalone version out of my misery, the edit in basic09 does NOT suffer these same bugs. I understand you have a CDF filesystem now, what are you asking for that? I already have a scsi cd-r drive. Thanks Chris. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) How do Crays and Alphas handle the POSIX problem? -- Larry Wall in <199709050042.RAA29379 at wall.org> From johnchasteen.2 at juno.com Sat May 10 21:35:16 2008 From: johnchasteen.2 at juno.com (John T Chasteen) Date: Sat, 10 May 2008 20:35:16 -0500 Subject: [Coco] MC10 Tandy computer Message-ID: <20080510.203517.3732.0.johnchasteen.2@juno.com> Rob How are things in Tampa? We just got back from 7 nights in Costa Rico Capital city I went over with a burn on my back (I thought) and when I got back it is "Shingles" and is it painful. I found your e-mail in the Glenside Data base. Hope you can find that MC-10 computer. I never could afford that unit. Let me know if you come up next year on Saturday morning. That is when I go to the Airport and then on to the Fest. I had to send my Multipack in for repair. If you have the Super IDE Cloud 9 unit, what are the commands to see what is in the virtual floppies of the CF card? Regards John From chawks at dls.net Sat May 10 22:09:18 2008 From: chawks at dls.net (Christopher Hawks) Date: Sat, 10 May 2008 21:09:18 -0500 Subject: [Coco] nitros9 questions In-Reply-To: <200805102111.52347.gene.heskett@verizon.net> References: <200805101229.39150.gene.heskett@verizon.net> <4825FFB9.9000206@dls.net> <200805102111.52347.gene.heskett@verizon.net> Message-ID: <4826554E.2020000@dls.net> Gene Heskett said the following on 05/10/2008 08:11 PM: > On Saturday 10 May 2008, Christopher Hawks wrote: >> Gene Heskett said the following on 05/10/2008 11:29 AM: >>> Greetings nitros9 fans; (the mailing list is >>> apparently a black hole now, 2 posts in 2 days have not come back) >>> >>> I have finally managed to build a new boot disk from the latest release >>> that "almost" works. > > [...] > >>> But if someone can tell me why vi won't run when booted to the latest >>> nitros9, I'd be suitably grateful. That would be the most important item >>> to fix first, because its the tool to fix just about everything else. >> Some of the modules names were changed a while back. Here is the CVS log >> entry: Revision 1.1 - (view) (download) (annotate) - [select for diffs] >> Sat Nov 26 21:31:22 2005 UTC (2 years, 5 months ago) by boisy >> Branch: MAIN >> >> Major changes: >> CCIO,CC3IO are now VTIO >> GrfInt is now CoGrf >> WindInt is now CoWin >> VDGInt (L2), CO32 (L1) is now CoVDG >> CO51 (L1) is now CoHR >> CO80 (L1) is now CoWP >> All files referencing these have been changed >> >> Does vi reference any of them by name?? The descriptors were all changed. > > I don't honestly know Chris. And without the utility known as strace for the > linux boxes, I have no way of tracing what vi needs short of dissing the > whole thing. > > I also note that I don't recall seeing a CoWP on the 3.2.6 disk. I have one > of those cards and did use it quite heavily 15 years ago with a 13" amber > screen monitor sitting beside the 8cm515. I don't think CO80 changed names. It's still in the current NitrOS9. > Without vi, that means I'm back to edit, and one of its bugs bit me again > today. I wish someone would put that standalone version out of my misery, > the edit in basic09 does NOT suffer these same bugs. > > I understand you have a CDF filesystem now, what are you asking for that? I > already have a scsi cd-r drive. Yes, I sell CDF (CD rom filemanager) for both 6x09 and 68000 (Nitr)OS-9. The 6x09 version (specify which) is $25 and the 68000 version is $50. -- Christopher R. Hawks HAWKSoft --------------------------------------------------------- "You need the Computing Power of a P5, 16 MB Ram and 1 GB Harddisk to run Win95. It took the Computing Power of approx 3 Commodore 64s to fly to the moon. Something is wrong here, and it wasn't the Apollo." -- Deon Ramsey From wdg3rd at comcast.net Sat May 10 22:17:57 2008 From: wdg3rd at comcast.net (wdg3rd at comcast.net) Date: Sun, 11 May 2008 02:17:57 +0000 Subject: [Coco] [coco] the old grey ghost lives!! Message-ID: <051120080217.24418.48265754000F36B200005F6222007340760B9DCC090B99@comcast.net> From: RJRTTY at aol.com > In a message dated 5/10/2008 12:12:12 A.M. Eastern Daylight Time, > diegoba at adinet.com.uy writes: > Roy, I believe I have an original shack 4 drive cable. > If you want it, I should be able to send it to you... > > Diego > > Thanks for the offer Diego but those cables probably > accomplished drive selection with missing teeth in > the connectors. I have the connectors and cable > to make a custom cable with all the teeth present > and will do drive selection on each drive's main > PC board. > > This is going to be so cool. I may set it up > in a rack configuration with wheels so I can > move it around easily. If it was a Tandy 4-drive cable, it was definitely a tooth-removal situation. The stock cable for the CoCo drives was for two drives (and had teeth removed), if you went beyond that the cable you special-ordered was the same as came with the first TRS-80 Model One floppy drive. -- Ward Griffiths wdg3rd at comcast.net These histrionics were probably unnecessary, since there was no reason to think anybody would be watching us with more than casual interest until I made my first move to follow Buchanon's trail, in London. Still, somebody might check back this far later, and I always feel that if you're going to play a part, you might as well play it all the way, at least in public -- and it's hard to tell what's public and what isn't, these electronic days. Donald Hamilton, _The Devastators_, 1965 From gene.heskett at verizon.net Sat May 10 22:38:01 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Sat, 10 May 2008 22:38:01 -0400 Subject: [Coco] nitros9 questions In-Reply-To: <4826554E.2020000@dls.net> References: <200805101229.39150.gene.heskett@verizon.net> <200805102111.52347.gene.heskett@verizon.net> <4826554E.2020000@dls.net> Message-ID: <200805102238.01915.gene.heskett@verizon.net> On Saturday 10 May 2008, Christopher Hawks wrote: >Gene Heskett said the following on 05/10/2008 08:11 PM: >> On Saturday 10 May 2008, Christopher Hawks wrote: >>> Gene Heskett said the following on 05/10/2008 11:29 AM: >>>> Greetings nitros9 fans; (the mailing list is >>>> apparently a black hole now, 2 posts in 2 days have not come back) >>>> >>>> I have finally managed to build a new boot disk from the latest release >>>> that "almost" works. >> >> [...] >> >>>> But if someone can tell me why vi won't run when booted to the latest >>>> nitros9, I'd be suitably grateful. That would be the most important >>>> item to fix first, because its the tool to fix just about everything >>>> else. >>> >>> Some of the modules names were changed a while back. Here is the CVS log >>> entry: Revision 1.1 - (view) (download) (annotate) - [select for diffs] >>> Sat Nov 26 21:31:22 2005 UTC (2 years, 5 months ago) by boisy >>> Branch: MAIN >>> >>> Major changes: >>> CCIO,CC3IO are now VTIO >>> GrfInt is now CoGrf >>> WindInt is now CoWin >>> VDGInt (L2), CO32 (L1) is now CoVDG >>> CO51 (L1) is now CoHR >>> CO80 (L1) is now CoWP >>> All files referencing these have been changed >>> >>> Does vi reference any of them by name?? The descriptors were all >>> changed. >> >> I don't honestly know Chris. And without the utility known as strace for >> the linux boxes, I have no way of tracing what vi needs short of dissing >> the whole thing. >> >> I also note that I don't recall seeing a CoWP on the 3.2.6 disk. I have >> one of those cards and did use it quite heavily 15 years ago with a 13" >> amber screen monitor sitting beside the 8cm515. > > I don't think CO80 changed names. It's still in the current NitrOS9. > Hmm, I'll have to check that again, I don't recall seeing it. And find doesn't seem to work all that well on a floppy for some reason. >> Without vi, that means I'm back to edit, and one of its bugs bit me again >> today. I wish someone would put that standalone version out of my misery, >> the edit in basic09 does NOT suffer these same bugs. >> >> I understand you have a CDF filesystem now, what are you asking for that? >> I already have a scsi cd-r drive. > > Yes, I sell CDF (CD rom filemanager) for both 6x09 and 68000 (Nitr)OS-9. > The 6x09 version (specify which) is $25 and the 68000 version is $50. Url for a secure order? -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) What this country needs is a good five cent nickel. From ben_jimenez at yahoo.com Sat May 10 22:52:21 2008 From: ben_jimenez at yahoo.com (Ben Jimenez) Date: Sat, 10 May 2008 19:52:21 -0700 (PDT) Subject: [Coco] PC in a Coco case project questions In-Reply-To: <6cd9b02e0805101728v3567a0baie3239ecde552e1e9@mail.gmail.com> Message-ID: <747714.10569.qm@web52307.mail.re2.yahoo.com> Yes, I was wondering about the keyboard, and also the power supply would have to be external (outside) the case, like some of the laptops have. --- Rod Barnhart wrote: > On Sat, May 10, 2008 at 3:06 PM, Ben Jimenez > wrote: > > > > I would like to try and put a pc into a coco case. > I > > was wondering just how big of a project this would > be > > to get working. I've not done this type of project > > before. I've built PC's old and new. I thought it > > would be neet to make a emulated Coco in a coco > case. > > Has anyone done this before? I've seen alot of > Coco > > projects on the net. > > I don't know if it's been done before, but it should > be fairly easy to > do using a small form-factor motherboard. Even > interfacing the > original CoCo keyboard shouldn't be too challenging. > > -- > Rod Barnhart aka Wintermute > (http://www.nitemarecafe.com) > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From wdg3rd at comcast.net Sat May 10 23:23:15 2008 From: wdg3rd at comcast.net (wdg3rd at comcast.net) Date: Sun, 11 May 2008 03:23:15 +0000 Subject: [Coco] PC in a Coco case project questions Message-ID: <051120080323.21981.482666A3000D68F3000055DD22092246270B9DCC090B99@comcast.net> Power supply and such, you might have to use laptop components to fit, though I haven't researched low-profile desktop PC components lately since I use towers, as tall as I can get them, I want POWER!!! and to hell with the green twits. (My favorite case, and someday I'll build half a dozen CoCo 3s into one, was the AT&T 6486 big box that was built by Intel, though the previous 6386 built by Ollivetti is a close second). Aside from having to gouge holes in the back of the old grey case (or were you planning a CoCo 2 or 3 case? -- you didn't mention, but you'd still have to gouge holes and build board mounting spots) the keyboard is probably the trickiest bit. -- Ward Griffiths wdg3rd at comcast.net These histrionics were probably unnecessary, since there was no reason to think anybody would be watching us with more than casual interest until I made my first move to follow Buchanon's trail, in London. Still, somebody might check back this far later, and I always feel that if you're going to play a part, you might as well play it all the way, at least in public -- and it's hard to tell what's public and what isn't, these electronic days. Donald Hamilton, _The Devastators_, 1965 -------------- Original message ---------------------- From: Ben Jimenez > Yes, I was wondering about the keyboard, and also the > power supply would have to be external (outside) the > case, like some of the laptops have. > > > --- Rod Barnhart wrote: > > > On Sat, May 10, 2008 at 3:06 PM, Ben Jimenez > > wrote: > > > > > > I would like to try and put a pc into a coco case. > > I > > > was wondering just how big of a project this would > > be > > > to get working. I've not done this type of project > > > before. I've built PC's old and new. I thought it > > > would be neet to make a emulated Coco in a coco > > case. > > > Has anyone done this before? I've seen alot of > > Coco > > > projects on the net. > > > > I don't know if it's been done before, but it should > > be fairly easy to > > do using a small form-factor motherboard. Even > > interfacing the > > original CoCo keyboard shouldn't be too challenging. > > > > -- > > Rod Barnhart aka Wintermute > > (http://www.nitemarecafe.com) > > > > -- > > Coco mailing list > > Coco at maltedmedia.com > > http://five.pairlist.net/mailman/listinfo/coco > > > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco From RJRTTY at aol.com Sun May 11 00:23:12 2008 From: RJRTTY at aol.com (RJRTTY at aol.com) Date: Sun, 11 May 2008 00:23:12 EDT Subject: [Coco] [coco] the old grey ghost lives!! Message-ID: In a message dated 5/10/2008 6:42:19 P.M. Eastern Daylight Time, tjseagrove at writeme.com writes: >How about some pictures of this whole setup, it sounds really cool!! >Tom When I get it completed I will see what I can do..... Roy **************Wondering what's for Dinner Tonight? Get new twists on family favorites at AOL Food. (http://food.aol.com/dinner-tonight?NCID=aolfod00030000000001) From lamune at doki-doki.net Sun May 11 01:17:50 2008 From: lamune at doki-doki.net (Mike Pepe) Date: Sat, 10 May 2008 22:17:50 -0700 Subject: [Coco] PC in a Coco case project questions In-Reply-To: <051120080323.21981.482666A3000D68F3000055DD22092246270B9DCC090B99@comcast.net> References: <051120080323.21981.482666A3000D68F3000055DD22092246270B9DCC090B99@comcast.net> Message-ID: <4C8EB9FD6963BD4C8BA6B0B60FE8E4DD2D8F@fenestra.lamunet.local> A mini-ITX PC into a CoCo case is not a big deal. People build them into old Macs, Atari 2600's, etc. The power supplies are small, and an automotive DC-to-DC version could be run from a nice sized 12V power brick. If you intend to use the CoCo keyboard, as Ward mentioned, would probably be the most difficult thing to do. A CoCo 1 case would probably be best for this, as it's obviously larger. -Mike > -----Original Message----- > From: coco-bounces at maltedmedia.com [mailto:coco- > bounces at maltedmedia.com] On Behalf Of wdg3rd at comcast.net > Sent: Saturday, May 10, 2008 8:23 PM > To: CoCoList for Color Computer Enthusiasts > Subject: Re: [Coco] PC in a Coco case project questions > > Power supply and such, you might have to use laptop components to fit, > though I haven't researched low-profile desktop PC components lately > since I use towers, as tall as I can get them, I want POWER!!! and to > hell with the green twits. (My favorite case, and someday I'll build > half a dozen CoCo 3s into one, was the AT&T 6486 big box that was built > by Intel, though the previous 6386 built by Ollivetti is a close > second). > > Aside from having to gouge holes in the back of the old grey case (or > were you planning a CoCo 2 or 3 case? -- you didn't mention, but you'd > still have to gouge holes and build board mounting spots) the keyboard > is probably the trickiest bit. > -- > Ward Griffiths wdg3rd at comcast.net > > These histrionics were probably unnecessary, since there was no reason > to think anybody would be watching us with more than casual interest > until I made my first move to follow Buchanon's trail, in London. > Still, somebody might check back this far later, and I always feel that > if you're going to play a part, you might as well play it all the way, > at least in public -- and it's hard to tell what's public and what > isn't, these electronic days. > Donald Hamilton, _The Devastators_, 1965 > > -------------- Original message ---------------------- > From: Ben Jimenez > > Yes, I was wondering about the keyboard, and also the > > power supply would have to be external (outside) the > > case, like some of the laptops have. > > > > > > --- Rod Barnhart wrote: > > > > > On Sat, May 10, 2008 at 3:06 PM, Ben Jimenez > > > wrote: > > > > > > > > I would like to try and put a pc into a coco case. > > > I > > > > was wondering just how big of a project this would > > > be > > > > to get working. I've not done this type of project > > > > before. I've built PC's old and new. I thought it > > > > would be neet to make a emulated Coco in a coco > > > case. > > > > Has anyone done this before? I've seen alot of > > > Coco > > > > projects on the net. > > > > > > I don't know if it's been done before, but it should > > > be fairly easy to > > > do using a small form-factor motherboard. Even > > > interfacing the > > > original CoCo keyboard shouldn't be too challenging. > > > > > > -- > > > Rod Barnhart aka Wintermute > > > (http://www.nitemarecafe.com) > > > > > > -- > > > Coco mailing list > > > Coco at maltedmedia.com > > > http://five.pairlist.net/mailman/listinfo/coco > > > > > > > > > -- > > Coco mailing list > > Coco at maltedmedia.com > > http://five.pairlist.net/mailman/listinfo/coco > > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco From ben_jimenez at yahoo.com Sun May 11 02:06:33 2008 From: ben_jimenez at yahoo.com (Ben Jimenez) Date: Sat, 10 May 2008 23:06:33 -0700 (PDT) Subject: [Coco] PC in a Coco case project questions In-Reply-To: <051120080323.21981.482666A3000D68F3000055DD22092246270B9DCC090B99@comcast.net> Message-ID: <188804.91665.qm@web52309.mail.re2.yahoo.com> I have a couple of large pc cases too. I think of computer cases like cars. Back in the old day they were built like tanks, today some metal is so thin if you push on it it will bend. In cases though lighter is easier to lug around. I feel you though. Since i'm still in the brainstorming mode, I'm not sure which case I will use. Since at the momment I don't have one. I was thinking of replacing the key board with a laptop keyboard or small standard keyboard if I could not get the Coco keyboard going. I'm thinking of going without a harddrive and adding a multi-card reader to allow boot up of the system off of a digital card. I'm looking into some slimmed down linux versions that I could build on. I'm also looking into using a GCC compiler to allow Coco BASIC code to be converted and compiled to a linux bin. I've found a couple that already allow the converting of other BASIC's to bin for linux. --- wdg3rd at comcast.net wrote: > Power supply and such, you might have to use laptop > components to fit, though I haven't researched > low-profile desktop PC components lately since I > use towers, as tall as I can get them, I want > POWER!!! and to hell with the green twits. (My > favorite case, and someday I'll build half a dozen > CoCo 3s into one, was the AT&T 6486 big box that was > built by Intel, though the previous 6386 built by > Ollivetti is a close second). > > Aside from having to gouge holes in the back of the > old grey case (or were you planning a CoCo 2 or 3 > case? -- you didn't mention, but you'd still have to > gouge holes and build board mounting spots) the > keyboard is probably the trickiest bit. > -- > Ward Griffiths wdg3rd at comcast.net > > These histrionics were probably unnecessary, since > there was no reason to think anybody would be > watching us with more than casual interest until I > made my first move to follow Buchanon's trail, in > London. Still, somebody might check back this far > later, and I always feel that if you're going to > play a part, you might as well play it all the way, > at least in public -- and it's hard to tell what's > public and what isn't, these electronic days. > Donald Hamilton, _The Devastators_, 1965 > > -------------- Original message > ---------------------- > From: Ben Jimenez > > Yes, I was wondering about the keyboard, and also > the > > power supply would have to be external (outside) > the > > case, like some of the laptops have. > > > > > > --- Rod Barnhart wrote: > > > > > On Sat, May 10, 2008 at 3:06 PM, Ben Jimenez > > > wrote: > > > > > > > > I would like to try and put a pc into a coco > case. > > > I > > > > was wondering just how big of a project this > would > > > be > > > > to get working. I've not done this type of > project > > > > before. I've built PC's old and new. I thought > it > > > > would be neet to make a emulated Coco in a > coco > > > case. > > > > Has anyone done this before? I've seen alot of > > > Coco > > > > projects on the net. > > > > > > I don't know if it's been done before, but it > should > > > be fairly easy to > > > do using a small form-factor motherboard. Even > > > interfacing the > > > original CoCo keyboard shouldn't be too > challenging. > > > > > > -- > > > Rod Barnhart aka Wintermute > > > (http://www.nitemarecafe.com) > > > > > > -- > > > Coco mailing list > > > Coco at maltedmedia.com > > > http://five.pairlist.net/mailman/listinfo/coco > > > > > > > > > -- > > Coco mailing list > > Coco at maltedmedia.com > > http://five.pairlist.net/mailman/listinfo/coco > > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From ben_jimenez at yahoo.com Sun May 11 02:08:04 2008 From: ben_jimenez at yahoo.com (Ben Jimenez) Date: Sat, 10 May 2008 23:08:04 -0700 (PDT) Subject: [Coco] PC in a Coco case project questions In-Reply-To: <4C8EB9FD6963BD4C8BA6B0B60FE8E4DD2D8F@fenestra.lamunet.local> Message-ID: <813844.69354.qm@web52305.mail.re2.yahoo.com> I'll look into this, thanks for the info. --- Mike Pepe wrote: > A mini-ITX PC into a CoCo case is not a big deal. > People build them into > old Macs, Atari 2600's, etc. The power supplies are > small, and an > automotive DC-to-DC version could be run from a nice > sized 12V power > brick. > > If you intend to use the CoCo keyboard, as Ward > mentioned, would > probably be the most difficult thing to do. > > A CoCo 1 case would probably be best for this, as > it's obviously larger. > > -Mike > > > -----Original Message----- > > From: coco-bounces at maltedmedia.com [mailto:coco- > > bounces at maltedmedia.com] On Behalf Of > wdg3rd at comcast.net > > Sent: Saturday, May 10, 2008 8:23 PM > > To: CoCoList for Color Computer Enthusiasts > > Subject: Re: [Coco] PC in a Coco case project > questions > > > > Power supply and such, you might have to use > laptop components to fit, > > though I haven't researched low-profile desktop PC > components lately > > since I use towers, as tall as I can get them, I > want POWER!!! and to > > hell with the green twits. (My favorite case, and > someday I'll build > > half a dozen CoCo 3s into one, was the AT&T 6486 > big box that was > built > > by Intel, though the previous 6386 built by > Ollivetti is a close > > second). > > > > Aside from having to gouge holes in the back of > the old grey case (or > > were you planning a CoCo 2 or 3 case? -- you > didn't mention, but you'd > > still have to gouge holes and build board mounting > spots) the keyboard > > is probably the trickiest bit. > > -- > > Ward Griffiths wdg3rd at comcast.net > > > > These histrionics were probably unnecessary, since > there was no reason > > to think anybody would be watching us with more > than casual interest > > until I made my first move to follow Buchanon's > trail, in London. > > Still, somebody might check back this far later, > and I always feel > that > > if you're going to play a part, you might as well > play it all the way, > > at least in public -- and it's hard to tell what's > public and what > > isn't, these electronic days. > > Donald Hamilton, _The Devastators_, 1965 > > > > -------------- Original message > ---------------------- > > From: Ben Jimenez > > > Yes, I was wondering about the keyboard, and > also the > > > power supply would have to be external (outside) > the > > > case, like some of the laptops have. > > > > > > > > > --- Rod Barnhart wrote: > > > > > > > On Sat, May 10, 2008 at 3:06 PM, Ben Jimenez > > > > wrote: > > > > > > > > > > I would like to try and put a pc into a coco > case. > > > > I > > > > > was wondering just how big of a project this > would > > > > be > > > > > to get working. I've not done this type of > project > > > > > before. I've built PC's old and new. I > thought it > > > > > would be neet to make a emulated Coco in a > coco > > > > case. > > > > > Has anyone done this before? I've seen alot > of > > > > Coco > > > > > projects on the net. > > > > > > > > I don't know if it's been done before, but it > should > > > > be fairly easy to > > > > do using a small form-factor motherboard. Even > > > > interfacing the > > > > original CoCo keyboard shouldn't be too > challenging. > > > > > > > > -- > > > > Rod Barnhart aka Wintermute > > > > (http://www.nitemarecafe.com) > > > > > > > > -- > > > > Coco mailing list > > > > Coco at maltedmedia.com > > > > http://five.pairlist.net/mailman/listinfo/coco > > > > > > > > > > > > > -- > > > Coco mailing list > > > Coco at maltedmedia.com > > > http://five.pairlist.net/mailman/listinfo/coco > > > > > > > > -- > > Coco mailing list > > Coco at maltedmedia.com > > http://five.pairlist.net/mailman/listinfo/coco > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From chazbeenhad at hotmail.com Sun May 11 08:52:21 2008 From: chazbeenhad at hotmail.com (Charlie) Date: Sun, 11 May 2008 08:52:21 -0400 Subject: [Coco] Jeweled game done References: <20080506224847.1661D20A33@qs281.pair.com> Message-ID: Hi Roger. I received my disk yesterday. Thanks! You did an excellent job. I really enjoy this one and I typically like more arcade style games. I've already played for a few hours (I was up playing till 2am playing). So far the highest level I've reached is 15 in one session. Can the game ever end? or do you just quit when you have had enough? Also the levels increase in number but level 15 seemed as easy as level 1. Am I right about that? Charlie "Roger Taylor" wrote in message news:20080506224847.1661D20A33 at qs281.pair.com... > Hey folks, > > I've called it a deal on the Jeweled game for the CoCo. I was unable to > put in a puzzle mode in this version due to time constraints. Because the > board gems fall when others are cleared, predicting where the board will > be after so many moves has become a big challenge and I feel that it would > take me further beyond the already late deadline for completing this game. > The puzzle mode was a last minute decision that I shouldn't have chosen at > such at late time anyway. When I upgrade the game I will work on the > puzzle mode first and give a copy to you if you have the first full > version. > > Jeweled is available on virtual disk, 5.25" and 3.5" CoCo floppies. > Requires a 512k CoCo 3 and joystick or mouse. > RGB monitor or composite monitor/TV > 60hz and 50hz video > > Those who got the virtual disk should receive it in 1-2 days. > > see the front page of www.coco3.com for a screenshot and details. > Thanks. > > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From operator at coco3.com Sun May 11 12:10:40 2008 From: operator at coco3.com (Roger Taylor) Date: Sun, 11 May 2008 11:10:40 -0500 Subject: [Coco] Jeweled game done In-Reply-To: References: <20080506224847.1661D20A33@qs281.pair.com> Message-ID: <20080511161104.1F22E20A33@qs281.pair.com> At 07:52 AM 5/11/2008, you wrote: >Hi Roger. I received my disk yesterday. Thanks! >You did an excellent job. I really enjoy this one and I typically >like more arcade style games. >I've already played for a few hours (I was up playing till 2am >playing). So far the highest level I've reached is 15 in one session. >Can the game ever end? or do you just quit when you have had enough? >Also the levels increase in number >but level 15 seemed as easy as level 1. Am I right about that? > >Charlie The odd levels have more gems and the even levels have fewer gems which cause more combos and cascades and naturally bigger score building, but the game alternates consistently between hard/easy levels throughout play. Yes, the game can end with no available moves if you don't play with some strategy to help keep feeding the board with new gems. You'd eventually look for a move and won't find one after which you just hit Break to end the game or let it sit on the screen like I do just for fun until I'm ready to play another session. One of the tricks of Bejeweled for long play and piling up your score is to move back and forth betwen the bottom and top of the board when the time is right. You want to pick moves towards the bottom first since the large collapse will generate more possible moves. If you're closer to the top and it's looking scary, you'll find yourself trying for sets that push you further down the board again. From chawks at dls.net Sun May 11 16:43:43 2008 From: chawks at dls.net (Christopher Hawks) Date: Sun, 11 May 2008 15:43:43 -0500 Subject: [Coco] nitros9 questions In-Reply-To: <200805102238.01915.gene.heskett@verizon.net> References: <200805101229.39150.gene.heskett@verizon.net> <200805102111.52347.gene.heskett@verizon.net> <4826554E.2020000@dls.net> <200805102238.01915.gene.heskett@verizon.net> Message-ID: <48275A7F.7000300@dls.net> Gene Heskett said the following on 05/10/2008 09:38 PM: > On Saturday 10 May 2008, Christopher Hawks wrote: >> Gene Heskett said the following on 05/10/2008 08:11 PM: >>> I understand you have a CDF filesystem now, what are you asking for that? >>> I already have a scsi cd-r drive. >> Yes, I sell CDF (CD rom filemanager) for both 6x09 and 68000 (Nitr)OS-9. >> The 6x09 version (specify which) is $25 and the 68000 version is $50. > > Url for a secure order? Don't have one. I can take PayPal or you can send me a check. HAWKSoft 25818 Hunter Rd. Harvard, Il. 60033 -- Christopher R. Hawks HAWKSoft --------------------------------------------------------- "As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product." -- David H. Wolfskill, in alt.sysadmin.recovery From gene.heskett at verizon.net Sun May 11 16:48:43 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Sun, 11 May 2008 16:48:43 -0400 Subject: [Coco] nitros9 questions In-Reply-To: <48275A7F.7000300@dls.net> References: <200805101229.39150.gene.heskett@verizon.net> <200805102238.01915.gene.heskett@verizon.net> <48275A7F.7000300@dls.net> Message-ID: <200805111648.43724.gene.heskett@verizon.net> On Sunday 11 May 2008, Christopher Hawks wrote: >Gene Heskett said the following on 05/10/2008 09:38 PM: >> On Saturday 10 May 2008, Christopher Hawks wrote: >>> Gene Heskett said the following on 05/10/2008 08:11 PM: >>>> I understand you have a CDF filesystem now, what are you asking for >>>> that? I already have a scsi cd-r drive. >>> >>> Yes, I sell CDF (CD rom filemanager) for both 6x09 and 68000 (Nitr)OS-9. >>> The 6x09 version (specify which) is $25 and the 68000 version is $50. >> >> Url for a secure order? > > Don't have one. I can take PayPal or you can send me a check. > >HAWKSoft >25818 Hunter Rd. >Harvard, Il. 60033 Oohhkayy, as soon as I get a printer working on the coco, I'll cut a check & send it, or have the bank send it actually. The bank may not have the item on the check, so it will be the 6309 version I want. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) To err is human; to admit it, a blunder. From chawks at dls.net Sun May 11 18:40:13 2008 From: chawks at dls.net (Christopher Hawks) Date: Sun, 11 May 2008 17:40:13 -0500 Subject: [Coco] nitros9 questions In-Reply-To: <200805111648.43724.gene.heskett@verizon.net> References: <200805101229.39150.gene.heskett@verizon.net> <200805102238.01915.gene.heskett@verizon.net> <48275A7F.7000300@dls.net> <200805111648.43724.gene.heskett@verizon.net> Message-ID: <482775CD.6090203@dls.net> Gene Heskett said the following on 05/11/2008 03:48 PM: > On Sunday 11 May 2008, Christopher Hawks wrote: >> Gene Heskett said the following on 05/10/2008 09:38 PM: >>> On Saturday 10 May 2008, Christopher Hawks wrote: >>>> Gene Heskett said the following on 05/10/2008 08:11 PM: >>>>> I understand you have a CDF filesystem now, what are you asking for >>>>> that? I already have a scsi cd-r drive. >>>> Yes, I sell CDF (CD rom filemanager) for both 6x09 and 68000 (Nitr)OS-9. >>>> The 6x09 version (specify which) is $25 and the 68000 version is $50. >>> Url for a secure order? >> Don't have one. I can take PayPal or you can send me a check. >> >> HAWKSoft >> 25818 Hunter Rd. >> Harvard, Il. 60033 > > Oohhkayy, as soon as I get a printer working on the coco, I'll cut a check & > send it, or have the bank send it actually. The bank may not have the item > on the check, so it will be the 6309 version I want. > Ready and waiting! You get all 3 versions (6809L1, 6809L2, and 6309L2) You can dsave the directories right into the NitrOS9 distribution disk and uncomment their entries in standard.bl to build a new bootfile. -- Christopher R. Hawks HAWKSoft --------------------------------------------------------- On two occasions I have been asked [by members of Parliament], 'Pray, Mr. Babbage, if you put into the machine wrong figures, will the right answers come out?' I am not able rightly to apprehend the kind of confusion of ideas that could provoke such a question. -- Charles Babbage From gene.heskett at verizon.net Sun May 11 19:16:23 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Sun, 11 May 2008 19:16:23 -0400 Subject: [Coco] nitros9 questions In-Reply-To: <482775CD.6090203@dls.net> References: <200805101229.39150.gene.heskett@verizon.net> <200805111648.43724.gene.heskett@verizon.net> <482775CD.6090203@dls.net> Message-ID: <200805111916.23561.gene.heskett@verizon.net> On Sunday 11 May 2008, Christopher Hawks wrote: >Gene Heskett said the following on 05/11/2008 03:48 PM: >> On Sunday 11 May 2008, Christopher Hawks wrote: >>> Gene Heskett said the following on 05/10/2008 09:38 PM: >>>> On Saturday 10 May 2008, Christopher Hawks wrote: >>>>> Gene Heskett said the following on 05/10/2008 08:11 PM: >>>>>> I understand you have a CDF filesystem now, what are you asking for >>>>>> that? I already have a scsi cd-r drive. >>>>> >>>>> Yes, I sell CDF (CD rom filemanager) for both 6x09 and 68000 >>>>> (Nitr)OS-9. The 6x09 version (specify which) is $25 and the 68000 >>>>> version is $50. >>>> >>>> Url for a secure order? >>> >>> Don't have one. I can take PayPal or you can send me a check. >>> >>> HAWKSoft >>> 25818 Hunter Rd. >>> Harvard, Il. 60033 >> >> Oohhkayy, as soon as I get a printer working on the coco, I'll cut a check >> & send it, or have the bank send it actually. The bank may not have the >> item on the check, so it will be the 6309 version I want. > > Ready and waiting! You get all 3 versions (6809L1, 6809L2, and 6309L2) You >can dsave the directories right into the NitrOS9 distribution disk and >uncomment their entries in standard.bl to build a new bootfile. Chuckle, thanks Chris. I about wore myself out today trying to rig a loop from the bitbanger port to a usb adapter and an extension cable up to this box, and from here via another extension cable to a fairly new c88 downstairs. But the c88 doesn't seem like it wants to clean its nozzles for black and magenta, sat too long in the box & dried out I guess, Now, when I get to town, I'm looking for a specific brother laser that claims to understand IBM ProPrinter as that just might understand ascii & its not much more than a big buck. Tomorrow I think, the weather here threatened tornado's all afternoon, but none came calling although we did get the impression that they found the instructions written on the heel of that famous boot full of used water. And inch or so at least. Plus I about used me up running up and down the stairs rigging those usb extension cables. And I know I've got a db9 gender changer that's female on both sides, but haven't found it yet, so I'll have to get one of those while in town. Besides, tomorrow I might find out what they want to do with my slowly failing heart, it was down to only 44 a minute a week ago last Wednesday for a little while. And that is crimping my normal pace a bit. Darnit. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) There are more things in heaven and earth, Horatio, than are dreamt of in your philosophy. -- Wm. Shakespeare, "Hamlet" From chawks at dls.net Sun May 11 20:49:44 2008 From: chawks at dls.net (Christopher Hawks) Date: Sun, 11 May 2008 19:49:44 -0500 Subject: [Coco] nitros9 questions In-Reply-To: <200805111916.23561.gene.heskett@verizon.net> References: <200805101229.39150.gene.heskett@verizon.net> <200805111648.43724.gene.heskett@verizon.net> <482775CD.6090203@dls.net> <200805111916.23561.gene.heskett@verizon.net> Message-ID: <48279428.7050202@dls.net> Gene Heskett said the following on 05/11/2008 06:16 PM: > On Sunday 11 May 2008, Christopher Hawks wrote: >> Gene Heskett said the following on 05/11/2008 03:48 PM: >>> On Sunday 11 May 2008, Christopher Hawks wrote: >>>> Gene Heskett said the following on 05/10/2008 09:38 PM: >>>>> On Saturday 10 May 2008, Christopher Hawks wrote: >>>>>> Gene Heskett said the following on 05/10/2008 08:11 PM: >>>>>>> I understand you have a CDF filesystem now, what are you asking for >>>>>>> that? I already have a scsi cd-r drive. >>>>>> Yes, I sell CDF (CD rom filemanager) for both 6x09 and 68000 >>>>>> (Nitr)OS-9. The 6x09 version (specify which) is $25 and the 68000 >>>>>> version is $50. >>>>> Url for a secure order? >>>> Don't have one. I can take PayPal or you can send me a check. >>>> >>>> HAWKSoft >>>> 25818 Hunter Rd. >>>> Harvard, Il. 60033 >>> Oohhkayy, as soon as I get a printer working on the coco, I'll cut a check >>> & send it, or have the bank send it actually. The bank may not have the >>> item on the check, so it will be the 6309 version I want. >> Ready and waiting! You get all 3 versions (6809L1, 6809L2, and 6309L2) You >> can dsave the directories right into the NitrOS9 distribution disk and >> uncomment their entries in standard.bl to build a new bootfile. > > Chuckle, thanks Chris. I about wore myself out today trying to rig a loop > from the bitbanger port to a usb adapter and an extension cable up to this > box, and from here via another extension cable to a fairly new c88 > downstairs. But the c88 doesn't seem like it wants to clean its nozzles for > black and magenta, sat too long in the box & dried out I guess, Now, when I > get to town, I'm looking for a specific brother laser that claims to > understand IBM ProPrinter as that just might understand ascii & its not much > more than a big buck. Tomorrow I think, the weather here threatened > tornado's all afternoon, but none came calling although we did get the > impression that they found the instructions written on the heel of that > famous boot full of used water. And inch or so at least. > > Plus I about used me up running up and down the stairs rigging those usb > extension cables. And I know I've got a db9 gender changer that's female on > both sides, but haven't found it yet, so I'll have to get one of those while > in town. Yeah, I'm learning the feeling. That's why everything including the computer room is on 1 (one) floor since we moved (back) to Illinois. > Besides, tomorrow I might find out what they want to do with my slowly failing > heart, it was down to only 44 a minute a week ago last Wednesday for a little > while. And that is crimping my normal pace a bit. Darnit. A good friend says her pacemaker gave her back her life. She had problems with a slow heart and had one put in about 10 years ago. When she was only 80!! -- Christopher R. Hawks HAWKSoft --------------------------------------------------------- "Here's a horrible thought: You know how dumb the average person is? Well, half the human race is even dumber than that..." From gene.heskett at verizon.net Sun May 11 20:56:16 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Sun, 11 May 2008 20:56:16 -0400 Subject: [Coco] nitros9 questions In-Reply-To: <48279428.7050202@dls.net> References: <200805101229.39150.gene.heskett@verizon.net> <200805111916.23561.gene.heskett@verizon.net> <48279428.7050202@dls.net> Message-ID: <200805112056.17063.gene.heskett@verizon.net> On Sunday 11 May 2008, Christopher Hawks wrote: >Gene Heskett said the following on 05/11/2008 06:16 PM: >> On Sunday 11 May 2008, Christopher Hawks wrote: > A good friend says her pacemaker gave her back her life. She had problems > with a slow heart and had one put in about 10 years ago. When she was only > 80!! Good for her. Me, I'm only 73, but I've also gone diabetic in the last 10 years. I suspect I'll need a stent or two minimum, maybe a bypass. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) "What if" is a trademark of Hewlett Packard, so stop using it in your sentences without permission, or risk being sued. From goosey at virgo.sdc.org Sun May 11 21:07:06 2008 From: goosey at virgo.sdc.org (Willard Goosey) Date: Sun, 11 May 2008 19:07:06 -0600 Subject: [Coco] nitros9 questions In-Reply-To: <200805101229.39150.gene.heskett@verizon.net> References: <200805101229.39150.gene.heskett@verizon.net> Message-ID: <20080512010706.GA9012@virgo.sdc.org> On Sat, May 10, 2008 at 12:29:39PM -0400, Gene Heskett wrote: > vi startup > error 234 - non-existent module Ummm... Do you have the VRN drivers and descriptors in your os9boot? That is exactly the error you get if you try to run the VI device descriptor as a program module.... You'd think it would be more like wrong type module, but... I know this, since I habitually include VRN in all my bootdisks. IMHO no OS is complete without a null device. ;-) Otherwise it must be a 6309 thing, 'cause tsedit runs fine on 6809 nitros. Willard -- Willard Goosey goosey at sdc.org Socorro, New Mexico, USA I search my heart and find Cimmeria, land of Darkness and the Night. -- R.E. Howard From goosey at virgo.sdc.org Sun May 11 21:20:45 2008 From: goosey at virgo.sdc.org (Willard Goosey) Date: Sun, 11 May 2008 19:20:45 -0600 Subject: [Coco] Programs for NitrOS-9 In-Reply-To: <200805070608.44818.gene.heskett@verizon.net> References: <4821371A.5000504@usfamily.net> <200805070608.44818.gene.heskett@verizon.net> Message-ID: <20080512012045.GB9012@virgo.sdc.org> On Wed, May 07, 2008 at 06:08:44AM -0400, Gene Heskett wrote: > On Wednesday 07 May 2008, Fred D. Provoncha wrote: > >If this helps at all Gene, I just tested IconEdit under NitrOS9 3.24 and > >it seemed to work fine, except for a TMODE call somewhere that generated > >a Syntax Error because the syntax for the TMODE command has been changed. > > > >Fred Provoncha > >Stansbury Park, UT > > > The tmode thing will need fixed, but if that's all it needs to run on 3.24, > then that narrows the bisection considerably. Thank you very much, Fred. OK, I've been playing with this. Nitros LII 3.2.6 6809. I used DED to fix all the tmode calls. When run, icned resets the screen size and colors, turns off echo, and bombs out with an error 48 -- unimplemented routine. I thought this might be coming from one of the newer BASIC09 modules (gfx2 or runb) so I built a new copy with stock Tandy runb, gfx2, inkey, syscall, and got the same result. Willard -- Willard Goosey goosey at sdc.org Socorro, New Mexico, USA I search my heart and find Cimmeria, land of Darkness and the Night. -- R.E. Howard From rlcarr at rlcarr.com Sun May 11 22:48:59 2008 From: rlcarr at rlcarr.com (Rich Carreiro) Date: 11 May 2008 22:48:59 -0400 Subject: [Coco] Programming in NitrOS-9? Message-ID: Total OS-9/NitrOS-9 newbie here... I've grabbed NitrOS-9 Level 2 from sourceforge and fired it up on a virtual CoCo3 under MESS. After doing some poking around, the only development tools I could find were an text editor and an assembler. Can BASIC09 be had from anywhere? How about a C compiler? Or do I have to go ebaying for old floppies of Microware CoCo BASIC09 and Microware CoCo C compiler? -- Rich Carreiro rlcarr at rlcarr.com From gene.heskett at verizon.net Mon May 12 06:05:39 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Mon, 12 May 2008 06:05:39 -0400 Subject: [Coco] nitros9 questions In-Reply-To: <20080512010706.GA9012@virgo.sdc.org> References: <200805101229.39150.gene.heskett@verizon.net> <20080512010706.GA9012@virgo.sdc.org> Message-ID: <200805120605.39333.gene.heskett@verizon.net> On Sunday 11 May 2008, Willard Goosey wrote: >On Sat, May 10, 2008 at 12:29:39PM -0400, Gene Heskett wrote: >> vi startup >> error 234 - non-existent module > >Ummm... Do you have the VRN drivers and descriptors in your os9boot? >That is exactly the error you get if you try to run the VI device >descriptor as a program module.... > Yes, that is what I found to be the case. Like you, the VRN stuff has been part of my bootfile since forever it seems. >You'd think it would be more like wrong type module, but... Well, IMNSHO, a device descriptor should not be an executable, and until this last couple of releases, has never before been attempted. A device descriptor is a lookup table, nothing more. It might be fixable with vfy, but I haven't tested the idea. The Att/Rev byte in the header really should call them all 'data'. >I know this, since I habitually include VRN in all my bootdisks. IMHO >no OS is complete without a null device. ;-) I share that opinion. >Otherwise it must be a 6309 thing, 'cause tsedit runs fine on 6809 >nitros. I may try it by linking or renaming vi to vim, although there's no way it could be confused with the real vim. Still, its the best small editor we have. The only one where you can "vi #56k bigfile', everything else that I have either forces you to less than 40k (edit), or even ignores it and makes you page through the file 16k at a time(ds). I used to use xed & xprint back in the day, but they were about as buggy as the standalone edit, & when level 2 came out, they didn't run on the coco3. To be fair to ved & vprint, I don't have them, so I can't judge them. It had been so long since I used edit that I had to read up about it in the level 2 manual. :( >Willard -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Flon's Law: There is not now, and never will be, a language in which it is the least bit difficult to write bad programs. From gene.heskett at verizon.net Mon May 12 06:14:59 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Mon, 12 May 2008 06:14:59 -0400 Subject: [Coco] Programs for NitrOS-9 In-Reply-To: <20080512012045.GB9012@virgo.sdc.org> References: <4821371A.5000504@usfamily.net> <200805070608.44818.gene.heskett@verizon.net> <20080512012045.GB9012@virgo.sdc.org> Message-ID: <200805120614.59602.gene.heskett@verizon.net> On Sunday 11 May 2008, Willard Goosey wrote: >On Wed, May 07, 2008 at 06:08:44AM -0400, Gene Heskett wrote: >> On Wednesday 07 May 2008, Fred D. Provoncha wrote: >> >If this helps at all Gene, I just tested IconEdit under NitrOS9 3.24 and >> >it seemed to work fine, except for a TMODE call somewhere that generated >> >a Syntax Error because the syntax for the TMODE command has been changed. >> > >> >Fred Provoncha >> >Stansbury Park, UT >> >> The tmode thing will need fixed, but if that's all it needs to run on >> 3.24, then that narrows the bisection considerably. Thank you very much, >> Fred. > >OK, I've been playing with this. Nitros LII 3.2.6 6809. > >I used DED to fix all the tmode calls. When run, icned resets the >screen size and colors, turns off echo, and bombs out with an error 48 >-- unimplemented routine. Humm, 2 things come to mind, one might be the mouse handling, the other is ISTR I named that thing IcnEdit, not icned. But we all know memory is the second thing to go, so I'll have to run a find on /dd/maxtor & check that. I haven't managed to get multivue to work here yet, other things keep getting in the way. All this module renaming is breaking things faster than I can fix them. >I thought this might be coming from one of the newer BASIC09 modules >(gfx2 or runb) so I built a new copy with stock Tandy runb, gfx2, >inkey, syscall, and got the same result. > >Willard -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Q: What is green and lives in the ocean? A: Moby Pickle. From rod.barnhart at gmail.com Mon May 12 09:27:14 2008 From: rod.barnhart at gmail.com (Rod Barnhart) Date: Mon, 12 May 2008 09:27:14 -0400 Subject: [Coco] PC in a Coco case project questions In-Reply-To: <188804.91665.qm@web52309.mail.re2.yahoo.com> References: <051120080323.21981.482666A3000D68F3000055DD22092246270B9DCC090B99@comcast.net> <188804.91665.qm@web52309.mail.re2.yahoo.com> Message-ID: <6cd9b02e0805120627p54a7a1d4v10f27d984446b372@mail.gmail.com> On Sun, May 11, 2008 at 2:06 AM, Ben Jimenez wrote: > Since i'm still in the brainstorming mode, I'm not > sure which case I will use. Since at the momment I > don't have one. I was thinking of replacing the key > board with a laptop keyboard or small standard > keyboard if I could not get the Coco keyboard going. You could probably use a small-ish USB keyboard as well. I've seen them stuffed into notebooks where the original keyboard had failed. But to do the original CoCo keyboard, you'd basically build the reverse of Cloud-9's AT Keyboard Adapter. I've seen C64 and Apple keyboards interfaced to PCs (doing basically the same thing you proposed, building PC-based emulation machines into the original cases), so I'm sure it can be done. It would be a nice finishing touch :) -- Rod Barnhart aka Wintermute (http://www.nitemarecafe.com) From johnchasteen.2 at juno.com Mon May 12 16:00:11 2008 From: johnchasteen.2 at juno.com (John T Chasteen) Date: Mon, 12 May 2008 15:00:11 -0500 Subject: [Coco] Second CV Card Message-ID: <20080512.150012.1600.0.johnchasteen.2@juno.com> Good Afternoon Coco Friends I will soon receive my MPI and the CF 4n1 adapter. my question is Who makes the compatible CF units and what do I have to do to store both types of files? John From mark at cloud9tech.com Mon May 12 16:41:23 2008 From: mark at cloud9tech.com (Mark Marlette) Date: Mon, 12 May 2008 15:41:23 -0500 Subject: [Coco] Second CV Card In-Reply-To: <20080512.150012.1600.0.johnchasteen.2@juno.com> References: <20080512.150012.1600.0.johnchasteen.2@juno.com> Message-ID: <20080512154123.aqzcs96d8g8kgkg8@webmail.frontiernet.net> John, The 4n1 just allows 'other' devices to be placed in the CF slot. They all look like a CF to the SuperIDE. From DECB, LOADM, SAVEM, LOAD, SAVE all work the same as they do with a floppy. Regards, Mark Cloud-9 Quoting John T Chasteen : > Good Afternoon Coco Friends > > I will soon receive my MPI and the CF 4n1 adapter. my question is > > Who makes the compatible CF units and what do I have to do to store > > both types of files? > > John > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From goosey at virgo.sdc.org Mon May 12 18:45:00 2008 From: goosey at virgo.sdc.org (Willard Goosey) Date: Mon, 12 May 2008 16:45:00 -0600 Subject: [Coco] nitros9 questions In-Reply-To: <200805120605.39333.gene.heskett@verizon.net> References: <200805101229.39150.gene.heskett@verizon.net> <20080512010706.GA9012@virgo.sdc.org> <200805120605.39333.gene.heskett@verizon.net> Message-ID: <20080512224500.GA5010@virgo.sdc.org> On Mon, May 12, 2008 at 06:05:39AM -0400, Gene Heskett wrote: > Yes, that is what I found to be the case. Like you, the VRN stuff has been > part of my bootfile since forever it seems. I'm fascinated by this virtual irq idea, but never actually wrote a program that uses it. > Well, IMNSHO, a device descriptor should not be an executable, and > until this last couple of releases, has never before been attempted. Had this problem way back when I first got my hands on tsedit and applied the "vi" patches. I don't remember if it was the same error, but different modules with the same name are always trouble. I changed tsedit's name back to tsedit. > I share that opinion. :-) Willard -- Willard Goosey goosey at sdc.org Socorro, New Mexico, USA I search my heart and find Cimmeria, land of Darkness and the Night. -- R.E. Howard From goosey at virgo.sdc.org Mon May 12 18:55:59 2008 From: goosey at virgo.sdc.org (Willard Goosey) Date: Mon, 12 May 2008 16:55:59 -0600 Subject: [Coco] Programs for NitrOS-9 In-Reply-To: <200805120614.59602.gene.heskett@verizon.net> References: <4821371A.5000504@usfamily.net> <200805070608.44818.gene.heskett@verizon.net> <20080512012045.GB9012@virgo.sdc.org> <200805120614.59602.gene.heskett@verizon.net> Message-ID: <20080512225559.GB5010@virgo.sdc.org> On Mon, May 12, 2008 at 06:14:59AM -0400, Gene Heskett wrote: > Humm, 2 things come to mind, one might be the mouse handling, the > other is ISTR I named that thing IcnEdit, not icned. But we all > know memory is the second thing to go, I might have been fried, too. At one point I had so many varients on that filename bouncing around I was confusing myself. Between the original binary, the source, versions of both with the tmode calls fixed, binaries with stock and nitros runb's (and etc) merged onto them, captured "ident" lists.... Willard -- Willard Goosey goosey at sdc.org Socorro, New Mexico, USA I search my heart and find Cimmeria, land of Darkness and the Night. -- R.E. Howard From johnadonaldson at sbcglobal.net Mon May 12 22:14:17 2008 From: johnadonaldson at sbcglobal.net (John Donaldson) Date: Mon, 12 May 2008 21:14:17 -0500 Subject: [Coco] nitros9 questions In-Reply-To: <200805120605.39333.gene.heskett@verizon.net> References: <200805101229.39150.gene.heskett@verizon.net> <20080512010706.GA9012@virgo.sdc.org> <200805120605.39333.gene.heskett@verizon.net> Message-ID: <4828F979.6070900@sbcglobal.net> Gene Heskett wrote: >On Sunday 11 May 2008, Willard Goosey wrote: > > >>On Sat, May 10, 2008 at 12:29:39PM -0400, Gene Heskett wrote: >> >> >>>vi startup >>> error 234 - non-existent module >>> >>> >>Ummm... Do you have the VRN drivers and descriptors in your os9boot? >>That is exactly the error you get if you try to run the VI device >>descriptor as a program module.... >> >> >> >Yes, that is what I found to be the case. Like you, the VRN stuff has been >part of my bootfile since forever it seems. > > > >>You'd think it would be more like wrong type module, but... >> >> > >Well, IMNSHO, a device descriptor should not be an executable, and until this >last couple of releases, has never before been attempted. A device >descriptor is a lookup table, nothing more. It might be fixable with vfy, >but I haven't tested the idea. The Att/Rev byte in the header really should >call them all 'data'. > > > >>I know this, since I habitually include VRN in all my bootdisks. IMHO >>no OS is complete without a null device. ;-) >> >> > >I share that opinion. > > > >>Otherwise it must be a 6309 thing, 'cause tsedit runs fine on 6809 >>nitros. >> >> > >I may try it by linking or renaming vi to vim, although there's no way it >could be confused with the real vim. Still, its the best small editor we >have. The only one where you can "vi #56k bigfile', everything else that I >have either forces you to less than 40k (edit), or even ignores it and makes >you page through the file 16k at a time(ds). I used to use xed & xprint back >in the day, but they were about as buggy as the standalone edit, & when level >2 came out, they didn't run on the coco3. To be fair to ved & vprint, I >don't have them, so I can't judge them. > >It had been so long since I used edit that I had to read up about it in the >level 2 manual. :( > > > > >>Willard >> >> > > > > > What about SLED....I used to use it all the time. A great editor. I think there was a Color SLED to that when using it to write source code would set different part different colors like REM statements set to all Green, line numbers to a different color, and code text to another color. -- From gene.heskett at verizon.net Mon May 12 22:25:01 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Mon, 12 May 2008 22:25:01 -0400 Subject: [Coco] nitros9 questions In-Reply-To: <4828F979.6070900@sbcglobal.net> References: <200805101229.39150.gene.heskett@verizon.net> <200805120605.39333.gene.heskett@verizon.net> <4828F979.6070900@sbcglobal.net> Message-ID: <200805122225.01122.gene.heskett@verizon.net> On Monday 12 May 2008, John Donaldson wrote: >Gene Heskett wrote: >>On Sunday 11 May 2008, Willard Goosey wrote: >>>On Sat, May 10, 2008 at 12:29:39PM -0400, Gene Heskett wrote: >>>>vi startup >>>> error 234 - non-existent module >>> >>>Ummm... Do you have the VRN drivers and descriptors in your os9boot? >>>That is exactly the error you get if you try to run the VI device >>>descriptor as a program module.... >> >>Yes, that is what I found to be the case. Like you, the VRN stuff has been >>part of my bootfile since forever it seems. >> >>>You'd think it would be more like wrong type module, but... >> >>Well, IMNSHO, a device descriptor should not be an executable, and until >> this last couple of releases, has never before been attempted. A device >> descriptor is a lookup table, nothing more. It might be fixable with vfy, >> but I haven't tested the idea. The Att/Rev byte in the header really >> should call them all 'data'. >> >>>I know this, since I habitually include VRN in all my bootdisks. IMHO >>>no OS is complete without a null device. ;-) >> >>I share that opinion. >> >>>Otherwise it must be a 6309 thing, 'cause tsedit runs fine on 6809 >>>nitros. >> >>I may try it by linking or renaming vi to vim, although there's no way it >>could be confused with the real vim. Still, its the best small editor we >>have. The only one where you can "vi #56k bigfile', everything else that I >>have either forces you to less than 40k (edit), or even ignores it and >> makes you page through the file 16k at a time(ds). I used to use xed & >> xprint back in the day, but they were about as buggy as the standalone >> edit, & when level 2 came out, they didn't run on the coco3. To be fair >> to ved & vprint, I don't have them, so I can't judge them. >> >>It had been so long since I used edit that I had to read up about it in the >>level 2 manual. :( >> >>>Willard > >What about SLED....I used to use it all the time. A great editor. I >think there was a Color SLED to that when using it to write source code >would set different part different colors like REM statements set to all >Green, line numbers to a different color, and code text to another color. I did try it once way back in coco2 days, it crashed about 90% of the time for me. I also know that many used it successfully too, but I guess it didn't like me or something. Where can a more recent copy be found? Thanks John. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) It is the wisdom of crocodiles, that shed tears when they would devour. -- Francis Bacon From schountz at south81.org Mon May 12 22:50:44 2008 From: schountz at south81.org (Tony Schountz) Date: Mon, 12 May 2008 20:50:44 -0600 Subject: [Coco] Programming in NitrOS-9? In-Reply-To: References: Message-ID: Rich, You can download support files for Pascal09 from my web site: http://www.pascal09.org/ Tony On May 11, 2008, at 8:48 PM, Rich Carreiro wrote: > Total OS-9/NitrOS-9 newbie here... > > I've grabbed NitrOS-9 Level 2 from sourceforge and > fired it up on a virtual CoCo3 under MESS. > > After doing some poking around, the only development > tools I could find were an text editor and an assembler. > > Can BASIC09 be had from anywhere? How about a C compiler? > > Or do I have to go ebaying for old floppies of Microware CoCo BASIC09 > and Microware CoCo C compiler? > > -- > Rich Carreiro rlcarr at rlcarr.com > > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From robert.gault at worldnet.att.net Mon May 12 23:44:02 2008 From: robert.gault at worldnet.att.net (Robert Gault) Date: Mon, 12 May 2008 23:44:02 -0400 Subject: [Coco] Programs for NitrOS-9 In-Reply-To: <200805120614.59602.gene.heskett@verizon.net> References: <4821371A.5000504@usfamily.net> <200805070608.44818.gene.heskett@verizon.net> <20080512012045.GB9012@virgo.sdc.org> <200805120614.59602.gene.heskett@verizon.net> Message-ID: <48290E82.1040706@worldnet.att.net> Gene Heskett wrote: > On Sunday 11 May 2008, Willard Goosey wrote: > >>On Wed, May 07, 2008 at 06:08:44AM -0400, Gene Heskett wrote: >> >>>On Wednesday 07 May 2008, Fred D. Provoncha wrote: >>> >>>>If this helps at all Gene, I just tested IconEdit under NitrOS9 3.24 and >>>>it seemed to work fine, except for a TMODE call somewhere that generated >>>>a Syntax Error because the syntax for the TMODE command has been changed. >>>> >>>>Fred Provoncha >>>>Stansbury Park, UT >>> >>>The tmode thing will need fixed, but if that's all it needs to run on >>>3.24, then that narrows the bisection considerably. Thank you very much, >>>Fred. >> >>OK, I've been playing with this. Nitros LII 3.2.6 6809. >> >>I used DED to fix all the tmode calls. When run, icned resets the >>screen size and colors, turns off echo, and bombs out with an error 48 >>-- unimplemented routine. > > > Humm, 2 things come to mind, one might be the mouse handling, the other is > ISTR I named that thing IcnEdit, not icned. But we all know memory is the > second thing to go, so I'll have to run a find on /dd/maxtor & check that. I > haven't managed to get multivue to work here yet, other things keep getting > in the way. All this module renaming is breaking things faster than I can > fix them. > > >>I thought this might be coming from one of the newer BASIC09 modules >>(gfx2 or runb) so I built a new copy with stock Tandy runb, gfx2, >>inkey, syscall, and got the same result. >> >>Willard > > > > I've been testing the RTSI file containing "IcnEd V3.18 by Gene Heskett, 1995" in the source code. Gene, is this the latest version? I started by changing all of the Shell calls to use the new syntax for Tmode. In this case, echo and -echo become eko= 1 or 0 and pause -pause is now pau= 1 or 0. Initially the program gave an error 48 which was because I had not preloaded my B09Utils merged file containing gfx, gfx2, inkey, and syscall. With that taken care of, making sure I had an env.file in SYS, and running the program from a graphics window, I got error 201 - illegal Path Number. As yet, I've not seen a link for this error in the source code. The error occurs after MultiView type window is started with IcnFiles and DirFiles in the menubar. An arrow mouse icon is also present. I don't see your credit message. From rlcarr at rlcarr.com Mon May 12 23:47:38 2008 From: rlcarr at rlcarr.com (Rich Carreiro) Date: 12 May 2008 23:47:38 -0400 Subject: [Coco] Programming in NitrOS-9? In-Reply-To: References: Message-ID: Right -- but that leads to a similar question? Where/how can you get OS-9 Pascal (or BASIC or C) schountz at south81.org (Tony Schountz) writes: > Rich, > > You can download support files for Pascal09 from my web site: > > http://www.pascal09.org/ > > Tony > > On May 11, 2008, at 8:48 PM, Rich Carreiro wrote: > > > Total OS-9/NitrOS-9 newbie here... > > > > I've grabbed NitrOS-9 Level 2 from sourceforge and > > fired it up on a virtual CoCo3 under MESS. > > > > After doing some poking around, the only development > > tools I could find were an text editor and an assembler. > > > > Can BASIC09 be had from anywhere? How about a C compiler? > > > > Or do I have to go ebaying for old floppies of Microware CoCo BASIC09 > > and Microware CoCo C compiler? > > > > -- > > Rich Carreiro rlcarr at rlcarr.com > > > > > > > > -- > > Coco mailing list > > Coco at maltedmedia.com > > http://five.pairlist.net/mailman/listinfo/coco > > > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco From schountz at south81.org Mon May 12 23:48:50 2008 From: schountz at south81.org (Tony Schountz) Date: Mon, 12 May 2008 21:48:50 -0600 Subject: [Coco] Programming in NitrOS-9? In-Reply-To: References: Message-ID: Try downloading the virtual hard disk from the site. No docs, of course... On May 12, 2008, at 9:47 PM, Rich Carreiro wrote: > Right -- but that leads to a similar question? > Where/how can you get OS-9 Pascal (or BASIC or C) > > schountz at south81.org (Tony Schountz) writes: > >> Rich, >> >> You can download support files for Pascal09 from my web site: >> >> http://www.pascal09.org/ >> >> Tony >> >> On May 11, 2008, at 8:48 PM, Rich Carreiro wrote: >> >>> Total OS-9/NitrOS-9 newbie here... >>> >>> I've grabbed NitrOS-9 Level 2 from sourceforge and >>> fired it up on a virtual CoCo3 under MESS. >>> >>> After doing some poking around, the only development >>> tools I could find were an text editor and an assembler. >>> >>> Can BASIC09 be had from anywhere? How about a C compiler? >>> >>> Or do I have to go ebaying for old floppies of Microware CoCo >>> BASIC09 >>> and Microware CoCo C compiler? >>> >>> -- >>> Rich Carreiro rlcarr at rlcarr.com >>> >>> >>> >>> -- >>> Coco mailing list >>> Coco at maltedmedia.com >>> http://five.pairlist.net/mailman/listinfo/coco >>> >> >> >> -- >> Coco mailing list >> Coco at maltedmedia.com >> http://five.pairlist.net/mailman/listinfo/coco > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From boisy at boisypitre.com Tue May 13 11:44:30 2008 From: boisy at boisypitre.com (Boisy G. Pitre) Date: Tue, 13 May 2008 10:44:30 -0500 Subject: [Coco] VI and VIRQ Message-ID: Gene, From your comments, I think you are misunderstanding OS-9's method for executing programs. Fact: if you type the name of a non-executable module (i.e. device descriptor) at the shell prompt in an attempt to execute it, you will get an error #234. This is the way it has always worked in OS-9 and NitrOS-9. Nothing in the last few releases of NitrOS-9 has changed in this regard. I checked the King's Quest III bootfile. Here's the ident output: 17 $C0 $47B370 . OS9p2 67 $C0 $0B2322 . Init 12 $C1 $FD1FEA . IOMan 28 $D1 $EFBE13 . RBF 9 $E1 $759161 . CC3Disk 82 $F1 $FC1918 . D0 82 $F1 $9F4210 . D1 82 $F1 $E6B118 . DD 13 $D1 $F946CA . SCF 19 $E1 $0C8A2E . CC3IO 1 $C1 $11ED90 . VDGInt 83 $F1 $AB5AE5 . TERM 10 $C1 $A18121 . Clock 5 $11 $1006FE . CC3Go 83 $F1 $577429 . VI 22 $E1 $A128BF . AGIVIRQDr There exists a module named VI in that bootfile, which would immediately clash with the VI program you are trying to run. Again, NitrOS-9 does nothing special or different in this regard. The issue is a name clash between a program and a module in memory. The module in memory wins out. Regards, Boisy G. Pitre -- Email: boisy at boisypitre.com Web: http://www.boisypitre.com From gene.heskett at verizon.net Tue May 13 11:56:33 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Tue, 13 May 2008 11:56:33 -0400 Subject: [Coco] Programs for NitrOS-9 In-Reply-To: <48290E82.1040706@worldnet.att.net> References: <4821371A.5000504@usfamily.net> <200805120614.59602.gene.heskett@verizon.net> <48290E82.1040706@worldnet.att.net> Message-ID: <200805131156.33309.gene.heskett@verizon.net> On Monday 12 May 2008, Robert Gault wrote: >Gene Heskett wrote: >> On Sunday 11 May 2008, Willard Goosey wrote: >>>On Wed, May 07, 2008 at 06:08:44AM -0400, Gene Heskett wrote: >>>>On Wednesday 07 May 2008, Fred D. Provoncha wrote: >>>>>If this helps at all Gene, I just tested IconEdit under NitrOS9 3.24 and >>>>>it seemed to work fine, except for a TMODE call somewhere that generated >>>>>a Syntax Error because the syntax for the TMODE command has been >>>>> changed. >>>>> >>>>>Fred Provoncha >>>>>Stansbury Park, UT >>>> >>>>The tmode thing will need fixed, but if that's all it needs to run on >>>>3.24, then that narrows the bisection considerably. Thank you very much, >>>>Fred. >>> >>>OK, I've been playing with this. Nitros LII 3.2.6 6809. >>> >>>I used DED to fix all the tmode calls. When run, icned resets the >>>screen size and colors, turns off echo, and bombs out with an error 48 >>>-- unimplemented routine. >> >> Humm, 2 things come to mind, one might be the mouse handling, the other is >> ISTR I named that thing IcnEdit, not icned. But we all know memory is the >> second thing to go, so I'll have to run a find on /dd/maxtor & check that. >> I haven't managed to get multivue to work here yet, other things keep >> getting in the way. All this module renaming is breaking things faster >> than I can fix them. >> >>>I thought this might be coming from one of the newer BASIC09 modules >>>(gfx2 or runb) so I built a new copy with stock Tandy runb, gfx2, >>>inkey, syscall, and got the same result. >>> >>>Willard > >I've been testing the RTSI file containing "IcnEd V3.18 by Gene Heskett, >1995" in the source code. Gene, is this the latest version? > 1995? 13 years ago? Could well be, Willard, gee has it been that long? Don't answer that. :) >I started by changing all of the Shell calls to use the new syntax for >Tmode. In this case, echo and -echo become eko= 1 or 0 and pause -pause >is now pau= 1 or 0. Initially the program gave an error 48 which was >because I had not preloaded my B09Utils merged file containing gfx, >gfx2, inkey, and syscall. With that taken care of, making sure I had an >env.file in SYS, and running the program from a graphics window, I got >error 201 - illegal Path Number. Humm, give me some time to get a stable 3.2.6 nitros9 and multivue running, and a heart that keeps on beating for a while yet & I'll dig into that. I made about 20-25 trips up & down the steps yesterday & was feeling pretty well used by bedtime. >As yet, I've not seen a link for this error in the source code. The >error occurs after MultiView type window is started with IcnFiles and >DirFiles in the menubar. An arrow mouse icon is also present. I don't >see your credit message. memory, grrr, I don't even recall if I displayed one. :( -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Mene, mene, tekel, upharsen. From gene.heskett at verizon.net Tue May 13 12:04:32 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Tue, 13 May 2008 12:04:32 -0400 Subject: [Coco] Programming in NitrOS-9? In-Reply-To: References: Message-ID: <200805131204.32556.gene.heskett@verizon.net> On Monday 12 May 2008, Rich Carreiro wrote: >Right -- but that leads to a similar question? >Where/how can you get OS-9 Pascal (or BASIC or C) > Basic09, or at least runb, is in the latest nitros9, disk images of which are available at , free for the download. For docs, one of us re-printing the complete level 2 book, or scanning ebay for copies is gonna be your best bet. The book is in a 3" ring mini binder, and overflows the 3" rings quite a bit, so it is not a task we have undertaken just yet, not to mention there could be copyright problems with that cuz Tandy owns them. >schountz at south81.org (Tony Schountz) writes: >> Rich, >> >> You can download support files for Pascal09 from my web site: >> >> http://www.pascal09.org/ >> >> Tony >> >> On May 11, 2008, at 8:48 PM, Rich Carreiro wrote: >> > Total OS-9/NitrOS-9 newbie here... >> > >> > I've grabbed NitrOS-9 Level 2 from sourceforge and >> > fired it up on a virtual CoCo3 under MESS. >> > >> > After doing some poking around, the only development >> > tools I could find were an text editor and an assembler. >> > >> > Can BASIC09 be had from anywhere? How about a C compiler? >> > >> > Or do I have to go ebaying for old floppies of Microware CoCo BASIC09 >> > and Microware CoCo C compiler? >> > >> > -- >> > Rich Carreiro rlcarr at rlcarr.com >> > >> > >> > >> > -- >> > Coco mailing list >> > Coco at maltedmedia.com >> > http://five.pairlist.net/mailman/listinfo/coco >> >> -- >> Coco mailing list >> Coco at maltedmedia.com >> http://five.pairlist.net/mailman/listinfo/coco > >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) It is necessary to have purpose. -- Alice #1, "I, Mudd", stardate 4513.3 From gene.heskett at verizon.net Tue May 13 12:12:46 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Tue, 13 May 2008 12:12:46 -0400 Subject: [Coco] VI and VIRQ In-Reply-To: References: Message-ID: <200805131212.46723.gene.heskett@verizon.net> On Tuesday 13 May 2008, Boisy G. Pitre wrote: >Gene, > > From your comments, I think you are misunderstanding OS-9's method >for executing programs. > >Fact: if you type the name of a non-executable module (i.e. device >descriptor) at the shell prompt in an attempt to execute it, you will >get an error #234. > >This is the way it has always worked in OS-9 and NitrOS-9. Nothing in >the last few releases of NitrOS-9 has changed in this regard. > >I checked the King's Quest III bootfile. Here's the ident output: > > 17 $C0 $47B370 . OS9p2 > 67 $C0 $0B2322 . Init > 12 $C1 $FD1FEA . IOMan > 28 $D1 $EFBE13 . RBF > 9 $E1 $759161 . CC3Disk > 82 $F1 $FC1918 . D0 > 82 $F1 $9F4210 . D1 > 82 $F1 $E6B118 . DD > 13 $D1 $F946CA . SCF > 19 $E1 $0C8A2E . CC3IO > 1 $C1 $11ED90 . VDGInt > 83 $F1 $AB5AE5 . TERM > 10 $C1 $A18121 . Clock > 5 $11 $1006FE . CC3Go > 83 $F1 $577429 . VI > 22 $E1 $A128BF . AGIVIRQDr > >There exists a module named VI in that bootfile, which would >immediately clash with the VI program you are trying to run. Again, >NitrOS-9 does nothing special or different in this regard. The issue >is a name clash between a program and a module in memory. The module >in memory wins out. > I don't recall it that way, but it isn't worth a prolonged discussion either. I'll fix vi yet today. End of problem. Any idea about the rest of it, like the non booting ss35 disk? Or is it possible to do a basic "backup 0 to 127" from a 40 track DS disk? (my setup is a 1GB scsi disk, with HDB-DOS new enough to handle virtual floppies, but I don't recall what size the virtual's are, os9 side formatted for 4 sector clusters) Which brings up the question, is it possible to access these virtual disks from nitros9 with a carefully crafted SO, S1 etc descriptors for rbsuper? >Regards, >Boisy G. Pitre >-- >Email: boisy at boisypitre.com >Web: http://www.boisypitre.com > > >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) it's too bad most ancient unices are y2k compliant <|Rain|> too bad? <|Rain|> why, because people won't upgrade until 2038? From jorge_machin at hotmail.com Tue May 13 12:30:15 2008 From: jorge_machin at hotmail.com (Jorge Renato Machin Ibarra) Date: Tue, 13 May 2008 11:30:15 -0500 Subject: [Coco] Programming in NitrOS-9? In-Reply-To: <200805131204.32556.gene.heskett@verizon.net> References: <200805131204.32556.gene.heskett@verizon.net> Message-ID: You can obtain the source code of Basic09, gfx, gfx2,inkey, etc in nitros-9's cvs (/nitros9/3rdparty/packages/basic09/ ), but you have to build them. I never tried them, but in the source code's directory you can find the installation instructions Jorge Machin ---------------------------------------- > Date: Tue, 13 May 2008 12:04:32 -0400 > From: gene.heskett at verizon.net > To: coco at maltedmedia.com > Subject: Re: [Coco] Programming in NitrOS-9? > > On Monday 12 May 2008, Rich Carreiro wrote: >>Right -- but that leads to a similar question? >>Where/how can you get OS-9 Pascal (or BASIC or C) >> > Basic09, or at least runb, is in the latest nitros9, disk images of which are > available at , free for the download. > > For docs, one of us re-printing the complete level 2 book, or scanning ebay > for copies is gonna be your best bet. The book is in a 3" ring mini binder, > and overflows the 3" rings quite a bit, so it is not a task we have > undertaken just yet, not to mention there could be copyright problems with > that cuz Tandy owns them. > >>schountz at south81.org (Tony Schountz) writes: >>> Rich, >>> >>> You can download support files for Pascal09 from my web site: >>> >>> http://www.pascal09.org/ >>> >>> Tony >>> >>> On May 11, 2008, at 8:48 PM, Rich Carreiro wrote: >>>> Total OS-9/NitrOS-9 newbie here... >>>> >>>> I've grabbed NitrOS-9 Level 2 from sourceforge and >>>> fired it up on a virtual CoCo3 under MESS. >>>> >>>> After doing some poking around, the only development >>>> tools I could find were an text editor and an assembler. >>>> >>>> Can BASIC09 be had from anywhere? How about a C compiler? >>>> >>>> Or do I have to go ebaying for old floppies of Microware CoCo BASIC09 >>>> and Microware CoCo C compiler? >>>> >>>> -- >>>> Rich Carreiro rlcarr at rlcarr.com >>>> >>>> >>>> >>>> -- >>>> Coco mailing list >>>> Coco at maltedmedia.com >>>> http://five.pairlist.net/mailman/listinfo/coco >>> >>> -- >>> Coco mailing list >>> Coco at maltedmedia.com >>> http://five.pairlist.net/mailman/listinfo/coco >> >>-- >>Coco mailing list >>Coco at maltedmedia.com >>http://five.pairlist.net/mailman/listinfo/coco > > > > -- > Cheers, Gene > "There are four boxes to be used in defense of liberty: > soap, ballot, jury, and ammo. Please use in that order." > -Ed Howdershelt (Author) > It is necessary to have purpose. > -- Alice #1, "I, Mudd", stardate 4513.3 > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco _________________________________________________________________ Discover the new Windows Vista http://search.msn.com/results.aspx?q=windows+vista&mkt=en-US&form=QBRE From adit at nationsdial.com Tue May 13 12:32:36 2008 From: adit at nationsdial.com (Dean Leiber) Date: Tue, 13 May 2008 09:32:36 -0700 Subject: [Coco] Programming in NitrOS-9? (Docs) In-Reply-To: <200805131204.32556.gene.heskett@verizon.net> References: <200805131204.32556.gene.heskett@verizon.net> Message-ID: On May 13, 2008, at 9:04 AM, Gene Heskett wrote: > > For docs, one of us re-printing the complete level 2 book, or > scanning ebay > for copies is gonna be your best bet. The book is in a 3" ring > mini binder, > and overflows the 3" rings quite a bit, so it is not a task we have > undertaken just yet, not to mention there could be copyright > problems with > that cuz Tandy owns them. > Well, if you guys are looking for the C and Pascal Docs they should be up on ftp.maltedmedia.com somewhere. They are part of the CoCo/ OS-9 archive project (www.os9projects.com) and will be available for D/L from there once I get things in hand. Also, I believe that Bob Devries has the Docs and Disk images available for D/L on the CoCodownunder site. The Level 1 (minus Basic09) and Level 2 (all including Dev Docs) should also be on on the maltedmedia site. Keep in mind that there were various printings of the Level 2 manual, probably each with its own set of errors :-D. Dean From sfischer1 at mindspring.com Tue May 13 13:27:32 2008 From: sfischer1 at mindspring.com (Stephen H. Fischer) Date: Tue, 13 May 2008 10:27:32 -0700 Subject: [Coco] Programming in NitrOS-9? In-Reply-To: References: Message-ID: <25C03EC9E9BC496F826F8C8CA5991CBE@Shasta> On RTSI there is just about everything CoCo and OS-9 Tandy including the "C" Compiler. How about some webmaster putting up a "C" page and providing the links into RTSI. Perhaps for all of the CoCo and OS-9 Tandy stuff there. Hint: Look in the INCOMMING stuff. The OS-9 disks are not under OS-9 but basic CoCo where the Tandy disks are. I would provide links but I have a new laptop and most of the links are on the old one. Stephen H. Fischer ----- Original Message ----- From: "Rich Carreiro" To: Sent: Monday, May 12, 2008 8:47 PM Subject: Re: [Coco] Programming in NitrOS-9? > Right -- but that leads to a similar question? > Where/how can you get OS-9 Pascal (or BASIC or C) From wdg3rd at comcast.net Tue May 13 14:34:32 2008 From: wdg3rd at comcast.net (wdg3rd at comcast.net) Date: Tue, 13 May 2008 18:34:32 +0000 Subject: [Coco] Programming in NitrOS-9? Message-ID: <051320081834.9219.4829DF380003BF050000240322064244130B9DCC090B99@comcast.net> -------------- Original message ---------------------- From: Gene Heskett > For docs, one of us re-printing the complete level 2 book, or scanning ebay > for copies is gonna be your best bet. The book is in a 3" ring mini binder, > and overflows the 3" rings quite a bit, so it is not a task we have > undertaken just yet, not to mention there could be copyright problems with > that cuz Tandy owns them. That is probably not the case. As far as I know, Tandy sold all of their software rights along with their computer manufacturing capability to AST Research in 1993. AST was acquired by Samsung a bit later. Any Tandy rights are now held by a Korean corporation that probably has no knowledge that the products ever existed. Despite the orphaned and abandoned nature of the products, under current law the copyrights are in force until sometime around the middle of the century (unless Disney & friends get another extension passed, probably until the sun burns out). -- Ward Griffiths wdg3rd at comcast.net These histrionics were probably unnecessary, since there was no reason to think anybody would be watching us with more than casual interest until I made my first move to follow Buchanon's trail, in London. Still, somebody might check back this far later, and I always feel that if you're going to play a part, you might as well play it all the way, at least in public -- and it's hard to tell what's public and what isn't, these electronic days. Donald Hamilton, _The Devastators_, 1965 From mark at cloud9tech.com Tue May 13 14:54:56 2008 From: mark at cloud9tech.com (Mark Marlette) Date: Tue, 13 May 2008 13:54:56 -0500 Subject: [Coco] VI and VIRQ In-Reply-To: <200805131212.46723.gene.heskett@verizon.net> References: <200805131212.46723.gene.heskett@verizon.net> Message-ID: <20080513135456.2ye3to3jwcwco8o4@webmail.frontiernet.net> Gene, I'll let Boisy explain in more detail but yes you can talk/copy to a HDB-DOS drive under NitrOS-9 and SuperDriver. There are several things that need to be setup in the descriptor /sh. Mark Cloud-9 Quoting Gene Heskett : > On Tuesday 13 May 2008, Boisy G. Pitre wrote: >> Gene, >> >> From your comments, I think you are misunderstanding OS-9's method >> for executing programs. >> >> Fact: if you type the name of a non-executable module (i.e. device >> descriptor) at the shell prompt in an attempt to execute it, you will >> get an error #234. >> >> This is the way it has always worked in OS-9 and NitrOS-9. Nothing in >> the last few releases of NitrOS-9 has changed in this regard. >> >> I checked the King's Quest III bootfile. Here's the ident output: >> >> 17 $C0 $47B370 . OS9p2 >> 67 $C0 $0B2322 . Init >> 12 $C1 $FD1FEA . IOMan >> 28 $D1 $EFBE13 . RBF >> 9 $E1 $759161 . CC3Disk >> 82 $F1 $FC1918 . D0 >> 82 $F1 $9F4210 . D1 >> 82 $F1 $E6B118 . DD >> 13 $D1 $F946CA . SCF >> 19 $E1 $0C8A2E . CC3IO >> 1 $C1 $11ED90 . VDGInt >> 83 $F1 $AB5AE5 . TERM >> 10 $C1 $A18121 . Clock >> 5 $11 $1006FE . CC3Go >> 83 $F1 $577429 . VI >> 22 $E1 $A128BF . AGIVIRQDr >> >> There exists a module named VI in that bootfile, which would >> immediately clash with the VI program you are trying to run. Again, >> NitrOS-9 does nothing special or different in this regard. The issue >> is a name clash between a program and a module in memory. The module >> in memory wins out. >> > I don't recall it that way, but it isn't worth a prolonged discussion either. > I'll fix vi yet today. End of problem. > > Any idea about the rest of it, like the non booting ss35 disk? Or is it > possible to do a basic "backup 0 to 127" from a 40 track DS disk? (my setup > is a 1GB scsi disk, with HDB-DOS new enough to handle virtual floppies, but I > don't recall what size the virtual's are, os9 side formatted for 4 sector > clusters) > > Which brings up the question, is it possible to access these virtual disks > from nitros9 with a carefully crafted SO, S1 etc descriptors for rbsuper? > >> Regards, >> Boisy G. Pitre >> -- >> Email: boisy at boisypitre.com >> Web: http://www.boisypitre.com >> >> >> -- >> Coco mailing list >> Coco at maltedmedia.com >> http://five.pairlist.net/mailman/listinfo/coco > > > > -- > Cheers, Gene > "There are four boxes to be used in defense of liberty: > soap, ballot, jury, and ammo. Please use in that order." > -Ed Howdershelt (Author) > it's too bad most ancient unices are y2k compliant > <|Rain|> too bad? > <|Rain|> why, because people won't upgrade until 2038? > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From diegoba at adinet.com.uy Tue May 13 19:43:41 2008 From: diegoba at adinet.com.uy (Diego Barizo) Date: Tue, 13 May 2008 20:43:41 -0300 Subject: [Coco] Programming in NitrOS-9? In-Reply-To: <25C03EC9E9BC496F826F8C8CA5991CBE@Shasta> References: <25C03EC9E9BC496F826F8C8CA5991CBE@Shasta> Message-ID: <482A27AD.9060003@adinet.com.uy> The CoCo Wiki (www.coco25.com) would be a great place for that. Anyone could create a small page with a description of the program, and a link to the FTP, either RTSI, or Maltedmedia... Diego Stephen H. Fischer wrote: > On RTSI there is just about everything CoCo and OS-9 Tandy including > the "C" Compiler. > > How about some webmaster putting up a "C" page and providing the links > into RTSI. > > Perhaps for all of the CoCo and OS-9 Tandy stuff there. > > From diegoba at adinet.com.uy Tue May 13 19:57:26 2008 From: diegoba at adinet.com.uy (Diego Barizo) Date: Tue, 13 May 2008 20:57:26 -0300 Subject: [Coco] Floppy - less boot , was Re: VI and VIRQ In-Reply-To: <200805131212.46723.gene.heskett@verizon.net> References: <200805131212.46723.gene.heskett@verizon.net> Message-ID: <482A2AE6.6090708@adinet.com.uy> Now that it comes to mention. I've been trying to create a custom 1s35t boot disk for my HDB-DOS / SuperIDE setup, completely unsuccessfully so far. Looking around, I found a mention of the bug in the rb1773 driver, and the symptoms match the ones I see, freezing after tb ...... at boot time. Will this bug affect an attempt to boot from a HDB-DOS virtual drive? When I try that, I get all the ..... at boot, and then bCCCC%%V Date Save Unlink GrfDrv Backup Date # t*j , and final freeze. Here is my bootlist file, which could be the cause of my problems... * Kernel/System Section * * These modules are mandatory. ../MODULES/KERNEL/krnp2 *../MODULES/KERNEL/krnp3_perr *../MODULES/KERNEL/krnp4_regdump ../MODULES/SYSMODS/ioman ../MODULES/SYSMODS/init * * * RBF Section * ../MODULES/RBF/rbf.mn * * DriveWire driver (Cloud-9 product) *../MODULES/RBF/drivewire.dr * DriveWire descriptors - select as needed *../MODULES/RBF/ddx0.dd *../MODULES/RBF/x0.dd *../MODULES/RBF/x1.dd *../MODULES/RBF/x2.dd *../MODULES/RBF/x3.dd * * SuperDriver Package (Cloud-9 product) ../MODULES/RBF/rbsuper.dr * Select Low level SCSI and/or IDE driver *../MODULES/RBF/lltc3.dr ../MODULES/RBF/llide.dr * SuperDriver descriptors - select as needed * SCSI descriptors (IDs 0-7) *../MODULES/RBF/s0_tc3.dd *../MODULES/RBF/s1_tc3.dd *../MODULES/RBF/s2_tc3.dd *../MODULES/RBF/s3_tc3.dd *../MODULES/RBF/s4_tc3.dd *../MODULES/RBF/s5_tc3.dd *../MODULES/RBF/s6_tc3.dd * SCSI HDB-DOS descriptor *../MODULES/RBF/sh_ide.dd * IDE descriptors (master/slave) ../MODULES/RBF/i0_ide.dd *../MODULES/RBF/i1_ide.dd * IDE HDB-DOS descriptor *../MODULES/RBF/ih_ide.dd * * WD1773 floppy support for Tandy and compatible disk controllers ../MODULES/RBF/rb1773.dr * WD1773 floppy support for Disto Super Controller II *../MODULES/RBF/rb1773_scii_ff74.dr *../MODULES/RBF/rb1773_scii_ff58.dr * Floppy device descriptors * DD - default device - choose one if needed *../MODULES/RBF/ddd0_35s.dd *../MODULES/RBF/ddd0_40d.dd ../MODULES/RBF/ddd0_80d.dd * D0 - drive 0 - choose one if needed *../MODULES/RBF/d0_35s.dd *../MODULES/RBF/d0_40d.dd ../MODULES/RBF/d0_80d.dd * D1 - drive 1 - choose one if needed ../MODULES/RBF/d1_35s.dd *../MODULES/RBF/d1_40d.dd *../MODULES/RBF/d1_80d.dd * D2 - drive 2 - choose one if needed *../MODULES/RBF/d2_35s.dd *../MODULES/RBF/d2_40d.dd *../MODULES/RBF/d2_80d.dd * D3 - drive 3 - choose if needed *../MODULES/RBF/d3_35s.dd * * RAMDisk driver *../MODULES/RBF/rammer.dr * RAMDisk descriptors - select as needed *../MODULES/RBF/ddr0_8k.dd *../MODULES/RBF/ddr0_96k.dd *../MODULES/RBF/ddr0_128k.dd *../MODULES/RBF/ddr0_192k.dd *../MODULES/RBF/r0_8k.dd *../MODULES/RBF/r0_96k.dd *../MODULES/RBF/r0_128k.dd *../MODULES/RBF/r0_192k.dd * Memory device descriptor *../MODULES/RBF/md.dd *************************************** * SCF Section * ../MODULES/SCF/scf.mn * * CoCo 3 I/O driver * Joystick modules: choose Joystick OR * (M)icrosoft or (L)ogitech mouse using 6551 or 6552 ACIA ../MODULES/SCF/vtio.dr ../MODULES/SCF/keydrv_cc3.sb ../MODULES/SCF/snddrv_cc3.sb ../MODULES/SCF/joydrv_joy.sb *../MODULES/SCF/joydrv_6551M.sb *../MODULES/SCF/joydrv_6552M.sb *../MODULES/SCF/joydrv_6551L.sb *../MODULES/SCF/joydrv_6552L.sb * * CoGrf/CoWin subroutine module * Use CoWin with Multi-Vue; use CoGrf * for basic text and graphic window support.. * Select only one. *../MODULES/SCF/cogrf.io ../MODULES/SCF/cowin.io * * CoVDG I/O subroutine module * Select one or both ../MODULES/SCF/covdg.io *../MODULES/SCF/covdg_small.io * * Select only one term descriptor *../MODULES/SCF/term_vdg.dt *../MODULES/SCF/term_win40.dt ../MODULES/SCF/term_win80.dt *../MODULES/SCF/term_bbt.dt *../MODULES/SCF/term_sc6551.dt * * Select as many window descriptors as needed ../MODULES/SCF/w.dw ../MODULES/SCF/w1.dw ../MODULES/SCF/w2.dw ../MODULES/SCF/w3.dw ../MODULES/SCF/w4.dw ../MODULES/SCF/w5.dw ../MODULES/SCF/w6.dw ../MODULES/SCF/w7.dw * * Select as many VDG window descriptors as needed ../MODULES/SCF/v1.dw *../MODULES/SCF/v2.dw *../MODULES/SCF/v3.dw *../MODULES/SCF/v4.dw *../MODULES/SCF/v5.dw *../MODULES/SCF/v6.dw *../MODULES/SCF/v7.dw * * Serial port drivers * CoCo Bit-Banger terminal port ../MODULES/SCF/scbbt.dr ../MODULES/SCF/t1.dd * 6551 ACIA *../MODULES/SCF/sc6551.dr *../MODULES/SCF/t2_sc6551.dd *../MODULES/SCF/t3_sc6551.dd * Tandy Modem Pak ../MODULES/SCF/modpak.dr ../MODULES/SCF/m1.dd *../MODULES/SCF/m2.dd * * Printer drivers ../MODULES/SCF/scbbp.dr ../MODULES/SCF/p.dd * * VRN is a driver module used by certain games, including King's Quest III, * Leisure Suit Larry and Flight Simulator II. A /nil descriptor is also * supported. ../MODULES/SCF/vrn.dr ../MODULES/SCF/vi.dd ../MODULES/SCF/ftdd.dd * *************************************** * Pipe Section * * Pipes are a useful but optional part of a system. ../MODULES/PIPE/pipeman.mn ../MODULES/PIPE/piper.dr ../MODULES/PIPE/pipe.dd * *************************************** * Clock Section * * Select one clock module depending upon your power line frequency * (60Hz = USA/Canada; 50Hz = Europe, Australia) ../MODULES/CLOCKS/clock_60hz *../MODULES/CLOCKS/clock_50hz * Select one clock2 module that supports your real-time clock, if any. * Besides support for the internal software clock, the following * hardware clocks are supported: Burke & Burke, Disto 2-N-1, Disto 4-N-1, * Eliminator, Harris, SmartWatch, Cloud-9, the MESS emulator, Jeff * Vavasour's CoCo emulator, and DriveWire. *../MODULES/CLOCKS/clock2_soft *../MODULES/CLOCKS/clock2_bnb *../MODULES/CLOCKS/clock2_disto2 *../MODULES/CLOCKS/clock2_disto4 *../MODULES/CLOCKS/clock2_elim *../MODULES/CLOCKS/clock2_harris *../MODULES/CLOCKS/clock2_smart *../MODULES/CLOCKS/clock2_jvemu *../MODULES/CLOCKS/clock2_messemu ../MODULES/CLOCKS/clock2_cloud9 *../MODULES/CLOCKS/clock2_dw * *************************************** * System Kick-Start Module * * Choose which startup module you wish to use. (sysgo_dd is recommended * for most configurations.) * * Alternatively, this module can reside in the root directory of the * boot device, saving precious system RAM. *../MODULES/SYSMODS/sysgo_dd ../MODULES/SYSMODS/sysgo_h0 > > Any idea about the rest of it, like the non booting ss35 disk? Or is it > possible to do a basic "backup 0 to 127" from a 40 track DS disk? (my setup > is a 1GB scsi disk, with HDB-DOS new enough to handle virtual floppies, but I > don't recall what size the virtual's are, os9 side formatted for 4 sector > clusters) > > Which brings up the question, is it possible to access these virtual disks > from nitros9 with a carefully crafted SO, S1 etc descriptors for rbsuper? > > >> Regards, >> Boisy G. Pitre >> -- >> Email: boisy at boisypitre.com >> Web: http://www.boisypitre.com >> >> >> -- >> Coco mailing list >> Coco at maltedmedia.com >> http://five.pairlist.net/mailman/listinfo/coco >> > > > > From mark at cloud9tech.com Tue May 13 20:03:19 2008 From: mark at cloud9tech.com (Mark Marlette) Date: Tue, 13 May 2008 19:03:19 -0500 Subject: [Coco] Floppy - less boot , was Re: VI and VIRQ In-Reply-To: <482A2AE6.6090708@adinet.com.uy> References: <200805131212.46723.gene.heskett@verizon.net> <482A2AE6.6090708@adinet.com.uy> Message-ID: <20080513190319.feeuy97avok4s84c@webmail.frontiernet.net> Diego, Quick look here. Looks like you have the 80T /d0 descriptor selected. Select d0_35s. Then you need to make sure your script is formatting as SS. Then make sure that you merge the correct loader for SS floppy. I have done it, been awhile but it does work. Hopefully that helps..... Mark Cloud-9 Quoting Diego Barizo : > Now that it comes to mention. I've been trying to create a custom 1s35t > boot disk for my HDB-DOS / SuperIDE setup, completely unsuccessfully so > far. > Looking around, I found a mention of the bug in the rb1773 driver, and > the symptoms match the ones I see, freezing after tb ...... at boot > time. > Will this bug affect an attempt to boot from a HDB-DOS virtual drive? > When I try that, I get all the ..... at boot, and then bCCCC%%V Date > Save Unlink GrfDrv Backup Date # t*j , and final freeze. > Here is my bootlist file, which could be the cause of my problems... > > * Kernel/System Section > * > * These modules are mandatory. > ../MODULES/KERNEL/krnp2 > *../MODULES/KERNEL/krnp3_perr > *../MODULES/KERNEL/krnp4_regdump > ../MODULES/SYSMODS/ioman > ../MODULES/SYSMODS/init > * > * > * RBF Section > * > ../MODULES/RBF/rbf.mn > * > * DriveWire driver (Cloud-9 product) > *../MODULES/RBF/drivewire.dr > * DriveWire descriptors - select as needed > *../MODULES/RBF/ddx0.dd > *../MODULES/RBF/x0.dd > *../MODULES/RBF/x1.dd > *../MODULES/RBF/x2.dd > *../MODULES/RBF/x3.dd > * > * SuperDriver Package (Cloud-9 product) > ../MODULES/RBF/rbsuper.dr > * Select Low level SCSI and/or IDE driver > *../MODULES/RBF/lltc3.dr > ../MODULES/RBF/llide.dr > * SuperDriver descriptors - select as needed > * SCSI descriptors (IDs 0-7) > *../MODULES/RBF/s0_tc3.dd > *../MODULES/RBF/s1_tc3.dd > *../MODULES/RBF/s2_tc3.dd > *../MODULES/RBF/s3_tc3.dd > *../MODULES/RBF/s4_tc3.dd > *../MODULES/RBF/s5_tc3.dd > *../MODULES/RBF/s6_tc3.dd > * SCSI HDB-DOS descriptor > *../MODULES/RBF/sh_ide.dd > * IDE descriptors (master/slave) > ../MODULES/RBF/i0_ide.dd > *../MODULES/RBF/i1_ide.dd > * IDE HDB-DOS descriptor > *../MODULES/RBF/ih_ide.dd > * > * WD1773 floppy support for Tandy and compatible disk controllers > ../MODULES/RBF/rb1773.dr > * WD1773 floppy support for Disto Super Controller II > *../MODULES/RBF/rb1773_scii_ff74.dr > *../MODULES/RBF/rb1773_scii_ff58.dr > * Floppy device descriptors > * DD - default device - choose one if needed > *../MODULES/RBF/ddd0_35s.dd > *../MODULES/RBF/ddd0_40d.dd > ../MODULES/RBF/ddd0_80d.dd > * D0 - drive 0 - choose one if needed > *../MODULES/RBF/d0_35s.dd > *../MODULES/RBF/d0_40d.dd > ../MODULES/RBF/d0_80d.dd > * D1 - drive 1 - choose one if needed > ../MODULES/RBF/d1_35s.dd > *../MODULES/RBF/d1_40d.dd > *../MODULES/RBF/d1_80d.dd > * D2 - drive 2 - choose one if needed > *../MODULES/RBF/d2_35s.dd > *../MODULES/RBF/d2_40d.dd > *../MODULES/RBF/d2_80d.dd > * D3 - drive 3 - choose if needed > *../MODULES/RBF/d3_35s.dd > * > * RAMDisk driver > *../MODULES/RBF/rammer.dr > * RAMDisk descriptors - select as needed > *../MODULES/RBF/ddr0_8k.dd > *../MODULES/RBF/ddr0_96k.dd > *../MODULES/RBF/ddr0_128k.dd > *../MODULES/RBF/ddr0_192k.dd > *../MODULES/RBF/r0_8k.dd > *../MODULES/RBF/r0_96k.dd > *../MODULES/RBF/r0_128k.dd > *../MODULES/RBF/r0_192k.dd > * Memory device descriptor > *../MODULES/RBF/md.dd > *************************************** > * SCF Section > * > ../MODULES/SCF/scf.mn > * > * CoCo 3 I/O driver > * Joystick modules: choose Joystick OR > * (M)icrosoft or (L)ogitech mouse using 6551 or 6552 ACIA > ../MODULES/SCF/vtio.dr > ../MODULES/SCF/keydrv_cc3.sb > ../MODULES/SCF/snddrv_cc3.sb > ../MODULES/SCF/joydrv_joy.sb > *../MODULES/SCF/joydrv_6551M.sb > *../MODULES/SCF/joydrv_6552M.sb > *../MODULES/SCF/joydrv_6551L.sb > *../MODULES/SCF/joydrv_6552L.sb > * > * CoGrf/CoWin subroutine module > * Use CoWin with Multi-Vue; use CoGrf > * for basic text and graphic window support.. > * Select only one. > *../MODULES/SCF/cogrf.io > ../MODULES/SCF/cowin.io > * > * CoVDG I/O subroutine module > * Select one or both > ../MODULES/SCF/covdg.io > *../MODULES/SCF/covdg_small.io > * > * Select only one term descriptor > *../MODULES/SCF/term_vdg.dt > *../MODULES/SCF/term_win40.dt > ../MODULES/SCF/term_win80.dt > *../MODULES/SCF/term_bbt.dt > *../MODULES/SCF/term_sc6551.dt > * > * Select as many window descriptors as needed > ../MODULES/SCF/w.dw > ../MODULES/SCF/w1.dw > ../MODULES/SCF/w2.dw > ../MODULES/SCF/w3.dw > ../MODULES/SCF/w4.dw > ../MODULES/SCF/w5.dw > ../MODULES/SCF/w6.dw > ../MODULES/SCF/w7.dw > * > * Select as many VDG window descriptors as needed > ../MODULES/SCF/v1.dw > *../MODULES/SCF/v2.dw > *../MODULES/SCF/v3.dw > *../MODULES/SCF/v4.dw > *../MODULES/SCF/v5.dw > *../MODULES/SCF/v6.dw > *../MODULES/SCF/v7.dw > * > * Serial port drivers > * CoCo Bit-Banger terminal port > ../MODULES/SCF/scbbt.dr > ../MODULES/SCF/t1.dd > * 6551 ACIA > *../MODULES/SCF/sc6551.dr > *../MODULES/SCF/t2_sc6551.dd > *../MODULES/SCF/t3_sc6551.dd > * Tandy Modem Pak > ../MODULES/SCF/modpak.dr > ../MODULES/SCF/m1.dd > *../MODULES/SCF/m2.dd > * > * Printer drivers > ../MODULES/SCF/scbbp.dr > ../MODULES/SCF/p.dd > * > * VRN is a driver module used by certain games, including King's Quest III, > * Leisure Suit Larry and Flight Simulator II. A /nil descriptor is also > * supported. > ../MODULES/SCF/vrn.dr > ../MODULES/SCF/vi.dd > ../MODULES/SCF/ftdd.dd > * > *************************************** > * Pipe Section > * > * Pipes are a useful but optional part of a system. > ../MODULES/PIPE/pipeman.mn > ../MODULES/PIPE/piper.dr > ../MODULES/PIPE/pipe.dd > * > *************************************** > * Clock Section > * > * Select one clock module depending upon your power line frequency > * (60Hz = USA/Canada; 50Hz = Europe, Australia) > ../MODULES/CLOCKS/clock_60hz > *../MODULES/CLOCKS/clock_50hz > * Select one clock2 module that supports your real-time clock, if any. > * Besides support for the internal software clock, the following > * hardware clocks are supported: Burke & Burke, Disto 2-N-1, Disto 4-N-1, > * Eliminator, Harris, SmartWatch, Cloud-9, the MESS emulator, Jeff > * Vavasour's CoCo emulator, and DriveWire. > *../MODULES/CLOCKS/clock2_soft > *../MODULES/CLOCKS/clock2_bnb > *../MODULES/CLOCKS/clock2_disto2 > *../MODULES/CLOCKS/clock2_disto4 > *../MODULES/CLOCKS/clock2_elim > *../MODULES/CLOCKS/clock2_harris > *../MODULES/CLOCKS/clock2_smart > *../MODULES/CLOCKS/clock2_jvemu > *../MODULES/CLOCKS/clock2_messemu > ../MODULES/CLOCKS/clock2_cloud9 > *../MODULES/CLOCKS/clock2_dw > * > *************************************** > * System Kick-Start Module > * > * Choose which startup module you wish to use. (sysgo_dd is recommended > * for most configurations.) > * > * Alternatively, this module can reside in the root directory of the > * boot device, saving precious system RAM. > *../MODULES/SYSMODS/sysgo_dd > ../MODULES/SYSMODS/sysgo_h0 > >> >> Any idea about the rest of it, like the non booting ss35 disk? Or >> is it possible to do a basic "backup 0 to 127" from a 40 track DS >> disk? (my setup is a 1GB scsi disk, with HDB-DOS new enough to >> handle virtual floppies, but I don't recall what size the virtual's >> are, os9 side formatted for 4 sector clusters) >> >> Which brings up the question, is it possible to access these >> virtual disks from nitros9 with a carefully crafted SO, S1 etc >> descriptors for rbsuper? >> >> >>> Regards, >>> Boisy G. Pitre >>> -- >>> Email: boisy at boisypitre.com >>> Web: http://www.boisypitre.com >>> >>> >>> -- >>> Coco mailing list >>> Coco at maltedmedia.com >>> http://five.pairlist.net/mailman/listinfo/coco >>> >> >> >> >> > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco From gene.heskett at verizon.net Tue May 13 20:26:04 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Tue, 13 May 2008 20:26:04 -0400 Subject: [Coco] VI and VIRQ In-Reply-To: <20080513135456.2ye3to3jwcwco8o4@webmail.frontiernet.net> References: <200805131212.46723.gene.heskett@verizon.net> <20080513135456.2ye3to3jwcwco8o4@webmail.frontiernet.net> Message-ID: <200805132026.04863.gene.heskett@verizon.net> On Tuesday 13 May 2008, Mark Marlette wrote: >Gene, > >I'll let Boisy explain in more detail but yes you can talk/copy to a >HDB-DOS drive under NitrOS-9 and SuperDriver. > >There are several things that need to be setup in the descriptor /sh. > Great, I wondered what that was. I presume it is a matter of changing an offset of at least 3 bytes width in the descriptor someplace. >Mark >Cloud-9 > >Quoting Gene Heskett : >> On Tuesday 13 May 2008, Boisy G. Pitre wrote: >>> Gene, >>> >>> From your comments, I think you are misunderstanding OS-9's method >>> for executing programs. >>> >>> Fact: if you type the name of a non-executable module (i.e. device >>> descriptor) at the shell prompt in an attempt to execute it, you will >>> get an error #234. >>> >>> This is the way it has always worked in OS-9 and NitrOS-9. Nothing in >>> the last few releases of NitrOS-9 has changed in this regard. >>> >>> I checked the King's Quest III bootfile. Here's the ident output: >>> >>> 17 $C0 $47B370 . OS9p2 >>> 67 $C0 $0B2322 . Init >>> 12 $C1 $FD1FEA . IOMan >>> 28 $D1 $EFBE13 . RBF >>> 9 $E1 $759161 . CC3Disk >>> 82 $F1 $FC1918 . D0 >>> 82 $F1 $9F4210 . D1 >>> 82 $F1 $E6B118 . DD >>> 13 $D1 $F946CA . SCF >>> 19 $E1 $0C8A2E . CC3IO >>> 1 $C1 $11ED90 . VDGInt >>> 83 $F1 $AB5AE5 . TERM >>> 10 $C1 $A18121 . Clock >>> 5 $11 $1006FE . CC3Go >>> 83 $F1 $577429 . VI >>> 22 $E1 $A128BF . AGIVIRQDr >>> >>> There exists a module named VI in that bootfile, which would >>> immediately clash with the VI program you are trying to run. Again, >>> NitrOS-9 does nothing special or different in this regard. The issue >>> is a name clash between a program and a module in memory. The module >>> in memory wins out. >> >> I don't recall it that way, but it isn't worth a prolonged discussion >> either. I'll fix vi yet today. End of problem. >> >> Any idea about the rest of it, like the non booting ss35 disk? Or is it >> possible to do a basic "backup 0 to 127" from a 40 track DS disk? (my >> setup is a 1GB scsi disk, with HDB-DOS new enough to handle virtual >> floppies, but I don't recall what size the virtual's are, os9 side >> formatted for 4 sector clusters) >> >> Which brings up the question, is it possible to access these virtual disks >> from nitros9 with a carefully crafted SO, S1 etc descriptors for rbsuper? >> >>> Regards, >>> Boisy G. Pitre >>> -- >>> Email: boisy at boisypitre.com >>> Web: http://www.boisypitre.com >>> >>> >>> -- >>> Coco mailing list >>> Coco at maltedmedia.com >>> http://five.pairlist.net/mailman/listinfo/coco >> >> -- >> Cheers, Gene >> "There are four boxes to be used in defense of liberty: >> soap, ballot, jury, and ammo. Please use in that order." >> -Ed Howdershelt (Author) >> it's too bad most ancient unices are y2k compliant >> <|Rain|> too bad? >> <|Rain|> why, because people won't upgrade until 2038? >> >> -- >> Coco mailing list >> Coco at maltedmedia.com >> http://five.pairlist.net/mailman/listinfo/coco > >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) If God is perfect, why did He create discontinuous functions? From gene.heskett at verizon.net Tue May 13 20:28:29 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Tue, 13 May 2008 20:28:29 -0400 Subject: [Coco] Floppy - less boot , was Re: VI and VIRQ In-Reply-To: <20080513190319.feeuy97avok4s84c@webmail.frontiernet.net> References: <482A2AE6.6090708@adinet.com.uy> <20080513190319.feeuy97avok4s84c@webmail.frontiernet.net> Message-ID: <200805132028.29805.gene.heskett@verizon.net> On Tuesday 13 May 2008, Mark Marlette wrote: >Diego, > >Quick look here. > >Looks like you have the 80T /d0 descriptor selected. Select d0_35s. > >Then you need to make sure your script is formatting as SS. > >Then make sure that you merge the correct loader for SS floppy. I have >done it, been awhile but it does work. > You are referring to the 'boot' module in track 34? We might need help with defining which one it is. >Hopefully that helps..... > >Mark >Cloud-9 > >Quoting Diego Barizo : >> Now that it comes to mention. I've been trying to create a custom 1s35t >> boot disk for my HDB-DOS / SuperIDE setup, completely unsuccessfully so >> far. >> Looking around, I found a mention of the bug in the rb1773 driver, and >> the symptoms match the ones I see, freezing after tb ...... at boot >> time. >> Will this bug affect an attempt to boot from a HDB-DOS virtual drive? >> When I try that, I get all the ..... at boot, and then bCCCC%%V Date >> Save Unlink GrfDrv Backup Date # t*j , and final freeze. >> Here is my bootlist file, which could be the cause of my problems... >> >> * Kernel/System Section >> * >> * These modules are mandatory. >> ../MODULES/KERNEL/krnp2 >> *../MODULES/KERNEL/krnp3_perr >> *../MODULES/KERNEL/krnp4_regdump >> ../MODULES/SYSMODS/ioman >> ../MODULES/SYSMODS/init >> * >> * >> * RBF Section >> * >> ../MODULES/RBF/rbf.mn >> * >> * DriveWire driver (Cloud-9 product) >> *../MODULES/RBF/drivewire.dr >> * DriveWire descriptors - select as needed >> *../MODULES/RBF/ddx0.dd >> *../MODULES/RBF/x0.dd >> *../MODULES/RBF/x1.dd >> *../MODULES/RBF/x2.dd >> *../MODULES/RBF/x3.dd >> * >> * SuperDriver Package (Cloud-9 product) >> ../MODULES/RBF/rbsuper.dr >> * Select Low level SCSI and/or IDE driver >> *../MODULES/RBF/lltc3.dr >> ../MODULES/RBF/llide.dr >> * SuperDriver descriptors - select as needed >> * SCSI descriptors (IDs 0-7) >> *../MODULES/RBF/s0_tc3.dd >> *../MODULES/RBF/s1_tc3.dd >> *../MODULES/RBF/s2_tc3.dd >> *../MODULES/RBF/s3_tc3.dd >> *../MODULES/RBF/s4_tc3.dd >> *../MODULES/RBF/s5_tc3.dd >> *../MODULES/RBF/s6_tc3.dd >> * SCSI HDB-DOS descriptor >> *../MODULES/RBF/sh_ide.dd >> * IDE descriptors (master/slave) >> ../MODULES/RBF/i0_ide.dd >> *../MODULES/RBF/i1_ide.dd >> * IDE HDB-DOS descriptor >> *../MODULES/RBF/ih_ide.dd >> * >> * WD1773 floppy support for Tandy and compatible disk controllers >> ../MODULES/RBF/rb1773.dr >> * WD1773 floppy support for Disto Super Controller II >> *../MODULES/RBF/rb1773_scii_ff74.dr >> *../MODULES/RBF/rb1773_scii_ff58.dr >> * Floppy device descriptors >> * DD - default device - choose one if needed >> *../MODULES/RBF/ddd0_35s.dd >> *../MODULES/RBF/ddd0_40d.dd >> ../MODULES/RBF/ddd0_80d.dd >> * D0 - drive 0 - choose one if needed >> *../MODULES/RBF/d0_35s.dd >> *../MODULES/RBF/d0_40d.dd >> ../MODULES/RBF/d0_80d.dd >> * D1 - drive 1 - choose one if needed >> ../MODULES/RBF/d1_35s.dd >> *../MODULES/RBF/d1_40d.dd >> *../MODULES/RBF/d1_80d.dd >> * D2 - drive 2 - choose one if needed >> *../MODULES/RBF/d2_35s.dd >> *../MODULES/RBF/d2_40d.dd >> *../MODULES/RBF/d2_80d.dd >> * D3 - drive 3 - choose if needed >> *../MODULES/RBF/d3_35s.dd >> * >> * RAMDisk driver >> *../MODULES/RBF/rammer.dr >> * RAMDisk descriptors - select as needed >> *../MODULES/RBF/ddr0_8k.dd >> *../MODULES/RBF/ddr0_96k.dd >> *../MODULES/RBF/ddr0_128k.dd >> *../MODULES/RBF/ddr0_192k.dd >> *../MODULES/RBF/r0_8k.dd >> *../MODULES/RBF/r0_96k.dd >> *../MODULES/RBF/r0_128k.dd >> *../MODULES/RBF/r0_192k.dd >> * Memory device descriptor >> *../MODULES/RBF/md.dd >> *************************************** >> * SCF Section >> * >> ../MODULES/SCF/scf.mn >> * >> * CoCo 3 I/O driver >> * Joystick modules: choose Joystick OR >> * (M)icrosoft or (L)ogitech mouse using 6551 or 6552 ACIA >> ../MODULES/SCF/vtio.dr >> ../MODULES/SCF/keydrv_cc3.sb >> ../MODULES/SCF/snddrv_cc3.sb >> ../MODULES/SCF/joydrv_joy.sb >> *../MODULES/SCF/joydrv_6551M.sb >> *../MODULES/SCF/joydrv_6552M.sb >> *../MODULES/SCF/joydrv_6551L.sb >> *../MODULES/SCF/joydrv_6552L.sb >> * >> * CoGrf/CoWin subroutine module >> * Use CoWin with Multi-Vue; use CoGrf >> * for basic text and graphic window support.. >> * Select only one. >> *../MODULES/SCF/cogrf.io >> ../MODULES/SCF/cowin.io >> * >> * CoVDG I/O subroutine module >> * Select one or both >> ../MODULES/SCF/covdg.io >> *../MODULES/SCF/covdg_small.io >> * >> * Select only one term descriptor >> *../MODULES/SCF/term_vdg.dt >> *../MODULES/SCF/term_win40.dt >> ../MODULES/SCF/term_win80.dt >> *../MODULES/SCF/term_bbt.dt >> *../MODULES/SCF/term_sc6551.dt >> * >> * Select as many window descriptors as needed >> ../MODULES/SCF/w.dw >> ../MODULES/SCF/w1.dw >> ../MODULES/SCF/w2.dw >> ../MODULES/SCF/w3.dw >> ../MODULES/SCF/w4.dw >> ../MODULES/SCF/w5.dw >> ../MODULES/SCF/w6.dw >> ../MODULES/SCF/w7.dw >> * >> * Select as many VDG window descriptors as needed >> ../MODULES/SCF/v1.dw >> *../MODULES/SCF/v2.dw >> *../MODULES/SCF/v3.dw >> *../MODULES/SCF/v4.dw >> *../MODULES/SCF/v5.dw >> *../MODULES/SCF/v6.dw >> *../MODULES/SCF/v7.dw >> * >> * Serial port drivers >> * CoCo Bit-Banger terminal port >> ../MODULES/SCF/scbbt.dr >> ../MODULES/SCF/t1.dd >> * 6551 ACIA >> *../MODULES/SCF/sc6551.dr >> *../MODULES/SCF/t2_sc6551.dd >> *../MODULES/SCF/t3_sc6551.dd >> * Tandy Modem Pak >> ../MODULES/SCF/modpak.dr >> ../MODULES/SCF/m1.dd >> *../MODULES/SCF/m2.dd >> * >> * Printer drivers >> ../MODULES/SCF/scbbp.dr >> ../MODULES/SCF/p.dd >> * >> * VRN is a driver module used by certain games, including King's Quest >> III, * Leisure Suit Larry and Flight Simulator II. A /nil descriptor is >> also * supported. >> ../MODULES/SCF/vrn.dr >> ../MODULES/SCF/vi.dd >> ../MODULES/SCF/ftdd.dd >> * >> *************************************** >> * Pipe Section >> * >> * Pipes are a useful but optional part of a system. >> ../MODULES/PIPE/pipeman.mn >> ../MODULES/PIPE/piper.dr >> ../MODULES/PIPE/pipe.dd >> * >> *************************************** >> * Clock Section >> * >> * Select one clock module depending upon your power line frequency >> * (60Hz = USA/Canada; 50Hz = Europe, Australia) >> ../MODULES/CLOCKS/clock_60hz >> *../MODULES/CLOCKS/clock_50hz >> * Select one clock2 module that supports your real-time clock, if any. >> * Besides support for the internal software clock, the following >> * hardware clocks are supported: Burke & Burke, Disto 2-N-1, Disto 4-N-1, >> * Eliminator, Harris, SmartWatch, Cloud-9, the MESS emulator, Jeff >> * Vavasour's CoCo emulator, and DriveWire. >> *../MODULES/CLOCKS/clock2_soft >> *../MODULES/CLOCKS/clock2_bnb >> *../MODULES/CLOCKS/clock2_disto2 >> *../MODULES/CLOCKS/clock2_disto4 >> *../MODULES/CLOCKS/clock2_elim >> *../MODULES/CLOCKS/clock2_harris >> *../MODULES/CLOCKS/clock2_smart >> *../MODULES/CLOCKS/clock2_jvemu >> *../MODULES/CLOCKS/clock2_messemu >> ../MODULES/CLOCKS/clock2_cloud9 >> *../MODULES/CLOCKS/clock2_dw >> * >> *************************************** >> * System Kick-Start Module >> * >> * Choose which startup module you wish to use. (sysgo_dd is recommended >> * for most configurations.) >> * >> * Alternatively, this module can reside in the root directory of the >> * boot device, saving precious system RAM. >> *../MODULES/SYSMODS/sysgo_dd >> ../MODULES/SYSMODS/sysgo_h0 >> >>> Any idea about the rest of it, like the non booting ss35 disk? Or >>> is it possible to do a basic "backup 0 to 127" from a 40 track DS >>> disk? (my setup is a 1GB scsi disk, with HDB-DOS new enough to >>> handle virtual floppies, but I don't recall what size the virtual's >>> are, os9 side formatted for 4 sector clusters) >>> >>> Which brings up the question, is it possible to access these >>> virtual disks from nitros9 with a carefully crafted SO, S1 etc >>> descriptors for rbsuper? >>> >>>> Regards, >>>> Boisy G. Pitre >>>> -- >>>> Email: boisy at boisypitre.com >>>> Web: http://www.boisypitre.com >>>> >>>> >>>> -- >>>> Coco mailing list >>>> Coco at maltedmedia.com >>>> http://five.pairlist.net/mailman/listinfo/coco >> >> -- >> Coco mailing list >> Coco at maltedmedia.com >> http://five.pairlist.net/mailman/listinfo/coco > >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Don't abandon hope: your Tom Mix decoder ring arrives tomorrow. From goosey at virgo.sdc.org Tue May 13 23:24:06 2008 From: goosey at virgo.sdc.org (Willard Goosey) Date: Tue, 13 May 2008 21:24:06 -0600 Subject: [Coco] Programs for NitrOS-9 In-Reply-To: <200805131156.33309.gene.heskett@verizon.net> References: <4821371A.5000504@usfamily.net> <200805120614.59602.gene.heskett@verizon.net> <48290E82.1040706@worldnet.att.net> <200805131156.33309.gene.heskett@verizon.net> Message-ID: <20080514032406.GA1277@virgo.sdc.org> On Tue, May 13, 2008 at 11:56:33AM -0400, Gene Heskett wrote: > On Monday 12 May 2008, Robert Gault wrote: > >I've been testing the RTSI file containing "IcnEd V3.18 by Gene Heskett, > >1995" in the source code. Gene, is this the latest version? > > > 1995? 13 years ago? Could well be, Willard, gee has it been that long? I didn't do it! Nobody saw me do it! I wasn't even there! You can't prove anything! :-) Willard -- Willard Goosey goosey at sdc.org Socorro, New Mexico, USA I search my heart and find Cimmeria, land of Darkness and the Night. -- R.E. Howard From diegoba at adinet.com.uy Tue May 13 23:33:48 2008 From: diegoba at adinet.com.uy (Diego Barizo) Date: Wed, 14 May 2008 00:33:48 -0300 Subject: [Coco] Floppy - less boot , was Re: VI and VIRQ In-Reply-To: <20080513190319.feeuy97avok4s84c@webmail.frontiernet.net> References: <200805131212.46723.gene.heskett@verizon.net> <482A2AE6.6090708@adinet.com.uy> <20080513190319.feeuy97avok4s84c@webmail.frontiernet.net> Message-ID: <482A5D9C.40201@adinet.com.uy> I was using d0_80 because my real drive 0 is an 80t, I guess that explains the different behavior when booting from a virtual floppy and from a real disk. The script is formatting a SS, but I was merging like this: merge ../MODULES/BOOTTRACK/rel_80 ../MODULES/BOOTTRACK/boot_ide ../MODULES/BOOTTRACK/krn>-bttemp Is this one the correct one? merge ../MODULES/BOOTTRACK/rel_80 ../MODULES/BOOTTRACK/boot_1773_6ms ../MODULES/BOOTTRACK/krn>-bttemp Damn, it's past midnight... to late to try it now, gonna have to wait 'till tomorrow :-( Diego Mark Marlette wrote: > Diego, > > Quick look here. > > Looks like you have the 80T /d0 descriptor selected. Select d0_35s. > > Then you need to make sure your script is formatting as SS. > > Then make sure that you merge the correct loader for SS floppy. I have > done it, been awhile but it does work. > > Hopefully that helps..... > > Mark > Cloud-9 > > Quoting Diego Barizo : > >> Now that it comes to mention. I've been trying to create a custom 1s35t >> boot disk for my HDB-DOS / SuperIDE setup, completely unsuccessfully so >> far. >> Looking around, I found a mention of the bug in the rb1773 driver, and >> the symptoms match the ones I see, freezing after tb ...... at boot >> time. >> Will this bug affect an attempt to boot from a HDB-DOS virtual drive? >> When I try that, I get all the ..... at boot, and then bCCCC%%V Date >> Save Unlink GrfDrv Backup Date # t*j , and final freeze. >> Here is my bootlist file, which could be the cause of my problems... >> >> * Kernel/System Section >> * >> * These modules are mandatory. >> ../MODULES/KERNEL/krnp2 >> *../MODULES/KERNEL/krnp3_perr >> *../MODULES/KERNEL/krnp4_regdump >> ../MODULES/SYSMODS/ioman >> ../MODULES/SYSMODS/init >> * >> * >> * RBF Section >> * >> ../MODULES/RBF/rbf.mn >> * >> * DriveWire driver (Cloud-9 product) >> *../MODULES/RBF/drivewire.dr >> * DriveWire descriptors - select as needed >> *../MODULES/RBF/ddx0.dd >> *../MODULES/RBF/x0.dd >> *../MODULES/RBF/x1.dd >> *../MODULES/RBF/x2.dd >> *../MODULES/RBF/x3.dd >> * >> * SuperDriver Package (Cloud-9 product) >> ../MODULES/RBF/rbsuper.dr >> * Select Low level SCSI and/or IDE driver >> *../MODULES/RBF/lltc3.dr >> ../MODULES/RBF/llide.dr >> * SuperDriver descriptors - select as needed >> * SCSI descriptors (IDs 0-7) >> *../MODULES/RBF/s0_tc3.dd >> *../MODULES/RBF/s1_tc3.dd >> *../MODULES/RBF/s2_tc3.dd >> *../MODULES/RBF/s3_tc3.dd >> *../MODULES/RBF/s4_tc3.dd >> *../MODULES/RBF/s5_tc3.dd >> *../MODULES/RBF/s6_tc3.dd >> * SCSI HDB-DOS descriptor >> *../MODULES/RBF/sh_ide.dd >> * IDE descriptors (master/slave) >> ../MODULES/RBF/i0_ide.dd >> *../MODULES/RBF/i1_ide.dd >> * IDE HDB-DOS descriptor >> *../MODULES/RBF/ih_ide.dd >> * >> * WD1773 floppy support for Tandy and compatible disk controllers >> ../MODULES/RBF/rb1773.dr >> * WD1773 floppy support for Disto Super Controller II >> *../MODULES/RBF/rb1773_scii_ff74.dr >> *../MODULES/RBF/rb1773_scii_ff58.dr >> * Floppy device descriptors >> * DD - default device - choose one if needed >> *../MODULES/RBF/ddd0_35s.dd >> *../MODULES/RBF/ddd0_40d.dd >> ../MODULES/RBF/ddd0_80d.dd >> * D0 - drive 0 - choose one if needed >> *../MODULES/RBF/d0_35s.dd >> *../MODULES/RBF/d0_40d.dd >> ../MODULES/RBF/d0_80d.dd >> * D1 - drive 1 - choose one if needed >> ../MODULES/RBF/d1_35s.dd >> *../MODULES/RBF/d1_40d.dd >> *../MODULES/RBF/d1_80d.dd >> * D2 - drive 2 - choose one if needed >> *../MODULES/RBF/d2_35s.dd >> *../MODULES/RBF/d2_40d.dd >> *../MODULES/RBF/d2_80d.dd >> * D3 - drive 3 - choose if needed >> *../MODULES/RBF/d3_35s.dd >> * >> * RAMDisk driver >> *../MODULES/RBF/rammer.dr >> * RAMDisk descriptors - select as needed >> *../MODULES/RBF/ddr0_8k.dd >> *../MODULES/RBF/ddr0_96k.dd >> *../MODULES/RBF/ddr0_128k.dd >> *../MODULES/RBF/ddr0_192k.dd >> *../MODULES/RBF/r0_8k.dd >> *../MODULES/RBF/r0_96k.dd >> *../MODULES/RBF/r0_128k.dd >> *../MODULES/RBF/r0_192k.dd >> * Memory device descriptor >> *../MODULES/RBF/md.dd >> *************************************** >> * SCF Section >> * >> ../MODULES/SCF/scf.mn >> * >> * CoCo 3 I/O driver >> * Joystick modules: choose Joystick OR >> * (M)icrosoft or (L)ogitech mouse using 6551 or 6552 ACIA >> ../MODULES/SCF/vtio.dr >> ../MODULES/SCF/keydrv_cc3.sb >> ../MODULES/SCF/snddrv_cc3.sb >> ../MODULES/SCF/joydrv_joy.sb >> *../MODULES/SCF/joydrv_6551M.sb >> *../MODULES/SCF/joydrv_6552M.sb >> *../MODULES/SCF/joydrv_6551L.sb >> *../MODULES/SCF/joydrv_6552L.sb >> * >> * CoGrf/CoWin subroutine module >> * Use CoWin with Multi-Vue; use CoGrf >> * for basic text and graphic window support.. >> * Select only one. >> *../MODULES/SCF/cogrf.io >> ../MODULES/SCF/cowin.io >> * >> * CoVDG I/O subroutine module >> * Select one or both >> ../MODULES/SCF/covdg.io >> *../MODULES/SCF/covdg_small.io >> * >> * Select only one term descriptor >> *../MODULES/SCF/term_vdg.dt >> *../MODULES/SCF/term_win40.dt >> ../MODULES/SCF/term_win80.dt >> *../MODULES/SCF/term_bbt.dt >> *../MODULES/SCF/term_sc6551.dt >> * >> * Select as many window descriptors as needed >> ../MODULES/SCF/w.dw >> ../MODULES/SCF/w1.dw >> ../MODULES/SCF/w2.dw >> ../MODULES/SCF/w3.dw >> ../MODULES/SCF/w4.dw >> ../MODULES/SCF/w5.dw >> ../MODULES/SCF/w6.dw >> ../MODULES/SCF/w7.dw >> * >> * Select as many VDG window descriptors as needed >> ../MODULES/SCF/v1.dw >> *../MODULES/SCF/v2.dw >> *../MODULES/SCF/v3.dw >> *../MODULES/SCF/v4.dw >> *../MODULES/SCF/v5.dw >> *../MODULES/SCF/v6.dw >> *../MODULES/SCF/v7.dw >> * >> * Serial port drivers >> * CoCo Bit-Banger terminal port >> ../MODULES/SCF/scbbt.dr >> ../MODULES/SCF/t1.dd >> * 6551 ACIA >> *../MODULES/SCF/sc6551.dr >> *../MODULES/SCF/t2_sc6551.dd >> *../MODULES/SCF/t3_sc6551.dd >> * Tandy Modem Pak >> ../MODULES/SCF/modpak.dr >> ../MODULES/SCF/m1.dd >> *../MODULES/SCF/m2.dd >> * >> * Printer drivers >> ../MODULES/SCF/scbbp.dr >> ../MODULES/SCF/p.dd >> * >> * VRN is a driver module used by certain games, including King's >> Quest III, >> * Leisure Suit Larry and Flight Simulator II. A /nil descriptor is also >> * supported. >> ../MODULES/SCF/vrn.dr >> ../MODULES/SCF/vi.dd >> ../MODULES/SCF/ftdd.dd >> * >> *************************************** >> * Pipe Section >> * >> * Pipes are a useful but optional part of a system. >> ../MODULES/PIPE/pipeman.mn >> ../MODULES/PIPE/piper.dr >> ../MODULES/PIPE/pipe.dd >> * >> *************************************** >> * Clock Section >> * >> * Select one clock module depending upon your power line frequency >> * (60Hz = USA/Canada; 50Hz = Europe, Australia) >> ../MODULES/CLOCKS/clock_60hz >> *../MODULES/CLOCKS/clock_50hz >> * Select one clock2 module that supports your real-time clock, if any. >> * Besides support for the internal software clock, the following >> * hardware clocks are supported: Burke & Burke, Disto 2-N-1, Disto >> 4-N-1, >> * Eliminator, Harris, SmartWatch, Cloud-9, the MESS emulator, Jeff >> * Vavasour's CoCo emulator, and DriveWire. >> *../MODULES/CLOCKS/clock2_soft >> *../MODULES/CLOCKS/clock2_bnb >> *../MODULES/CLOCKS/clock2_disto2 >> *../MODULES/CLOCKS/clock2_disto4 >> *../MODULES/CLOCKS/clock2_elim >> *../MODULES/CLOCKS/clock2_harris >> *../MODULES/CLOCKS/clock2_smart >> *../MODULES/CLOCKS/clock2_jvemu >> *../MODULES/CLOCKS/clock2_messemu >> ../MODULES/CLOCKS/clock2_cloud9 >> *../MODULES/CLOCKS/clock2_dw >> * >> *************************************** >> * System Kick-Start Module >> * >> * Choose which startup module you wish to use. (sysgo_dd is recommended >> * for most configurations.) >> * >> * Alternatively, this module can reside in the root directory of the >> * boot device, saving precious system RAM. >> *../MODULES/SYSMODS/sysgo_dd >> ../MODULES/SYSMODS/sysgo_h0 >> >>> >>> Any idea about the rest of it, like the non booting ss35 disk? Or >>> is it possible to do a basic "backup 0 to 127" from a 40 track DS >>> disk? (my setup is a 1GB scsi disk, with HDB-DOS new enough to >>> handle virtual floppies, but I don't recall what size the virtual's >>> are, os9 side formatted for 4 sector clusters) >>> >>> Which brings up the question, is it possible to access these >>> virtual disks from nitros9 with a carefully crafted SO, S1 etc >>> descriptors for rbsuper? >>> >>> >>>> Regards, >>>> Boisy G. Pitre >>>> -- >>>> Email: boisy at boisypitre.com >>>> Web: http://www.boisypitre.com >>>> >>>> >>>> -- >>>> Coco mailing list >>>> Coco at maltedmedia.com >>>> http://five.pairlist.net/mailman/listinfo/coco >>>> >>> >>> >>> >>> >> >> -- >> Coco mailing list >> Coco at maltedmedia.com >> http://five.pairlist.net/mailman/listinfo/coco > > > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From robert.gault at worldnet.att.net Tue May 13 23:34:30 2008 From: robert.gault at worldnet.att.net (Robert Gault) Date: Tue, 13 May 2008 23:34:30 -0400 Subject: [Coco] Floppy - less boot , was Re: VI and VIRQ In-Reply-To: <482A2AE6.6090708@adinet.com.uy> References: <200805131212.46723.gene.heskett@verizon.net> <482A2AE6.6090708@adinet.com.uy> Message-ID: <482A5DC6.6080005@worldnet.att.net> Diego Barizo wrote: > Now that it comes to mention. I've been trying to create a custom 1s35t > boot disk for my HDB-DOS / SuperIDE setup, completely unsuccessfully so > far. > Looking around, I found a mention of the bug in the rb1773 driver, and > the symptoms match the ones I see, freezing after tb ...... at boot time. > Will this bug affect an attempt to boot from a HDB-DOS virtual drive? > When I try that, I get all the ..... at boot, and then bCCCC%%V Date > Save Unlink GrfDrv Backup Date # t*j , and final freeze. > Here is my bootlist file, which could be the cause of my problems... > Looks to me that you have the wrong /dd descriptor in your boot file. If you want to boot from the hard drive, /dd must be a hard drive descriptor. You chose an 80 track floppy for /dd. RB1773 will not be used at all when booting from a hard drive so if rb1773 is buggy, it won't matter during the boot process. From gene.heskett at verizon.net Tue May 13 23:48:26 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Tue, 13 May 2008 23:48:26 -0400 Subject: [Coco] Programs for NitrOS-9 In-Reply-To: <20080514032406.GA1277@virgo.sdc.org> References: <4821371A.5000504@usfamily.net> <200805131156.33309.gene.heskett@verizon.net> <20080514032406.GA1277@virgo.sdc.org> Message-ID: <200805132348.27071.gene.heskett@verizon.net> On Tuesday 13 May 2008, Willard Goosey wrote: >On Tue, May 13, 2008 at 11:56:33AM -0400, Gene Heskett wrote: >> On Monday 12 May 2008, Robert Gault wrote: >> >I've been testing the RTSI file containing "IcnEd V3.18 by Gene Heskett, >> >1995" in the source code. Gene, is this the latest version? >> >> 1995? 13 years ago? Could well be, Willard, gee has it been that long? > >I didn't do it! Nobody saw me do it! I wasn't even there! You can't >prove anything! > >:-) > >Willard Chuckle. I like that. :) I made some progress on getting multivue to work today, I think I have everything for it except a working mouse. It will draw the screen and shows the mouse pointer at the extreme upper left, and of course its not usable. If the keyboard mouse is valid, maybe, but I didn't spend a lot of time looking for the key combo that would do it. I tried changing the address of joydrv_6551L.sb from FF68 where the base chipset in the rs232 pack lives, to FF6C where the extra chipset lives, but it won't boot, gets to i2xo and locks up tight. I used ded on the OS9Boot file on that disk to change it back to FF68, verified the whole file, typed reboot, hit 0 and it worked just fine. So the code in that module apparently does not handle the mouse's output the same as the code in my older setups did. But its progress (I think). And all that time doing the stress test under the gamma camera didn't find anything! The ekg wasn't quite optimal, but no other clues fell out. I hate it when that happens, cuz I still hurt. Sigh.. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Anything that is worth doing has been done frequently. Things hitherto undone should be given, I suspect, a wide berth. -- Max Beerbohm, "Mainly on the Air" From diegoba at adinet.com.uy Tue May 13 23:50:00 2008 From: diegoba at adinet.com.uy (Diego Barizo) Date: Wed, 14 May 2008 00:50:00 -0300 Subject: [Coco] Floppy - less boot , was Re: VI and VIRQ In-Reply-To: <482A5DC6.6080005@worldnet.att.net> References: <200805131212.46723.gene.heskett@verizon.net> <482A2AE6.6090708@adinet.com.uy> <482A5DC6.6080005@worldnet.att.net> Message-ID: <482A6168.3080403@adinet.com.uy> My doubts come from the fact that, actually, I'm booting from a virtual floppy in the HD. I thought that for the system, it would be just as booting from a real diskette... How does it work in this case? Diego PS, I'm playing Dungeons of Daggorath right now, with a real CoCo hooked up to the PC's video capture card, and seeing it full screen in a semi-transparent layover... coooooool! :-D Robert Gault wrote: > Diego Barizo wrote: >> Now that it comes to mention. I've been trying to create a custom >> 1s35t boot disk for my HDB-DOS / SuperIDE setup, completely >> unsuccessfully so far. >> Looking around, I found a mention of the bug in the rb1773 driver, >> and the symptoms match the ones I see, freezing after tb ...... at >> boot time. >> Will this bug affect an attempt to boot from a HDB-DOS virtual drive? >> When I try that, I get all the ..... at boot, and then bCCCC%%V Date >> Save Unlink GrfDrv Backup Date # t*j , and final freeze. >> Here is my bootlist file, which could be the cause of my problems... > > > > Looks to me that you have the wrong /dd descriptor in your boot file. > If you want to boot from the hard drive, /dd must be a hard drive > descriptor. You chose an 80 track floppy for /dd. > > RB1773 will not be used at all when booting from a hard drive so if > rb1773 is buggy, it won't matter during the boot process. > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From mark at cloud9tech.com Wed May 14 08:14:52 2008 From: mark at cloud9tech.com (Mark Marlette) Date: Wed, 14 May 2008 07:14:52 -0500 Subject: [Coco] VI and VIRQ In-Reply-To: <200805132026.04863.gene.heskett@verizon.net> References: <200805131212.46723.gene.heskett@verizon.net> <20080513135456.2ye3to3jwcwco8o4@webmail.frontiernet.net> <200805132026.04863.gene.heskett@verizon.net> Message-ID: <20080514071452.ay62suevok4wcw4o@webmail.frontiernet.net> Gene, offset, virtual drive, etc.....Boisy is the expert on this feature... Mark Quoting Gene Heskett : > On Tuesday 13 May 2008, Mark Marlette wrote: >> Gene, >> >> I'll let Boisy explain in more detail but yes you can talk/copy to a >> HDB-DOS drive under NitrOS-9 and SuperDriver. >> >> There are several things that need to be setup in the descriptor /sh. >> > Great, I wondered what that was. I presume it is a matter of changing an > offset of at least 3 bytes width in the descriptor someplace. > >> Mark >> Cloud-9 >> >> Quoting Gene Heskett : >>> On Tuesday 13 May 2008, Boisy G. Pitre wrote: >>>> Gene, >>>> >>>> From your comments, I think you are misunderstanding OS-9's method >>>> for executing programs. >>>> >>>> Fact: if you type the name of a non-executable module (i.e. device >>>> descriptor) at the shell prompt in an attempt to execute it, you will >>>> get an error #234. >>>> >>>> This is the way it has always worked in OS-9 and NitrOS-9. Nothing in >>>> the last few releases of NitrOS-9 has changed in this regard. >>>> >>>> I checked the King's Quest III bootfile. Here's the ident output: >>>> >>>> 17 $C0 $47B370 . OS9p2 >>>> 67 $C0 $0B2322 . Init >>>> 12 $C1 $FD1FEA . IOMan >>>> 28 $D1 $EFBE13 . RBF >>>> 9 $E1 $759161 . CC3Disk >>>> 82 $F1 $FC1918 . D0 >>>> 82 $F1 $9F4210 . D1 >>>> 82 $F1 $E6B118 . DD >>>> 13 $D1 $F946CA . SCF >>>> 19 $E1 $0C8A2E . CC3IO >>>> 1 $C1 $11ED90 . VDGInt >>>> 83 $F1 $AB5AE5 . TERM >>>> 10 $C1 $A18121 . Clock >>>> 5 $11 $1006FE . CC3Go >>>> 83 $F1 $577429 . VI >>>> 22 $E1 $A128BF . AGIVIRQDr >>>> >>>> There exists a module named VI in that bootfile, which would >>>> immediately clash with the VI program you are trying to run. Again, >>>> NitrOS-9 does nothing special or different in this regard. The issue >>>> is a name clash between a program and a module in memory. The module >>>> in memory wins out. >>> >>> I don't recall it that way, but it isn't worth a prolonged discussion >>> either. I'll fix vi yet today. End of problem. >>> >>> Any idea about the rest of it, like the non booting ss35 disk? Or is it >>> possible to do a basic "backup 0 to 127" from a 40 track DS disk? (my >>> setup is a 1GB scsi disk, with HDB-DOS new enough to handle virtual >>> floppies, but I don't recall what size the virtual's are, os9 side >>> formatted for 4 sector clusters) >>> >>> Which brings up the question, is it possible to access these virtual disks >>> from nitros9 with a carefully crafted SO, S1 etc descriptors for rbsuper? >>> >>>> Regards, >>>> Boisy G. Pitre >>>> -- >>>> Email: boisy at boisypitre.com >>>> Web: http://www.boisypitre.com >>>> >>>> >>>> -- >>>> Coco mailing list >>>> Coco at maltedmedia.com >>>> http://five.pairlist.net/mailman/listinfo/coco >>> >>> -- >>> Cheers, Gene >>> "There are four boxes to be used in defense of liberty: >>> soap, ballot, jury, and ammo. Please use in that order." >>> -Ed Howdershelt (Author) >>> it's too bad most ancient unices are y2k compliant >>> <|Rain|> too bad? >>> <|Rain|> why, because people won't upgrade until 2038? >>> >>> -- >>> Coco mailing list >>> Coco at maltedmedia.com >>> http://five.pairlist.net/mailman/listinfo/coco >> >> -- >> Coco mailing list >> Coco at maltedmedia.com >> http://five.pairlist.net/mailman/listinfo/coco > > > > -- > Cheers, Gene > "There are four boxes to be used in defense of liberty: > soap, ballot, jury, and ammo. Please use in that order." > -Ed Howdershelt (Author) > If God is perfect, why did He create discontinuous functions? > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From mark at cloud9tech.com Wed May 14 08:16:19 2008 From: mark at cloud9tech.com (Mark Marlette) Date: Wed, 14 May 2008 07:16:19 -0500 Subject: [Coco] Floppy - less boot , was Re: VI and VIRQ In-Reply-To: <200805132028.29805.gene.heskett@verizon.net> References: <482A2AE6.6090708@adinet.com.uy> <20080513190319.feeuy97avok4s84c@webmail.frontiernet.net> <200805132028.29805.gene.heskett@verizon.net> Message-ID: <20080514071619.zval4pfzlcso4sow@webmail.frontiernet.net> Gene, Not at my system but as I recall the names are descriptive. BOOTTRACK dir as IRC. Mark Quoting Gene Heskett : > On Tuesday 13 May 2008, Mark Marlette wrote: >> Diego, >> >> Quick look here. >> >> Looks like you have the 80T /d0 descriptor selected. Select d0_35s. >> >> Then you need to make sure your script is formatting as SS. >> >> Then make sure that you merge the correct loader for SS floppy. I have >> done it, been awhile but it does work. >> > You are referring to the 'boot' module in track 34? We might need help with > defining which one it is. > >> Hopefully that helps..... >> >> Mark >> Cloud-9 >> >> Quoting Diego Barizo : >>> Now that it comes to mention. I've been trying to create a custom 1s35t >>> boot disk for my HDB-DOS / SuperIDE setup, completely unsuccessfully so >>> far. >>> Looking around, I found a mention of the bug in the rb1773 driver, and >>> the symptoms match the ones I see, freezing after tb ...... at boot >>> time. >>> Will this bug affect an attempt to boot from a HDB-DOS virtual drive? >>> When I try that, I get all the ..... at boot, and then bCCCC%%V Date >>> Save Unlink GrfDrv Backup Date # t*j , and final freeze. >>> Here is my bootlist file, which could be the cause of my problems... >>> >>> * Kernel/System Section >>> * >>> * These modules are mandatory. >>> ../MODULES/KERNEL/krnp2 >>> *../MODULES/KERNEL/krnp3_perr >>> *../MODULES/KERNEL/krnp4_regdump >>> ../MODULES/SYSMODS/ioman >>> ../MODULES/SYSMODS/init >>> * >>> * >>> * RBF Section >>> * >>> ../MODULES/RBF/rbf.mn >>> * >>> * DriveWire driver (Cloud-9 product) >>> *../MODULES/RBF/drivewire.dr >>> * DriveWire descriptors - select as needed >>> *../MODULES/RBF/ddx0.dd >>> *../MODULES/RBF/x0.dd >>> *../MODULES/RBF/x1.dd >>> *../MODULES/RBF/x2.dd >>> *../MODULES/RBF/x3.dd >>> * >>> * SuperDriver Package (Cloud-9 product) >>> ../MODULES/RBF/rbsuper.dr >>> * Select Low level SCSI and/or IDE driver >>> *../MODULES/RBF/lltc3.dr >>> ../MODULES/RBF/llide.dr >>> * SuperDriver descriptors - select as needed >>> * SCSI descriptors (IDs 0-7) >>> *../MODULES/RBF/s0_tc3.dd >>> *../MODULES/RBF/s1_tc3.dd >>> *../MODULES/RBF/s2_tc3.dd >>> *../MODULES/RBF/s3_tc3.dd >>> *../MODULES/RBF/s4_tc3.dd >>> *../MODULES/RBF/s5_tc3.dd >>> *../MODULES/RBF/s6_tc3.dd >>> * SCSI HDB-DOS descriptor >>> *../MODULES/RBF/sh_ide.dd >>> * IDE descriptors (master/slave) >>> ../MODULES/RBF/i0_ide.dd >>> *../MODULES/RBF/i1_ide.dd >>> * IDE HDB-DOS descriptor >>> *../MODULES/RBF/ih_ide.dd >>> * >>> * WD1773 floppy support for Tandy and compatible disk controllers >>> ../MODULES/RBF/rb1773.dr >>> * WD1773 floppy support for Disto Super Controller II >>> *../MODULES/RBF/rb1773_scii_ff74.dr >>> *../MODULES/RBF/rb1773_scii_ff58.dr >>> * Floppy device descriptors >>> * DD - default device - choose one if needed >>> *../MODULES/RBF/ddd0_35s.dd >>> *../MODULES/RBF/ddd0_40d.dd >>> ../MODULES/RBF/ddd0_80d.dd >>> * D0 - drive 0 - choose one if needed >>> *../MODULES/RBF/d0_35s.dd >>> *../MODULES/RBF/d0_40d.dd >>> ../MODULES/RBF/d0_80d.dd >>> * D1 - drive 1 - choose one if needed >>> ../MODULES/RBF/d1_35s.dd >>> *../MODULES/RBF/d1_40d.dd >>> *../MODULES/RBF/d1_80d.dd >>> * D2 - drive 2 - choose one if needed >>> *../MODULES/RBF/d2_35s.dd >>> *../MODULES/RBF/d2_40d.dd >>> *../MODULES/RBF/d2_80d.dd >>> * D3 - drive 3 - choose if needed >>> *../MODULES/RBF/d3_35s.dd >>> * >>> * RAMDisk driver >>> *../MODULES/RBF/rammer.dr >>> * RAMDisk descriptors - select as needed >>> *../MODULES/RBF/ddr0_8k.dd >>> *../MODULES/RBF/ddr0_96k.dd >>> *../MODULES/RBF/ddr0_128k.dd >>> *../MODULES/RBF/ddr0_192k.dd >>> *../MODULES/RBF/r0_8k.dd >>> *../MODULES/RBF/r0_96k.dd >>> *../MODULES/RBF/r0_128k.dd >>> *../MODULES/RBF/r0_192k.dd >>> * Memory device descriptor >>> *../MODULES/RBF/md.dd >>> *************************************** >>> * SCF Section >>> * >>> ../MODULES/SCF/scf.mn >>> * >>> * CoCo 3 I/O driver >>> * Joystick modules: choose Joystick OR >>> * (M)icrosoft or (L)ogitech mouse using 6551 or 6552 ACIA >>> ../MODULES/SCF/vtio.dr >>> ../MODULES/SCF/keydrv_cc3.sb >>> ../MODULES/SCF/snddrv_cc3.sb >>> ../MODULES/SCF/joydrv_joy.sb >>> *../MODULES/SCF/joydrv_6551M.sb >>> *../MODULES/SCF/joydrv_6552M.sb >>> *../MODULES/SCF/joydrv_6551L.sb >>> *../MODULES/SCF/joydrv_6552L.sb >>> * >>> * CoGrf/CoWin subroutine module >>> * Use CoWin with Multi-Vue; use CoGrf >>> * for basic text and graphic window support.. >>> * Select only one. >>> *../MODULES/SCF/cogrf.io >>> ../MODULES/SCF/cowin.io >>> * >>> * CoVDG I/O subroutine module >>> * Select one or both >>> ../MODULES/SCF/covdg.io >>> *../MODULES/SCF/covdg_small.io >>> * >>> * Select only one term descriptor >>> *../MODULES/SCF/term_vdg.dt >>> *../MODULES/SCF/term_win40.dt >>> ../MODULES/SCF/term_win80.dt >>> *../MODULES/SCF/term_bbt.dt >>> *../MODULES/SCF/term_sc6551.dt >>> * >>> * Select as many window descriptors as needed >>> ../MODULES/SCF/w.dw >>> ../MODULES/SCF/w1.dw >>> ../MODULES/SCF/w2.dw >>> ../MODULES/SCF/w3.dw >>> ../MODULES/SCF/w4.dw >>> ../MODULES/SCF/w5.dw >>> ../MODULES/SCF/w6.dw >>> ../MODULES/SCF/w7.dw >>> * >>> * Select as many VDG window descriptors as needed >>> ../MODULES/SCF/v1.dw >>> *../MODULES/SCF/v2.dw >>> *../MODULES/SCF/v3.dw >>> *../MODULES/SCF/v4.dw >>> *../MODULES/SCF/v5.dw >>> *../MODULES/SCF/v6.dw >>> *../MODULES/SCF/v7.dw >>> * >>> * Serial port drivers >>> * CoCo Bit-Banger terminal port >>> ../MODULES/SCF/scbbt.dr >>> ../MODULES/SCF/t1.dd >>> * 6551 ACIA >>> *../MODULES/SCF/sc6551.dr >>> *../MODULES/SCF/t2_sc6551.dd >>> *../MODULES/SCF/t3_sc6551.dd >>> * Tandy Modem Pak >>> ../MODULES/SCF/modpak.dr >>> ../MODULES/SCF/m1.dd >>> *../MODULES/SCF/m2.dd >>> * >>> * Printer drivers >>> ../MODULES/SCF/scbbp.dr >>> ../MODULES/SCF/p.dd >>> * >>> * VRN is a driver module used by certain games, including King's Quest >>> III, * Leisure Suit Larry and Flight Simulator II. A /nil descriptor is >>> also * supported. >>> ../MODULES/SCF/vrn.dr >>> ../MODULES/SCF/vi.dd >>> ../MODULES/SCF/ftdd.dd >>> * >>> *************************************** >>> * Pipe Section >>> * >>> * Pipes are a useful but optional part of a system. >>> ../MODULES/PIPE/pipeman.mn >>> ../MODULES/PIPE/piper.dr >>> ../MODULES/PIPE/pipe.dd >>> * >>> *************************************** >>> * Clock Section >>> * >>> * Select one clock module depending upon your power line frequency >>> * (60Hz = USA/Canada; 50Hz = Europe, Australia) >>> ../MODULES/CLOCKS/clock_60hz >>> *../MODULES/CLOCKS/clock_50hz >>> * Select one clock2 module that supports your real-time clock, if any. >>> * Besides support for the internal software clock, the following >>> * hardware clocks are supported: Burke & Burke, Disto 2-N-1, Disto 4-N-1, >>> * Eliminator, Harris, SmartWatch, Cloud-9, the MESS emulator, Jeff >>> * Vavasour's CoCo emulator, and DriveWire. >>> *../MODULES/CLOCKS/clock2_soft >>> *../MODULES/CLOCKS/clock2_bnb >>> *../MODULES/CLOCKS/clock2_disto2 >>> *../MODULES/CLOCKS/clock2_disto4 >>> *../MODULES/CLOCKS/clock2_elim >>> *../MODULES/CLOCKS/clock2_harris >>> *../MODULES/CLOCKS/clock2_smart >>> *../MODULES/CLOCKS/clock2_jvemu >>> *../MODULES/CLOCKS/clock2_messemu >>> ../MODULES/CLOCKS/clock2_cloud9 >>> *../MODULES/CLOCKS/clock2_dw >>> * >>> *************************************** >>> * System Kick-Start Module >>> * >>> * Choose which startup module you wish to use. (sysgo_dd is recommended >>> * for most configurations.) >>> * >>> * Alternatively, this module can reside in the root directory of the >>> * boot device, saving precious system RAM. >>> *../MODULES/SYSMODS/sysgo_dd >>> ../MODULES/SYSMODS/sysgo_h0 >>> >>>> Any idea about the rest of it, like the non booting ss35 disk? Or >>>> is it possible to do a basic "backup 0 to 127" from a 40 track DS >>>> disk? (my setup is a 1GB scsi disk, with HDB-DOS new enough to >>>> handle virtual floppies, but I don't recall what size the virtual's >>>> are, os9 side formatted for 4 sector clusters) >>>> >>>> Which brings up the question, is it possible to access these >>>> virtual disks from nitros9 with a carefully crafted SO, S1 etc >>>> descriptors for rbsuper? >>>> >>>>> Regards, >>>>> Boisy G. Pitre >>>>> -- >>>>> Email: boisy at boisypitre.com >>>>> Web: http://www.boisypitre.com >>>>> >>>>> >>>>> -- >>>>> Coco mailing list >>>>> Coco at maltedmedia.com >>>>> http://five.pairlist.net/mailman/listinfo/coco >>> >>> -- >>> Coco mailing list >>> Coco at maltedmedia.com >>> http://five.pairlist.net/mailman/listinfo/coco >> >> -- >> Coco mailing list >> Coco at maltedmedia.com >> http://five.pairlist.net/mailman/listinfo/coco > > > > -- > Cheers, Gene > "There are four boxes to be used in defense of liberty: > soap, ballot, jury, and ammo. Please use in that order." > -Ed Howdershelt (Author) > Don't abandon hope: your Tom Mix decoder ring arrives tomorrow. > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From mark at cloud9tech.com Wed May 14 08:21:00 2008 From: mark at cloud9tech.com (Mark Marlette) Date: Wed, 14 May 2008 07:21:00 -0500 Subject: [Coco] Floppy - less boot , was Re: VI and VIRQ In-Reply-To: <482A5D9C.40201@adinet.com.uy> References: <200805131212.46723.gene.heskett@verizon.net> <482A2AE6.6090708@adinet.com.uy> <20080513190319.feeuy97avok4s84c@webmail.frontiernet.net> <482A5D9C.40201@adinet.com.uy> Message-ID: <20080514072100.ut3y9s7z40s8ggc0@webmail.frontiernet.net> Diego, I don't think using an 80t will work unless the boot track module is also for that drive. The step sizes are different, 80 is 1/2 40's. I don't think there is an 80 track boot track. I would think that it could be made pretty easy. Hardware guys will always say that. :) Regards, Mark Quoting Diego Barizo : > I was using d0_80 because my real drive 0 is an 80t, I guess that > explains the different behavior when booting from a virtual floppy and > from a real disk. > The script is formatting a SS, but I was merging like this: > merge ../MODULES/BOOTTRACK/rel_80 ../MODULES/BOOTTRACK/boot_ide > ../MODULES/BOOTTRACK/krn>-bttemp > Is this one the correct one? > merge ../MODULES/BOOTTRACK/rel_80 ../MODULES/BOOTTRACK/boot_1773_6ms > ../MODULES/BOOTTRACK/krn>-bttemp > > Damn, it's past midnight... to late to try it now, gonna have to wait > 'till tomorrow :-( > > Diego > > > Mark Marlette wrote: >> Diego, >> >> Quick look here. >> >> Looks like you have the 80T /d0 descriptor selected. Select d0_35s. >> >> Then you need to make sure your script is formatting as SS. >> >> Then make sure that you merge the correct loader for SS floppy. I >> have done it, been awhile but it does work. >> >> Hopefully that helps..... >> >> Mark >> Cloud-9 >> >> Quoting Diego Barizo : >> >>> Now that it comes to mention. I've been trying to create a custom 1s35t >>> boot disk for my HDB-DOS / SuperIDE setup, completely unsuccessfully so >>> far. >>> Looking around, I found a mention of the bug in the rb1773 driver, and >>> the symptoms match the ones I see, freezing after tb ...... at boot >>> time. >>> Will this bug affect an attempt to boot from a HDB-DOS virtual drive? >>> When I try that, I get all the ..... at boot, and then bCCCC%%V Date >>> Save Unlink GrfDrv Backup Date # t*j , and final freeze. >>> Here is my bootlist file, which could be the cause of my problems... >>> >>> * Kernel/System Section >>> * >>> * These modules are mandatory. >>> ../MODULES/KERNEL/krnp2 >>> *../MODULES/KERNEL/krnp3_perr >>> *../MODULES/KERNEL/krnp4_regdump >>> ../MODULES/SYSMODS/ioman >>> ../MODULES/SYSMODS/init >>> * >>> * >>> * RBF Section >>> * >>> ../MODULES/RBF/rbf.mn >>> * >>> * DriveWire driver (Cloud-9 product) >>> *../MODULES/RBF/drivewire.dr >>> * DriveWire descriptors - select as needed >>> *../MODULES/RBF/ddx0.dd >>> *../MODULES/RBF/x0.dd >>> *../MODULES/RBF/x1.dd >>> *../MODULES/RBF/x2.dd >>> *../MODULES/RBF/x3.dd >>> * >>> * SuperDriver Package (Cloud-9 product) >>> ../MODULES/RBF/rbsuper.dr >>> * Select Low level SCSI and/or IDE driver >>> *../MODULES/RBF/lltc3.dr >>> ../MODULES/RBF/llide.dr >>> * SuperDriver descriptors - select as needed >>> * SCSI descriptors (IDs 0-7) >>> *../MODULES/RBF/s0_tc3.dd >>> *../MODULES/RBF/s1_tc3.dd >>> *../MODULES/RBF/s2_tc3.dd >>> *../MODULES/RBF/s3_tc3.dd >>> *../MODULES/RBF/s4_tc3.dd >>> *../MODULES/RBF/s5_tc3.dd >>> *../MODULES/RBF/s6_tc3.dd >>> * SCSI HDB-DOS descriptor >>> *../MODULES/RBF/sh_ide.dd >>> * IDE descriptors (master/slave) >>> ../MODULES/RBF/i0_ide.dd >>> *../MODULES/RBF/i1_ide.dd >>> * IDE HDB-DOS descriptor >>> *../MODULES/RBF/ih_ide.dd >>> * >>> * WD1773 floppy support for Tandy and compatible disk controllers >>> ../MODULES/RBF/rb1773.dr >>> * WD1773 floppy support for Disto Super Controller II >>> *../MODULES/RBF/rb1773_scii_ff74.dr >>> *../MODULES/RBF/rb1773_scii_ff58.dr >>> * Floppy device descriptors >>> * DD - default device - choose one if needed >>> *../MODULES/RBF/ddd0_35s.dd >>> *../MODULES/RBF/ddd0_40d.dd >>> ../MODULES/RBF/ddd0_80d.dd >>> * D0 - drive 0 - choose one if needed >>> *../MODULES/RBF/d0_35s.dd >>> *../MODULES/RBF/d0_40d.dd >>> ../MODULES/RBF/d0_80d.dd >>> * D1 - drive 1 - choose one if needed >>> ../MODULES/RBF/d1_35s.dd >>> *../MODULES/RBF/d1_40d.dd >>> *../MODULES/RBF/d1_80d.dd >>> * D2 - drive 2 - choose one if needed >>> *../MODULES/RBF/d2_35s.dd >>> *../MODULES/RBF/d2_40d.dd >>> *../MODULES/RBF/d2_80d.dd >>> * D3 - drive 3 - choose if needed >>> *../MODULES/RBF/d3_35s.dd >>> * >>> * RAMDisk driver >>> *../MODULES/RBF/rammer.dr >>> * RAMDisk descriptors - select as needed >>> *../MODULES/RBF/ddr0_8k.dd >>> *../MODULES/RBF/ddr0_96k.dd >>> *../MODULES/RBF/ddr0_128k.dd >>> *../MODULES/RBF/ddr0_192k.dd >>> *../MODULES/RBF/r0_8k.dd >>> *../MODULES/RBF/r0_96k.dd >>> *../MODULES/RBF/r0_128k.dd >>> *../MODULES/RBF/r0_192k.dd >>> * Memory device descriptor >>> *../MODULES/RBF/md.dd >>> *************************************** >>> * SCF Section >>> * >>> ../MODULES/SCF/scf.mn >>> * >>> * CoCo 3 I/O driver >>> * Joystick modules: choose Joystick OR >>> * (M)icrosoft or (L)ogitech mouse using 6551 or 6552 ACIA >>> ../MODULES/SCF/vtio.dr >>> ../MODULES/SCF/keydrv_cc3.sb >>> ../MODULES/SCF/snddrv_cc3.sb >>> ../MODULES/SCF/joydrv_joy.sb >>> *../MODULES/SCF/joydrv_6551M.sb >>> *../MODULES/SCF/joydrv_6552M.sb >>> *../MODULES/SCF/joydrv_6551L.sb >>> *../MODULES/SCF/joydrv_6552L.sb >>> * >>> * CoGrf/CoWin subroutine module >>> * Use CoWin with Multi-Vue; use CoGrf >>> * for basic text and graphic window support.. >>> * Select only one. >>> *../MODULES/SCF/cogrf.io >>> ../MODULES/SCF/cowin.io >>> * >>> * CoVDG I/O subroutine module >>> * Select one or both >>> ../MODULES/SCF/covdg.io >>> *../MODULES/SCF/covdg_small.io >>> * >>> * Select only one term descriptor >>> *../MODULES/SCF/term_vdg.dt >>> *../MODULES/SCF/term_win40.dt >>> ../MODULES/SCF/term_win80.dt >>> *../MODULES/SCF/term_bbt.dt >>> *../MODULES/SCF/term_sc6551.dt >>> * >>> * Select as many window descriptors as needed >>> ../MODULES/SCF/w.dw >>> ../MODULES/SCF/w1.dw >>> ../MODULES/SCF/w2.dw >>> ../MODULES/SCF/w3.dw >>> ../MODULES/SCF/w4.dw >>> ../MODULES/SCF/w5.dw >>> ../MODULES/SCF/w6.dw >>> ../MODULES/SCF/w7.dw >>> * >>> * Select as many VDG window descriptors as needed >>> ../MODULES/SCF/v1.dw >>> *../MODULES/SCF/v2.dw >>> *../MODULES/SCF/v3.dw >>> *../MODULES/SCF/v4.dw >>> *../MODULES/SCF/v5.dw >>> *../MODULES/SCF/v6.dw >>> *../MODULES/SCF/v7.dw >>> * >>> * Serial port drivers >>> * CoCo Bit-Banger terminal port >>> ../MODULES/SCF/scbbt.dr >>> ../MODULES/SCF/t1.dd >>> * 6551 ACIA >>> *../MODULES/SCF/sc6551.dr >>> *../MODULES/SCF/t2_sc6551.dd >>> *../MODULES/SCF/t3_sc6551.dd >>> * Tandy Modem Pak >>> ../MODULES/SCF/modpak.dr >>> ../MODULES/SCF/m1.dd >>> *../MODULES/SCF/m2.dd >>> * >>> * Printer drivers >>> ../MODULES/SCF/scbbp.dr >>> ../MODULES/SCF/p.dd >>> * >>> * VRN is a driver module used by certain games, including King's Quest III, >>> * Leisure Suit Larry and Flight Simulator II. A /nil descriptor is also >>> * supported. >>> ../MODULES/SCF/vrn.dr >>> ../MODULES/SCF/vi.dd >>> ../MODULES/SCF/ftdd.dd >>> * >>> *************************************** >>> * Pipe Section >>> * >>> * Pipes are a useful but optional part of a system. >>> ../MODULES/PIPE/pipeman.mn >>> ../MODULES/PIPE/piper.dr >>> ../MODULES/PIPE/pipe.dd >>> * >>> *************************************** >>> * Clock Section >>> * >>> * Select one clock module depending upon your power line frequency >>> * (60Hz = USA/Canada; 50Hz = Europe, Australia) >>> ../MODULES/CLOCKS/clock_60hz >>> *../MODULES/CLOCKS/clock_50hz >>> * Select one clock2 module that supports your real-time clock, if any. >>> * Besides support for the internal software clock, the following >>> * hardware clocks are supported: Burke & Burke, Disto 2-N-1, Disto 4-N-1, >>> * Eliminator, Harris, SmartWatch, Cloud-9, the MESS emulator, Jeff >>> * Vavasour's CoCo emulator, and DriveWire. >>> *../MODULES/CLOCKS/clock2_soft >>> *../MODULES/CLOCKS/clock2_bnb >>> *../MODULES/CLOCKS/clock2_disto2 >>> *../MODULES/CLOCKS/clock2_disto4 >>> *../MODULES/CLOCKS/clock2_elim >>> *../MODULES/CLOCKS/clock2_harris >>> *../MODULES/CLOCKS/clock2_smart >>> *../MODULES/CLOCKS/clock2_jvemu >>> *../MODULES/CLOCKS/clock2_messemu >>> ../MODULES/CLOCKS/clock2_cloud9 >>> *../MODULES/CLOCKS/clock2_dw >>> * >>> *************************************** >>> * System Kick-Start Module >>> * >>> * Choose which startup module you wish to use. (sysgo_dd is recommended >>> * for most configurations.) >>> * >>> * Alternatively, this module can reside in the root directory of the >>> * boot device, saving precious system RAM. >>> *../MODULES/SYSMODS/sysgo_dd >>> ../MODULES/SYSMODS/sysgo_h0 >>> >>>> >>>> Any idea about the rest of it, like the non booting ss35 disk? >>>> Or is it possible to do a basic "backup 0 to 127" from a 40 >>>> track DS disk? (my setup is a 1GB scsi disk, with HDB-DOS new >>>> enough to handle virtual floppies, but I don't recall what size >>>> the virtual's are, os9 side formatted for 4 sector clusters) >>>> >>>> Which brings up the question, is it possible to access these >>>> virtual disks from nitros9 with a carefully crafted SO, S1 etc >>>> descriptors for rbsuper? >>>> >>>> >>>>> Regards, >>>>> Boisy G. Pitre >>>>> -- >>>>> Email: boisy at boisypitre.com >>>>> Web: http://www.boisypitre.com >>>>> >>>>> >>>>> -- >>>>> Coco mailing list >>>>> Coco at maltedmedia.com >>>>> http://five.pairlist.net/mailman/listinfo/coco >>>>> >>>> >>>> >>>> >>>> >>> >>> -- >>> Coco mailing list >>> Coco at maltedmedia.com >>> http://five.pairlist.net/mailman/listinfo/coco >> >> >> >> >> -- >> Coco mailing list >> Coco at maltedmedia.com >> http://five.pairlist.net/mailman/listinfo/coco >> > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco From mark at cloud9tech.com Wed May 14 08:25:14 2008 From: mark at cloud9tech.com (Mark Marlette) Date: Wed, 14 May 2008 07:25:14 -0500 Subject: [Coco] Floppy - less boot , was Re: VI and VIRQ In-Reply-To: <482A6168.3080403@adinet.com.uy> References: <200805131212.46723.gene.heskett@verizon.net> <482A2AE6.6090708@adinet.com.uy> <482A5DC6.6080005@worldnet.att.net> <482A6168.3080403@adinet.com.uy> Message-ID: <20080514072514.btbmsp814oks4scs@webmail.frontiernet.net> D, I always get the HD script to create a good bootable floppy then run the mb_HDB script then to create the HDB floppy which is then backed up to a vir drive and then linked. The ONLY difference between a HDB-DOS boot and a hard drive boot using the scripts is the BOOT TRACK. Mark Quoting Diego Barizo : > My doubts come from the fact that, actually, I'm booting from a virtual > floppy in the HD. > I thought that for the system, it would be just as booting from a real > diskette... > How does it work in this case? > > Diego > > PS, I'm playing Dungeons of Daggorath right now, with a real CoCo > hooked up to the PC's video capture card, and seeing it full screen in > a semi-transparent layover... coooooool! :-D > > > > > Robert Gault wrote: >> Diego Barizo wrote: >>> Now that it comes to mention. I've been trying to create a custom >>> 1s35t boot disk for my HDB-DOS / SuperIDE setup, completely >>> unsuccessfully so far. >>> Looking around, I found a mention of the bug in the rb1773 driver, >>> and the symptoms match the ones I see, freezing after tb ...... >>> at boot time. >>> Will this bug affect an attempt to boot from a HDB-DOS virtual drive? >>> When I try that, I get all the ..... at boot, and then bCCCC%%V >>> Date Save Unlink GrfDrv Backup Date # t*j , and final freeze. >>> Here is my bootlist file, which could be the cause of my problems... >>> >> >> Looks to me that you have the wrong /dd descriptor in your boot >> file. If you want to boot from the hard drive, /dd must be a hard >> drive descriptor. You chose an 80 track floppy for /dd. >> >> RB1773 will not be used at all when booting from a hard drive so if >> rb1773 is buggy, it won't matter during the boot process. >> >> -- >> Coco mailing list >> Coco at maltedmedia.com >> http://five.pairlist.net/mailman/listinfo/coco >> > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco From robert.gault at worldnet.att.net Wed May 14 08:27:44 2008 From: robert.gault at worldnet.att.net (Robert Gault) Date: Wed, 14 May 2008 08:27:44 -0400 Subject: [Coco] Floppy - less boot , was Re: VI and VIRQ In-Reply-To: <482A6168.3080403@adinet.com.uy> References: <200805131212.46723.gene.heskett@verizon.net> <482A2AE6.6090708@adinet.com.uy> <482A5DC6.6080005@worldnet.att.net> <482A6168.3080403@adinet.com.uy> Message-ID: <482ADAC0.5010909@worldnet.att.net> Diego Barizo wrote: > My doubts come from the fact that, actually, I'm booting from a virtual > floppy in the HD. > I thought that for the system, it would be just as booting from a real > diskette... > How does it work in this case? > > Diego > For the Coco to be able to talk to hardware, in this case drives, it must use a driver that understands the language of the hardware. On your system you have floppies and a hard drive (either scsi or ide) and they don't speak the same language. Therefore you have two different drivers, one for the floppies and the other for the hard drive. When you place an OS-9 boot disk on one of the RGBDOS/HDBDOS virtual Basic drives on the hard drive, that is not a floppy. You must use the driver for the hard drive to do I/O to the virtual floppy. That means the boot module on that drive must be one for hard drive use and OS9Boot must contain a driver and descriptor for hard drive use. The process of booting requires track 34 be found and loaded into memory. This will be done by the HDBDOS driver in your new DOS chip. Once track 34 is loaded, the code there starts running and Boot takes over to load the file OS9Boot. Since this is on a virtual drive, you must have a Boot that speaks "hard drive". Once OS9Boot has been loaded into memory, the driver for hard drive use takes over and it must have a /dd which points to the hard drive. The boot disk you described as using seems to have had the correct Boot module (although I'm not sure of this), had the correct driver in the OS9Boot file, but did not have a /dd pointing to the hard drive. You should still have been able to complete the boot process if and only if the boot disk was in your floppy drive. That's because as soon as the code in OS9Boot started to run and looked for /dd, it would have seen that an 80 track double sided floppy should be used. From robert.gault at worldnet.att.net Wed May 14 08:37:55 2008 From: robert.gault at worldnet.att.net (Robert Gault) Date: Wed, 14 May 2008 08:37:55 -0400 Subject: [Coco] VI and VIRQ In-Reply-To: <20080514071452.ay62suevok4wcw4o@webmail.frontiernet.net> References: <200805131212.46723.gene.heskett@verizon.net> <20080513135456.2ye3to3jwcwco8o4@webmail.frontiernet.net> <200805132026.04863.gene.heskett@verizon.net> <20080514071452.ay62suevok4wcw4o@webmail.frontiernet.net> Message-ID: <482ADD23.9070203@worldnet.att.net> Mark Marlette wrote: > Gene, > > offset, virtual drive, etc.....Boisy is the expert on this feature... > > Mark > I'm not sure what software comes from Cloud-9, but here is what I do on my KenTon scsi system. The only difference between the OS-9 section of an RGBDOS/HDBDOS hard drive and the Disk Basic section is the offset added to the LSN#. For most people, that offset is constant and stored in the DOS ROM. To be able to read an OS-9 disk stored in the Disk Basic section of the hard drive, boot disk or otherwise, a new driver is needed that adds the Disk Basic + drive number offset to all LSN values. In fact, I have made such a driver available in my RGBDOS for emulators package. If you have the source code for the driver you are currently using, it should be easy to modify it to add the required offset value. The biggest problem is deciding whether to permit access to all drive numbers or just the boot drive. I chose to permit access to any drive number so used a byte in the descriptor to store that value, changeable using dmode. From gene.heskett at verizon.net Wed May 14 09:22:25 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Wed, 14 May 2008 09:22:25 -0400 Subject: [Coco] Floppy - less boot , was Re: VI and VIRQ In-Reply-To: <20080514071619.zval4pfzlcso4sow@webmail.frontiernet.net> References: <200805132028.29805.gene.heskett@verizon.net> <20080514071619.zval4pfzlcso4sow@webmail.frontiernet.net> Message-ID: <200805140922.25727.gene.heskett@verizon.net> On Wednesday 14 May 2008, Mark Marlette wrote: >Gene, > >Not at my system but as I recall the names are descriptive. BOOTTRACK >dir as IRC. > yes, its there, but descriptive only to the type of interface, nothing else. [...] -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Today is the last day of your life so far. From gene.heskett at verizon.net Wed May 14 09:38:02 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Wed, 14 May 2008 09:38:02 -0400 Subject: [Coco] Floppy - less boot , was Re: VI and VIRQ In-Reply-To: <20080514072100.ut3y9s7z40s8ggc0@webmail.frontiernet.net> References: <482A5D9C.40201@adinet.com.uy> <20080514072100.ut3y9s7z40s8ggc0@webmail.frontiernet.net> Message-ID: <200805140938.02652.gene.heskett@verizon.net> On Wednesday 14 May 2008, Mark Marlette wrote: >Diego, > >I don't think using an 80t will work unless the boot track module is >also for that drive. The step sizes are different, 80 is 1/2 40's. > >I don't think there is an 80 track boot track. I would think that it >could be made pretty easy. Hardware guys will always say that. :) > No reason why not Mark. Unless THAT particular 80 track descriptor also has a different value in its dns setting. If an 80 track format is made by dmode /d? cyl=50, to the 40 track DS descriptor, than this is correct for pure 80 track drives of either size, 5.25 or 3.5. The only reason for changing the dns setting to set the next bit up, is so that if a 40 tack disc is inserted in an 80 track 5.25" drive, this diff will be found in LSN0, and the driver will then double step the drive to read that 40 track disc correctly. Again, that is the only reason. Unforch, I found it is hard to remember that such a disc cannot be written in that 80 track drive without wrecking the disc, and have wrecked several that way. The driver really should, when it finds itself in the situation, do whatever it takes to duplicate finding a write protection tab on the disc, and refuse to do the write, just to slap big dummies like me upside the head with the error message. There is no difference in the 3.5" disc's track widths as they are all 135 tpi, so in the 3.5" case, dns is never touched from the default found in the older descriptors. >Regards, > >Mark > >Quoting Diego Barizo : >> I was using d0_80 because my real drive 0 is an 80t, I guess that >> explains the different behavior when booting from a virtual floppy and >> from a real disk. >> The script is formatting a SS, but I was merging like this: >> merge ../MODULES/BOOTTRACK/rel_80 ../MODULES/BOOTTRACK/boot_ide >> ../MODULES/BOOTTRACK/krn>-bttemp >> Is this one the correct one? >> merge ../MODULES/BOOTTRACK/rel_80 ../MODULES/BOOTTRACK/boot_1773_6ms >> ../MODULES/BOOTTRACK/krn>-bttemp >> >> Damn, it's past midnight... to late to try it now, gonna have to wait >> 'till tomorrow :-( >> >> Diego >> >> Mark Marlette wrote: >>> Diego, >>> >>> Quick look here. >>> >>> Looks like you have the 80T /d0 descriptor selected. Select d0_35s. >>> >>> Then you need to make sure your script is formatting as SS. >>> >>> Then make sure that you merge the correct loader for SS floppy. I >>> have done it, been awhile but it does work. >>> >>> Hopefully that helps..... >>> >>> Mark >>> Cloud-9 >>> >>> Quoting Diego Barizo : >>>> Now that it comes to mention. I've been trying to create a custom 1s35t >>>> boot disk for my HDB-DOS / SuperIDE setup, completely unsuccessfully so >>>> far. >>>> Looking around, I found a mention of the bug in the rb1773 driver, and >>>> the symptoms match the ones I see, freezing after tb ...... at boot >>>> time. >>>> Will this bug affect an attempt to boot from a HDB-DOS virtual drive? >>>> When I try that, I get all the ..... at boot, and then bCCCC%%V Date >>>> Save Unlink GrfDrv Backup Date # t*j , and final freeze. >>>> Here is my bootlist file, which could be the cause of my problems... >>>> >>>> * Kernel/System Section >>>> * >>>> * These modules are mandatory. >>>> ../MODULES/KERNEL/krnp2 >>>> *../MODULES/KERNEL/krnp3_perr >>>> *../MODULES/KERNEL/krnp4_regdump >>>> ../MODULES/SYSMODS/ioman >>>> ../MODULES/SYSMODS/init >>>> * >>>> * >>>> * RBF Section >>>> * >>>> ../MODULES/RBF/rbf.mn >>>> * >>>> * DriveWire driver (Cloud-9 product) >>>> *../MODULES/RBF/drivewire.dr >>>> * DriveWire descriptors - select as needed >>>> *../MODULES/RBF/ddx0.dd >>>> *../MODULES/RBF/x0.dd >>>> *../MODULES/RBF/x1.dd >>>> *../MODULES/RBF/x2.dd >>>> *../MODULES/RBF/x3.dd >>>> * >>>> * SuperDriver Package (Cloud-9 product) >>>> ../MODULES/RBF/rbsuper.dr >>>> * Select Low level SCSI and/or IDE driver >>>> *../MODULES/RBF/lltc3.dr >>>> ../MODULES/RBF/llide.dr >>>> * SuperDriver descriptors - select as needed >>>> * SCSI descriptors (IDs 0-7) >>>> *../MODULES/RBF/s0_tc3.dd >>>> *../MODULES/RBF/s1_tc3.dd >>>> *../MODULES/RBF/s2_tc3.dd >>>> *../MODULES/RBF/s3_tc3.dd >>>> *../MODULES/RBF/s4_tc3.dd >>>> *../MODULES/RBF/s5_tc3.dd >>>> *../MODULES/RBF/s6_tc3.dd >>>> * SCSI HDB-DOS descriptor >>>> *../MODULES/RBF/sh_ide.dd >>>> * IDE descriptors (master/slave) >>>> ../MODULES/RBF/i0_ide.dd >>>> *../MODULES/RBF/i1_ide.dd >>>> * IDE HDB-DOS descriptor >>>> *../MODULES/RBF/ih_ide.dd >>>> * >>>> * WD1773 floppy support for Tandy and compatible disk controllers >>>> ../MODULES/RBF/rb1773.dr >>>> * WD1773 floppy support for Disto Super Controller II >>>> *../MODULES/RBF/rb1773_scii_ff74.dr >>>> *../MODULES/RBF/rb1773_scii_ff58.dr >>>> * Floppy device descriptors >>>> * DD - default device - choose one if needed >>>> *../MODULES/RBF/ddd0_35s.dd >>>> *../MODULES/RBF/ddd0_40d.dd >>>> ../MODULES/RBF/ddd0_80d.dd >>>> * D0 - drive 0 - choose one if needed >>>> *../MODULES/RBF/d0_35s.dd >>>> *../MODULES/RBF/d0_40d.dd >>>> ../MODULES/RBF/d0_80d.dd >>>> * D1 - drive 1 - choose one if needed >>>> ../MODULES/RBF/d1_35s.dd >>>> *../MODULES/RBF/d1_40d.dd >>>> *../MODULES/RBF/d1_80d.dd >>>> * D2 - drive 2 - choose one if needed >>>> *../MODULES/RBF/d2_35s.dd >>>> *../MODULES/RBF/d2_40d.dd >>>> *../MODULES/RBF/d2_80d.dd >>>> * D3 - drive 3 - choose if needed >>>> *../MODULES/RBF/d3_35s.dd >>>> * >>>> * RAMDisk driver >>>> *../MODULES/RBF/rammer.dr >>>> * RAMDisk descriptors - select as needed >>>> *../MODULES/RBF/ddr0_8k.dd >>>> *../MODULES/RBF/ddr0_96k.dd >>>> *../MODULES/RBF/ddr0_128k.dd >>>> *../MODULES/RBF/ddr0_192k.dd >>>> *../MODULES/RBF/r0_8k.dd >>>> *../MODULES/RBF/r0_96k.dd >>>> *../MODULES/RBF/r0_128k.dd >>>> *../MODULES/RBF/r0_192k.dd >>>> * Memory device descriptor >>>> *../MODULES/RBF/md.dd >>>> *************************************** >>>> * SCF Section >>>> * >>>> ../MODULES/SCF/scf.mn >>>> * >>>> * CoCo 3 I/O driver >>>> * Joystick modules: choose Joystick OR >>>> * (M)icrosoft or (L)ogitech mouse using 6551 or 6552 ACIA >>>> ../MODULES/SCF/vtio.dr >>>> ../MODULES/SCF/keydrv_cc3.sb >>>> ../MODULES/SCF/snddrv_cc3.sb >>>> ../MODULES/SCF/joydrv_joy.sb >>>> *../MODULES/SCF/joydrv_6551M.sb >>>> *../MODULES/SCF/joydrv_6552M.sb >>>> *../MODULES/SCF/joydrv_6551L.sb >>>> *../MODULES/SCF/joydrv_6552L.sb >>>> * >>>> * CoGrf/CoWin subroutine module >>>> * Use CoWin with Multi-Vue; use CoGrf >>>> * for basic text and graphic window support.. >>>> * Select only one. >>>> *../MODULES/SCF/cogrf.io >>>> ../MODULES/SCF/cowin.io >>>> * >>>> * CoVDG I/O subroutine module >>>> * Select one or both >>>> ../MODULES/SCF/covdg.io >>>> *../MODULES/SCF/covdg_small.io >>>> * >>>> * Select only one term descriptor >>>> *../MODULES/SCF/term_vdg.dt >>>> *../MODULES/SCF/term_win40.dt >>>> ../MODULES/SCF/term_win80.dt >>>> *../MODULES/SCF/term_bbt.dt >>>> *../MODULES/SCF/term_sc6551.dt >>>> * >>>> * Select as many window descriptors as needed >>>> ../MODULES/SCF/w.dw >>>> ../MODULES/SCF/w1.dw >>>> ../MODULES/SCF/w2.dw >>>> ../MODULES/SCF/w3.dw >>>> ../MODULES/SCF/w4.dw >>>> ../MODULES/SCF/w5.dw >>>> ../MODULES/SCF/w6.dw >>>> ../MODULES/SCF/w7.dw >>>> * >>>> * Select as many VDG window descriptors as needed >>>> ../MODULES/SCF/v1.dw >>>> *../MODULES/SCF/v2.dw >>>> *../MODULES/SCF/v3.dw >>>> *../MODULES/SCF/v4.dw >>>> *../MODULES/SCF/v5.dw >>>> *../MODULES/SCF/v6.dw >>>> *../MODULES/SCF/v7.dw >>>> * >>>> * Serial port drivers >>>> * CoCo Bit-Banger terminal port >>>> ../MODULES/SCF/scbbt.dr >>>> ../MODULES/SCF/t1.dd >>>> * 6551 ACIA >>>> *../MODULES/SCF/sc6551.dr >>>> *../MODULES/SCF/t2_sc6551.dd >>>> *../MODULES/SCF/t3_sc6551.dd >>>> * Tandy Modem Pak >>>> ../MODULES/SCF/modpak.dr >>>> ../MODULES/SCF/m1.dd >>>> *../MODULES/SCF/m2.dd >>>> * >>>> * Printer drivers >>>> ../MODULES/SCF/scbbp.dr >>>> ../MODULES/SCF/p.dd >>>> * >>>> * VRN is a driver module used by certain games, including King's Quest >>>> III, * Leisure Suit Larry and Flight Simulator II. A /nil descriptor is >>>> also * supported. >>>> ../MODULES/SCF/vrn.dr >>>> ../MODULES/SCF/vi.dd >>>> ../MODULES/SCF/ftdd.dd >>>> * >>>> *************************************** >>>> * Pipe Section >>>> * >>>> * Pipes are a useful but optional part of a system. >>>> ../MODULES/PIPE/pipeman.mn >>>> ../MODULES/PIPE/piper.dr >>>> ../MODULES/PIPE/pipe.dd >>>> * >>>> *************************************** >>>> * Clock Section >>>> * >>>> * Select one clock module depending upon your power line frequency >>>> * (60Hz = USA/Canada; 50Hz = Europe, Australia) >>>> ../MODULES/CLOCKS/clock_60hz >>>> *../MODULES/CLOCKS/clock_50hz >>>> * Select one clock2 module that supports your real-time clock, if any. >>>> * Besides support for the internal software clock, the following >>>> * hardware clocks are supported: Burke & Burke, Disto 2-N-1, Disto >>>> 4-N-1, * Eliminator, Harris, SmartWatch, Cloud-9, the MESS emulator, >>>> Jeff * Vavasour's CoCo emulator, and DriveWire. >>>> *../MODULES/CLOCKS/clock2_soft >>>> *../MODULES/CLOCKS/clock2_bnb >>>> *../MODULES/CLOCKS/clock2_disto2 >>>> *../MODULES/CLOCKS/clock2_disto4 >>>> *../MODULES/CLOCKS/clock2_elim >>>> *../MODULES/CLOCKS/clock2_harris >>>> *../MODULES/CLOCKS/clock2_smart >>>> *../MODULES/CLOCKS/clock2_jvemu >>>> *../MODULES/CLOCKS/clock2_messemu >>>> ../MODULES/CLOCKS/clock2_cloud9 >>>> *../MODULES/CLOCKS/clock2_dw >>>> * >>>> *************************************** >>>> * System Kick-Start Module >>>> * >>>> * Choose which startup module you wish to use. (sysgo_dd is recommended >>>> * for most configurations.) >>>> * >>>> * Alternatively, this module can reside in the root directory of the >>>> * boot device, saving precious system RAM. >>>> *../MODULES/SYSMODS/sysgo_dd >>>> ../MODULES/SYSMODS/sysgo_h0 >>>> >>>>> Any idea about the rest of it, like the non booting ss35 disk? >>>>> Or is it possible to do a basic "backup 0 to 127" from a 40 >>>>> track DS disk? (my setup is a 1GB scsi disk, with HDB-DOS new >>>>> enough to handle virtual floppies, but I don't recall what size >>>>> the virtual's are, os9 side formatted for 4 sector clusters) >>>>> >>>>> Which brings up the question, is it possible to access these >>>>> virtual disks from nitros9 with a carefully crafted SO, S1 etc >>>>> descriptors for rbsuper? >>>>> >>>>>> Regards, >>>>>> Boisy G. Pitre >>>>>> -- >>>>>> Email: boisy at boisypitre.com >>>>>> Web: http://www.boisypitre.com >>>>>> >>>>>> >>>>>> -- >>>>>> Coco mailing list >>>>>> Coco at maltedmedia.com >>>>>> http://five.pairlist.net/mailman/listinfo/coco >>>> >>>> -- >>>> Coco mailing list >>>> Coco at maltedmedia.com >>>> http://five.pairlist.net/mailman/listinfo/coco >>> >>> -- >>> Coco mailing list >>> Coco at maltedmedia.com >>> http://five.pairlist.net/mailman/listinfo/coco >> >> -- >> Coco mailing list >> Coco at maltedmedia.com >> http://five.pairlist.net/mailman/listinfo/coco > >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Don't you wish that all the people who sincerely want to help you could agree with each other? From gene.heskett at verizon.net Wed May 14 09:42:31 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Wed, 14 May 2008 09:42:31 -0400 Subject: [Coco] Floppy - less boot , was Re: VI and VIRQ In-Reply-To: <20080514072514.btbmsp814oks4scs@webmail.frontiernet.net> References: <482A6168.3080403@adinet.com.uy> <20080514072514.btbmsp814oks4scs@webmail.frontiernet.net> Message-ID: <200805140942.31219.gene.heskett@verizon.net> On Wednesday 14 May 2008, Mark Marlette wrote: >D, > >I always get the HD script to create a good bootable floppy then run >the mb_HDB script then to create the HDB floppy which is then backed >up to a vir drive and then linked. > >The ONLY difference between a HDB-DOS boot and a hard drive boot using >the scripts is the BOOT TRACK. Unforch Mark, there is only the 'mb' script present in the 80 track images script dir, and only a 'standard.bl' in the bootlists directory. We are having to invent the others as we go, hence the flurry of questions. >Mark > >Quoting Diego Barizo : >> My doubts come from the fact that, actually, I'm booting from a virtual >> floppy in the HD. >> I thought that for the system, it would be just as booting from a real >> diskette... >> How does it work in this case? >> >> Diego >> >> PS, I'm playing Dungeons of Daggorath right now, with a real CoCo >> hooked up to the PC's video capture card, and seeing it full screen in >> a semi-transparent layover... coooooool! :-D >> >> Robert Gault wrote: >>> Diego Barizo wrote: >>>> Now that it comes to mention. I've been trying to create a custom >>>> 1s35t boot disk for my HDB-DOS / SuperIDE setup, completely >>>> unsuccessfully so far. >>>> Looking around, I found a mention of the bug in the rb1773 driver, >>>> and the symptoms match the ones I see, freezing after tb ...... >>>> at boot time. >>>> Will this bug affect an attempt to boot from a HDB-DOS virtual drive? >>>> When I try that, I get all the ..... at boot, and then bCCCC%%V >>>> Date Save Unlink GrfDrv Backup Date # t*j , and final freeze. >>>> Here is my bootlist file, which could be the cause of my problems... >>>> >>> >>> Looks to me that you have the wrong /dd descriptor in your boot >>> file. If you want to boot from the hard drive, /dd must be a hard >>> drive descriptor. You chose an 80 track floppy for /dd. >>> >>> RB1773 will not be used at all when booting from a hard drive so if >>> rb1773 is buggy, it won't matter during the boot process. >>> >>> -- >>> Coco mailing list >>> Coco at maltedmedia.com >>> http://five.pairlist.net/mailman/listinfo/coco >> >> -- >> Coco mailing list >> Coco at maltedmedia.com >> http://five.pairlist.net/mailman/listinfo/coco > >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) You can't cheat an honest man. Never give a sucker an even break or smarten up a chump. -- W.C. Fields From mark at cloud9tech.com Wed May 14 09:58:06 2008 From: mark at cloud9tech.com (Mark Marlette) Date: Wed, 14 May 2008 08:58:06 -0500 Subject: [Coco] Floppy - less boot , was Re: VI and VIRQ In-Reply-To: <200805140938.02652.gene.heskett@verizon.net> References: <482A5D9C.40201@adinet.com.uy> <20080514072100.ut3y9s7z40s8ggc0@webmail.frontiernet.net> <200805140938.02652.gene.heskett@verizon.net> Message-ID: <20080514085806.x206arby3owc884c@webmail.frontiernet.net> Gene, 80T=96TPI 40T=48TPI I always thought to get a 48TPI disk out of a 96TPI drive that you would have to double step. Thus the driver would have to know what the drive is. That is part of the reason why it is hard to make a CoCo disk on a PC without a 5.25" 48tpi drive. ?? I don't mess that much with Emulators/floppy drives. I use the real thing, still have over a hundred cocos in the house. :) Mark Quoting Gene Heskett : > On Wednesday 14 May 2008, Mark Marlette wrote: >> Diego, >> >> I don't think using an 80t will work unless the boot track module is >> also for that drive. The step sizes are different, 80 is 1/2 40's. >> >> I don't think there is an 80 track boot track. I would think that it >> could be made pretty easy. Hardware guys will always say that. :) >> > No reason why not Mark. Unless THAT particular 80 track descriptor > also has a > different value in its dns setting. If an 80 track format is made by > dmode /d? cyl=50, to the 40 track DS descriptor, than this is correct for > pure 80 track drives of either size, 5.25 or 3.5. > > The only reason for changing the dns setting to set the next bit up, is so > that if a 40 tack disc is inserted in an 80 track 5.25" drive, this diff will > be found in LSN0, and the driver will then double step the drive to read that > 40 track disc correctly. Again, that is the only reason. > > Unforch, I found it is hard to remember that such a disc cannot be written in > that 80 track drive without wrecking the disc, and have wrecked several that > way. The driver really should, when it finds itself in the situation, do > whatever it takes to duplicate finding a write protection tab on the disc, > and refuse to do the write, just to slap big dummies like me upside the head > with the error message. > > There is no difference in the 3.5" disc's track widths as they are all 135 > tpi, so in the 3.5" case, dns is never touched from the default found in the > older descriptors. > >> Regards, >> >> Mark >> >> Quoting Diego Barizo : >>> I was using d0_80 because my real drive 0 is an 80t, I guess that >>> explains the different behavior when booting from a virtual floppy and >>> from a real disk. >>> The script is formatting a SS, but I was merging like this: >>> merge ../MODULES/BOOTTRACK/rel_80 ../MODULES/BOOTTRACK/boot_ide >>> ../MODULES/BOOTTRACK/krn>-bttemp >>> Is this one the correct one? >>> merge ../MODULES/BOOTTRACK/rel_80 ../MODULES/BOOTTRACK/boot_1773_6ms >>> ../MODULES/BOOTTRACK/krn>-bttemp >>> >>> Damn, it's past midnight... to late to try it now, gonna have to wait >>> 'till tomorrow :-( >>> >>> Diego >>> >>> Mark Marlette wrote: >>>> Diego, >>>> >>>> Quick look here. >>>> >>>> Looks like you have the 80T /d0 descriptor selected. Select d0_35s. >>>> >>>> Then you need to make sure your script is formatting as SS. >>>> >>>> Then make sure that you merge the correct loader for SS floppy. I >>>> have done it, been awhile but it does work. >>>> >>>> Hopefully that helps..... >>>> >>>> Mark >>>> Cloud-9 >>>> >>>> Quoting Diego Barizo : >>>>> Now that it comes to mention. I've been trying to create a custom 1s35t >>>>> boot disk for my HDB-DOS / SuperIDE setup, completely unsuccessfully so >>>>> far. >>>>> Looking around, I found a mention of the bug in the rb1773 driver, and >>>>> the symptoms match the ones I see, freezing after tb ...... at boot >>>>> time. >>>>> Will this bug affect an attempt to boot from a HDB-DOS virtual drive? >>>>> When I try that, I get all the ..... at boot, and then bCCCC%%V Date >>>>> Save Unlink GrfDrv Backup Date # t*j , and final freeze. >>>>> Here is my bootlist file, which could be the cause of my problems... >>>>> >>>>> * Kernel/System Section >>>>> * >>>>> * These modules are mandatory. >>>>> ../MODULES/KERNEL/krnp2 >>>>> *../MODULES/KERNEL/krnp3_perr >>>>> *../MODULES/KERNEL/krnp4_regdump >>>>> ../MODULES/SYSMODS/ioman >>>>> ../MODULES/SYSMODS/init >>>>> * >>>>> * >>>>> * RBF Section >>>>> * >>>>> ../MODULES/RBF/rbf.mn >>>>> * >>>>> * DriveWire driver (Cloud-9 product) >>>>> *../MODULES/RBF/drivewire.dr >>>>> * DriveWire descriptors - select as needed >>>>> *../MODULES/RBF/ddx0.dd >>>>> *../MODULES/RBF/x0.dd >>>>> *../MODULES/RBF/x1.dd >>>>> *../MODULES/RBF/x2.dd >>>>> *../MODULES/RBF/x3.dd >>>>> * >>>>> * SuperDriver Package (Cloud-9 product) >>>>> ../MODULES/RBF/rbsuper.dr >>>>> * Select Low level SCSI and/or IDE driver >>>>> *../MODULES/RBF/lltc3.dr >>>>> ../MODULES/RBF/llide.dr >>>>> * SuperDriver descriptors - select as needed >>>>> * SCSI descriptors (IDs 0-7) >>>>> *../MODULES/RBF/s0_tc3.dd >>>>> *../MODULES/RBF/s1_tc3.dd >>>>> *../MODULES/RBF/s2_tc3.dd >>>>> *../MODULES/RBF/s3_tc3.dd >>>>> *../MODULES/RBF/s4_tc3.dd >>>>> *../MODULES/RBF/s5_tc3.dd >>>>> *../MODULES/RBF/s6_tc3.dd >>>>> * SCSI HDB-DOS descriptor >>>>> *../MODULES/RBF/sh_ide.dd >>>>> * IDE descriptors (master/slave) >>>>> ../MODULES/RBF/i0_ide.dd >>>>> *../MODULES/RBF/i1_ide.dd >>>>> * IDE HDB-DOS descriptor >>>>> *../MODULES/RBF/ih_ide.dd >>>>> * >>>>> * WD1773 floppy support for Tandy and compatible disk controllers >>>>> ../MODULES/RBF/rb1773.dr >>>>> * WD1773 floppy support for Disto Super Controller II >>>>> *../MODULES/RBF/rb1773_scii_ff74.dr >>>>> *../MODULES/RBF/rb1773_scii_ff58.dr >>>>> * Floppy device descriptors >>>>> * DD - default device - choose one if needed >>>>> *../MODULES/RBF/ddd0_35s.dd >>>>> *../MODULES/RBF/ddd0_40d.dd >>>>> ../MODULES/RBF/ddd0_80d.dd >>>>> * D0 - drive 0 - choose one if needed >>>>> *../MODULES/RBF/d0_35s.dd >>>>> *../MODULES/RBF/d0_40d.dd >>>>> ../MODULES/RBF/d0_80d.dd >>>>> * D1 - drive 1 - choose one if needed >>>>> ../MODULES/RBF/d1_35s.dd >>>>> *../MODULES/RBF/d1_40d.dd >>>>> *../MODULES/RBF/d1_80d.dd >>>>> * D2 - drive 2 - choose one if needed >>>>> *../MODULES/RBF/d2_35s.dd >>>>> *../MODULES/RBF/d2_40d.dd >>>>> *../MODULES/RBF/d2_80d.dd >>>>> * D3 - drive 3 - choose if needed >>>>> *../MODULES/RBF/d3_35s.dd >>>>> * >>>>> * RAMDisk driver >>>>> *../MODULES/RBF/rammer.dr >>>>> * RAMDisk descriptors - select as needed >>>>> *../MODULES/RBF/ddr0_8k.dd >>>>> *../MODULES/RBF/ddr0_96k.dd >>>>> *../MODULES/RBF/ddr0_128k.dd >>>>> *../MODULES/RBF/ddr0_192k.dd >>>>> *../MODULES/RBF/r0_8k.dd >>>>> *../MODULES/RBF/r0_96k.dd >>>>> *../MODULES/RBF/r0_128k.dd >>>>> *../MODULES/RBF/r0_192k.dd >>>>> * Memory device descriptor >>>>> *../MODULES/RBF/md.dd >>>>> *************************************** >>>>> * SCF Section >>>>> * >>>>> ../MODULES/SCF/scf.mn >>>>> * >>>>> * CoCo 3 I/O driver >>>>> * Joystick modules: choose Joystick OR >>>>> * (M)icrosoft or (L)ogitech mouse using 6551 or 6552 ACIA >>>>> ../MODULES/SCF/vtio.dr >>>>> ../MODULES/SCF/keydrv_cc3.sb >>>>> ../MODULES/SCF/snddrv_cc3.sb >>>>> ../MODULES/SCF/joydrv_joy.sb >>>>> *../MODULES/SCF/joydrv_6551M.sb >>>>> *../MODULES/SCF/joydrv_6552M.sb >>>>> *../MODULES/SCF/joydrv_6551L.sb >>>>> *../MODULES/SCF/joydrv_6552L.sb >>>>> * >>>>> * CoGrf/CoWin subroutine module >>>>> * Use CoWin with Multi-Vue; use CoGrf >>>>> * for basic text and graphic window support.. >>>>> * Select only one. >>>>> *../MODULES/SCF/cogrf.io >>>>> ../MODULES/SCF/cowin.io >>>>> * >>>>> * CoVDG I/O subroutine module >>>>> * Select one or both >>>>> ../MODULES/SCF/covdg.io >>>>> *../MODULES/SCF/covdg_small.io >>>>> * >>>>> * Select only one term descriptor >>>>> *../MODULES/SCF/term_vdg.dt >>>>> *../MODULES/SCF/term_win40.dt >>>>> ../MODULES/SCF/term_win80.dt >>>>> *../MODULES/SCF/term_bbt.dt >>>>> *../MODULES/SCF/term_sc6551.dt >>>>> * >>>>> * Select as many window descriptors as needed >>>>> ../MODULES/SCF/w.dw >>>>> ../MODULES/SCF/w1.dw >>>>> ../MODULES/SCF/w2.dw >>>>> ../MODULES/SCF/w3.dw >>>>> ../MODULES/SCF/w4.dw >>>>> ../MODULES/SCF/w5.dw >>>>> ../MODULES/SCF/w6.dw >>>>> ../MODULES/SCF/w7.dw >>>>> * >>>>> * Select as many VDG window descriptors as needed >>>>> ../MODULES/SCF/v1.dw >>>>> *../MODULES/SCF/v2.dw >>>>> *../MODULES/SCF/v3.dw >>>>> *../MODULES/SCF/v4.dw >>>>> *../MODULES/SCF/v5.dw >>>>> *../MODULES/SCF/v6.dw >>>>> *../MODULES/SCF/v7.dw >>>>> * >>>>> * Serial port drivers >>>>> * CoCo Bit-Banger terminal port >>>>> ../MODULES/SCF/scbbt.dr >>>>> ../MODULES/SCF/t1.dd >>>>> * 6551 ACIA >>>>> *../MODULES/SCF/sc6551.dr >>>>> *../MODULES/SCF/t2_sc6551.dd >>>>> *../MODULES/SCF/t3_sc6551.dd >>>>> * Tandy Modem Pak >>>>> ../MODULES/SCF/modpak.dr >>>>> ../MODULES/SCF/m1.dd >>>>> *../MODULES/SCF/m2.dd >>>>> * >>>>> * Printer drivers >>>>> ../MODULES/SCF/scbbp.dr >>>>> ../MODULES/SCF/p.dd >>>>> * >>>>> * VRN is a driver module used by certain games, including King's Quest >>>>> III, * Leisure Suit Larry and Flight Simulator II. A /nil descriptor is >>>>> also * supported. >>>>> ../MODULES/SCF/vrn.dr >>>>> ../MODULES/SCF/vi.dd >>>>> ../MODULES/SCF/ftdd.dd >>>>> * >>>>> *************************************** >>>>> * Pipe Section >>>>> * >>>>> * Pipes are a useful but optional part of a system. >>>>> ../MODULES/PIPE/pipeman.mn >>>>> ../MODULES/PIPE/piper.dr >>>>> ../MODULES/PIPE/pipe.dd >>>>> * >>>>> *************************************** >>>>> * Clock Section >>>>> * >>>>> * Select one clock module depending upon your power line frequency >>>>> * (60Hz = USA/Canada; 50Hz = Europe, Australia) >>>>> ../MODULES/CLOCKS/clock_60hz >>>>> *../MODULES/CLOCKS/clock_50hz >>>>> * Select one clock2 module that supports your real-time clock, if any. >>>>> * Besides support for the internal software clock, the following >>>>> * hardware clocks are supported: Burke & Burke, Disto 2-N-1, Disto >>>>> 4-N-1, * Eliminator, Harris, SmartWatch, Cloud-9, the MESS emulator, >>>>> Jeff * Vavasour's CoCo emulator, and DriveWire. >>>>> *../MODULES/CLOCKS/clock2_soft >>>>> *../MODULES/CLOCKS/clock2_bnb >>>>> *../MODULES/CLOCKS/clock2_disto2 >>>>> *../MODULES/CLOCKS/clock2_disto4 >>>>> *../MODULES/CLOCKS/clock2_elim >>>>> *../MODULES/CLOCKS/clock2_harris >>>>> *../MODULES/CLOCKS/clock2_smart >>>>> *../MODULES/CLOCKS/clock2_jvemu >>>>> *../MODULES/CLOCKS/clock2_messemu >>>>> ../MODULES/CLOCKS/clock2_cloud9 >>>>> *../MODULES/CLOCKS/clock2_dw >>>>> * >>>>> *************************************** >>>>> * System Kick-Start Module >>>>> * >>>>> * Choose which startup module you wish to use. (sysgo_dd is recommended >>>>> * for most configurations.) >>>>> * >>>>> * Alternatively, this module can reside in the root directory of the >>>>> * boot device, saving precious system RAM. >>>>> *../MODULES/SYSMODS/sysgo_dd >>>>> ../MODULES/SYSMODS/sysgo_h0 >>>>> >>>>>> Any idea about the rest of it, like the non booting ss35 disk? >>>>>> Or is it possible to do a basic "backup 0 to 127" from a 40 >>>>>> track DS disk? (my setup is a 1GB scsi disk, with HDB-DOS new >>>>>> enough to handle virtual floppies, but I don't recall what size >>>>>> the virtual's are, os9 side formatted for 4 sector clusters) >>>>>> >>>>>> Which brings up the question, is it possible to access these >>>>>> virtual disks from nitros9 with a carefully crafted SO, S1 etc >>>>>> descriptors for rbsuper? >>>>>> >>>>>>> Regards, >>>>>>> Boisy G. Pitre >>>>>>> -- >>>>>>> Email: boisy at boisypitre.com >>>>>>> Web: http://www.boisypitre.com >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Coco mailing list >>>>>>> Coco at maltedmedia.com >>>>>>> http://five.pairlist.net/mailman/listinfo/coco >>>>> >>>>> -- >>>>> Coco mailing list >>>>> Coco at maltedmedia.com >>>>> http://five.pairlist.net/mailman/listinfo/coco >>>> >>>> -- >>>> Coco mailing list >>>> Coco at maltedmedia.com >>>> http://five.pairlist.net/mailman/listinfo/coco >>> >>> -- >>> Coco mailing list >>> Coco at maltedmedia.com >>> http://five.pairlist.net/mailman/listinfo/coco >> >> -- >> Coco mailing list >> Coco at maltedmedia.com >> http://five.pairlist.net/mailman/listinfo/coco > > > > -- > Cheers, Gene > "There are four boxes to be used in defense of liberty: > soap, ballot, jury, and ammo. Please use in that order." > -Ed Howdershelt (Author) > Don't you wish that all the people who sincerely want to help you > could agree with each other? > From mark at cloud9tech.com Wed May 14 10:04:20 2008 From: mark at cloud9tech.com (Mark Marlette) Date: Wed, 14 May 2008 09:04:20 -0500 Subject: [Coco] Floppy - less boot , was Re: VI and VIRQ In-Reply-To: <200805140942.31219.gene.heskett@verizon.net> References: <482A6168.3080403@adinet.com.uy> <20080514072514.btbmsp814oks4scs@webmail.frontiernet.net> <200805140942.31219.gene.heskett@verizon.net> Message-ID: <20080514090420.xjkqzhsr6sc0k00w@webmail.frontiernet.net> Gene, Holy cow! :) I am sure you are looking at the NOS 3.2.6 distrib. disk when you say there is just 'mb'. I don't recall your exact setup or if I even configured yours or not. Currently ALL systems that are configured from Cloud-9 have a standard distribution. There are mb_floppy_dd, mb_hard and mb_hdb. Names descriptive of what they do along with a readme.txt on the root indicating why/where to make a floppy boot. On a real coco I can configure the system in ~20 minutes. To save time I now create using images on the PC. That time is now, 45 seconds. Mark Cloud-9 Quoting Gene Heskett : > On Wednesday 14 May 2008, Mark Marlette wrote: >> D, >> >> I always get the HD script to create a good bootable floppy then run >> the mb_HDB script then to create the HDB floppy which is then backed >> up to a vir drive and then linked. >> >> The ONLY difference between a HDB-DOS boot and a hard drive boot using >> the scripts is the BOOT TRACK. > > Unforch Mark, there is only the 'mb' script present in the 80 track images > script dir, and only a 'standard.bl' in the bootlists directory. We are > having to invent the others as we go, hence the flurry of questions. > >> Mark >> >> Quoting Diego Barizo : >>> My doubts come from the fact that, actually, I'm booting from a virtual >>> floppy in the HD. >>> I thought that for the system, it would be just as booting from a real >>> diskette... >>> How does it work in this case? >>> >>> Diego >>> >>> PS, I'm playing Dungeons of Daggorath right now, with a real CoCo >>> hooked up to the PC's video capture card, and seeing it full screen in >>> a semi-transparent layover... coooooool! :-D >>> >>> Robert Gault wrote: >>>> Diego Barizo wrote: >>>>> Now that it comes to mention. I've been trying to create a custom >>>>> 1s35t boot disk for my HDB-DOS / SuperIDE setup, completely >>>>> unsuccessfully so far. >>>>> Looking around, I found a mention of the bug in the rb1773 driver, >>>>> and the symptoms match the ones I see, freezing after tb ...... >>>>> at boot time. >>>>> Will this bug affect an attempt to boot from a HDB-DOS virtual drive? >>>>> When I try that, I get all the ..... at boot, and then bCCCC%%V >>>>> Date Save Unlink GrfDrv Backup Date # t*j , and final freeze. >>>>> Here is my bootlist file, which could be the cause of my problems... >>>>> >>>> >>>> Looks to me that you have the wrong /dd descriptor in your boot >>>> file. If you want to boot from the hard drive, /dd must be a hard >>>> drive descriptor. You chose an 80 track floppy for /dd. >>>> >>>> RB1773 will not be used at all when booting from a hard drive so if >>>> rb1773 is buggy, it won't matter during the boot process. >>>> >>>> -- >>>> Coco mailing list >>>> Coco at maltedmedia.com >>>> http://five.pairlist.net/mailman/listinfo/coco >>> >>> -- >>> Coco mailing list >>> Coco at maltedmedia.com >>> http://five.pairlist.net/mailman/listinfo/coco >> >> -- >> Coco mailing list >> Coco at maltedmedia.com >> http://five.pairlist.net/mailman/listinfo/coco > > > > -- > Cheers, Gene > "There are four boxes to be used in defense of liberty: > soap, ballot, jury, and ammo. Please use in that order." > -Ed Howdershelt (Author) > You can't cheat an honest man. Never give a sucker an even break or > smarten up a chump. > -- W.C. Fields > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From gene.heskett at verizon.net Wed May 14 10:07:00 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Wed, 14 May 2008 10:07:00 -0400 Subject: [Coco] VI and VIRQ In-Reply-To: <482ADD23.9070203@worldnet.att.net> References: <20080514071452.ay62suevok4wcw4o@webmail.frontiernet.net> <482ADD23.9070203@worldnet.att.net> Message-ID: <200805141007.00389.gene.heskett@verizon.net> On Wednesday 14 May 2008, Robert Gault wrote: >Mark Marlette wrote: >> Gene, >> >> offset, virtual drive, etc.....Boisy is the expert on this feature... >> >> Mark > >I'm not sure what software comes from Cloud-9, but here is what I do on >my KenTon scsi system. > >The only difference between the OS-9 section of an RGBDOS/HDBDOS hard >drive and the Disk Basic section is the offset added to the LSN#. For >most people, that offset is constant and stored in the DOS ROM. >To be able to read an OS-9 disk stored in the Disk Basic section of the >hard drive, boot disk or otherwise, a new driver is needed that adds the >Disk Basic + drive number offset to all LSN values. > >In fact, I have made such a driver available in my RGBDOS for emulators >package. If you have the source code for the driver you are currently >using, it should be easy to modify it to add the required offset value. >The biggest problem is deciding whether to permit access to all drive >numbers or just the boot drive. I chose to permit access to any drive >number so used a byte in the descriptor to store that value, changeable >using dmode. > I've built a floppy boot on a 40 track DS disc, that contains the sh_tc3.dd descriptor, and I assume dmode can then 'adjust' these values to change the virtual drive # its addressing. As booted, using the stock descriptor that came in the latest images, an attempted dir /sh returns a no permissions error. I think this means that the virtual drive in question has probably never been formatted, but I could be wrong. Now, my drive, a 1GB scsi, is I think half (500megs basic) and half (500 megs os9), and is at least for the os9 half, formatted as 4 sector clusters. I note that the 'dmode /sh' output contains many values that are different from what a 'dmode /dd' does, in addition to a rather largish offset of about 7900 in /sh, and 0000 in /dd. Are the basic virtuals located inside of the os9 'partition'. I was under the impression it was the other way around all this time. Where can we find a doc page that describes how to properly calculate and set all these variables in the /sh descriptor? FWIW I'm having lockups while formatting the disc about 75% of the time here, this with the newest 30206 images. There are some other problems too related to my occasionally oddball hardware, but one thing at a time. Thanks Robert. >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) ... The prejudices people feel about each other disappear when they get to know each other. -- Kirk, "Elaan of Troyius", stardate 4372.5 From gene.heskett at verizon.net Wed May 14 10:55:42 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Wed, 14 May 2008 10:55:42 -0400 Subject: [Coco] Floppy - less boot , was Re: VI and VIRQ In-Reply-To: <20080514085806.x206arby3owc884c@webmail.frontiernet.net> References: <200805140938.02652.gene.heskett@verizon.net> <20080514085806.x206arby3owc884c@webmail.frontiernet.net> Message-ID: <200805141055.43156.gene.heskett@verizon.net> On Wednesday 14 May 2008, Mark Marlette wrote: >Gene, > >80T=96TPI >40T=48TPI For 5.25" drives only Mark, all 3.5" drives, even the original single sided ones, are 135 tpi. >I always thought to get a 48TPI disk out of a 96TPI drive that you >would have to double step. Thus the driver would have to know what the >drive is. That is a read-only situation mark, because the heads in the 5.25" 80 track drive are narrower, they do not erase the full track width when doing a write, so at that point, the real 40 track drive with its wider heads, will be reading both the narrow 96 tpi track, and the remains of the wider 48 tpi track, with predictable gigo results. And several times, I've not been able to re-read what was just written, even with the narrow head of the 80 track 5.25" drive. To format and use an 80 track 3.5 drive, do NOT change the dns value in the descriptor, only the cyl(inders) to 50(=80 decimal) tracks. There is never any need to double step the 3.5" drive, they are all 135 tpi. If the descriptor in memory has a higher dns value than is read from the disc, then the driver will double step the drive assuming it has found a 40 track disc in an 80 track drive. This only applies to 5.25" 80 track drives, leave the dns set for whatever =mfm (2?, memory, second thing to go you know) for ALL others. To me, since that condition does not also set that disc to read-only, changing the dns value is at best a mixed blessing that has lots of barbs attached. You forget, and try to write to that disc and boom, disc format is wrecked, and it must be reformatted in the right drive to recover. Your data is of course history in that event. I almost wish that particular workaround had never been coded. OTOH, its handier than sliced bread and bottled beer when you need it. >That is part of the reason why it is hard to make a CoCo disk on a PC >without a 5.25" 48tpi drive. Which has prompted me, due to 3.5" disc interchange sloppiness, to carry a 3.5" drive back and forth as needed. I have 3, any one will do, but they can't read each others discs. Its a PITA, but it works great. :) But fdutils-5.5 seems to require that I format the disk to be used in that manner on the coco. fdutils-5.4 works fine ISTR. Linux box here of course. >?? > >I don't mess that much with Emulators/floppy drives. I use the real >thing, still have over a hundred cocos in the house. :) I don't emulate either. :) Except for printing, I just bought a Brother HL-2140 B&W laser for the coco. Its a GDI printer of course, so /p feeds a serial-usb convertor, which feeds a 16 foot usb extension cable/hub up to here. The printer is sitting on the coco's desk with another such 16 foot usb extension cable/hub driving it. Brother was very nice in telling me where to find the linux drivers for it, and they work. Now, if the coco could just output 20 pages a minute. :) The next problem there is in constructing a pipeline from /dev/ttyUSB1, where I can capture the coco's output just fine, and feed that back out /dev/usblp1, with a2ps and gs doing the translations from the coco's POA (Plain Old Ascii) to the gfx image the printer expects. Its fun, depending on ones personal definition of 'fun' of course. I may have to write a script of sorts to paginate it into page sized pieces & feed it back out as individual pages to lpr. Or bring my C skills up to date, they are pretty rusty. >Mark > >Quoting Gene Heskett : >> On Wednesday 14 May 2008, Mark Marlette wrote: >>> Diego, >>> >>> I don't think using an 80t will work unless the boot track module is >>> also for that drive. The step sizes are different, 80 is 1/2 40's. >>> >>> I don't think there is an 80 track boot track. I would think that it >>> could be made pretty easy. Hardware guys will always say that. :) >> >> No reason why not Mark. Unless THAT particular 80 track descriptor >> also has a >> different value in its dns setting. If an 80 track format is made by >> dmode /d? cyl=50, to the 40 track DS descriptor, than this is correct for >> pure 80 track drives of either size, 5.25 or 3.5. >> >> The only reason for changing the dns setting to set the next bit up, is so >> that if a 40 tack disc is inserted in an 80 track 5.25" drive, this diff >> will be found in LSN0, and the driver will then double step the drive to >> read that 40 track disc correctly. Again, that is the only reason. >> >> Unforch, I found it is hard to remember that such a disc cannot be written >> in that 80 track drive without wrecking the disc, and have wrecked several >> that way. The driver really should, when it finds itself in the >> situation, do whatever it takes to duplicate finding a write protection >> tab on the disc, and refuse to do the write, just to slap big dummies like >> me upside the head with the error message. >> >> There is no difference in the 3.5" disc's track widths as they are all 135 >> tpi, so in the 3.5" case, dns is never touched from the default found in >> the older descriptors. >> >>> Regards, >>> >>> Mark >>> >>> Quoting Diego Barizo : >>>> I was using d0_80 because my real drive 0 is an 80t, I guess that >>>> explains the different behavior when booting from a virtual floppy and >>>> from a real disk. >>>> The script is formatting a SS, but I was merging like this: >>>> merge ../MODULES/BOOTTRACK/rel_80 ../MODULES/BOOTTRACK/boot_ide >>>> ../MODULES/BOOTTRACK/krn>-bttemp >>>> Is this one the correct one? >>>> merge ../MODULES/BOOTTRACK/rel_80 ../MODULES/BOOTTRACK/boot_1773_6ms >>>> ../MODULES/BOOTTRACK/krn>-bttemp >>>> >>>> Damn, it's past midnight... to late to try it now, gonna have to wait >>>> 'till tomorrow :-( >>>> >>>> Diego >>>> >>>> Mark Marlette wrote: >>>>> Diego, >>>>> >>>>> Quick look here. >>>>> >>>>> Looks like you have the 80T /d0 descriptor selected. Select d0_35s. >>>>> >>>>> Then you need to make sure your script is formatting as SS. >>>>> >>>>> Then make sure that you merge the correct loader for SS floppy. I >>>>> have done it, been awhile but it does work. >>>>> >>>>> Hopefully that helps..... >>>>> >>>>> Mark >>>>> Cloud-9 >>>>> >>>>> Quoting Diego Barizo : >>>>>> Now that it comes to mention. I've been trying to create a custom >>>>>> 1s35t boot disk for my HDB-DOS / SuperIDE setup, completely >>>>>> unsuccessfully so far. [...] -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) "It might help if we ran the MBA's out of Washington." -- Admiral Grace Hopper From gene.heskett at verizon.net Wed May 14 11:01:23 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Wed, 14 May 2008 11:01:23 -0400 Subject: [Coco] Floppy - less boot , was Re: VI and VIRQ In-Reply-To: <20080514090420.xjkqzhsr6sc0k00w@webmail.frontiernet.net> References: <200805140942.31219.gene.heskett@verizon.net> <20080514090420.xjkqzhsr6sc0k00w@webmail.frontiernet.net> Message-ID: <200805141101.23888.gene.heskett@verizon.net> On Wednesday 14 May 2008, Mark Marlette wrote: >Gene, > >Holy cow! :) > >I am sure you are looking at the NOS 3.2.6 distrib. disk when you say >there is just 'mb'. > >I don't recall your exact setup or if I even configured yours or not. Yes you did, with probably 3.2.1 or 3.2.2 at the time, it has been a few years now. 2001 I think, but no bible within reach. >Currently ALL systems that are configured from Cloud-9 have a standard >distribution. There are mb_floppy_dd, mb_hard and mb_hdb. > >Names descriptive of what they do along with a readme.txt on the root >indicating why/where to make a floppy boot. It would be nice if that was in the newer images. Tis not. >On a real coco I can configure the system in ~20 minutes. To save time >I now create using images on the PC. That time is now, 45 seconds. Yur making me jealous you know. :-) OTOH, I'm doing it on the real hardware. >Mark >Cloud-9 > >Quoting Gene Heskett : >> On Wednesday 14 May 2008, Mark Marlette wrote: >>> D, >>> >>> I always get the HD script to create a good bootable floppy then run >>> the mb_HDB script then to create the HDB floppy which is then backed >>> up to a vir drive and then linked. >>> >>> The ONLY difference between a HDB-DOS boot and a hard drive boot using >>> the scripts is the BOOT TRACK. >> >> Unforch Mark, there is only the 'mb' script present in the 80 track images >> script dir, and only a 'standard.bl' in the bootlists directory. We are >> having to invent the others as we go, hence the flurry of questions. >> >>> Mark >>> >>> Quoting Diego Barizo : >>>> My doubts come from the fact that, actually, I'm booting from a virtual >>>> floppy in the HD. >>>> I thought that for the system, it would be just as booting from a real >>>> diskette... >>>> How does it work in this case? >>>> >>>> Diego >>>> >>>> PS, I'm playing Dungeons of Daggorath right now, with a real CoCo >>>> hooked up to the PC's video capture card, and seeing it full screen in >>>> a semi-transparent layover... coooooool! :-D >>>> >>>> Robert Gault wrote: >>>>> Diego Barizo wrote: >>>>>> Now that it comes to mention. I've been trying to create a custom >>>>>> 1s35t boot disk for my HDB-DOS / SuperIDE setup, completely >>>>>> unsuccessfully so far. >>>>>> Looking around, I found a mention of the bug in the rb1773 driver, >>>>>> and the symptoms match the ones I see, freezing after tb ...... >>>>>> at boot time. >>>>>> Will this bug affect an attempt to boot from a HDB-DOS virtual drive? >>>>>> When I try that, I get all the ..... at boot, and then bCCCC%%V >>>>>> Date Save Unlink GrfDrv Backup Date # t*j , and final freeze. >>>>>> Here is my bootlist file, which could be the cause of my problems... >>>>>> >>>>> >>>>> Looks to me that you have the wrong /dd descriptor in your boot >>>>> file. If you want to boot from the hard drive, /dd must be a hard >>>>> drive descriptor. You chose an 80 track floppy for /dd. >>>>> >>>>> RB1773 will not be used at all when booting from a hard drive so if >>>>> rb1773 is buggy, it won't matter during the boot process. >>>>> >>>>> -- >>>>> Coco mailing list >>>>> Coco at maltedmedia.com >>>>> http://five.pairlist.net/mailman/listinfo/coco >>>> >>>> -- >>>> Coco mailing list >>>> Coco at maltedmedia.com >>>> http://five.pairlist.net/mailman/listinfo/coco >>> >>> -- >>> Coco mailing list >>> Coco at maltedmedia.com >>> http://five.pairlist.net/mailman/listinfo/coco >> >> -- >> Cheers, Gene >> "There are four boxes to be used in defense of liberty: >> soap, ballot, jury, and ammo. Please use in that order." >> -Ed Howdershelt (Author) >> You can't cheat an honest man. Never give a sucker an even break or >> smarten up a chump. >> -- W.C. Fields >> >> -- >> Coco mailing list >> Coco at maltedmedia.com >> http://five.pairlist.net/mailman/listinfo/coco > >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) It was pity stayed his hand. "Pity I don't have any more bullets," thought Frito. -- _Bored_of_the_Rings_, a Harvard Lampoon parody of Tolkein From mark at cloud9tech.com Wed May 14 11:20:37 2008 From: mark at cloud9tech.com (Mark Marlette) Date: Wed, 14 May 2008 10:20:37 -0500 Subject: [Coco] Floppy - less boot , was Re: VI and VIRQ In-Reply-To: <200805141101.23888.gene.heskett@verizon.net> References: <200805140942.31219.gene.heskett@verizon.net> <20080514090420.xjkqzhsr6sc0k00w@webmail.frontiernet.net> <200805141101.23888.gene.heskett@verizon.net> Message-ID: <20080514102037.sx61ot668044w4cc@webmail.frontiernet.net> Gene, There has been some major leaps forward with NOS and Superdrivers. I know that you asked about CDF. CDF requires NOS 3.2.6 and SuperDriver to work properly. I could update you to 3.2.6 in ......20 minutes..... There would be a fee + s/h. Let me know if that interests you, send private. Mark Quoting Gene Heskett : > On Wednesday 14 May 2008, Mark Marlette wrote: >> Gene, >> >> Holy cow! :) >> >> I am sure you are looking at the NOS 3.2.6 distrib. disk when you say >> there is just 'mb'. >> >> I don't recall your exact setup or if I even configured yours or not. > > Yes you did, with probably 3.2.1 or 3.2.2 at the time, it has been a > few years > now. 2001 I think, but no bible within reach. > >> Currently ALL systems that are configured from Cloud-9 have a standard >> distribution. There are mb_floppy_dd, mb_hard and mb_hdb. >> >> Names descriptive of what they do along with a readme.txt on the root >> indicating why/where to make a floppy boot. > > It would be nice if that was in the newer images. Tis not. > >> On a real coco I can configure the system in ~20 minutes. To save time >> I now create using images on the PC. That time is now, 45 seconds. > > Yur making me jealous you know. :-) OTOH, I'm doing it on the real hardware. > >> Mark >> Cloud-9 >> >> Quoting Gene Heskett : >>> On Wednesday 14 May 2008, Mark Marlette wrote: >>>> D, >>>> >>>> I always get the HD script to create a good bootable floppy then run >>>> the mb_HDB script then to create the HDB floppy which is then backed >>>> up to a vir drive and then linked. >>>> >>>> The ONLY difference between a HDB-DOS boot and a hard drive boot using >>>> the scripts is the BOOT TRACK. >>> >>> Unforch Mark, there is only the 'mb' script present in the 80 track images >>> script dir, and only a 'standard.bl' in the bootlists directory. We are >>> having to invent the others as we go, hence the flurry of questions. >>> >>>> Mark >>>> >>>> Quoting Diego Barizo : >>>>> My doubts come from the fact that, actually, I'm booting from a virtual >>>>> floppy in the HD. >>>>> I thought that for the system, it would be just as booting from a real >>>>> diskette... >>>>> How does it work in this case? >>>>> >>>>> Diego >>>>> >>>>> PS, I'm playing Dungeons of Daggorath right now, with a real CoCo >>>>> hooked up to the PC's video capture card, and seeing it full screen in >>>>> a semi-transparent layover... coooooool! :-D >>>>> >>>>> Robert Gault wrote: >>>>>> Diego Barizo wrote: >>>>>>> Now that it comes to mention. I've been trying to create a custom >>>>>>> 1s35t boot disk for my HDB-DOS / SuperIDE setup, completely >>>>>>> unsuccessfully so far. >>>>>>> Looking around, I found a mention of the bug in the rb1773 driver, >>>>>>> and the symptoms match the ones I see, freezing after tb ...... >>>>>>> at boot time. >>>>>>> Will this bug affect an attempt to boot from a HDB-DOS virtual drive? >>>>>>> When I try that, I get all the ..... at boot, and then bCCCC%%V >>>>>>> Date Save Unlink GrfDrv Backup Date # t*j , and final freeze. >>>>>>> Here is my bootlist file, which could be the cause of my problems... >>>>>>> >>>>>> >>>>>> Looks to me that you have the wrong /dd descriptor in your boot >>>>>> file. If you want to boot from the hard drive, /dd must be a hard >>>>>> drive descriptor. You chose an 80 track floppy for /dd. >>>>>> >>>>>> RB1773 will not be used at all when booting from a hard drive so if >>>>>> rb1773 is buggy, it won't matter during the boot process. >>>>>> >>>>>> -- >>>>>> Coco mailing list >>>>>> Coco at maltedmedia.com >>>>>> http://five.pairlist.net/mailman/listinfo/coco >>>>> >>>>> -- >>>>> Coco mailing list >>>>> Coco at maltedmedia.com >>>>> http://five.pairlist.net/mailman/listinfo/coco >>>> >>>> -- >>>> Coco mailing list >>>> Coco at maltedmedia.com >>>> http://five.pairlist.net/mailman/listinfo/coco >>> >>> -- >>> Cheers, Gene >>> "There are four boxes to be used in defense of liberty: >>> soap, ballot, jury, and ammo. Please use in that order." >>> -Ed Howdershelt (Author) >>> You can't cheat an honest man. Never give a sucker an even break or >>> smarten up a chump. >>> -- W.C. Fields >>> >>> -- >>> Coco mailing list >>> Coco at maltedmedia.com >>> http://five.pairlist.net/mailman/listinfo/coco >> >> -- >> Coco mailing list >> Coco at maltedmedia.com >> http://five.pairlist.net/mailman/listinfo/coco > > > > -- > Cheers, Gene > "There are four boxes to be used in defense of liberty: > soap, ballot, jury, and ammo. Please use in that order." > -Ed Howdershelt (Author) > It was pity stayed his hand. > "Pity I don't have any more bullets," thought Frito. > -- _Bored_of_the_Rings_, a Harvard Lampoon parody of Tolkein > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From gene.heskett at verizon.net Wed May 14 11:31:06 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Wed, 14 May 2008 11:31:06 -0400 Subject: [Coco] Floppy - less boot , was Re: VI and VIRQ In-Reply-To: <20080514102037.sx61ot668044w4cc@webmail.frontiernet.net> References: <200805141101.23888.gene.heskett@verizon.net> <20080514102037.sx61ot668044w4cc@webmail.frontiernet.net> Message-ID: <200805141131.06765.gene.heskett@verizon.net> On Wednesday 14 May 2008, Mark Marlette wrote: >Gene, > >There has been some major leaps forward with NOS and Superdrivers. > >I know that you asked about CDF. CDF requires NOS 3.2.6 and >SuperDriver to work properly. > I have all that, possibly dated, but I have it. I think my HDB-DOS master disc may be newer than whats burnt in the tc3, but not by much. The disk claims its 1.1, the signon is 1.0something. >I could update you to 3.2.6 in ......20 minutes..... > >There would be a fee + s/h. Let me know if that interests you, send private. I'm going to do this myself, I need the exercise. Rust has set in. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Tempt me with a spoon! From kevdig at hypersurf.com Wed May 14 13:20:21 2008 From: kevdig at hypersurf.com (Kevin Diggs) Date: Wed, 14 May 2008 10:20:21 -0700 Subject: [Coco] Floppy - less boot , was Re: VI and VIRQ In-Reply-To: <20080514085806.x206arby3owc884c@webmail.frontiernet.net> References: <482A5D9C.40201@adinet.com.uy> <20080514072100.ut3y9s7z40s8ggc0@webmail.frontiernet.net> <200805140938.02652.gene.heskett@verizon.net> <20080514085806.x206arby3owc884c@webmail.frontiernet.net> Message-ID: <482B1F55.6030609@hypersurf.com> Mark Marlette wrote: > Gene, > > > I don't mess that much with Emulators/floppy drives. I use the real > thing, still have over a hundred cocos in the house. :) > > Mark > 100! What is the breakdown? All tres? kevin From mark at cloud9tech.com Wed May 14 14:00:38 2008 From: mark at cloud9tech.com (Mark Marlette) Date: Wed, 14 May 2008 13:00:38 -0500 Subject: [Coco] Floppy - less boot , was Re: VI and VIRQ In-Reply-To: <482B1F55.6030609@hypersurf.com> References: <482A5D9C.40201@adinet.com.uy> <20080514072100.ut3y9s7z40s8ggc0@webmail.frontiernet.net> <200805140938.02652.gene.heskett@verizon.net> <20080514085806.x206arby3owc884c@webmail.frontiernet.net> <482B1F55.6030609@hypersurf.com> Message-ID: <20080514130038.bcg2kiw68k48wggg@webmail.frontiernet.net> Kevin, 99% tres. Mark Quoting Kevin Diggs : > Mark Marlette wrote: >> Gene, >> >> >> I don't mess that much with Emulators/floppy drives. I use the real >> thing, still have over a hundred cocos in the house. :) >> >> Mark >> > 100! What is the breakdown? All tres? > > kevin > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco From alxevans at concentric.net Wed May 14 18:35:26 2008 From: alxevans at concentric.net (Alex Evans) Date: Wed, 14 May 2008 12:35:26 -1000 Subject: [Coco] Floppy - less boot , was Re: VI and VIRQ In-Reply-To: <200805141055.43156.gene.heskett@verizon.net> References: <200805140938.02652.gene.heskett@verizon.net> <20080514085806.x206arby3owc884c@webmail.frontiernet.net> <200805141055.43156.gene.heskett@verizon.net> Message-ID: <3F5D569D-570D-4B01-924F-409A03601168@concentric.net> On 14 May 2008, at 4:55 AM, Gene Heskett wrote: > To format and use an 80 track 3.5 drive, do NOT change the dns > value in the > descriptor, only the cyl(inders) to 50(=80 decimal) tracks. There > is never > any need to double step the 3.5" drive, they are all 135 tpi. This is a problem that we will never get everyone to agree on. If you are only using 3.5" disks that you have made with your particular setting, it doesn't matter which one you use (so long as you are consistent), if you are trading disks around they you need to have the same setting as people you are trading with. Personally I think that the format for a DSDD 3.5" floppy on the CoCo should be exactly the same as the format for a 80 track DSDD 5.25" floppy so that you don't need to have two separate disk images for them. The fact that there may never have been any 40 track 3.5" drives (or at the very least no-one is using them on their coco) does not matter. If there were 160 track 3.5" floppies (270dpi), then I would likely have a different opinion. Then again some of my personal 3.5" floppies are 83 track, but I wouldn't assume that any random person could read them. From operator at coco3.com Wed May 14 23:03:05 2008 From: operator at coco3.com (Roger Taylor) Date: Wed, 14 May 2008 22:03:05 -0500 Subject: [Coco] BASIC compiler for Rainbow IDE ? Message-ID: <20080515030319.9CD2F20A35@qs281.pair.com> If you're interested in a drop-in BASIC compiler for the Rainbow IDE, please raise your hand? To have this work with the existing versions of Rainbow, the idea is to have any .bas files loaded in the tabs first, then a single .asm file loaded last would "include" the ".asm" output from the ".bas" objects. ROM Paks and LOADMable binaries could be created from BASIC programs. However, I don't think I can dupe the entire CoCo 3 command set. I'd start with standard BASIC and work my way up to a subset of ECB, and so forth. The compiler would support a subset of the entire CoCo 1/2/3 BASIC command set. The main goal is to let non-ML/assembly programmers create super fast ML programs without learning assembly. A sample project could contain files like this: components: tab file 1) test.bas -> assemble to -> test.asm tab file 2) main.asm: (include "test.asm") -> assemble to -> main.bin Origin control (where the program will load in RAM) would be possible from the BASIC language with a command like "org $2000" just like in assembly. It should also be possible to compile C programs from the Rainbow IDE right now if anyone knows of a good C compiler, by setting the output object filename to "something.asm" then having a make.asm file include "something.asm", and ofcourse use CCASM as the assembler for best results. I'm not sure what C compilers (or other 6809 output compilers) output CCASM or EDTASM-compatible source code. If anyone has any info on this, please let me know so I can add some support specs in my Rainbow and CCASM docs. From diegoba at adinet.com.uy Wed May 14 23:13:00 2008 From: diegoba at adinet.com.uy (Diego Barizo) Date: Thu, 15 May 2008 00:13:00 -0300 Subject: [Coco] BASIC compiler for Rainbow IDE ? In-Reply-To: <20080515030319.9CD2F20A35@qs281.pair.com> References: <20080515030319.9CD2F20A35@qs281.pair.com> Message-ID: <482BAA3C.5030603@adinet.com.uy> :-O :-X :-D !!!!!!!! I would get a new job just to be able to pay for it! Diego Roger Taylor wrote: > If you're interested in a drop-in BASIC compiler for the Rainbow IDE, > please raise your hand? > > To have this work with the existing versions of Rainbow, the idea is > to have any .bas files loaded in the tabs first, then a single .asm > file loaded last would "include" the ".asm" output from the ".bas" > objects. > > ROM Paks and LOADMable binaries could be created from BASIC programs. > However, I don't think I can dupe the entire CoCo 3 command set. I'd > start with standard BASIC and work my way up to a subset of ECB, and > so forth. The compiler would support a subset of the entire CoCo > 1/2/3 BASIC command set. > > The main goal is to let non-ML/assembly programmers create super fast > ML programs without learning assembly. > > A sample project could contain files like this: > > components: > tab file 1) test.bas -> assemble to -> test.asm > tab file 2) main.asm: (include "test.asm") -> assemble to -> main.bin > > Origin control (where the program will load in RAM) would be possible > from the BASIC language with a command like "org $2000" just like in > assembly. > > It should also be possible to compile C programs from the Rainbow IDE > right now if anyone knows of a good C compiler, by setting the output > object filename to "something.asm" then having a make.asm file include > "something.asm", and ofcourse use CCASM as the assembler for best > results. I'm not sure what C compilers (or other 6809 output > compilers) output CCASM or EDTASM-compatible source code. If anyone > has any info on this, please let me know so I can add some support > specs in my Rainbow and CCASM docs. > > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From rlcarr at rlcarr.com Wed May 14 23:31:08 2008 From: rlcarr at rlcarr.com (Rich Carreiro) Date: 14 May 2008 23:31:08 -0400 Subject: [Coco] BASIC compiler for Rainbow IDE ? In-Reply-To: <20080515030319.9CD2F20A35@qs281.pair.com> References: <20080515030319.9CD2F20A35@qs281.pair.com> Message-ID: operator at coco3.com (Roger Taylor) writes: > If you're interested in a drop-in BASIC compiler for the Rainbow IDE, > please raise your hand? (Raises hand!!) :) -- Rich Carreiro rlcarr at rlcarr.com From operator at coco3.com Wed May 14 23:45:26 2008 From: operator at coco3.com (Roger Taylor) Date: Wed, 14 May 2008 22:45:26 -0500 Subject: [Coco] BASIC compiler for Rainbow IDE ? In-Reply-To: <482BAA3C.5030603@adinet.com.uy> References: <20080515030319.9CD2F20A35@qs281.pair.com> <482BAA3C.5030603@adinet.com.uy> Message-ID: <20080515034542.589B620A33@qs281.pair.com> At 10:13 PM 5/14/2008, you wrote: >:-O :-X :-D !!!!!!!! >I would get a new job just to be able to pay for it! > >Diego Coders, read on... Here's a Rainbow IDE trick: Anyone can try it now to get an idea of how to work with existing compilers or what I plan on doing. Ofcourse, a later version of Rainbow will simplfy all of this so you won't have to have source files in a certain build order. ---- I make it sound complex, but it's rather simple once you do it once. Start a new project, create a new Source Component, call it "compiler.bas", select "Copy" for the Output Object, type "..\test.asm" for the Output Filename (without the quotes). Why "Copy" ? No compiler is being used yet so we just fake-make an output file. Click "+" to create 2 default virtual disks. Create a new Source Component, call it "make.asm". Somewhere in the file: include test.asm (do not put quotes around test.asm). Select multi-origin for the Output Object, type "test.bin" for the Output Filename, select CCASM_RogerTaylor for the assembler. Select "Disk1" for the virtual disk. Click Go. compiler.asm will copy into a file called test.asm (we can pretend that compiler.asm is compiling into test.asm) test.asm will copy onto the virtual disk (Rainbow does this because there's no way to Not select at least one of the available virtual disks to receive the output object) main.asm will include test.asm and assemble into test.bin test.bin will copy onto the virtual disk So what we've done is pretend-compiled "compiler.bas" into "test.asm" then assemble "test.asm" into "test.bin", which ends up on a virtual disk ready to run (if it were an actual program). When a BASIC compiler becomes available, Rainbow will detect it and add it to the list of available "assemblers". For any .bas file, you'd choose the compiler for that file, and go through the other steps I mentioned above. That's it! The solution is that you have to use Boisy's DECB.EXE disk imager if you're building onto a virtual disk. IMGTOOL.EXE can't handle the Files\..\test.asm path. Just choose DECB.EXE in the left sidebar. In fact, for anybody not using Rainbow, *everything* I mentioned above can be selected from the left sidebar and there's no getting lost in the IDE or wandering through confusing menus. It's really very simple, and here is the project container file (.bow) project_author "Roger Taylor" project_description "" mess_system "coco3h" image_name "disk1" image_name "disk2" image_type "coco_jvc_rsdos" imager_index "1" image_format "SS35" [projectfiles] "asm","test.bas","..\test.asm","copy","E","0","0","","","CCASM_RogerTaylor" "asm","make.asm","test.bin","multi-origin","E","0","0","","","CCASM_RogerTaylor" SO... the big question now is... what 6809 compilers are out there that can generate CCASM or EDTASM compatible source code? If you find one and do what I suggested above, PLEASE post your results here? Thanks From operator at coco3.com Wed May 14 23:47:19 2008 From: operator at coco3.com (Roger Taylor) Date: Wed, 14 May 2008 22:47:19 -0500 Subject: [Coco] BASIC compiler for Rainbow IDE ? In-Reply-To: References: <20080515030319.9CD2F20A35@qs281.pair.com> Message-ID: <20080515034734.8449C20A33@qs281.pair.com> At 10:31 PM 5/14/2008, you wrote: >operator at coco3.com (Roger Taylor) writes: > > > If you're interested in a drop-in BASIC compiler for the Rainbow IDE, > > please raise your hand? > >(Raises hand!!) :) > >-- >Rich Carreiro rlcarr at rlcarr.com Rich, I wasn't aware you were on the list. Greetings. I sent you a private e-mail concerning your CoCo DVD which was sent and I have tracking info I can give tomorrow noonish or when I get off work. From ben_jimenez at yahoo.com Thu May 15 00:20:28 2008 From: ben_jimenez at yahoo.com (Ben Jimenez) Date: Wed, 14 May 2008 21:20:28 -0700 (PDT) Subject: [Coco] BASIC compiler for Rainbow IDE ? In-Reply-To: <20080515030319.9CD2F20A35@qs281.pair.com> Message-ID: <407940.84177.qm@web52307.mail.re2.yahoo.com> Roger, I think something like this would be a great asset to allot of new coco programmers like myself to be able to speed up our code and make better games possible. Would it be possible to add something for using the scrolling features of the language? either way this would be a great addition. Ben --- Roger Taylor wrote: > If you're interested in a drop-in BASIC compiler for > the Rainbow IDE, > please raise your hand? > > To have this work with the existing versions of > Rainbow, the idea is > to have any .bas files loaded in the tabs first, > then a single .asm > file loaded last would "include" the ".asm" output > from the ".bas" objects. > > ROM Paks and LOADMable binaries could be created > from BASIC > programs. However, I don't think I can dupe the > entire CoCo 3 > command set. I'd start with standard BASIC and work > my way up to a > subset of ECB, and so forth. The compiler would > support a subset of > the entire CoCo 1/2/3 BASIC command set. > > The main goal is to let non-ML/assembly programmers > create super fast > ML programs without learning assembly. > > A sample project could contain files like this: > > components: > tab file 1) test.bas -> assemble to -> test.asm > tab file 2) main.asm: (include "test.asm") -> > assemble to -> main.bin > > Origin control (where the program will load in RAM) > would be possible > from the BASIC language with a command like "org > $2000" just like in assembly. > > It should also be possible to compile C programs > from the Rainbow IDE > right now if anyone knows of a good C compiler, by > setting the output > object filename to "something.asm" then having a > make.asm file > include "something.asm", and ofcourse use CCASM as > the assembler for > best results. I'm not sure what C compilers (or > other 6809 output > compilers) output CCASM or EDTASM-compatible source > code. If anyone > has any info on this, please let me know so I can > add some support > specs in my Rainbow and CCASM docs. > > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From sfischer1 at mindspring.com Thu May 15 00:29:52 2008 From: sfischer1 at mindspring.com (Stephen H. Fischer) Date: Wed, 14 May 2008 21:29:52 -0700 Subject: [Coco] BASIC compiler for Rainbow IDE ? In-Reply-To: <20080515030319.9CD2F20A35@qs281.pair.com> References: <20080515030319.9CD2F20A35@qs281.pair.com> Message-ID: Roger, my understanding of what you are planning to do is unclear. In any case, please review what I did with "Urbane". Just the two additions of longer unique variable names and line numbers not required makes DECB a much better language. As there was no messages to me about "Urbane" (NONE), I did not follow up with what I realized could be done. This was despite the large number of downloads. You reset the counters at one point so I have no real understanding as to their real numbers. Stephen H. Fischer P.S. I think that I have on a disk somewhere a DECB like compiler that may be similar to what you are planning. ----- Original Message ----- From: "Roger Taylor" To: "cocolist for Color Computer Enthusiasts" Sent: Wednesday, May 14, 2008 8:03 PM Subject: [Coco] BASIC compiler for Rainbow IDE ? > If you're interested in a drop-in BASIC compiler for the Rainbow IDE, > please raise your hand? > > To have this work with the existing versions of Rainbow, the idea is to > have any .bas files loaded in the tabs first, then a single .asm file > loaded last would "include" the ".asm" output from the ".bas" objects. > > ROM Paks and LOADMable binaries could be created from BASIC programs. > However, I don't think I can dupe the entire CoCo 3 command set. I'd > start with standard BASIC and work my way up to a subset of ECB, and so > forth. The compiler would support a subset of the entire CoCo 1/2/3 BASIC > command set. From operator at coco3.com Thu May 15 01:27:30 2008 From: operator at coco3.com (Roger Taylor) Date: Thu, 15 May 2008 00:27:30 -0500 Subject: [Coco] BASIC compiler for Rainbow IDE ? In-Reply-To: References: <20080515030319.9CD2F20A35@qs281.pair.com> Message-ID: <20080515052745.2A13B20A33@qs281.pair.com> At 11:29 PM 5/14/2008, you wrote: >Roger, my understanding of what you are planning to do is unclear. > >In any case, please review what I did with "Urbane". > >Just the two additions of longer unique variable names and line >numbers not required makes DECB a much better language. > >As there was no messages to me about "Urbane" (NONE), I did not >follow up with what I realized could be done. > >This was despite the large number of downloads. You reset the >counters at one point so I have no real understanding as to their real numbers. > >Stephen H. Fischer > >P.S. I think that I have on a disk somewhere a DECB like compiler >that may be similar to what you are planning. I'm speaking of a BASIC to machine language compiler with 6809 or 6309 support. Not just standard CoCo BASIC could be compiled but that with longer variable names, no line numbers, labeled lines, etc. From what I understand, the Urbane processor program reads in another enhanced BASIC program and turns it into a standard BASIC program, am I correct? So our two systems are completely different. The end result is still a BASIC program, which is great, but a compiler would turn it into optimized machine code. My versions of CLS, PCLS, PRINT, HPRINT, LINE, HLINE, HDRAW, etc. would be a LOT faster than what BASIC can do. It will be almost like coding in raw assembly. I'm first going to set up CCASM procedures that mimick many of the commands, and go from there. An assembler naturally will turn the compiled .asm file(s) into LOADMable binaries. I aim to produce stand-alone programs that only include commands that are used, and no ROM calls will be made. From petrander at gmail.com Thu May 15 03:04:57 2008 From: petrander at gmail.com (Fedor Steeman) Date: Thu, 15 May 2008 09:04:57 +0200 Subject: [Coco] BASIC compiler for Rainbow IDE ? In-Reply-To: <20080515052745.2A13B20A33@qs281.pair.com> References: <20080515030319.9CD2F20A35@qs281.pair.com> <20080515052745.2A13B20A33@qs281.pair.com> Message-ID: Sounds cool, Roger! Go for it! Cheers, Fedor From sklammer at gmail.com Thu May 15 06:10:45 2008 From: sklammer at gmail.com (Shain Klammer) Date: Thu, 15 May 2008 06:10:45 -0400 Subject: [Coco] BASIC compiler for Rainbow IDE ? In-Reply-To: References: <20080515030319.9CD2F20A35@qs281.pair.com> <20080515052745.2A13B20A33@qs281.pair.com> Message-ID: <3925f0b0805150310u18310e7p920a937717fad866@mail.gmail.com> I agree that this would be a very useful addition to Rainbow IDE. (At some point) it would be cool to see additions like START PLAY "SONG.MID" or SCROLLX 1, 2 and many others I'm sure... sk 2008/5/15 Fedor Steeman : > Sounds cool, Roger! Go for it! > > Cheers, > Fedor > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From kevdig at hypersurf.com Thu May 15 06:48:45 2008 From: kevdig at hypersurf.com (Kevin Diggs) Date: Thu, 15 May 2008 03:48:45 -0700 Subject: [Coco] BASIC compiler for Rainbow IDE ? In-Reply-To: <20080515052745.2A13B20A33@qs281.pair.com> References: <20080515030319.9CD2F20A35@qs281.pair.com> <20080515052745.2A13B20A33@qs281.pair.com> Message-ID: <482C150D.5010601@hypersurf.com> Roger Taylor wrote: > > I'm speaking of a BASIC to machine language compiler with 6809 or 6309 > support. Not just standard CoCo BASIC could be compiled but that with > longer variable names, no line numbers, labeled lines, etc. > > From what I understand, the Urbane processor program reads in another > enhanced BASIC program and turns it into a standard BASIC program, am I > correct? So our two systems are completely different. The end result > is still a BASIC program, which is great, but a compiler would turn it > into optimized machine code. > > I aim to produce stand-alone programs that only include commands that > are used, and no ROM calls will be made. > What was that thing that Boisy (he still here?) did? Couldn't that be used as a basis for a compiler? kevin From brucewcalkins at charter.net Thu May 15 07:55:24 2008 From: brucewcalkins at charter.net (Bruce W. Calkins) Date: Thu, 15 May 2008 07:55:24 -0400 Subject: [Coco] BASIC compiler for Rainbow IDE ? References: <20080515030319.9CD2F20A35@qs281.pair.com> Message-ID: <814A3E068B2D40228F2E747A74F442C2@speedy> > If you're interested in a drop-in BASIC compiler >for the Rainbow IDE, please raise your hand? Yes, yes, yes. Bruce W. From keeper63 at cox.net Thu May 15 11:16:25 2008 From: keeper63 at cox.net (Andrew) Date: Thu, 15 May 2008 08:16:25 -0700 Subject: [Coco] BASIC compiler for Rainbow IDE ? (Roger Taylor) In-Reply-To: References: Message-ID: <482C53C9.9010501@cox.net> Roger, I would love to see this available, even though I currently don't use the Rainbow IDE (running Linux, for one, and too many other projects in the way for another). I don't know much about how the BASIC interpretor works in the CoCo, but if I understand how such things work in general, the system takes each line, converts the commands into tokens (and probably stores/looks up constants and variables and such into memory locations and/or registers), then looks up those tokens in a lookup table which points to the individual "commands" coded as assembler routines, executes the routine, then returns to the interpretor, where it continues doing the same thing until the end. If I have that correct - might it not be possible to build a compiler that just takes out the interpretor steps, and strings together all the other pieces as assembler, calling the pieces (in ROM/RAM) the interpretor would normally call? You would end up with a smaller executable (because you wouldn't compile the code the calls point to, they are already machine code from the BASIC ROM), although you might not end up with as much extra speed, like a full compiler could possible create (ie, IIRC, routines such as the LINE routine aren't very optimized in the ROM, for instance). Going this route, potentially you wouldn't have to code all of the BASIC commands, because you would use what is already available in the standard ROMs. In fact, you could do this as a "first pass", and later revisions change over more of the code to you own code (instead of calls to ROM routines, you would call your own custom routines which are optimized). Does any of this make sense? I guess all of this could be "out the window" if I am seriously misinterpreting how the BASIC interpretor works (hah!). But I don't think I am far off the mark, plus I know I have seen various routines in the "Unravelled" ROM code listings to know it works something like the above. Anyhow - as a fan and owner of CBASIC-3, which was a great BASIC compiler for the CoCo 3 - and as a fan of BASICs in general - any step in this direction would be an interesting one, however you decide to pursue it. I look forward to your progress... -- Andrew L Ayers, Glendale, Arizona From diegoba at adinet.com.uy Thu May 15 11:33:10 2008 From: diegoba at adinet.com.uy (Diego Barizo) Date: Thu, 15 May 2008 12:33:10 -0300 Subject: [Coco] BASIC compiler for Rainbow IDE ? (Roger Taylor) In-Reply-To: <482C53C9.9010501@cox.net> References: <482C53C9.9010501@cox.net> Message-ID: <482C57B6.6080408@adinet.com.uy> That's something I would like to get my hands on. I was only able to get an older CBASIC that only works with CoCo 1/2 BASIC. Somehow I feel more comfortable coding directly on my CoCo than on a PC.... Diego > Anyhow - as a fan and owner of CBASIC-3, which was a great BASIC > compiler for the CoCo 3 - and as a fan of BASICs in general - any step > in this direction would be an interesting one, however you decide to > pursue it. > > I look forward to your progress... > > -- Andrew L Ayers, Glendale, Arizona > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From rlcarr at rlcarr.com Thu May 15 12:06:07 2008 From: rlcarr at rlcarr.com (Rich Carreiro) Date: 15 May 2008 12:06:07 -0400 Subject: [Coco] SuperIDE, compact flash, and Linux Message-ID: If any of you use Cloud-9's SuperIDE controller with a CF card, and also have a Linux box, I'm curious about some potential backup/restore/transfer operations. 1) Will doing stuff like: dd if=/dev/whatever of=cocoflash.bak for a whole card backup, and dd if=cocoflash.bak of=/dev/whatever for a whole card restore work? 2) Is the size of a HDB-DOS virtual floppy (as it is laid out on the CF card) always the same size, no matter how much or how little is on the floppy? If so (assume for now that size is 158K), can you backup/extract drive 10 (i.e. 11th floppy) with dd bs=158K if=/dev/whatever of=floppy10.dsk skip=10 and can you restore/"mount" floppy #10 with dd bs=158K if=floppy10.dsk of=/dev/whatever seek=10 3) If you can do (2), can you do something like that to transfer a .dsk you downloaded (or created via an emulator or when using Rainbow IDE) onto the CF card? Or do those DSK files have "extra" stuff in that that's used by the emulators and cannot be used "as-is" by a real CoCo? I've also notices that some DSK files I've seen online aren't the full 158K. 4) I'm also curious to know how/if you can do this stuff from a Windows system. Thanks! -- Rich Carreiro rlcarr at rlcarr.com From jorge_machin at hotmail.com Thu May 15 12:36:40 2008 From: jorge_machin at hotmail.com (Jorge Renato Machin Ibarra) Date: Thu, 15 May 2008 11:36:40 -0500 Subject: [Coco] SuperIDE, compact flash, and Linux In-Reply-To: References: Message-ID: ---------------------------------------- > To: coco at maltedmedia.com > From: rlcarr at rlcarr.com > Date: Thu, 15 May 2008 12:06:07 -0400 > Subject: [Coco] SuperIDE, compact flash, and Linux > > If any of you use Cloud-9's SuperIDE controller with > a CF card, and also have a Linux box, I'm curious > about some potential backup/restore/transfer operations. > > 1) Will doing stuff like: > dd if=/dev/whatever of=cocoflash.bak > for a whole card backup, and > dd if=cocoflash.bak of=/dev/whatever > for a whole card restore work? Yes it works. > > 2) Is the size of a HDB-DOS virtual floppy (as it is > laid out on the CF card) always the same size, no > matter how much or how little is on the floppy? > If so (assume for now that size is 158K), can > you backup/extract drive 10 (i.e. 11th floppy) with > dd bs=158K if=/dev/whatever of=floppy10.dsk skip=10 > and can you restore/"mount" floppy #10 with > dd bs=158K if=floppy10.dsk of=/dev/whatever seek=10 > It works If you use the same disk format/geometry > 3) If you can do (2), can you do something like that to > transfer a .dsk you downloaded (or created via an > emulator or when using Rainbow IDE) onto the CF card? > Or do those DSK files have "extra" stuff in that that's > used by the emulators and cannot be used "as-is" by > a real CoCo? I've also notices that some DSK files I've > seen online aren't the full 158K. Yes > > 4) I'm also curious to know how/if you can do this stuff > from a Windows system. > Yes with windd > Thanks! > > -- > Rich Carreiro rlcarr at rlcarr.com > > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco _________________________________________________________________ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx&mkt=en-us From fwp at deepthought.com Thu May 15 13:33:49 2008 From: fwp at deepthought.com (Frank Pittel) Date: Thu, 15 May 2008 12:33:49 -0500 Subject: [Coco] SuperIDE, compact flash, and Linux In-Reply-To: References: Message-ID: <20080515173349.GB4227@warlock.deepthought.com> I can't speak for question 2 or 3 but I can say definitively that you can use dd to back up your cf card!! I use drivewire so I haven't had any reason to try 2 or 3. Frank On Thu, May 15, 2008 at 12:06:07PM -0400, Rich Carreiro wrote: > If any of you use Cloud-9's SuperIDE controller with > a CF card, and also have a Linux box, I'm curious > about some potential backup/restore/transfer operations. > > 1) Will doing stuff like: > dd if=/dev/whatever of=cocoflash.bak > for a whole card backup, and > dd if=cocoflash.bak of=/dev/whatever > for a whole card restore work? > > 2) Is the size of a HDB-DOS virtual floppy (as it is > laid out on the CF card) always the same size, no > matter how much or how little is on the floppy? > If so (assume for now that size is 158K), can > you backup/extract drive 10 (i.e. 11th floppy) with > dd bs=158K if=/dev/whatever of=floppy10.dsk skip=10 > and can you restore/"mount" floppy #10 with > dd bs=158K if=floppy10.dsk of=/dev/whatever seek=10 > > 3) If you can do (2), can you do something like that to > transfer a .dsk you downloaded (or created via an > emulator or when using Rainbow IDE) onto the CF card? > Or do those DSK files have "extra" stuff in that that's > used by the emulators and cannot be used "as-is" by > a real CoCo? I've also notices that some DSK files I've > seen online aren't the full 158K. > > 4) I'm also curious to know how/if you can do this stuff > from a Windows system. > > Thanks! > > -- > Rich Carreiro rlcarr at rlcarr.com > > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco From boisy at boisypitre.com Thu May 15 12:56:26 2008 From: boisy at boisypitre.com (Boisy Pitre) Date: Thu, 15 May 2008 11:56:26 -0500 Subject: [Coco] SuperIDE, compact flash, and Linux In-Reply-To: <20080515114913.t42311uxwwc4so4w@webmail.frontiernet.net> References: <20080515114913.t42311uxwwc4so4w@webmail.frontiernet.net> Message-ID: <1D318303-E203-4A1C-B968-76759BB17F9E@boisypitre.com> > If any of you use Cloud-9's SuperIDE controller with > a CF card, and also have a Linux box, I'm curious > about some potential backup/restore/transfer operations. > > 1) Will doing stuff like: > dd if=/dev/whatever of=cocoflash.bak > for a whole card backup, and > dd if=cocoflash.bak of=/dev/whatever > for a whole card restore work? Absolutely. It's a fantastic way to make a quick backup of your CF. > > 2) Is the size of a HDB-DOS virtual floppy (as it is > laid out on the CF card) always the same size, no > matter how much or how little is on the floppy? > If so (assume for now that size is 158K), can > you backup/extract drive 10 (i.e. 11th floppy) with > dd bs=158K if=/dev/whatever of=floppy10.dsk skip=10 > and can you restore/"mount" floppy #10 with > dd bs=158K if=floppy10.dsk of=/dev/whatever seek=10 The size is dependent upon the sector size of the CF (almost always 512 bytes/sector). HDB-DOS uses the first 256 bytes of the 512 byte sector and ignores the second half, so you really would need to set bs=322560 (315K) > 3) If you can do (2), can you do something like that to > transfer a .dsk you downloaded (or created via an > emulator or when using Rainbow IDE) onto the CF card? > Or do those DSK files have "extra" stuff in that that's > used by the emulators and cannot be used "as-is" by > a real CoCo? I've also notices that some DSK files I've > seen online aren't the full 158K. You would have to pad each 256 bytes with an additional 256 bytes to adhere to the 512 byte sector requirement of CF cards. ToolShed's decb utility has an option to do this (decb hdbconv). > 4) I'm also curious to know how/if you can do this stuff > from a Windows system. ToolShed runs under Windows, I believe, but I don't attend to that port. I'm not sure what the status is (I'm Mac only). > > Thanks! > > -- > Rich Carreiro rlcarr at rlcarr.com > > > d > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > > > ----- End forwarded message ----- > > From rlcarr at rlcarr.com Thu May 15 13:14:00 2008 From: rlcarr at rlcarr.com (Rich Carreiro) Date: 15 May 2008 13:14:00 -0400 Subject: [Coco] SuperIDE, compact flash, and Linux In-Reply-To: References: Message-ID: jorge_machin at hotmail.com (Jorge Renato Machin Ibarra) writes: > > 2) Is the size of a HDB-DOS virtual floppy (as it is > > laid out on the CF card) always the same size, no > > matter how much or how little is on the floppy? > > If so (assume for now that size is 158K), can > > you backup/extract drive 10 (i.e. 11th floppy) with > > dd bs=158K if=/dev/whatever of=floppy10.dsk skip=10 > > and can you restore/"mount" floppy #10 with > > dd bs=158K if=floppy10.dsk of=/dev/whatever seek=10 > > > > It works If you use the same disk format/geometry How do you make sure you do that? Also, what about the other question? Are the virtual floppies "full size" no matter how little is on them? > > 3) If you can do (2), can you do something like that to > > transfer a .dsk you downloaded (or created via an > > emulator or when using Rainbow IDE) onto the CF card? > > Or do those DSK files have "extra" stuff in that that's > > used by the emulators and cannot be used "as-is" by > > a real CoCo? I've also notices that some DSK files I've > > seen online aren't the full 158K. > > Yes Given that you said you have to match the format/geometry, how do you do this with random DSKs you download off the internet? (And a sidebar to the fantastic Cloud-9 people -- if it is technically possible, It would be cool if there could be a combined IDE/DriveWire HDB-DOS that could talk to both virtual floppies on the IDE controller and virtual floppies over the serial port so you could easily do backups/transfers as native CoCo data directly between the CF and the PC.) -- Rich Carreiro rlcarr at rlcarr.com From sfischer1 at mindspring.com Thu May 15 13:02:52 2008 From: sfischer1 at mindspring.com (Stephen H. Fischer) Date: Thu, 15 May 2008 10:02:52 -0700 Subject: [Coco] BASIC compiler for Rainbow IDE ? In-Reply-To: <20080515052745.2A13B20A33@qs281.pair.com> References: <20080515030319.9CD2F20A35@qs281.pair.com> <20080515052745.2A13B20A33@qs281.pair.com> Message-ID: >From what I understand, the Urbane processor program reads in another >enhanced BASIC program and turns it into a standard BASIC program, am I >correct? Yes. My comment was to insure that you were not going to just mimic DECB. I was very sad when I realized what a giant change in the CoCo World Urbane would have made if I or someone else had done it in the beginning. The two character names and line numbers are a huge drawback, one that I did not realize until I was deep into Urbane coding. I had the TSC FLEX Basic Preprocessor before I got my first CoCo 2. So the Idea was available before the first CoCo. I can understand my failure, I cannot understand the failure of others. A Compiler was my understanding what you were planning. Another post suggested using the DECB interpreter as a starting point. I was thinking about creating a DECB to Urbane translator doing this. I wonder if the BASIC09 disassembly might be a starting point. Stephen H. Fischer ----- Original Message ----- From: "Roger Taylor" To: "CoCoList for Color Computer Enthusiasts" Sent: Wednesday, May 14, 2008 10:27 PM Subject: Re: [Coco] BASIC compiler for Rainbow IDE ? > At 11:29 PM 5/14/2008, you wrote: >>Roger, my understanding of what you are planning to do is unclear. >> >>In any case, please review what I did with "Urbane". >> >>Just the two additions of longer unique variable names and line numbers >>not required makes DECB a much better language. >> >>As there was no messages to me about "Urbane" (NONE), I did not follow up >>with what I realized could be done. >> >>This was despite the large number of downloads. You reset the counters at >>one point so I have no real understanding as to their real numbers. >> >>Stephen H. Fischer >> >>P.S. I think that I have on a disk somewhere a DECB like compiler that may >>be similar to what you are planning. > > > I'm speaking of a BASIC to machine language compiler with 6809 or 6309 > support. Not just standard CoCo BASIC could be compiled but that with > longer variable names, no line numbers, labeled lines, etc. > > From what I understand, the Urbane processor program reads in another > enhanced BASIC program and turns it into a standard BASIC program, am I > correct? So our two systems are completely different. The end result is > still a BASIC program, which is great, but a compiler would turn it into > optimized machine code. > > My versions of CLS, PCLS, PRINT, HPRINT, LINE, HLINE, HDRAW, etc. would be > a LOT faster than what BASIC can do. It will be almost like coding in raw > assembly. I'm first going to set up CCASM procedures that mimick many of > the commands, and go from there. An assembler naturally will turn the > compiled .asm file(s) into LOADMable binaries. > > I aim to produce stand-alone programs that only include commands that are > used, and no ROM calls will be made. > > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From operator at coco3.com Thu May 15 13:32:34 2008 From: operator at coco3.com (Roger Taylor) Date: Thu, 15 May 2008 12:32:34 -0500 Subject: [Coco] BASIC compiler for Rainbow IDE ? (Roger Taylor) In-Reply-To: <482C53C9.9010501@cox.net> References: <482C53C9.9010501@cox.net> Message-ID: <20080515173252.9FDE620A37@qs281.pair.com> At 10:16 AM 5/15/2008, you wrote: >Roger, > >I would love to see this available, even though I currently don't >use the Rainbow IDE (running Linux, for one, and too many other >projects in the way for another). > >I don't know much about how the BASIC interpretor works in the CoCo, >but if I understand how such things work in general, the system >takes each line, converts the commands into tokens (and probably >stores/looks up constants and variables and such into memory >locations and/or registers), then looks up those tokens in a lookup >table which points to the individual "commands" coded as assembler >routines, executes the routine, then returns to the interpretor, >where it continues doing the same thing until the end. >If I have that correct - might it not be possible to build a >compiler that just takes out the interpretor steps, and strings >together all the other pieces as assembler, calling the pieces (in >ROM/RAM) the interpretor would normally call? You would end up with >a smaller executable (because you wouldn't compile the code the >calls point to, they are already machine code from the BASIC ROM), >although you might not end up with as much extra speed, like a full >compiler could possible create (ie, IIRC, routines such as the LINE >routine aren't very optimized in the ROM, for instance). >Going this route, potentially you wouldn't have to code all of the >BASIC commands, because you would use what is already available in >the standard ROMs. In fact, you could do this as a "first pass", and >later revisions change over more of the code to you own code >(instead of calls to ROM routines, you would call your own custom >routines which are optimized). > >Does any of this make sense? Yepper. > I guess all of this could be "out the window" if I am seriously > misinterpreting how the BASIC interpretor works (hah!). But I don't > think I am far off the mark, plus I know I have seen various > routines in the "Unravelled" ROM code listings to know it works > something like the above. > >Anyhow - as a fan and owner of CBASIC-3, which was a great BASIC >compiler for the CoCo 3 - and as a fan of BASICs in general - any >step in this direction would be an interesting one, however you >decide to pursue it. > >I look forward to your progress... > >-- Andrew L Ayers, Glendale, Arizona As I mentioned earlier, what I'll being doing is turning a BASIC program into a stand-alone machine language program, not a tokenized program that needs an interpreter to run. The idea is to not require any ROM calls but it would be silly to deny that ability if a user wanted to do something like EXEC 43304 for some reason. You'll have to LOADM your compiled programs/games unless you build as a ROM(Pak) image. From operator at coco3.com Thu May 15 14:00:13 2008 From: operator at coco3.com (Roger Taylor) Date: Thu, 15 May 2008 13:00:13 -0500 Subject: [Coco] BASIC compiler for Rainbow IDE ? In-Reply-To: References: <20080515030319.9CD2F20A35@qs281.pair.com> <20080515052745.2A13B20A33@qs281.pair.com> Message-ID: <20080515180031.9C38520A36@qs281.pair.com> At 12:02 PM 5/15/2008, you wrote: > From what I understand, the Urbane processor program reads in another >>enhanced BASIC program and turns it into a standard BASIC program, >>am I correct? >Yes. My comment was to insure that you were not going to just mimic DECB. I still think we're talking about two different types of systems. My compiler would turn BASIC source code into assembly source code that an assembler will turn into a stand-alone binary. Urbane, if I'm correct, is a preprocessor/helper for CoCo BASIC. Since my compiler would allow for longer variables names automatically, standard short or long names are already preprocessed. Just like how my CCASM assembler supports the EDTASM set of functions, and adds a top layer of extra features, programmers can choose to use the enhanced functions or the basic functions in either CCASM or my unwritten BASIC compiler. In a nutshell, it'll be very smart and give you the power the write fast ML programs without learning assembly. I chose CoCo BASIC over a new type of easy language because most coders or newbies are already familiar with it. Adding support for extra commands and functions is a given. I'll do that. From rod.barnhart at gmail.com Thu May 15 14:45:42 2008 From: rod.barnhart at gmail.com (Rod Barnhart) Date: Thu, 15 May 2008 14:45:42 -0400 Subject: [Coco] PC in a Coco case project questions In-Reply-To: <6cd9b02e0805120627p54a7a1d4v10f27d984446b372@mail.gmail.com> References: <051120080323.21981.482666A3000D68F3000055DD22092246270B9DCC090B99@comcast.net> <188804.91665.qm@web52309.mail.re2.yahoo.com> <6cd9b02e0805120627p54a7a1d4v10f27d984446b372@mail.gmail.com> Message-ID: <6cd9b02e0805151145s2f74c92dn55f08459d3c06c61@mail.gmail.com> Via just made their tiny Pico-ITX motherboards even smaller. At 3.9" X 2.8" and running at 500Mhz, it's probably a great candidate to stuff into an old CoCo case at throw an emulator on. http://gizmodo.com/390491/vias-tiny-pico+itx-motherboards-get-even-smaller -- Rod Barnhart aka Wintermute (http://www.nitemarecafe.com) From goosey at virgo.sdc.org Fri May 16 03:48:29 2008 From: goosey at virgo.sdc.org (Willard Goosey) Date: Fri, 16 May 2008 01:48:29 -0600 Subject: [Coco] uploads to maltedmedia & rtsi Message-ID: <20080516074829.GA2413@virgo.sdc.org> I have uploaded the following files to maltedmedia and rtsi: 28 -rw-r--r-- 1 goosey users 27711 May 16 01:31 ezgen.lzh 84 -rw-r--r-- 1 goosey users 80978 May 16 01:31 fsr.lzh 60 -rw-r--r-- 1 goosey users 56343 May 16 01:32 xt-hd.lzh 32 -rw-r--r-- 1 goosey users 31759 May 16 01:32 xt-rom.lzh Sometime soon they should be available for ftp. Willard -- Willard Goosey goosey at sdc.org Socorro, New Mexico, USA I search my heart and find Cimmeria, land of Darkness and the Night. -- R.E. Howard From goosey at virgo.sdc.org Fri May 16 04:14:39 2008 From: goosey at virgo.sdc.org (Willard Goosey) Date: Fri, 16 May 2008 02:14:39 -0600 Subject: [Coco] another upload Message-ID: <20080516081439.GA3620@virgo.sdc.org> I have uploaded dagorpatch.zip to rtsi.com. This is a pkzip'ed virtual disk. It should show up in /RSDOS/GAMES shortly. This is Dagorpatch by Burke & Burke, now released as shareware. Dagorpatch patches Dungeons of Dagorath to run from disk. Including load/save savegames, and screen shots If anyone simply must have this in a TC3 .arc, let me know. Willard -- Willard Goosey goosey at sdc.org Socorro, New Mexico, USA I search my heart and find Cimmeria, land of Darkness and the Night. -- R.E. Howard From gene.heskett at verizon.net Fri May 16 06:56:58 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Fri, 16 May 2008 06:56:58 -0400 Subject: [Coco] Printing utility for linux users Message-ID: <200805160656.58773.gene.heskett@verizon.net> Greetings; Because many of us do not have decent printers that still understand ascii from the coco's we all love, here is a couple of utils that can restore your ability to make hard copy of your program listings and such. And no, I didn't write very much of this, a fellow named Jon LaBadie on the amanda-user list did 95% of it. He is a script genius. The hardware lashup I have setup uses a pair of usb extension cables of the sort with a booster hub in the end, 16 feet long cuz my coco is in the basement. The coco's bitbanger port is set for 9600 baud, and in my case I had to "tuneport -s=30 /p" to get that baud rate as it was running at about 13k when an xmode bau=6 had been done. In my case the cable from /p is plugged into a db25 to db9 adaptor, that is plugged into an FDTI based usb<->serial adaptor and that adaptor plugged into the end of the USB cable that comes up to this machine. Watch your dmesg when you plug it in and you should see a new /dev/ttyUSB# created. The first one, which is a bash script, can be cut & pasted, and stored in /usr/local/libexec. Then add this line to your /etc/rc.d/rc.local file near the bottom: /usr/local/libexec/cocod 0 )) then 1>&- # close stdout (TmpOutFile) mv ${TmpOutFile} ${OutFile} fi # determine name of new tmp file SeqNo=$(( SeqNo + 1)) OutFile=${CollectDir}/${BaseFN}-${SeqNo} TmpOutFile=${OutFile}.tmp # open/create new tmp file as stdout exec 1> ${TmpOutFile} StartedWriting=0 # false TimeOuts=0 } next_output_file % while : # infinite loop do # At start of each output file need to do a # blocked read, subsequently a timed read # Reads are from stdin, the $InDev above if (( StartedWriting )) then IFS= read -t $MaxTime inp else IFS= read inp fi ReadStatus=$? # after the above read there are several situations possible # 1) read exits 0 (successful) # a) a line of file data was received # b) the special file separator line was received # 2) read exits 1 (non-zero, failed) # a) partial line of file data received # b) no file data received # c) EOF meaning communications link was dropped # (not handled in current code) if (( ReadStatus == 0 )) then # got a whole line if [[ $inp == $SEP ]] then ${CoCoPrCmd} $TmpOutFile & next_output_file else printf "%s\n" "$inp" StartedWriting=1 TimeOuts=0 fi continue else # timeout of read cmd if (( ${#inp} > 0 )) then # received part line printf "%s" "$inp" # no \n StartedWriting=1 TimeOuts=0 else # no data read in TimeOuts=$(( TimeOuts + 1)) if (( TimeOuts == MaxRpts )) then ${CoCoPrCmd} $TmpOutFile & next_output_file TimeOuts=0 fi fi continue fi done ----------------------------------------- Now, the $CoCoPrCMD above is also saved in the same location, and here it is. ----------------------------------------- #!/bin/bash # the above line is optional since bash called it, a few microseconds faster # without it & the rest of these comments. # child still has $TmpOutFile open as stdout, close it exec 1>&- # check syntax for closing a file descriptor FileToPrint=${1:?need a file name} if ! [[ -f $FileToPrint ]] || ! [[ -r $FileToPrint ]] then # error handling for missing file echo No file to print, sorry. >&2 exit fi # adjust the lp3 below to match your cups setup lp -d lp3 < $FileToPrint ------------------------ Save this one as coco_print & 'chmod +x' it as root also. The printer can be located anywhere your cables can reach, in my case I set it on the top shelf of my coco's computer desk, and it likewise is hooked up via a usb extension cable. The printer is a band new Brother HL-2140 laser, quicker than stink too. A big buck by the time I get the 20 dollar rebate back. And it gives me better output than even the old daisy wheels did. One thing of note, it will be nominally one minute after the data stops coming in before the printing will be launched, so there is a lag. This seemed like a better idea than modifying everything that can output readable data with an <<>> appended as the last line. And one final item: You will have to set this virtual serial port over USB to the proper parameters, and these work for me. root at coyote libexec]# stty -F /dev/ttyUSB1 speed 9600 baud; line = 0; min = 1; time = 0; -brkint -imaxbel -opost ocrnl -onlcr -isig -icanon -iexten -echo -echoe -echok -echoctl -echoke Note in particular the enabled cr to nl translation. So its not quite raw. "Man stty" will help explain it. And finally, the usb<->serial adaptor s/b FDTI based, the pl2303 based ones from many vendors are at best funkity. Throwing away data at random seems to be their favorite trick. FDTI stuff Just Works(TM). Enjoy! -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) I don't have any solution but I certainly admire the problem. -- Ashleigh Brilliant From keeper63 at cox.net Fri May 16 11:01:35 2008 From: keeper63 at cox.net (Andrew) Date: Fri, 16 May 2008 08:01:35 -0700 Subject: [Coco] BASIC compiler for Rainbow IDE ? (Roger Taylor) Message-ID: <482DA1CF.6060203@cox.net> Not sure what happenned, but my email didn't seem to make it, so I am sending it again - below: --- Roger, I would love to see this available, even though I currently don't use the Rainbow IDE (running Linux, for one, and too many other projects in the way for another). I don't know much about how the BASIC interpretor works in the CoCo, but if I understand how such things work in general, the system takes each line, converts the commands into tokens (and probably stores/looks up constants and variables and such into memory locations and/or registers), then looks up those tokens in a lookup table which points to the individual "commands" coded as assembler routines, executes the routine, then returns to the interpretor, where it continues doing the same thing until the end. If I have that correct - might it not be possible to build a compiler that just takes out the interpretor steps, and strings together all the other pieces as assembler, calling the pieces (in ROM/RAM) the interpretor would normally call? You would end up with a smaller executable (because you wouldn't compile the code the calls point to, they are already machine code from the BASIC ROM), although you might not end up with as much extra speed, like a full compiler could possible create (ie, IIRC, routines such as the LINE routine aren't very optimized in the ROM, for instance). Going this route, potentially you wouldn't have to code all of the BASIC commands, because you would use what is already available in the standard ROMs. In fact, you could do this as a "first pass", and later revisions change over more of the code to you own code (instead of calls to ROM routines, you would call your own custom routines which are optimized). Does any of this make sense? I guess all of this could be "out the window" if I am seriously misinterpreting how the BASIC interpretor works (hah!). But I don't think I am far off the mark, plus I know I have seen various routines in the "Unravelled" ROM code listings to know it works something like the above. Anyhow - as a fan and owner of CBASIC-3, which was a great BASIC compiler for the CoCo 3 - and as a fan of BASICs in general - any step in this direction would be an interesting one, however you decide to pursue it. I look forward to your progress... -- Andrew L Ayers, Glendale, Arizona From linville at tuxdriver.com Fri May 16 11:24:06 2008 From: linville at tuxdriver.com (John W. Linville) Date: Fri, 16 May 2008 11:24:06 -0400 Subject: [Coco] Printing utility for linux users In-Reply-To: <200805160656.58773.gene.heskett@verizon.net> References: <200805160656.58773.gene.heskett@verizon.net> Message-ID: <20080516152406.GD6510@tuxdriver.com> On Fri, May 16, 2008 at 06:56:58AM -0400, Gene Heskett wrote: > Because many of us do not have decent printers that still understand ascii > from the coco's we all love, here is a couple of utils that can restore your > ability to make hard copy of your program listings and such. And no, I > didn't write very much of this, a fellow named Jon LaBadie on the amanda-user > list did 95% of it. He is a script genius. Hey, Gene! That's cool. A casual glance suggests that this works for ASCII text only. Anyone put any thought to DMP or CGP (or Epson or whatever) emulation? John -- John W. Linville linville at tuxdriver.com From mdelyea at gmail.com Fri May 16 12:06:50 2008 From: mdelyea at gmail.com (mike delyea) Date: Fri, 16 May 2008 12:06:50 -0400 Subject: [Coco] Printing utility for linux users In-Reply-To: <20080516152406.GD6510@tuxdriver.com> References: <200805160656.58773.gene.heskett@verizon.net> <20080516152406.GD6510@tuxdriver.com> Message-ID: <1b52e6c80805160906m1e828092ke659fa0481ff5558@mail.gmail.com> Speaking of printers, I have an HP Laserjet 4. Will an ORDINARY serial to parallel converter work with the coco (provided I build a coco serial to 9 pin serial adapter) given that the coco's serial port is not 5 volts? This printer is old but its solid and I can get replacement toner/drum cartridges for $70.00. On Fri, May 16, 2008 at 11:24 AM, John W. Linville wrote: > On Fri, May 16, 2008 at 06:56:58AM -0400, Gene Heskett wrote: > >> Because many of us do not have decent printers that still understand ascii >> from the coco's we all love, here is a couple of utils that can restore your >> ability to make hard copy of your program listings and such. And no, I >> didn't write very much of this, a fellow named Jon LaBadie on the amanda-user >> list did 95% of it. He is a script genius. > > Hey, Gene! That's cool. > > A casual glance suggests that this works for ASCII text only. > Anyone put any thought to DMP or CGP (or Epson or whatever) emulation? > > John > -- > John W. Linville > linville at tuxdriver.com > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From linville at tuxdriver.com Fri May 16 13:34:45 2008 From: linville at tuxdriver.com (John W. Linville) Date: Fri, 16 May 2008 13:34:45 -0400 Subject: [Coco] Printing utility for linux users In-Reply-To: <20080516152406.GD6510@tuxdriver.com> References: <200805160656.58773.gene.heskett@verizon.net> <20080516152406.GD6510@tuxdriver.com> Message-ID: <20080516173445.GC9880@tuxdriver.com> On Fri, May 16, 2008 at 11:24:06AM -0400, John W. Linville wrote: > On Fri, May 16, 2008 at 06:56:58AM -0400, Gene Heskett wrote: > > > Because many of us do not have decent printers that still understand ascii > > from the coco's we all love, here is a couple of utils that can restore your > > ability to make hard copy of your program listings and such. And no, I > > didn't write very much of this, a fellow named Jon LaBadie on the amanda-user > > list did 95% of it. He is a script genius. > > Hey, Gene! That's cool. > > A casual glance suggests that this works for ASCII text only. > Anyone put any thought to DMP or CGP (or Epson or whatever) emulation? I found references to an old DOS program and an available payware Windows program to emulate an Epson printer, but I didn't see anything for Linux. (CUPS can _driver_ an Epson printer but not _pretend_ to be one.) Just in case anyone is motivated, I want to record this link in this thread for posterity: http://support.epson.ru/products/manuals/000350/part1.pdf That is the "Epson ESC/P Reference Manual" dated December 1997. At first glance it appears to document the Epson printer language in sufficient detail to allow a motivated person to write an emulator -- YMMV! Sadly, my need for such a beast is rather limited... John -- John W. Linville linville at tuxdriver.com From gene.heskett at verizon.net Fri May 16 16:54:19 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Fri, 16 May 2008 16:54:19 -0400 Subject: [Coco] Printing utility for linux users In-Reply-To: <20080516152406.GD6510@tuxdriver.com> References: <200805160656.58773.gene.heskett@verizon.net> <20080516152406.GD6510@tuxdriver.com> Message-ID: <200805161654.19772.gene.heskett@verizon.net> On Friday 16 May 2008, John W. Linville wrote: >On Fri, May 16, 2008 at 06:56:58AM -0400, Gene Heskett wrote: >> Because many of us do not have decent printers that still understand ascii >> from the coco's we all love, here is a couple of utils that can restore >> your ability to make hard copy of your program listings and such. And no, >> I didn't write very much of this, a fellow named Jon LaBadie on the >> amanda-user list did 95% of it. He is a script genius. > >Hey, Gene! That's cool. > >A casual glance suggests that this works for ASCII text only. Support for that would have to come from cups I believe. Text was my instant need, so I scratched that 'itch' with Jon's help. It, I find out when I start hammering on it, needs two more lines of code, so the latest is below. It hasn't had a chance to cool for more than hour, but works much more correctly now. >Anyone put any thought to DMP or CGP (or Epson or whatever) emulation? > >John -------------------- #!/bin/bash #### Initialize Variables #### SEP="<<>>" # special line indicating the end of a transmitted file SWriteCtl=0 ## Unused? # output file name CollectDir=/tmp/CoCo BaseFN=CoCoFile SeqNo=0 # start at zero, incremented before first opening # input data source DefDev=/dev/ttyUSB1 # if not given as argument 1 on cmd line InDev=${1:-${DefDev}} exec 0< ${InDev} # changes input for while read inp # sub command CoCoPrCmd=/usr/local/libexec/coco_print # timed read constants, reduce till it breaks MaxTime=5 # seconds MaxRpts=2 # number of repeat timeouts #### define functions #### rename_output_file () { # deal with currently open tmp file (if any) if (( SeqNo > 0 )) then 1>&- # close stdout (TmpOutFile) mv ${TmpOutFile} ${OutFile} # no reason the above should not work, but # if it doesn't, restore your version below # mv ${TmpOutFile} ${OutFile} fi } next_output_file () { # determine name of new tmp file SeqNo=$(( SeqNo + 1)) OutFile=${CollectDir}/${BaseFN}-${SeqNo} echo "OutFile="$OutFile >&2 TmpOutFile=${OutFile}.tmp echo "TmpOutFile="$TmpOutFile >&2 # open/create new tmp file as stdout exec 1> ${TmpOutFile} StartedWriting=0 # false TimeOuts=0 } next_output_file while : # infinite loop do # At start of each output file need to do a # blocked read, subsequently a timed read # Reads are from stdin, the $InDev above if (( StartedWriting )) then echo "using timed read of "$MaxTime" seconds" >&2 IFS= read -t $MaxTime inp else echo using blocking read >&2 IFS= read inp fi ReadStatus=$? # after the above read there are several situations possible # 1) read exits 0 (successful) # a) a line of file data was received # b) the special file separator line was received # 2) read exits 1 (non-zero, failed) # a) partial line of file data received # b) no file data received # c) EOF meaning communications link was dropped # (not handled in current code) if (( ReadStatus == 0 )) then # got a whole line if [[ $inp == $SEP ]] then rename_output_file ${CoCoPrCmd} $OutFile & next_output_file else printf "%s\n" "$inp" StartedWriting=1 TimeOuts=0 # need to clear inp here too, else last line is doubled inp="" fi continue else # timeout of read cmd if (( ${#inp} > 0 )) then # received part line printf "%s" "$inp" # no \n StartedWriting=1 TimeOuts=0 # need to clear inp here, else last line repeats forever inp="" else # no data read in TimeOuts=$(( TimeOuts + 1)) if (( TimeOuts == MaxRpts )) then echo "Timeout "$CoCoPrCmd $TmpOutFile >&2 rename_output_file ${CoCoPrCmd} $OutFile & next_output_file TimeOuts=0 fi fi continue fi done ------------------ -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) I'm having a MID-WEEK CRISIS! From gene.heskett at verizon.net Fri May 16 16:58:52 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Fri, 16 May 2008 16:58:52 -0400 Subject: [Coco] Printing utility for linux users In-Reply-To: <1b52e6c80805160906m1e828092ke659fa0481ff5558@mail.gmail.com> References: <200805160656.58773.gene.heskett@verizon.net> <20080516152406.GD6510@tuxdriver.com> <1b52e6c80805160906m1e828092ke659fa0481ff5558@mail.gmail.com> Message-ID: <200805161658.52397.gene.heskett@verizon.net> On Friday 16 May 2008, mike delyea wrote: >Speaking of printers, I have an HP Laserjet 4. Will an ORDINARY >serial to parallel converter work with the coco (provided I build a >coco serial to 9 pin serial adapter) given that the coco's serial port >is not 5 volts? This printer is old but its solid and I can get >replacement toner/drum cartridges for $70.00. I rather doubt it Mike, I'm fairly sure that printer doesn't have a rastering engine in it & speaks some dialect of PCL. However, since it does have a parport & its 2 bills cheaper than running out and getting a new HL-2140 & all them $40 each usb cables, it would sure be worth a try. Let us know please. >On Fri, May 16, 2008 at 11:24 AM, John W. Linville > > wrote: >> On Fri, May 16, 2008 at 06:56:58AM -0400, Gene Heskett wrote: >>> Because many of us do not have decent printers that still understand >>> ascii from the coco's we all love, here is a couple of utils that can >>> restore your ability to make hard copy of your program listings and such. >>> And no, I didn't write very much of this, a fellow named Jon LaBadie on >>> the amanda-user list did 95% of it. He is a script genius. >> >> Hey, Gene! That's cool. >> >> A casual glance suggests that this works for ASCII text only. >> Anyone put any thought to DMP or CGP (or Epson or whatever) emulation? >> >> John >> -- >> John W. Linville >> linville at tuxdriver.com >> >> -- >> Coco mailing list >> Coco at maltedmedia.com >> http://five.pairlist.net/mailman/listinfo/coco > >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Yeah, but they are good at making toys. I mean look at Windows... -- From a Slashdot.org post about Microsoft's X-Box console From sfischer1 at mindspring.com Fri May 16 20:29:38 2008 From: sfischer1 at mindspring.com (Stephen H. Fischer) Date: Fri, 16 May 2008 17:29:38 -0700 Subject: [Coco] BASIC compiler for Rainbow IDE ? In-Reply-To: <20080515180031.9C38520A36@qs281.pair.com> References: <20080515030319.9CD2F20A35@qs281.pair.com><20080515052745.2A13B20A33@qs281.pair.com> <20080515180031.9C38520A36@qs281.pair.com> Message-ID: ----- Original Message ----- From: "Roger Taylor" To: "CoCoList for Color Computer Enthusiasts" Sent: Thursday, May 15, 2008 11:00 AM Subject: Re: [Coco] BASIC compiler for Rainbow IDE ? > At 12:02 PM 5/15/2008, you wrote: > I still think we're talking about two different types of systems. My > compiler would turn BASIC source code into assembly source code that an > assembler will turn into a stand-alone binary. Urbane, if I'm correct, is > a preprocessor/helper for CoCo BASIC. I am not suggesting that you do anything like Urbane. My comment was entirely intended to direct you away from DECB two character names and line number requirement. That's all. I did and do understand that you are intending to produce an compiler. Stephen H. Fischer From operator at coco3.com Fri May 16 22:21:08 2008 From: operator at coco3.com (Roger Taylor) Date: Fri, 16 May 2008 21:21:08 -0500 Subject: [Coco] BASIC compiler for Rainbow IDE ? In-Reply-To: References: <20080515030319.9CD2F20A35@qs281.pair.com> <20080515052745.2A13B20A33@qs281.pair.com> <20080515180031.9C38520A36@qs281.pair.com> Message-ID: <20080517022135.2C8C820A33@qs281.pair.com> At 07:29 PM 5/16/2008, you wrote: >----- Original Message ----- From: "Roger Taylor" >To: "CoCoList for Color Computer Enthusiasts" >Sent: Thursday, May 15, 2008 11:00 AM >Subject: Re: [Coco] BASIC compiler for Rainbow IDE ? > > >>At 12:02 PM 5/15/2008, you wrote: >>I still think we're talking about two different types of >>systems. My compiler would turn BASIC source code into assembly >>source code that an assembler will turn into a stand-alone >>binary. Urbane, if I'm correct, is a preprocessor/helper for CoCo BASIC. > >I am not suggesting that you do anything like Urbane. > >My comment was entirely intended to direct you away from DECB two >character names and line number requirement. > >That's all. > >I did and do understand that you are intending to produce an compiler. > >Stephen H. Fischer Right, the compiler would support line numbers and 2-character variable names as usual but also support no line numbers and probably up to 32 characters for the variable names, upper and lowercase, etc. just like CCASM does. From mdelyea at gmail.com Sat May 17 07:34:01 2008 From: mdelyea at gmail.com (mike delyea) Date: Sat, 17 May 2008 07:34:01 -0400 Subject: [Coco] BASIC compiler for Rainbow IDE ? In-Reply-To: <20080517022135.2C8C820A33@qs281.pair.com> References: <20080515030319.9CD2F20A35@qs281.pair.com> <20080515052745.2A13B20A33@qs281.pair.com> <20080515180031.9C38520A36@qs281.pair.com> <20080517022135.2C8C820A33@qs281.pair.com> Message-ID: <1b52e6c80805170434h37e5de75r5b55542ac6215294@mail.gmail.com> I also, am interested in your compiler idea. I'm just wondering about memory management. Right now BASIC on the coco is limited to about 24k ( a bit more if you pclear). What kind of program space are you thinking of providing? I think I recall you mentioning earlier that the compiler would allow access to the extra RAM available in the coco3. Is that correct? On Fri, May 16, 2008 at 10:21 PM, Roger Taylor wrote: > At 07:29 PM 5/16/2008, you wrote: > >> ----- Original Message ----- From: "Roger Taylor" >> To: "CoCoList for Color Computer Enthusiasts" >> Sent: Thursday, May 15, 2008 11:00 AM >> Subject: Re: [Coco] BASIC compiler for Rainbow IDE ? >> >> >>> At 12:02 PM 5/15/2008, you wrote: >>> I still think we're talking about two different types of systems. My >>> compiler would turn BASIC source code into assembly source code that an >>> assembler will turn into a stand-alone binary. Urbane, if I'm correct, is a >>> preprocessor/helper for CoCo BASIC. >> >> I am not suggesting that you do anything like Urbane. >> >> My comment was entirely intended to direct you away from DECB two >> character names and line number requirement. >> >> That's all. >> >> I did and do understand that you are intending to produce an compiler. >> >> Stephen H. Fischer > > > Right, the compiler would support line numbers and 2-character variable > names as usual but also support no line numbers and probably up to 32 > characters for the variable names, upper and lowercase, etc. just like CCASM > does. > > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From boisy at boisypitre.com Sat May 17 08:58:51 2008 From: boisy at boisypitre.com (Boisy Pitre) Date: Sat, 17 May 2008 07:58:51 -0500 Subject: [Coco] NitrOS-9 V03.02.07 Release Message-ID: <7C6959E3-75A6-499B-B8FA-C366684D0B36@boisypitre.com> All, I have created what I consider a "developer's release" of NitrOS-9 (V03.02.07), currently available at https://sourceforge.net/project/showfiles.php?group_id=174026 I would encourage everyone to download and try this new release. There are a few bug fixes and the biggest change is the inclusion of Basic09 and support modules on disk 2 (as it was in OS-9 Level Two). This developer's release is an opportunity for the community to shake through and find any lingering bugs/problems that may have been present in the V03.02.06 release. Within a short period of time, as I get feedback, I'll address any issues and release an officially sanctioned V03.02.08 release. Boisy From diegoba at adinet.com.uy Sat May 17 12:34:30 2008 From: diegoba at adinet.com.uy (Diego Barizo) Date: Sat, 17 May 2008 13:34:30 -0300 Subject: [Coco] NitrOS-9 V03.02.07 Release In-Reply-To: <7C6959E3-75A6-499B-B8FA-C366684D0B36@boisypitre.com> References: <7C6959E3-75A6-499B-B8FA-C366684D0B36@boisypitre.com> Message-ID: <482F0916.4040402@adinet.com.uy> Boisy, I've been trying to run the mb script from the 40t disk from 6809L2, and it freezes trying to read the disk. Might this be a corrupted disk issue? It works OK from the 80t. I tried copying the script from one disk to the other, but still freezes. I just tried typing the commands from the mb script, and it's the prompt command the one that seems to fail. Strange, since I don't get the messages from echo that come before. Using the format command fails also. Maybe some of the executables in the disk got misplaced from another distribution (6309)? PS: I have just tried this in emulators. Anyone else had this or a similar problem? Boisy Pitre wrote: > All, > > I have created what I consider a "developer's release" of NitrOS-9 > (V03.02.07), currently available at > https://sourceforge.net/project/showfiles.php?group_id=174026 > > I would encourage everyone to download and try this new release. > There are a few bug fixes and the biggest change is the inclusion of > Basic09 and support modules on disk 2 (as it was in OS-9 Level Two). > > This developer's release is an opportunity for the community to shake > through and find any lingering bugs/problems that may have been > present in the V03.02.06 release. Within a short period of time, as I > get feedback, I'll address any issues and release an officially > sanctioned V03.02.08 release. > > Boisy > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From sfischer1 at mindspring.com Sat May 17 15:12:17 2008 From: sfischer1 at mindspring.com (Stephen H. Fischer) Date: Sat, 17 May 2008 12:12:17 -0700 Subject: [Coco] BASIC compiler for Rainbow IDE ? In-Reply-To: <20080517022135.2C8C820A33@qs281.pair.com> References: <20080515030319.9CD2F20A35@qs281.pair.com><20080515052745.2A13B20A33@qs281.pair.com><20080515180031.9C38520A36@qs281.pair.com> <20080517022135.2C8C820A33@qs281.pair.com> Message-ID: ----- Original Message ----- From: "Roger Taylor" To: "CoCoList for Color Computer Enthusiasts" Sent: Friday, May 16, 2008 7:21 PM Subject: Re: [Coco] BASIC compiler for Rainbow IDE ? > Right, the compiler would support line numbers and 2-character variable > names as usual but also support no line numbers and probably up to 32 > characters for the variable names, upper and lowercase, etc. just like > CCASM does. Hi, Think carefully about special characters in variable names. I wanted to allow more but I ended up using just "_" when I was writing the Urbane program. I suggest that you drop the 2-character variable names and line number support. I did a trial conversion of a DECB program by hand and discovered a way to do it with a program that was not too hard to write. The result was a Urbane program that still had the two character names and line numbers but was in a form that ready to change and expand. So, I strongly suggest that you provide an DECB conversion and not talk at all about 2-character and line number support. Get the users of your compiler off on a new path right from the start. They will thank you for this. Note: Urbane will process a DECB program with two character names and line numbers to make the resulting program smaller. That's why I made a suggestion for someone to use it recently. I should have said this then. I might be interested in writing the conversion program which might just work for conversion to your compiler also. ------------------------------------------------------------------------------------------------------------ The biggest benefit Urbane and your compiler provides would the ability to create libraries of subroutines that can be reused easily and shared with others. Something that is very difficult with DECB. Stephen H. Fischer P.S. Try using the Urbane source as the first big test for your new compiler. From goosey at virgo.sdc.org Sat May 17 18:57:10 2008 From: goosey at virgo.sdc.org (Willard Goosey) Date: Sat, 17 May 2008 16:57:10 -0600 Subject: [Coco] NitrOS-9 V03.02.07 Release In-Reply-To: <7C6959E3-75A6-499B-B8FA-C366684D0B36@boisypitre.com> References: <7C6959E3-75A6-499B-B8FA-C366684D0B36@boisypitre.com> Message-ID: <20080517225710.GA31416@virgo.sdc.org> On Sat, May 17, 2008 at 07:58:51AM -0500, Boisy Pitre wrote: > I have created what I consider a "developer's release" of NitrOS-9 > (V03.02.07), currently available at > https://sourceforge.net/project/showfiles.php?group_id=174026 Woohoo! I'll have to download this and play with it. Willard -- Willard Goosey goosey at sdc.org Socorro, New Mexico, USA I search my heart and find Cimmeria, land of Darkness and the Night. -- R.E. Howard From boisy at boisypitre.com Sat May 17 19:04:00 2008 From: boisy at boisypitre.com (Boisy Pitre) Date: Sat, 17 May 2008 18:04:00 -0500 Subject: [Coco] NitrOS-9 now has a WIKI page Message-ID: <75E660ED-AE9F-446D-9B43-F97D32C3DC77@boisypitre.com> http://nitros9.wiki.sourceforge.net/ This will be the new home for NitrOS-9 related WIKI postings. Boisy From robert.gault at worldnet.att.net Sat May 17 22:08:10 2008 From: robert.gault at worldnet.att.net (Robert Gault) Date: Sat, 17 May 2008 22:08:10 -0400 Subject: [Coco] NitrOS-9 V03.02.07 Release In-Reply-To: <482F0916.4040402@adinet.com.uy> References: <7C6959E3-75A6-499B-B8FA-C366684D0B36@boisypitre.com> <482F0916.4040402@adinet.com.uy> Message-ID: <482F8F8A.60104@worldnet.att.net> Diego Barizo wrote: > Boisy, I've been trying to run the mb script from the 40t disk from > 6809L2, and it freezes trying to read the disk. Might this be a > corrupted disk issue? It works OK from the 80t. I tried copying the > script from one disk to the other, but still freezes. > I just tried typing the commands from the mb script, and it's the prompt > command the one that seems to fail. Strange, since I don't get the > messages from echo that come before. Using the format command fails > also. Maybe some of the executables in the disk got misplaced from > another distribution (6309)? > PS: I have just tried this in emulators. Anyone else had this or a > similar problem? > I have just tested this using MESS with the 6809L2 40_d1 in drive0, fresh os9 disk in /d1, and 6809L2 40_d2 in /d2. I have been able to make perfect boot disks of both single sided 40 track and double sided 40 track types. There should not be any problems on real hardware but there can be with emulators. On real hardware, the success of the format of the new disk depends on your drive hardware single or dual side. On an emulator, the success of the format can depend on the type of image you pre-installed. Format will take the descriptor info as the default which in the case of the NitrOS-9 distribution is 2 sides 40 track. If you mounted a 1 side 35 or 40 track or a 2 sided 35 track image, format will fail. So if you are trying to create a boot disk for an RGBDOS hard drive, you must use dmode first to customize the /d1 specs. From diegoba at adinet.com.uy Sat May 17 22:53:22 2008 From: diegoba at adinet.com.uy (Diego Barizo) Date: Sat, 17 May 2008 23:53:22 -0300 Subject: [Coco] NitrOS-9 V03.02.07 Release In-Reply-To: <482F8F8A.60104@worldnet.att.net> References: <7C6959E3-75A6-499B-B8FA-C366684D0B36@boisypitre.com> <482F0916.4040402@adinet.com.uy> <482F8F8A.60104@worldnet.att.net> Message-ID: <482F9A22.5020602@adinet.com.uy> OK, the issue seems to be because I didn't CHX/CMDS after swapping disks 1 and 2. This time I CHXed and it works... Up to the point where the script calls format. The commands are in /DD/NITROS9/6809L2/CMDS. It would be nice to have the script CHX to that dir, or use absolute paths to the commands there... Diego Robert Gault wrote: > Diego Barizo wrote: >> Boisy, I've been trying to run the mb script from the 40t disk from >> 6809L2, and it freezes trying to read the disk. Might this be a >> corrupted disk issue? It works OK from the 80t. I tried copying the >> script from one disk to the other, but still freezes. >> I just tried typing the commands from the mb script, and it's the prompt >> command the one that seems to fail. Strange, since I don't get the >> messages from echo that come before. Using the format command fails >> also. Maybe some of the executables in the disk got misplaced from >> another distribution (6309)? >> PS: I have just tried this in emulators. Anyone else had this or a >> similar problem? >> > > I have just tested this using MESS with the 6809L2 40_d1 in drive0, > fresh os9 disk in /d1, and 6809L2 40_d2 in /d2. I have been able to > make perfect boot disks of both single sided 40 track and double sided > 40 track types. > > There should not be any problems on real hardware but there can be > with emulators. On real hardware, the success of the format of the new > disk depends on your drive hardware single or dual side. On an > emulator, the success of the format can depend on the type of image > you pre-installed. > Format will take the descriptor info as the default which in the case > of the NitrOS-9 distribution is 2 sides 40 track. If you mounted a 1 > side 35 or 40 track or a 2 sided 35 track image, format will fail. > > So if you are trying to create a boot disk for an RGBDOS hard drive, > you must use dmode first to customize the /d1 specs. > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From devries.bob at gmail.com Sat May 17 23:25:07 2008 From: devries.bob at gmail.com (Bob Devries) Date: Sun, 18 May 2008 11:25:07 +0800 Subject: [Coco] From the wilds of Mindanao Message-ID: <03c501c8b896$c9719b10$1300a8c0@toshiba> Hi people, I'm writing this from an internet cafe in Tubod, on the island of Mindanao. I will have occasional internet access this way. It's at least 30-45 minutes motor cycle ride on extremely rough roads (more like tracks) from Licapao. I'm still reading the list email, but will do so offline. Keep coco-ing! -- Regards, Bob Devries, Dalby, Queensland, Australia Isaiah 50:4 The sovereign Lord has given me the capacity to be his spokesman, so that I know how to help the weary. website: http://www.home.gil.com.au/~bdevasl my blog: http://bdevries.invigorated.org/ From operator at coco3.com Sun May 18 00:03:43 2008 From: operator at coco3.com (Roger Taylor) Date: Sat, 17 May 2008 23:03:43 -0500 Subject: [Coco] BASIC compiler for Rainbow IDE ? In-Reply-To: References: <20080515030319.9CD2F20A35@qs281.pair.com> <20080515052745.2A13B20A33@qs281.pair.com> <20080515180031.9C38520A36@qs281.pair.com> <20080517022135.2C8C820A33@qs281.pair.com> Message-ID: <20080518040416.3F9C520A33@qs281.pair.com> The main goal is to be able to take an existing CoCo BASIC listing and crunch it into the most optimized ML version my system can do. I have to support the standard 1 or 2 character variables and line numbers so that people can port existing BASIC programs into machine language without having to do a rewrite which makes no sense unless the coder wants to enhance their listing. The second goal is to be able to take enhanced listings and do the same, even if the user has mixed standard BASIC with lines using no numbers, long variable names, extra commands and functions, etc. In the end, things will still be 100% seamless from the editor window to a running ROM Pak or .bin file in the pop-up emulator window. At 02:12 PM 5/17/2008, you wrote: >----- Original Message ----- From: "Roger Taylor" >To: "CoCoList for Color Computer Enthusiasts" >Sent: Friday, May 16, 2008 7:21 PM >Subject: Re: [Coco] BASIC compiler for Rainbow IDE ? > > > >>Right, the compiler would support line numbers and 2-character variable >>names as usual but also support no line numbers and probably up to 32 >>characters for the variable names, upper and lowercase, etc. just like >>CCASM does. > >Hi, > >Think carefully about special characters in variable names. > >I wanted to allow more but I ended up using just "_" when I was writing the >Urbane program. > >I suggest that you drop the 2-character variable names and line number >support. > >I did a trial conversion of a DECB program by hand and discovered a way to >do it with a program that was not too hard to write. > >The result was a Urbane program that still had the two character names and >line numbers but was in a form that ready to change and expand. > >So, I strongly suggest that you provide an DECB conversion and not talk at >all about 2-character and line number support. > >Get the users of your compiler off on a new path right from the start. They >will thank you for this. > >Note: Urbane will process a DECB program with two character names and line >numbers to make the resulting program smaller. > >That's why I made a suggestion for someone to use it recently. > >I should have said this then. > >I might be interested in writing the conversion program which might just >work for conversion to your compiler also. > >------------------------------------------------------------------------------------------------------------ > >The biggest benefit Urbane and your compiler provides would the ability to >create libraries of subroutines that can be reused easily and shared with >others. > >Something that is very difficult with DECB. > >Stephen H. Fischer > >P.S. Try using the Urbane source as the first big test for your new >compiler. > > > > > > >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco From gene.heskett at verizon.net Sun May 18 00:21:50 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Sun, 18 May 2008 00:21:50 -0400 Subject: [Coco] NitrOS-9 V03.02.07 Release In-Reply-To: <20080517225710.GA31416@virgo.sdc.org> References: <7C6959E3-75A6-499B-B8FA-C366684D0B36@boisypitre.com> <20080517225710.GA31416@virgo.sdc.org> Message-ID: <200805180021.50679.gene.heskett@verizon.net> On Saturday 17 May 2008, Willard Goosey wrote: >On Sat, May 17, 2008 at 07:58:51AM -0500, Boisy Pitre wrote: >> I have created what I consider a "developer's release" of NitrOS-9 >> (V03.02.07), currently available at >> https://sourceforge.net/project/showfiles.php?group_id=174026 > >Woohoo! > >I'll have to download this and play with it. > >Willard I already have. The sysgo module is broken, crashes my machine 100% of the time, so save an older one to use. I'm still making boot disks & only have one that will boot it in several hours work. But I'm slowly making progress. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Perl itself is usually pretty good about telling you what you shouldn't do. :-) -- Larry Wall in <11091 at jpl-devvax.JPL.NASA.GOV> From gene.heskett at verizon.net Sun May 18 00:25:07 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Sun, 18 May 2008 00:25:07 -0400 Subject: [Coco] NitrOS-9 now has a WIKI page In-Reply-To: <75E660ED-AE9F-446D-9B43-F97D32C3DC77@boisypitre.com> References: <75E660ED-AE9F-446D-9B43-F97D32C3DC77@boisypitre.com> Message-ID: <200805180025.07246.gene.heskett@verizon.net> On Saturday 17 May 2008, Boisy Pitre wrote: >http://nitros9.wiki.sourceforge.net/ > >This will be the new home for NitrOS-9 related WIKI postings. > >Boisy > What became of the mailing list, devel at nitros9.org? Postings go into a black hole. The new sysgo module crashes my machine shortly after the signon message, so I have to use an older one. Thanks. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Television is now so desperately hungry for material that it is scraping the top of the barrel. -- Gore Vidal From operator at coco3.com Sun May 18 00:34:55 2008 From: operator at coco3.com (Roger Taylor) Date: Sat, 17 May 2008 23:34:55 -0500 Subject: [Coco] BASIC compiler for Rainbow IDE ? In-Reply-To: <1b52e6c80805170434h37e5de75r5b55542ac6215294@mail.gmail.co m> References: <20080515030319.9CD2F20A35@qs281.pair.com> <20080515052745.2A13B20A33@qs281.pair.com> <20080515180031.9C38520A36@qs281.pair.com> <20080517022135.2C8C820A33@qs281.pair.com> <1b52e6c80805170434h37e5de75r5b55542ac6215294@mail.gmail.com> Message-ID: <20080518043528.E283A20A33@qs281.pair.com> At 06:34 AM 5/17/2008, you wrote: >I also, am interested in your compiler idea. I'm just wondering about >memory management. Right now BASIC on the coco is limited to about >24k ( a bit more if you pclear). What kind of program space are you >thinking of providing? I think I recall you mentioning earlier that >the compiler would allow access to the extra RAM available in the >coco3. Is that correct? Things won't work exactly as they do from the BASIC prompt or environment. You want to create a machine language program that loads where you want and does what you want. The listing itself won't be stored in the memory when you load the .bin version of the program. This leaves all of the available RAM of the CoCo, even far MMU blocks since my CCASM assembler can handle this, and the compiler will generate CCASM source code. >On Fri, May 16, 2008 at 10:21 PM, Roger Taylor wrote: > > At 07:29 PM 5/16/2008, you wrote: > > > >> ----- Original Message ----- From: "Roger Taylor" > >> To: "CoCoList for Color Computer Enthusiasts" > >> Sent: Thursday, May 15, 2008 11:00 AM > >> Subject: Re: [Coco] BASIC compiler for Rainbow IDE ? > >> > >> > >>> At 12:02 PM 5/15/2008, you wrote: > >>> I still think we're talking about two different types of systems. My > >>> compiler would turn BASIC source code into assembly source code that an > >>> assembler will turn into a stand-alone binary. Urbane, if I'm > correct, is a > >>> preprocessor/helper for CoCo BASIC. > >> > >> I am not suggesting that you do anything like Urbane. > >> > >> My comment was entirely intended to direct you away from DECB two > >> character names and line number requirement. > >> > >> That's all. > >> > >> I did and do understand that you are intending to produce an compiler. > >> > >> Stephen H. Fischer > > > > > > Right, the compiler would support line numbers and 2-character variable > > names as usual but also support no line numbers and probably up to 32 > > characters for the variable names, upper and lowercase, etc. just > like CCASM > > does. > > > > > > > > -- > > Coco mailing list > > Coco at maltedmedia.com > > http://five.pairlist.net/mailman/listinfo/coco > > > >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco From diegoba at adinet.com.uy Sun May 18 00:40:00 2008 From: diegoba at adinet.com.uy (Diego Barizo) Date: Sun, 18 May 2008 01:40:00 -0300 Subject: [Coco] NitrOS-9 V03.02.07 Release In-Reply-To: <200805180021.50679.gene.heskett@verizon.net> References: <7C6959E3-75A6-499B-B8FA-C366684D0B36@boisypitre.com> <20080517225710.GA31416@virgo.sdc.org> <200805180021.50679.gene.heskett@verizon.net> Message-ID: <482FB320.50304@adinet.com.uy> Which version are you using? The one I created from 6809L2-40t works OK... in the emulators... Diego Gene Heskett wrote: > On Saturday 17 May 2008, Willard Goosey wrote: > >> On Sat, May 17, 2008 at 07:58:51AM -0500, Boisy Pitre wrote: >> >>> I have created what I consider a "developer's release" of NitrOS-9 >>> (V03.02.07), currently available at >>> https://sourceforge.net/project/showfiles.php?group_id=174026 >>> >> Woohoo! >> >> I'll have to download this and play with it. >> >> Willard >> > > I already have. The sysgo module is broken, crashes my machine 100% of the > time, so save an older one to use. I'm still making boot disks & only have > one that will boot it in several hours work. But I'm slowly making progress. > > From gene.heskett at verizon.net Sun May 18 00:43:18 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Sun, 18 May 2008 00:43:18 -0400 Subject: [Coco] NitrOS-9 V03.02.07 Release In-Reply-To: <482FB320.50304@adinet.com.uy> References: <7C6959E3-75A6-499B-B8FA-C366684D0B36@boisypitre.com> <200805180021.50679.gene.heskett@verizon.net> <482FB320.50304@adinet.com.uy> Message-ID: <200805180043.18489.gene.heskett@verizon.net> On Sunday 18 May 2008, Diego Barizo wrote: >Which version are you using? >The one I created from 6809L2-40t works OK... in the emulators... The one announced below. I haven't tried a ss35 track disk yet, it wouldn't boot before. That's one of the tests I do tomorrow. >Diego > >Gene Heskett wrote: >> On Saturday 17 May 2008, Willard Goosey wrote: >>> On Sat, May 17, 2008 at 07:58:51AM -0500, Boisy Pitre wrote: >>>> I have created what I consider a "developer's release" of NitrOS-9 >>>> (V03.02.07), currently available at >>>> https://sourceforge.net/project/showfiles.php?group_id=174026 >>> >>> Woohoo! >>> >>> I'll have to download this and play with it. >>> >>> Willard >> >> I already have. The sysgo module is broken, crashes my machine 100% of >> the time, so save an older one to use. I'm still making boot disks & only >> have one that will boot it in several hours work. But I'm slowly making >> progress. > >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) He who is flogged by fate and laughs the louder is a masochist. From diegoba at adinet.com.uy Sun May 18 00:48:52 2008 From: diegoba at adinet.com.uy (Diego Barizo) Date: Sun, 18 May 2008 01:48:52 -0300 Subject: [Coco] NitrOS-9 V03.02.07 Release In-Reply-To: <200805180043.18489.gene.heskett@verizon.net> References: <7C6959E3-75A6-499B-B8FA-C366684D0B36@boisypitre.com> <200805180021.50679.gene.heskett@verizon.net> <482FB320.50304@adinet.com.uy> <200805180043.18489.gene.heskett@verizon.net> Message-ID: <482FB534.2080406@adinet.com.uy> I meant if you were using the 6809 or the 6309. May be the problem is in just one of them. Diego Gene Heskett wrote: > On Sunday 18 May 2008, Diego Barizo wrote: > >> Which version are you using? >> The one I created from 6809L2-40t works OK... in the emulators... >> > > The one announced below. I haven't tried a ss35 track disk yet, it wouldn't > boot before. That's one of the tests I do tomorrow. > > >> Diego >> >> Gene Heskett wrote: >> >>> On Saturday 17 May 2008, Willard Goosey wrote: >>> >>>> On Sat, May 17, 2008 at 07:58:51AM -0500, Boisy Pitre wrote: >>>> >>>>> I have created what I consider a "developer's release" of NitrOS-9 >>>>> (V03.02.07), currently available at >>>>> https://sourceforge.net/project/showfiles.php?group_id=174026 >>>>> >>>> Woohoo! >>>> >>>> I'll have to download this and play with it. >>>> >>>> Willard >>>> >>> I already have. The sysgo module is broken, crashes my machine 100% of >>> the time, so save an older one to use. I'm still making boot disks & only >>> have one that will boot it in several hours work. But I'm slowly making >>> progress. >>> >> -- >> Coco mailing list >> Coco at maltedmedia.com >> http://five.pairlist.net/mailman/listinfo/coco >> > > > > From gene.heskett at verizon.net Sun May 18 00:56:00 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Sun, 18 May 2008 00:56:00 -0400 Subject: [Coco] NitrOS-9 V03.02.07 Release In-Reply-To: <482FB534.2080406@adinet.com.uy> References: <7C6959E3-75A6-499B-B8FA-C366684D0B36@boisypitre.com> <200805180043.18489.gene.heskett@verizon.net> <482FB534.2080406@adinet.com.uy> Message-ID: <200805180056.02742.gene.heskett@verizon.net> On Sunday 18 May 2008, Diego Barizo wrote: >I meant if you were using the 6809 or the 6309. May be the problem is in >just one of them. > Oh, sorry, 6309 version. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Please help keep the world clean: others may wish to use it. From robert.gault at worldnet.att.net Sun May 18 07:35:46 2008 From: robert.gault at worldnet.att.net (Robert Gault) Date: Sun, 18 May 2008 07:35:46 -0400 Subject: [Coco] NitrOS-9 V03.02.07 Release In-Reply-To: <482F9A22.5020602@adinet.com.uy> References: <7C6959E3-75A6-499B-B8FA-C366684D0B36@boisypitre.com> <482F0916.4040402@adinet.com.uy> <482F8F8A.60104@worldnet.att.net> <482F9A22.5020602@adinet.com.uy> Message-ID: <48301492.5050306@worldnet.att.net> Diego Barizo wrote: > OK, the issue seems to be because I didn't CHX/CMDS after swapping disks > 1 and 2. This time I CHXed and it works... > Up to the point where the script calls format. The commands are in > /DD/NITROS9/6809L2/CMDS. It would be nice to have the script CHX to that > dir, or use absolute paths to the commands there... > > Diego OK, this is still a drive configuration problem. Since you are limited to two drives and the boot disk creation process with the 40 track distribution disks works best with a three drive system, you will need to take preparatory measures. The CMDS directory on disk 40d_2 does not contain all the programs needed during boot disk creation. You will need copy, format, and os9gen none of which are on disk 40d_2. Copy is already loaded into memory. Format and os9gen must either be loaded into memory before running the scripts or must be copied over to the 40d_2 CMDS directory. Once the above is done, boot disk creation will work. If the needed files are preloaded into memory, CHX should not be needed. If the files are copied to disk 40d_2, then the CHX is needed, will work, and the scripts will run to completion. From gene.heskett at verizon.net Sun May 18 10:30:30 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Sun, 18 May 2008 10:30:30 -0400 Subject: [Coco] The new nitros9 assembler Q Message-ID: <200805181030.31244.gene.heskett@verizon.net> Greetings; Does anyone have access to the docs for running the new, 6309 capable asm? My attempts to get either an object or a listing from it have been fruitless so far. It seems to ignore the options I pass to it. Thanks all. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) : How would you disambiguate these situations? By shooting the person who did the latter. -- Larry Wall in <199710290235.SAA02444 at wall.org> From robert.gault at worldnet.att.net Sun May 18 11:53:58 2008 From: robert.gault at worldnet.att.net (Robert Gault) Date: Sun, 18 May 2008 11:53:58 -0400 Subject: [Coco] The new nitros9 assembler Q In-Reply-To: <200805181030.31244.gene.heskett@verizon.net> References: <200805181030.31244.gene.heskett@verizon.net> Message-ID: <48305116.2060801@worldnet.att.net> Gene Heskett wrote: > Greetings; > > Does anyone have access to the docs for running the new, 6309 capable asm? > > My attempts to get either an object or a listing from it have been fruitless > so far. It seems to ignore the options I pass to it. > > Thanks all. > For starters, options for asm don't conform to the current NitrOS-9 system wide options syntax using a minus sign to activate; ex. dir -e Asm options are turned off with a minus sign and on by an unsigned letter. The current option letters are: c, e, f, g, i, l, m, n, o, s. The LevelI owner's manual defines the following options: c conditionals On - default is On d# page depth - default = 66 e error messages On - default is On f use form feed instead of line feed - default is Off g generate all constant lines - default is Off l listing On - default is Off m mode On (Motorola compatible) - default is Off n narrow listing - default is Off o generate object code - default is Off o=/dd/temp/test o will use filename to create a CMDS entry s generate symbol table - default Off w# set page width - default = 79 Be advised that if your source code contains use /dd/defs/defsfile or any other definition file, asm should be called with extra data space asm #40k From chadbh74 at hotmail.com Sun May 18 13:03:38 2008 From: chadbh74 at hotmail.com (Chad H) Date: Sun, 18 May 2008 12:03:38 -0500 Subject: [Coco] ATTN: Willard Goosey RE: CoCo Deskmate (Cat #26-3259) References: <000501c8af54$3ebd82e0$bc3888a0$@com> <20080507074446.GA17821@virgo.sdc.org> Message-ID: Hi, I tried to contact you direct off list but I don't know if you got the message. Were you able to locate your disks for this? Thanks! - Chad -----Original Message----- From: Chad H [mailto:chadbh74 at hotmail.com] Sent: Wednesday, May 07, 2008 4:42 PM To: 'Willard Goosey' Subject: RE: [Coco] CoCo Deskmate (Cat #26-3259) Could you please forward a .DSK image for testing? That would be a start. Thanks! - Chad -----Original Message----- From: Willard Goosey [mailto:goosey at virgo.sdc.org] Sent: Wednesday, May 07, 2008 2:45 AM To: Chad H Subject: Re: [Coco] CoCo Deskmate (Cat #26-3259) I believe I have a copy, but it's just a disk and I don't know if it works. If you want I can make a .dsk and email it to you, or snail-mail you a physical copy. Willard -- Willard Goosey goosey at sdc.org Socorro, New Mexico, USA I search my heart and find Cimmeria, land of Darkness and the Night. -- R.E. Howard From gene.heskett at verizon.net Sun May 18 13:04:09 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Sun, 18 May 2008 13:04:09 -0400 Subject: [Coco] The new nitros9 assembler Q In-Reply-To: <48305116.2060801@worldnet.att.net> References: <200805181030.31244.gene.heskett@verizon.net> <48305116.2060801@worldnet.att.net> Message-ID: <200805181304.09468.gene.heskett@verizon.net> On Sunday 18 May 2008, Robert Gault wrote: >Gene Heskett wrote: >> Greetings; >> >> Does anyone have access to the docs for running the new, 6309 capable asm? >> >> My attempts to get either an object or a listing from it have been >> fruitless so far. It seems to ignore the options I pass to it. >> >> Thanks all. > >For starters, options for asm don't conform to the current NitrOS-9 >system wide options syntax using a minus sign to activate; ex. dir -e >Asm options are turned off with a minus sign and on by an unsigned letter. Kewl. Konfuzin, but... >The current option letters are: c, e, f, g, i, l, m, n, o, s. The LevelI >owner's manual defines the following options: Those pages do not seem to be in the os9assmbly.pdf that I just downloaded from malted media, thanks. >c conditionals On - default is On >d# page depth - default = 66 >e error messages On - default is On >f use form feed instead of line feed - default is Off I'll probably need that if I can get the font cups is using small enough to keep it from wrapping. I have a question out on the cups list about that now. The default font only allows about 75 chars/line before it wraps. >g generate all constant lines - default is Off >l listing On - default is Off >m mode On (Motorola compatible) - default is Off >n narrow listing - default is Off >o generate object code - default is Off > o=/dd/temp/test > o will use filename to create a CMDS entry >s generate symbol table - default Off >w# set page width - default = 79 > >Be advised that if your source code contains > use /dd/defs/defsfile >or any other definition file, asm should be called with extra data space >asm #40k > I found that out. :-) Thanks Robert. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) "Don't think; let the machine do it for you!" -- E. C. Berkeley From operator at coco3.com Sun May 18 16:01:28 2008 From: operator at coco3.com (Roger Taylor) Date: Sun, 18 May 2008 15:01:28 -0500 Subject: [Coco] CoCo TV video DVD republished Message-ID: <20080518200137.B55DE20A33@qs281.pair.com> Hello all, The CoCo TV video DVD item is now available again. This one is not to be confused with the CoCo Archive DVD which is a large collection of emulator-compatible files and emulators, etc. CoCo TV plays on your home video set (or PC using a software player). This is the PennFest 2000 event - The Big Birthday Bash! (20th Anniversary Reunion of the Tandy Color Computer) featuring Mark Hawkins, Kevin Darling, Ron Bull, Nick Marentes, Brother Jeremey, Jeremy Spiller, Sock Master, Curtis Boyle, and many others having a blast. You can now get a copy for $11 which includes postage to anywhere. see the front page of coco3.com for more details and a screenshot From operator at coco3.com Sun May 18 16:39:36 2008 From: operator at coco3.com (Roger Taylor) Date: Sun, 18 May 2008 15:39:36 -0500 Subject: [Coco] Bootable CoCo emulator CF card Message-ID: <20080518203956.2B51220A36@qs281.pair.com> This item isn't orderable from the site yet because I don't want to get swamped at least for another week anyway, but if you have an older laptop or even a Compaq IA-1 unit with a CF slot and the ability to set your BIOS to boot from the CF, I'm making bootable CoCo 3 emulator CF drive/cards with all of the software/games from the archive DVD. The 2-gig card makes your PC boot right into Keil's or Vavasour's CoCo emulator where you can point to the virtual disk, ROM Pak, or tape images to mount, and explore the history of the CoCo with no moving parts. You need a PC or laptop with a BIOS setting for booting from the CF slot. If you have Windows or Linux installed on the PC, it will get bypassed as long as the CF is inserted. I'll purchase your new CF card locally, burn the image, and test the system. Contact me for a price quote and more details about the emulator card. From johnchasteen.2 at juno.com Sun May 18 19:37:15 2008 From: johnchasteen.2 at juno.com (John T Chasteen) Date: Sun, 18 May 2008 18:37:15 -0500 Subject: [Coco] (no subject) Message-ID: <20080518.183716.2440.1.johnchasteen.2@juno.com> Hello All I am getting my MPI and Compact Flash 4in1 Adapter I want to get a CF unit make a copy of my Cloud-9 6309 CF unit. What and how can I do this? John Chasteen From johnchasteen.2 at juno.com Sun May 18 21:41:23 2008 From: johnchasteen.2 at juno.com (John T Chasteen) Date: Sun, 18 May 2008 20:41:23 -0500 Subject: [Coco] Fw: Re: Coco + CF card Message-ID: <20080518.204123.2440.8.johnchasteen.2@juno.com> johnchasteen.2 at juno.com> To: Steve.Lancaster at Moorestephens.com Date: Tue, 22 Apr 2008 16:33:23 -0600 Subject: Re: Coco + CF card Hi Steve I am a Snowbird... Summers in Illinois and Winters in South west Florida and have e-mail on three computers. I found this e-mail while cleaning up my in box. I have a coco3 setup in both locations. Right now here in Schaumburg, IL my multi pack is not operational. I do have the Super IDE + CF here. I really haven't done much with the IDE and CF. Right now I plan to place Cassette files on the CF card and going through the "Color Computer Learning Lab" which is on cassette. Are you familiar with At the bottom of this web site is Mary Kramer's COCO JJnecocoC *coco******* ////CoCoNutz! E-zine! Eminence! E-Zine On Wed, 20 Jun 2007 15:11:05 +0100 Steve.Lancaster at Moorestephens.com writes: Hi John, I saw your message on the Coco mailing list. I take it you have a Super IDE with CF with HDB-DOS and NitrOS installed on the CF card. I have exactly the same thing on order from Cloud 9 (the HDB-DOS and NitrOS will be on a 256mb CF card - with two partitions). Did you find out how to transfer programs (.dsk images etc) to the CF card - if so, such information would prove to be very useful to me. Steve MOORE STEPHENS Accountants and Business Advisors 6 Ridge House, Ridgehouse Drive, Festival Park, Stoke-on-Trent, ST1 5TL Tel: 01782 201120, Fax: 01782 201599 Web: http://www.moorestephens.co.uk A member firm of Moore Stephens International Limited - members in principal cities throughout the world. Registered to carry on audit work and regulated for a range of investment business activities by the Institute of Chartered Accountants in England and Wales. _________________________________________________________________________ ___ This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. They may contain legally privileged information, and may not be disclosed to anyone else. If you have received this email in error please notify postmaster at moorestephens.com and delete all copies from your system. ________________________________________________________________________ This email has been scanned for all viruses by MessageLabs. ________________________________________________________________________ From ed.orbea at gmail.com Sun May 18 22:53:55 2008 From: ed.orbea at gmail.com (Ed Orbea) Date: Sun, 18 May 2008 19:53:55 -0700 Subject: [Coco] NitrOS-9 V03.02.07 Release Message-ID: <4830EBC3.7070709@gmail.com> I have not checked the 6809 80_dd disk image, but on the 6809 40_dd disk_2 image in the /nitros9/6809l2/modules/scf the t1.dd file is missing. I had to copy it from the 030206 release in order to configure a test system for using Drivewire. Ed From chawks at dls.net Mon May 19 06:47:51 2008 From: chawks at dls.net (Christopher Hawks) Date: Mon, 19 May 2008 05:47:51 -0500 Subject: [Coco] NitrOS-9 V03.02.07 Release In-Reply-To: <4830EBC3.7070709@gmail.com> References: <4830EBC3.7070709@gmail.com> Message-ID: <48315AD7.7040403@dls.net> Ed Orbea said the following on 05/18/2008 09:53 PM: > I have not checked the 6809 80_dd disk image, but on the 6809 40_dd > disk_2 image in the /nitros9/6809l2/modules/scf the t1.dd file is > missing. I had to copy it from the 030206 release in order to configure > a test system for using Drivewire. It is now called t1_bbt.dd -- Christopher R. Hawks HAWKSoft --------------------------------------------------------- Do, or do not. There is no try. -- Yoda, The Empire Strikes Back From chawks at dls.net Mon May 19 07:18:14 2008 From: chawks at dls.net (Christopher Hawks) Date: Mon, 19 May 2008 06:18:14 -0500 Subject: [Coco] NitrOS-9 V03.02.07 Release In-Reply-To: <7C6959E3-75A6-499B-B8FA-C366684D0B36@boisypitre.com> References: <7C6959E3-75A6-499B-B8FA-C366684D0B36@boisypitre.com> Message-ID: <483161F6.1060608@dls.net> Neat!! Upgrading my SuperIDE's Compact Flash card to 3.2.7 couldn't be easier. (The CF shows up as device 'sda' when plugged in to my reader.) Using Toolshed's tools (on Linux): os9 dsave -e -r nos96809l2v030207coco3_80d.dsk, /dev/sda -- Christopher R. Hawks HAWKSoft --------------------------------------------------------- There are two ways to write error free programs, Only the third one works. From linville at tuxdriver.com Fri May 16 17:34:32 2008 From: linville at tuxdriver.com (John W. Linville) Date: Fri, 16 May 2008 17:34:32 -0400 Subject: [Coco] Printing utility for linux users In-Reply-To: <200805161658.52397.gene.heskett@verizon.net> References: <200805160656.58773.gene.heskett@verizon.net> <20080516152406.GD6510@tuxdriver.com> <1b52e6c80805160906m1e828092ke659fa0481ff5558@mail.gmail.com> <200805161658.52397.gene.heskett@verizon.net> Message-ID: <20080516213432.GB16638@tuxdriver.com> On Fri, May 16, 2008 at 04:58:52PM -0400, Gene Heskett wrote: > On Friday 16 May 2008, mike delyea wrote: > >Speaking of printers, I have an HP Laserjet 4. Will an ORDINARY > >serial to parallel converter work with the coco (provided I build a > >coco serial to 9 pin serial adapter) given that the coco's serial port > >is not 5 volts? This printer is old but its solid and I can get > >replacement toner/drum cartridges for $70.00. > > I rather doubt it Mike, I'm fairly sure that printer doesn't have a rastering > engine in it & speaks some dialect of PCL. However, since it does have a > parport & its 2 bills cheaper than running out and getting a new HL-2140 & > all them $40 each usb cables, it would sure be worth a try. Let us know > please. I think Mike was asking about electrical compatibility for the serial ports if I'm not mistaken...? OTOH, I believe that ASCII text qualifies as a proper subset of PCL -- so assuming that you get the electrical connections right I think you probably _can_ print ASCII text directly from the CoCo to the hplj...YMMV... :-) John -- John W. Linville linville at tuxdriver.com From keeper63 at cox.net Mon May 19 11:20:02 2008 From: keeper63 at cox.net (Andrew) Date: Mon, 19 May 2008 08:20:02 -0700 Subject: [Coco] Attn, Roger Taylor (OT) In-Reply-To: References: Message-ID: <48319AA2.4070400@cox.net> Roger, I am sending this to the list, because my last email on the subject to you (sent to operator at coco3.com) was never responded to. I placed an order on your website on April 1st, 2008, and so far have only received one of the items I ordered. I figured you were waiting for the completion of Jeweled before sending out the rest of the order to save on the shipping costs. I also understand that I may be "in line" behind other orders - all of this is fine and understandable, however, since I didn't receive a reply to the other email I sent to you on this topic (dated April 20th), I am not sure if that email address forwards to you, so I have decided to take this step of contacting you on list. To all fellow CoCo list members, I appologize for this off-topic post. Thank you, -- Andrew L. Ayers, Glendale, Arizona From jimcox at miba51.com Mon May 19 15:06:21 2008 From: jimcox at miba51.com (Jim Cox) Date: Mon, 19 May 2008 12:06:21 -0700 Subject: [Coco] From the wilds of Mindanao In-Reply-To: <03c501c8b896$c9719b10$1300a8c0@toshiba> References: <03c501c8b896$c9719b10$1300a8c0@toshiba> Message-ID: <6c92f46c0805191206o77d4e206pe52023fa53dd70c2@mail.gmail.com> Hi Bob, Glad to read you are safe and well. Take care! Jim On Sat, May 17, 2008 at 8:25 PM, Bob Devries wrote: > Hi people, > > I'm writing this from an internet cafe in Tubod, on the island of Mindanao. > I will have occasional internet access this way. It's at least 30-45 minutes > motor cycle ride on extremely rough roads (more like tracks) from Licapao. > > I'm still reading the list email, but will do so offline. > > Keep coco-ing! > > -- > Regards, Bob Devries, Dalby, Queensland, Australia > > Isaiah 50:4 The sovereign Lord has given me > the capacity to be his spokesman, > so that I know how to help the weary. > > website: http://www.home.gil.com.au/~bdevasl > my blog: http://bdevries.invigorated.org/ > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From jimcox at miba51.com Mon May 19 15:08:34 2008 From: jimcox at miba51.com (Jim Cox) Date: Mon, 19 May 2008 12:08:34 -0700 Subject: [Coco] Does anyone need any 486 vintage RAM for a project? Message-ID: <6c92f46c0805191208m46272adcoa72ccee79eeebe31@mail.gmail.com> I have a bunch of old RAM I want to part with. If you are interested, drop me a line. It's your for the cost of postage. -Jim Cox From magickian99 at yahoo.com Mon May 19 17:52:02 2008 From: magickian99 at yahoo.com (Ravensflight HP) Date: Mon, 19 May 2008 14:52:02 -0700 (PDT) Subject: [Coco] CoCo TV video DVD republished In-Reply-To: <20080518200137.B55DE20A33@qs281.pair.com> Message-ID: <463375.9319.qm@web53802.mail.re2.yahoo.com> --- Roger Taylor wrote: > Hello all, > > The CoCo TV video DVD item is now available again. > This one is not > to be confused with the CoCo Archive DVD which is a > large collection > of emulator-compatible files and emulators, etc. > CoCo TV plays on > your home video set (or PC using a software player). > > This is the PennFest 2000 event - The Big Birthday > Bash! (20th > Anniversary Reunion of the Tandy Color Computer) > featuring Mark > Hawkins, Kevin Darling, Ron Bull, Nick Marentes, > Brother Jeremey, > Jeremy Spiller, Sock Master, Curtis Boyle, and many > others having a blast. > > You can now get a copy for $11 which includes > postage to anywhere. > > see the front page of coco3.com for more details and > a screenshot > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > I still havn't received the first one I payed for. Ernest Crowe 458 Farmers High Rd Carrollton, GA 30117 From alsplace at pobox.com Mon May 19 18:34:14 2008 From: alsplace at pobox.com (Allen Huffman) Date: Mon, 19 May 2008 17:34:14 -0500 Subject: [Coco] Needed: dEd for OSk Message-ID: <457A0E23-B07F-4A1C-A2FC-22C1A72F4F81@pobox.com> Can someone please send me a copy of dEd for OS-9/68000? I can't find it on RTSI. Thanks! -- Over 98,000 digital pics from Disney, Theme Parks, and Ren Fests! Visit http://www.AtTheFaire.com or http://www.DisneyFans.com (1980's Retro Computing: I want my CoCo 4! www.coco4.com) Orlando (and other places) cheap luxury vacation offers - and I get credit! http://www.WestgateResorts.com/or/index.cfm?acct=9009895609&sales=8664429956&language=en From ed.orbea at gmail.com Mon May 19 21:13:39 2008 From: ed.orbea at gmail.com (Ed Orbea) Date: Mon, 19 May 2008 18:13:39 -0700 Subject: [Coco] NitrOS-9 V03.02.07 Release References: 4830EBC3.7070709@gmail.com Message-ID: <483225C3.9030505@gmail.com> Chris: Thanks for the information. I will make the change on the version I downloaded last week. When I look at the default standard.bl from the 40_dd_disk_2, the entry for the bit-banger port is t1.dd not t1_bbt.dd. Perhaps I do not have the newest version of the 030207 release, so I will download the zip file from the sourceforge site. Ed From boisy at boisypitre.com Mon May 19 21:54:55 2008 From: boisy at boisypitre.com (Boisy Pitre) Date: Mon, 19 May 2008 20:54:55 -0500 Subject: [Coco] NitrOS-9 V03.02.07 Release In-Reply-To: <483225C3.9030505@gmail.com> References: 4830EBC3.7070709@gmail.com <483225C3.9030505@gmail.com> Message-ID: <14932C24-6C7F-4D48-AE37-1B039CD8C70D@boisypitre.com> Ed, Thanks for pointing this out. standard.bl needs to be updated. Please note for consistency, the following modules in 3.2.7 will be renamed in 3.2.8 as follows: term_bbt.dt will be term_scbbt.dt t1_bbt.dd will be t1_scbbt.dd p_bbp.dd will be p_scbbp.dd Boisy On May 19, 2008, at 8:13 PM, Ed Orbea wrote: > Chris: > Thanks for the information. I will make the change on the version I > downloaded last week. When I look at the default standard.bl from > the 40_dd_disk_2, the entry for the bit-banger port is t1.dd not > t1_bbt.dd. Perhaps I do not have the newest version of the 030207 > release, so I will download the zip file from the sourceforge site. > > Ed > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco From operator at coco3.com Mon May 19 23:12:38 2008 From: operator at coco3.com (Roger Taylor) Date: Mon, 19 May 2008 22:12:38 -0500 Subject: [Coco] CoCo TV video DVD republished In-Reply-To: <463375.9319.qm@web53802.mail.re2.yahoo.com> References: <20080518200137.B55DE20A33@qs281.pair.com> <463375.9319.qm@web53802.mail.re2.yahoo.com> Message-ID: <20080520031249.D2B8820A33@qs281.pair.com> At 04:52 PM 5/19/2008, you wrote: >--- Roger Taylor wrote: > > > Hello all, > > > > The CoCo TV video DVD item is now available again. > > This one is not > > to be confused with the CoCo Archive DVD which is a > > large collection > > of emulator-compatible files and emulators, etc. > > CoCo TV plays on > > your home video set (or PC using a software player). > > > > This is the PennFest 2000 event - The Big Birthday > > Bash! (20th > > Anniversary Reunion of the Tandy Color Computer) > > featuring Mark > > Hawkins, Kevin Darling, Ron Bull, Nick Marentes, > > Brother Jeremey, > > Jeremy Spiller, Sock Master, Curtis Boyle, and many > > others having a blast. > > > > You can now get a copy for $11 which includes > > postage to anywhere. > > > > see the front page of coco3.com for more details and > > a screenshot > > > > > > -- > > Coco mailing list > > Coco at maltedmedia.com > > http://five.pairlist.net/mailman/listinfo/coco > > > > >I still havn't received the first one I payed for. > >Ernest Crowe >458 Farmers High Rd >Carrollton, GA 30117 Is this the DVD order from 9/19/06 ?? We've been through this multiple times, I can't recall now whether it came back undeliverable or if somebody at your old address is now enjoying a free disc, but what I do know is that it was shipped once (and maybe twice) to your previous PayPal mailing address, which I do hope you have finally changed to the one above. I'm going to get a tracking # on this one and post it on the list so everyone can follow, if you don't mind. From petrander at gmail.com Tue May 20 05:04:18 2008 From: petrander at gmail.com (Fedor Steeman) Date: Tue, 20 May 2008 11:04:18 +0200 Subject: [Coco] OS-9 question: Command line arguments? Message-ID: Hello, As someone completely unaware of the blessings of OS-9, I was just wondering... Does OS-9 support command line arguments when executing programs? Thanks for any enlightening answers... Fedor From gene.heskett at verizon.net Tue May 20 05:39:04 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Tue, 20 May 2008 05:39:04 -0400 Subject: [Coco] OS-9 question: Command line arguments? In-Reply-To: References: Message-ID: <200805200539.04183.gene.heskett@verizon.net> On Tuesday 20 May 2008, Fedor Steeman wrote: >Hello, > >As someone completely unaware of the blessings of OS-9, I was just >wondering... > >Does OS-9 support command line arguments when executing programs? > >Thanks for any enlightening answers... > >Fedor Generally yes Fedor, but all the shell does is pass the arguments, its up to the program to handle them. Doing an "xmode /t2 bau=6" is one example if that is what you were asking. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) One Bell System - it used to work before they installed the Dimension! From petrander at gmail.com Tue May 20 14:34:10 2008 From: petrander at gmail.com (Fedor Steeman) Date: Tue, 20 May 2008 20:34:10 +0200 Subject: [Coco] OS-9 question: Command line arguments? In-Reply-To: <200805200539.04183.gene.heskett@verizon.net> References: <200805200539.04183.gene.heskett@verizon.net> Message-ID: Thanks, Gene! Cool! Sure the handling of arguments is up to the program, but here I am wondering how exactly they are passed? Does OS-9 store arguments on a standard location in memory for programs to access? Or is there a pointer stored in one of the registers? Or does the program itself figure out where the command line prompt is and read the arguments directly from video memory? Cheers, Fedor 2008/5/20 Gene Heskett : > On Tuesday 20 May 2008, Fedor Steeman wrote: > >Hello, > > > >As someone completely unaware of the blessings of OS-9, I was just > >wondering... > > > >Does OS-9 support command line arguments when executing programs? > > > >Thanks for any enlightening answers... > > > >Fedor > > Generally yes Fedor, but all the shell does is pass the arguments, its up > to > the program to handle them. > > Doing an "xmode /t2 bau=6" is one example if that is what you were asking. > > -- > Cheers, Gene > "There are four boxes to be used in defense of liberty: > soap, ballot, jury, and ammo. Please use in that order." > -Ed Howdershelt (Author) > One Bell System - it used to work before they installed the Dimension! > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From gene.heskett at verizon.net Tue May 20 21:16:34 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Tue, 20 May 2008 21:16:34 -0400 Subject: [Coco] OS-9 question: Command line arguments? In-Reply-To: References: <200805200539.04183.gene.heskett@verizon.net> Message-ID: <200805202116.34941.gene.heskett@verizon.net> On Tuesday 20 May 2008, Fedor Steeman wrote: >Thanks, Gene! > >Cool! Sure the handling of arguments is up to the program, but here I am >wondering how exactly they are passed? Does OS-9 store arguments on a >standard location in memory for programs to access? Or is there a pointer >stored in one of the registers? Or does the program itself figure out where >the command line prompt is and read the arguments directly from video >memory? > >Cheers, >Fedor > I can't testify about rsdos/basic, but OS-9 passes a pointer to the input command line buffer in register x that points to the first character of the command, or the first character of any arguments, I've forgotten which, as the wet ram doesn't always get refreshed on time. The program then pulls the arguments with the usual lda ,x+, handling what it reads till it hits the final carriage return, which is the end of the arguments marker. >2008/5/20 Gene Heskett : >> On Tuesday 20 May 2008, Fedor Steeman wrote: >> >Hello, >> > >> >As someone completely unaware of the blessings of OS-9, I was just >> >wondering... >> > >> >Does OS-9 support command line arguments when executing programs? >> > >> >Thanks for any enlightening answers... >> > >> >Fedor >> >> Generally yes Fedor, but all the shell does is pass the arguments, its up >> to >> the program to handle them. >> >> Doing an "xmode /t2 bau=6" is one example if that is what you were asking. >> >> -- >> Cheers, Gene >> "There are four boxes to be used in defense of liberty: >> soap, ballot, jury, and ammo. Please use in that order." >> -Ed Howdershelt (Author) >> One Bell System - it used to work before they installed the Dimension! >> >> -- >> Coco mailing list >> Coco at maltedmedia.com >> http://five.pairlist.net/mailman/listinfo/coco > >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genius doesn't work on an assembly line basis. You can't simply say, "Today I will be brilliant." -- Kirk, "The Ultimate Computer", stardate 4731.3 From robert.gault at worldnet.att.net Tue May 20 23:24:14 2008 From: robert.gault at worldnet.att.net (Robert Gault) Date: Tue, 20 May 2008 23:24:14 -0400 Subject: [Coco] OS-9 question: Command line arguments? In-Reply-To: References: <200805200539.04183.gene.heskett@verizon.net> Message-ID: <483395DE.8090604@worldnet.att.net> Fedor Steeman wrote: > Thanks, Gene! > > Cool! Sure the handling of arguments is up to the program, but here I am > wondering how exactly they are passed? Does OS-9 store arguments on a > standard location in memory for programs to access? Or is there a pointer > stored in one of the registers? Or does the program itself figure out where > the command line prompt is and read the arguments directly from video > memory? > > Cheers, > Fedor > To add to what Gene has said, in OS-9 when you enter the name of a command to run, Shell takes over. "When the shell processes a command line, It passes a string in the parameter area. The string is a copy of the parameter part of the command line. To simplify string oriented processing, the shell also inserts an end-of-line character at the end of the parameter string." The above is from the Technical section of the OS-9 LevelII owner's manual describing the OS-9 system call Fork. The system sets up memory after a F$Fork call so that regU and regDP point to the beginning of the direct page. The data and then parameter areas follow with regX and regSP pointing to the first byte of the parameter area, regY pointing to the end of the parameter area, and regD the size of the parameter area. From operator at coco3.com Wed May 21 00:08:41 2008 From: operator at coco3.com (Roger Taylor) Date: Tue, 20 May 2008 23:08:41 -0500 Subject: [Coco] bootable/live emulator CD Message-ID: <20080521040859.E21EE20A37@qs281.pair.com> My first test burn of the bootable CoCo emulator CD went ok this evening. I inserted a DVD/RW copy in my spare laptop, turned it on, and within 5 or 6 seconds, up came Keil's CoCo 3 emulator. You get a Drive A: and Drive C: (the CD-ROM) and can navigate using the emulator(s) to select disks, paks, and tapes to mount. One issue is that it's naturally a read-only setup since you're running from a CD or DVD, so it's not ideal for authoring anything even though everything is still on the disc to run. I suppose the main purpose of such a portable CD is to show off the games and stuff to your family or friends on THEIR PC. :) The CompactFlash version is writeable, meaning any mounted virtual disk not write-protected in your emulator can be written to. Any file can be deleted... unless you have a way to write-protect the entire card. From jlhickle at yahoo.com Wed May 21 10:55:32 2008 From: jlhickle at yahoo.com (Jim Hickle) Date: Wed, 21 May 2008 07:55:32 -0700 (PDT) Subject: [Coco] Jeweled Message-ID: <609101.94538.qm@web36601.mail.mud.yahoo.com> How am I supposed to get any work done with the siren song of that "Jeweled" game constantly drawing me toward the emulator? From linville at tuxdriver.com Wed May 21 11:36:25 2008 From: linville at tuxdriver.com (John W. Linville) Date: Wed, 21 May 2008 11:36:25 -0400 Subject: [Coco] Jeweled In-Reply-To: <609101.94538.qm@web36601.mail.mud.yahoo.com> References: <609101.94538.qm@web36601.mail.mud.yahoo.com> Message-ID: <20080521153625.GA8048@tuxdriver.com> On Wed, May 21, 2008 at 07:55:32AM -0700, Jim Hickle wrote: > How am I supposed to get any work done with the siren > song of that "Jeweled" game constantly drawing me > toward the emulator? Let the fever consume you -- it will pass eventually... -- John W. Linville linville at tuxdriver.com From tjseagrove at writeme.com Wed May 21 17:22:06 2008 From: tjseagrove at writeme.com (Tom Seagrove) Date: Wed, 21 May 2008 17:22:06 -0400 Subject: [Coco] Jeweled In-Reply-To: <20080521153625.GA8048@tuxdriver.com> References: <609101.94538.qm@web36601.mail.mud.yahoo.com> <20080521153625.GA8048@tuxdriver.com> Message-ID: <005201c8bb88$b8a4bed0$29ee3c70$@com> I ran out of moves at Level 45...how has everyone else done? So far, that is my highest. Tom -----Original Message----- From: coco-bounces at maltedmedia.com [mailto:coco-bounces at maltedmedia.com] On Behalf Of John W. Linville Sent: Wednesday, May 21, 2008 11:36 AM To: CoCoList for Color Computer Enthusiasts Subject: Re: [Coco] Jeweled On Wed, May 21, 2008 at 07:55:32AM -0700, Jim Hickle wrote: > How am I supposed to get any work done with the siren > song of that "Jeweled" game constantly drawing me > toward the emulator? Let the fever consume you -- it will pass eventually... -- John W. Linville linville at tuxdriver.com -- Coco mailing list Coco at maltedmedia.com http://five.pairlist.net/mailman/listinfo/coco From operator at coco3.com Wed May 21 18:24:28 2008 From: operator at coco3.com (Roger Taylor) Date: Wed, 21 May 2008 17:24:28 -0500 Subject: [Coco] Jeweled In-Reply-To: <005201c8bb88$b8a4bed0$29ee3c70$@com> References: <609101.94538.qm@web36601.mail.mud.yahoo.com> <20080521153625.GA8048@tuxdriver.com> <005201c8bb88$b8a4bed0$29ee3c70$@com> Message-ID: <20080521222446.AD63620A36@qs281.pair.com> At 04:22 PM 5/21/2008, you wrote: >I ran out of moves at Level 45...how has everyone else done? So far, that >is my highest. > >Tom I may post a little Poke patch or something that shows how many times the score has wrapped. That way Wraps over X number of Levels could ultimately determine the skill level. >-----Original Message----- >From: coco-bounces at maltedmedia.com [mailto:coco-bounces at maltedmedia.com] On >Behalf Of John W. Linville >Sent: Wednesday, May 21, 2008 11:36 AM >To: CoCoList for Color Computer Enthusiasts >Subject: Re: [Coco] Jeweled > >On Wed, May 21, 2008 at 07:55:32AM -0700, Jim Hickle wrote: > > How am I supposed to get any work done with the siren > > song of that "Jeweled" game constantly drawing me > > toward the emulator? > >Let the fever consume you -- it will pass eventually... > >-- >John W. Linville >linville at tuxdriver.com > >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco > > >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco From jdaggett at gate.net Wed May 21 18:26:20 2008 From: jdaggett at gate.net (jdaggett at gate.net) Date: Wed, 21 May 2008 18:26:20 -0400 Subject: [Coco] Jeweled In-Reply-To: <609101.94538.qm@web36601.mail.mud.yahoo.com> References: <609101.94538.qm@web36601.mail.mud.yahoo.com> Message-ID: <4834694C.26334.135C881@jdaggett.gate.net> On 21 May 2008 at 7:55, Jim Hickle wrote: > How am I supposed to get any work done with the siren > song of that "Jeweled" game constantly drawing me > toward the emulator? > Take two aspirins and call me in the morning? :-) james From navydave1 at hotmail.com Wed May 21 19:32:02 2008 From: navydave1 at hotmail.com (David Grimmel) Date: Wed, 21 May 2008 19:32:02 -0400 Subject: [Coco] Jeweled Message-ID: Level 83, score of 43899, for me. Dave > I ran out of moves at Level 45...how has everyone else done? So > far, that > is my highest. > Tom From jlhickle at yahoo.com Wed May 21 22:31:33 2008 From: jlhickle at yahoo.com (Jim Hickle) Date: Wed, 21 May 2008 19:31:33 -0700 (PDT) Subject: [Coco] Jeweled In-Reply-To: <20080521153625.GA8048@tuxdriver.com> Message-ID: <782738.81259.qm@web36601.mail.mud.yahoo.com> --- "John W. Linville" wrote: > On Wed, May 21, 2008 at 07:55:32AM -0700, Jim Hickle > wrote: > > How am I supposed to get any work done with the > siren > > song of that "Jeweled" game constantly drawing me > > toward the emulator? > > Let the fever consume you -- it will pass > eventually... > Reckon it may take a while. At one time I was playing Tradewars so much that one night I was dreaming TW. Woke up, back to sleep and back to TW dreams. Really strange, it was. From ed.orbea at gmail.com Wed May 21 22:32:27 2008 From: ed.orbea at gmail.com (Ed Orbea) Date: Wed, 21 May 2008 19:32:27 -0700 Subject: [Coco] NitrOS-9 V03.02.07 Release References: 483225C3.9030505@gmail.com Message-ID: <4834DB3B.8010303@gmail.com> Using the 030207 6809 coco3_88dd disk and trying to configure /W8 to /W15, I find that /W8 to /W15 are identical. Executing ident on w7.dw, I obtain: Header for: W7 Module Size: $0042 #66 Module CRC: $7CE8AB (Good) Hrd parity: $B0 Edition: $53 Ty/La At/Rv: $F1 $80 Dev Dsc mod, 6809 obj, re-en, R/O For w8.dw to w15.dw the only change that ident shows is to Module CRC. w8.dw $DB6175 w9.dw $B6DFF0 w10.dw $DA28EB w11.dw $7E28E1 w12.dw $7E8DC3 w13.dw $2C8D77 w14.dw $7E285D w15.dw $7E8C3D I have not checked the other disk images yet. Ed From operator at coco3.com Wed May 21 22:38:40 2008 From: operator at coco3.com (Roger Taylor) Date: Wed, 21 May 2008 21:38:40 -0500 Subject: [Coco] Jeweled In-Reply-To: <782738.81259.qm@web36601.mail.mud.yahoo.com> References: <20080521153625.GA8048@tuxdriver.com> <782738.81259.qm@web36601.mail.mud.yahoo.com> Message-ID: <20080522023859.B083A20A36@qs281.pair.com> At 09:31 PM 5/21/2008, you wrote: >--- "John W. Linville" wrote: > > > On Wed, May 21, 2008 at 07:55:32AM -0700, Jim Hickle > > wrote: > > > How am I supposed to get any work done with the > > siren > > > song of that "Jeweled" game constantly drawing me > > > toward the emulator? > > > > Let the fever consume you -- it will pass > > eventually... > > > >Reckon it may take a while. At one time I was playing >Tradewars so much that one night I was dreaming TW. >Woke up, back to sleep and back to TW dreams. Really >strange, it was. > I've got you beat. I used to write hand assembly programs in my sleep when I was 18 or so. I'd run them in my head then wake up and pretty much know what I wanted to code up. I remember when I was writing Projector-3 (guess I was 27 or so), one night I had a bad fever and ended up dreaming I was caught in a code loop and couldn't escape. This went on all night long. That's when you know you're a coder. :) If I'm not mistaken, it was the LZW routines in the GIF decoder I was trying to figure out at the time. From robert.gault at worldnet.att.net Wed May 21 23:25:38 2008 From: robert.gault at worldnet.att.net (Robert Gault) Date: Wed, 21 May 2008 23:25:38 -0400 Subject: [Coco] NitrOS-9 V03.02.07 Release In-Reply-To: <4834DB3B.8010303@gmail.com> References: 483225C3.9030505@gmail.com <4834DB3B.8010303@gmail.com> Message-ID: <4834E7B2.6050405@worldnet.att.net> Ed Orbea wrote: > Using the 030207 6809 coco3_88dd disk and trying to configure /W8 to > /W15, I find that /W8 to /W15 are identical. Executing ident on w7.dw, I > obtain: > Header for: W7 > Module Size: $0042 #66 > Module CRC: $7CE8AB (Good) > Hrd parity: $B0 > Edition: $53 > Ty/La At/Rv: $F1 $80 > Dev Dsc mod, 6809 obj, re-en, R/O > > For w8.dw to w15.dw the only change that ident shows is to Module CRC. > w8.dw $DB6175 > w9.dw $B6DFF0 > w10.dw $DA28EB > w11.dw $7E28E1 > w12.dw $7E8DC3 > w13.dw $2C8D77 > w14.dw $7E285D > w15.dw $7E8C3D > > I have not checked the other disk images yet. > > Ed > If you have a question, you have not asked it. In any case /w8-/w15 can't be identical as the names are different. Perhaps you think that window descriptors should be different but there is no reason why that should be so. You can change the contents of the descriptors with xmode (or wmode if you have it) to anything you want. It is not even necessary to adjust the descriptors if you change the properties of the window before you initialize them (iniz). That can be done with the commands wcreate or display. If you use display, then the call DWSET is used; $1B $20 sty cpx cpy szx szy prn1 prn2 prn3 where sty=style, cpx and cpy are the coords of the top left corner, szx and szy are the dimensions of the window, prn1=foreground palette, prn2=background palette, and prn3=border palette. From ed.orbea at gmail.com Wed May 21 23:38:37 2008 From: ed.orbea at gmail.com (Ed Orbea) Date: Wed, 21 May 2008 20:38:37 -0700 Subject: [Coco] NitrOS-9 V03.02.07 Release References: 4834DB3B.8010303@gmail.com Message-ID: <4834EABD.3030000@gmail.com> I do not have a question, I'm just responding to the list where Boisy asked for feedback regarding this developers release.Perhaps I need to send th information directly to Boisy, but since he sent the original message to the dist list, I was responding via the same mechanism. In regards to you response regarding w8 to w15, when I perform an ident on each file (w8.dw to w15.dw) the header name is always w7. I found this because when I tried to configure a boot with devices w1 to w15, the boot screen repeated the words w7 each time in place of what was expected (w8, w9, w10, and so on). Not being an OS9/NitrOS9 expert such as you, I thought that the issue could be with something I did, so I double and triple checked my standard.bl file, and say that (when using VCC) that it seemed to be something incorrect in the w8.dw to w15.dw. When I did an ident on the files w8.dw to w15.dw I saw that all the information displayed was identical, except for the module CRC. As I said, I am not a OS9/NitrOS9 expert, so I am be going down the wrong track, but I just wanted to share (via the same mechanism Boisy used to announced) to raise the issue. Ed From johnchasteen.2 at juno.com Wed May 21 23:42:40 2008 From: johnchasteen.2 at juno.com (John T Chasteen) Date: Wed, 21 May 2008 22:42:40 -0500 Subject: [Coco] Need More Help On COCO3 Message-ID: <20080521.224240.800.0.johnchasteen.2@juno.com> Good Evening Coco Friends I have fears that I may mess up my new configured Cloud-9 CF unit when using my coco3 system with my Cloud-9 Super IDE interface unit. I need information on how to back up my Cloud-9 configured CF unit. I do have a Drive Wire unit that I haven't used. I just got back my MPI unit which Cloud-9 has just finished repaired. Some way I messed up when I ordered my 4N1 adapter. I thought I would be able to have both units connected on the one coco3 system. Do I have to configure the attached memory card so I store fixes? I found Cloud-9's CF Adapter FAQ file and it does help some. I do have an Xp to use with the Drive wire cable and software. I'm desperate and want to use the Super IDE unit but am afraid of damaging the configured CF. All help will be appreciated. John John From boisy at boisypitre.com Wed May 21 23:44:04 2008 From: boisy at boisypitre.com (Boisy G. Pitre) Date: Wed, 21 May 2008 22:44:04 -0500 Subject: [Coco] NitrOS-9 V03.02.07 Release In-Reply-To: <4834EABD.3030000@gmail.com> References: 4834DB3B.8010303@gmail.com <4834EABD.3030000@gmail.com> Message-ID: <5DE8A9BE-DD71-45A5-8791-0E28E174FE4E@boisypitre.com> Ed, Thanks for your input. You found an error in how these new window descriptors are made. The problem is now fixed and committed, and will be working in the 3.2.8 release. I'm sure Robert just misunderstood your question/comment. Robert, there was indeed a problem, as Ed noted. My fault. This developer release is working as intended; problems are being flushed because people in the community care enough to give feedback. Thank you Ed! Regards, Boisy G. Pitre -- Email: boisy at boisypitre.com Web: http://www.boisypitre.com On May 21, 2008, at 10:38 PM, Ed Orbea wrote: > I do not have a question, I'm just responding to the list where > Boisy asked for feedback regarding this developers release.Perhaps I > need to send th information directly to Boisy, but since he sent the > original message to the dist list, I was responding via the same > mechanism. > > In regards to you response regarding w8 to w15, when I perform an > ident on each file (w8.dw to w15.dw) the header name is always w7. > I found this because when I tried to configure a boot with devices > w1 to w15, the boot screen repeated the words w7 each time in place > of what was expected (w8, w9, w10, and so on). > > Not being an OS9/NitrOS9 expert such as you, I thought that the > issue could be with something I did, so I double and triple checked > my standard.bl file, and say that (when using VCC) that it seemed to > be something incorrect in the w8.dw to w15.dw. When I did an ident > on the files w8.dw to w15.dw I saw that all the information > displayed was identical, except for the module CRC. > > As I said, I am not a OS9/NitrOS9 expert, so I am be going down the > wrong track, but I just wanted to share (via the same mechanism > Boisy used to announced) to raise the issue. > > Ed > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco From operator at coco3.com Wed May 21 23:49:52 2008 From: operator at coco3.com (Roger Taylor) Date: Wed, 21 May 2008 22:49:52 -0500 Subject: [Coco] CoCo TV video DVD republished In-Reply-To: <463375.9319.qm@web53802.mail.re2.yahoo.com> References: <20080518200137.B55DE20A33@qs281.pair.com> <463375.9319.qm@web53802.mail.re2.yahoo.com> Message-ID: <20080522035422.E635A20A33@qs281.pair.com> At 04:52 PM 5/19/2008, you wrote: >Ernest Crowe >458 Farmers High Rd >Carrollton, GA 30117 Ernest Crowe, let me know if you get this message on the list. For your trouble, I'm shipping to you the CoCo TV DVD, Super CoCo Archive DVD, a bubble-wrapped CoCo Mug (with pack of hot chocolate), and two game floppy disks should arrive either before or after as a separate mailing. I have your updated address. I think what happened is that when I imported an entire year of PayPal orders for 2005, 2006, 2007, for any year you had ordered something QuickBooks kept replacing your new address with your original PayPal address used at that time. I went to check today and there was your old address Yet Again, so I changed it manually. If you haven't done so already, please update your PayPal records so you can start actually getting other stuff you order. ;) From gene.heskett at verizon.net Wed May 21 23:58:35 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Wed, 21 May 2008 23:58:35 -0400 Subject: [Coco] NitrOS-9 V03.02.07 Release In-Reply-To: <4834EABD.3030000@gmail.com> References: <4834EABD.3030000@gmail.com> Message-ID: <200805212358.35544.gene.heskett@verizon.net> On Wednesday 21 May 2008, Ed Orbea wrote: >I do not have a question, I'm just responding to the list where Boisy >asked for feedback regarding this developers release.Perhaps I need to >send th information directly to Boisy, but since he sent the original >message to the dist list, I was responding via the same mechanism. > >In regards to you response regarding w8 to w15, when I perform an ident >on each file (w8.dw to w15.dw) the header name is always w7. I found >this because when I tried to configure a boot with devices w1 to w15, >the boot screen repeated the words w7 each time in place of what was >expected (w8, w9, w10, and so on). > >Not being an OS9/NitrOS9 expert such as you, I thought that the issue >could be with something I did, so I double and triple checked my >standard.bl file, and say that (when using VCC) that it seemed to be >something incorrect in the w8.dw to w15.dw. When I did an ident on the >files w8.dw to w15.dw I saw that all the information displayed was >identical, except for the module CRC. > >As I said, I am not a OS9/NitrOS9 expert, so I am be going down the >wrong track, but I just wanted to share (via the same mechanism Boisy >used to announced) to raise the issue. > >Ed > You however are correct, the internal names of those modules are all $57 $B7= "W7" once you strip the high bit from the last character of the name. It is the byte value at $0034 that is changing the module crc, and that is seemingly not related to the name. Looking at the .asm src, the name is incremented correctly. Something has gone a bit aglay someplace. I don't think I would try to use them just yet. >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Include me out. From robert.gault at worldnet.att.net Thu May 22 00:12:27 2008 From: robert.gault at worldnet.att.net (Robert Gault) Date: Thu, 22 May 2008 00:12:27 -0400 Subject: [Coco] NitrOS-9 V03.02.07 Release In-Reply-To: <4834EABD.3030000@gmail.com> References: 4834DB3B.8010303@gmail.com <4834EABD.3030000@gmail.com> Message-ID: <4834F2AB.7030105@worldnet.att.net> Ed Orbea wrote: > > In regards to you response regarding w8 to w15, when I perform an ident > on each file (w8.dw to w15.dw) the header name is always w7. I found > this because when I tried to configure a boot with devices w1 to w15, > the boot screen repeated the words w7 each time in place of what was > expected (w8, w9, w10, and so on). > > Ah, in that case you are indeed correct and the descriptors are incorrect. The internal names should certainly be different and match the file names. From sfischer1 at mindspring.com Thu May 22 02:59:09 2008 From: sfischer1 at mindspring.com (Stephen H. Fischer) Date: Wed, 21 May 2008 23:59:09 -0700 Subject: [Coco] NitrOS-9 V03.02.07 Release In-Reply-To: <5DE8A9BE-DD71-45A5-8791-0E28E174FE4E@boisypitre.com> References: 4834DB3B.8010303@gmail.com <4834EABD.3030000@gmail.com> <5DE8A9BE-DD71-45A5-8791-0E28E174FE4E@boisypitre.com> Message-ID: <2F5A3D70DD3F45D2991B285136807FD0@Shasta> Hi, I found that the Window descriptors supplied by Tandy were, well, stupid. I created a more useful set and I have the source somewhere. If you wish, I can try and find the assembly code source, the descriptions and why I set the windows up the way I did. Stephen H. Fischer ----- Original Message ----- From: "Boisy G. Pitre" To: "CoCoList for Color Computer Enthusiasts" Sent: Wednesday, May 21, 2008 8:44 PM Subject: Re: [Coco] NitrOS-9 V03.02.07 Release > Ed, > > Thanks for your input. You found an error in how these new window > descriptors are made. The problem is now fixed and committed, and will > be working in the 3.2.8 release. > > I'm sure Robert just misunderstood your question/comment. Robert, there > was indeed a problem, as Ed noted. My fault. > > This developer release is working as intended; problems are being flushed > because people in the community care enough to give feedback. Thank you > Ed! > > Regards, > Boisy G. Pitre From jlhickle at yahoo.com Thu May 22 08:35:58 2008 From: jlhickle at yahoo.com (Jim Hickle) Date: Thu, 22 May 2008 05:35:58 -0700 (PDT) Subject: [Coco] Jeweled In-Reply-To: <20080522023859.B083A20A36@qs281.pair.com> Message-ID: <451176.86675.qm@web36608.mail.mud.yahoo.com> --- Roger Taylor wrote: > At 09:31 PM 5/21/2008, you wrote: > > >--- "John W. Linville" > wrote: > > > > > On Wed, May 21, 2008 at 07:55:32AM -0700, Jim > Hickle > > > wrote: > > > > How am I supposed to get any work done with > the > > > siren > > > > song of that "Jeweled" game constantly drawing > me > > > > toward the emulator? > > > > > > Let the fever consume you -- it will pass > > > eventually... > > > > > > >Reckon it may take a while. At one time I was > playing > >Tradewars so much that one night I was dreaming TW. > >Woke up, back to sleep and back to TW dreams. > Really > >strange, it was. > > > > > I've got you beat. I used to write hand assembly > programs in my > sleep when I was 18 or so. I'd run them in my head > then wake up and > pretty much know what I wanted to code up. I > remember when I was > writing Projector-3 (guess I was 27 or so), one > night I had a bad > fever and ended up dreaming I was caught in a code > loop and couldn't > escape. This went on all night long. That's > when you know > you're a coder. :) > If I'm not mistaken, it was the LZW routines in the > GIF decoder I was > trying to figure out at the time. > > Sounds like you'd caught a head code. From mark at cloud9tech.com Thu May 22 09:26:00 2008 From: mark at cloud9tech.com (Mark Marlette) Date: Thu, 22 May 2008 08:26:00 -0500 Subject: [Coco] Need More Help On COCO3 In-Reply-To: <20080521.224240.800.0.johnchasteen.2@juno.com> References: <20080521.224240.800.0.johnchasteen.2@juno.com> Message-ID: <20080522082600.mkds2shmog8ck8ok@webmail.frontiernet.net> John, I'm not sure what you did but the 4n1 and CF can both be installed at the same time. The 4n1 just allows other devices to look like a CF. You have to watch how you configure the IDE bus. You CAN NOT have two masters or two slaves. You must configure as a master/slave. Do you get the HDB-DOS menu screen at power up? Does it work with the CF plugged in to the SuperIDE? If yes then it is a configuration issue. If no then did you flip the dip switch on the side of the SuperIDE and booting out of the wrong bank? Mark Cloud-9 Quoting John T Chasteen : > Good Evening Coco Friends > > I have fears that I may mess up my new configured Cloud-9 CF unit when > using my coco3 system with > my Cloud-9 Super IDE interface unit. I need information on how to back up > my Cloud-9 configured CF unit. I do have a Drive Wire unit that I haven't > used. I just got back my MPI unit which Cloud-9 has > just finished repaired. > > Some way I messed up when I ordered my 4N1 adapter. I thought I would be > able to have both units connected on the one coco3 system. Do I have to > configure the attached memory card so I store fixes? > > I found Cloud-9's CF Adapter FAQ file and it does help some. > > I do have an Xp to use with the Drive wire cable and software. > > I'm desperate and want to use the Super IDE unit but am afraid of > damaging the configured CF. > > All help will be appreciated. > > John > > > John > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From johnchasteen.2 at juno.com Thu May 22 11:38:45 2008 From: johnchasteen.2 at juno.com (John T Chasteen) Date: Thu, 22 May 2008 10:38:45 -0500 Subject: [Coco] Need More Help On COCO3 Message-ID: <20080522.103845.3680.0.johnchasteen.2@juno.com> Mark Thanks for your speedy reply. I haven't done anything yet with my new 4n1 unit. I do get the HDB-DOS menu. I don't have the IDE hard drive connected. I think I can store over 200 floppies on the CF unit. I know that I can have the CF and the IDE HD connected at the same time. With this configuration. where and how do I connect and use the 4n1 unit??? I had the idea that I could have the pre-configured CF unit and the 4n1 unit connected at the same time but I don't where to connect the 4n1 unit. If I use a SD unit in the 4n1 unit, what do I have to do to the save both types (DOS and Nitros OS9) of files? I also sent another e-mail yesterday asking how I can backup my new boot CF. I thought there might be some way to use the 4n1 unit to make a backup my Boot CF. I did get on your clouf9tech web site and down load doc from your "SUPPORT" directory. The information in these files may help to learn how use my coco system. Thanks for your help John On Thu, 22 May 2008 08:26:00 -0500 Mark Marlette writes: > John, > > I'm not sure what you did but the 4n1 and CF can both be installed > at > the same time. The 4n1 just allows other devices to look like a CF. > > You have to watch how you configure the IDE bus. You CAN NOT have > two > masters or two slaves. You must configure as a master/slave. > > Do you get the HDB-DOS menu screen at power up? > > Does it work with the CF plugged in to the SuperIDE? If yes then it > is > a configuration issue. If no then did you flip the dip switch on the > > side of the SuperIDE and booting out of the wrong bank? > > Mark > Cloud-9 > > > Quoting John T Chasteen : > > > Good Evening Coco Friends > > > > I have fears that I may mess up my new configured Cloud-9 CF unit > when > > using my coco3 system with > > my Cloud-9 Super IDE interface unit. I need information on how to > back up > > my Cloud-9 configured CF unit. I do have a Drive Wire unit that I > haven't > > used. I just got back my MPI unit which Cloud-9 has > > just finished repaired. > > > > Some way I messed up when I ordered my 4N1 adapter. I thought I > would be > > able to have both units connected on the one coco3 system. Do I > have to > > configure the attached memory card so I store fixes? > > > > I found Cloud-9's CF Adapter FAQ file and it does help some. > > > > I do have an Xp to use with the Drive wire cable and software. > > > > I'm desperate and want to use the Super IDE unit but am afraid of > > damaging the configured CF. > > > > All help will be appreciated. > > > > John > > > > > > John > > > > -- > > Coco mailing list > > Coco at maltedmedia.com > > http://five.pairlist.net/mailman/listinfo/coco > > > > > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > > From mark at cloud9tech.com Thu May 22 12:01:41 2008 From: mark at cloud9tech.com (Mark Marlette) Date: Thu, 22 May 2008 11:01:41 -0500 Subject: [Coco] Need More Help On COCO3 In-Reply-To: <20080522.103845.3680.0.johnchasteen.2@juno.com> References: <20080522.103845.3680.0.johnchasteen.2@juno.com> Message-ID: <20080522110141.rv08yyquosg0w8c4@webmail.frontiernet.net> John, Quoting John T Chasteen : > Mark > Thanks for your speedy reply. > I haven't done anything yet with my new 4n1 unit. I do get the HDB-DOS > menu. I don't have the IDE hard drive connected. I think I can store over > > 200 floppies on the CF unit. I know that I can have the CF and the IDE HD > connected at the same time. With this configuration. where and how do I > connect > and use the 4n1 unit??? The 4n1 requires a CF slot. Ther eis one on the SuperIDE. If you have a IDE Compact Flash Adapter board, then you can plug it in to there. If not then you can't. > > I had the idea that I could have the pre-configured CF unit and the 4n1 > unit > connected at the same time but I don't where to connect the 4n1 unit. > > If I use a SD unit in the 4n1 unit, what do I have to do to the save both > > types (DOS and Nitros OS9) of files? Same commands that you would normally use. The SuperIDE/CF changes nothing of how the OS saves files, only where it is stored. > > I also sent another e-mail yesterday asking how I can backup my new > boot CF. I thought there might be some way to use the 4n1 unit to make > a backup my Boot CF. I use a program on the PC that you have to purchase. There is a free one that someone mentioned here call WinDD IIRC. Some use Linux's dd. There is no image software written on the CoCo, too many projects and not enough time. Regards, Mark > > I did get on your clouf9tech web site and down load doc from your > "SUPPORT" directory. The information in these files may help to > learn how use my coco system. > > Thanks for your help > > John > > > On Thu, 22 May 2008 08:26:00 -0500 Mark Marlette > writes: >> John, >> >> I'm not sure what you did but the 4n1 and CF can both be installed >> at >> the same time. The 4n1 just allows other devices to look like a CF. >> >> You have to watch how you configure the IDE bus. You CAN NOT have >> two >> masters or two slaves. You must configure as a master/slave. >> >> Do you get the HDB-DOS menu screen at power up? >> >> Does it work with the CF plugged in to the SuperIDE? If yes then it >> is >> a configuration issue. If no then did you flip the dip switch on the >> >> side of the SuperIDE and booting out of the wrong bank? >> >> Mark >> Cloud-9 >> >> >> Quoting John T Chasteen : >> >> > Good Evening Coco Friends >> > >> > I have fears that I may mess up my new configured Cloud-9 CF unit >> when >> > using my coco3 system with >> > my Cloud-9 Super IDE interface unit. I need information on how to >> back up >> > my Cloud-9 configured CF unit. I do have a Drive Wire unit that I >> haven't >> > used. I just got back my MPI unit which Cloud-9 has >> > just finished repaired. >> > >> > Some way I messed up when I ordered my 4N1 adapter. I thought I >> would be >> > able to have both units connected on the one coco3 system. Do I >> have to >> > configure the attached memory card so I store fixes? >> > >> > I found Cloud-9's CF Adapter FAQ file and it does help some. >> > >> > I do have an Xp to use with the Drive wire cable and software. >> > >> > I'm desperate and want to use the Super IDE unit but am afraid of >> > damaging the configured CF. >> > >> > All help will be appreciated. >> > >> > John >> > >> > >> > John >> > >> > -- >> > Coco mailing list >> > Coco at maltedmedia.com >> > http://five.pairlist.net/mailman/listinfo/coco >> > >> >> >> >> >> -- >> Coco mailing list >> Coco at maltedmedia.com >> http://five.pairlist.net/mailman/listinfo/coco >> >> > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From manney.list at gmail.com Thu May 22 19:30:32 2008 From: manney.list at gmail.com (Manney) Date: Fri, 23 May 2008 00:30:32 +0100 Subject: [Coco] Python on the CoCo 3? Message-ID: <48360218.2060702@gmail.com> Here's something I saw that you guys might think about. I haven't really looked in to it considering I haven't the motivation, much less the hardware to do it on. Who cares about Java... Why not Python? -M. From operator at coco3.com Thu May 22 20:34:24 2008 From: operator at coco3.com (Roger Taylor) Date: Thu, 22 May 2008 19:34:24 -0500 Subject: [Coco] Jeweled In-Reply-To: <451176.86675.qm@web36608.mail.mud.yahoo.com> References: <20080522023859.B083A20A36@qs281.pair.com> <451176.86675.qm@web36608.mail.mud.yahoo.com> Message-ID: <20080523003445.4C8FC20A37@qs281.pair.com> At 07:35 AM 5/22/2008, you wrote: >Sounds like you'd caught a head code. It was no doubt some kind of bug. :) From operator at coco3.com Thu May 22 20:42:03 2008 From: operator at coco3.com (Roger Taylor) Date: Thu, 22 May 2008 19:42:03 -0500 Subject: [Coco] Python on the CoCo 3? In-Reply-To: <48360218.2060702@gmail.com> References: <48360218.2060702@gmail.com> Message-ID: <20080523004223.200B620A33@qs281.pair.com> At 06:30 PM 5/22/2008, you wrote: >Here's something I saw that you guys might think about. I haven't >really looked in to it considering I haven't the motivation, much >less the hardware to do it on. > >Who cares about Java... Why not Python? > > > >-M. Hopefully they will either rename the language or another will derive from it. To me the name Python sounds a little immature for a language title, just like Ruby which I assume was named to attempt to steal some of the Perl audience. I'm just rambling... who knows where these names come from. And just to be fair, I'm sure my CCASM assembler sounds like an old mid 70's horror film. :) From johnchasteen.2 at juno.com Thu May 22 23:11:32 2008 From: johnchasteen.2 at juno.com (John T Chasteen) Date: Thu, 22 May 2008 22:11:32 -0500 Subject: [Coco] Backup CF Message-ID: <20080522.221132.3680.1.johnchasteen.2@juno.com> Hello All I am getting my MPI and Compact Flash 4in1 Adapter I want to get a CF unit make a copy of my Cloud-9 6309 CF unit. What and how can I do this? How do I do this? John Chasteen -- Coco mailing list Coco at maltedmedia.com http://five.pairlist.net/mailman/listinfo/coco From fwp at deepthought.com Fri May 23 00:19:20 2008 From: fwp at deepthought.com (Frank Pittel) Date: Thu, 22 May 2008 23:19:20 -0500 Subject: [Coco] Backup CF In-Reply-To: <20080522.221132.3680.1.johnchasteen.2@juno.com> References: <20080522.221132.3680.1.johnchasteen.2@juno.com> Message-ID: <20080523041920.GF4134@warlock.deepthought.com> John, My favorite method of backing up the CF card I use is to plug it into a CF card reader I have connected to one of my machines running linux. I then use the unix command "dd" to copy the data from the CF card to a file on my computer. While looking around on google I found a command called "windd" for windows. You may give that a try. Frank On Thu, May 22, 2008 at 10:11:32PM -0500, John T Chasteen wrote: > > > Hello All > > I am getting my MPI and Compact Flash 4in1 Adapter > I want to get a CF unit make a copy of my Cloud-9 6309 CF unit. > > What and how can I do this? How do I do this? > > John Chasteen > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco From alxevans at concentric.net Thu May 22 23:50:41 2008 From: alxevans at concentric.net (Alex Evans) Date: Thu, 22 May 2008 17:50:41 -1000 Subject: [Coco] Python on the CoCo 3? In-Reply-To: <20080523004223.200B620A33@qs281.pair.com> References: <48360218.2060702@gmail.com> <20080523004223.200B620A33@qs281.pair.com> Message-ID: <9A3DEE0F-5FA6-4841-BA8B-A81C7F41755C@concentric.net> On 22 May 2008, at 2:42 PM, Roger Taylor wrote: > At 06:30 PM 5/22/2008, you wrote: >> Here's something I saw that you guys might think about. I haven't >> really looked in to it considering I haven't the motivation, much >> less the hardware to do it on. >> >> Who cares about Java... Why not Python? Sounds interesting, but 64k of code probably will make it need a little more slimming down for the CoCo. > Hopefully they will either rename the language or another will > derive from it. To me the name Python sounds a little immature for > a language title, just like Ruby which I assume was named to > attempt to steal some of the Perl audience. I'm just rambling... > who knows where these names come from. > > And just to be fair, I'm sure my CCASM assembler sounds like an old > mid 70's horror film. :) To make it sound even more immature, the name comes from Monty Python's Flying Circus. You have to name a language something. Considering how widely used it is already, I seriousply doubt that anyone is going to rename it. From jlhickle at yahoo.com Fri May 23 09:57:16 2008 From: jlhickle at yahoo.com (Jim Hickle) Date: Fri, 23 May 2008 06:57:16 -0700 (PDT) Subject: [Coco] Python on the CoCo 3? In-Reply-To: <20080523004223.200B620A33@qs281.pair.com> Message-ID: <465260.21633.qm@web36604.mail.mud.yahoo.com> --- Roger Taylor wrote: > At 06:30 PM 5/22/2008, you wrote: > >Here's something I saw that you guys might think > about. I haven't > >really looked in to it considering I haven't the > motivation, much > >less the hardware to do it on. > > > >Who cares about Java... Why not Python? > > > > > > > >-M. > > > Hopefully they will either rename the language or > another will derive > from it. To me the name Python sounds a little > immature for a > language title, just like Ruby which I assume was > named to attempt to > steal some of the Perl audience. I'm just > rambling... who knows > where these names come from. > > And just to be fair, I'm sure my CCASM assembler > sounds like an old > mid 70's horror film. :) > > Among the languages I've actually used, the best name is AWK. When you consider my skills as a programmer, though, a better name might be "ACK!". From johnchasteen.2 at juno.com Fri May 23 12:26:03 2008 From: johnchasteen.2 at juno.com (John T Chasteen) Date: Fri, 23 May 2008 11:26:03 -0500 Subject: [Coco] Cloud-9 Configured CF Message-ID: <20080523.112603.3168.0.johnchasteen.2@juno.com> Mark I lost a copy of the e-mail you sent me. One of the configured CF units will work on the 6309 and 6809 CPU Which configuration will work with both coco3. John From johnchasteen.2 at juno.com Fri May 23 14:39:53 2008 From: johnchasteen.2 at juno.com (John T Chasteen) Date: Fri, 23 May 2008 13:39:53 -0500 Subject: [Coco] COCO3 System Arrangement of modules Message-ID: <20080523.133954.3168.3.johnchasteen.2@juno.com> Hello COCO Family I would like to get your opinions about a COCO3 System arrangement COCO3 with 6309 connected to an Upgraded MPI unit Place the Floppy in slot #4, Cloud9 SuperIDE unit with a Cloud9 configured CF unit and CFA (CF Adapter). I want save files from my Cassette tapes. Save files from 5.25 floppy disk. Transfer files to the CF or the CFA units Use the CF to boot. I would like to also use my Drive Wire cable to download files (disk images or files) from the internet or from my _PC hard drive. Do you see any bugs in this conciliation From gene.heskett at verizon.net Fri May 23 15:55:43 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Fri, 23 May 2008 15:55:43 -0400 Subject: [Coco] COCO3 System Arrangement of modules In-Reply-To: <20080523.133954.3168.3.johnchasteen.2@juno.com> References: <20080523.133954.3168.3.johnchasteen.2@juno.com> Message-ID: <200805231555.43355.gene.heskett@verizon.net> On Friday 23 May 2008, John T Chasteen wrote: >Hello COCO Family > >I would like to get your opinions about a COCO3 System arrangement >COCO3 with 6309 connected to an Upgraded MPI unit >Place the Floppy in slot #4, Cloud9 SuperIDE unit with >a Cloud9 configured CF unit and CFA (CF Adapter). > John, I think you may be walking in pretty high grass there. I could be wrong, but I think the boot device is hard coded to be in slot 4, although a rebuild of nitros9 after changing that code might be possible. I think, subject to corrections, that the CF must therefore be used as an attachment to the floppy controller in slot 4, else the code that manipulates the slot selector in the mpi will switch you away from the CF access you want. Also, and here is a download saver, please open up the mpi and jumper all 4 sockets so pin 8 is common to all, else os-9 will probably miss any irq's generated by incoming data from an i/o card in one of the other slots. Doing this will also commonize the 4 irq pullup resistors located near the front edge of the mpi board, 3 of which should be removed as they represent enough of a load that some cards may not have enough stuff to pull the irq line down, or may blow the transistor doing it. If that transistor is part of a larger integrated circuit, ooops. Those resistors are labeled r1, r2, r3 & r4 on one mpi I have, but can be identified by an ohmmeter connected to the socket's pin 8, and probing them, you should find 4 virtual short ( < 2 ohms ) circuits on one end of each of the correct resistors, remove 3 of them. By enabling the bypassing of the unselected slot's irq, so it gets to the coco regardless, the os itself will look for the source of the irq, manipulating the slot access until it finds the guilty card and will service the interrupt with no more than a 150 microsecond lag, more likely 15 to 20 microseconds though, the 150 is absolute worst case I ever measured, and fast enough you'll never miss an incoming character from the rs-232 pack again. >I want save files from my Cassette tapes. >Save files from 5.25 floppy disk. >Transfer files to the CF or the CFA units >Use the CF to boot. > >I would like to also use my Drive Wire cable to >download files (disk images or files) from the internet >or from my _PC hard drive. > >Do you see any bugs in this conciliation Just the caveats I pointed out, John. Boisy, Robert, Mark or Alan may correct me, but that's how I've understood it for about 15 years. :) -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) "There is nothing new under the sun, but there are lots of old things we don't know yet." -Ambrose Bierce From operator at coco3.com Fri May 23 20:37:45 2008 From: operator at coco3.com (Roger Taylor) Date: Fri, 23 May 2008 19:37:45 -0500 Subject: [Coco] CoCo TV video DVD republished In-Reply-To: <463375.9319.qm@web53802.mail.re2.yahoo.com> References: <20080518200137.B55DE20A33@qs281.pair.com> <463375.9319.qm@web53802.mail.re2.yahoo.com> Message-ID: <20080524003813.355A420A33@qs281.pair.com> To Ernest Crowe, I'm sorry your disc order went unresolved for so long. To clear us up, I've shipped you a bubble-wrapped CoCo mug w/pack of hot cocoa, a copy of the CoCo TV video DVD, and the Super CoCo Archive DVD. You can expect this box probably Wednesday due to the holiday. I'll also arrange for you some floppy disk copies of my games sometime this weekend. From chawks at dls.net Fri May 23 20:51:27 2008 From: chawks at dls.net (Christopher Hawks) Date: Fri, 23 May 2008 19:51:27 -0500 Subject: [Coco] COCO3 System Arrangement of modules In-Reply-To: <20080523.133954.3168.3.johnchasteen.2@juno.com> References: <20080523.133954.3168.3.johnchasteen.2@juno.com> Message-ID: <4837668F.4030300@dls.net> John T Chasteen said the following on 05/23/2008 01:39 PM: > Hello COCO Family > > I would like to get your opinions about a COCO3 System arrangement > COCO3 with 6309 connected to an Upgraded MPI unit > Place the Floppy in slot #4, Cloud9 SuperIDE unit with > a Cloud9 configured CF unit and CFA (CF Adapter). > > I want save files from my Cassette tapes. > Save files from 5.25 floppy disk. > Transfer files to the CF or the CFA units > Use the CF to boot. > > I would like to also use my Drive Wire cable to > download files (disk images or files) from the internet > or from my _PC hard drive. > > Do you see any bugs in this conciliation John: The SuperIDE manual saya to put the floppy controller in slot 4 and The SuperIDE in slot 3. Set the switch on the MPI to slot 3 and power up. If you select floppy access from the menu, the SuperIDE will switch to the floppy controller when accessing the floppys. -- Christopher R. Hawks HAWKSoft --------------------------------------------------------- Let's call it an accidental feature. -- Larry Wall From johnchasteen.2 at juno.com Fri May 23 21:09:22 2008 From: johnchasteen.2 at juno.com (John T Chasteen) Date: Fri, 23 May 2008 20:09:22 -0500 Subject: [Coco] COCO3 System Arrangement of modules Message-ID: <20080523.200922.1720.0.johnchasteen.2@juno.com> Gene Thanks so much for the detailed reply. I do have an ohmmeter. I did not check Cloud9 recommended to place the two units that plug in MPI. Since I"M recovering from the Shingles and less than 30 days until my 80th birthday, it is hard to play for more than 4 or 5 hours at one time. Thanks for the download saver. I hope I recognize the sockets you mentioned. I can't remember if I have a schematic. I hope pin one is printed on the circuit board. Thanks again for your help. I think I'll wait awhile before running jumpers, and see how things work. John On Fri, 23 May 2008 15:55:43 -0400 Gene Heskett writes: > On Friday 23 May 2008, John T Chasteen wrote: > >Hello COCO Family > > > >I would like to get your opinions about a COCO3 System arrangement > >COCO3 with 6309 connected to an Upgraded MPI unit > >Place the Floppy in slot #4, Cloud9 SuperIDE unit with > >a Cloud9 configured CF unit and CFA (CF Adapter). > > > John, I think you may be walking in pretty high grass there. I > could be wrong, > but I think the boot device is hard coded to be in slot 4, although > a rebuild > of nitros9 after changing that code might be possible. I think, > subject to > corrections, that the CF must therefore be used as an attachment to > the floppy > controller in slot 4, else the code that manipulates the slot > selector in the > mpi will switch you away from the CF access you want. > > Also, and here is a download saver, please open up the mpi and > jumper all 4 > sockets so pin 8 is common to all, else os-9 will probably miss any > irq's > generated by incoming data from an i/o card in one of the other > slots. > > Doing this will also commonize the 4 irq pullup resistors located > near the front > edge of the mpi board, 3 of which should be removed as they > represent enough of > a load that some cards may not have enough stuff to pull the irq > line down, or > may blow the transistor doing it. If that transistor is part of a > larger > integrated circuit, ooops. > > Those resistors are labeled r1, r2, r3 & r4 on one mpi I have, but > can be > identified by an ohmmeter connected to the socket's pin 8, and > probing them, > you should find 4 virtual short ( < 2 ohms ) circuits on one end of > each of the > correct resistors, remove 3 of them. > > By enabling the bypassing of the unselected slot's irq, so it gets > to the coco > regardless, the os itself will look for the source of the irq, > manipulating the > slot access until it finds the guilty card and will service the > interrupt with > no more than a 150 microsecond lag, more likely 15 to 20 > microseconds though, > the 150 is absolute worst case I ever measured, and fast enough > you'll never > miss an incoming character from the rs-232 pack again. > > >I want save files from my Cassette tapes. > >Save files from 5.25 floppy disk. > >Transfer files to the CF or the CFA units > >Use the CF to boot. > > > >I would like to also use my Drive Wire cable to > >download files (disk images or files) from the internet > >or from my _PC hard drive. > > > >Do you see any bugs in this conciliation > > Just the caveats I pointed out, John. Boisy, Robert, Mark or Alan > may correct > me, but that's how I've understood it for about 15 years. :) > > -- > Cheers, Gene > "There are four boxes to be used in defense of liberty: > soap, ballot, jury, and ammo. Please use in that order." > -Ed Howdershelt (Author) > "There is nothing new under the sun, but there are lots of old > things > we don't know yet." > -Ambrose Bierce > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > > From johnchasteen.2 at juno.com Fri May 23 21:47:55 2008 From: johnchasteen.2 at juno.com (John T Chasteen) Date: Fri, 23 May 2008 20:47:55 -0500 Subject: [Coco] COCO3 System Arrangement of modules Message-ID: <20080523.204755.1720.1.johnchasteen.2@juno.com> Chris Thanks for this info. I forgot to ask a question about the size of the CF device that is plugged into the CF Adapter(CFA). What is the limit on the storage size? Is there any prep before files are saved? Are the files saved or retrieved by file name? What is the command line to save a file on the on the unit that is plugged into the CFA? John On Fri, 23 May 2008 19:51:27 -0500 Christopher Hawks writes: > John T Chasteen said the following on 05/23/2008 01:39 PM: > > Hello COCO Family > > > > I would like to get your opinions about a COCO3 System > arrangement > > COCO3 with 6309 connected to an Upgraded MPI unit > > Place the Floppy in slot #4, Cloud9 SuperIDE unit with > > a Cloud9 configured CF unit and CFA (CF Adapter). > > > > I want save files from my Cassette tapes. > > Save files from 5.25 floppy disk. > > Transfer files to the CF or the CFA units > > Use the CF to boot. > > > > I would like to also use my Drive Wire cable to > > download files (disk images or files) from the internet > > or from my _PC hard drive. > > > > Do you see any bugs in this conciliation > > John: > > The SuperIDE manual saya to put the floppy controller in > slot 4 and The > SuperIDE in slot 3. > > Set the switch on the MPI to slot 3 and power up. If you > select floppy access > from the menu, the SuperIDE will switch to the floppy controller > when accessing > the floppys. > > -- > Christopher R. Hawks > HAWKSoft > --------------------------------------------------------- > Let's call it an accidental feature. > -- Larry Wall > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > > From gene.heskett at verizon.net Fri May 23 22:11:01 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Fri, 23 May 2008 22:11:01 -0400 Subject: [Coco] COCO3 System Arrangement of modules In-Reply-To: <20080523.200922.1720.0.johnchasteen.2@juno.com> References: <20080523.200922.1720.0.johnchasteen.2@juno.com> Message-ID: <200805232211.01546.gene.heskett@verizon.net> On Friday 23 May 2008, John T Chasteen wrote: >Gene >Thanks so much for the detailed reply. I do have an ohmmeter. I did not >check Cloud9 >recommended to place the two units that plug in MPI. Since I"M recovering >from >the Shingles and less than 30 days until my 80th birthday, it is hard to >play for more >than 4 or 5 hours at one time. Hummph, I've been trounced, rather royally! Here I was thinking at 73, that I was one of the older ones here. Congrats John, and many more too. >Thanks for the download saver. I hope I recognize the sockets you >mentioned. I can't >remember if I have a schematic. I hope pin one is printed on the circuit >board. Not on the bottom of the pcb, but on the 4 long (probably green) card sockets themselves, every pin is labeled right in the plastic molding, but its teeny stuff and one might need a good light and a magnifying glass if cataracts are in ones future. It is beginning for me. BTW, they now have a shot, a vaccine they are calling it, recommended for all over 60 to get it. Unforch, it is also 150+ dollars, which for the retired crowd, might be hard to part with. I am going to get it ordered for me as I had the shingles pretty bad a decade+ back after almost electrocuting myself, and have been in more or less constant pain since in the area of the rib cage and diaphram. That is not a pleasant condition, just as yours wasn't a couple of weeks ago. If medicaid doesn't cover it, yell, loudly, at your congress-critter. >Thanks again for your help. I think I'll wait awhile before running >jumpers, and see how things work. If you put it online, and I used to use Supercomm for all my dialup access a decade or more back up the calendar, that, or one of the other "bypass the mpi for the irq's" hacks will need to be done. Some even went so far as to run a separate wire, but that is not required, IMO is more dangerous, and this method is all out of sight. And it Just Works(TM). :) >John > >On Fri, 23 May 2008 15:55:43 -0400 Gene Heskett > > writes: >> On Friday 23 May 2008, John T Chasteen wrote: >> >Hello COCO Family >> > >> >I would like to get your opinions about a COCO3 System arrangement >> >COCO3 with 6309 connected to an Upgraded MPI unit >> >Place the Floppy in slot #4, Cloud9 SuperIDE unit with >> >a Cloud9 configured CF unit and CFA (CF Adapter). >> >> John, I think you may be walking in pretty high grass there. I >> could be wrong, >> but I think the boot device is hard coded to be in slot 4, although >> a rebuild >> of nitros9 after changing that code might be possible. I think, >> subject to >> corrections, that the CF must therefore be used as an attachment to >> the floppy >> controller in slot 4, else the code that manipulates the slot >> selector in the >> mpi will switch you away from the CF access you want. >> >> Also, and here is a download saver, please open up the mpi and >> jumper all 4 >> sockets so pin 8 is common to all, else os-9 will probably miss any >> irq's >> generated by incoming data from an i/o card in one of the other >> slots. >> >> Doing this will also commonize the 4 irq pullup resistors located >> near the front >> edge of the mpi board, 3 of which should be removed as they >> represent enough of >> a load that some cards may not have enough stuff to pull the irq >> line down, or >> may blow the transistor doing it. If that transistor is part of a >> larger >> integrated circuit, ooops. >> >> Those resistors are labeled r1, r2, r3 & r4 on one mpi I have, but >> can be >> identified by an ohmmeter connected to the socket's pin 8, and >> probing them, >> you should find 4 virtual short ( < 2 ohms ) circuits on one end of >> each of the >> correct resistors, remove 3 of them. >> >> By enabling the bypassing of the unselected slot's irq, so it gets >> to the coco >> regardless, the os itself will look for the source of the irq, >> manipulating the >> slot access until it finds the guilty card and will service the >> interrupt with >> no more than a 150 microsecond lag, more likely 15 to 20 >> microseconds though, >> the 150 is absolute worst case I ever measured, and fast enough >> you'll never >> miss an incoming character from the rs-232 pack again. >> >> >I want save files from my Cassette tapes. >> >Save files from 5.25 floppy disk. >> >Transfer files to the CF or the CFA units >> >Use the CF to boot. >> > >> >I would like to also use my Drive Wire cable to >> >download files (disk images or files) from the internet >> >or from my _PC hard drive. >> > >> >Do you see any bugs in this conciliation >> >> Just the caveats I pointed out, John. Boisy, Robert, Mark or Alan >> may correct >> me, but that's how I've understood it for about 15 years. :) >> >> -- >> Cheers, Gene >> "There are four boxes to be used in defense of liberty: >> soap, ballot, jury, and ammo. Please use in that order." >> -Ed Howdershelt (Author) >> "There is nothing new under the sun, but there are lots of old >> things >> we don't know yet." >> -Ambrose Bierce >> >> -- >> Coco mailing list >> Coco at maltedmedia.com >> http://five.pairlist.net/mailman/listinfo/coco > >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) It's better to be wanted for murder that not to be wanted at all. -- Marty Winch From operator at coco3.com Sat May 24 00:15:55 2008 From: operator at coco3.com (Roger Taylor) Date: Fri, 23 May 2008 23:15:55 -0500 Subject: [Coco] trying to reach Theodore Evans Message-ID: <20080524041621.B44CD20A33@qs281.pair.com> To Theodore Evans, If you're on the list, please reply. I didn't get a reply to your private e-mail and need to confirm which address to send a package to. I have two addresses listed for you. Thanks From wdg3rd at comcast.net Sat May 24 00:19:00 2008 From: wdg3rd at comcast.net (wdg3rd at comcast.net) Date: Sat, 24 May 2008 04:19:00 +0000 Subject: [Coco] COCO3 System Arrangement of modules Message-ID: <052420080419.20506.48379734000811800000501A22069984990B9DCC090B99@comcast.net> From: John T Chasteen > Gene > Thanks so much for the detailed reply. I do have an ohmmeter. I did not > check Cloud9 > recommended to place the two units that plug in MPI. Since I"M recovering > from > the Shingles and less than 30 days until my 80th birthday, it is hard to > play for more > than 4 or 5 hours at one time. > Thanks for the download saver. I hope I recognize the sockets you > mentioned. I can't > remember if I have a schematic. I hope pin one is printed on the circuit > board. > > Thanks again for your help. I think I'll wait awhile before running > jumpers, and see how things work. > > John I'm starting to meet too many people on some of these lists who are later into their youth than I am. Hell, I turn 53 on Memorial Day and I was already past the best part of my learning curve when I first encountered the TRS-80 Model One at the end of my USAF enlistment (though it didn't get called that until the Model 2 came out in 1979). Got a friend on the filePro (not Filemaker Pro on the Apple ][, filePro was first seen as Profile 2 on the TRS-80 Model 2 [original development was on the Model One by a guy active on that list who asks pointed questions of the current developers and maintainers] and started to shine as Profile-16 once Xenix showed up -- no relation to Color Profile, Tandy Corp had a habit of giving the same name to unrelated products i.e. the proliferation of the name Scripsit) list turning 80 Sunday. At just about 53 {Monday, and the office is closed so I can eat my birthday pizza and drink the pitcher or two of beer though I now have to go outside for a cig arette and the Doc says I really ought not do at least two of those three things -- but La Esposa is down at Balticon and unable to enforce his decrees) at a civilized hour), I'm in middle-youth. I still play with toys and some of them are computers that spread across more than three decades of history. I'm gonna fire up several of them this weekend partly to see if the dust hasn't gotten too deep and also to play Dungeons of Daggorath on a 16k Color Computer 1 again. (Yes, I know there's a Java version and a lot of emulators, but I want to do it on a 19" TV, not an LCD monitor and the wrong keyboard). Age here doesn't compare to some of the political lists I'm on. The average age of a serious libertarian seems to be about Ron Paul's age and the average age of a real anarchist (as opposed to the socialist kids who call themselves anarchists but just want to substitute one set of tyrants for another) is long dead (which puts me at the low end of the spread). I blame government-run education, but I blame that for a lot of things (like that kids from Bulgaria and Estonia are better at attacking Microsoft cruftware than the young bastards in the US). If anybody has a source (or fabrication instructions) for head load pads for single-sided CDC 8" floppy drives, I'd be much obliged. My Mod 2 and expansion disk bay units could really use some replacements. This is more serious than my above comments which while being half tongue-in-cheek are also my arrogant opinions (life is too short to hold humble opinions) -- Ward Griffiths wdg3rd at comcast.net These histrionics were probably unnecessary, since there was no reason to think anybody would be watching us with more than casual interest until I made my first move to follow Buchanon's trail, in London. Still, somebody might check back this far later, and I always feel that if you're going to play a part, you might as well play it all the way, at least in public -- and it's hard to tell what's public and what isn't, these electronic days. Donald Hamilton, _The Devastators_, 1965 From wdg3rd at comcast.net Sat May 24 01:28:00 2008 From: wdg3rd at comcast.net (wdg3rd at comcast.net) Date: Sat, 24 May 2008 05:28:00 +0000 Subject: [Coco] COCO3 System Arrangement of modules Message-ID: <052420080528.8250.4837A7600006A14B0000203A22058864420B9DCC090B99@comcast.net> From: Gene Heskett > Hummph, I've been trounced, rather royally! Here I was thinking at 73, that I > was one of the older ones here. Congrats John, and many more too. Gene, you're still in what I prefer to call "middle youth". A term I picked up from the late "Doctor A" in his landmark work _The Sensuous Dirty Old Man_. Which was published when he was only 50. (Isaac Asimov, 1920-1992, missed by all of us who read his books and/or knew him). Written and published almost a decade before the TRS-80 Model 2 that his last 150 or so books were typed on (he never "upgraded" to a PC compatible) was moved into his apartment. Never met him meself, he was in his final hospitalization when I came east. My first wife and her present husband knew him well in person, all I did was read his books. Probably about 300 out of about 500. Never got a tech support call from him, even though I got calls from all over the east coast, since that was back when the Radio Shack flyers published the locations and numbers of all the computer centers and I was in the only RSCC actually in Los Angeles. (Lots of RSCCs in PST, but Los Angeles stands out more than Spokane, Glendale or Irvine when somebody in New Hampshire or South Carolina is running down the list). Their stores closed the same clock time we did, but that was three time zones away so I was the after-hours guy. (Funny, none of our local customers ever mentioned early morning calls to the EST RSCCs). -- Ward Griffiths wdg3rd at comcast.net These histrionics were probably unnecessary, since there was no reason to think anybody would be watching us with more than casual interest until I made my first move to follow Buchanon's trail, in London. Still, somebody might check back this far later, and I always feel that if you're going to play a part, you might as well play it all the way, at least in public -- and it's hard to tell what's public and what isn't, these electronic days. Donald Hamilton, _The Devastators_, 1965 From keeper63 at cox.net Sat May 24 05:31:00 2008 From: keeper63 at cox.net (Andrew) Date: Sat, 24 May 2008 02:31:00 -0700 Subject: [Coco] Jeweled (Roger Taylor) In-Reply-To: References: Message-ID: <4837E054.40602@cox.net> Can you make the game more addicting...please...? Seriously - I have just spent about 4 hours playing nothing but this game on my CoCo - I am amazed! Great music and sound effects, wonderful graphics, and the mouse movement is so nice and smooth. Excellent job, I can't wait for the next title! -- Andrew L. Ayers, Glendale, Arizona From gene.heskett at verizon.net Sat May 24 07:51:15 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Sat, 24 May 2008 07:51:15 -0400 Subject: [Coco] COCO3 System Arrangement of modules In-Reply-To: <052420080419.20506.48379734000811800000501A22069984990B9DCC090B99@comcast.net> References: <052420080419.20506.48379734000811800000501A22069984990B9DCC090B99@comcast.net> Message-ID: <200805240751.15367.gene.heskett@verizon.net> On Saturday 24 May 2008, wdg3rd at comcast.net wrote: >From: John T Chasteen > >> Gene >> Thanks so much for the detailed reply. I do have an ohmmeter. I did not >> check Cloud9 >> recommended to place the two units that plug in MPI. Since I"M recovering >> from >> the Shingles and less than 30 days until my 80th birthday, it is hard to >> play for more >> than 4 or 5 hours at one time. >> Thanks for the download saver. I hope I recognize the sockets you >> mentioned. I can't >> remember if I have a schematic. I hope pin one is printed on the circuit >> board. >> >> Thanks again for your help. I think I'll wait awhile before running >> jumpers, and see how things work. >> >> John > >I'm starting to meet too many people on some of these lists who are later > into their youth than I am. Hell, I turn 53 on Memorial Day What yur address Ward, maybe John & I could go together and get you a towel to dry behind your ears. ;) > and I was > already past the best part of my learning curve when I first encountered > the TRS-80 Model One at the end of my USAF enlistment I think I was just getting into the best part of mine when I ran into the coco in about '85. > (though it didn't get > called that until the Model 2 came out in 1979). Got a friend on the > filePro (not Filemaker Pro on the Apple ][, filePro was first seen as > Profile 2 on the TRS-80 Model 2 [original development was on the Model One > by a guy active on that list who asks pointed questions of the current > developers and maintainers] and started to shine as Profile-16 once Xenix > showed up -- no relation to Color Profile, Tandy Corp had a habit of giving > the same name to unrelated products i.e. the proliferation of the name > Scripsit) list turning 80 Sunday. At just about 53 {Monday, and the office > is closed so I can eat my birthday pizza and drink the pitcher or two of > beer though I now have to go outside for a cig >arette I got tired of being sick with a cold or whatever, spring of '89. Haven't had on in my face since, cold turkey. >and the Doc says I really ought not do at least two of those three > things -- but La Esposa is down at Balticon and unable to enforce his > decrees) at a civilized hour), I'm in middle-youth. I still play with toys > and some of them are computers that spread across more than three decades > of history. I'm gonna fire up several of them this weekend partly to see > if the dust hasn't gotten too deep and also to play Dungeons of Daggorath > on a 16k Color Computer 1 again. (Yes, I know there's a Java version and a > lot of emulators, but I want to do it on a 19" TV, not an LCD monitor and > the wrong keyboard). > >Age here doesn't compare to some of the political lists I'm on. The average > age of a serious libertarian seems to be about Ron Paul's age and the > average age of a real anarchist (as opposed to the socialist kids who call > themselves anarchists but just want to substitute one set of tyrants for > another) is long dead (which puts me at the low end of the spread). I > blame government-run education, but I blame that for a lot of things (like > that kids from Bulgaria and Estonia are better at attacking Microsoft > cruftware than the young bastards in the US). > I'll second that! >If anybody has a source (or fabrication instructions) for head load pads for > single-sided CDC 8" floppy drives, I'd be much obliged. My Mod 2 and > expansion disk bay units could really use some replacements. A pair of scissors, a snip of a felt hat (unless you can find thicker, probably cleaner stuff at the fabric store) and some fabric glue from the same store, and you should be set. Glue it up and close the drive on a piece of stiff tagboard so it takes the shape as the glue sets. Those I understand had a lubricant in them, probably a hard wax like Carnaba, a small sliver of that dissolved in a few drops of paint thinner alcohol & applied after the glue is well set might work. Don't forget to toss a drop of sewing machine oil on the head slider carriage rods & drive screw if its not SS tape driven. Ditto for the rosette bearing in the disk clamp. And how are the belts? I finally had to replace the SS drives in our CG with DS drives because the DS drives were direct drive, the disks have laid around now for 20+ years and all the internal lube in the disk envelope is gone and it takes 3 or 4 times as much power to turn the disk now than it did when all this was new. The rosette clamping pressure is also insufficient & will probably need to be sprung a few thou to increase that. Wear marks on the disc's hub rings are your clue there, along with read errors cuz it isn't turning steady. The old SS drives had been closed on a disc 24/7 for several years and the plastic rosettes collapsed just enough to reduce the pressure, and allow the disc to be off-center too. Its gotta fit right. I cut my downtime with fresh drives from a surplus place, but that was back in '85 too. Now they would be made out of pure unobtainium I imagine. Because of the rosette collapse, don't leave the drive closed on a disc for extended periods. > This is more > serious than my above comments which while being half tongue-in-cheek are > also my arrogant opinions (life is too short to hold humble opinions) -- We've noticed, Ward. OTOH, you've all probably noted that mine aren't too humble either. :) -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Any fool can tell the truth, but it requires a man of sense to know how to lie well. -- Samuel Butler From gene.heskett at verizon.net Sat May 24 08:00:28 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Sat, 24 May 2008 08:00:28 -0400 Subject: [Coco] COCO3 System Arrangement of modules In-Reply-To: <052420080528.8250.4837A7600006A14B0000203A22058864420B9DCC090B99@comcast.net> References: <052420080528.8250.4837A7600006A14B0000203A22058864420B9DCC090B99@comcast.net> Message-ID: <200805240800.28553.gene.heskett@verizon.net> On Saturday 24 May 2008, wdg3rd at comcast.net wrote: >From: Gene Heskett > >> Hummph, I've been trounced, rather royally! Here I was thinking at 73, >> that I was one of the older ones here. Congrats John, and many more too. > >Gene, you're still in what I prefer to call "middle youth". A term I picked > up from the late "Doctor A" in his landmark work _The Sensuous Dirty Old > Man_. Which was published when he was only 50. (Isaac Asimov, 1920-1992, > missed by all of us who read his books and/or knew him). Written and > published almost a decade before the TRS-80 Model 2 that his last 150 or so > books were typed on (he never "upgraded" to a PC compatible) was moved into > his apartment. Yup, when I wore an 'I like Ike' button, I always told people the 'Ike' was Isaac. Read him well at the time, but so far back its all pretty fuzzy now. >Never met him meself, he was in his final hospitalization when I came east. > My first wife and her present husband knew him well in person, all I did > was read his books. Probably about 300 out of about 500. > >Never got a tech support call from him, even though I got calls from all > over the east coast, since that was back when the Radio Shack flyers > published the locations and numbers of all the computer centers and I was > in the only RSCC actually in Los Angeles. (Lots of RSCCs in PST, but Los > Angeles stands out more than Spokane, Glendale or Irvine when somebody in > New Hampshire or South Carolina is running down the list). Their stores > closed the same clock time we did, but that was three time zones away so I > was the after-hours guy. (Funny, none of our local customers ever > mentioned early morning calls to the EST RSCCs). -- >Ward Griffiths wdg3rd at comcast.net My impression of Issac was that he was probably capable of fixing it himself, as long as the parts were available. His technical mentions in his books were never wrong if they referred to anything 'contemporary'. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Dogs crawl under fences... software crawls under Windows 95. From robert.gault at worldnet.att.net Sat May 24 09:49:03 2008 From: robert.gault at worldnet.att.net (Robert Gault) Date: Sat, 24 May 2008 09:49:03 -0400 Subject: [Coco] Anyone have or know location of source code for Ultimaterm? Message-ID: <48381CCF.9030400@worldnet.att.net> I can't add much to the title. I'd like to tinker with the program to, perhaps, make it run better. From wdg3rd at comcast.net Sat May 24 13:56:19 2008 From: wdg3rd at comcast.net (wdg3rd at comcast.net) Date: Sat, 24 May 2008 17:56:19 +0000 Subject: [Coco] COCO3 System Arrangement of modules Message-ID: <052420081756.27604.483856C3000359A700006BD422007340760B9DCC090B99@comcast.net> From: Gene Heskett Ward said: > >I'm starting to meet too many people on some of these lists who are later > > into their youth than I am. Hell, I turn 53 on Memorial Day > > What yur address Ward, maybe John & I could go together and get you a towel to > dry behind your ears. ;) 64 Laurel Ave, Kearny Ney Jersey. Hopefully by this time next year somewhere in the Granite State selling real chili (meat with texture and the beans are a side, not inside). > > and I was > > already past the best part of my learning curve when I first encountered > > the TRS-80 Model One at the end of my USAF enlistment I flashed early. Blame it on the drugs but I suspect genetics were a factor (my dad's family were never the sharpest bricks in the chandelier). > I think I was just getting into the best part of mine when I ran into the coco > in about '85. I fell in love with it when I got hired to teach at the Las Vegas RSCC 11/02/80. The tech manual was already in stock (and as has been mentioned around here, it was mostly cribbed from a Motorola document). I also thought the Model 3 was a serious improvement on my Mod One, aside from the lack of space to add stuff. > > (though it didn't get > > called that until the Model 2 came out in 1979). Got a friend on the > > filePro (not Filemaker Pro on the Apple ][, filePro was first seen as > > Profile 2 on the TRS-80 Model 2 [original development was on the Model One > > by a guy active on that list who asks pointed questions of the current > > developers and maintainers] and started to shine as Profile-16 once Xenix > > showed up -- no relation to Color Profile, Tandy Corp had a habit of giving > > the same name to unrelated products i.e. the proliferation of the name > > Scripsit) list turning 80 Sunday. At just about 53 {Monday, and the office > > is closed so I can eat my birthday pizza and drink the pitcher or two of > > beer though I now have to go outside for a cig > >arette > > I got tired of being sick with a cold or whatever, spring of '89. Haven't had > on in my face since, cold turkey. I'll quit eventually. Chain smokers (and coal miners) on one side or the other of my family for several centuries and the only known cancer started in the bowels. I don't get colds in the spring, or at least I don't think so. Two generations in Los Angeles means I can handle industrial toxins with no problem, but I have no defenses against biological warfare from New Jersey plantlife. Right now my sinuses are so messed up I couldn't smell anything beneath my own tail if I was a trained dog. > >If anybody has a source (or fabrication instructions) for head load pads for > > single-sided CDC 8" floppy drives, I'd be much obliged. My Mod 2 and > > expansion disk bay units could really use some replacements. > > A pair of scissors, a snip of a felt hat (unless you can find thicker, probably > cleaner stuff at the fabric store) and some fabric glue from the same store, > and you should be set. Glue it up and close the drive on a piece of stiff > tagboard so it takes the shape as the glue sets. > > Those I understand had a lubricant in them, probably a hard wax like Carnaba, a > small sliver of that dissolved in a few drops of paint thinner alcohol & > applied after the glue is well set might work. > > Don't forget to toss a drop of sewing machine oil on the head slider carriage > rods & drive screw if its not SS tape driven. Ditto for the rosette bearing in > the disk clamp. And how are the belts? I finally had to replace the SS drives > in our CG with DS drives because the DS drives were direct drive, the disks > have laid around now for 20+ years and all the internal lube in the disk > envelope is gone and it takes 3 or 4 times as much power to turn the disk now > than it did when all this was new. The rosette clamping pressure is also > insufficient & will probably need to be sprung a few thou to increase that. > Wear marks on the disc's hub rings are your clue there, along with read errors > cuz it isn't turning steady. The old SS drives had been closed on a disc 24/7 > for several years and the plastic rosettes collapsed just enough to reduce the > pressure, and allow the disc to be off-center too. Its gotta fit right. I cut > my downtime with fresh drives from a surplus place, but that was back in '85 > too. Now they would be made out of pure unobtainium I imagine. > > Because of the rosette collapse, don't leave the drive closed on a disc for > extended periods. Gene, thanks. While I don't have a felt hat this past couple of decades (got several billed cotton things from vendors and the one I actually wear made from a dead cow) I'll look for some (lint-free) felt. And especially thanks for reminding me about the belts. The subject comes up now and again on the Classic Computer list, but I do the digest just looking for specific strings. This email goes in my _permanent_ records (the ones that are really backed up) not just in the great big collection of email that's accumulated over the last couple of decades. The Mod 2 internal and both expansion drives are closed on cardboard, much like they were originally shipped with. Made them meself from a couple of shoe boxes. And we all know about unobtainium. The miner who digs it up will be a lot richer than the guy who finds the Lost Dutchman's gold mine. > > > This is more > > serious than my above comments which while being half tongue-in-cheek are > > also my arrogant opinions (life is too short to hold humble opinions) -- > > We've noticed, Ward. OTOH, you've all probably noted that mine aren't too humble > either. :) You gotta send me a copy of the file your .sig generator rotates through. I only recognize about three quarters of the sources. A modern public school graduate wouldn't recognize a tenth. (I am so damned lucky I learned to read before kindergarten so that schooling didn't interfere with my education -- I was reading Rand, Mencken, Orwell and especially Heinlein well before I would have been allowed to -- if they are still allowed, can't find any of the Heinlein "juveniles" in the local libraries and the closest bookstore [Kearny NJ is is a fairly densely populated area between Newark and Jersey City] is about three miles away). Have to go set up a couple of tents in the back yard for leak tests. First vacation in two years in two weeks. The Porcupine Freedom Festival up in New Hampshire. http://www.freestateproject.org/festival/ Yes, I'm from Los Angeles, I live in New Jersey, and I'm planning to move further north to Mom's ancestral area since a week or two after the Salem trials. With my computer collection. After I open my restaurant, computers will just be a hobby again, not a job. -- Ward Griffiths wdg3rd at comcast.net These histrionics were probably unnecessary, since there was no reason to think anybody would be watching us with more than casual interest until I made my first move to follow Buchanon's trail, in London. Still, somebody might check back this far later, and I always feel that if you're going to play a part, you might as well play it all the way, at least in public -- and it's hard to tell what's public and what isn't, these electronic days. Donald Hamilton, _The Devastators_, 1965 From sfischer1 at mindspring.com Sat May 24 15:03:30 2008 From: sfischer1 at mindspring.com (Stephen H. Fischer) Date: Sat, 24 May 2008 12:03:30 -0700 Subject: [Coco] trying to reach Theodore Evans In-Reply-To: <20080524041621.B44CD20A33@qs281.pair.com> References: <20080524041621.B44CD20A33@qs281.pair.com> Message-ID: <529843E8BBE34F1985F7A19AC47DBA41@Shasta> Roger: I found this in my Junk E- Mail Mailbox. I am running Windows Mail on Windows Vista SP1. So, Microsoft thought it was Junk mail. I have not done anything to cause this, just out of the box as MS delivers Windows Mail. Stephen H. Fischer ----- Original Message ----- From: "Roger Taylor" To: "cocolist for Color Computer Enthusiasts" Sent: Friday, May 23, 2008 9:15 PM Subject: [Coco] trying to reach Theodore Evans > To Theodore Evans, > > If you're on the list, please reply. I didn't get a reply to your private > e-mail and need to confirm which address to send a package to. I have two > addresses listed for you. > > Thanks > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > ----------------------------------------------------------------------------------------- Full Text of message: ----------------------------------------------------------------------------------------- Status: U Return-Path: Received: from noehlo.host ([127.0.0.1]) by new.mail.atl.earthlink.net (EarthLink SMTP Server) with SMTP id 1jZLba3fl3Nl3oX0; Sat, 24 May 2008 00:16:24 -0400 (EDT) Received: from five.pairlist.net ([216.92.1.121]) by new.mail.atl.earthlink.net (EarthLink SMTP Server) with ESMTP id 1jZLba2Yx3Nl3oX1 for ; Sat, 24 May 2008 00:16:24 -0400 (EDT) Received: from five.pairlist.net (localhost [127.0.0.1]) by five.pairlist.net (Postfix) with ESMTP id C06073BFDB; Sat, 24 May 2008 00:16:23 -0400 (EDT) X-Original-To: coco at lists5.maltedmedia.com Delivered-To: coco at five.pairlist.net Received: from deploy5.pair.com (qs281.pair.com [216.92.131.37]) by five.pairlist.net (Postfix) with SMTP id 472863BF6F for ; Sat, 24 May 2008 00:16:22 -0400 (EDT) Received: (qmail 797 invoked by uid 3002); 24 May 2008 04:16:22 -0000 Delivered-To: bathory-maltedmedia:com-coco at maltedmedia.com Received: (qmail 794 invoked from network); 24 May 2008 04:16:22 -0000 Received: from localhost.pair.com (HELO qs281.pair.com) (127.0.0.1) by localhost.pair.com with SMTP; 24 May 2008 04:16:22 -0000 Received: from localhost (localhost [127.0.0.1]) by qs281.pair.com (Postfix) with SMTP id 1001D20A35 for ; Sat, 24 May 2008 00:16:22 -0400 (EDT) Received: from outbound-mail-20.bluehost.com (outbound-mail-20.bluehost.com [69.89.20.235]) by qs281.pair.com (Postfix) with SMTP id B44CD20A33 for ; Sat, 24 May 2008 00:16:21 -0400 (EDT) Received: (qmail 31427 invoked by uid 0); 24 May 2008 04:16:20 -0000 Received: from unknown (HELO box18.bluehost.com) (69.89.17.18) by outboundproxy1.bluehost.com with SMTP; 24 May 2008 04:16:20 -0000 Received: from r74-193-54-116.gldwcmta01.glwttx.tl.dh.suddenlink.net ([74.193.54.116] helo=Dev0.coco3.com) by box18.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JzlB6-0007Gn-7J for coco at maltedmedia.com; Fri, 23 May 2008 22:16:20 -0600 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 23 May 2008 23:15:55 -0500 To: cocolist for Color Computer Enthusiasts From: Roger Taylor Mime-Version: 1.0 X-Identified-User: {32216:box18.bluehost.com:newfoalc:coco3.com} {sentby:smtp auth 74.193.54.116 authed with operator+coco3.com} DomainKey-Status: no signature Message-Id: <20080524041621.B44CD20A33 at qs281.pair.com> Subject: [Coco] trying to reach Theodore Evans X-BeenThere: coco at maltedmedia.com X-Mailman-Version: 2.1.9 Precedence: list Reply-To: CoCoList for Color Computer Enthusiasts List-Id: CoCoList for Color Computer Enthusiasts List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: coco-bounces at maltedmedia.com Errors-To: coco-bounces at maltedmedia.com X-ELNK-Received-Info: spv=0; X-ELNK-AV: 0 X-ELNK-Info: sbv=1; sbrc=-0; sbf=e0; sbw=000; To Theodore Evans, If you're on the list, please reply. I didn't get a reply to your private e-mail and need to confirm which address to send a package to. I have two addresses listed for you. Thanks -- Coco mailing list Coco at maltedmedia.com http://five.pairlist.net/mailman/listinfo/coco From sfischer1 at mindspring.com Sat May 24 15:16:37 2008 From: sfischer1 at mindspring.com (Stephen H. Fischer) Date: Sat, 24 May 2008 12:16:37 -0700 Subject: [Coco] AWK - a wonderful language WAS: Re: Python on the CoCo 3? In-Reply-To: <465260.21633.qm@web36604.mail.mud.yahoo.com> References: <465260.21633.qm@web36604.mail.mud.yahoo.com> Message-ID: <3D95FA1CCA7443C59A07044B596E7BAA@Shasta> ----- Original Message ----- From: "Jim Hickle" To: "CoCoList for Color Computer Enthusiasts" Sent: Friday, May 23, 2008 6:57 AM Subject: Re: [Coco] Python on the CoCo 3? > > Among the languages I've actually used, the best name > is AWK. When you consider my skills as a programmer, > though, a better name might be "ACK!". I second this. AWK is my favorite for text processing. But then there are many Perl people that always pop up when ever AWK is mentioned. They just cannot understand a non P-Counter language. I on the other hand cannot understand the Perl versions of AWK programs. Stephen H. Fischer From operator at coco3.com Sat May 24 15:33:40 2008 From: operator at coco3.com (Roger Taylor) Date: Sat, 24 May 2008 14:33:40 -0500 Subject: [Coco] Jeweled (Roger Taylor) In-Reply-To: <4837E054.40602@cox.net> References: <4837E054.40602@cox.net> Message-ID: <20080524193434.6DD6820A33@qs281.pair.com> At 04:31 AM 5/24/2008, you wrote: >Can you make the game more addicting...please...? > >Seriously - I have just spent about 4 hours playing nothing but this >game on my CoCo - I am amazed! > >Great music and sound effects, wonderful graphics, and the mouse >movement is so nice and smooth. Excellent job, I can't wait for the next title! > >-- Andrew L. Ayers, Glendale, Arizona These first two games for 2008 are my knuckle-cracking games. I'm only getting warmed up. :) I think it's the blend of everything about a game that makes it appealing. I'm still addicted to The Interbank Incident from the mid 80's, mainly because of the actual music album I used to listen to when I played it (Led Zeppelin) and I just got buried in this game for some reason. From gene.heskett at verizon.net Sat May 24 15:51:06 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Sat, 24 May 2008 15:51:06 -0400 Subject: [Coco] COCO3 System Arrangement of modules In-Reply-To: <052420081756.27604.483856C3000359A700006BD422007340760B9DCC090B99@comcast.net> References: <052420081756.27604.483856C3000359A700006BD422007340760B9DCC090B99@comcast.net> Message-ID: <200805241551.06222.gene.heskett@verizon.net> On Saturday 24 May 2008, wdg3rd at comcast.net wrote: >From: Gene Heskett > >Ward said: >> >I'm starting to meet too many people on some of these lists who are later >> > into their youth than I am. Hell, I turn 53 on Memorial Day >> >> What yur address Ward, maybe John & I could go together and get you a >> towel to dry behind your ears. ;) > >64 Laurel Ave, Kearny Ney Jersey. Hopefully by this time next year > somewhere in the Granite State selling real chili (meat with texture and > the beans are a side, not inside). > Chuckle. Folks from Oklahoma or Kansas also claim that real chilli never met a tomato either. >> > and I was >> > already past the best part of my learning curve when I first encountered >> > the TRS-80 Model One at the end of my USAF enlistment > >I flashed early. Blame it on the drugs but I suspect genetics were a factor > (my dad's family were never the sharpest bricks in the chandelier). > Hummm, ;) >> I think I was just getting into the best part of mine when I ran into the >> coco in about '85. > >I fell in love with it when I got hired to teach at the Las Vegas RSCC > 11/02/80. The tech manual was already in stock (and as has been mentioned > around here, it was mostly cribbed from a Motorola document). I also > thought the Model 3 was a serious improvement on my Mod One, aside from the > lack of space to add stuff. > [...] >> > pizza and drink the pitcher or two of beer though I now have to go >> > outside for a cig >> >arette >> >> I got tired of being sick with a cold or whatever, spring of '89. Haven't >> had on in my face since, cold turkey. > >I'll quit eventually. Chain smokers (and coal miners) on one side or the > other of my family for several centuries and the only known cancer started > in the bowels. I don't get colds in the spring, or at least I don't think > so. Two generations in Los Angeles means I can handle industrial toxins > with no problem, but I have no defenses against biological warfare from New > Jersey plantlife. Right now my sinuses are so messed up I couldn't smell > anything beneath my own tail if I was a trained dog. That I"ll have to admit, it pretty bad. > >> >If anybody has a source (or fabrication instructions) for head load pads >> > for single-sided CDC 8" floppy drives, I'd be much obliged. My Mod 2 >> > and expansion disk bay units could really use some replacements. >> >> A pair of scissors, a snip of a felt hat (unless you can find thicker, >> probably cleaner stuff at the fabric store) and some fabric glue from the >> same store, and you should be set. Glue it up and close the drive on a >> piece of stiff tagboard so it takes the shape as the glue sets. >> >> Those I understand had a lubricant in them, probably a hard wax like >> Carnaba, a small sliver of that dissolved in a few drops of paint thinner >> alcohol & applied after the glue is well set might work. >> >> Don't forget to toss a drop of sewing machine oil on the head slider >> carriage rods & drive screw if its not SS tape driven. Ditto for the >> rosette bearing in the disk clamp. And how are the belts? I finally had >> to replace the SS drives in our CG with DS drives because the DS drives >> were direct drive, the disks have laid around now for 20+ years and all >> the internal lube in the disk envelope is gone and it takes 3 or 4 times >> as much power to turn the disk now than it did when all this was new. The >> rosette clamping pressure is also insufficient & will probably need to be >> sprung a few thou to increase that. Wear marks on the disc's hub rings are >> your clue there, along with read errors cuz it isn't turning steady. The >> old SS drives had been closed on a disc 24/7 for several years and the >> plastic rosettes collapsed just enough to reduce the pressure, and allow >> the disc to be off-center too. Its gotta fit right. I cut my downtime >> with fresh drives from a surplus place, but that was back in '85 too. Now >> they would be made out of pure unobtainium I imagine. >> >> Because of the rosette collapse, don't leave the drive closed on a disc >> for extended periods. > >Gene, thanks. While I don't have a felt hat this past couple of decades > (got several billed cotton things from vendors and the one I actually wear > made from a dead cow) I'll look for some (lint-free) felt. And especially > thanks for reminding me about the belts. The subject comes up now and > again on the Classic Computer list, but I do the digest just looking for > specific strings. This email goes in my _permanent_ records (the ones that > are really backed up) not just in the great big collection of email that's > accumulated over the last couple of decades. :) >The Mod 2 internal and both expansion drives are closed on cardboard, much > like they were originally shipped with. Made them meself from a couple of > shoe boxes. Make the spindle hole big enough to clear the rosette, less pressure on it that way. >And we all know about unobtainium. The miner who digs it up will be a lot > richer than the guy who finds the Lost Dutchman's gold mine. I hear that. I just a month ago rebuilt a center filament contact from the remains of a cooked one, including the silver plating on the end of it cuz Burle is getting hungry & wanted about a thou for a copper bolt about 15" long with the brass contact fingers brazed on the end of it. It burned itself up cuz some idijit left a pile of 1/2" tru-arc internal snap rings out of it for good contact pressure. the last time they replaced it. Jerks like that ought to have their license to tinker revoked. >> > This is more >> > serious than my above comments which while being half tongue-in-cheek >> > are also my arrogant opinions (life is too short to hold humble >> > opinions) -- >> >> We've noticed, Ward. OTOH, you've all probably noted that mine aren't too >> humble either. :) > >You gotta send me a copy of the file your .sig generator rotates through. I > only recognize about three quarters of the sources. A modern public school > graduate wouldn't recognize a tenth. (I am so damned lucky I learned to > read before kindergarten so that schooling didn't interfere with my > education -- I was reading Rand, Mencken, Orwell and especially Heinlein > well before I would have been allowed to -- if they are still allowed, > can't find any of the Heinlein "juveniles" in the local libraries and the > closest bookstore [Kearny NJ is is a fairly densely populated area between > Newark and Jersey City] is about three miles away). We're somewhat alike in that regard, I was reading E.E. Doc Smith by the time I was 7. Great stuff back then. >Have to go set up a couple of tents in the back yard for leak tests. Leak tests? Oh, you mean tent leaks... >First > vacation in two years in two weeks. The Porcupine Freedom Festival up in > New Hampshire. http://www.freestateproject.org/festival/ Yes, I'm from > Los Angeles, I live in New Jersey, and I'm planning to move further north > to Mom's ancestral area since a week or two after the Salem trials. With > my computer collection. After I open my restaurant, computers will just be > a hobby again, not a job. -- If we weren't so set here, Dee was born about a mile from here, I could pack up & move to NH too, I like their political atmosphere, a lot. But I've been here 24 years & our politics isn't too bad. >Ward Griffiths wdg3rd at comcast.net -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) memo, n.: An interoffice communication too often written more for the benefit of the person who sends it than the person who receives it. From paulej at arid.us Sat May 24 20:36:17 2008 From: paulej at arid.us (Paul E. Jones) Date: Sat, 24 May 2008 20:36:17 -0400 Subject: [Coco] AWK - a wonderful language WAS: Re: Python on the CoCo 3? In-Reply-To: <3D95FA1CCA7443C59A07044B596E7BAA@Shasta> References: <465260.21633.qm@web36604.mail.mud.yahoo.com> <3D95FA1CCA7443C59A07044B596E7BAA@Shasta> Message-ID: <01e701c8bdff$58883210$09989630$@us> Did I hear awk mentioned? ;-) I used to love awk, too. I still use it for some simple things (especially one-liners that yank one column out of a table). But, alas, I've become a Perl convert. I've actually stopped writing shell scripts or awk scripts, for the most part, and do everything using Perl. It has the perfect balance of simplicity and flexibility. It's a great language for CGI scripts, too. These days, if I need a script then it is hard for me to consider anything other than Perl. Paul PS - I just had to be that Perl person that popped up this time :-p > -----Original Message----- > From: coco-bounces at maltedmedia.com [mailto:coco- > bounces at maltedmedia.com] On Behalf Of Stephen H. Fischer > Sent: Saturday, May 24, 2008 3:17 PM > To: CoCoList for Color Computer Enthusiasts > Subject: [Coco] AWK - a wonderful language WAS: Re: Python on the CoCo > 3? > > > ----- Original Message ----- > From: "Jim Hickle" > To: "CoCoList for Color Computer Enthusiasts" > Sent: Friday, May 23, 2008 6:57 AM > Subject: Re: [Coco] Python on the CoCo 3? > > > > > > > Among the languages I've actually used, the best name > > is AWK. When you consider my skills as a programmer, > > though, a better name might be "ACK!". > > I second this. AWK is my favorite for text processing. > > But then there are many Perl people that always pop up when ever AWK is > mentioned. > > They just cannot understand a non P-Counter language. > > I on the other hand cannot understand the Perl versions of AWK > programs. > > Stephen H. Fischer > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From wdg3rd at comcast.net Sat May 24 20:59:30 2008 From: wdg3rd at comcast.net (wdg3rd at comcast.net) Date: Sun, 25 May 2008 00:59:30 +0000 Subject: [Coco] AWK - a wonderful language WAS: Re: Python on the CoCo 3? Message-ID: <052520080059.5908.4838B9F20002A1DA0000171422068246930B9DCC090B99@comcast.net> From: "Stephen H. Fischer" > > From: "Jim Hickle" > > > Among the languages I've actually used, the best name > > is AWK. When you consider my skills as a programmer, > > though, a better name might be "ACK!". > > I second this. AWK is my favorite for text processing. > > But then there are many Perl people that always pop up when ever AWK is > mentioned. I'll use either, depends on the job. Maintenance, I'll use which one is already in service. Starting from scratch I'll use AWK inside a shell script or Perl for a standalone. Mox nix, they're both great tools. Few here are children though some of you were in the early days of the Color Computer before the 'net was available. My main language is of course the Bourne shell and its descendants. Been using it since (slightly before because I had a customer working the Beta) Tandy started shipping Xenix in 01/83. -- Ward Griffiths wdg3rd at comcast.net These histrionics were probably unnecessary, since there was no reason to think anybody would be watching us with more than casual interest until I made my first move to follow Buchanon's trail, in London. Still, somebody might check back this far later, and I always feel that if you're going to play a part, you might as well play it all the way, at least in public -- and it's hard to tell what's public and what isn't, these electronic days. Donald Hamilton, _The Devastators_, 1965 From goosey at virgo.sdc.org Sun May 25 03:28:39 2008 From: goosey at virgo.sdc.org (Willard Goosey) Date: Sun, 25 May 2008 01:28:39 -0600 Subject: [Coco] chili!!!!Re: COCO3 System Arrangement of modules In-Reply-To: <052420081756.27604.483856C3000359A700006BD422007340760B9DCC090B99@comcast.net> References: <052420081756.27604.483856C3000359A700006BD422007340760B9DCC090B99@comcast.net> Message-ID: <20080525072839.GA9201@virgo.sdc.org> On Sat, May 24, 2008 at 05:56:19PM +0000, wdg3rd at comcast.net wrote: > 64 Laurel Ave, Kearny Ney Jersey. Hopefully by this time next year > somewhere in the Granite State selling real chili (meat with texture > and the beans are a side, not inside). Agreed. Chili is a vegetable, and comes in two varieties: Red and Green. Calling anything else "chili" is a capital crime in New Mexico. ;-) Willard -- Willard Goosey goosey at sdc.org Socorro, New Mexico, USA I search my heart and find Cimmeria, land of Darkness and the Night. -- R.E. Howard From goosey at virgo.sdc.org Sun May 25 03:31:43 2008 From: goosey at virgo.sdc.org (Willard Goosey) Date: Sun, 25 May 2008 01:31:43 -0600 Subject: [Coco] AWK - a wonderful language WAS: Re: Python on the CoCo 3? In-Reply-To: <3D95FA1CCA7443C59A07044B596E7BAA@Shasta> References: <465260.21633.qm@web36604.mail.mud.yahoo.com> <3D95FA1CCA7443C59A07044B596E7BAA@Shasta> Message-ID: <20080525073143.GB9201@virgo.sdc.org> On Sat, May 24, 2008 at 12:16:37PM -0700, Stephen H. Fischer wrote: > > I second this. AWK is my favorite for text processing. Gotta agree with you. AWK is a very good language for manipulating text. Willard -- Willard Goosey goosey at sdc.org Socorro, New Mexico, USA I search my heart and find Cimmeria, land of Darkness and the Night. -- R.E. Howard From johnchasteen.2 at juno.com Sun May 25 12:16:50 2008 From: johnchasteen.2 at juno.com (John T Chasteen) Date: Sun, 25 May 2008 11:16:50 -0500 Subject: [Coco] COCO3 System Arrangement of modules Message-ID: <20080525.111650.1612.0.johnchasteen.2@juno.com> Good Morning Coco Friends I know this is a holiday weekend and a lot of people didn't stay home. I am still waiting for comments on the questions I still have. John On Fri, 23 May 2008 20:47:55 -0500 John T Chasteen writes: > Chris > Thanks for this info. > > I forgot to ask a question about the size of the CF device that is > plugged into the CF Adapter(CFA). > What is the limit on the storage size? Is there any prep before > files are > saved? > Are the files saved or retrieved by file name? What is the command > line > to save a file on the > on the unit that is plugged into the CFA? > > John > > > On Fri, 23 May 2008 19:51:27 -0500 Christopher Hawks > > writes: > > John T Chasteen said the following on 05/23/2008 01:39 PM: > > > Hello COCO Family > > > > > > I would like to get your opinions about a COCO3 System > > arrangement > > > COCO3 with 6309 connected to an Upgraded MPI unit > > > Place the Floppy in slot #4, Cloud9 SuperIDE unit with > > > a Cloud9 configured CF unit and CFA (CF Adapter). > > > > > > I want save files from my Cassette tapes. > > > Save files from 5.25 floppy disk. > > > Transfer files to the CF or the CFA units > > > Use the CF to boot. > > > > > > I would like to also use my Drive Wire cable to > > > download files (disk images or files) from the internet > > > or from my _PC hard drive. > > > > > > Do you see any bugs in this conciliation > > > > John: > > > > The SuperIDE manual saya to put the floppy controller in > > slot 4 and The > > SuperIDE in slot 3. > > > > Set the switch on the MPI to slot 3 and power up. If you > > select floppy access > > from the menu, the SuperIDE will switch to the floppy controller > > when accessing > > the floppys. > > > > -- > > Christopher R. Hawks > > HAWKSoft > > --------------------------------------------------------- > > Let's call it an accidental feature. > > -- Larry Wall > > > > -- > > Coco mailing list > > Coco at maltedmedia.com > > http://five.pairlist.net/mailman/listinfo/coco > > > > > > > -- > Coco mailing list > dia.com > http://five.pairlist.net/mailman/listinfo/coco > > From diegoba at adinet.com.uy Sun May 25 13:41:56 2008 From: diegoba at adinet.com.uy (Diego Barizo) Date: Sun, 25 May 2008 14:41:56 -0300 Subject: [Coco] COCO3 System Arrangement of modules In-Reply-To: <20080525.111650.1612.0.johnchasteen.2@juno.com> References: <20080525.111650.1612.0.johnchasteen.2@juno.com> Message-ID: <4839A4E4.4060101@adinet.com.uy> It depends. Are you using NitrOS-9 / OS-9 or BASIC ? Diego John T Chasteen wrote: > Good Morning Coco Friends > > I know this is a holiday weekend and a lot of people didn't stay home. > I am still waiting for comments on the questions I still have. > > John > > From johnchasteen.2 at juno.com Sun May 25 16:46:44 2008 From: johnchasteen.2 at juno.com (John T Chasteen) Date: Sun, 25 May 2008 15:46:44 -0500 Subject: [Coco] COCO3 System Arrangement of modules Message-ID: <20080525.154644.1780.0.johnchasteen.2@juno.com> Good afternoon Diego We missed you this year at the coco Fest. I have the Cloud9 configured CF in the SuperIDE unit. This unit has NitrOS-9 and BASIC. John On Sun, 25 May 2008 14:41:56 -0300 Diego Barizo writes: > It depends. Are you using NitrOS-9 / OS-9 or BASIC ? > > Diego > > > John T Chasteen wrote: > > Good Morning Coco Friends > > > > I know this is a holiday weekend and a lot of people didn't stay > home. > > I am still waiting for comments on the questions I still have. > > > > John > > > > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > > From wdg3rd at comcast.net Sun May 25 16:55:29 2008 From: wdg3rd at comcast.net (wdg3rd at comcast.net) Date: Sun, 25 May 2008 20:55:29 +0000 Subject: [Coco] chili!!!!Re: COCO3 System Arrangement of modules Message-ID: <052520082055.14390.4839D24100012DCD0000383622069984990B9DCC090B99@comcast.net> Chili is not a vegetable. While vegetables may be used as flavoring (tomatoes and/or tomatillos, onions, garlic and especially chiles), the main ingredient is meat. (I've used beef, pork, lamb, goat and once bear when a fellow anarchist brought down 25 pounds to a gathering out in Montana). So far, no casualties and no complaints. Ain't done venison yet, as I won't won't ask permission from the jerks in Trenton to own guns or kill animals. (This is a state where a guy got arrested for killing a rat in his garden and I live in the one county in the state that isn't overrun with deer). Distracted at the moment. Libertarian Party convention is on CSPAN. While I'm not a party member (I'm an anarchist, not a minarchist), I have friends involved. (Three past Libertarian presidential candidates have eaten my chili). (Fourth ballot just finished and those statist dimplicks Barr and Root are still in the running -- shameful). -- Ward Griffiths wdg3rd at comcast.net These histrionics were probably unnecessary, since there was no reason to think anybody would be watching us with more than casual interest until I made my first move to follow Buchanon's trail, in London. Still, somebody might check back this far later, and I always feel that if you're going to play a part, you might as well play it all the way, at least in public -- and it's hard to tell what's public and what isn't, these electronic days. Donald Hamilton, _The Devastators_, 1965 -------------- Original message ---------------------- From: Willard Goosey > On Sat, May 24, 2008 at 05:56:19PM +0000, wdg3rd at comcast.net wrote: > > > 64 Laurel Ave, Kearny Ney Jersey. Hopefully by this time next year > > somewhere in the Granite State selling real chili (meat with texture > > and the beans are a side, not inside). > > Agreed. Chili is a vegetable, and comes in two varieties: Red and > Green. > > Calling anything else "chili" is a capital crime in New Mexico. ;-) > > Willard > -- > Willard Goosey goosey at sdc.org > Socorro, New Mexico, USA > I search my heart and find Cimmeria, land of Darkness and the Night. > -- R.E. Howard > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco From jlhickle at yahoo.com Mon May 26 08:53:45 2008 From: jlhickle at yahoo.com (Jim Hickle) Date: Mon, 26 May 2008 05:53:45 -0700 (PDT) Subject: [Coco] trying to reach Theodore Evans In-Reply-To: <529843E8BBE34F1985F7A19AC47DBA41@Shasta> Message-ID: <947426.4340.qm@web36601.mail.mud.yahoo.com> Stephen: Yahoo mail put your message in my junk mail folder. It didn't block the message from the Nigerian Senate. Seems I'm breaking the law and must tell them my bank account numbers, at least according the the Nigerian President and the FBI. Oh, and I'm eligible for something called "Government Grants". -jim --- "Stephen H. Fischer" wrote: > Roger: > > I found this in my Junk E- Mail Mailbox. > > I am running Windows Mail on Windows Vista SP1. > > So, Microsoft thought it was Junk mail. > I have not done anything to cause this, just out of > the box as MS delivers > Windows Mail. > > Stephen H. Fischer > > ----- Original Message ----- > From: "Roger Taylor" > To: "cocolist for Color Computer Enthusiasts" > > Sent: Friday, May 23, 2008 9:15 PM > Subject: [Coco] trying to reach Theodore Evans > > > > To Theodore Evans, > > > > If you're on the list, please reply. I didn't get > a reply to your private > > e-mail and need to confirm which address to send a > package to. I have two > > addresses listed for you. > > > > Thanks > > > > > > -- > > Coco mailing list > > Coco at maltedmedia.com > > http://five.pairlist.net/mailman/listinfo/coco > > > > ----------------------------------------------------------------------------------------- > Full Text of message: > ----------------------------------------------------------------------------------------- > Status: U > Return-Path: > Received: from noehlo.host ([127.0.0.1]) > by new.mail.atl.earthlink.net (EarthLink SMTP > Server) with SMTP id > 1jZLba3fl3Nl3oX0; Sat, 24 May 2008 00:16:24 -0400 > (EDT) > Received: from five.pairlist.net ([216.92.1.121]) > by new.mail.atl.earthlink.net (EarthLink SMTP > Server) with ESMTP id > 1jZLba2Yx3Nl3oX1 > for ; Sat, 24 May 2008 > 00:16:24 -0400 (EDT) > Received: from five.pairlist.net (localhost > [127.0.0.1]) > by five.pairlist.net (Postfix) with ESMTP id > C06073BFDB; > Sat, 24 May 2008 00:16:23 -0400 (EDT) > X-Original-To: coco at lists5.maltedmedia.com > Delivered-To: coco at five.pairlist.net > Received: from deploy5.pair.com (qs281.pair.com > [216.92.131.37]) > by five.pairlist.net (Postfix) with SMTP id > 472863BF6F > for ; Sat, 24 May 2008 > 00:16:22 -0400 (EDT) > Received: (qmail 797 invoked by uid 3002); 24 May > 2008 04:16:22 -0000 > Delivered-To: > bathory-maltedmedia:com-coco at maltedmedia.com > Received: (qmail 794 invoked from network); 24 May > 2008 04:16:22 -0000 > Received: from localhost.pair.com (HELO > qs281.pair.com) (127.0.0.1) > by localhost.pair.com with SMTP; 24 May 2008 > 04:16:22 -0000 > Received: from localhost (localhost [127.0.0.1]) > by qs281.pair.com (Postfix) with SMTP id 1001D20A35 > for ; Sat, 24 May 2008 > 00:16:22 -0400 (EDT) > Received: from outbound-mail-20.bluehost.com > (outbound-mail-20.bluehost.com > [69.89.20.235]) by qs281.pair.com (Postfix) with > SMTP id B44CD20A33 > for ; Sat, 24 May 2008 > 00:16:21 -0400 (EDT) > Received: (qmail 31427 invoked by uid 0); 24 May > 2008 04:16:20 -0000 > Received: from unknown (HELO box18.bluehost.com) > (69.89.17.18) > by outboundproxy1.bluehost.com with SMTP; 24 May > 2008 04:16:20 -0000 > Received: from > r74-193-54-116.gldwcmta01.glwttx.tl.dh.suddenlink.net > ([74.193.54.116] helo=Dev0.coco3.com) > by box18.bluehost.com with esmtpsa > (TLSv1:AES256-SHA:256) (Exim 4.68) > (envelope-from ) id > 1JzlB6-0007Gn-7J > for coco at maltedmedia.com; Fri, 23 May 2008 22:16:20 > -0600 > X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 > Date: Fri, 23 May 2008 23:15:55 -0500 > To: cocolist for Color Computer Enthusiasts > > From: Roger Taylor > Mime-Version: 1.0 > X-Identified-User: > {32216:box18.bluehost.com:newfoalc:coco3.com} > {sentby:smtp > auth 74.193.54.116 authed with operator+coco3.com} > DomainKey-Status: no signature > Message-Id: > <20080524041621.B44CD20A33 at qs281.pair.com> > Subject: [Coco] trying to reach Theodore Evans > X-BeenThere: coco at maltedmedia.com > X-Mailman-Version: 2.1.9 > Precedence: list > Reply-To: CoCoList for Color Computer Enthusiasts > > List-Id: CoCoList for Color Computer Enthusiasts > > List-Unsubscribe: > , > > > List-Archive: > > List-Post: > List-Help: > > List-Subscribe: > , > > > Content-Transfer-Encoding: 7bit > Content-Type: text/plain; charset="us-ascii"; > Format="flowed" > Sender: coco-bounces at maltedmedia.com > Errors-To: coco-bounces at maltedmedia.com > X-ELNK-Received-Info: spv=0; > X-ELNK-AV: 0 > X-ELNK-Info: sbv=1; sbrc=-0; sbf=e0; sbw=000; > > To Theodore Evans, > > If you're on the list, please reply. I didn't get a > reply to your > private e-mail and need to confirm which address to > send a package > to. I have two addresses listed for you. > > Thanks > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > From johnchasteen.2 at juno.com Mon May 26 17:01:16 2008 From: johnchasteen.2 at juno.com (John T Chasteen) Date: Mon, 26 May 2008 16:01:16 -0500 Subject: [Coco] CGP 220 Tandy printer Message-ID: <20080526.160116.3280.0.johnchasteen.2@juno.com> Hope all the coco folks had a wonderful Holiday. It is also a sad time reflecting on those that had their lives taken. I count my blessings since I was in the Army Air Force/US Air Force for 8 years ($ Feb 46-31 Dec 53) and then spent 20 yrs in Army Reserve. I was straighting up "STUFF" in the computer room when I stumbled over two Black CGP 220 cartridges in their original box. Now all I need it to find a color cartridge. Back to work in the computer room. I want to connect the repaired MPI anf the SuperIDE with it CF Boot. I still need the IDE/CF adapter. I want to learn how to transfer file from the CF to the CF which is in SuperIDE port. John From zootzoot at cfl.rr.com Mon May 26 18:30:52 2008 From: zootzoot at cfl.rr.com (Stephen Castello) Date: Mon, 26 May 2008 18:30:52 -0400 Subject: [Coco] CGP 220 Tandy printer In-Reply-To: <20080526.160116.3280.0.johnchasteen.2@juno.com> References: <20080526.160116.3280.0.johnchasteen.2@juno.com> Message-ID: On Mon, 26 May 2008 16:01:16 -0500, John T Chasteen had a flock of green cheek conures squawk out: >Hope all the coco folks had a wonderful Holiday. >It is also a sad time reflecting on those that had their lives taken. >I count my blessings since I was in the Army Air Force/US Air Force >for 8 years ($ Feb 46-31 Dec 53) and then spent 20 yrs in >Army Reserve. > >I was straighting up "STUFF" in the computer room when I stumbled over >two >Black CGP 220 cartridges in their original box. Now all I need it to >find a color cartridge. Back to work in the computer room. That's one way to find them. :-) The printhead makes a nice whack at the end of each pass, the foam bumpers inside have disintegrated. > >I want to connect the repaired MPI anf the SuperIDE with it CF Boot. > >I still need the IDE/CF adapter. I want to learn how to transfer file >from the CF to the CF which is in SuperIDE port. With two CF cards of the same size, I've used this with NitrOS-9: make sure /i0 and i1 have the same dmode settings in cyl & sid. Then: backup /i0 /i1 Since I have HDB-DOS. For the dos 255 disc, I just did a backup of 255 to my 5.25 and then back again to the new one, and then ran link.bas. Under HDB-DOS, one at a time, backup each virtual disc to a ram disk from one cf before switching to the other cf to backup from the ram disc. Stephen -- From zootzoot at cfl.rr.com Mon May 26 18:53:07 2008 From: zootzoot at cfl.rr.com (Stephen Castello) Date: Mon, 26 May 2008 18:53:07 -0400 Subject: [Coco] CGP 220 Tandy printer In-Reply-To: References: <20080526.160116.3280.0.johnchasteen.2@juno.com> Message-ID: On Mon, 26 May 2008 18:30:52 -0400, Stephen Castello had a flock of green cheek conures squawk out: >On Mon, 26 May 2008 16:01:16 -0500, John T Chasteen > had a flock of green cheek conures squawk >out: > >>Hope all the coco folks had a wonderful Holiday. >>It is also a sad time reflecting on those that had their lives taken. >>I count my blessings since I was in the Army Air Force/US Air Force >>for 8 years ($ Feb 46-31 Dec 53) and then spent 20 yrs in >>Army Reserve. >> >>I was straighting up "STUFF" in the computer room when I stumbled over >>two >>Black CGP 220 cartridges in their original box. Now all I need it to >>find a color cartridge. Back to work in the computer room. > >That's one way to find them. :-) >The printhead makes a nice whack at the end of each pass, the foam >bumpers inside have disintegrated. I mean that what mine does. :-) One of these days, I'll take the top off again. Stephen -- From chawks at dls.net Mon May 26 21:40:21 2008 From: chawks at dls.net (Christopher Hawks) Date: Mon, 26 May 2008 20:40:21 -0500 Subject: [Coco] COCO3 System Arrangement of modules In-Reply-To: <20080525.111650.1612.0.johnchasteen.2@juno.com> References: <20080525.111650.1612.0.johnchasteen.2@juno.com> Message-ID: <483B6685.80009@dls.net> John T Chasteen said the following on 05/25/2008 11:16 AM: > Good Morning Coco Friends > > I know this is a holiday weekend and a lot of people didn't stay home. > I am still waiting for comments on the questions I still have. > > John > > On Fri, 23 May 2008 20:47:55 -0500 John T Chasteen > writes: >> Chris >> Thanks for this info. >> >> I forgot to ask a question about the size of the CF device that is >> plugged into the CF Adapter(CFA). >> What is the limit on the storage size? Is there any prep before >> files are >> saved? >> Are the files saved or retrieved by file name? What is the command >> line >> to save a file on the >> on the unit that is plugged into the CFA? >> >> John John: The best size is the same as your CF from Cloud-9 (probably 256 Meg). The explanations for creating a backup of the CF are pretty long. How about we do this at the next Glenside meeting?? You'll need to bring your Coco, SuperIDE, Conpact Flash Adapter, MPI, and a floppy and drive to backup on the Coco. You'll need your laptop and a USB Compact Flash reader to do the backup on your laptop. You'll need both CF cards in any case. I'll CC the Club and we'll see if we can do this for the meeting. -- Christopher R. Hawks HAWKSoft --------------------------------------------------------- Strange costumes, weird behavior - I must be at work again. From sfischer1 at mindspring.com Mon May 26 21:56:15 2008 From: sfischer1 at mindspring.com (Stephen H. Fischer) Date: Mon, 26 May 2008 18:56:15 -0700 Subject: [Coco] trying to reach Theodore Evans In-Reply-To: <947426.4340.qm@web36601.mail.mud.yahoo.com> References: <947426.4340.qm@web36601.mail.mud.yahoo.com> Message-ID: <9045D75582EB4C8F9FA0CE554FCBA584@Shasta> Hi, I have been expecting one of the e-mail experts here to pop up with an answer. There muse be some trigger in the message Roger sent to the list that caused it. As I quoted the entire message, Yahoo saw the trigger also. I have looked twice at the message and do not see it. Stephen H. Fischer ----- Original Message ----- From: "Jim Hickle" To: "CoCoList for Color Computer Enthusiasts" Sent: Monday, May 26, 2008 5:53 AM Subject: Re: [Coco] trying to reach Theodore Evans > Stephen: > > Yahoo mail put your message in my junk mail folder. > It didn't block the message from the Nigerian Senate. > Seems I'm breaking the law and must tell them my bank > account numbers, at least according the the Nigerian > President and the FBI. > > Oh, and I'm eligible for something called "Government > Grants". > > -jim From fwp at deepthought.com Mon May 26 22:53:38 2008 From: fwp at deepthought.com (Frank Pittel) Date: Mon, 26 May 2008 21:53:38 -0500 Subject: [Coco] COCO3 System Arrangement of modules In-Reply-To: <483B5F64.7020400@dls.net> References: <20080525.111650.1612.0.johnchasteen.2@juno.com> <483B5F64.7020400@dls.net> Message-ID: <20080527025338.GI4134@warlock.deepthought.com> Chris, John, I think it would be a lot of fun to do this during a meeting. It's in the same vein of me bringing a coco in so we could play games. It's nice to get back to what the group is about. The coco!! Frank On Mon, May 26, 2008 at 08:09:56PM -0500, Christopher Hawks wrote: > John T Chasteen said the following on 05/25/2008 11:16 AM: >> Good Morning Coco Friends >> >> I know this is a holiday weekend and a lot of people didn't stay home. >> I am still waiting for comments on the questions I still have. >> >> John >> On Fri, 23 May 2008 20:47:55 -0500 John T Chasteen >> writes: >>> Chris >>> Thanks for this info. >>> >>> I forgot to ask a question about the size of the CF device that is >>> plugged into the CF Adapter(CFA). >>> What is the limit on the storage size? Is there any prep before files are >>> saved? >>> Are the files saved or retrieved by file name? What is the command line >>> to save a file on the >>> on the unit that is plugged into the CFA? >>> >>> John > > John: > > The best size is the same as your CF from Cloud-9 (probably 256 Meg). > > The explanations for creating a backup of the CF are pretty long. How > about we do this at the next Glenside meeting?? You'll need to bring your > Coco, SuperIDE, Conpact Flash Adapter, MPI, and a floppy and drive to > backup on the Coco. You'll need your laptop and a USB Compact Flash reader > to do the backup on your laptop. You'll need both CF cards in any case. > > I'll CC the Club and we'll see if we can do this for the meeting. > -- > Christopher R. Hawks > HAWKSoft > --------------------------------------------------------- > Running Windows on a Pentium is like having a brand new Porsche but > only be able to drive backwards with the handbrake on. (Unknown source) From ed.orbea at gmail.com Tue May 27 22:24:57 2008 From: ed.orbea at gmail.com (Ed Orbea) Date: Tue, 27 May 2008 19:24:57 -0700 Subject: [Coco] NitrOS-9 Release V03.02.08 Message-ID: <483CC279.3030806@gmail.com> I was on the Sourceforge site night and say that Boisy had released version 03.02.08. Level 1 for 6809 processors Level 2 for 6309 and 6809 processors. Ed From gene.heskett at verizon.net Tue May 27 22:32:22 2008 From: gene.heskett at verizon.net (Gene Heskett) Date: Tue, 27 May 2008 22:32:22 -0400 Subject: [Coco] NitrOS-9 Release V03.02.08 In-Reply-To: <483CC279.3030806@gmail.com> References: <483CC279.3030806@gmail.com> Message-ID: <200805272232.22444.gene.heskett@verizon.net> On Tuesday 27 May 2008, Ed Orbea wrote: >I was on the Sourceforge site night and say that Boisy had released >version 03.02.08. >Level 1 for 6809 processors >Level 2 for 6309 and 6809 processors. > >Ed If you have a hard drive large enough to need multiple sector clusters in the allocation map, please post a dcheck output before you install it. This occurs when the drive is over 128 megabytes. >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Generic Fortune. From mark at cloud9tech.com Fri May 30 07:27:20 2008 From: mark at cloud9tech.com (Mark Marlette) Date: Fri, 30 May 2008 06:27:20 -0500 Subject: [Coco] COCO3 System Arrangement of modules In-Reply-To: <4837668F.4030300@dls.net> References: <20080523.133954.3168.3.johnchasteen.2@juno.com> <4837668F.4030300@dls.net> Message-ID: <6.2.5.6.2.20080530062310.02de05c8@cloud9tech.com> John/Chris, Sorry for the slow response, been away hunting turkeys and doing spring planting..... The example in the manual is for slot #3. The SuperIDE is not slot dependent. Any slot will work. I like to use slot #1. So one switch side is the SuperIDE boot(slot #1, this is just for the boot ROM) and other side is for all floppy access. Regards, Mark Cloud-9 At 5/23/2008 07:51 PM, Christopher Hawks wrote: >John T Chasteen said the following on 05/23/2008 01:39 PM: >>Hello COCO Family >>I would like to get your opinions about a COCO3 System arrangement >>COCO3 with 6309 connected to an Upgraded MPI unit >>Place the Floppy in slot #4, Cloud9 SuperIDE unit with >>a Cloud9 configured CF unit and CFA (CF Adapter). >>I want save files from my Cassette tapes. >>Save files from 5.25 floppy disk. >>Transfer files to the CF or the CFA units >>Use the CF to boot. >>I would like to also use my Drive Wire cable to >>download files (disk images or files) from the internet >>or from my _PC hard drive. >>Do you see any bugs in this conciliation > >John: > > The SuperIDE manual saya to put the floppy controller in > slot 4 and The SuperIDE in slot 3. > > Set the switch on the MPI to slot 3 and power up. If you > select floppy access from the menu, the SuperIDE will switch to the > floppy controller when accessing the floppys. > >-- >Christopher R. Hawks >HAWKSoft >--------------------------------------------------------- >Let's call it an accidental feature. > -- Larry Wall > >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco > > > > >-- >No virus found in this incoming message. >Checked by AVG. Version: 7.5.524 / Virus Database: 269.24.4/1473 - >Release Date: 5/29/2008 7:53 PM -------------- next part -------------- No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.24.4/1473 - Release Date: 5/29/2008 7:53 PM From chawks at dls.net Fri May 30 21:30:56 2008 From: chawks at dls.net (Christopher Hawks) Date: Fri, 30 May 2008 20:30:56 -0500 Subject: [Coco] NitrOS-9 V03.02.07 Release In-Reply-To: <14932C24-6C7F-4D48-AE37-1B039CD8C70D@boisypitre.com> References: 4830EBC3.7070709@gmail.com <483225C3.9030505@gmail.com> <14932C24-6C7F-4D48-AE37-1B039CD8C70D@boisypitre.com> Message-ID: <4840AA50.5040808@dls.net> Boisy Pitre said the following on 05/19/2008 08:54 PM: > Ed, > > Thanks for pointing this out. standard.bl needs to be updated. > > Please note for consistency, the following modules in 3.2.7 will be > renamed in 3.2.8 as follows: > > term_bbt.dt will be term_scbbt.dt > t1_bbt.dd will be t1_scbbt.dd > p_bbp.dd will be p_scbbp.dd Boisy: I finally had a chance to try 3.2.8. You didn't change the descriptor names in the makefile in level1/coco/bootfiles/makefile. It still says p_bbp.dd and t1_bbt.dd and so won't build. -- Christopher R. Hawks HAWKSoft --------------------------------------------------------- "The idea that Bill Gates has appeared like a knight in shining armor to lead all customers out of a mire of technological chaos neatly ignores the fact that it was he who, by peddling second-rate technology, led them into it in the first place." -- Douglas Adams From johnchasteen.2 at juno.com Sat May 31 00:27:23 2008 From: johnchasteen.2 at juno.com (John T Chasteen) Date: Fri, 30 May 2008 23:27:23 -0500 Subject: [Coco] Glenside June Meeting Message-ID: <20080530.232723.2888.6.johnchasteen.2@juno.com> Chris Do you have a CF Adapter that will fit in the SuperIDE connector? I have ordered on from Cloud9 and it should be here in time. Where can I buy locally a 256 meg CF blank card? What brands have you tried.? I think I have some dirty contacts on my MPI. Bob gave me info on correcting this problem. John ____________________________________________________________ Bills adding up? Click here for free information on payday loans. http://thirdpartyoffers.juno.com/TGL2141/fc/Ioyw6i3m3aOkxbNwYQQ607MrXoi7aKdoppChDjksvkQ8DeZPpPmMy1/ From boisy at boisypitre.com Sat May 31 08:06:29 2008 From: boisy at boisypitre.com (Boisy G. Pitre) Date: Sat, 31 May 2008 07:06:29 -0500 Subject: [Coco] NitrOS-9 V03.02.07 Release In-Reply-To: <4840AA50.5040808@dls.net> References: 4830EBC3.7070709@gmail.com <483225C3.9030505@gmail.com> <14932C24-6C7F-4D48-AE37-1B039CD8C70D@boisypitre.com> <4840AA50.5040808@dls.net> Message-ID: <2E1E21F4-C384-43CB-AC70-6CA3DBB9FEE9@boisypitre.com> Chris, I don't see what you're seeing. Here's the output of cvs log on that file: RCS file: /cvsroot/nitros9/nitros9/level1/coco/bootfiles/makefile,v Working file: makefile head: 1.5 branch: locks: strict access list: symbolic names: nos9v030208: 1.5 nos9v030207: 1.4 keyword substitution: kv total revisions: 5; selected revisions: 5 description: ---------------------------- revision 1.5 date: 2008/05/20 01:49:34; author: boisy; state: Exp; lines: +10 -10 Renamed p_bbp.asm to p_scbbp.asm, t1_bbt.asm to t1_scbbt.asm and term_bbt.asm to term_scbbt.asm and adjusted makefiles accordingly Looking in the makefile, I see the correct, new driver names. Are you sure you did a cvs update properly? On May 30, 2008, at 8:30 PM, Christopher Hawks wrote: > Boisy Pitre said the following on 05/19/2008 08:54 PM: >> Ed, >> Thanks for pointing this out. standard.bl needs to be updated. >> Please note for consistency, the following modules in 3.2.7 will be >> renamed in 3.2.8 as follows: >> term_bbt.dt will be term_scbbt.dt >> t1_bbt.dd will be t1_scbbt.dd >> p_bbp.dd will be p_scbbp.dd > > Boisy: > > I finally had a chance to try 3.2.8. You didn't change the > descriptor names in the makefile in level1/coco/bootfiles/makefile. > It still says p_bbp.dd and t1_bbt.dd and so won't build. > > -- > Christopher R. Hawks > HAWKSoft > --------------------------------------------------------- > "The idea that Bill Gates has appeared like a knight in shining > armor to > lead all customers out of a mire of technological chaos neatly > ignores the > fact that it was he who, by peddling second-rate technology, led > them into > it in the first place." > -- Douglas Adams > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco From vchester at setec-cr.com Sat May 31 14:37:23 2008 From: vchester at setec-cr.com (Chester Patterson) Date: Sat, 31 May 2008 12:37:23 -0600 Subject: [Coco] Glenside June Meeting In-Reply-To: <20080530.232723.2888.6.johnchasteen.2@juno.com> Message-ID: <000301c8c34d$5ecf9660$b55a28c4@chester> I purchased 4 256MB CF cards on Ebay for $25 and they work perfect to make backups of the C9 original CF card. /Chester -----Original Message----- From: John T Chasteen [mailto:johnchasteen.2 at juno.com] Sent: Friday, May 30, 2008 10:27 PM To: coco at maltedmedia.com Subject: [Coco] Glenside June Meeting Chris Do you have a CF Adapter that will fit in the SuperIDE connector? I have ordered on from Cloud9 and it should be here in time. Where can I buy locally a 256 meg CF blank card? What brands have you tried.? I think I have some dirty contacts on my MPI. Bob gave me info on correcting this problem. John ____________________________________________________________ Bills adding up? Click here for free information on payday loans. http://thirdpartyoffers.juno.com/TGL2141/fc/Ioyw6i3m3aOkxbNwYQQ607MrXoi7aKdo ppChDjksvkQ8DeZPpPmMy1/ From chawks at dls.net Sat May 31 15:52:05 2008 From: chawks at dls.net (Christopher Hawks) Date: Sat, 31 May 2008 14:52:05 -0500 Subject: [Coco] NitrOS-9 V03.02.07 Release In-Reply-To: <2E1E21F4-C384-43CB-AC70-6CA3DBB9FEE9@boisypitre.com> References: 4830EBC3.7070709@gmail.com <483225C3.9030505@gmail.com> <14932C24-6C7F-4D48-AE37-1B039CD8C70D@boisypitre.com> <4840AA50.5040808@dls.net> <2E1E21F4-C384-43CB-AC70-6CA3DBB9FEE9@boisypitre.com> Message-ID: <4841AC65.8060906@dls.net> Boisy G. Pitre said the following on 05/31/2008 07:06 AM: > Chris, > > I don't see what you're seeing. Here's the output of cvs log on that file: > > RCS file: /cvsroot/nitros9/nitros9/level1/coco/bootfiles/makefile,v > Working file: makefile > head: 1.5 > branch: > locks: strict > access list: > symbolic names: > nos9v030208: 1.5 > nos9v030207: 1.4 > keyword substitution: kv > total revisions: 5; selected revisions: 5 > description: > ---------------------------- > revision 1.5 > date: 2008/05/20 01:49:34; author: boisy; state: Exp; lines: +10 -10 > Renamed p_bbp.asm to p_scbbp.asm, t1_bbt.asm to t1_scbbt.asm and > term_bbt.asm to term_scbbt.asm and adjusted makefiles accordingly > > > Looking in the makefile, I see the correct, new driver names. Are you > sure you did a cvs update properly? Yeah, I updated properly, but, didn't save the original makefile before changing and swapping in my custom one. So the changes were lost. I did all the level 2 makefiles correctly. Now fixed here. Thanks! -- Christopher R. Hawks HAWKSoft --------------------------------------------------------- The good thing about standards is that there are so many to choose from. -- Andrew S. Tanenbaum From chawks at dls.net Sat May 31 15:56:14 2008 From: chawks at dls.net (Christopher Hawks) Date: Sat, 31 May 2008 14:56:14 -0500 Subject: [Coco] Glenside June Meeting In-Reply-To: <20080530.232723.2888.6.johnchasteen.2@juno.com> References: <20080530.232723.2888.6.johnchasteen.2@juno.com> Message-ID: <4841AD5E.7080409@dls.net> John T Chasteen said the following on 05/30/2008 11:27 PM: > Chris > > Do you have a CF Adapter that will fit in the SuperIDE connector? Yes. I'll bring that and a USB adapter so we can make a backup on a laptop as well. > I have ordered on from Cloud9 and it should be here in time. > > Where can I buy locally a 256 meg CF blank card? What brands have you > tried.? I've used Kingston, Kodak, SanDisk, and Qmemory. Tho any more you have to order on-line to get anything that small. I'll bring some along. -- Christopher R. Hawks HAWKSoft --------------------------------------------------------- Ah, young webmaster... java leads to shockwave. Shockwave leads to realaudio. And realaudio leads to suffering. -- Peter da Silva From johnchasteen.2 at juno.com Sat May 31 16:06:25 2008 From: johnchasteen.2 at juno.com (John T Chasteen) Date: Sat, 31 May 2008 15:06:25 -0500 Subject: [Coco] Glenside June Meeting Message-ID: <20080531.150626.3388.0.johnchasteen.2@juno.com> Chester Have we met in person? Do you have a CF Adapter that will fit in the SuperIDE connector? when you saves files or programs, are you able to save NitrOS9 and HDB-DOS on the same CF unit. When you have time, will you describe how you backup your CF units? These activies are new to me and I can use all the possible. John On Sat, 31 May 2008 12:37:23 -0600 "Chester Patterson" writes: > I purchased 4 256MB CF cards on Ebay for $25 and they work perfect to > make > backups of the C9 original CF card. > /Chester > > -----Original Message----- > From: John T Chasteen [mailto:johnchasteen.2 at juno.com] > Sent: Friday, May 30, 2008 10:27 PM > To: coco at maltedmedia.com > Subject: [Coco] Glenside June Meeting > > > Chris > > Do you have a CF Adapter that will fit in the SuperIDE connector? > > I have ordered on from Cloud9 and it should be here in time. > > Where can I buy locally a 256 meg CF blank card? What brands have > you > tried.? > I think I have some dirty contacts on my MPI. Bob gave me info on > correcting this problem. > > John > ____________________________________________________________ > Bills adding up? Click here for free information on payday loans. > http://thirdpartyoffers.juno.com/TGL2141/fc/Ioyw6i3m3aOkxbNwYQQ607MrXoi7a Kdo > ppChDjksvkQ8DeZPpPmMy1/ > > > > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > > From johnchasteen.2 at juno.com Sat May 31 16:09:42 2008 From: johnchasteen.2 at juno.com (John T Chasteen) Date: Sat, 31 May 2008 15:09:42 -0500 Subject: [Coco] Glenside June Meeting Message-ID: <20080531.150942.3388.1.johnchasteen.2@juno.com> Thanks Chris. see you at the Library. Where do you buy your CF 250meg units? John On Sat, 31 May 2008 14:56:14 -0500 Christopher Hawks writes: > John T Chasteen said the following on 05/30/2008 11:27 PM: > > Chris > > > > Do you have a CF Adapter that will fit in the SuperIDE connector? > > Yes. I'll bring that and a USB adapter so we can make a > backup on a laptop as > well. > > > I have ordered on from Cloud9 and it should be here in time. > > > > Where can I buy locally a 256 meg CF blank card? What brands have > you > > tried.? > > I've used Kingston, Kodak, SanDisk, and Qmemory. Tho any > more you have to > order on-line to get anything that small. I'll bring some along. > > -- > Christopher R. Hawks > HAWKSoft > --------------------------------------------------------- > Ah, young webmaster... > java leads to shockwave. > Shockwave leads to realaudio. > And realaudio leads to suffering. > > -- Peter da Silva > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > > ____________________________________________________________ Click to get a free auto insurance quotes from top companies. http://thirdpartyoffers.juno.com/TGL2141/fc/Ioyw6i3m2nsUdIRTHS2xB9EJpN819qUtV4mICWG2GTpfBdroUn9qE5/ From johnchasteen.2 at juno.com Sat May 31 16:40:06 2008 From: johnchasteen.2 at juno.com (John T Chasteen) Date: Sat, 31 May 2008 15:40:06 -0500 Subject: [Coco] HDB-DOS RELEASE 1.1D Message-ID: <20080531.154007.3388.2.johnchasteen.2@juno.com> Mark Is this latest release available oner the internet John ____________________________________________________________ Click to get information on the ultimate Bahamas relaxation vacation. http://thirdpartyoffers.juno.com/TGL2141/fc/Ioyw6i3nJs5xcXI0lBf8XYH1C0l2wgOYNqxt4ZYJJq19CqcOHt5t53/ From johnchasteen.2 at juno.com Sat May 31 17:05:48 2008 From: johnchasteen.2 at juno.com (John T Chasteen) Date: Sat, 31 May 2008 16:05:48 -0500 Subject: [Coco] HDB-DOS RELEASE 1.1D Message-ID: <20080531.160549.3388.3.johnchasteen.2@juno.com> Mark I purchased HDB-DOS last year and it is 1.1B John On Sat, 31 May 2008 15:40:06 -0500 John T Chasteen writes: > Mark > Is this latest release available oner the internet > > John > ____________________________________________________________ > Click to get information on the ultimate Bahamas relaxation > vacation. > http://thirdpartyoffers.juno.com/TGL2141/fc/Ioyw6i3nJs5xcXI0lBf8XYH1C0l2w gOYNqxt4ZYJJq19CqcOHt5t53/ > > -- > Coco mailing list > Coco at maltedmedia.com > http://five.pairlist.net/mailman/listinfo/coco > > From chawks at dls.net Sat May 31 18:00:11 2008 From: chawks at dls.net (Christopher Hawks) Date: Sat, 31 May 2008 17:00:11 -0500 Subject: [Coco] Glenside June Meeting In-Reply-To: <20080531.150942.3388.1.johnchasteen.2@juno.com> References: <20080531.150942.3388.1.johnchasteen.2@juno.com> Message-ID: <4841CA6B.9090107@dls.net> John T Chasteen said the following on 05/31/2008 03:09 PM: > Thanks Chris. see you at the Library. > Where do you buy your CF 250meg units? You can get them from lots of places. The last ones I bought were Qmemory 60x 256Meg from The Flash Memory Store ( www.flash-memory-store.com ) for about $15 a piece. I usually by fast ones 'cause they're only a few bucks more. -- Christopher R. Hawks HAWKSoft --------------------------------------------------------- The trouble with conspiracy theories are that they assume the government is organized. From mark at cloud9tech.com Sat May 31 20:48:46 2008 From: mark at cloud9tech.com (Mark Marlette) Date: Sat, 31 May 2008 19:48:46 -0500 Subject: [Coco] HDB-DOS RELEASE 1.1D In-Reply-To: <20080531.154007.3388.2.johnchasteen.2@juno.com> References: <20080531.154007.3388.2.johnchasteen.2@juno.com> Message-ID: <6.2.5.6.2.20080531194816.0320fa10@cloud9tech.com> Boisy??? At 5/31/2008 03:40 PM, you wrote: >Mark >Is this latest release available oner the internet > >John >____________________________________________________________ >Click to get information on the ultimate Bahamas relaxation vacation. >http://thirdpartyoffers.juno.com/TGL2141/fc/Ioyw6i3nJs5xcXI0lBf8XYH1C0l2wgOYNqxt4ZYJJq19CqcOHt5t53/ > >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco > > > > >-- >No virus found in this incoming message. >Checked by AVG. >Version: 7.5.524 / Virus Database: 269.24.4/1473 - Release Date: >5/29/2008 7:53 PM -------------- next part -------------- No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.24.4/1473 - Release Date: 5/29/2008 7:53 PM From mark at cloud9tech.com Sat May 31 20:51:36 2008 From: mark at cloud9tech.com (Mark Marlette) Date: Sat, 31 May 2008 19:51:36 -0500 Subject: [Coco] HDB-DOS RELEASE 1.1D In-Reply-To: <20080531.160549.3388.3.johnchasteen.2@juno.com> References: <20080531.160549.3388.3.johnchasteen.2@juno.com> Message-ID: <6.2.5.6.2.20080531194907.0320f8c8@cloud9tech.com> John, There was some issues that I don't recall the issues but after doing some long talking to Boisy. He did the detective work and found a problem in the HDB-DOS driver for the IDE Interface. He since has released 1.1D which has proven to work across all CFs that we have now tested. I'm sure we haven't tested all types but a lot of them. Regards, Mark At 5/31/2008 04:05 PM, you wrote: >Mark >I purchased HDB-DOS last year and it is 1.1B > >John > >On Sat, 31 May 2008 15:40:06 -0500 John T Chasteen > writes: > > Mark > > Is this latest release available oner the internet > > > > John > > ____________________________________________________________ > > Click to get information on the ultimate Bahamas relaxation > > vacation. > > >http://thirdpartyoffers.juno.com/TGL2141/fc/Ioyw6i3nJs5xcXI0lBf8XYH1C0l2w >gOYNqxt4ZYJJq19CqcOHt5t53/ > > > > -- > > Coco mailing list > > Coco at maltedmedia.com > > http://five.pairlist.net/mailman/listinfo/coco > > > > > > >-- >Coco mailing list >Coco at maltedmedia.com >http://five.pairlist.net/mailman/listinfo/coco > > > > >-- >No virus found in this incoming message. >Checked by AVG. >Version: 7.5.524 / Virus Database: 269.24.4/1473 - Release Date: >5/29/2008 7:53 PM -------------- next part -------------- No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.24.4/1473 - Release Date: 5/29/2008 7:53 PM From gmajor at videotron.ca Sat May 31 20:54:02 2008 From: gmajor at videotron.ca (Guillaume Major) Date: Sat, 31 May 2008 20:54:02 -0400 Subject: [Coco] New AGI game for the coco: Enclosure Message-ID: Hi coco addicts! Last month I discovered a very good AGI fan made game: Enclosure by Femo Duo Entertainment. Unlike the majority of AGI fan made games, it has good graphics and a good story. This game is so professionally done that it could have been sold commercially. That's why I decided to port it for the coco. The story takes place in an Antartic research station where a group a paranormal experts investigate on strange events. You can download it at: http://goyim.dyndns.org:8080/coco/Sierra.Games/ For fore information about the game and its authors, you can visit the Femo Duo Entertainment web site at: http://home.deds.nl/~femo/ AdventureGamers.com reviewed the game in 2005: http://www.adventuregamers.com/article/id,495 Enjoy! Guillaume From brucewcalkins at charter.net Sat May 31 21:50:11 2008 From: brucewcalkins at charter.net (Bruce W. Calkins) Date: Sat, 31 May 2008 21:50:11 -0400 Subject: [Coco] New AGI game for the coco: Enclosure References: Message-ID: <32144A5CA4B547E49086D27D7425D003@speedy> > Hi coco addicts! > > Last month I discovered a very good AGI fan made game: Enclosure by Femo > Duo Entertainment. Unlike the majority of AGI fan made games, it has good > graphics and a good story. This game is so professionally done that it > could have been sold commercially. That's why I decided to port it for the > coco. > > Enjoy! > > Guillaume Thank you. I hope I can find some time to play some of your work soon. Bruce W. From johnchasteen.2 at juno.com Sat May 31 23:14:35 2008 From: johnchasteen.2 at juno.com (John T Chasteen) Date: Sat, 31 May 2008 22:14:35 -0500 Subject: [Coco] HDB-DOS RELEASE 1.1D Message-ID: <20080531.230311.1716.0.johnchasteen.2@juno.com> How can I determine what version was placed on my Cloud9 configured CF unit? I have 3 pre-configured CF units one With 1.1D and two with 1.1 (Unknown revision). I also have a 1.1B 5.25 inch diskette. John On Sat, 31 May 2008 19:48:46 -0500 Mark Marlette writes: > > Boisy??? > > At 5/31/2008 03:40 PM, you wrote: > > >Mark > >Is this latest release available oner the internet > > > >John > >____________________________________________________________ > >Click to get information on the ultimate Bahamas relaxation > vacation. > >http://thirdpartyoffers.juno.com/TGL2141/fc/Ioyw6i3nJs5xcXI0lBf8XYH1C0l2 wgOYNqxt4ZYJJq19CqcOHt5t53/ > > > >-- > >Coco mailing list > >Coco at maltedmedia.com > >http://five.pairlist.net/mailman/listinfo/coco > > > > > > > > > >-- > >No virus found in this incoming message. > >Checked by AVG. > >Version: 7.5.524 / Virus Database: 269.24.4/1473 - Release Date: > >5/29/2008 7:53 PM >