read new nonstop follow 87539 25-MAY 18:10 Telecom (6809) RE: InfoExpress (Re: Msg 87506) From: PAUL8 To: JOHNREED I was at the fest also, applause. Really enjoyed it. Paul -*- 87550 25-MAY 21:16 Telecom (6809) RE: InfoExpress (Re: Msg 87506) From: DSRTFOX To: JOHNREED Car trouble??? MY car is in pieces waiting to be put back together at the shop.... broke a ring (compression) and had one hell of a time finding another! Couldn't get it before the fest so I rented a car to drive the 2000 mile round trip in. Only $200!! But I got there! Now I just found and ordered the ring.... should be back in the seat of the Rambler in another week or so, unleeI find SOMETHING ELSE that needs to be fixed while the motor is opened up again!! The probelm that lead to this is a long story.... will leave that out!! -*- 87642 29-MAY 23:06 Telecom (6809) RE: InfoExpress (Re: Msg 87550) From: PAUL8 To: DSRTFOX Where did you get a deal like that? $200 for 2000 miles! Paul (paul8) -*- 87671 31-MAY 20:44 Telecom (6809) RE: InfoExpress (Re: Msg 87642) From: DSRTFOX To: PAUL8 Of all palces, AVIS was the cheapest! They charged me $186 for a Chevy Cavalier 2 door for a week with unlimited miles. I told them I'd be bringing it back a day or two early, but with 2000 miles on it! I figure it actually only cost me about $140-$146.... the Rambler would have probably used that much more gas!! Don't listen to those guys with names like "Budget" and "Economy"..... I don't know WHERE they got their names from! The closest was about $240 from one of those for nearly the same car... or smaller!!! -*- 87711 2-JUN 19:41 Telecom (6809) RE: InfoExpress (Re: Msg 87671) From: PAUL8 To: DSRTFOX (NR) I am not surprised with Avis. Think also Hertz has something also. Budget and Economy, I have learned to forget them some time ago. Am thinking of either driving, taking the train, or mabey take a week's vacation for the next fest. Paul -*- End of Thread. -*- 87540 25-MAY 18:10 System Modules (6809) RE: Ramdisk problems (Re: Msg 87507) From: PAUL8 To: JRUPPEL Agree with you on the fest. One of the best ever. Paul -*- 87541 25-MAY 18:10 General Information RE: Fest (Re: Msg 87508) From: PAUL8 To: REVWCP Nice to put a name with a face. You said what I was going to say. The only thing I did not like about it was transportation for I do not have an auto. Outside of that perfect, just perfect. Paul -*- 87542 25-MAY 18:11 General Information RE: Fest (Re: Msg 87509) From: PAUL8 To: JRUPPEL The fest was more than expected. I would like to make it to Atlanta, but it conflicts with a prior committent (have a feeling there is an error there). But Chicago next year. Paul -*- 87551 25-MAY 21:16 General Information RE: Fest (Re: Msg 87517) From: DSRTFOX To: REVWCP The fest would not be the same without the monk of the Order of CoCo.... -*- End of Thread. -*- 87543 25-MAY 18:11 General Information RE: Colani Mouse (Re: Msg 87514) From: PAUL8 To: JEJONES I flew from Boston to Chicago. The plane got in 1/2 hr early at Chicago, transportation from the airport to the hotel was made at the airport, only a 10 minute wait, transportation from the hotel to the airport - the gent was 1/2 hr early, got on an earlier flight than I had expected, plane got into Boston early, missed a front that went thru Boston. All this plus the fest was one of the best ever. The location is a different story. I hope to go in '95. Atlanta this year I can not make. All in all it was great. And the weather was great also. Paul -*- 87547 25-MAY 19:45 General Information RE: Colani Mouse (Re: Msg 87527) From: COLORSYSTEMS To: JOHNREED > We had fun too, James and I know why you reported no traffic > problems. EVERY traffic cone and EVERY construction company > in the State of Illinois was placed along the highways > between Elgin and the Michigan Line. And every traffic cone in Indiana was between Lafayette and Indianapolis, and every traffic cone in Kentucky was between Cincinatti and Lexington!! ;-) ------------------------------------ Zack C Sessions "We did not inherit the Earth from our Ancestors, we borrowed it from our descendants." Ancient proverb -*- End of Thread. -*- 87544 25-MAY 19:32 General Information RE: hi! (Re: Msg 87454) From: KSCALES To: ILLUSIONIST > I am really surprised that no-one has written > one for Osk, I can see why people havent bothered for the CoCo, it has a > windowing system, and not many people use it from a terminal.. Mike - The Unix utility 'screen' has been ported over to OSK, and allows use of many virtual terminal sessions, in full-screen mode (for termcap and terminfo-based applications). I believe there is a version here in the database, but recent versions of SCF limit it to only 2 or maybe 3 sessions. Bob van der Poel has posted a couple of updated versions (latest update a week or so ago) over on CIS that fixes this problem. I also use 'screen' on my HP-UX account when dialed into the office, so that I can switch between several different sessions. However, performing this screen switching is a bit more complicated than just maintaining an array containing a virtual screen. The utility must interpret all of the appropriate (termcap) control codes for cursor positioning, character attributes, etc. (Essentially, it needs to emulate the native display characteristics, capturing this information, and "re-playing" it whenever a specific screen is selected.) Regards... / Ken -------------------------------------------------------------------------- Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237 =-=-=-=-=-= Intel: Putting the backward in backward compatible =-=-=-=-=-= -*- 87545 25-MAY 19:32 General Information RE: Looking for Bill Wittman (Re: Msg 87504) From: KSCALES To: KEITHBAUER > I am looking for Bill Wittman's Email address. Here on Delphi, CIS or > the internet is fine. Hi, Keith - The last address I captured for Bill (using InfoXpress' "I"nfo command - really handy!) was: IN%"WW2150@ACSPR1.acs.brockport.edu";Bill (William) Wittman BTW, got your email, and will try to reply tonight. Got back from the Fest Monday, then headed off to Montreal for the Pink Floyd concert on Tuesday (ears are still ringing...), so I'm just catching up on a backlog of messages. Cheers... / Ken -------------------------------------------------------------------------- Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237 =-=-=-=-=-= Intel: Putting the backward in backward compatible =-=-=-=-=-= -*- 87546 25-MAY 19:32 General Information RE: Memory management (Re: Msg 87525) From: KSCALES To: MROWEN01 > I have a text file I want to edit. It's 184K. When I do a mfree I > get a total free memory of 384k, but I get a 207 error when I try to > edit the file. My editor is already loaded into RAM at this point. Hi, Mike - I don't believe that any of the currently available Level 2 editors allow you to load more than about 53K into the buffer at a time, although I did hear of one (private/undistributed) that used VRN to allow this. There is a viewer ("vu" or "view"???) that will allow browsing of large files. To handle large files, you will either have to have to use a file splitting utility, or else use an editor (such as DynaStar) that loads a portion of the file at a time into the edit buffer, then lets you write that section back to disk and load in the next section. Works OK (I used DynaStar for many years under L2), though you cannot go backwards to edit previous sections without writing everything back out to disk, and opening the file again at the beginning. Regards... / Ken -------------------------------------------------------------------------- Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237 =-=-=-=-=-= Intel: Putting the backward in backward compatible =-=-=-=-=-= -*- 87555 25-MAY 23:18 General Information RE: Memory management (Re: Msg 87546) From: COLORSYSTEMS To: KSCALES > I don't believe that any of the currently available Level 2 editors allow > you to load more than about 53K into the buffer at a time, although I did Hey, Ken! I thought VED could edit up to a 56K file. > hear of one (private/undistributed) that used VRN to allow this. There > is a viewer ("vu" or "view"???) that will allow browsing of large files. I think it was called peruse. ------------------------------------ Zack C Sessions "We did not inherit the Earth from our Ancestors, we borrowed it from our descendants." Ancient proverb -*- 87570 26-MAY 22:07 General Information RE: Memory management (Re: Msg 87555) From: JOHNBAER To: COLORSYSTEMS Zack, > Hey, Ken! I thought VED could edit up to a 56K file. Yep! The CoCo 3 version I last used gave you 55/56K.. And Bob included his Vsplit program that let you break up a text file in either number of parts, or number of `K' you wanted. I use to use 30K.. a good round number. -- John - *** Posted with Ved 2.3 & IX 1.0.1 *** -*- 87605 28-MAY 19:31 General Information RE: Memory management (Re: Msg 87534) From: DBREEDING To: MROWEN01 RE: too big text files... Ved has the utility "vsplit"(?) which will automatically break the file down into smaller fragments. It is a little trouble, but it will work. Microware's "scred" will handle the entire file, reading in whatever mem. will hold (about 36k max), don't hit me Bob VDP :-). Also "edit" which comes with the system will, but edit is awful to work with. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- End of Thread. -*- 87548 25-MAY 19:46 General Information RE: Rat Shack special (Re: Msg 87535) From: COLORSYSTEMS To: COCOKIWI > Why a Pro-43? I got a Pro-46? Cheeeeeperon sale!$183.95.. I wanted the top of the line. That was the PRO-43. (in the hand held line) And I had a credit limit of $500, more than enough to get the PRO-43. ------------------------------------ Zack C Sessions "We did not inherit the Earth from our Ancestors, we borrowed it from our descendants." Ancient proverb -*- 87552 25-MAY 22:35 General Information RE: Rat Shack special (Re: Msg 87523) From: PAUL8 To: COLORSYSTEMS I do not recall getting one and I have been a good customer too. Paul N1LRT -*- End of Thread. -*- 87549 25-MAY 20:29 General Information RE: OS9000 COPY (Re: Msg 87526) From: PHILSCHERER To: COLORSYSTEMS Hi Zack--thanks for the reply. I will try the -d but I thought that if a file cant be found I would get a 216??? -*- 87557 25-MAY 23:33 General Information RE: OS9000 COPY (Re: Msg 87549) From: COLORSYSTEMS To: PHILSCHERER Is different with load as it does a link first which has different return codes on error. ------------------------------------ Zack C Sessions "We did not inherit the Earth from our Ancestors, we borrowed it from our descendants." Ancient proverb -*- 87579 27-MAY 18:11 General Information RE: OS9000 COPY (Re: Msg 87557) From: PHILSCHERER To: COLORSYSTEMS As always, thanks for the info Zack! -*- End of Thread. -*- 87553 25-MAY 22:51 General Information Memory management From: MROWEN01 To: ALL Thanks, those of you who answered my former questions. Who can tell me in detail what I'm actually looking at when I issue an mfree command? -Mike -*- 87606 28-MAY 19:32 General Information RE: Memory management (Re: Msg 87553) From: DBREEDING To: MROWEN01 > Thanks, those of you who answered my former questions. Who can tell me in > detail what I'm actually looking at when I issue an mfree command? You are looking at the actual - shall I say "extended" - memory available to the system. That is memory left free for additional use. However, as has been said before, a process can only utilize 64k for itself, that is the program AND all data(variables) it uses. Of course you can "cheat" and get more, actually what you are doing is "peeking" into another process's address space. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- End of Thread. -*- 87554 25-MAY 23:16 Programmers Den fest From: WDTV5 To: ALL Well, I see lots of folks did make it to the fest. Wish I coulda been there too. Snif. However I have a Q for those who did make it. Who was actually there with the new Umuse3? I haven't talk to Ed Hathaway now in several months, at which time he promised me a new copy (I paid the full price again) when Ragtimer said it was ready to go again. That was about a year ago now, or maybe even longer! So who was there showing Umse3? I'm fairly patient, but this has drug on for entirely too long! Cheers All, Gene -*- 87558 25-MAY 23:33 Programmers Den RE: fest (Re: Msg 87554) From: COLORSYSTEMS To: WDTV5 CoCo or MM/1 version? ------------------------------------ Zack C Sessions "We did not inherit the Earth from our Ancestors, we borrowed it from our descendants." Ancient proverb -*- 87561 26-MAY 01:45 Programmers Den RE: fest (Re: Msg 87558) From: MITHELEN To: WDTV5 Mike Knudsen (RagTimer) Himself was there, vending UMuSe through the Hawksoft booth. -- Paul -*- 87565 26-MAY 17:04 Programmers Den RE: fest (Re: Msg 87554) From: JEJONES To: WDTV5 > However I have a Q for those who did make it. Who was actually > there with the new Umuse3? Dr. Michael Knudsen himself. It was good to see him again, though I'd hoped that Ed Hathaway would be there too. Opinions herein are solely those of their respective authors. Clipper Chip: Big Brother Inside -*- 87567 26-MAY 19:31 Programmers Den RE: fest (Re: Msg 87565) From: COLORSYSTEMS To: JEJONES > Dr. Michael Knudsen himself. It was good to see him again, though > I'd hoped that Ed Hathaway would be there too. Yah, it was good to see Mike again, and we all missed Ed. btw, did you hear that Ed called the fest? He called for Dave Barnes in the hotel bar on Friday night! ------------------------------------ Zack C Sessions "We did not inherit the Earth from our Ancestors, we borrowed it from our descendants." Ancient proverb -*- 87578 27-MAY 07:14 Programmers Den RE: fest (Re: Msg 87567) From: JEJONES To: COLORSYSTEMS > btw, did you hear that Ed called the fest? > He called for Dave Barnes in the hotel bar on Friday night! Wow! I like it! I couldn't deal with the smoke in the bar, so I must've missed it. I hope that people passed on collective best wishes Ed's way. Opinions herein are solely those of their respective authors. Clipper Chip: Big Brother Inside -*- 87588 27-MAY 23:49 Programmers Den RE: fest (Re: Msg 87558) From: WDTV5 To: COLORSYSTEMS OS-9 CoCo. Cheers Zack, Gene -*- 87589 27-MAY 23:54 Programmers Den RE: fest (Re: Msg 87561) From: WDTV5 To: MITHELEN Yeah, but when I call him, he always refers me to Ed. Hathaway. And Ed is very fussy about what time of the day/nite you try to call him, and while denying it, is doing his darndest to convince me I'll never see the upgraded Umuse3 that I sent him the money for back in March of '92! This is now the middle of '94 unless my watch went south. Not much you can do tho, so I shouldn't waste much more of your time about it, I've just poured about $60 into a black hole. Cheers, Gene -*- 87595 28-MAY 10:46 Programmers Den RE: fest (Re: Msg 87589) From: COLORSYSTEMS To: WDTV5 > Yeah, but when I call him, he always refers me to Ed. Hathaway. And Ed is > very fussy about what time of the day/nite you try to call him, This is because Ed works from about 11PM every weekday evening until about 10AM (or sometimes later, in the morning. If I worked those hours, I'd be picky about what times people called me as well. ------------------------------------ Zack C Sessions "We did not inherit the Earth from our Ancestors, we borrowed it from our descendants." Ancient proverb -*- 87596 28-MAY 10:46 Programmers Den RE: fest (Re: Msg 87588) From: COLORSYSTEMS To: WDTV5 > OS-9 CoCo. Cheers Zack, Gene Too bad. If it were the MM/1 version, I'd simple mail you the upgrade myself. I do not own the commercial version for the COCO. I cannot speak for Ed as to why he has been lax in filling your order, but I can say I have known Ed personally for 4 years and everything dealing I have had with him was extremely pleasent. I even spent several hours in his van with him and Paul Ward two years ago sharing a ride to the Chicago fest. While some of our ideological ideas differ, he was quite a pleasent person to get to know. ------------------------------------ Zack C Sessions "We did not inherit the Earth from our Ancestors, we borrowed it from our descendants." Ancient proverb -*- 87613 28-MAY 22:48 Programmers Den RE: fest (Re: Msg 87596) From: WDTV5 To: COLORSYSTEMS I agree, Zack. The conversations I've had have all been pleasant. It's just that I'd like to get the program/upgrade before I shut the CoCo down forever. Which, while I hate to say it, may eventually happen. At the instant, I'm doing this on an Amiga 2000-020. The reason I'm hesitant about shutting the OS-9 machine off for good is that I know enough about OS-9 to make it do anything the hardware is capable of. Unfortch, so far the ability to record from a midi source seems to have eluded the 6809 world, while virtually ANY music program for the Amiga can record a midi performance direct to the hard drive in real time. I intend to transfer the music I do have on the CoCo over to the Amiga by simply running the midi output of the coco over to the Amiga, just as if it was a null modem cable. The main prob;lem is the relative cost of the programs, DMusic is in the $80 area, makes very nice screens BUT can't stay up with the music in its on-screen display. Maybe with a 25-33 mhz 040 cpu, but not with this 14 mhs 020. Bars & Pipes does the screen in a different format that non-music-reading types seem to find works ok. Either one can turn your music into some awful nice printed copy. ALL THE cabling to do that is an adaptor for the seriel port thats usually someplace in the $40-$80 area depending on what other bells and whistles you might want, one of the $65 ones even having an 8 bit digitizer built right into it! Now admittedly you wouldn't want to listen to that 8 bit sound on your $2500 audio in the living room, but for previews on a pair of 3" boxes sitting beside your trusty 8515, its pretty good. Whew! I wrote all that? Cheers Zack, Gene -*- End of Thread. -*- 87556 25-MAY 23:26 General Information RE: lha/Nitro (Re: Msg 87520) From: VE3DAC To: WDTV5 If you changed shell+ so that there wasn`t a memory conflict with data for some programs, on occasion other programs showed up designed for shell.original where the the opposite occured. I picked up the disk catalogue from Bob Van Der Poel recently and it won`t run unless the command line has #8k added. What we have here is some little anomoly in one Nitro module, hard to find which one. Lha is working fine in 6809 mode. So when I use lha I reboot to non-Nitro. Merv -*- 87587 27-MAY 23:48 General Information RE: lha/Nitro (Re: Msg 87556) From: WDTV5 To: VE3DAC Thats possible I spose. I think (theres that word again) that my shell+ is indeed set for a 256 byte defau;lt, rather than the 8k of the original. Or was before it got Nitro'ed. Humm, I guess I need to recheck some stuffs at the first opportunity. Cheers Merv, Gene -*- End of Thread. -*- 87559 26-MAY 00:42 General Information Commodore Monitors From: CHARLESAM To: ALL I recently heard that Commodore Monitors work on the coco, that they're actually magnavox 515s. What I need to know is do they connect up with our cocos with or without altering the cable. If the cable needs to be altered, what exactly has to be done? Any help will be greatly appreciated. BTW, the Fest was a blast. If they have it again next year, I'll be there. Charlie -*- 87566 26-MAY 19:22 General Information RE: Commodore Monitors (Re: Msg 87559) From: MRUPGRADE To: CHARLESAM Seeing the "quote" Commadore or Amiga Monitors,, I'm nearly shure they are Mag monitors. Donno if the pin configuratiion is the same for sure,, but The Amiga plugfgs right into a Mag 515. So it could be. Having An Amiga,, I use theh Mag monitor. and wouldn't have a Commafore,, I think thye call it a 1040 GS. The Mag has more plugs,, more compatible to more Computers, etc. Til then,,, Terry Simons -*- 87573 26-MAY 23:38 General Information RE: Commodore Monitors (Re: Msg 87566) From: CHARLESAM To: MRUPGRADE Thanx Terry, I'll order the amiga monitor then. There is a place in N.J. that specializes in Commadore/Amiga stuff. For those who might be interested the address is RMS/16 Maybrook Dr./ Maywood , N.J. 07607 Phone 201 8433116. The only thing I'm interested in is the monitor. Charlie -*- 87576 27-MAY 01:15 General Information RE: Commodore Monitors (Re: Msg 87566) From: COCOKIWI To: MRUPGRADE Me thinks! the Monitor was the Next one UP with STEREO speakers ? later model...BUT was a Maggot box! I have two,515,s..and have the manual service data on Em!those used a bigger DIN plug!..there was no prov for Audio in the 515 in the socket..... Dennis -*- 87590 28-MAY 00:04 General Information RE: Commodore Monitors (Re: Msg 87573) From: MRUPGRADE To: CHARLESAM How much ar e they asking?? Mag 135's can be found in th Computer Shopper,, usually about $260- $270 + Shipp of course. And oyou'll have more virsatility then the Amiga model. Kinda like RS,, it's made special to fit their machines,, to heck with everyone elses. Til then,,, Terry Simons -*- 87591 28-MAY 00:09 General Information RE: Commodore Monitors (Re: Msg 87576) From: MRUPGRADE To: COCOKIWI The newer 135's that replaced theh 515's have stereo or two speaker s and sound inputs. But then I wouldn't recommend a monitor speaker foro quality sound anyway. If you see a 515,, new? It's gotta be a rebulit, returned item. They haven't been made for years. and too theh 135's vary with din & square inputs,, for some reason. I have two,, each with a different type input. Til then,,, Terry Simons -*- 87597 28-MAY 13:50 General Information RE: Commodore Monitors (Re: Msg 87591) From: JRUPPEL To: MRUPGRADE I just picked up a PCjr monitor that I'm gonna try to rewire for the Coco. I'll keep y'all posted as to how the whole deal turned out. I picked it up for $50 at a local computer outfit that was selling out all of their used gear. For any who are interested, BTW, there is a file in the hardware section of the Coco SIG on hacking the PCjr for the Coco (by Marty Goodman). I'm gonna give it the ol' college try! John Ruppel nsing Area CCUG -*- 87607 28-MAY 19:32 General Information RE: Commodore Monitors (Re: Msg 87573) From: DBREEDING To: CHARLESAM Won't a Magnavox 1cm135 work? If so, Midwest Micro sells them for $249 Their phone # is 800-552-8080 Address: 6910 U.S. Rt. 36 East Fetcher OH, 45326 -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 87610 28-MAY 21:08 General Information RE: Commodore Monitors (Re: Msg 87559) From: LMCCLURE To: CHARLESAM "I recently heard that Commodore Monitors work on the coco, that they're actually magnavox 515s." One or more versions of the Commodore 1084/1084s were essentially rebadged Magnavox 8CM515's, but ADDED the chroma/luma inputs the 8CM515 lacked. However, Magnavox's own 1CM135 had everything the version of the 1084s that mirrored it had (including the stereo sound support and chroma/luma jack). Older Commodore monitors, such as the 2002 and the 1080 (like the two I have) have no resemblance to any Magnavox monitor I have ever seen. I know for a fact that my 1080 was not manufactured by Magnavox, nor its parent company, Philips, as the label on the back says so. Seriously, Shinjyo General Company, Inc. of Japan was the manufacturer of my 1080's (and likely all 1080's). -*- 87611 28-MAY 21:08 General Information RE: Commodore Monitors (Re: Msg 87566) From: LMCCLURE To: MRUPGRADE "The Mag has more plugs,, more compatible to more Computers, etc. " Actually, if you compare the first 1084 to it's Magnavox contemporary, the 8CM515, you will find that 1084 has more jacks...specifically, the one that allows split chroma/luma input. The 1CM135 has this, but the 8CM515 only supported RGB (digital and analog) and composite. The same is true if you compare a Commodore 1902A to the Magnavox 8CM562. (I think I got the numbers right). Essentially, the 1CM135 was the first Magnavox monitor to support split chroma/luma (S-video) inputs, while all the 15.75Khz-only color Commodore monitors had it. (Commodore has also sold a few multi-syncs and mono monitors, so I had to be specific). -*- 87616 28-MAY 23:11 General Information RE: Commodore Monitors (Re: Msg 87607) From: CHARLESAM To: DBREEDING Thanx, I'll give them a ring come Tuesday. Charlie -*- 87617 28-MAY 23:14 General Information RE: Commodore Monitors (Re: Msg 87610) From: CHARLESAM To: LMCCLURE I'm glad I mentioned this, now I know the exact model I need, 1CM515. Really, thanx for your help. Charlie -*- 87619 28-MAY 23:45 General Information RE: Commodore Monitors (Re: Msg 87590) From: DSRTFOX To: MRUPGRADE Not so on the Amiga monitor Terry! I have a 1084 (the 1040 you referred to was the ultra low cost job, sort of like a CM-8) that I've used for years now. It is IDENTICAL to the 8CM515 except that an additional jack and switch is on the back to allow using spilt composite input (ala c-64/128) as wall as standard composite. The 1084S (what I have) is stereo in that it has dual speakers and input javks for them, but no amp. -*- 87620 28-MAY 23:49 General Information RE: Commodore Monitors (Re: Msg 87619) From: DSRTFOX To: CHARLESAM The Amiga model number is 1084 or 1084S. The S is for stereo.. it has two speakers instead of one, but no amp. I use a y cable I made to route the CoCo sopund through both speakers at the same time. Sounds nearly stereo anyway! The mnonitor you saw in my b ooth (one of them, anyway!) was a Commodore 1084S!!! (the oone with the glare guard, if you remember). -*- 87623 29-MAY 03:20 General Information RE: Commodore Monitors (Re: Msg 87619) From: MRUPGRADE To: DSRTFOX I stand corrected. a set of speakers & X 9" black,, w/amp and equalizer,, controlls on theh left speaker/ blaance and all foro only $100. Though long discontinued,, this was the best sound you could get without a full system. I have them on my Amiga,,, and lemme tell ya,, they make it get up and sing! Til then,,, Terry Simons -*- 87626 29-MAY 09:04 General Information RE: Commodore Monitors (Re: Msg 87620) From: CHARLESAM To: DSRTFOX I called a place called RMS in NJ. and they said they could get me one. They're supposed to call back Tuesday. Lets see what happens. Charlie -*- 87637 29-MAY 17:33 General Information RE: Commodore Monitors (Re: Msg 87619) From: LMCCLURE To: DSRTFOX "(the 1040 you referred to was the ultra low cost job, sort of like a CM-8)" I've never seen a Commodore monitor with the "1040" model number (in fact, I don't recall any of their monitors having a model number below 1701, except for the rather rare CM-141). Were you by any chance referring to the 1080? If so, I take exception to the "ultra low cost job" remark, partly because I own two of 'em. -*- 87638 29-MAY 17:35 General Information RE: Commodore Monitors (Re: Msg 87617) From: LMCCLURE To: CHARLESAM "I'm glad I mentioned this, now I know the exact model I need, 1CM515." Uh...one of us mixed up model numbers. The 1CM135 was the latest Magnavox monitor the Commodore 1084s was based on, and the 8CM515 was the earlier model. The 1CM135 is no doubt the one you want. I will check my original message and make certain I said what I meant to say! Yep...I got it right in message #87610. -*- 87643 29-MAY 23:17 General Information RE: Commodore Monitors (Re: Msg 87638) From: CHARLESAM To: LMCCLURE Thanx much, I'm in process of ordering one. Suppose to hear Tuesday if vendor can provide said monitor. Charlie -*- 87649 30-MAY 20:20 General Information RE: Commodore Monitors (Re: Msg 87643) From: WDTV5 To: CHARLESAM I thot I'd jump in here re the commie monitor discussion. I do in fact have the service man for the 1084s thats being talked about, it is in fact made by NAP (Maggie), and major parts of the pcb are identical to the older Maggie 8CM515 we've all used for years on our coco's. I am in fact running the 8CM515 here on the coco, and on the next desk to the left on a commie 2000-020. Other than the flicker if you run it interlaced on the commie, its a great monitor. This service man is now 5 years old, so commie may have changed suppliers at some point, but all of the 1084S's we have at the tv station are Maggies. Other than an occasional cold solder joint where the inputyt jack tugs on the edge of the pcb, we have had zip probs with them. My CoCo's 515 is now 8 years old, the commies 515 probably 9 or 10 as its in fact Dennie Skala's old monitor! The 1CM135 is the next unit newer in that same series, and so far as I know, funcionally identical. Cheers - Gene -*- 87653 30-MAY 22:31 General Information RE: Commodore Monitors (Re: Msg 87649) From: CHARLESAM To: WDTV5 Thanx Gene. Sounds like the wat to go! I got big headaches tonight. I'm incorporating Nitros9 patches to my system, been at it all day. I got my bootfile squared away finally and was fixing grfdrv with a patch. Well, ... I forgot to set the attr to e pe. Now I can't get into my hard drive cause grfdrv will not load, nor will gfx2 which is merged with grfdrv. Result= FAILED. Now I have to dig around for all the cmds and utils necessary to make a new bootdisk that has /dd = /d0 and change cc3go to look for startup on /d0. In this boot I'll include my HDisk and H0 so after it boots, I can chd /h0 and fix the problem. Not tonight for sure... If you knew the mess my floppy files are in, your know this is a major job. HELP!!! Later Gene Charlie -*- 87660 31-MAY 01:10 General Information RE: Commodore Monitors (Re: Msg 87591) From: COCOKIWI To: MRUPGRADE as far as I know the 135 was put out for the Amegia..since it had stereo! I remember back when "Battle Chess" came out.the store display was one! Dennis -*- 87664 31-MAY 02:33 General Information RE: Commodore Monitors (Re: Msg 87653) From: MITHELEN To: CHARLESAM Heh.. I was helping a friend install nitro this weekend, and ran into almost the exact same thing... a problem with grfdrv... my solution was to grab the stock OS-9 Level 2 Boot disks, boot up with them, then load thard disk driver/descriptor off the distribution disk that they cam on ( Burk and burk setup, had to also make the descriptor with the "ddmaker" program" then I just iniz /h0; chd /h0; chx /h0/cmds... and then fixed what I messed up... My friend through we were REALLY screwed. Only took about 5 minutes to "recover" to a usable state. I ran outa time,` so didn't get to finishing the nitro installation... One thing I got to say for nitro... it is not the easiest thing to install. and is perhaps the most confusing thing I ever worked with... Especially cause the install program options don't do exactly what they say. It also is REALLY picky on what the modules are that it is going to patch. -*- 87669 31-MAY 20:35 General Information RE: Commodore Monitors (Re: Msg 87660) From: LMCCLURE To: COCOKIWI "as far as I know the 135 was put out for the Amegia.. since it had stereo!" It also made a great monitor for the Atari STe series, since they added stereo sound. In fact, Atari sold a 'stripped down' version of the Magnavox 1CM135 under the Atari name as the SC1435. (Unlike the Commodore version, it was inferior to the 1CM135, in that it lacked both the composite and split video inputs, and AFAIK, did not handle RGBI, either...just RGB analog). -*- 87670 31-MAY 20:36 General Information RE: Commodore Monitors (Re: Msg 87637) From: DSRTFOX To: LMCCLURE Hmmm... I think I had to be referring to the 1080 then. I meant it was lower cost/quality than the 1084, actually, since it has a larger dot pitch, more like the CM-8 than the 1084/Maggie '515. -*- 87677 31-MAY 21:21 General Information RE: Commodore Monitors (Re: Msg 87664) From: CHARLESAM To: MITHELEN If you have a hard time with it, imagine what I'm going thru. I must have made 20 or more bootdisks and still no luck. I got back to my HD the hard way by making a new bootdisk that load grfdrv from /d0. I'll keep a couple of copies handy for future blunders. I'm starting to believe its a joke. 'Nitros9 I mean. I have all my modules patched that can be patched and still fail. I took out os9p3 cause I couldn't find a patch. I did notice that since grfdrv was patched, my Klondike has noticably increase speed in which it puts up a new screen, like BAM! There it is. If the rest of the stuff works like that, it might well be worth the effort I'm investing. Its just that I'm starting to feel I'll never get it right, never get it to boot. Frustration, plain and simple. I'm sitting here with reams of printouts, dozens of disks, most unlabeled, and I don't have any idea where to go from here. I think I'll clean up the mess and put it aside for a few days. I can't do anymore now. For those of you out there that succeeded with the updates, maybe you can shed some light on the problems you overcame. Any ideas or suggestions are welcome here. Thanx Paul, and thanx anyone who decides to help. Charlie -*- 87685 31-MAY 23:47 General Information RE: Commodore Monitors (Re: Msg 87670) From: LMCCLURE To: DSRTFOX Well, actually, I would match the video quality of my 1080 against a 1084 or Magnavox 8CM515 or 1CM135 any day of the week. The dot pitch is .42mm as I recall. The 2002 looked the same, but always struck me as being lower quality...perhaps it had a lower pitch tube? -*- 87692 1-JUN 20:50 General Information RE: Commodore Monitors (Re: Msg 87685) From: DSRTFOX To: LMCCLURE Heck, why did you have to mention the 2002? It seems NOW, that I recall the 1080 as being directly before the 1084, with little quality difference and some minor changes. They DID make a lower quality RGB monitor for the Amiga though... I'm assuming the 500... I was thinking the 1080 was it, but heck, I've been so darn busy lately I haven't had time to check anything !!! -*- 87708 2-JUN 05:29 General Information RE: Commodore Monitors (Re: Msg 87677) From: WAYNETHOMPSO To: CHARLESAM I can understand the difficulties you are haveing. I went through the same thing when I was trying to patch OS9 with just the normal patches (via the patch OS9 disk). After that lesson, when I got NitrOS9 I got myself organized before I tried anything. ie. Created a boot disk with hard drive descriptors but with the floppy as dd /dd I also formatted bunch of disks to plenty of blanks ready to go, and I also found a fantastic time/frustration saver, a product called ErasaLabel. I has It is a special label and pen that erase with alchohol. VERY Handy! Anyway, it is frustrating but in the end it WILL be worth it. Nitro is faster and smootherthan stock os9 and you will end up wondering how you got along without it! Wayne -*- 87715 2-JUN 20:38 General Information RE: Commodore Monitors (Re: Msg 87708) From: CHARLESAM To: WAYNETHOMPSO (NR) I finally did it! I had to start over and yeah, plenty of preformatted disks. I even cleaned my table off before I began. I did as you with the DD but it still get up to HD via CC3Go. Can you run any games. I crash if I try to put up a game. I'll make a separate boot for games. The patch to grfdrv is enuf to speed up graphics enormously. THanx for the input and encouragement. Charlie -*- End of Thread. -*- 87560 26-MAY 01:35 Telecom (6809) RE: 9600 (Re: Msg 87536) From: MITHELEN To: JEVESTAL You first step is to verify that hardware handshakeing is taking place. Get a RS-232 line status indicator. If you don't see the RTS lite going off and on along with the RD light, then something is wrong with your modem setup, or the RS-232 port/setup. -*- 87563 26-MAY 08:43 Telecom (6809) RE: 9600 (Re: Msg 87560) From: JEVESTAL To: MITHELEN > You first step is to verify that hardware handshakeing is taking place. > Get a RS-232 line status indicator. If you don't see the RTS lite going > off and on along with the RD light, then something is wrong with your > modem setup, or the RS-232 port/setup. I don't have a line status indicator, if they are cheap (Radio Shack?) then I may pick one up. In the meantime assuming that handshaking is taking place then what? By the way I have tried downloading to a ramdisk too, but ymodem at 9600 yeilds about 450 or less cps. Is PROTOCOL:LAPM (V-42 LAP-M Error Correction) the same as handshaking? Usually my modem responds with this message. Jim -*- 87564 26-MAY 16:31 Telecom (6809) RE: 9600 (Re: Msg 87563) From: ISC To: JEVESTAL Jim, I thought I would jump in here because I want to learn all I can to facilitate my own move to a higher speed modem when it comes. "Handshaking" is the term used for the exchange of signals which takes place during a transmission between two modems. You can monitor this process by purchasing an RS-232 "mini-tester" from Radio Shack for only a few bucks (I am sure mine was less than $5). The "mini-tester" plugs in to your RS-232 output plug on one end and to your RS-232 output cable on the other end. It has 7 indicator lights for TD - transmit data, RD - receive data, RTS - ready to send, CTS - clear to send, DSR - Data set ready, DTR - data terminal ready and CD - carrier detect. By watching what happens during transmission, you can monitor when the signals are being sent to and from your modem. Error checking protocols are methods of checking the data stream for various patterns to detect or correct errors caused by line noise or interference. The RS-232 signals must be sent in the correct sequence so that both modems will continue to transmit and receive "in sync" with each other. On the other hand there are several error checking and correction protocols, so you must know which are compatible with your system and the host system to which you are calling. I hope that this has not confused you more, but I am sure that our colleagues here will add to the discussion and that we will both learn more. Bill -*- 87568 26-MAY 19:59 Telecom (6809) RE: 9600 (Re: Msg 87564) From: MITHELEN To: JEVESTAL Assumeing you are getting soe kind of RTS/CTS handshakeing, and the CoCo is indeed getting the signals. Then, you might have to fine tune some of the "S" register settings that deal with intewrnal buffers and transition times in the modem. Get the tester first, they are cheep, definately under 10$, and help solve many problems (I just had to use mine to figure out why my MAI terminal was not handshakeing properly... Seems it likes to use DTR instead of RTS to signal that t is bust, and to not send anything to it) Also, don't expect to get massivly high throughput rates until you are running in 6309 mode. What you want to acheive first are error free receives. Then you might want to do some hacks to fix the CTS problem so you can get error free transmissions. Another side note... Saw a CoCo connected at 38.4K baud to my Unix box at the fest and have no problem handleing a zmodem receive (only got 984 CPS) but, it didn't loose any characters or interupts, and we even loaded the coco with a few other tings to do...this was using a serail port with a 16550 UART. It was in Mark Marlette's (?SP) machine (Quite an impessive machine!) -- Paul Jerkatis - SandV BBS (708)352-0948: Chicago Area OS-9 Users Group -*- 87574 27-MAY 01:00 Telecom (6809) RE: 9600 (Re: Msg 87564) From: JEVESTAL To: ISC > I thought I would jump in here because I want to learn all I can to > facilitate > my own move to a higher speed modem when it comes. "Handshaking" is the > term used for the exchange of signals which takes place during a > transmission between two modems. You can monitor this process by Thanks for the input. Jim -*- 87575 27-MAY 01:01 Telecom (6809) RE: 9600 (Re: Msg 87568) From: JEVESTAL To: MITHELEN > Assumeing you are getting soe kind of RTS/CTS handshakeing, and the CoCo > is indeed getting the signals. Then, you might have to fine tune some of > the "S" register settings that deal with intewrnal buffers and transition > times in the modem. > Get the tester first, they are cheep, definately under 10$, and help > solve many problems (I just had to use mine to figure out why my MAI > terminal was not handshakeing properly... Seems it likes to use DTR > instead of RTS to signal that t is bust, and to not send anything to it) > Also, don't expect to get massivly high throughput rates until you are > running in 6309 mode. What you want to acheive first are error free > receives. Then you might want to do some hacks to fix the CTS problem so > you can get error free transmissions. Thanks Paul, I will pick up one of those testers soon. > Another side note... Saw a CoCo connected at 38.4K baud to my Unix box > at the fest and have no problem handleing a zmodem receive (only got 984 > CPS) but, it didn't loose any characters or interupts, and we even loaded > the coco with a few other tings to do...this was using a serail port > with a 16550 UART. It was in Mark Marlette's (?SP) machine (Quite an > impessive machine!) How can the average CoCo user get one of these 16550 ports? There's several of us that wonts one! Jim -*- 87577 27-MAY 01:59 Telecom (6809) RE: 9600 (Re: Msg 87575) From: MITHELEN To: JEVESTAL WELP... I'm not sure if the serial port board he had was of his own design, or, if it was a redesigned version of a prototype CoCoIO board ( it actually had 2 16550's on it) He also had his own home brew 2 meg upgrade, and IBM keyboard interface. -*- 87584 27-MAY 23:13 Telecom (6809) RE: 9600 (Re: Msg 87536) From: TEDJAEGER To: JEVESTAL Just letting you know that I have the same modem though it is hooked to my MM1. I have not yet achieved any 9600 baud delphi connections but havent tried real hard yet. Initially I was getting 9600 CONNECT on my screen, then garbage echoing, and then nada. I will be piddling with this over the next month so lets exchange notes, huh? Bests ---TedJaeger -*- 87601 28-MAY 18:28 Telecom (6809) RE: 9600 (Re: Msg 87584) From: JEVESTAL To: TEDJAEGER > Just letting you know that I have the same modem though it is hooked to > my MM1. I have not yet achieved any 9600 baud delphi connections but > havent tried real hard yet. Initially I was getting 9600 CONNECT on my > screen, then garbage echoing, and then nada. I will be piddling with this > over the next month so lets exchange notes, huh? Have you been able to call out to local PC boards at 9600 or 14.4? Unless the port is real bad there is no reason a 68K based system can't do high speed connects. What is your modem settings? Do a AT&V to list them to your terminal. From I hear both S-term and TasCom (OSterm) should work fine. Jim -*- 87602 28-MAY 18:30 Telecom (6809) RE: 9600 (Re: Msg 87568) From: JEVESTAL To: MITHELEN > Assumeing you are getting soe kind of RTS/CTS handshakeing, and the CoCo > is indeed getting the signals. Then, you might have to fine tune some of > the "S" register settings that deal with intewrnal buffers and transition > times in the modem. Which S register settings in particular? I've scanned my modem's manual and didn't see any that I think could be changed that would help except for maybe S26? > Get the tester first, they are cheep, definately under 10$, and help > solve many problems (I just had to use mine to figure out why my MAI > terminal was not handshakeing properly... Seems it likes to use DTR > instead of RTS to signal that t is bust, and to not send anything to it) I got one of the testers yesterday, Radio Shack must have risen there prices there are no $15 not under $10. It is a neat little toy. It seems that RTS/CTS handshaking is working properly. I noticed that the RTS light goes red only during streaming protocols such as zmodem. I guess the ymodem protocol itself handles the flow control. > Also, don't expect to get massivly high throughput rates until you are > running in 6309 mode. What you want to acheive first are error free > receives. Then you might want to do some hacks to fix the CTS problem so > you can get error free transmissions. It will be a while before I can get a 6309 installed, not anytime soon. I would like to hear from other people who have claimed to have gotten reliable communication at 9600 baud from the CoCo without the 6309. I still say that it doesn't look it the CoCo can do it. Please someone show me that I am wrong by telling me how MY CoCo can do it. Jim ======================== InfoXpress 01.01.00 OS-9/6809 ====================== | Narnia BBS: 11pm-8am PDT serving CoCo OS-9 users ----|---- StG network: sysop@Narnia "Exclusively OS-9" | Delphi: JEVestal@delphi.com Marysville, CA InterNet: JEVestal@narnia.wa.com | or : JEVestal@citrus.sac.ca.us (916) 743-2617 Voice: 8am-11pm PDT :1 Corinthians 1:18 & Romans 1:16 ============================================================================= Jim Vestal: Assistant editor of The International OS-9 Underground, "Magazine dedicated to OS-9/OSK Users Everywhere -*- 87604 28-MAY 19:31 Telecom (6809) RE: 9600 (Re: Msg 87602) From: MITHELEN To: JEVESTAL The coco can indead do it running in 6809 mode... I've done it myself when SandV was running on a CoCo. That was a long time ago though. The reason that YModem and Xmodem seem they don't require the RTS/CTS handshakeing is that because they are blocked protocals, the receive buffer is must likely large enough (in SAcia) to hold an entire 1K packet, so the system never gets to the point that it needs to halt the transmitter. I can't recall your original setup, but, do make sure you have the new Edition 9 clock installed with SAcia... Try playing with the S49 (ASB Buffer size lower limit) and S50 (ASB buffer size upper limit) -*- 87608 28-MAY 19:37 Telecom (6809) RE: 9600 (Re: Msg 87601) From: MITHELEN To: TEDJAEGER I Take it you are using /T3 or /T4? If not, that is most likely your problem... Also, check the jumpers on the paddle board. On the P4 jumper block, you should have it jumpered as follows: :|:| P4 (where '|' is a jumper, and yopu are looking at the board from the front) Also, make sure you are the TYPE set to 80, or have RTS/CTS flow control enabled from the term program (if it provoids that option) -*- 87609 28-MAY 20:03 Telecom (6809) RE: 9600 (Re: Msg 87602) From: DBREEDING To: JEVESTAL > I would like to hear from other people who have claimed to have gotten > reliable communication at 9600 baud from the CoCo without the 6309. > > I still say that it doesn't look it the CoCo can do it. Please > someone show me that I am wrong by telling me how MY CoCo can do it. I'll relate some of my experiences, don't take word for gospel, as I didn't do some of the tweaking Paul spoke of. My setup: Coco 3, 6309 w/Powerboost, MPI w/ Tandy RS-232 Pak - it has 6551 ACIA, not 6551A, have one but didn't install it. I have an edition 9 (?) clock - thought it was supposed to be edition 7. It's for Disto clock, anyway. My modem is Hayes Optima 2400. I have my /t2 "xtp" set to 5 "par"= 2. I have supercomm 2.2, also OSTerm. In logging on to local BBS w/40 MHZ PC, I would lose some characters especially when a big bunch of stuff came in to display. On a ZModem d/l, I would get a few errors (that's with error- correction turned on in modem). I think on one file about 100K, I got 3 or 4 errors. This was all at 9600, and the 6551 might be too weak for this rate. I began logging on @ 4800 and it's beautiful. I notice with error-corr & h/w handshake on, my "rd" light blinks rapidly with CIS & Delphi. On the local BBS, the light blinks at oh, maybe 1/2 that rate. However, the BBS has compression turned on, with CIS & Delphi comp. is off, but err-corr is on. This is only my experience. I wonder, speaking to Paul, are your successful 9600 connections with another coco? I can see where a CoCo-CoCo connection would be quite successful, since I would think neither would be supplying the data faster than the other could receive. But can a Coco keep up with a much faster computer at 9600? I'm thinking that by the time the coco detects a buffer-almost-full condition and shuts flow off, that the buffer might be overflowed? Could this be? -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 87622 29-MAY 00:36 Telecom (6809) RE: 9600 (Re: Msg 87609) From: MITHELEN To: DBREEDING My experiances were between a CoCo, and a 486/33 Unix box. Also, I was using a true 9600 baud modem (ie, v.32), but, that is besides the point. One of the newer version of SAcia may be needed to get the reliability I had. I can't really give too much more help, cause, I no longer have a CoCo, and it has been well over a year since I used that setup. -- Paul -*- 87657 31-MAY 00:06 Telecom (6809) RE: 9600 (Re: Msg 87622) From: DBREEDING To: MITHELEN > My experiances were between a CoCo, and a 486/33 Unix box. Also, I was > using a true 9600 baud modem (ie, v.32), but, that is besides the point. OK, that answers my question. I didn't pursue the project all that far. I did have SAcia. My modem was a 2400 Hayes using v.42bis. I think maybe the screen output was overtaxing my system or something - well I did get errors on zmodem downloading so I dunno. I had everything I was told I needed - except didn't do the DSR/? switching (think it was DSR) that was recommended (believe this was developed by you, wasn't it?). > had. I can't really give too much more help, cause, I no longer have a > CoCo, and it has been well over a year since I used that setup. Well, I suppose it's a moot question for me, too . Just received my System 5 Fri the 28th. Soon as I get my serial ports rewired for straight RS-232, (or get the internal modem), I'll probably be using the OSK sys for all telecom. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 87662 31-MAY 02:20 Telecom (6809) RE: 9600 (Re: Msg 87657) From: MITHELEN To: DBREEDING The DSR/CTS swamp hack was actally thought up, and implemented first by someone else (who's name eludes me) that was from Minesota.... I added one or two fixes to that hack (it tended to loose the real status for some reason on occasions, I forget... it's been a while) and the actual "fix " (ie assembly) code came from someone else (Randy I think) I just peiced together all the hacks, and put them together in one source file, and archive... Also... the DSR/CTS hack only effected TRANSMISSION, not Receptiuon. Anyhow.. like you said, it is a moot point for you and myself now.. although I'm sure others still want to get this high speed thing worked out... -*- 87695 1-JUN 22:10 Telecom (6809) RE: 9600 (Re: Msg 87662) From: JEVESTAL To: MITHELEN (NR) > The DSR/CTS swamp hack was actally thought up, and implemented first > by someone else (who's name eludes me) that was from Minesota.... I added > one or two fixes to that hack (it tended to loose the real status for > some reason on occasions, I forget... it's been a while) and the actual > "fix " (ie assembly) code came from someone else (Randy I think) I just > peiced together all the hacks, and put them together in one source > file, and archive... > Also... the DSR/CTS hack only effected TRANSMISSION, not Receptiuon. > > Anyhow.. like you said, it is a moot point for you and myself now.. > although I'm sure others still want to get this high speed thing worked > out... I have read the patch doc file, but can't use it since I can't modify my cable, hopeuflly my friend Tim will help set up a modified cable for us to test. I uploaded a fire for the first time at 4800 baud got a blazing 315 CPS using the latest SZ! Why so slow, moving the file to ramdisk did not help much, so it's not the hard drive slowing down the tranfer. Unlike Zmodem receive at 4800 baud (which yields about 400 CPS) I noticed that the SD light on my modem was not on constrantly using zmodem. Ymodem batch yeilded closer to the expected 400+ CPS.... why is zmodem so slow? I would like the users on my board to be able to download using SZ but I can't recomend a 300 CPS transfer rate... that is way too slow. Any sugestions... if any CoCo user gets better result WITHOUT a 6309 could you please send me a copy of your os9boot file, and a copy of your modem settings? Jim "It can't be done on a CoCo" Vestal -*- End of Thread. -*- 87562 26-MAY 02:14 General Information RE: Holiday Inn Elgin Phone Rates (Re: Msg 87479) From: NIMITZ To: WA2EGP We still have 68340's and KTerm left from the fest. (hint, hint!) -*- 87571 26-MAY 22:19 General Information RE: Holiday Inn Elgin Phone Rates (Re: Msg 87562) From: WA2EGP To: NIMITZ Hmmmmmm......have to look at my pesos. Have a few bills to take care of but I might give myself an "end of the school year" present. I thought I had a "catalog" I downloaded but I can't find it. Was one ever uploaded? -*- 87583 27-MAY 20:44 General Information RE: Holiday Inn Elgin Phone Rates (Re: Msg 87571) From: NIMITZ To: WA2EGP Probably not. I used to keep them updated, before my emphasis shifted to production. Now I'll have to reprioritize again..... -*- End of Thread. -*- 87569 26-MAY 21:06 General Information CGA for the Coco From: JRUPPEL To: ALL Does anyone have a method of setting up a CGA monitor to run on the Coco? I am in need of a monitor and if I can set up for a CGA, my problems a permanently solved (massive availabillity at salvage prices). Inquiring Minds Want to Know! John Ruppel Lansing Area CCUG -*- 87580 27-MAY 18:11 General Information RE: CGA for the Coco (Re: Msg 87569) From: STEWARD To: JRUPPEL I saw an article in one of my computer mags. I think it was in Computer Craft mag. I'll see if I can dig it up this weekend. -*- 87586 27-MAY 23:25 General Information RE: CGA for the Coco (Re: Msg 87580) From: JRUPPEL To: STEWARD If it goes into detail, maybe we can post the specs here for all that may be interested? I'm not sure about copyright problems if all you are loading is specs.... -*- End of Thread. -*- 87572 26-MAY 22:22 OSK Applications MM/1 TREK From: VAXELF To: ALL I purchaged MM/1 Trek game at the fest. I have left E-Mail to the guys at Budgetware on this too. I have the game installed with all the files except the startup script ( trek ) in /DD/GAMES/TREK and "trek" is in the /DD/CMDS. the game plays correctly, but when I activate phasers,torps, or any other part that is suppose to play the sound effects, I get SYNTAX ERROR NO sound and when I finsih off the bad guys, the screen explodes. If I do a MAP command, I get the map and when I exit MAP the trek screen comes back. If I turn off sound, the the game plays correctly. Can anybody tell me what is wrong??????? I even deleted all the files and reinstalled the game twice. John A. Donaldson -*- 87684 31-MAY 23:12 OSK Applications RE: MM/1 TREK (Re: Msg 87572) From: MODEL299 To: VAXELF We have been unable to duplicate this problem on the 3 MM/1's we have in our group. The trek program is issuing a simple shell command and should not be having any problems. We will concentrate on the code for the sounds and see what we can come up with. Would other MM/1 trek users please let us know how they are doing. Thanks. -*- 87704 1-JUN 23:28 OSK Applications RE: MM/1 TREK (Re: Msg 87684) From: KSCALES To: MODEL299 (NR) > We have been unable to duplicate this problem on the 3 MM/1's we have in > our group. The trek program is issuing a simple shell command and should > not be having any problems. We will concentrate on the code for the > sounds and see what we can come up with. > > Would other MM/1 trek users please let us know how they are doing. > Thanks. On a hunch, I called Colin McKay, who picked up Trek at the Fest, and asked him to try it after configuring to use "sh" (the TOP "Bourne shell" mini-clone). He encountered exactly the same SYNTAX ERROR reported by John when using this configuration. Normally (using the stock MW shell), Colin reports having no problems with the game, but says he has some suggestions/ideas that he plans to forward to Budgetware. Cheers... / Ken -------------------------------------------------------------------------- Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237 =-=-=-=-=-= Intel: Putting the backward in backward compatible =-=-=-=-=-= -*- 87705 1-JUN 23:28 OSK Applications RE: MM/1 TREK (Re: Msg 87572) From: KSCALES To: VAXELF > I have the game installed with all the files except the startup script > ( trek ) in /DD/GAMES/TREK and "trek" is in the /DD/CMDS. > the game plays correctly, but when I activate phasers,torps, or any > other part that is suppose to play the sound effects, I get > > SYNTAX ERROR Hi, John - Nice meeting you at the Fest! Good to now have a face to match to the name . Please see my message to Mark on the Trek sound problem: are you using "sh" for your shell? This could be causing the errors you have been encountering. Cheers... / Ken -------------------------------------------------------------------------- Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237 =-=-=-=-=-= Intel: Putting the backward in backward compatible =-=-=-=-=-= -*- End of Thread. -*- 87581 27-MAY 19:58 General Information RE: MAX-10/OS9 (Re: Msg 87519) From: CPERRAULT To: REVWCP Wow Bro. Jeremy, You sure know how to get your hands on some BIG fish! :-) I'm glad you were finally able to chase your dream of getting Max-10 to OS9 and I hope it get's done. I'm not personally in the market for a WP myself, but this will satisfy a LOT of people, and I may just be one of the first to buy anyway. Just to be a real patriot ;-) Also, hopefully we will see an OSK version afterwards, which shouldn't be too hard if it's written in 'C' or Basic. Also it's great to hear that the fest was once again, a great success. I sure hope vendors were able to take home a little more pocket change than what they came with. Once again, I find myself saying, "I wish I could have been there..." *sigh* :-( I know one day I'll make it too one, hopefully it will be soon after I get another automobile, and a little more spending money. Does anyone have a rundown of the new and updated software that's been released? See ya >Chris< -*- 87582 27-MAY 19:58 General Information RE: MAX-10/OS9 (Re: Msg 87533) From: CPERRAULT To: ISC >>The port of Max-10 is great news Brother J. Now we can have those 300 dpi fonts!<< Hehe, good point :-) This is also a good example of how a single person CAN make an impact in this community. It goes to show what you can do with a bit of work. There is a ton of old classic Coco software just sitting out there collecting dust. A lot of people are saying "gee, I'd like to maybe contact the author about getting the rights to the software, but hey, if he was going to do it, wouldn't someone have already gotten the rights by now?" when in fact the reason no one has the rights to the software is because, NO ONE bothered to ask. Well, talk about a run-on-sentence :-) I think this sets a good example for the rest of the community, for not only getting the rights to do software ports and/or updates, but in other areas such as promoting the system itself. Btw, since I mentioned all that old Coco software from the old classic Rainbow days, imagine if we were able to get a majority of that software ported to OS9, and updated, and if it is OS9 software already, simply getting the rights and updating it? I don't know if Level II sales would pick up considerably or not, but if it was ported to OSK, in the long run it would be a BIG plus. Since the NEW OSK/ K-Gwindows software is still being written, having reworked old Coco software would help fill some voids with POSSIBLY less work. I say possibly, because in some cases having to redo all that old assembler code might not prove time effective. Boy I feel so inspired LOL. Now if I would just get my OS9 UG fee mailed out... >Chris< -*- 87621 28-MAY 23:57 General Information RE: MAX-10/OS9 (Re: Msg 87582) From: DSRTFOX To: CPERRAULT I've tried to get rights to some of the stuff. Many of the original authors just don't want to be bothered or will sell it at a discount, but won't relinquiish source code. I had that problem with a decent book-keeping program. It was in a encrypted basic coade, but I wanted to convert it to an 80 colum,n screen, and even told the original author he could retain all rights and I'd even continue to buy copies from him.. do the conversion myself for free! Uninterested. I'd have been able to sell a few using t he 80 column screen and maybe some slight updating, but only a very few (maye 6 or so) bought over a year since it used the 32 column screen, and they were just wanting SOMETHING that would keep books on the CoCo... anything that was easy to use and worked ! Had the same problem with one or two others, so I gave up trying. -*- 87691 1-JUN 20:38 General Information RE: MAX-10/OS9 (Re: Msg 87621) From: CPERRAULT To: DSRTFOX >>I've tried to get rights to some of the stuff. Many of the original authors just don't want to be bothered or will sell it at a discount, but won't relinquish source code.<< *sigh*, the spirit of giving is still in full force I see. It's too bad those authors are content to watch all that work go down the drain, when there are others willing to upgrade it for them. I still say this is worth pursuing, but until your message, I didn't realise there were people who made such a fuss out of it. They have nothing to lose. >Chris< -*- 87693 1-JUN 20:51 General Information RE: MAX-10/OS9 (Re: Msg 87691) From: DSRTFOX To: CPERRAULT I agree Chris. I tried though! -*- 87706 2-JUN 00:52 General Information RE: MAX-10/OS9 (Re: Msg 87691) From: KSCALES To: CPERRAULT > *sigh*, the spirit of giving is still in full force I see. It's > too bad those authors are content to watch all that work go down the > drain, when there are others willing to upgrade it for them. Hi, Chris - Well, aside from Brother Jeremy's Max10 endeavors, there have been other successful efforts to maintain/upgrade some of the better programs. - Mike Sweet's "Terminal" for the MM/1 has been licenced by Blackhawk Industries, and is being upgraded by John Donaldson - Dave Philipsen's "SuperComm" for CC3 Level 2 is now being supported by Randy K Wilson - Vaughn Cato's "TasCOM" for the MM/1 has been upgraded and has been re-released as "OSTerm 68K" from Northern Xposure (a project with which I have been involved). I agree that it's a shame if the authors just let their code stagnate if there are people willing to take over the reins and keep it alive. However, I can certainly understand if the original authors are hesitant to release their code: they would be concerned that their reputations may be tarnished if the new maintainer of the code does a poor job on a product that has not only been associated with their name, but has been the result of many, many hours of painstaking effort. From what I have seen, John and Randy have both done a good job of maintaining the quality of the original programs (and I have been trying very hard to ensure that the same can be said of OSTerm 68K). But I think that this discussion should not just be limited to existing OS-9 programs: there are a large number of non-OS-9 programs waiting to be ported over to our environment. When I asked Geoff Kuenning for permission to post my OSK port of "ispell", he was very co-operative. There are a lot of other programs out there that could be supported under OS-9, if someone would take the initiative to make it happen. Cheers... / Ken -------------------------------------------------------------------------- Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237 =-=-=-=-=-= Intel: Putting the backward in backward compatible =-=-=-=-=-= -*- 87716 2-JUN 20:39 General Information RE: MAX-10/OS9 (Re: Msg 87706) From: CPERRAULT To: KSCALES Well I can only agree with your points. I don't want to take away from those programs that are being ported and updated, since we are lucky to have them, but still they are so far a drop in the bucket as far as the quantity of other such programs out there are concerned. We could sure use a lot more of them. Also like you said, we shouldn't limit such projects to the OS-9 software. I was mentioning this to someone in conference the other night. I'm sure if we had people familiar with software from other platforms, including Atari and Amiga computers, negtotiating with the authors, we could gain several benefits, including possibly turning users of those systems on to OS-9 when they see their favorite programs. It is true that software authors have legitimate reasons for not wanting to release code, but those who are familiar with the OS-9 community should know there is not much to worry about. If Advertisements and documentation pointed out that the original author was not involved with the program from let's say Version 1.0 on up or whatever, it would probably clear a lot of things up. If it was me personally, I wouldn't have any fears. Like you said Randy and all the others have done the software justice and from what I've heard from those who attended the fest, you won't have any need to worry about the future reputation of OSterm :-) I'm not saying this will be easy, as I'm sure it won't, but once the resources and volunteers are available, it will make for a very good OS-9 User Group project. See Ya >Chris< -*- End of Thread. -*- 87585 27-MAY 23:13 General Information Puppo interface From: CHARLESAM To: COCOKIWI Hi Dennis, hows it going? You would have had a great time at the Fest. Listen, Do you have an idea of how to hook up a puppo interface. I got it at the Fest but had to take it down for the trip home. Now I can't get it hooked up right. Maybe you could shed some light on this. Would appreciate it much. Thanx Charlie -*- 87593 28-MAY 02:53 General Information RE: Puppo interface (Re: Msg 87585) From: MITHELEN To: CHARLESAM The Puppo simply connects to the keyboard connector, and you need to also supply +5 and a Ground lead to it... The other lead goes to the reset circuitry. To one end of a diode near the PAK connector. It is onlt necessary if you want CRTL_ALT_DELETE reset capability. -*- 87615 28-MAY 23:09 General Information RE: Puppo interface (Re: Msg 87593) From: CHARLESAM To: MITHELEN Thanx Paul, that shouldn't be too hard to manage. I'll let you know how I made out. Charlie -*- 87659 31-MAY 01:06 General Information RE: Puppo interface (Re: Msg 87585) From: COCOKIWI To: CHARLESAM Talk to Marty..I,m not up on that one! Dennis -*- End of Thread. -*- 87592 28-MAY 02:30 General Information RE: Current Periodicals (Re: Msg 87037) From: NEWKID To: DSRTFOX Thanks for the tip. Please leave pertinent info for me in mail. Thanks James -*- 87618 28-MAY 23:36 General Information RE: Current Periodicals (Re: Msg 87592) From: DSRTFOX To: NEWKID (NR) Send $15 ($12.50 + $2.50 s&h) to FARNA Systems, box 321, Warner Robins, GA 31099. Thats for the quick reference guide for OS-9 level II and the patch disk set. Separately they are $7.50 each (plus the $2.50 s&h per order.. or $9.50 each given two separate orders). I also have a QRG for OSK systems at $8.50 + $2.50 S&H. Running a special on that one now for $10 even. -*- End of Thread. -*- 87594 28-MAY 08:27 General Information RE: TEAC drives (Re: Msg 87415) From: ALWAGNER To: JHICKLE PLEASE, do >>>NOT<<< attempt what you suggested!!! (Changing the heads from one drive to another.) Even if you were successful in getting the hardware to appear to mate with the new drive unless you have the special disk, the software to exercise the drive and more patience then the proverbial saint, you will not be able to realign the drive! Either put up with the noise or buy another drive and sell the noisy one to someone hard of hearing. I don't get up to Delphi as often as I would like as I don't live near enough to a node for it to be a local phone call. All my calls to Delphi are toll calls. As a result, I just read your message and I hope I'm not too late. AlWagner -*- 87699 1-JUN 23:03 General Information RE: TEAC drives (Re: Msg 87594) From: JHICKLE To: ALWAGNER (NR) Thanks for the warning. I probably should forget about converting my full-height drives to half-height, too, huh? -*- End of Thread. -*- 87598 28-MAY 14:24 General Information Help ID-ing Sony Microphones From: MARTYGOODMAN To: ALL I recently acquired (for $15 total, on a whim) two Sony brand microphones. One is a Sony ECM-18 older, electret condenser mike, which came with a bizarre home-brew anti-vibration desk mount consisting of a tetrahedron of soldered heavy copper wire and a weird spiderweb of ribber band material supporting the microphone. The other is a rather new-appearing Sony F-98 "low impedance" cartioid microphone. It appears to be a dynamic type microphone. I got these at a local surplus outlet. Can you tell me anything about the quality or specs on these microphones? The ECM-18 has a balanced mike cord connector in it, the F-98 as an integral unbalance cord with 1/4 in phono plug at the end. Any help in understanding what this mics are and where to best employ them would be appreciated. ---marty -*- 87599 28-MAY 14:29 General Information XT Keyboard Key Codes needed From: BOISY To: ALL Hi All, I am in need of a text file which contains XT type keyboard keycodes that are returned when a key is typed. If someone could mail me this information on Delphi, it would be *MUCH* appreciated. Thanks. -*- 87600 28-MAY 16:43 General Information RE: XT Keyboard Key Codes needed (Re: Msg 87599) From: STEWARD To: BOISY Although I don't know where a text file is at. I do remeber when I bought my keyboard a few years ago, it came with a sheet that showed the keycodes for it when in either xt or at mode. You might want to check out someplace that sells keyboards and see if they come with a sheet. Brian -*- End of Thread. -*- 87603 28-MAY 19:01 General Information Internet From: ETJ To: ALL I am trying my hand at Internet. I understand that I must have Comm program that imulates a VT100. I am using supercomm v2.2 which is ASCII. Could someone point me in the dieection that will solve this problem. It appears that I need to change comm prograsams or is there a fix for supercomm. Any help would be appreciated. Thanks Ed Johnson -*- 87614 28-MAY 22:57 General Information RE: Internet (Re: Msg 87603) From: CHYDE To: ETJ KbCom, which is in the database here has a very good VT100 emulation (it's also a very good terminal program I use it myself ). Chris -*- 87631 29-MAY 11:12 General Information RE: Internet (Re: Msg 87603) From: COLORSYSTEMS To: ETJ > I am trying my hand at Internet. I understand that I must have Comm > program that imulates a VT100. I am using supercomm v2.2 which is ASCII. > Could someone point me in the dieection that will solve this problem. It > appears that I need to change comm prograsams or is there a fix for > supercomm. Any help would be appreciated. Thanks Depends on what you want to do in the Internet. If all you are going to be doing is FTP, then you do not need a VT100 emulator. The problem comes in if you want to TELNET out to another computer. ------------------------------------ Zack C Sessions "We did not inherit the Earth from our Ancestors, we borrowed it from our descendants." Ancient proverb -*- 87632 29-MAY 11:33 General Information RE: Internet (Re: Msg 87614) From: ETJ To: CHYDE (NR) Chris: Thanks for the reply. I will look into KbCom. Ed Johnson -*- 87633 29-MAY 11:38 General Information RE: Internet (Re: Msg 87631) From: ETJ To: COLORSYSTEMS Zack: Thanks for the reply. I will try the FTP route as well as I will look at KbCom as Chris suggested. Ed Johnson -*- 87646 30-MAY 06:09 General Information RE: Internet (Re: Msg 87603) From: JEVESTAL To: ETJ > I am trying my hand at Internet. I understand that I must have Comm > program that imulates a VT100. I am using supercomm v2.2 which is ASCII. > Could someone point me in the dieection that will solve this problem. It > appears that I need to change comm prograsams or is there a fix for > supercomm. Any help would be appreciated. Thanks Another program that is in the databases (I think) is called vt100, it not only emulates vt100 but vt220 and others. It is not a smart term like kbcom is, no extras, but it is small and can be ran at the same time as Supercomm. Jim ======================== InfoXpress 01.01.00 OS-9/6809 ====================== | Narnia BBS: 11pm-8am PDT serving CoCo OS-9 users ----|---- StG network: sysop@Narnia "Exclusively OS-9" | Delphi: JEVestal@delphi.com Marysville, CA InterNet: JEVestal@narnia.wa.com | or : JEVestal@citrus.sac.ca.us (916) 743-2617 Voice: 8am-11pm PDT :1 Corinthians 1:18 & Romans 1:16 ============================================================================= Jim Vestal: Assistant editor of The International OS-9 Underground, "Magazine dedicated to OS-9/OSK Users Everywhere -*- 87647 30-MAY 20:10 General Information RE: Internet (Re: Msg 87646) From: ISC To: JEVESTAL Jim, A good way to use Supercomm on the internet is to use the ALT-T option and select ANSI as your terminal emulation. Works for me! Bill -*- 87661 31-MAY 02:11 General Information RE: Internet (Re: Msg 87647) From: JEVESTAL To: ISC > A good way to use Supercomm on the internet is to use the ALT-T option > and select ANSI as your terminal emulation. Works for me! The ANSI option in Supercomm is only a subset of VT100. It works for some internet systems but not all. IRC does not work at all, neithor does the Talk command (on Infonet). For those systems that don't work with Supercomm I use VT100 at the same time as running SC, or I run KBCom if I need to capture VT100 sessions (such as chats). Jim -*- 87689 1-JUN 04:30 General Information RE: Internet (Re: Msg 87661) From: ISC To: JEVESTAL Jim, I hate to disagree with you, but I use the ANSI option in Supercomm in IRC chat all the time...no problem. I have not tried the talk command on Infonet, but I will. Here is my system: Most of my patched modules come from the patch disk I got from Rick Ulland of CoNect. I am also using an SC II 4 in 1 interface from Disto and the edition 9 clock module available here in the database. Bill -*- 87726 2-JUN 21:42 General Information RE: Internet (Re: Msg 87614) From: ETJ To: CHYDE (NR) Chris: I now have KBCOM out of the Shareware database. I would like to upgrade to this program. Is it better to go directly to the comerical version? I can't understand how to set up the shareware version so that I can capture data such as forum messages and read/reply later. In addition I don't know how to set the program up for downloading with xmodem-1000 or ymodem. I have rz sz out of the data base but it doesn't help me too much from an ignorance factor. I have never used an imulation program before and there is a lot of greek in them words that I am reading. For instance I don't know what an extension is or how to create one. If the commercial version would help me increase my knowledge a little more painlessly I would be willing to give it a try unless the cost is outragerious. Could you tell me if the commerical version is still available, Who is now selling it and a phone number and address if possible. Chris any help you or anyone else give me will be greatly appreciated. Ed -*- End of Thread. -*- 87612 28-MAY 22:34 General Information Old conference schedule. From: AYUSKO To: GREGL Greg, the conference banner still lists December dates. Maybe it should be fixed ? Alex A. Yusko (AYUSKO) -*- 87624 29-MAY 08:25 General Information MECI #86 catolog From: DONALDS To: MARTYGOODMAN Marty; I just recieved the above catalog from Mendelson Electronics, and on page 1 and on the back page the have advertized a 19" sony monitor that has RGB plus composite out puts for computer use. Do you know anything about this monitor as to if the RGB out put can be used with COCO III? Don -*- 87636 29-MAY 15:07 General Information RE: MECI #86 catolog (Re: Msg 87624) From: MARTYGOODMAN To: DONALDS I've used Sony TV's with the CoCo 3 RGB analog output in the past. These were the KV1311CR and KV2011CR, which were both predecessors of Sony's XBR series... top of the line home TVs at the time. Those had a 34 pin RGB video connector that had all sorts of weird stuff on it (audio, audio signal control lines, RGB / video switching control lines) as well as RGB analog inputs. The WORD "RGB" is not enough to tell you if that monitor supports the RGB of the CoCo 3. In this case, while we can be pretty certain the monitor supports 15.75 KHz sync rate, what we DON'T know is whether the "RGB" involves is analog or some sort of digital RGB (such as CGA). If you can determine that the "RGB" in question IS analog RGB, THEN I'd be virtually certain that you CAN use the monitor to good effect with the CoCo 3. You may have to make a custom cable for it, and may even have to mess with the sync lines, to get things to work... but that's VERY easy to do. I can help there, if you are not up to the task. For the Sony KV series I made hundreds of custom cables for individuals and dealers. Those cables required sync fixing... I used a TTL logic chip (74LS02) to combine the CoCo's positive H and V syncs into a single negative combined sync line, for the Sonys wanted negative combined sync information, not separate postive sync. The circuit is trivial... just run H and V sync into the two inputs of one of the four NOR gates on the 74LS02... and use the OUTPUT of that gate as combined negative sync! Hope this reply helps... let me know if you get more info on that monitor. ---marty -*- 87710 2-JUN 10:14 General Information RE: MECI #86 catolog (Re: Msg 87636) From: DONALDS To: MARTYGOODMAN (NR) Thanks marty , That is exactly what I was looking for in info on the monitor. Don -*- End of Thread. -*- 87625 29-MAY 09:03 General Information RE: No Show to Fest (Re: Msg 87482) From: DISTO To: MRGOOD Don't know! -Tony -*- 87627 29-MAY 09:05 General Information RE: No Show to Fest (Re: Msg 87522) From: DISTO To: MITHELEN I am glad that you didn't have to wait for someone that never came. When I got home, I made a bunch of calls. I didn't know if any of them got through. -Tony. -*- 87628 29-MAY 09:07 General Information RE: No Show to Fest (Re: Msg 87490) From: DISTO To: DBREEDING As far as I know, I should still be able to ship stuff. We'll see as I fill out my next order. -Tony. -*- 87630 29-MAY 09:56 General Information RE: No Show to Fest (Re: Msg 87625) From: MRUPGRADE To: DISTO Next time,, git'chur self a straw hat. Pin a buncha fishing flies on it. With a coupla poles sticking outta theh back window. An,, just tell'em "them derned Americans, came up and caught all the fish, and you going too Minnasota, to get even"! ally too bad,, if driving I'd suppose it'ud depend on the: mood/ gender/ & time of the month of the particular border person. Til then,,, Terry Simons -*- 87639 29-MAY 20:30 General Information RE: No Show to Fest (Re: Msg 87482) From: CLTUCKER To: MRGOOD -*- 87641 29-MAY 22:00 General Information RE: No Show to Fest (Re: Msg 87639) From: MRGOOD To: CLTUCKER Your message 87639 to me was empty, care to try again? Hugo -*- 87652 30-MAY 21:47 General Information RE: No Show to Fest (Re: Msg 87641) From: CLTUCKER To: MRGOOD No message MRGOOD. Just a BLURB.(heh) -*- 87667 31-MAY 19:09 General Information RE: No Show to Fest (Re: Msg 87630) From: DISTO To: MRUPGRADE Could be.... -Tony. -*- End of Thread. -*- 87629 29-MAY 09:13 General Information Puppo Interface From: CHARLESAM To: MITHELEN Paul, I connected the board up with five volts(4.90) and all I get is a digitalized picture of three guys. There doesn't seem to be any power going to the keyboard, no response at all. Its driving me crazy cause it worked fine when I hooked it up at the motel. I was using it for hours. I took it down to transport home. I'm lost now as to where to go from here. Is there a way to trouble shoot this to see if there is a blown chip? Thanx Charlie -*- 87634 29-MAY 12:22 General Information RE: Puppo Interface (Re: Msg 87629) From: MITHELEN To: CHARLESAM Hm... Don't know... Try disconnecting the reset lead... I no longer have my Puppo/CoCo, or the docs. If you did blow a chip on it, most of them are easily obtaiable, and fairly cheep (I completely rebuilt mine at one time when I had problem, which, ended up actually being a dead keyboard instead) -- Paul -*- 87635 29-MAY 12:51 General Information RE: Puppo Interface (Re: Msg 87634) From: CHARLESAM To: MITHELEN The vendor that sold it to me is suppose to forward the docs. I guess I'll wait till then. BTW, I'm using a Tandy enhanced keyboard. Its suppose to emulate the keyboard this puppo unit is designed for. What is the name of that keyboard? Just in case I have to get one should this one be dead. Again thanx, Charlie -*- 87656 31-MAY 00:05 General Information RE: Puppo Interface (Re: Msg 87635) From: DBREEDING To: CHARLESAM Just thought I'd mention that the Sept '93 issue of '68 Micros had an article on the Puppo keyboard. If you don't subscribe, check with DSRTFOX, I'm sure he could ship you a copy. It might help you. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 87674 31-MAY 21:01 General Information RE: Puppo Interface (Re: Msg 87656) From: CHARLESAM To: DBREEDING Ah, I do have all copies of 68 Micros. I'll take a look. Thanx alot. Charlie -*- 87675 31-MAY 21:02 General Information RE: Puppo Interface (Re: Msg 87635) From: HAWKSOFT To: CHARLESAM Just to put in my 2 cents worth. As I recall the puppo needs more than +5 volts. That's why the regulator and heat sink. I was designed to pull power from the +9 or so instead of the already well loaded +5 line. The docs say to connect it to the cathode (banded end) of diode D1. The boys show up if the interface is not getting power. Also I have an old Eagle keyboard that came with it originally, but, switched the puppo rom to one that works with a standard keyboard. The control keys are different. Chris :-> :-> :-> :-> :-> :-> :-> Chris "HAWKSoft" <-: <-: <-: <-: <-: <-: <-: Delphi: HAWKSOFT Internet: HAWKSOFT@DELPHI.COM ******************< Uploaded w/ InfoXpress vr. 1.01.00 >****************** -*- 87678 31-MAY 21:29 General Information RE: Puppo Interface (Re: Msg 87675) From: CHARLESAM To: HAWKSOFT Thanx Chris, I thought thats where it was when they hooked it up in Chicago. Problem is that even when I hook it up there, I still get the THREE. Maybe the keyboard went but I'm inclined to think its a problem with the puppo. Could you give me an idea which chip could go cause the appearance of the THREE. I can't get them off. Charlie -*- 87687 1-JUN 00:41 General Information RE: Puppo Interface (Re: Msg 87675) From: MITHELEN To: HAWKSOFT Ah... Ya... Just goes to show ya how long it has been since I had my CoCo (It does have a happy new owner though) My whole system was repackaged into a Baby AT case, and natuarally, I hacked the Puppo to take its power directly from the PC Power supply... Thanks for the corrected info Chris. -- Paul -*- 87688 1-JUN 00:43 General Information RE: Puppo Interface (Re: Msg 87635) From: MITHELEN To: CHARLESAM BTW, did you try takeing the reset lead off? Does the THREE still appear when you do so? if so, then it is a problem on the CoCo MB instead. -- Paul -*- 87702 1-JUN 23:19 General Information RE: Puppo Interface (Re: Msg 87688) From: CHARLESAM To: MITHELEN (NR) Yeah Gene, I tried everything. If it is the coco mother board, it doesn't show up when I put back my old setup. Nothing else is amiss. I would expect if there was trouble with the coco, something else would bomb. No? Anyway, if you read my messages to Gene(WATV5), you'll see I'm up to my A__ with Nitros9. I'll get it now but darn, its a trip. When I get it done I'll get back to the keyboard again. If thats not enough to keep me busy, I expect a two meg upgrade soon, so I'll have to go back and patch some more. I LOVE IT!!!! Drive me crazy with problem after problem and I keep coming back for more. Thanx Paul Charlie -*- 87719 2-JUN 20:42 General Information RE: Puppo Interface (Re: Msg 87678) From: HAWKSOFT To: CHARLESAM Charlie: > THREE. Maybe the keyboard went but I'm inclined to think its a problem > with the puppo. Could you give me an idea which chip could go cause the > appearance of the THREE. I can't get them off. Charlie > Don't have a clue (the puppo is one of the few things I havn't messed with). The thing I remembered is that when I forget to hook up the power clip and then put the AT case back together and pwered-up, all I got was The THREE MUGateers! Are you sure you have a good ground?? That will cause no power (and the three) as well. Chris :-> :-> :-> :-> :-> :-> :-> Chris "HAWKSoft" <-: <-: <-: <-: <-: <-: <-: Delphi: HAWKSOFT Internet: HAWKSOFT@DELPHI.COM ******************< Uploaded w/ InfoXpress vr. 1.01.00 >****************** -*- 87720 2-JUN 20:42 General Information RE: Puppo Interface (Re: Msg 87687) From: HAWKSOFT To: MITHELEN (NR) Yeah Paul: I modified mine for the AT case. That's why I remembered where it used to go!! Chris :-> :-> :-> :-> :-> :-> :-> Chris "HAWKSoft" <-: <-: <-: <-: <-: <-: <-: Delphi: HAWKSOFT Internet: HAWKSOFT@DELPHI.COM ******************< Uploaded w/ InfoXpress vr. 1.01.00 >****************** -*- 87725 2-JUN 21:34 General Information RE: Puppo Interface (Re: Msg 87702) From: JRUPPEL To: CHARLESAM Man, can I relate to that! I just got done installing a 2-meg and a 6309 and am now repacking into a tower. I'm having power supply problems now, after having to replace my Coco bus witha ribbon cable because the plug went bad. two weeks deglitching that, now the repack.... I LOVE IT! John (going Coconuts in Lansing) -*- 87730 2-JUN 23:10 General Information RE: Puppo Interface (Re: Msg 87719) From: CHARLESAM To: HAWKSOFT (NR) I'll check my connections next time I hook it up. I'm in the middle of installing software right now. Thanx Chris -*- 87731 2-JUN 23:12 General Information RE: Puppo Interface (Re: Msg 87725) From: CHARLESAM To: JRUPPEL (NR) Yeah! Give me a coco headache anyday. You sound like your having a good ole time. Keep on trucken, the CoCo Lives on! Charlie -*- End of Thread. -*- 87640 29-MAY 20:51 OSK Applications Cumana/OSK for Atari-ST: working, but st From: PAULSENIURA To: ALL Hello people, got some good news. I can actually use Cumana/OSK v2.3 for Atari-ST on my ICD hard drives now! Even boot up from it! But... y'all might remember how Seagate put some kind of "feature" into their SCSI drives (the older ones at least): If ya don't access the drive after a while, it'll "go to sleep". Do any of y'all remember how to deal with this "feature"? It's actually causing OSK to freeze-up when I try to access the drive after it's done that... and I hafta reboot it all up again just so to reset it. I've zapped the word at offset $8DC in the STHD driver from $0080 to $2080 -- that has seemed to fix my original "Not Ready" errors just fine. (FYI: My STHD is Size=$A9C, Edition=$1F, Revision=$00, original CRC=$C45E91.) My ST has FasTech's Turbo16 CPU upgrade in it (16MHz with instruction cache that can't be turned off). Should I make this "delay value" even larger? I've already patched the device descriptors to have a huge PD_Trys value (offset $60 in the descriptor = "number of times a device will try to access a disk before returning an error"). Setting this to a $01 says only One Try and No Retries. Setting this to $00 is saying to use whatever the Driver (STHD) wants to do as a Default (even if it doesn't want to). Also "any other value" says to use this Default. (Cumana sent me a OSK Tech Manual for v2.1 and not for v2.3, darn it, so that's all I know what to try next.) Right now all my /Hx & /DD things have PD_Trys set to $77 just in case the driver I got will "honor" this many retries. But it isn't... After not exercizing the drive for a while, then accessing it, I'm still getting Error #000:246 (Not Ready). If I access it again right after that error, the system stays locked up (while the STCON cursor continues to flash!), and the drive's LED stays lit solid 'til I reboot (powering off/on the drive [only] doesn't help either). I.e. a Ctrl+C can't get me out of a 'DIR', for example. ICD's own drivers (for "native" ST TOS/GEM) deal with this problem just fine: With their v6.4.3 driver, you can set the number of retries up to 4. I've not had any trouble with ICD this way running this very same h.d. when it goes to sleep like this. (You can tell it is retrying, however; and it's recovering & resetting itself just fine.) So I need the same "recovery" for Cumana/OSK v2.3 in this STHD module. Yeah, this is *so* irritating... If & whenever I can get this fixed in the STHD driver, I'll post everything in a synopsis so y'all will know what to do to make any make/model drive and your ICD interface work _reliably_ with OSK. (Could even put it into the FAQ.) Thank you a bunch for your time -- we're getting close but still no cigar! -- Paul Seniura (from Oklahoma City) Internet: PaulSeniura@delphi.com (p.s. Please respond via private e-mail as I don't get to access this place very often. Also let me know if it's okay to mention your info & name in a public post for my synopsis later.) -*- 87644 29-MAY 23:48 Telecom (6809) RE: Supercomm... (Re: Msg 87214) From: 10BAUD To: DBREEDING Oh yeah--the ^C problem. Some one here on Delphi gave me the solution to that one,too. I run osterm from the following procedure file: t chd /d0/USR/DLD/telcom/WORK display c tmode .1 abort=0 quit=0 load osterm& osterm /t2 You're right that it could use a few touch ups, but by now, it feels to me like the software equivalent of an old comfortable sweater. And I just make allowances :> -*- 87658 31-MAY 00:07 Telecom (6809) RE: Supercomm... (Re: Msg 87644) From: DBREEDING To: 10BAUD (NR) > Oh yeah--the ^C problem. Some one here on Delphi gave me the > solution to that one,too. I run osterm from the following > procedure file: > ... > The "abort=0" in the tmode command prevents the operating system > from intercepting the control-c character allowing osterm send it > to delphi. I never had any problem with it being intercepted, I just sent it from the keyboard and then let the autodialer do the rest. I just could not get the control sequence to work from a macro. > You're right that it could use a few touch ups, but by now, it feels > to me like the software equivalent of an old comfortable sweater. > And I just make allowances :> I like it too. And as you say, it is pretty comfortable. Also I guess any software you name has something somewhere that could be fixed. I know "we" can always find something that could be done better . -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- End of Thread. -*- 87645 30-MAY 00:08 General Information Nitros9 From: CHARLESAM To: ALL I got my Nitros9 patch disks at the Fest. Now when I check my modules in my bootfile, I find that I have no match for several mods. I can't find a match for os9p3, cc3io, cc3disk, and the clock module for smartwatch. If anyone has been through, and I'm sure there are a few, any help here in finding the matching mods for nitros9 would be appreciated. There are other patches like cmds and extra that I can't match either but I don't think they are as important. Thanx Charlie -*- 87650 30-MAY 20:28 General Information RE: Nitros9 (Re: Msg 87645) From: WDTV5 To: CHARLESAM I don't think my OS9p3 is patched either, and I don't think it needs to be to function just fine. CC3io has so many variations we'll never get them all! Mines as oddball as they come, its been patched for the seriel mouse. CC3Disk... Unless you are running an aftermarket controller, whats going on is that probably its been modified for quicker motors/step etc. Go back to the distribution disks and get that one. The aftermarket stuffs have been pretty well covered tho. My disto no-halt (SCII) runs great. SmartWatch... I don't think thats covered in what I've got here either, and without that, you're not gonna get it to run. I'm not familiar with it either unfortch. Can ya bring me up to date on the hardware it uses? Cheers Charley, Gene -*- 87654 30-MAY 22:37 General Information RE: Nitros9 (Re: Msg 87650) From: CHARLESAM To: WDTV5 As I said in an earlier message, I got most of what I need. I'll leave os9p3 out if I have to. The smartwatch is in my Disto SCII, piggybacked. Thats all I can tell you now. There is a clock for it, probably in database here. I just got to find it. The rest I found. But for now its elimentary. First I got to get back into my HD... Charlie -*- 87679 31-MAY 21:56 General Information RE: Nitros9 (Re: Msg 87654) From: WDTV5 To: CHARLESAM os9p3 is the error reporter, and as far as I know, will run in a nitro system as is. Lemme see mine a sec. Yeah, its $141 long, with a crc=$1136EC. If thats the same one you've got, runs just fine in a Nitro system. Cheers & hope you get that attr on grfdrv fixed. Gene -*- 87698 1-JUN 23:02 General Information RE: Nitros9 (Re: Msg 87679) From: CHARLESAM To: WDTV5 (NR) Yeah, I got back after making a new boot disk. I'll keep this disk for future blunders(and we know there will be many) so that I won't have to do again. I copy your statements on os9p3. This is what I've been doing wrong. After the original patch pass, I gathered all the modules that needed a different version until I had a complete os9boot patched. I went crazy trying to figure out why it won't boot. It finally dawned on me that my bootfile might be good(patched) but my kernel in memory wasn't. So now I have a patched kernel in a file in my root directory of my bootdisk and I'm trying to figure how to put the kernel and os9boot together on track 34 where they belong. I tried the util called kwikboot but it does work the way I want which is to overwrite the existing kernel(unpatched) with my patched version. Of course there is another tedious way. Gather all the patchable modules in a new boot, boot it up and let nitros find all good patchable mods and create a new boot that way. This is not easy. Thanx Gene for all your help. Charlie -*- End of Thread. -*- 87648 30-MAY 20:10 General Information Club flyers From: MRUPGRADE To: ALL GROUPS (NR) Anyone in a CoCo club,, who would like some "MI&CC" flyers, leave me your address in E-Mail,, and I'll send some for your next meet. With members troughout theh US & Canada + stretching from Austrailia, to England,,, we lik to at least have e member from your group to recieve our UPGRADE Newsdisk. Both our OS-9 Library and support,, has been commended by our present members. Terry Simons treas/ Editor for "Mid Iowa & Country CoCo". -*- 87651 30-MAY 20:42 System Modules (6809) Ramdisk From: WDTV5 To: ALL I'm in the middle of doing a fresh ramdisk for the os-9'ers, based VERY loosely on the devpack version but capable of useing ram up to the amount in the machine even if its a 2 megger! I started on this because the compiler chokes if /r0 isn't iniz'ed first, thinking that was a bug. Well it is and it isn't. OS-9 is doing that to us as it does its own "iniz" on the module if it hasn't been already, then allows the write of a file to the ramdisk without reporting any errors. Unforch, if it self initialized it, it also de-inits it at the end of the write! So the file is lost, and c.pass1 (ansifront) can't find the output from c.prep. I want to stop that, effectivly making the ramdisk refuse to deinit if the directory isn't empty. I'm torn between using the regular error paths to report it, or just outputting the phrase "the root dir isn't empty" on stderr. If I use an error number, then the compiler and other progs will probably choke on it anyway when in fact they could keep on truckin! So I need some input, what do tou all (you) want it to do. The choices are to ignore it without errors, and let you folks learn to delete all files before deiniting, haveing an error mesage pop up at odd times, or returning a process killing error. What'll it be folks? Cheers all, Gene -*- 87655 30-MAY 22:48 System Modules (6809) RE: Ramdisk (Re: Msg 87651) From: JRUPPEL To: WDTV5 For one who has run up on several problems due to lazy ramdisk etiquette, I for one would like a ramdisk to doesn't go away and won't choke the process I'm running to death if I forget to iniz or forget to empty it before I shut it down. Also, my ramdisk is buggy running Supercomm. It goes south even if I don't forget to set it up before using it. Dmode returns a disk sector count of over 13 MILLION! I'm running Powerboost, BTW, with a 2-megger. John Ruppel -*- 87663 31-MAY 02:26 System Modules (6809) RE: Ramdisk (Re: Msg 87655) From: MITHELEN To: WDTV5 The only "problem" i see with you idea, is that being able to deiniz the ram disk, even with a bunch of file on it, is a goo way to "reformat" it, or delete a lot of junk files that may have been left on it... -*- 87680 31-MAY 22:08 System Modules (6809) RE: Ramdisk (Re: Msg 87655) From: WDTV5 To: JRUPPEL You're doing something I've not done, use the ramdisk as a dl catcher. I always goto the default dir option I'v got programmed into SC23 here. Which is direct to my hard drive as i figure if I don't like it, theres always that 'del' I wrote to handle bad puppies. So I can't define by my own experience whether or not the ramdisk is flakey when running SC. However, I will check into that before I'm done. Right now, whats happening to the ramdisk if you forget to Iniz it is that os9 iniz's it just long enough to allow an error free copy into it to take place, but as soon as the copy operation is done, os9's internal link count for that device goes back to zero so os9 deinits the darned thiing. Increasing the link count in the root directories FD sector does NOT tell os9 to leave it alone. According to what I'm reading, and my interpretation of same, if the link count is greater than 0, it should leave it alone. It don't, needless to say. I may be able to diddle os9's own copy of that link count but so far have not investigated that path yet, time constraints and all that. On another tack, I did figure out how to divide my golf score by 3 legally. Easy when you're in a "best ball" tournament with the 2 top players around. I guess putting up with me was their pennance for something or other, but we did make enough to get our entry fee back! Small town golf course & CC. Cheers John, Gene -*- 87681 31-MAY 22:13 System Modules (6809) RE: Ramdisk (Re: Msg 87663) From: WDTV5 To: MITHELEN Maybe, but thats poor housekeeping too. Yeah, I know, if forgetting to iniz it is poor housekeeping, then I'm guilty many times. But if it refuses to deinit from either the os9 automatic, or from the deinit command until its empty, to me that would be much the lesser of the evils. If I do that, I think that instead of attempting to define a new error code, I'd have it spit out a short msg via stderr, clean up the carry and B reg and return with no error to report. That would depend on something to display the msg sitting on the stderr path, but we have that 90+% of the time anyway. Not fixed yet, not even a general shape in warm butter! Still looking for input on this. Anybody else got 2 cents worth? Cheers Paul, Gene -*- 87690 1-JUN 20:31 System Modules (6809) RE: Ramdisk (Re: Msg 87680) From: JRUPPEL To: WDTV5 (NR) I just got a hard drive at the Fest, so I'll probably be using that as soon as I figure wht's wrong with my repack. I think I have my power connected wrong, but I'm not sure. The last best ball tourney I got into, I shot the best round in the group...we got the Boobie prize...a foot mashie in commemoration of the fact that our threesome played the entire 18 holes from the rough and the sand I'll keep ya posted on further developements in the never-ending quest for the ULTIMATE COCO! John -*- End of Thread. -*- 87665 31-MAY 02:40 Programmers Den multi-vue From: CURTPANTLE To: ALL I wrote a short C program and "#include"ed wind.h, stdmenu.h, mouse.h and buffs.h. When I tried to compile it, I got the following error messages: stdmenu line 60: identifier missing and ; expected sizeof(_tanitms)/sizeof(_tanitms[0]),1,0,0,_tanitms mouse.h line 22: identifier missing pt_res; line 27: too many brackets } MSRET; The code on my disk files is the same as the code in the Multi-Vue manual, p 10-65 thru 10-72. Does anyone know the source of the errors? -*- 87668 31-MAY 19:57 Programmers Den RE: multi-vue (Re: Msg 87665) From: COLORSYSTEMS To: CURTPANTLE You may need to include stdio.h first. ------------------------------------ Zack C Sessions "We did not inherit the Earth from our Ancestors, we borrowed it from our descendants." Ancient proverb -*- 87686 1-JUN 00:28 Programmers Den RE: multi-vue (Re: Msg 87668) From: CURTPANTLE To: COLORSYSTEMS Zack, .h as the first "#include" -- tried changing the order of the included header files and the mouse.h error dropped out but I got errors for my program code, which I know is right. Something's still missing! Curt -*- End of Thread. -*- 87666 31-MAY 18:50 General Information question - mabey From: PAUL8 To: ALL A friend of mine has a used RS PC, but wrote a program in basic. I asked him to give me a 3.5 disk of the program and someone here may see if it can be used for OS9. I doubt that the above is possible, but if he gives me the program, I will try to upload it to see what you think unless told otherwise by a Sysop. I realize this is OS9, but he has in enexpensive RS (so he says) and wrote the program in basic. Paul -*- 87676 31-MAY 21:03 OSK Applications G-Windows From: HAWKSOFT To: FHOGG Hi Frank! Thanks for the replacement disk! G-Windows is now running fine, except! I'm having some problems with the file-recognizer. I wrote a recognizer to use with sound files, and, it doesn't work. But, neither do the three included with G-Windows. Any un-recognized file is shown as binary and the information menu says that the file type is 'umacs <>>>/win &'. Looks like a problem parsing the list within desktop. (I did a little fiddling). Anyway, did you shake that file loose from Delphi yet??? Chris :-> :-> :-> :-> :-> :-> :-> Chris "HAWKSoft" <-: <-: <-: <-: <-: <-: <-: Delphi: HAWKSOFT Internet: HAWKSOFT@DELPHI.COM ******************< Uploaded w/ InfoXpress vr. 1.01.00 >****************** -*- 87682 31-MAY 22:37 Programmers Den os9p3 From: WDTV5 To: CHARLESAM I'm afraid I may have tossed out a pretty bad curve with that last msg regarding os9p3. It turns out that the one I have in memory has been stretched by one byte at some time back about the kt boundary in an attempt to de-blob the system, and has since propagated down thru all the boot disks I've made since then. The real size of every copy of os9p3 (includeing from the NITRO directories) is $140 (320 decinal) and the crc is $3B3304. It hasn't des that I know of. Sorry about the confusion that $141 long os9p3 may have caused, its local to my system, and not valid as an indicator of being nitro'd. Cheers Charley, Gene -*- 87683 31-MAY 22:49 Programmers Den RE: os9p3 (Re: Msg 87682) From: WDTV5 To: CHARLESAM Yeah, I just checked, there is an "upgrade". It doesn't do sqwat! It ups the at/rv from 81 to 82, fixes the header parity and crc. Absolutley no actual change in the modules code, none, nada, zip, all balls. us it as is. S/B use it as is. Cheers Charley, Gene -*- 87700 1-JUN 23:08 Programmers Den RE: os9p3 (Re: Msg 87682) From: CHARLESAM To: WDTV5 (NR) Yeah, I got that. I don't know if after I get this os9boot with kernel together....if I won't have blob troubles too. For awhile yesterday, I was sure that was the problem. But even after I took steps to avoid it, I still didn't boot. Thats when I reviewed my steps and figured out my mistake. Thanx Charlie PS How can I pad a module by one byte? That also eludes me. I have dEd. -*- End of Thread. -*- 87694 1-JUN 21:05 Programmers Den rule for blackjack From: PAGAN To: ALL Does anyone out there know what the rules are for "insurance" and "double down" in blackjack are? I noticed them on the pocket game my daughter plays with and thought maybe I should add them to my program. Stephen (PAGAN) Intel - putting the boredom back into computing! -*- 87707 2-JUN 01:56 Programmers Den RE: rule for blackjack (Re: Msg 87694) From: CURTPANTLE To: PAGAN Yep, at least for Las Vegas blackjack. You can make an insurance bet any time the dealer has an ace for the upcard. If the dealer has 21, the player gets twice the amount of the insurance bet. If the dealer does not have 21, the player loses the insurance bet. The player's insurance bet can only be half the original bet. Example: Player's original bet is $10. Dealer has ace upcard. Player makes insurance bet of $5. Dealer has 21 -- player gets $10; no 21 -- player loses $5. Player can double down, that is, double the original bet on any two cards. Then the player receives only one more card and the player's card count must beat the dealer's card count for a win. Hope this helps, can go into more detail if you like. Curt -*- 87709 2-JUN 07:08 Programmers Den RE: rule for blackjack (Re: Msg 87694) From: JEJONES To: PAGAN > Does anyone out there know what the rules are for "insurance" and "double > down" in blackjack are? Ack...I knew once, but I've forgotten. Paperback copies of Hoyle should be readily available, though, and one would think that they'd have the details. Opinions herein are solely those of their respective authors. Clipper Chip: Big Brother Inside -*- 87738 3-JUN 02:27 Programmers Den RE: rule for blackjack (Re: Msg 87707) From: PAGAN To: CURTPANTLE Curt, Sure does help, thanks. Let me recap the algorithm briefly to make sure I understand: Insurance: 1. Dealer has ace showing. Else go to 4 2. Player can place a bet of 1/2 his original bet that the dealer has a "natural" (21). Rounded up or down? 3. If dealer has 21 the player recovers the insurance bet and is paid twice that amount by the house. Else the insurance bet belongs to the computer. 4. play proceeds normally. This changes things a bit since the version of Hoyle I based the program on says the dealer wins automatically if he has a 21. Double down: 1. Player doubles bet right after deal is done. Takes one more card. 2. Player's turns ends. 3. Play proceeds normally I assume that this is only invoked if the player has 11 in his hand. It doesn't make much sense otherwise. Stephen (PAGAN) +--------------------------------------------------------------------------+ | Nature is not benevolent; Nature is just, gives pound for pound, measure | | for measure, makes no exceptions, never tempers her decrees with mercy, | | or winks at any infringment of her laws. - John Burroughs | +--------------------------------------------------------------------------+ -*- 87739 3-JUN 02:27 Programmers Den RE: rule for blackjack (Re: Msg 87709) From: PAGAN To: JEJONES (NR) >Paperback copies of Hoyle should be readily available, though, and one would >think that they'd have the details. I based the program on a paperback version of Hoyle. Of course, the inscription "To Fred from Wilma" should have clued me that there might be some postdiluvian variants not included . Stephen (PAGAN) +-----------------------------------+ | Let Accuracy triumph over Victory | +-----------------------------------+ -*- 87740 3-JUN 03:05 Programmers Den RE: rule for blackjack (Re: Msg 87738) From: CURTPANTLE To: PAGAN (NR) Stehen, Your algorithmns are perfectly correct. On an insurance bet the dealer will make change in quarters so that the player can make the bet exactly half of the original bet. Most players take the insurance bet (it's actually just an extra bet) if they have 21. If the dealer has 21, the player will win the insurance bet, but "push", that is get back his original bet. If the dealer does not have 21, the player loses the insurance bet, but wins his original bet, since the player has 21. In this sense then it's an insurance bet for the player who has 21, because the player will win the hand regardless of what the dealer has. On the double down most players will always double if they have 11 as you are saying. However, if the dealer has an upcard that is not a ten, most players will double down in this situation. Anyway, these are rules of strategy rather than rules of play. Speaking of books on card rules, there are books that lay out what is called basic strategy. Basic strategy is a set of decision-making rules for the player that determines the player's course of action depending on the player's card count and the dealer's upcard. Basic strategy in many cases was devised by a computer program that did three things: 1. implemented the game according to the rules of play 2. automated the game to play thousands of hands automatically with the player's decisions being made according to a set of rules 3. kept track of the outcomes so that the success of the player could be determined in accord with which set of rules were being used for the player's decisions Well, anyway I'm always fascinated with applying computer power to games and probability models -- good luck with your project! Curt -*- End of Thread. -*- 87697 1-JUN 22:49 General Information OS-9 Live! Conference From: BOISY To: ALL In the spirit of promoting OS-9, I've set up the OS-9 Live! conference on the first and third Saturday night of every month at 10:00pm Eastern. This conference is open to all OS-9 users, but I would hope to keep topics mainly geared toward OS-9/680X0 and OS-9000. For the first few conferences, I don't have a specific topic planned, but anticipate that will change. Hopefully some fruitful discussion will eminate from these conferences. I certainly plan on being consistent with this idea. I don't intend for this to be "yet another conference" or a bull session, but something with substance. The first conference is planned for this Saturday, June 4 at 10:00pm EST. I look forward to seeing you there. -*- 87722 2-JUN 20:52 General Information RE: OS-9 Live! Conference (Re: Msg 87697) From: CPERRAULT To: BOISY Well, you pulled through for us Boisy! :-) I plan on being there unless something comes up. A couple ideas for conference topics you may want to consider: 1) Every couple of months or so, the topic should be devoted to the latest going's on of the OS9 UG. This may help inform nonmembers and turn them into members. 2) At this stage one idea is to develope an ongoing theme of the conference with that theme being the migration from OS-9 Level II to Profession OS-9 This could prove beneficial, as people who have been putting off upgrading due to lack of understanding the OSK environment. Even if the so far non-OSK users aren't Coco users, it is possible that people from other platforms may be interested in 'zomething different' :-) If we inform them on what is available and show all the possible paths they can travel with OS-9. 3) At a certain point before each fest, we should devote on or more conferences to the upcoming fest. Well, I'll quit now, but I'm just getting warmed up. There are so many topics we can cover with the conference, we may need to start a couple more. :-) >Chris< -*- End of Thread. -*- 87701 1-JUN 23:13 Programmers Den cc 2.5.0 From: RICKADAMS To: ALL Does anyone have cc 2.5.0 to give to me somehow? I need it to be able to compile UUCPbb. Perhaps it could be uploaded to the databases here? -*- 87703 1-JUN 23:22 General Information WDTV5 From: CHARLESAM To: MITHELEN (NR) Paul, thats WDTV5 not WATV5 in my last message. (Sorry Gene...;-) )CM -*- 87712 2-JUN 20:05 General Information help From: ROBERT84 To: ALL Could someone tell me what the largest RLL type drive is that I could get ahold of. I am using a seagate 238R now with a B&B cocoxt-rtc. But I would like to get a bigger hard drive. Thanks for the help Bob -*- 87713 2-JUN 20:35 OSK Applications MM/1 Trek From: VAXELF To: KSCALES Ken, It was great seeing you too. I had a great time. Didn't get much sleep friday or Saturday night. Toooooo busy talking to everyone and checking out all the behind the closed door stuff. (future products and such). The wolfinstien clone was very outstanding. When he gets it ready to sell, it's going to be a hot item. anyway, yes I am using the "sh" shell, but I have tried various ways to run the game. I open another window using the standard shell, error I then reset my SHELL enviroment to "shell", still error. Then I reconfigured the OS9Boot to use the stock "sysgo", still error. Sure thought by using the stock sysgo, it would work. Memory should not be a problem. 2033 KBytes befor starting game and 1813.5 KBytes after starting game. Sound works if executed as: phasers shell phasers When I reconfigured using the stock "sysgo", this was off the new upgrade disk that I got from David at the fest and using the latest "bgfx" that I also got from David at the fest. As a software engineer, I know all too well the trials and tribulations of software problems. John D. -*- 87714 2-JUN 20:38 OSK Applications games From: VAXELF To: COLORSYSTEMS Zack, Are you sure these card games can be won????????? Boy they sure are tough. Nice to finially meet you at the fest. John D. -*- 87734 2-JUN 23:15 OSK Applications RE: games (Re: Msg 87714) From: COLORSYSTEMS To: VAXELF (NR) > Zack, > Are you sure these card games can be won????????? > Boy they sure are tough. > > Nice to finially meet you at the fest. > Heh, heh. Yeah, some of them are tough to win. Particularly Spider and Canfield. Pyramid normally has about a 2-5% win rate, while Klondike has a 10-20% win rate. (Statistically speaking!) ------------------------------------ Zack C Sessions "We did not inherit the Earth from our Ancestors, we borrowed it from our descendants." Ancient proverb -*- End of Thread. -*- 87717 2-JUN 20:40 General Information Nitros-9 From: CHARLESAM To: MITHELEN (NR) Well Paul, I finally got it working, Nitros-9 that is. Had to start scratch and put all the patchable modules in a boot. After I booted with these modules, I used nitros9 to make a new boot from memory. It works fine, with an obvious increase in speed during boot. My long startup which gives me Dynastar, Supercomm, and Presto-Partner all up and running, plus an extra window for working, takes 1:15 as opposed to 1:45 prior to Nitros-9. That includes 31 modules loaded into memory other than my boot mods. The only set-back being none of my games work, coco crashes if I try loading them. I'll just use my old bootfile when I want to run them. Grfdrv is the most important module where graphics are concerned, and I've updated that mod. The speed increase with just that change (grfdrv) is remarkable. When I play Klondike(Solitaire), I get instant results when calling for a new deal. I'll just get good use out of the multiboot utility I got at the Fest. Did you finish doing your friend's upgrade yet? I found some modules that the upgrade bombs on, like RBF $4B1153. It upgrades okay but an ident shows BAD CRC. Of course it won't boot. I used RBF $EFBE13, which is the original. It happened twice like that, so I know its a bug in the patch program. Well now I got some more docs to read so I can install more STUFF.... I have the multi- boot util, CocoTop- a mouse driven utility, a games disk with five games included, VED - text editor and some other stuff I forgot I bought. Oh yeah, QuikLetter, which I should do first cause it will save me memory over Dynastar. Of course I'm waiting for the two meg upgrade also. Busy, busy, busy.... My wife is talking divorce here. Thanx for your input, I'm always glad to get the help. Charlie -*- 87727 2-JUN 22:23 General Information RE: Nitros-9 (Re: Msg 87717) From: REVWCP To: CHARLESAM Dear Charlie: If you still have problems come the weekend of July 9th, I know a monk who makes house calls. I will be in New York that weekend to see my mother. We have a memorial service for my father that saturday. I will be arriving on thursday, July 7th and returning to Wisconsin on July 14th. I'll get in touch with Keith and we can try to all get together. With all best wishes, Brother Jeremy, CSJW OS9 User's Group Treasurer -*- 87732 2-JUN 23:14 General Information RE: Nitros-9 (Re: Msg 87727) From: CHARLESAM To: REVWCP Looking forward to your visit. Tell Rick I said 'Hello, tell him to write soon. Regards Charlie -*- 87736 3-JUN 00:00 General Information RE: Nitros-9 (Re: Msg 87732) From: REVWCP To: CHARLESAM (NR) I'll convey the message to Rick. With all best wishes, Brother Jeremy, CSJW OS9 User's Group Treasurer -*- End of Thread. -*- 87718 2-JUN 20:42 OSK Applications chess From: VAXELF To: COLORSYSTEMS The manual for K-Window Chess arrived today. Thought you like to know. It run great. I have a book on classic chess games. going to see how well it stands up to some of the masters. John D. -*- 87721 2-JUN 20:45 General Information Nitros-9 and games From: CHARLESAM To: ALL Has anyone else had problems with running games under native Nitros-9? If so, did you find a way to get them to work? I have by nitros9 in place but if I run Klondike, Smash, or Shanghai CRASH!. I'm sure there is something that can be done. Thanx Charlie -*- 87728 2-JUN 22:25 General Information RE: Nitros-9 and games (Re: Msg 87721) From: REVWCP To: CHARLESAM Dear Charlie: I'm not certain where the problem is. Klondike, from Zack Sessions Solitaire Games works for me. The Shanghai I have is Shawn Driscolls' Basic09 version. I will have to check CRC's, etc., and get back to you. With all best wishes, Brother Jeremy, CSJW OS9 User's Group Treasurer -*- 87733 2-JUN 23:15 General Information RE: Nitros-9 and games (Re: Msg 87728) From: COLORSYSTEMS To: REVWCP It is probably that the Klondike he is referring to is not mine. My Klondike uses perfectly "legal" OS9 code and should work on any OS9 engine. And there were numerous Klondike's for OS9 released. ------------------------------------ Zack C Sessions "We did not inherit the Earth from our Ancestors, we borrowed it from our descendants." Ancient proverb -*- 87735 2-JUN 23:15 General Information RE: Nitros-9 and games (Re: Msg 87728) From: CHARLESAM To: REVWCP I have to check my versions. I must be doing something wrong here. Charlie -*- 87737 3-JUN 00:28 General Information RE: Nitros-9 and games (Re: Msg 87721) From: KSCALES To: CHARLESAM (NR) > Has anyone else had problems with running games under native Nitros-9? If > so, did you find a way to get them to work? I have by nitros9 in place > but if I run Klondike, Smash, or Shanghai CRASH!. I'm sure there is > something that can be done. Thanx Charlie Can't really help here, except to provide some encouragement: Since Alan DeKok is a confirmed NitrOS-9 user, it's a safe bet that his Smash can be made to run under Nitros. And, assuming that you are referring to the NX version of Shanghai, it was ported to OS-9 by Alan and Bill Nobel, one of the Nitros authors -- so it should also be compatible. A shot in the dark from the blind... perhaps these programs are using 'vdgint'. Did this module patch OK during your installation? Is it included in your bootfile? Best of luck... / Ken -------------------------------------------------------------------------- Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237 =-=-=-=-=-= Intel: Putting the backward in backward compatible =-=-=-=-=-= -*- End of Thread. -*- 87723 2-JUN 21:01 Programmers Den Protector Program Update From: CPERRAULT To: ILLUSIONIST (NR) Hi again Mike, long time no see. I'm just writing to update you on the latest progress I have made with my Protector utility project I told you about before. And of course, I have questions about my latest non-feature. This is also aimed at anyone else in forum who may have some clues, and a little time to check the source, or run it in from basic09. Since hooking my fathers printer to the Coco, I have started working on my programming projects once again. I have since fixed, as far as I know, all the problems I was reporting before. Of course it's been about a week or two, so I already forget what those problems were I was having, but it was a matter of modifying a loop structure a certain way that did the trick. I couldn't quite understand why the fix I did worked. I should be keeping printouts of the old source so I should remember exactly what those questions are so I can post to all here, just to better understand things. Anyhow, that's not what I'm here to ask about. For the most part, I have MOST of the program done. Once I get through this latest glitch, I will just add a couple more features I am hoping to add, which, knock on wood shouldn't be too much trouble. Just for a quick rundown for those who don't know or remember the purpose of this program, it is designed to take files entered in standard input or from a text file, and compare those files with the filenames in the current data directory. If the names are NOT equal to eachother, the program will delete the files else if they do equal eachother, the program will 'protect' them and spare them from being deleted. So basically it deletes all the files in the directory except those entered by the user. The opposite of delete :-) After studying your _Toupper.b09_ and _Protect.b09_ programs, I incorporated toupper into my program, as well as some of 'protect' and for the most part, after some fine tuning and debugging, things started to work out. After giving the filenames of those I want protected, in array form, the toupper procedure takes it and converts all lowercase to uppercase and then list all those files to the screen. Then the program opens up the dir file and reads all the filenames into an array, and converts them to uppercase. I then put in an 'if/then/else' statement that tests to see if 'newname(count)',the name array given by the user from keyboard, is equal to 'name' which is the current filename being retrieved from disk. If it is not equal it is supposed to print: Deleting: filename and if they are equal it is supposed to print: Filename is protected Now the screen will then print the filename from disk to screen and it appears to work fine. The problem is, the program thinks that all of the files are NOT-EQUAL, so if the delete command wasn't commented out, it would go one to delete all files in the directory. It simply prints: 'Deleting: filename' for all the files, even tho the files I entered were entered correctly were coverted to caps just like the files that the program read from disk. I can't for the life of me figure out where the program is finding a difference between the two sets of filenames. If you, or anyone else reading has a chance to go over the code and maybe try running it from basic, I sure won't object ;-). And keep in mind, I commentout OUT the 'Delete Name' command so you won't lose any files. I'll include the source in the next message. Thanks... >Chris< -*- 87724 2-JUN 21:08 Programmers Den RE: Protector Program Update (Re: Msg 87723) From: CPERRAULT To: ILLUSIONIST (NR) (* here is the source... PROCEDURE begmain (* This is the Dimensioning section. DIM count,count1,count2:INTEGER DIM path:BYTE DIM carriage,escape:BYTE DIM strpos:INTEGER DIM temp:STRING[29] DIM entry(32):BYTE PARAM option:STRING[3] DIM name,newname(100):STRING[29] (* -------------------------------------- (* on ERROR GOTO 500 (* -------------------------------------- carriage:=$0D count:=0\count1:=0\count2:=0 errnum:=ERR escape:=$1B name:="" FOR count:=1 TO 100 newname(count)="" NEXT count (* -------------------------------------- (* This is where we read the parameters (* options WHILE option<>"" DO IF option="-?" THEN RUN intro END ELSE (* -------------------------------------- IF option="-s" OR option="-S" THEN \(* from standard Input FOR count=1 TO 100 INPUT "Filename> ",name EXITIF name="" THEN GOSUB 10 ENDEXIT (* To uppercase routine (* run toupper(newname) temp:="" strpos:=1 REPEAT IF ASC(MID$(name,strpos,1))>96 AND ASC(MID$(name,strpos,1))<123 THEN temp=temp+CHR$(ASC(MID$(name,strpos,1))-32) ELSE temp=temp+MID$(name,strpos,1) ENDIF strpos=strpos+1 UNTIL strpos>LEN(name) newname(count)=temp NEXT count ENDIF ENDIF ENDWHILE 10 (* The Main Delete and Protect procedure PRINT "Preparing to del all files in directory except:" FOR count1:=1 TO count PRINT newname(count1) NEXT count1 OPEN #path,".":UPDATE+DIR SEEK #path,64 WHILE NOT(EOF(#path)) DO count1=count1+1 GET #path,entry IF entry(1)>0 THEN name:="" FOR i=1 TO 29 EXITIF entry(i)>127 THEN name:=name+CHR$(entry(i)-128) ENDEXIT name:=name+CHR$(entry(i)) NEXT i (* Convert files to capitals temp:="" strpos:=1 REPEAT IF ASC(MID$(name,strpos,1))>96 AND ASC(MID$(name,strpos,1))<123 THEN temp=temp+CHR$(ASC(MID$(name,strpos,1))-32) ELSE temp=temp+MID$(name,strpos,1) ENDIF strpos=strpos+1 UNTIL strpos>LEN(name) name:=temp if name=newname(count) then print name;" is protected." else Print "Deleting: ";name (* DELETE name ENDIF ENDIF ENDIF ENDWHILE CLOSE #path END (* -------------------------------------- 500 (* Error Trapping Routine errnum:=ERR PRINT "You have an error #"; errnum -*- End of Thread. -*- 87729 2-JUN 23:04 General Information nitro/lha From: VE3DAC To: WDTV5 (NR) Well following some advice from Wes Gale, I went back to the RBF from nitro 1.15. That seems to have solved my problem. Wes has an occassional archiving problem with LHA and he feels there is something they have done in RBF which is causing some of us a problem. I am now using RBF30 (undelete) CRC FA84C1. Could it be that your RBF isn't a Nitro 1.16 module? Wes wants all the help he can get to solve the problem. Thanks for letting me bend your ear. Merv -*- 87741 3-JUN 03:13 Programmers Den Multivue From: CURTPANTLE To: COLORSYSTEMS (NR) Zack, I found my recent reply to you was garbled - since then I found that three "#define"'s near the end of stdmenu.h had a "\" and a CR. When I deleted these, it compiled fine. Also, if anyone else is working with Multivue for the first time (I just got it 2 weeks ago), the MV manual says to comile the C source to a .r file; then link cgfx.l, clib.l and sys.l in that order. You have to put clib.l first in the linkage order, otherwise you get a linker fatal error. In addition to header and library files, I still need menu and window descriptors and mouse code. Seems like a lot of work to point and click, but I guess the hard part is putting it together for the first time. On the plus side, MV works as advertised and I figured out how to write the AIF's to start several apps from MV. Curt -*- 87742 3-JUN 10:02 Programmers Den Programming in C From: MROWEN01 To: ALL I need some help with 'C' on the Coco 3. I am diving into writing some programs, one because I need the programs, two because I want to leanr C. I haven't done anything elaborate yet. I have been working with C in both DOS and UNIX environments up to this point. I prototyped some code under DOS, but als, it will not be portable to UNIX or OS9. DOS compilers support the getch function. This is the same as an inkey$ function in Coco basic. You press a key and program flow continues. How do I duplicate this function under Microware C or UNIX C? I tried to use getchar and getc under UNIX, but they still require a carriage return. If someone could enlighten me.... The code under UNIX that I tried was : key = getc(stdin); even this ! key = fgetc(stdin); NO LUCK! I need to write some terminal based apps for my Coco 3, and C seems to be a good way of doing it. Anyone who has written in C on the Coco; If you can give me tips or point me to patches and libraries you would recommend I would appreciate it. I will upload what ever code I manage to hack. Thanks. Mike -*- FORUM>Reply, Add, Read, "?" or Exit>