read new nonstop follow 89659 30-AUG 19:47 Telecom (6809) nothing much!! From: SAUSAGESAM To: ALL Hello all out there!! I just bought a 28.8k modem today for about $170. It's really neat.. Has Caller ID built in and every protocol there is and lots of other stuff. Anyway, I know I can't use this modem to it's potential, but I bought it for the future so when my Mom gets an IBM compat in a couple of months I can download stuff at 3500 cps or so! (No I'm not going to give up the CoCo. I LOVE IT way to much. It's my FRIEND!!). Anyway, I have two things to say... One is something really interesting. I thought 19.2k was the fasted port speed you could pick in Ultimaterm. Well, I went one up and there was a "450 baud". I thought, well I'll try this and see what happens... And you know WHAT??! It MADE my port 115,200 BAUD!!! of course my coco cant receive data that fast. When I log into a BBS I get CARRIER 28800 PROT: LAP-M CONNECT 115200 It really suprised me!! But when I am on a BBS, if I watch the modem and my computer screen, I see the modem's receive data light go off and on real fast, but Ultimaterm is still putting stuff on the screen from where the modem fills up it's buffer. It's cool though. It would be great if the guy who wrote Ultimaterm could rewrite it for 6309 Code to get it going faster! I would definatly buy it! Okay, now to my other thing I was gonna say. If anybody wants to make me a deal on my old (one month old) U.S. Robotics 14.4k modem, let me know! I have the box and all the instruction booklets and everything that came with it, including that stupid free software that you have to run on an IBM to try online services. Using Ultimaterm I could always get around 1200 CPS on transfers... If anyone wants my modem leave me an offer! It has a 5 year warranty so if anything goes wrong with it you can send it back to me and I'll send it in for repair... l8r all! -*- 89717 3-SEP 13:41 Telecom (6809) RE: nothing much!! (Re: Msg 89659) From: JEVESTAL To: SAUSAGESAM > interesting. I thought 19.2k was the fasted port speed you could pick in > Ultimaterm. Well, I went one up and there was a "450 baud". I thought, > well I'll try this and see what happens... And you know WHAT??! It MADE my > port 115,200 BAUD!!! of course my coco cant receive data that fast. When I > log into a BBS I get > CARRIER 28800 > PROT: LAP-M > CONNECT 115200 Which rs232 pak do you have? My CoNect 6551A port does not work with that "450" speed on Uterm. It is interesting to note that the "450" speed is after 19.2 and before the low speeds (50, 75, 150, 300). If it were actual "450 bps" it would have been located after the 300 and before the 600 bps. So this rate could be an undocumented 115,200 that the author of Uterm was playing with, it was mis-labeled as 450. Some UART chips "for the CoCo" may have a setting higher than 19,200 but the 6551A in my CoNect port does not support it. Jim ======================== InfoXpress 01.01.00 OS-9/6809 ====================== | Narnia BBS: 11pm-7am PDT serving CoCo OS-9 users ----|---- StG network: sysop@Narnia "Exclusively OS-9" | Delphi: JEVestal@delphi.com Marysville, CA InterNet: JEVestal@narnia.wa.com | or : JEVestal@citrus.sac.ca.us (916) 743-2617 Voice: 7am-11pm PDT :1 Corinthians 1:18 & Romans 1:16 ============================================================================= Jim Vestal: Assistant editor of The International OS-9 Underground, "Magazine dedicated to OS-9/OSK Users Everywhere -*- 89729 3-SEP 22:52 Telecom (6809) RE: nothing much!! (Re: Msg 89717) From: SAUSAGESAM To: JEVESTAL Welps, I'm using a modified modem pak so I have no idea what UART is in it. I really don't even know what a UART is...! hehe. Do you have a 28.8k modem? 14.4k's only support a throughput (or whatever) of 56,200 or somethin'... so if you had a 14.4k or less then commands won't work. But with this 28.8k I bought, the throughput goes up to 230,400 bps or something.. so I'm able to select that bps rate "450".. By the way, don't ask *why* I got a 28.8k modem!! Well, it was just at a real good price and I couldn't resist. But now when an IBM moves into the house I can share this modem with it as well as my coco.. right now it's using the v.fc protocol but you can buy a eprom to replace the one inside to make it v.34/v.fc... ttyl! -*- 89759 5-SEP 02:17 Telecom (6809) RE: nothing much!! (Re: Msg 89729) From: JEVESTAL To: SAUSAGESAM > Welps, I'm using a modified modem pak so I have no idea what UART is in > it. I really don't even know what a UART is...! hehe. Do you have a > 28.8k modem? 14.4k's only support a throughput (or whatever) of 56,200 or > somethin'... so if you had a 14.4k or less then commands won't work. But > with this 28.8k I bought, the throughput goes up to 230,400 bps or > something.. so I'm able to select that bps rate "450".. > > By the way, don't ask *why* I got a 28.8k modem!! Well, it was just at a > real good price and I couldn't resist. But now when an IBM moves into the > house I can share this modem with it as well as my coco.. right now it's > using the v.fc protocol but you can buy a eprom to replace the one inside > to make it v.34/v.fc... I only have a 14.4 modem, it took me a long time to even afford this one, much less a modem that cost twice what I paid for this. I just wish I could get better performance from OS-9 based term programs, 4800 is better than 2400 but I would love to run at 9600 without errors or even 19.2 (14.4). I'm almost tempted to try to get my hard drive working under RS-DOS... but I would miss the multi-tasking environment! Jim ======================== InfoXpress 01.01.00 OS-9/6809 ====================== | Narnia BBS: 11pm-7am PDT serving CoCo OS-9 users ----|---- StG network: sysop@Narnia "Exclusively OS-9" | Delphi: JEVestal@delphi.com Marysville, CA InterNet: JEVestal@narnia.citrus.sac.ca.us | or : JEVestal@citrus.sac.ca.us (916) 743-2617 Voice: 7am-11pm PDT :1 Corinthians 1:18 & Romans 1:16 ============================================================================= Jim Vestal: Assistant editor of The International OS-9 Underground, "Magazine dedicated to OS-9/OSK Users Everywhere -*- 89772 5-SEP 20:50 Telecom (6809) RE: nothing much!! (Re: Msg 89759) From: SAUSAGESAM To: JEVESTAL How much did ya pay for your 14.4? I bought my 28.8 for 170 bucks which wasn't too bad. the US Robotics 14.4 cost me about $140. -*- 89777 5-SEP 21:42 Telecom (6809) RE: nothing much!! (Re: Msg 89772) From: JEVESTAL To: SAUSAGESAM (NR) > How much did ya pay for your 14.4? I bought my 28.8 for 170 bucks which > wasn't too bad. the US Robotics 14.4 cost me about $140. I paid $130 for mine through DaMark. They offered an payment plan of 4 payments. I could have bought a modem cheaper through other sources but not with a payment plan. Jim ======================== InfoXpress 01.01.00 OS-9/6809 ====================== | Narnia BBS: 11pm-7am PDT serving CoCo OS-9 users ----|---- StG network: sysop@Narnia "Exclusively OS-9" | Delphi: JEVestal@delphi.com Marysville, CA InterNet: JEVestal@narnia.citrus.sac.ca.us | or : JEVestal@citrus.sac.ca.us (916) 743-2617 Voice: 7am-11pm PDT :1 Corinthians 1:18 & Romans 1:16 ============================================================================= Jim Vestal: Assistant editor of The International OS-9 Underground, "Magazine dedicated to OS-9/OSK Users Everywhere -*- End of Thread. -*- 89660 30-AUG 19:57 General Information RE: Atlanta Fest (Re: Msg 89592) From: TEDJAEGER To: DISTO > Like I said before, I do not have the time or insperation to finish it. It > has a lot of work (mostly software) left. I have 3 left that work with a > MS DOS adapter card (included). They cost me $300 dollars to build each. > (Proto-type costs are high when you only make a few boards, 4 layer boards > at that). I am willing to sell them at $100 each (shipping included) with > all the docs, files, diagrams and sourse listings. But!!!!! And its a big > but. I make to garranties what so ever and no money back. At best, I can > give you a little on-line support. -Tony. Thanks for the info, Tony. Since I just added a CDROM I better say no, at least until Xmas time. To clear my head though, does the device plug into a MSDOS box or the MM1? > Bests ---TedJaeger -*- 89677 31-AUG 21:49 General Information RE: Atlanta Fest (Re: Msg 89660) From: DISTO To: TEDJAEGER The digitizer can in theory do both. It has a SCSI port and can connect to anything that has the right driver. -Tony. -*- End of Thread. -*- 89661 30-AUG 19:57 General Information RE: chestnut access (Re: Msg 89571) From: TEDJAEGER To: MITHELEN > I just thried itr, and it worked fine for me. Did you use Delphis FTP or > FTP from somewhere else? Did you supply "anonymous" as the username. > The password really won't matter after that, but convention has it that > you should enter your Username@Site.Domain for the password. I tried from my office which has access to the internet through MORENET, the latter being the Missouri Educational network. I did use anonymous as user name and various passwords though not my delphi address. I'll try this all again this afternoon and holler back. Is any of this case sensitive? thanks... Bests ---TedJaeger -*- 89670 30-AUG 20:45 General Information RE: chestnut access (Re: Msg 89661) From: MITHELEN To: TEDJAEGER Hmm.. Strange... case shopuld only matter in the username... the password is basically ignored (more or less used as an accounting thing I believe) Can you capture an attempted ftp session that fails to a text file and mail it to me? I'llk try to figure out what is going haywire then. -- Paul -*- 89713 3-SEP 08:24 General Information RE: chestnut access (Re: Msg 89670) From: TEDJAEGER To: MITHELEN > Hmm.. Strange... case shopuld only matter in the username... the password > is basically ignored (more or less used as an accounting thing I believe) > Can you capture an attempted ftp session that fails to a text file > and mail it to me? I'llk try to figure out what is going haywire then. Happy to report that I have successfully reached Chestnut and ftp a few files. The only thing that I know I did differently is that I used my dephi address as password rather than my office address. Wouldnt think that would matter, but there is the fact that our campus network was just coming up when I tried getting to Chestnut the first time, and then there were some tornadoes up there in Wisconsin! Anyway, thanks for the help! Bests ---TedJaeger -*- End of Thread. -*- 89662 30-AUG 20:36 General Information RE: OS9UG (Re: Msg 89627) From: CPERRAULT To: MRUPGRADE >>Usually a group will say they offer this or that, and do this,, etc..<< And the OS-9 Users Group is not of that breed. They are not guarrenteing anything that the community in general doesn't want to work for. It is the engine that the people can work with, as a backdrop for their projects. >>You mentioned an OS-9 users group? As seperate from OS9UG<< ?? I'm not sure what you mean, but the OS-9 users group and OS9UG is one and the same. There is only one, tho it has gone through many 'chapters'. >Chris< -*- 89671 30-AUG 22:52 General Information RE: OS9UG (Re: Msg 89662) From: MRUPGRADE To: CPERRAULT RE> OS users group & OSUG As I thought they are one and the same. One comment made me wonder? I didn't think there were different groups, but thought I'd ask in case. Til then,, Terry g -*- 89673 30-AUG 23:33 General Information RE: OS9UG (Re: Msg 89671) From: KSCALES To: MRUPGRADE > RE> OS users group & OSUG Terry - I notice that on all of your messages, most of the "9" characters seem to be missing. Is this a problem with your keyboard, uploading software, or what??? It is very disconcerting reading through your messages when they are missing these "9"s. For example, the above line should probably have been: "> RE> OS9 users group & OS9UG" Read through any of the messages that you have left over the past month or so, and you will see what I mean. Regards... / Ken -------------------------------------------------------------------------- Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237 -*- 89674 31-AUG 00:58 General Information RE: OS9UG (Re: Msg 89673) From: MRUPGRADE To: KSCALES Foro purposes here,, I7m shure most equate referance to OS. Though it may be 9 or K. Though the term OS-9 in the public media is generic to OS K or 9,, where as here or among CoCoists,, there is a difference. i.e. OS-9 runs on a CoCo OSK does not. An opinion,,, unwlecome I'm shure (but does that stop me?),,, since the OS9UG is admittedly looking more oto OSK,, for cleaiet one would think it would be appropiately named the USKUG. So much for symatics,,, Terry Simons UPGRADE Editor -*- 89675 31-AUG 01:23 General Information RE: OS9UG (Re: Msg 89674) From: MITHELEN To: MRUPGRADE Terry, there is no such animal as OSK... It is a slang term to describe OS-9 for the Motorola 68000 Family of processors. There is OS-9/68000 and OS-9/6809 (which is no longer sold/supported by Microware) OS-9 by itself refers to the collective varients of OS-9 for different platforms/architectures. The OS-9 Users Group, Inc supports OS-9, OS-9/6809, and OS-9000 EQUALLY. The ammount of individual support any one sub interest gets is dependant on what they put into the group. If users for any perticular interest don't join the group, then support for that interest will drop, because the users are not there to make that interest supported. If there is, say twice as many OS-9/6809 users in the group then OS-9/68000 users, then it would be safe to say that OS-9/6809 will get twice the support, because, the USERS in the groups are where the support comes from. The Officers are just there for the Users (members) to channel their interests through, and to govern the actions of the group as a whole. -- Paul Jerkatis VP Communications OS-9 Users Group, Inc. -*- 89676 31-AUG 19:30 General Information RE: OS9UG (Re: Msg 89675) From: MRUPGRADE To: MITHELEN RE> There is no such animal as OSK..... Thanks,, I'll also inform Boisy to quite using it. (smurk) Terry g -*- 89691 1-SEP 08:07 General Information RE: OS9UG (Re: Msg 89674) From: JEJONES To: MRUPGRADE Are you having problems with line noise or buffer overruns? I couldn't quite make sense of your message. Opinions herein are solely those of their respective authors. Clipper Chip: Big Brother Inside -*- 89739 4-SEP 15:49 General Information RE: OS9UG (Re: Msg 89674) From: 01GEN40 To: ALL A short analogy... The way I see OS-9... Let us say, for the moment, that OS-9 is ICE CREAM. Ice cream is ice cream but with various flavors. There is chocolate ICE CREAM, vanilla ICE CREAM, neopolitan ICE CREAM... Now, look at OS-9... There is OS-9 L1, OS-9 L2, OS-9/68K, OS-9000... All of these are OS-9, they just have different flavors for individual tastes. LONG LIVE OS-9! ** In whatever form it is in! -= 01GEN40 =- -*- 89747 4-SEP 22:17 General Information RE: OS9UG (Re: Msg 89674) From: CPERRAULT To: MRUPGRADE >>one would think it would be appropriately named the OSKUG<< That would mean to assume that it doesn't support all forms of OS-9. Is that what your trying to say(even tho 100+ messages have already told you otherwise)? -*- 89769 5-SEP 18:02 General Information RE: OS9UG (Re: Msg 89747) From: MRUPGRADE To: CPERRAULT (NR) RE> Even tho 100+ messages have told you..... OK,, then let's count yours as 101. Evidently this UG isn't set up to "offer" anything atleast at present for the CoCo OS-9 user in return foro his $25. ergo,, the questio what do youo offer,, seems an embarrasment,, rather then a chance to present somtthing viable offered in return. So,, I'd suggested we drop it. Must you prisist this string to 101,, or onward to 102 times? enough ??? Terry Simons -*- End of Thread. -*- 89663 30-AUG 20:36 General Information RE: Conference Announcement:OS-9 Late Ni (Re: Msg 89629) From: CPERRAULT To: DBREEDING >>If you are serious about programming, and especially if you are going to OSK, I feel that C is the way to go.<< I agree it is the the predominant osk language and probably computing language in general by now. I do plan to learn it, just not yet. I do think that simply encouraging people to simply switch to C and Dropping Basic on OSk will be kind of detrimental. I think we should promote more Basic programming and maybe get a basic Compilor, instead of having Only MW basic. Also a Pascal compilor would be nice, besides Mwares. Something like Turbo Pascal would be cool. We need to broaden our programming horizons here if we want to attract more programmers. Encouraging C is great, but we'll push more people away by keeping things narrow by encouraging C only. Basic is very portable in the OSK world, probably as much so as C, and within OSk is probably the biggest portability issue. I say we open up with more languages and encourage more programming. It's a better way to get programmers is the fold. >>As a matter of fact, Basic is not included in the Delmar package, so some would not be able to run your programs, which would limit your sales a little if you want to go commercial.<< No not true actually. I was pleasantly suprised to find out the Mware provides runb with Professional OS-9 so even if the system doesn't have Basic, it can run Basic programs :-) Now if they would do the same with the Pascal run-time module(s?), then it(Pascal) would really be worth it! >Chris< -*- 89724 3-SEP 21:23 General Information RE: Conference Announcement:OS-9 Late Ni (Re: Msg 89663) From: DBREEDING To: CPERRAULT > I agree it is the the predominant osk language and probably > computing language in general by now. > yet. I do think that simply encouraging people to simply switch to C > and Dropping Basic on OSk will be kind of detrimental. I think we > should promote more Basic programming and maybe get a basic Compilor, > instead of having Only MW basic. Also a Pascal compilor would be nice, > besides Mwares. Something like Turbo Pascal would be cool. Possiby. The more variety the better, although this would probably be a pretty big undertaking to write a new complete compiler. > No not true actually. I was pleasantly suprised to find out the > Mware provides runb with Professional OS-9 so even if the system > doesn't have Basic, it can run Basic programs :-) Ummm... I don't have RUNB on my system (System 5), or at least it was not installed on the disk. This is the first I'd heard about runb coming with Prof. OSK. Would be nice. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 89749 4-SEP 22:17 General Information RE: Conference Announcement:OS-9 Late Ni (Re: Msg 89724) From: CPERRAULT To: DBREEDING >>although this would probably be a pretty big undertaking to write a new complete compilor.<< Yeah, it certainly won't be easy. >>Ummm...I don't have RUNB on my system(System 5)...<< That's odd. I was told it was supplied by Microware, so if that is true, it would be in there(Ed or any other OEM wouldn't strip it out). Did you check all your distribution disks, and cmds directory? Btw, how is the System V treating you? Do you have Gwindows for it? >Chris< -*- 89764 5-SEP 09:22 General Information RE: Conference Announcement:OS-9 Late Ni (Re: Msg 89749) From: EDELMAR To: CPERRAULT (NR) Chris, MW does not include RunB (Basic) with Professional OS-9. The K&R C Compiler is included. Ed Gresick - DELMAR CO -*- 89782 5-SEP 22:57 General Information RE: Conference Announcement:OS-9 Late Ni (Re: Msg 89749) From: DBREEDING To: CPERRAULT (NR) > >>Ummm...I don't have RUNB on my system(System 5)...<< > > That's odd. I was told it was supplied by Microware, so if that > is true, it would be in there(Ed or any other OEM wouldn't strip it > out). Did you check all your distribution disks, and cmds directory? Ed answered this question, I even checked the "OS9 Catalog" from MW, and it is not mentioned. I had never heard anywhere that it was included. > Btw, how is the System V treating you? Do you have Gwindows for > it? I love it. I'm really impressed. Yes, I have G-Windows. I haven't scratched the surface of its capabilities. I keep discovering more and more about it all the time. The only thing that I might have reservations about is the text scrolling. It's a LITTLE slower than I would like, but it's operating in 800x600 mode, a lot of pixels. It may be a little hard to get screen capturing of data from a modem at 38.4 K (but in the text screen - no prob). I grabbed a file from a local BBS using TIMKIENTZLE's xy using Ymodem-G. I didn't time it myself, but the BBS reportd over 1600 CPS (and this was a ZIPped file, where compression didn't help much). Graphics are fantastic. Have several GIF's that are unreal. Also have a FLIC animation viewer. I know these don't give much toward productivity, but we all gotta play a little . RE: the graphics modes under G-W, it CAN go to 1024 x 768. The text is really sharp, but TINEEEY!!! I believe that anyone would be happy with any of the systems available, but I have no regrets whatsoever about my system -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 89783 5-SEP 22:58 General Information RE: Conference Announcement:OS-9 Late Ni (Re: Msg 89749) From: DBREEDING To: CPERRAULT (NR) Chris, RE: GWindows... One more thing I was gonna say about G-W.. after 7 or 8 years using the CoCo's windowing system, it DOES take a little getting adjusted to the G-Windows system. No doubt it is better, but as I said, after years of hitting the key, it's hard to break old habits -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- End of Thread. -*- 89664 30-AUG 20:36 Programmers Den RE: System Calls(??????) (Re: Msg 89631) From: CPERRAULT To: DBREEDING >>Again, I would suggest that you look at gfx3.<< I have it, but it doesn't support this particular call. Plus, the whole point for me is to get familiar with writing syscall stuff. Then, should by freak of nature I start understanding it completely, Frank can get his article ;-) >Chris< -*- 89727 3-SEP 21:25 Programmers Den RE: System Calls(??????) (Re: Msg 89664) From: DBREEDING To: CPERRAULT > >>Again, I would suggest that you look at gfx3.<< > > I have it, but it doesn't support this particular call. Plus, the > whole point for me is to get familiar with writing syscall stuff. No, this call was not implemented.... I never did pursue it much further, I did add a thing or 2, but never passed it on.. been a long time.. Yeah, I can get your meaning about learning.. That's the best way to learn. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- End of Thread. -*- 89665 30-AUG 20:37 General Information RE: NitrOS9 release (Re: Msg 89644) From: CPERRAULT To: MROWEN01 >>I believe I'm going to join the OS9 list in addition to the Cocolist. I don't know what the traffic volume will be yet, but I'll risk it for a bit to see what it's like.<< Go ahead and subscribe. It can't hurt :-) I did, and the traffic isn't really that big, but it will probably increase. >Chris< -*- 89666 30-AUG 20:37 General Information RE: (Re: Msg 89638) From: CPERRAULT To: ALAIN1155 Join that happy Panasonic users club :-) >Chris< -*- 89761 5-SEP 09:11 General Information RE: (Re: Msg 89645) From: ALAIN1155 To: JRUPPEL Thanks, as i said to somebody else i do not have the RS232 Pak Alain -*- 89762 5-SEP 09:12 General Information RE: (Re: Msg 89666) From: ALAIN1155 To: CPERRAULT (NR) That is what i did, got a KXP-2023 works great Alain -*- End of Thread. -*- 89667 30-AUG 20:37 General Information RE: OSK/AMIGA (Re: Msg 89653) From: CPERRAULT To: DSRTFOX >>but at $600 per copy and no 68020..<< Yeah that is a bit limiting, but on the other hand if it's possible to get some good cheap Amiga 500's(they are 68000 or 070 aren't they?), it may be reasonable to sell a complete hardware Amiga/Os9 package as intro developement systems. Given my lack of Amiga knowledge I don't know how doable that would be, but given the assumption that you could do such a thing and price it somewhere in the $1000 range, you might have something that would go over well at shows. It still sounds like that will need fine tuning. The advantage to this over getting a pt68k machine is, the amiga already has software available, making Os-9 ports,rewrites a virtual reality :-) Maybe having Kwindows available with it would be a good benefit, but I'm daydreaming.....:-) >Chris< -*- 89683 31-AUG 23:11 General Information RE: OSK/AMIGA (Re: Msg 89667) From: DSRTFOX To: CPERRAULT The only info I've been able to find easily on the A500 as far as price goes is that a refurbished motherboard is around $200 with 512K. So I don't think they will be found at such a price to make a $1000 or so system feasible. Even so, you'd only have a single floppy system, whereas the PT68K would at least have a 20MB hard drive (or larger) for the same price. So which would you want? And bear in mind that the Amiga is using a 640x200 monitor (640x 400 with interlacing), so can't be used with G-windows. And there is supposed to be a version of K-Windows in the works for the Atari and PT series... Atari version (ST) is available for 99.95 English pounds (somewhere between $150-$200) including delivery to the US. Cumana just says that support is limited. -*- 89745 4-SEP 22:16 General Information RE: OSK/AMIGA (Re: Msg 89683) From: CPERRAULT To: DSRTFOX >>Even so, you'd only have a single floppy system, whereas the PT68K would at least have a 20MB hard drive (or larger) for the same price. So which would you want?<< Depends. If the software environment for the Amiga is good enough it might be a good idea to go that route(if not both), even tho you might have to pay a little more for the same hardware you'll get with a PT68K. If Kwindows actually is going to come to the PT68K( and the ATARI??? News to me!), I would probably rather go PT68k. I'm still personally not to big on the pre-$1000 systems since you can get you could get a pretty complete MM/1 at this time for $975. This is Blackhawks limited time deal for the first 50 or so machines, but even when this is over, the regular price is only $1125(I'm reading this out of his add in your magazine btw ;-) ). If you add a harddrive your probably talking an extra $200-$300 at the most. So if you already have a CM-8(and want to stick with it for the MM/1) that means your final cost will most likely be less than $1400 and if the drive isn't that huge probably under $1300. Hardly too much for a computer system. Keep in mind, I'm not saying the low cost system idea doesn't have merit. If it can bring in some more OSK programmers that we couldn't get otherwise, I won't complain. I just find it odd that machines like the MM/1 and the System IV both are now competitively priced against PC's(tell me someone isn't losing money here), and there are still people out there who want to go OSK, but refuse to get one of these systems because they are priced 'too high'. Keep in mind, some of these are the same people who about a month later get a PC with the money the 'don't have' for an OSK box. I'm the type who loses patience with these types right about this point. If the point of the 'Under $1000' systems is to bring in new blood from outside of the current OS-9 Community( best bet being in other Hacker communities besides our own), it isn't a bad idea at all and I like it myself. If it's in response to unreasonable demands of people who (and I'm not picking on the whole Coco community. There are lots of exceptions), think these new (and not so new) systems should be available at a (used) Coco price, I wouldn't waste my time(nothing will make them happy). Such time is better spent laughing at 'em . >Chris< -*- 89765 5-SEP 09:22 General Information RE: OSK/AMIGA (Re: Msg 89745) From: EDELMAR To: CPERRAULT (NR) Chris, You can purchase a SYSTEM IV computer for just under $1000. This is a complete and fully operational 68000 16 MHz system with Professional OS-9, version 2.4. As your budget permits, for only a few hundred dollars, you can add a hard drive and gfx later. Also, Ultra-C is available for only $300 if purchased at the same time. Ed Gresick - DELMAR CO -*- 89778 5-SEP 21:50 General Information RE: OSK/AMIGA (Re: Msg 89765) From: DSRTFOX To: CPERRAULT (NR) There is no real development environment with the Amiga version... just "vanilla" OSK. It is difficult to build a cheap OSK system yourself at much of a lower cost than buying one from BlackHawk or Delmar. You save just a couple/three hundred building it yourself, so unless you are doing it for the pleasure of building yourself, in my mind it probably isn't worth it (hackers at heart only!) just for the savings. OSK for the PT68K series (v. 2.4) is only $300. If you have a lot of Amiga hardware already, then it may be worth the price to not have a second computer lying around. Most people justify the price of a PC because they can find the software they need to do a specific job. Get something similar to and as easy to use and powerful as PageMaker 4.0 on the OSK machines and I will probably consider buying one myself. At the present time, I don't see one in the near future, not unless I start getting a LOT more subscribers than I have now (around 300, +/-20 or so, seems to be the saturation point). If I could keep an average of 500 +/- 20 subscribers, I could justify at least one OSK machine just to do reviews and such on. As it is, I'm running my CoCo, and using it to keep the financial records (Dynacalc) and saubscriber database (Bob van der Poel's mailing list program) under OS-9. PageMaker on my 486/50 produces the mag itself (PM 4.01 on a Mac produces OS-9 Underground, by the way). Things like TeX COULD be used, but aren't easy enough to use for this type work (producing a magazine). I recently acquired PM 5.0, and will be getting a laser printer soon. -*- 89781 5-SEP 22:56 General Information RE: OSK/AMIGA (Re: Msg 89745) From: DBREEDING To: CPERRAULT (NR) > Depends. If the software environment for the Amiga is good enough > it might be a good idea to go that route(if not both), even tho you > might have to pay a little more for the same hardware you'll get with > a PT68K. If Kwindows actually is going to come to the PT68K( and the > ATARI??? News to me!), I would probably rather go PT68k. About KWindows.. I, as an owner of a Delmar system, would like to see KWindows available, to be able to run some of the s/w specific for K-W, but you gotta see G-Windows. I'm extremely impressed. > it's in response to unreasonable demands of people who (and I'm not > picking on the whole Coco community. There are lots of exceptions), > think these new (and not so new) systems should be available at a > (used) Coco price, I wouldn't waste my time(nothing will make them > happy). Such time is better spent laughing at 'em . Well, to tell the truth, have you ever stopped to count up what you have invested in your CoCo? Sure, you (and I) probably spent it a little at a time, but my 512K HD/floppy/RBG based CoCo bought new totalled over $1500 (quickly figuring). As I said, I didn't spend it all at one time, but, by the same token, you can piecemeal build your OSK system, too. With either system (MM/1, Delmar, or FHL), if you want, you can get the case/contents and then hook your CoCo or other system to it and get stuff done. You then have the building block to go ahead, and as money permits, add your video and keyboard. With the Terminal setup, of course you cannot use the advanced graphics of the systems (K-Windows or G-Windows), but you can at least start getting the software you need and it will work. I think a lot of the peoples' biggest hangup is the commitment. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- End of Thread. -*- 89668 30-AUG 20:38 General Information OS-9 Late Night(Whatta night!) From: CPERRAULT To: ALL ***OS-9 Late Night:Open Topic*** Well last nights conference came and went, and BOY did it come! To sum it up with 1 word:SUCCESS The place was packed since 10 past 10 and went on full throttle until past 12:00 am! We didn't close up shop until about a little after 1:00. As advertised, it was a very open topic conference and as a matter of fact, we spent very little time on any one topic. There was just too much energy and too much we all had on our minds relating to the Coco community. What this tells me is, this conference has been LOOOOOONG overdue, and when used in conjunction with this forum and other media either offline/online that we have at our disposal, we could have a very powerful tool for generating activity within the community. I found that I am not the only one who has a lot of ideas that would be nice to have carried, and that actually many people shared the same ideas I have. Pooling our ideas together and ACTING on them will make a big difference in our future, and as we found out last night, there is no shortage of them! While it may take a couple days for me to get the transcript online I'll post here some of the highlights of last night. Since it was basically a free for all from beginning to end, things were quite messy and hard to keep up with, as many different things were happening at once(as attendees will probably agree with). I will take a little while to clean up that huge file, and will omit things that are of little importance. Anyway here are some highlights: Brother Jeremy brought up that we should embark on a project too port/rewrite some of the better DECB apps(with permission) to OS-9 using his Max-10 project as an example. I agree and am behind him and everyone else who would like to organize such a thing. I was commenting that maybe they could write up a plan of attack and who to contact for permission for their programs and then get a group of us together to do the porting-rewriting. We could then dedicate the end of each weeks conference, or better yet set up a seperate sub conference on this project, in order to get together and update eachother. Personally I won't be able to do such a thing myself anytime soon, or I'll just be spreading myself too thin with the programming and projects I am currently involved in. I would love to jump into such a thing when I get free time tho. I see this as a sort of long term, slowly-but-surely project which could be run at the convenience of the participants, not really something needed at this second. Anyhow, IF someone decides to take on such a project, I hope it works out. We all need the software. Alan Dekok and Colin McKay made a somewhat surprise appearance last night and announced 'Tune Up' from their Northern Exposure company. This is actually Alans project which he was motivated to do, by recent messages to him on the Cocolist from people who wanted to see a Nitros9 type package for 6809 stock OS-9 Level II. What this will be when he finishes it will be a bunch of patches to stock OS-9 modules so they will run a decent rate faster than they do now, but keep in mind, it is no NITROS9. This is simply for people who don't want to or can't go to a 6309 Nitros9. This will give them a decent speed increase, but it will not be comparable to Nitros9. Alan will be back in about two to three weeks to announce the release of the new NITROS9 Package and Tune Up and to answer any questions. Hopefully Colin and perhaps some other on the Northern Exposure team will be back with him! I found out last night that these guys sure keep themselves busy! Thanks to Ken Scales for letting them use his account. While I just got off the phone with Alan maybe a couple hours before the conference started, I wasn't expecting him and Colin to show. They sure made a great conference even better! I can't to hear what they have in the works for Northern Exposure in a couple weeks. Alan mentioned the new update to shell+(v2.2 I think) that Curtis Boyle did. I guess it has already been out for a bit, but this was the first I heard of it. Was there any mention of it here in forum? We later on discussed bootdisks as planned, and talked about the ability to use a 3 1/2" as bootdisk /d0 and the many ways to go about doing it. I don't really need this myself but will probably toy around with such a project sometime just to get my hands dirty on such a project. The next 'OS-9 Live!' will be held on Saturday September 17 hosted by Boisy Pitre as usual, and Joel Hegberg will be in attendance also. The subject is going to be 'The Future of Personal OS-9'. As usual, I plan on being here for this one, unless something comes up. September seems to be a great month shaping up for conferences. Let's see, Northern Exposure will be there, ACS may be represented at the Atlanta fest conference, the next OS-9 Live will probably be the biggest conference of the year, given the subject. Plus with the Programming Discussion for our next conference to start us off this coming Monday, we are looking perty darn good. Hopefully another Town Meeting will be held by the OS-9 Users Group sometime in the course of the month. With a little coaxing on the part of Jim Vestal and Mike Owen, OS-9 Late Night is going WEEKLY! I guess you guys really twisted my arm ;-) Jim has offered to host some of the nights where I might not be able to make so things will work out rather nicely. There really is just so much material and events that we would have to do a lot of squeazing within the biweekly schedual, and a lot of stuff still won't be covered. Plus even if I don't have a dedicated topic, we do want to get a lot of open topic nights like we had last night just so people can have a conference to go to for general Coco/OS-9 Chat and such. Jim also mentioned an idea of getting a C++ library ported to OS- 9. Sounds like an interesting idea, but since I know nada on C++ there's not much I can add to this. If you get any ideas, maybe you could leave him some in forum(I'd be interested in following the topic). Correction, it is Turbo C, not C++ he was talking about. Frank, editor of The World of 68 Micros Magazine agreed having a conference on said magazine(and I propose we have another conference on Farna Systems or have one conference covering both). Jim, assistant editor of 'The International OS-9 Underground' also brought up the possibility of a conference for the zine he works with. Look for both of these sometime in the near future, as both are likely. Of course, I propose we hold them both on the same night so we can watch a grudge match between the competition but ...(so much for my imagination) (Big Grin) Well, there was a lot more talked about, but you'll see that in the transcript, once I get it cleaned up. What have I learned from this first conference? Well, we definately need to communicate our ideas MUCH more and start ACTING on them. With the backing of the UG and a number of different publications at our disposal(something we really didn't have to our advantage in the Rainbow era), there is no reason we can't make OS-9 and it's community shine. I eagerly await some of the conferences coming up with those that are VERY ACTIVE in the community to see what they have to say! Also, there is so much out there we don't know about, that we do need our vendors to promote more often. Hopefully this conference can fill some gaps. For instance some people don't even know there are Magazines still out there, or that the Ken-Ton Harddrive system is still available through Farna Systems, or that Rick's Computer Enterprises now carries the Sundog Game Catalog,etc...You get my point. One of the reasons people think nothing exists for the Coco or OS-9 is because they don't know where to find it, or who to go to. I'm starting to appreciate the new OS-9 Source Book idea even better now. Well, that wraps this message up. Come again next Monday Night at 10:00 as Jim and myself hold a discussion on programming for OS-9 level II. Also, keep an eye out for my Conference schedual I will soon be posting. It will list all the conferences planned thus far for the month of September. See Ya >Chris< -*- 89685 31-AUG 23:23 General Information RE: OS-9 Late Night(Whatta night!) (Re: Msg 89668) From: DSRTFOX To: CPERRAULT Chris, I'm willing to hold the magazine conference along with OS-9 Underground (Jim Vestal). I don't have a problem with that! We pretty much complement each other.. when OS-9 Under actually prints! (couldn't help that... but there HAS been regularity problems in publishing... the main reason I chose 8 issues per year instead of 12) -*- 89686 31-AUG 23:45 General Information RE: OS-9 Late Night(Whatta night!) (Re: Msg 89668) From: WA2EGP To: CPERRAULT Well, I dropped in for a few minutes and I had trouble following all the different conversations. Kinda like having a hearing aid and going to a crowded party......couldn't follow half of what went on. BUT it was interesting and I will drop in again and possibly open my mouth, ah type something. Nice to see the crowd. (Gee, how many can you fit into a Delphi conference room?) -*- 89693 1-SEP 09:51 General Information RE: OS-9 Late Night(Whatta night!) (Re: Msg 89686) From: MROWEN01 To: WA2EGP You should definitely drop in on the conferences. If you come in late it can be confusing, but if you stay with it, it will start to make sense. One of the reasons it was confused is that multiple conversations take place, especially when the topic is completely open. When a topic is fixed, the moderator usually let's the scheduled expert explain the topic and then it is opened up for questions. If you have any questions while you're in a conference, by all means jump there. That's the best way to get aquainted. You shoulod probably download the transcript of the conference too. That might help you sort out what was talked about. If you have more questions, drop either Chris or myself a note or post it in the forum. These conferences are really worth while, especially for people like me who are just learning. I don't know the limit for a conference either. I'll be interested to see the answer myself. Hope to see you again in conference :) Mike Rowen MROWEN01@delphi.com wz3c0w@fwa.natp.gmeds.com -*- 89698 2-SEP 00:08 General Information RE: OS-9 Late Night(Whatta night!) (Re: Msg 89693) From: WA2EGP To: MROWEN01 I was just commenting on my case of "overload" due to the number of participants....in (I hope) a jesting manner. It was darn good to see the crowd. I just hope of the new comers to OS-9 are not intimidated by the size of the group. ^ all -*- 89716 3-SEP 13:39 General Information RE: OS-9 Late Night(Whatta night!) (Re: Msg 89668) From: JEVESTAL To: CPERRAULT > ***OS-9 Late Night:Open Topic*** > ... The next 'OS-9 Live!' will be held on Saturday September 17 So there is not a conf. this Saturday, Sept. 3? I thought OS-9 LIVE was supposed by bi-monthly. > hosted by Boisy Pitre as usual, and Joel Hegberg will be in attendance > also. The subject is going to be 'The Future of Personal OS-9'. As > usual, I plan on being here for this one, unless something comes up. > September seems to be a great month shaping up for conferences. Let's > see, Northern Exposure will be there, ACS may be represented at the > Atlanta fest conference, the next OS-9 Live will probably be the > biggest conference of the year, given the subject. Plus with the > Programming Discussion for our next conference to start us off this > coming Monday, we are looking perty darn good. Hopefully another > Town Meeting will be held by the OS-9 Users Group sometime in the > course of the month. I plan to be there for all the conferences. I usually forget about the OS-9 Live conferance until about the last 1/2 hour and I miss most of it. Hopefully I can be there fot the next one. > Jim also mentioned an idea of getting a C++ library ported to OS- > 9. Sounds like an interesting idea, but since I know nada on C++ > there's not much I can add to this. If you get any ideas, maybe you > could leave him some in forum(I'd be interested in following the > topic). Correction, it is Turbo C, not C++ he was talking about. I'm writing a TURBO C cross-library for OS-9 Level 2 windows. This will allow Turbo "conio.h" functions to compile under OS-9 C and run properly on a Level 2 window. It can easily be ported to OS-9 K-windows too. It was mentioned that I would love to see a C++ compiler (or filter similar to ANSIFRONT) for the Microware C. I love how ANSIFRONT performs. > Frank, editor of The World of 68 Micros Magazine agreed having a > conference on said magazine(and I propose we have another conference > on Farna Systems or have one conference covering both). Jim, assistant > editor of 'The International OS-9 Underground' also brought up the > possibility of a conference for the zine he works with. Look for both > of these sometime in the near future, as both are likely. Of course, I > propose we hold them both on the same night so we can watch a grudge > match between the competition but ...(so much for my imagination) (Big > Grin) Anything is possible! We might even be able to get Zog to show up that night, so don't be suprized if Alan should pop up. > Well, that wraps this message up. Come again next Monday Night at > 10:00 as Jim and myself hold a discussion on programming for OS-9 > level II. Also, keep an eye out for my Conference schedual I will soon > be posting. It will list all the conferences planned thus far for the > month of September. I will be there! Look forward to it. Jim ======================== InfoXpress 01.01.00 OS-9/6809 ====================== | Narnia BBS: 11pm-7am PDT serving CoCo OS-9 users ----|---- StG network: sysop@Narnia "Exclusively OS-9" | Delphi: JEVestal@delphi.com Marysville, CA InterNet: JEVestal@narnia.wa.com | or : JEVestal@citrus.sac.ca.us (916) 743-2617 Voice: 7am-11pm PDT :1 Corinthians 1:18 & Romans 1:16 ============================================================================= Jim Vestal: Assistant editor of The International OS-9 Underground, "Magazine dedicated to OS-9/OSK Users Everywhere -*- 89746 4-SEP 22:16 General Information RE: OS-9 Late Night(Whatta night!) (Re: Msg 89686) From: CPERRAULT To: WA2EGP >>Well, I dropped in for a few minutes and I had trouble following all the different conversations.<< Yeah it did get pretty twisted. I'm STILL editing the logfile! It's HUGE(had to vsplit it). I liked it tho. It showed there was still plenty of interest in getting together and accomplishing things. The moderated conferences will be much easier to follow as you basically have the guest host(speaker) start things off, and then the rest will be a q+a session. It will follow a format so things don't go wild. Open topic conferences will be a chance to just go wild I guess :-) It's a good time to bring them nagging questions. >>Gee, how many can you fit into a Delphi conference room?<< There's no set number as I understand it. It all depends on how the rest of Delphi is populated. It is like OS-9. There is no set limit to how many windows you can have open, assuming the memory is there. If there is a lot of activity elsewhere(as there usually is at night) it is going to limit the amount we can have before we start slowing down. I remember hearing about a conference,in I THINK it was the Atari Sig. They had about 30+ people there and came pretty close to shutting down the whole system(I don't think anyone could even log in for the rest of the night). This system,as much as I love it, needs work. >Chris< -*- 89748 4-SEP 22:17 General Information RE: OS-9 Late Night(Whatta night!) (Re: Msg 89716) From: CPERRAULT To: JEVESTAL >>I thought OS-9 LIVE was supposed by bi-monthly.<< It is monthly if I remember correctly. >>, so don't be suprized if Alan should pop up.<< That would be neat. I haven't talked to Alan in a while. Maybe he can jump in more often :-) >Chris< -*- End of Thread. -*- 89669 30-AUG 20:38 Applications (6809) RE: DMode (Re: Msg 89658) From: MITHELEN To: MROWEN01 Even though AR will complain about the Xmodem padding at the end, it WILL extract the files without any problems. It just reports that it found something that it didn't reconize at the end. -- Paul -*- 89741 4-SEP 17:05 Applications (6809) RE: DMode (Re: Msg 89657) From: BILL32H To: MMCCLELLAND Load obj modules and save them "This will knock off the pading Q&D" If you must diddle load ded / del ded / save ded ded then use ded as perscribed. dmode is probbaly in tact unless it is last in the arc if so load and save "Remember Save filepath modulenam e remember to se t attr's as pe e pr r pw w no share's Confused yet ? do this ar -x ded load ded del ded save ded ded attr ded pe e pr r pw w ded [filename] oh by the way read the docs !!!!!!!!! -*- End of Thread. -*- 89678 31-AUG 22:15 General Information RE: Sculptor (Re: Msg 89642) From: NEALSTEWARD To: EDELMAR Do you have v.1.16 for the 6809 available? If so, how much? As far as applications, anyone could run them with the correct run-time package, correct? -*- 89679 31-AUG 22:20 General Information RE: sidewise and business software. (Re: Msg 89649) From: NEALSTEWARD To: DSRTFOX Will do, I couldn't do anything until I solved my hardware problems, and before that I totally spaced when I couldn't generate a floppy boot on my RGB/Ken-Ton system. I need a kick in the right direction, and now that I have some utils to insert/remove the kernal reliably, I can generate the boot I need. I did find an error in the AL3 documentation regarding the module sizes of shell. -*- 89680 31-AUG 22:22 Telecom (6809) RE: info express (Re: Msg 89630) From: JEJONES To: DBREEDING > Nice? Guess you think a Ferarri is a "nice" car, James? ;-) I don't drive, so I couldn't say about the Ferarri. :-) Seriously, InfoXpress is a program I use daily, and it's hard for me to imagine going back to life without it. Opinions herein are solely those of their respective authors. Clipper Chip: Big Brother Inside -*- 89726 3-SEP 21:25 Telecom (6809) RE: info express (Re: Msg 89680) From: DBREEDING To: JEJONES > Seriously, InfoXpress is a program I use daily, and it's hard for me > to imagine going back to life without it. Right. You develop a real dependence on it. I can only kick myself for waiting around to order and now I may have to wait till Bill gets his supply system set back up.. Like you, I'd hate to do without it. Not sure that it saves you money, it seems that I just do more modeming - but I certainly get more done for the same (maybe less) bucks. I'd say a msg that you can upload in 10 seconds would take 3-5 minutes (or more) to compose online, and you can compose better messages, too, although I still seem to put out jibberish at times even with offline composition .. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- End of Thread. -*- 89681 31-AUG 22:28 OSK Applications LII SETSST/GETSTT Codes From: VAXELF To: ALL I am port some basic09 routines over to OSK Basic. These have SYSCALL calls in them. Most of the syscall codes, I have figured out. Here is what I have need: SYSCALL Callcode - $15 What is it? GetSst/SetSst codes $1F $17 $18 $19 $91 $98 Also what is the OSK version of: F$NMLink F$NMLoad As for the GetSst/SetSst codes, I think $91 is READ PALLETE, but not sure. $17 & $18 in the OSK Manual is SS_WFM & SS_RFM. According to the Basic09 code $17 is SET TO BINARY and $18 is SET TO ASCII. Also could someone post the calling parameters for SS_Size under LII. I think LII splits the results into the x & u registers, where the OSK version is all in one resgister d2.l . I think I do away with the code that either splits the value into reg.lx & reg.lu or combines the two, since the OSK version is already a long reg. Thanks in advance. John D. -*- 89684 31-AUG 23:21 OSK Applications RE: LII SETSST/GETSTT Codes (Re: Msg 89681) From: RANDYKWILSON To: VAXELF John, Sys code $15 is F$Time. For F$NM*, use the correct link/load call. No need for the "no map" versions with OSK (being a flat map). Correct on the SS.Size stuff. X is the high 16 bits, U is the low. Trash it all and use the single 32 bit D2. Randy -*- 89695 1-SEP 22:06 OSK Applications RE: LII SETSST/GETSTT Codes (Re: Msg 89684) From: VAXELF To: RANDYKWILSON What about $17, $18, $19, $91, $98 GetSst/SetSst codes???? John D -*- 89696 1-SEP 22:44 OSK Applications RE: LII SETSST/GETSTT Codes (Re: Msg 89695) From: RANDYKWILSON To: VAXELF John, Get/Setstat calls are not unique. The same number can mean different things to different drivers/managers. I think it's safe to assume the $91 and $98 are being written to a cc3io device (screen) and are SS.Palet and SS.Tone. The other three are a little harder. $17, $18, and $19 show up in my lists as tape drive (SBF) calls. I don't think this fits with your project. Are you sure these are getstat calls? If so, what device is the path opened to (reg A)? Randy -*- 89703 2-SEP 23:40 OSK Applications RE: LII SETSST/GETSTT Codes (Re: Msg 89696) From: VAXELF To: RANDYKWILSON Thanks for the response. Looking at the basic09 program, I noticed it has a comment line before the $17 & $18 SetSst calls $17 "Set to Ascii $18 "Set to Binary" There were no comments for $19 & $1F. According to my OSK Manual, $17 & $18 ar Tape Commands. Having another problem too. These basic09 routines call some 6809 assembly code routines. I used "xlate" to translate them to 68000 and have them compiled. I think the front end where the assembly code gets the varibles passed by basic may be the problem. If I sent you a file with the basic delcarations, call sequence, and source of assembly routine, could you take a look and see what the problem is??? I am attempting to port the RIBBS BBS software over to OSK. A good FIDO compatable BBS is one of the things missing for OSK. Once the RIBBS BBS is ported over to the MM/1, then the plan is to make a version that does not rely on MM/1 KWindow commands, so OSK_RIBBS can run on any OSK system. After that, the plan is to rewrite the BBS into C and go from there. It looks like I have most of it working, except those few GetSst/SetSst calls and the assembly routines. All of the assembly routines front end code is almost identical. It only varies as to how many varibles are passed. I feel once the first routine is working, then it will be only a matter making the same modes to the other assembly routines, recompile, and go for it. I think we are real close now at having a beta version of RIBBS for OSK. Anyone else that reads this message is welcome to help out with this problem too. John D. -*- 89704 3-SEP 00:22 OSK Applications RE: LII SETSST/GETSTT Codes (Re: Msg 89703) From: RANDYKWILSON To: VAXELF Sure, John, fire it on over here. Needed will be the 6809 source, a sample B09 call to it (with explaination of the var types used), and optionally the results of xlate. wasn't sure if you wanted the project mentioned in public. But no that you have, I will say that I went through all of my serial driver stuff looking for those calls, and didn't find them. The only driver I do not have is proAcia. Randy -*- 89719 3-SEP 16:40 OSK Applications RE: LII SETSST/GETSTT Codes (Re: Msg 89704) From: VAXELF To: RANDYKWILSON I think I have found at least one of the problems. I created a simple Basic program that setup a TYPE array and a STRING. These are sent to a assembly routine that reads the array varibles, the string, then sends the string to I$Write to be printed on the terminal. First problem is my basic program generates a 043 Error when it tries to access the sample assembly code routine. I tried both putting the assembly routine in DD/CMDS and loading it inot memory. Either way it failed to find it. The MW Basic manual does not give what the stack parameters are for a assembly routine to find the data passed to it. I can send you the sample assembly routine and both the sample assembly source and binary. The assembly routine front end is identical to the translated 6809 to 68000 routines. The comments contain the 6809 code. I need to figure out why the routines are not being found by Basic, they may work, if basic can access them. In the back of the Basic book is a source listing of SYSCALL. I did notice it uses a org 0 statement. may try that in the sample code. I'll send the testasm.b and the asmtest.a for you look at and test. John D. -*- 89721 3-SEP 17:22 OSK Applications RE: LII SETSST/GETSTT Codes (Re: Msg 89704) From: VAXELF To: RANDYKWILSON Your mailbox is fully. I can not send the file to you via email. John D. -*- 89722 3-SEP 19:24 OSK Applications RE: LII SETSST/GETSTT Codes (Re: Msg 89721) From: RANDYKWILSON To: VAXELF Hmmm, my mailbox is empty, just checked. Musta been a Delphi hiccup. Try again please. Randy -*- 89723 3-SEP 19:26 OSK Applications RE: LII SETSST/GETSTT Codes (Re: Msg 89721) From: RANDYKWILSON To: VAXELF John, did a bit of checking. There used to be a RANDYWILSON on Delphi. Apparently no long is, and can not recieve new mail. I'm RANDYKWILSON. Randy -*- 89737 4-SEP 12:49 OSK Applications RE: LII SETSST/GETSTT Codes (Re: Msg 89723) From: VAXELF To: RANDYKWILSON I see, btw I found one of my problems. Looking closer at the SYSCALL source listing in the Basic Manual, the psect line uses different varibles than is used for stand alone programs. I recoded the asmtest.a with the changes and now basic can find it, but I still get errors. Edition equ 0 Typ_lang equ (Sbrtn<<8)!Objct AttrRev equ ((ReEnt)<<8)!1 Stack equ 0 Also noticed that D0 will have the number of varibles passed to the M/L. This is as far as I can get. What I need is the complete stack layout of what is on which register and ect. I have a copy of the old Basic09 Tour Guide and it shows the registers for 6809 M/L that is passed from basic. I suppect that if someone took "Cstart.a" from C, they could come up with a "Bstart.a", that would allow you to use C to make M/L routines for Basic. If your interested in being a RIBBS_OSK Beta tester, let me know. Sorry about the mix up. I flaty did not notice the K in your username. John D. -*- 89771 5-SEP 20:20 OSK Applications RE: LII SETSST/GETSTT Codes (Re: Msg 89719) From: DBREEDING To: VAXELF RE: Error 043 in Basic09 One thing you might check for: Basic generates this error if you try to access a module (map it into the address space) and there is not an 8K block to map it into. If you have PMap, check out your address space. If so can you merge it with another module/group of modules? -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 89773 5-SEP 20:53 OSK Applications RE: LII SETSST/GETSTT Codes (Re: Msg 89771) From: VAXELF To: DBREEDING Found the fix. It seems M/L modules's psec header must contain certain info or Basic will not reconize it as a subroutine. Page A-19 of the MW Basic Manual for OSK, has the source code for OSK version of SYSCALL. In it was the correct code for the header. A couple of other users have since told me how the data is passed. Thanks for the reply. This project now has a light at the end of the tunnel. Soon I'll be able to let everyone know what's up. John D. -*- End of Thread. -*- 89682 31-AUG 22:50 General Information RE: Crashed Coco3 (Re: Msg 89648) From: NEALSTEWARD To: DSRTFOX Moved upgraded PAL from malfunctioning MPI to replacement MPI. They were both the old style that just needed the PAL plugged into the socket. The old MPI and Coco 3 are now going to "parts" machines to keep the new ones up & running. I have exhausted my resources trying to determine what went wrong with these, short of paying ACTUAL money to have them repaired. -*- 89690 1-SEP 05:51 General Information RE: Crashed Coco3 (Re: Msg 89682) From: COCOKIWI To: NEALSTEWARD the problems with these are usualy the 74LS367 chipsthat go between the CoCo and the MPI..replacing them with the HCT version solves most problems!I have one of those,I repaired it a LONG time ago when it died.....the other problem is the TANDY gold contacts on the edge connector which causes the above problem...I used a small cable 40pin with pin type sockets at each end..replace the CoCo-3 socket with a right angle 40 pin connector kind you find on PC,s...using a straight 40 pin solder it directly to the edge connectors on the MPI.....if you need to use the CoCo directly a small cable with a 40pin socket on the end will work....with this setup you will do away with the cause of BLOWN 74ls367 chips..... Dennis...My one has been working now for like 6 years!now.. -*- 89706 3-SEP 01:17 General Information RE: Crashed Coco3 (Re: Msg 89690) From: NEALSTEWARD To: COCOKIWI Is that in the Coco or the MPI? Both are fried, I might try a few things to fix them, but more than likely I will keep 'em around for parts. -*- 89709 3-SEP 04:38 General Information RE: Crashed Coco3 (Re: Msg 89706) From: COCOKIWI To: NEALSTEWARD OH! BOTH..of em .Eh..Ah.So......replace the CoCo-3 CPU...sounds like the MPI parted company with the CoCo while it was ON! common problem! the pins off centre cause problems shorting out the lines..the HALT line in the CPU usualy goes high and stays there...putting the CPU in permant Halt mode!and the lines to the BUFFERS get zapped also killing the MPI! good excuse to put a socket in place of the 6809E since it is zapped! if it still dont work,replace the 74ls244 chip in the CoCo-3..last is the GIMI chip,I have not seen one go bad because of this yet!> Dennis -*- 89787 5-SEP 23:11 General Information RE: Crashed Coco3 (Re: Msg 89709) From: NEALSTEWARD To: COCOKIWI (NR) The coco 3 still works "some of the time". This I remind you is an intermittant problem and that is why it is so hard to troubleshoot. Rather than mess with it anymore, I just replaced it. Before I switched coco's, I did install a brand new 6809 in the socket to see if the 6309 was blown, but no change. And the problem is amplified by having the MPI plugged in with the SCII in slot 4. The toughest part of this whole mess is the way some hardware set ups would work while others wouldn't, and some would some of the time. The #$%$ with it, I just replaced the coco and MPI and all is fine now. I will install the 6309 next week when I get a gold plated 40 pin socket. After I have that working, then I will reinstall my 2 meg upgrade. -*- End of Thread. -*- 89687 1-SEP 00:50 Applications (6809) RE: Database Deletion of DScan V4.0!! (Re: Msg 89612) From: TIMKIENTZLE To: KSCALES Ken, I'd be interested in hearing about this new OSTerm/68k. I always thought OSTerm/Tascom had a lot of potential, but fell down in the details (file transfer bugs, emulation bugs, etc.). I'd be interested to hear that someone addressed those problems. - Tim -*- 89738 4-SEP 15:21 Applications (6809) RE: Database Deletion of DScan V4.0!! (Re: Msg 89612) From: 01GEN40 To: KSCALES Hi Ken, Message received and understood... Now for a question that has been nagging me for a couple of years now... Why is it that I am seeing software written machine specific, ie: for MM/1? Are not all the 68XXX processors backward compatible such as the unINTELagent X86 chips? If software cannot be made to run on ALL 68XXX machines, with something like an environment file to tell it what chip is used, I see no way for OS-9 (in whatever form it is in) to become competative with MS-DOS or WINDOWS. Is there, also, an OS-9 that runs on an MM/1 and another that runs on say a Delmar machine? I just baught a motherboard that will accept up to a 486 DX2/50Mhz chip for which I plan on running OS-9000 on some day when it becomes more personally affordable. At this time, it is too expensive for personal use. In the mean time, I will be running DR-DOS V6.0, not messy-dog. Gotta go, see ya. LONG LIVE OS-9! ** In whatever form it is in! -= 01GEN40 =- -*- 89742 4-SEP 17:38 Applications (6809) RE: Database Deletion of DScan V4.0!! (Re: Msg 89738) From: MRGOOD To: 01GEN40 (NR) The problem isn;t CPU compatibility, it's "enhancements" compatibility that's the problem. So, stuff written for K-windows won't work with G-windows. I for one would like to see ONE standard windowing interface. The last thing I want to see is lowest common denominator text screen based stuff. Hugo -*- 89743 4-SEP 20:10 Applications (6809) RE: Database Deletion of DScan V4.0!! (Re: Msg 89738) From: KSCALES To: 01GEN40 (NR) A detailed answer to your questions could be quite lengthy, but I will try to provide the major points here. > Why is it that I am seeing software written machine specific, ie: for > MM/1? Mostly because the MM/1 comes equipped with a configuration that includes colour graphics, sound, etc., BUT these can ONLY be accessed using system software (K-Windows) that is not available on the other machines. The other systems can also be configured for colour graphics and sound. But, rather than having K-Windows, they generally have an alternate (optional; purchased separately) windowing system, G-Windows. The two windowing systems are not compatible. The MM/1 users like K-Windows, because it came with their systems, is very similar to CoCo Level 2 windows, and includes a basic development library for them to hack with. They do not tend to like G-Windows because it costs extra, the development package is sold separately, and it pushes the MM/1 hardware to the extreme of its limits (especially display resolution). Owners of the Delmar/PT/CDS and FHL systems like G-Windows because it is available for their machines, and is a sophisticated, powerful environment quite similar to X-Windows, and includes a desktop GUI. They do not like K-Windows because it is not available for their machines yet, and will cost extra when it becomes available anyways. This is currently the major source for system-specific versions of software being developed. It is hurting us all, IMHO. > Are not all the 68XXX processors backward compatible such as the > unINTELagent X86 chips? If software cannot be made to run on ALL 68XXX > machines, with something like an environment file to tell it what chip is > used, I see no way for OS-9 (in whatever form it is in) to become > competative with MS-DOS or WINDOWS. At the application level, the 68XXX family is quite backward compatible. Most differences tend to be at the Supervisor (operating system) level, so a 68020 system uses a slightly different OS-9 kernel and drivers. To the user and application writer, this should be transparent (if the application writer compiles for the 68000 target, avoiding special features of the more powerful processors, similar to avoiding '486 specific features if you want the application to run on a '286). Generally, software can be written that does not use any of the special system calls provided by either K-Windows or G-Windows, and is portable amongst all of the systems. Some examples are the Ved editor, Sculptor database manager, Ispell spellchecker, Rogue and Moria games, SC spreadsheet, etc. But this tends to mean no graphics, no mouse, etc. (an exception being limited mouse support in Ved). The "environment file" is normally "termcap". It does not describe the "chip", but rather the way that the particular terminal on the system can be controlled. > Is there, also, an OS-9 that runs on > an MM/1 and another that runs on say a Delmar machine? There are special _drivers_ to communicate with the particular machine's hardware, but both of these systems use OS-9 V2.4. This is equivalent to some PCs having IDE drives, others SCSI, etc. -- different drivers at the operating system level to support the particular hardware platform, but this should be transparent to the user and applications, once the system is configured. Regards... / Ken -------------------------------------------------------------------------- Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237 -*- 89758 5-SEP 02:16 Applications (6809) RE: Database Deletion of DScan V4.0!! (Re: Msg 89742) From: JEVESTAL To: MRGOOD > The problem isn;t CPU compatibility, it's "enhancements" compatibility > that's the problem. So, stuff written for K-windows won't work > with G-windows. I for one would like to see ONE standard windowing > interface. The last thing I want to see is lowest common > denominator text screen based stuff. Why don't you like the "lowest common denominator text screen based stuff"? I see nothing wrong with writing text screen programs, using things such as termcap or common common vt100 or ansi interfaces. Jim ======================== InfoXpress 01.01.00 OS-9/6809 ====================== | Narnia BBS: 11pm-7am PDT serving CoCo OS-9 users ----|---- StG network: sysop@Narnia "Exclusively OS-9" | Delphi: JEVestal@delphi.com Marysville, CA InterNet: JEVestal@narnia.citrus.sac.ca.us | or : JEVestal@citrus.sac.ca.us (916) 743-2617 Voice: 7am-11pm PDT :1 Corinthians 1:18 & Romans 1:16 ============================================================================= Jim Vestal: Assistant editor of The International OS-9 Underground, "Magazine dedicated to OS-9/OSK Users Everywhere -*- 89763 5-SEP 09:22 Applications (6809) RE: Database Deletion of DScan V4.0!! (Re: Msg 89738) From: EDELMAR To: 01GEN40 (NR) Ken Scales has done a pretty good job of explaining what is happening in message 89743. To add a few points - The MW C Compiler permits the programmer to program for either the 68000 or the 68020. Similarly, there are 2 assemblers; one for the 68000 and the second for the 68020. The only time (most) programmers use the 68020 mode is when they are writing code dedicated to an 020 or higher chip - mostly the industrial market and require the performance. Almost all GP programs are compiled for the 68000 and will run on any OS-9/68xx0 machine. The problems you are alluding to deal with graphics. Graphics are a function of the gfx chip set selected by the OEM and have nothing to do with OS-9 or the cpu. The designers of the MM/1 selected the VSC (forget the chip number) for their gfx. This chip in conjunction with the 68070 cpu provides a low-cost, gfx solution. DELMAR CO and Periphiral Technology decided to use a 'standard' pc compatible gfx board for GFX - specifically gfx boards using the TSENG LABS ET4000/ ET4000w32i gfx chips. (I won't get into the reasons.) Other OEM's are using other chip sets although several are also using the TSENG LABS chips. For example, GESPAC is using boards based on the HITACHI gfx chips. Note that G-WINDOWS runs on a variety of platforms and software written for G-WINDOWS will (to the best of my knowledge) run on all of these platforms. In retrospect, had we (all the OEM's) stuck to RAVE, many of the graphics incompatibility problems wouldn't exist. But, hardware and software cost to the end user would be higher. Re your comments about the 80x86 being backward compatible. Yes, they are. But the software isn't. Up to a few years ago, software written for MSDOS was mostly compatible with the Intel family. However, when MS introduced Windows 3.1, full backward compatibility ceased; at least an 80286 cpu is required. Almost all software released today requires Windows 3.1. hence will not run with a 8086 cpu. Further, if you examine the driver disk(s) you received with your VGA card, you will see the mfg provided his own drivers - you cannot change to another gfx card without installing new drivers. In fact, some software houses find the drivers provided inadequate and provide their own. For example, look at the later AutoCad distributions. Re OS-9000 - You can obtain a 'PC/AT Run-Time Package' for $595. This is a subset of the PC/AT Development Package - does not include any application development tools. As to the price dropping, IMHO, I doubt very much this will occur in the foreseeable future unless MW repeats the special they offered last year. I don't perceive MW attempting to attract the personal user ala IBM, MS, etc. Ed Gresick - DELMAR CO -*- 89768 5-SEP 13:54 Applications (6809) RE: Database Deletion of DScan V4.0!! (Re: Msg 89758) From: MRGOOD To: JEVESTAL I'm surprised you asked the question. To me, the answer is obvious. If I have a computer capable of doing fancy window stuff and such, why would I want to drop back to 1960's methods??? Hugo -*- 89785 5-SEP 23:00 Applications (6809) RE: Database Deletion of DScan V4.0!! (Re: Msg 89758) From: DBREEDING To: JEVESTAL > Why don't you like the "lowest common denominator text screen based > stuff"? > I see nothing wrong with writing text screen programs, using things such > as termcap or common common vt100 or ansi interfaces. Well, I tend to agree with MRGOOD's sentiment. I can live with the "lcd text apps, but as he stated in his reply, I, too, would hate to think I'd be stuck with the wonderful windowing system I have, or likewise for the other systems, too, and not be able to use them. I'd like to see maybe an interface implemented whereby if you wanted to create an overlay window, for example, the task could be handed out to it and let it handle the specifics. It would seem that it could be handled a little like "gfx2". -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 89786 5-SEP 23:01 Applications (6809) RE: Database Deletion of DScan V4.0!! (Re: Msg 89743) From: DBREEDING To: KSCALES Ken, you really did a great job explaining the reasons for system- specific software. I would like to add to one point you made: > This is currently the major source for system-specific versions of > software being developed. It is hurting us all, IMHO. I think you really said a mouthful there. If one is writing software, I think he would have much greater incentive to work on it if he could reach more potential buyers. Of course, all the stuff can be made to work if strictly text-oriented functions are used, but that seems to be a terrible waste of the fabulous windowing systems we have. I would dearly love to see some method by which the advanced features of all the systems could be interfaced. I mentioned in a previous post that it seems that maybe an interface ala "gfx2" might be written, one for each system, to handle the specifics for the advanced graphic calls. Of course this would mean adding an additional level of interfacing (above that of the specific windowing system, but that would simplify the program writing process. Maybe it would be too complicated, but on the surface it looks feasible. The method I have in mind would be that if you wanted to create an overlay window, you would issue the call "OWSet" to the interface module and it would, in turn, hand it back to G-Windows or K-Windows as the appropriate call. Do you reckon this might work? -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 89797 6-SEP 04:19 Applications (6809) RE: Database Deletion of DScan V4.0!! (Re: Msg 89758) From: MREGC To: JEVESTAL (NR) Jim, > Why don't you like the "lowest common denominator text screen based stuff"? > > I see nothing wrong with writing text screen programs, using things such > as termcap or common common vt100 or ansi interfaces. As I share his feelings I think I should respond to this question myself. Of course there's nothing *wrong* with text screen programs. However, I happen to prefer to use and to write software that uses windowing to its fullest extent. It's just a matter of personal prefernece. I use a word processor on my MM/1 that uses windows over one that's text based, even though the text based one has a number of other features that the windowing one doesn't. I bought my MM/1 because of the promise of more powerful, more versatile, cleaner looking windowing software. It's also possible to write graphics front ends for text based software, as the developer of the text based word pro I was referring to collaborated with another programmer to accomplish. However, even this kind of combination, for me at least, doesn't have the same comfortable "look and feel" as a program designed soley under windows from the start. ..Eric... -*- End of Thread. -*- 89688 1-SEP 00:55 OSK Applications Archiving program From: TIMKIENTZLE To: ALL I'm getting ready to upload an updated TeX for OS9, but I need a good archiver to bundle it all up with. I need something that will accept a list of filenames to archive, and which produces decent compression. The best I've found so far is the combination of tar/gzip, but I thought there might be something better around. Any suggestions? - Tim -*- 89689 1-SEP 01:23 OSK Applications RE: Archiving program (Re: Msg 89688) From: MITHELEN To: TIMKIENTZLE How about lha? It has a "-r" (recursive) option, that will do an entire directory heirarchy. You can also specify individual files omn the command line, and I believe there is an option to take filenames from a fil, or stdin (Not sure on that, and am not on my MM/1 now, so can't check) -- Paul -*- 89692 1-SEP 08:41 OSK Applications RE: Archiving program (Re: Msg 89689) From: BILLDICKHAUS To: MITHELEN LHa 2.01 will not accept a list of files from stdin, and I have had problems using LHa 2.06, which does have a a -z option. Has anyone else had problems with LHa 2.06? Is there a later version, or any tips on how to get it to work properly? I've considered going the gtar/gzip route myself at times, but haven't yet. -Bill- -*- 89694 1-SEP 15:00 OSK Applications RE: Archiving program (Re: Msg 89692) From: MITHELEN To: BILLDICKHAUS I have lha 2.05, and never had problem with it... Admittedly, I have never used the "-z" option. I usually use the "-r" to do an entire heirarchy. -- Paul -*- 89702 2-SEP 20:43 OSK Applications RE: Archiving program (Re: Msg 89688) From: JOHNREED To: TIMKIENTZLE > I'm getting ready to upload an updated TeX for OS9, but I need a good ..... > The best I've found so far is the combination of tar/gzip, but I thought > there might be something better around. Any suggestions? > - Tim > Tim, IMHO, for bundling up a large number of files, tar (or gtar) and gzip seem to run faster than lha, and the end result is smaller. I did a comparison on a medium-huge pile of GNU-C source and gtar/gzip won. ******************************** A stitch in time -------------------- ------ is worth two in the bush John R. Wainwright <> <> -*- 89753 5-SEP 00:30 OSK Applications RE: Archiving program (Re: Msg 89689) From: TIMKIENTZLE To: MITHELEN The `-r' option isn't so useful, since the directory I want to archive from has over 21meg of stuff in it and it's subdirectories. By going through a list of files, I've managed to trim that down to a mere 6meg that needs to go in the upload, so you can probably understand my desire to be able to read a list of files from stdin. John's comment about compression is a good point, too. Tar/GZip tends to compress better, since GZip ends up compressing the whole shebang at once, unlike most archivers that compress each individual file. 800 small files are unlikely to compress as well as a single 6meg file. - Tim -*- 89754 5-SEP 00:33 OSK Applications RE: Archiving program (Re: Msg 89702) From: TIMKIENTZLE To: JOHNREED Is gtar here in the archive? I have a `tar,' but when I did a dry run at archiving the whole thing, it freaked out halfway through. (I should try again, giving it more data space...) GZip faster than lha? Hmmm... I tried running gzip -9 on my MM/1, and had a good nap before it was done. Of course, it does dearchive MUCH faster. I've gotten in the habit of using gzip before downloading things to my MM/1, since it saves a bundle of time. But uploads I usually do uncompressed. - Tim -*- End of Thread. -*- 89697 1-SEP 23:58 General Information Help w/ OS-9 Device Descriptors From: BOISY To: ALL Hi Folks, I am in need of PROPER dmode parameters for the following drive types and formats for my MM/1: Formats: Universal, PC, Standard OS-9, Atari ST Drive types: 3.5" 1.44MB 3.5" 720K 5.25" 360K 5.25" 1.2MB That would be a total of 16 sets of dmode parameters. I've swapped drives so many times that I'm not sure which is which, so any help would be MOST appreciated. -- Boisy G. Pitre__ __ __ Delphi: BOISY |_ _| \ \/ / CompuServe: 74464,3005 I use... _| |_ > < Internet: boisy@os9er.waukee.ia.us |_____|NFO/_/\_\PRESS 1.2.0 OS-9 -- King of Operating Systems -*- 89699 2-SEP 00:25 Applications (6809) OSTerm/68K From: KSCALES To: TIMKIENTZLE > I'd be interested in hearing about this new OSTerm/68k. I always > thought OSTerm/Tascom had a lot of potential, but fell down in > the details (file transfer bugs, emulation bugs, etc.). I'd > be interested to hear that someone addressed those problems. Hi, Tim - Yes, OSTerm/68K has been considerably enhanced compared with OSTerm/6809 and TasCOM. The current official release is version 2.2.0; however a few folks have a "beta test" version 2.2.1. I don't have a complete list of the changes, but will list the ones that come to mind... (I've included some of the known limitations, too.) - (prompted) ASCII file transfers are now fully implemented. (Vaughn added them to the menus when he started working on them, but hadn't yet finished the code.) - Y-batch no longer resets the filelength to 0 on ASCII transfers. (Side-effect: sometimes the xmodem padding will not be stripped. Perhaps a future release will cover this.) - provision added for 3 external protocols. These are defined by the user in the osterm.config file, and become bound into the standard OSTerm Transfer and Filepicker menu sequences, just like the native protocols, so they appear fully integrated to the user. (I use Zmodem, Kermit Binary, and Kermit ASCII). - ANSI emulation has been enhanced to include all of the normal IBM/BBS sequences, 16 foreground and 8 background colours (with correct palettes). - VT100 emulation has been significantly enhanced: - host programmable tabs (also, user settable in config file; default is the VT100 standard default) - scrolling regions (Version 2.2.0 only has absolute origin mode; V2.2.1 beta has relative origin mode, too). - User selectable "Newline mode" and "Autowrap at margin" added - many other changes/fixes too numerous to mention to bring it in line with the VT102 "ANSI" mode. - limitations: special character sets not supported; 80x24 mode only. - improved ANSI/VT100 keyboard emulations (e.g., "left arrow" and "ctrl-B" are differentiated), with online "Keyboard Assignments" menu - can generate a true "line break" - RTS/CTS or XON/XOFF flow control supported. - "Rate adjust" lock to suppress autobauding for modern high-speed modems - separate Options file for each port (/t0, /t3, etc.) - "Echo to file" (buffer capture) now strips linefeeds AND ANSI/VT100 control sequences. Also allows append-to-file. - A "binary" emulation mode has been added, to enable capture of all received data, but only printing "safe" characters to the screen. - Remote Mode can be enterred directly from command line: osterm -r (or) osterm -r=/dd/directory_path_to_use - 7-bit mask (oops; bug in V2.2.0; fixed in V2.2.1 beta version) - numbers expanded to 24-digits in autodialer - a "graphical front end" for mouse addicts and to make it easier for casual users. This is, frankly, a bit "clumsier" than we would like, but since our plans are to evolve OSTerm/68K away from its current K-Windows dependency, we implemented this as a separate module ("OST") to avoid putting more K-Windows stuff into the main program. - significantly improved manual written by Colin McKay. - many other tweeks and enhancements. Hope this provides the info you wanted. Cheers... / Ken -------------------------------------------------------------------------- Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237 -*- 89715 3-SEP 12:29 Applications (6809) RE: OSTerm/68K (Re: Msg 89699) From: JEJONES To: KSCALES > - User selectable "Newline mode" and "Autowrap at margin" added I guess that just show that when all else fails, read the directions. (I must have autowrap turned off.) Silly me. Seriously--I appreciate the heck out of the work that's been done on OSTerm. Opinions herein are solely those of their respective authors. Clipper Chip: Big Brother Inside -*- 89725 3-SEP 21:24 Applications (6809) RE: OSTerm/68K (Re: Msg 89699) From: DBREEDING To: KSCALES TIMKIENTZLE's comments: > > I'd be interested in hearing about this new OSTerm/68k. I always > > thought OSTerm/Tascom had a lot of potential, > > but fell down in the details GREAT DESCRIPTION!!! CoCo OSTerm is really great, but just a few aggravating details. Ken, The enhancements you describe are FANTASTIC! Do I understand that the ultimate goal is to make OSTerm compatible for all OSK platforms, or will it be strictly MM/1? I have a Delmar system and would really love to have OSTerm running on it. IMO, this is one void (especially for us non-MM1'ers) that needs to be filled. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 89732 3-SEP 23:38 Applications (6809) RE: OSTerm/68K (Re: Msg 89715) From: KSCALES To: JEJONES > I guess that just show that when all else fails, read the directions. > (I must have autowrap turned off.) Silly me. Heh, heh -- yeah, I know what you mean. I don't pay enough attention to the manuals, either. But let's not tell Colin -- he put a lot of work into it . Didn't know you had been encountering difficulties -- let me know if the autowrap doesn't fix it. > Seriously--I appreciate the heck out of the work that's been done > on OSTerm. Thanks. Actually, we did it a lot of it because _we_ wanted it, too! Cheers... / Ken -------------------------------------------------------------------------- Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237 -*- 89733 3-SEP 23:38 Applications (6809) RE: OSTerm/68K (Re: Msg 89725) From: KSCALES To: DBREEDING > The enhancements you describe are FANTASTIC! Do I understand that the > ultimate goal is to make OSTerm compatible for all OSK platforms, or will > it be strictly MM/1? I have a Delmar system and would really love to > have OSTerm running on it. IMO, this is one void (especially for us > non-MM1'ers) that needs to be filled. This has been the plan, but office workload has pretty much brought things to a grinding halt here since May. We had hoped to have the non-KWindows version well under development by now, but as it stands, that phase hasn't even been begun, yet. Sorry, but stay tuned. Regards... / Ken -------------------------------------------------------------------------- Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237 -*- 89757 5-SEP 02:04 Applications (6809) RE: OSTerm/68K (Re: Msg 89699) From: TIMKIENTZLE To: KSCALES Sounds good! In particular, it sounds like you made an effort to address the many problems in the VT100 emulation. (BTW, if you want, I have a bunch of test files for testing VT100, in the form of a fairly thorough `test program' and a bunch of `VT100 movies' that exercise VT100 emulations pretty thoroughly. The test program also exercises some VT102 functions. Old OSTerm/Tascom failed these tests pretty badly. Seems it kept switching into `ANSI' emulation for no apparent reason.) - Tim -*- 89774 5-SEP 21:14 Applications (6809) RE: OSTerm/68K (Re: Msg 89699) From: DSRTFOX To: KSCALES When you get a good listing of all the changes/features of the new term program, send me something in e-mail that I can print as an announcement in the next issue of "68' micros". -*- 89784 5-SEP 22:59 Applications (6809) RE: OSTerm/68K (Re: Msg 89733) From: DBREEDING To: KSCALES > > The enhancements you describe are FANTASTIC! Do I understand that the > > ultimate goal is to make OSTerm compatible for all OSK platforms, or > This has been the plan, but office workload has pretty much brought > things to a grinding halt here since May. We had hoped to have the > non-KWindows version well under development by now, but as it stands, that > phase hasn't even been begun, yet. Sorry, but stay tuned. You bet I'll stay tuned .. I've heard of another Term program that's coming out, maybe for G-Windows, but everyone needs at least 3 term programs at hand . Seriously, I've grown quite accustomed to OSTerm, and all in all, it's just hard to beat. I do understand the problems of getting time to get all the stuff done, though. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 89789 5-SEP 23:15 Applications (6809) RE: OSTerm/68K (Re: Msg 89757) From: KSCALES To: TIMKIENTZLE (NR) Hi, Tim - > Sounds good! In particular, it sounds like you made an effort to address > the many problems in the VT100 emulation. Yes, we've put considerable work towards making this a good, usable implementation of VT100 emulation. We probably still have a bit more work to do. My personal approach is that ANY _known_ limitations or bugs should be documented, so the following exclusions were specified in the $READ.ME$ file for V2.2.0, released at the May Chicago Fest: | Current limitations include: | | - only absolute origin mode is supported for scrolling regions | - only 80x24 character mode is supported (no double-height, | double width, nor 132 character width) | - alternate character sets are not supported | | Known bugs/deficiencies: | - the last character on a screen is not displayed, as this | causes the screen to scroll. When the line is scrolled, | this character will be added to the scrolled line, except | in the following case: | | - when "Autowrap at margin" is "off", lines that contain | EXACTLY 80 characters and which are initially printed on | the last line of the display (or scrolling region), will | not display the last character of the line after being | scrolled upwards. Since then, V2.2.1(beta) has added relative origin mode for scrolling regions, and fixed a couple of bugs that were identified (7-bit masking within VT100/ANSI sequences, the switching from VT100 to ANSI mode "voluntarily" that you mentioned, and improved "bold" attribute handling). > (BTW, if you want, I have > a bunch of test files for testing VT100, in the form of a fairly > thorough `test program' and a bunch of `VT100 movies' that exercise > VT100 emulations pretty thoroughly. The test program also exercises > some VT102 functions. Tim, I would really appreciate if you could forward those files. I've been meaning to pick some up, but it's always been "deferred"... Most of the testing has been against the facilities we have available. > Old OSTerm/Tascom failed these tests pretty > badly. Seems it kept switching into `ANSI' emulation for no apparent > reason.) Heh, heh... yeah, see above. Cheers... / Ken -------------------------------------------------------------------------- Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237 -*- End of Thread. -*- 89700 2-SEP 10:36 General Information NEW COMERS From: MROWEN01 To: ALL HEY NEW COMERS! If you want to get help with OS-9 or have questions, please attend the OS-9 Late Night conference here on Delphi. If you need info on how to get into the conference or questions about the conference, please send a note to myself (MROWEN01) either here in the forum or via mail. You can also direct quetsions to the OS-9 Late night moderator, CPERRAULT (Chris). The level of conversation in the conference is always geared toward the original level of the questions asked. If you have some basic beginner level questions, ask them in the conference. You'll either get a good answer or find someone willing to work with you outside of the conference. Don't be afraid to jump in with questions or comments. That's what the OS-9 Late night conferences are for! The more people contribute the more we all learn! Support the OS-9 community and get your questions answered by attending the OS-9 Late Night confernce! END Of SHAMELESS PROMO! Mike Rowen mrowen01@delphi.com rowen@fwa.natp.gmeds.com -*- 89701 2-SEP 10:46 General Information ANSI Considerations From: BOISY To: ALL I need some questions answered regarding ANSI emulation. (1) I noticed that in some BBS's fancy ANSI graphics screens, a hex 05 is embedded. This 05 wreaks havoc, since it isn't part of an ANSI emulation string. It gets printed as is, and the next character will turn off the cursor (this is in my ANSI emulation terminal program). What is this 05 and how should I handle it? (2) I notice that some BBS screens tend to send a "cursor left" ANSI sequence when the cursor is at column 0 (the left side of the screen) Currently, I'm just doing a cursor left, so the cursor backs up to the last character position of the previous line. Thus, printing on the first line is skewed to the left one character. Is the proper behavior in ANSI to NOT go to the left when the cursor is already at the left side of the screen? I think this would fix things, but I'm not sure if it is the "ANSI" way to do it. Any answers would be most helpful and most appreciated. -*- 89705 3-SEP 00:46 General Information RE: ANSI Considerations (Re: Msg 89701) From: GREGL To: BOISY I believe the ANSI specification is for Cursor Left and Cursor Right to move the cursor the appropriate number of columns. If the cursor is on a line boundary, the cursor does not move to the previous or next column. The $05 character is CTRL-E or ENQ and is typically used to ask about your terminal capabilities. DEC terminals, for example, send a capabilities string. I think ANSI and PC ANSI ignore ENQ. Also note that CompuServe sends ENQ to initiate a CompuServe B or B+ protocol transfer. -- Greg -*- 89714 3-SEP 11:36 General Information RE: ANSI Considerations (Re: Msg 89705) From: BOISY To: GREGL Thanks for the confirmation. I'll fix my program to reflect that. I ran across another example of ctrl codes embedded in an ANSI graphic file. Here's a partial dump: 1B 5B 30 3B 33 34 3B 34 30 6D 01 1B 5B 33 31 3B .[0;34;40m..[31; 34 30 3B 31 6D 20 20 20 20 20 20 20 20 20 20 20 40;1m Note the Hex $01 on the first line after the '40m'. This homes the cursor under K-Windows, though I am blocking out ctrl characters. I am wondering what I should do in this instance. Totally ignore it? Replace it with a space? THere is obviously some intent to use it, as it is bound between to different 'm' ANSI sequences. -*- 89720 3-SEP 17:16 General Information RE: ANSI Considerations (Re: Msg 89714) From: KSCALES To: BOISY Boisy - > I ran across another example of ctrl codes embedded in an ANSI graphic > file. Here's a partial dump: > > 1B 5B 30 3B 33 34 3B 34 30 6D 01 1B 5B 33 31 3B .[0;34;40m..[31; > 34 30 3B 31 6D 20 20 20 20 20 20 20 20 20 20 20 40;1m My guess is that this turns all attributes off, prints a blue-on-black happy face, then sets the colours to red-on-black, bold on, and prints 11 spaces. Cheers... / Ken -------------------------------------------------------------------------- Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237 -*- 89735 4-SEP 01:38 General Information RE: ANSI Considerations (Re: Msg 89714) From: GREGL To: BOISY I suspect the control character you are seeing is a printable character. On the PC, all control characters with the common exception of CR and LF are printable. Actually all of the control characters are printable, but most terminal programs interpret CR, LF, TAB and BEL. There may be a few others that are interpreted (VT is the typically the same as LF, for example, and FF scrolls to the bottom of the screen). -- Greg -*- 89755 5-SEP 00:40 General Information RE: ANSI Considerations (Re: Msg 89701) From: TIMKIENTZLE To: BOISY On the VT100 (which is based on the same standard as PC `ANSI' emulation), cursor movement commands never wrap lines. In particular, the cursor movement escape sequences are `visual', not `logical.' I.e., `cursor left' means `move the cursor left,' NOT `move the cursor to the previous character.' On the VT100, even BS doesn't wrap, although many VT100 emulators let BS wrap since so many people expect it to. - Tim -*- End of Thread. -*- 89707 3-SEP 01:20 General Information IRQ Hack From: NEALSTEWARD To: ALL What is the most current fix for Coco 3 IRQ problems. For years I used the Krupski diode hack, but had heard that this can cause problems, which I eventually encountered. -*- 89710 3-SEP 04:49 General Information RE: IRQ Hack (Re: Msg 89707) From: COCOKIWI To: NEALSTEWARD I did one that was an improvment over one that came out..it was a direct link from the IRQ lin on the CoCo-3 to the MPI I rerouted the line through the unused SELect line on pin 40,since this line is directly connected to the MPI and that ALL 4 slots are connected to it! one just cuts a couple of lines on both and a few jumpers..done,I have used this fix for a number of years with no problems! you will find it in the Database here..look for IRQ fix.....that I put up there a long time ago! Dennis -*- End of Thread. -*- 89708 3-SEP 01:22 General Information 24 pin eprom From: NEALSTEWARD To: ALL Can a 28 pin eprom be used in a floppy controller with a 24 pin socket? Or more specifically, can a 28 pin Tandy Smartwatch be installed in a f.c. with a 24 pin socket? -*- 89711 3-SEP 04:54 General Information RE: 24 pin eprom (Re: Msg 89708) From: COCOKIWI To: NEALSTEWARD the answer is YES..one has to make a replacment socket to fit the 24 pin socket..it overlaps,and some wires have to be jumpered to the old locations that dont match the new socket! A lot of us did this to the old TANDY disk controller so one could use a bigger chip,since the older 24 pin ones were getting hard to get!.......you use a 28 pin Smartwatch with a modified socket Dennis -*- 89788 5-SEP 23:14 General Information RE: 24 pin eprom (Re: Msg 89711) From: NEALSTEWARD To: COCOKIWI (NR) Where can I find a description of how to wire the socket like that? Is there a file here, or was it published in the Rainbow? -*- End of Thread. -*- 89712 3-SEP 08:14 General Information RE: error 202 (Re: Msg 89197) From: DONALDS To: BOISY thanks for the help. I will try that. Don -*- 89718 3-SEP 13:45 General Information reply From: JEVESTAL To: CPERRAULT > >>That would be ok, I have the latest version of PatchOS-9 for > review in the OS-9 Underground.<< > > Good, I'll be looking forward to that. Btw, when is the next > Underground going to be out? It should be out this next week hopefully. When I receive my copy I'll post so you can be checking your mail boxes for your! > >>Concerning Monday nights:...if so I won't be home in time for > the conference!<< > > D*mmit Jim! Really, keep me posted. If people aren't able > to show, and I can find a good night where I don't have to be up early > the next morning, then reschedualing won't be a bad idea. For now of > course the schedual stands as Monday Nights at 10:00 pm eastern time. Well, as you know I made it Monday night, despite the fact that I was already way over 20 hours of usage on my 20/20 plan. I choose not to add the Monday night class due to lack of transportaion, so I should be able to make it Monday nights. > I agree, the live interaction can really help those of us who > want to learn more about programming. I imagine general use of OS-9... > hopefully we'll get some programming stuff in there use some educating. I too am interested in C, but won't be getting > too serious with it for a while. I do plan on taking it up tho looks like a good language anyway>, so I try to soak up whatever I see > mentioned about it, as much as possible as it will come in handy > later. Btw, do you still plan on covering basic09 in the Underground? > I really like the Basic training series, tho I understand you plan to > move more in the direction of C there. Is there anything in the works > for Basic09, such as covering system calls,errors and debugging, and > small routines. We are currently looking for a new columnist to take over Basic Training. I did the first series on structured programming, and Wayne Campbell wrote a programming series on how to write applications in Basic(09). We are running the last few parts of his series now. Wayne sold his CoCo and bought a Mac and he's not involved with the OS-9 Underground any longer. If anybody is interested please contact me about writing Basic Training or just submitting Basic09 programs. I, personnaly still love Basic09, but relize that I need to concentrate on learning C, so I started the Basic to C column to help others learn C too. Jim ======================== InfoXpress 01.01.00 OS-9/6809 ====================== | Narnia BBS: 11pm-7am PDT serving CoCo OS-9 users ----|---- StG network: sysop@Narnia "Exclusively OS-9" | Delphi: JEVestal@delphi.com Marysville, CA InterNet: JEVestal@narnia.wa.com | or : JEVestal@citrus.sac.ca.us (916) 743-2617 Voice: 7am-11pm PDT :1 Corinthians 1:18 & Romans 1:16 ============================================================================= Jim Vestal: Assistant editor of The International OS-9 Underground, "Magazine dedicated to OS-9/OSK Users Everywhere ======================== InfoXpress 01.01.00 OS-9/6809 ====================== | Narnia BBS: 11pm-7am PDT serving CoCo OS-9 users ----|---- StG network: sysop@Narnia "Exclusively OS-9" | Delphi: JEVestal@delphi.com Marysville, CA InterNet: JEVestal@narnia.wa.com | or : JEVestal@citrus.sac.ca.us (916) 743-2617 Voice: 7am-11pm PDT :1 Corinthians 1:18 & Romans 1:16 ============================================================================= Jim Vestal: Assistant editor of The International OS-9 Underground, "Magazine dedicated to OS-9/OSK Users Everywhere -*- 89728 3-SEP 21:33 General Information September Conference schedual From: CPERRAULT To: ALL =========OS-9 Conference Schedual========= =========For the month of September======= =========On Delphi's OS-9 Online========== Note: To access these conferences, once you are online, from the main menu, or almost any other prompt on Delphi, type(without quotes) 'Go com OS9' and that brings you to _OS-9 Online_, the OS-9 Sig. Then at the menu prompt, type 'con' to access the conference section. At the next prompt type '/who' in order to see what conferences are currently taking place. When you see a conference name with the title of the conference you want to attend, simply note the number to the left of the title. That is the group number. Then type '/join x' where is the name of the group(conference) you want to join, and you will be in. -------------------------------------------------------------------- Conference Name Date Topic -------------------------------------------------------------------- OS-9 Late Night September 5, 1994 Programming Discussion. General OS-9 programming chat here. OS-9 Late Night September 12, 1994 Open Topic: Bring all your questions, comments, and other good stuff. Topic may change. OS-9 Live! September 17,1994 Boisy Pitre discusses 'The Future of Personal OS-9'.I encourage anyone who can attend to do so. OS-9 Late Night September 19,1994 See U in Atlanta! Newton White from the Atlanta Computer Society will be with us to discuss the upcoming Fest. OS-9 Late Night September 26, 1994 NITROS9 & TUNE UP Discussion W/ Alan Dekok of Northern Xposure. -*- 89756 5-SEP 00:42 General Information RE: September Conference schedual (Re: Msg 89728) From: TIMKIENTZLE To: CPERRAULT (NR) What time are all of these conferences? - Tim -*- End of Thread. -*- 89730 3-SEP 23:01 General Information ANSI Considerations From: KSCALES To: BOISY Boisy - > > 1B 5B 30 3B 33 34 3B 34 30 6D 01 1B 5B 33 31 3B .[0;34;40m..[31; > > 34 30 3B 31 6D 20 20 20 20 20 20 20 20 20 20 20 40;1m > > My guess is that this turns all attributes off, prints a blue-on-black > happy face, then sets the colours to red-on-black, bold on, and prints > 11 spaces. > > Cheers... / Ken Tried it by "displaying" the above codes over a serial link from my MM/1 to my PC clown running Telix. Couldn't make out the exact colours (since it is a monochrome monitor), but it generated a light grey happy face, followed by a series of spaces (which subseqent characters sent indicated were in a brighter hue). Regards... / Ken -------------------------------------------------------------------------- Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237 -*- 89731 3-SEP 23:16 General Information RE: ANSI Considerations (Re: Msg 89730) From: BOISY To: KSCALES So the 0x01 is a happy face character? Any idea how they determine this? -*- 89734 4-SEP 00:21 General Information RE: ANSI Considerations (Re: Msg 89731) From: KSCALES To: BOISY > So the 0x01 is a happy face character? Any idea how they determine > this? Well, after reading your messages I dug out my copy of the ANSI X3.64 spec, and couldn't find anything specified the SOH character. And, as you noted, it must have been intended as a printable character, based upon its position between the two ANSI Select Graphic Rendition sequences. So, I checked the character sets in my MS-DOS manual, and left you the first message. Then I tried it. Sure enough. That BBS is not just using "ANSI" -- it is using some PC-specific stuff. Cheers... / Ken -------------------------------------------------------------------------- Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237 -*- End of Thread. -*- 89736 4-SEP 09:40 Applications (6809) RE: SOFTWARE (Re: Msg 89563) From: DONALDS To: MORRISA (NR) Sorry I didn't get back to you soonerbut, I have been out fighting some of the forest fires we have had here in the West. I still have the 2 programs you wanted DESKMATE 3, SUB Battle, if you are still interested. Don -*- 89740 4-SEP 16:43 Applications (6809) 8-bit chips From: GLOCKR To: ALL I dont know if this is the right place to help me, but I need a clock circuit that will drive an M6800 CPU. The only 1 I can find requires an M6871 which is no longer availeable. Even better would be a circuit for a 6809-based sbc. Would appreciate any inf o:) btw, would also like to hear from people using 1802-1806 CPUs. -*- 89775 5-SEP 21:36 Applications (6809) RE: 8-bit chips (Re: Msg 89740) From: DSRTFOX To: GLOCKR J&M Microtek sells a 6809 SBC that is only 2.75"x5". Supports 8K RAM, 8KROM. Has 2 6821 PIAs, 2 interrupts for bus, supports 2732,64, & 6116 EPROMs. The board is $60 (populated). Integrated development software with an assembler, d isassembler, and on board debugger is available for an aditional $70. 201-325-1892 (J&M Microtex, Inc. , 83 Saman Road, W. Orange, NJ 07052 Tell them you got the info from "68 micros" magazine. I have a writer working on converting one of these boards so that a CoCo can be used for a development system. -*- 89794 6-SEP 02:33 Applications (6809) RE: 8-bit chips (Re: Msg 89775) From: GLOCKR To: DSRTFOX (NR) thnks for the info:) -*- End of Thread. -*- 89744 4-SEP 20:36 General Information CD-i Success! From: BOISY To: ALL Well, after fiddling with my new CD-i player, I managed to make a working cable from its 8-pin mini-DIN to my MM/1 25pin serial. Thanks to FHOGG's message buried way back in the forum, I was able to call up the "service shell" which listed about 8 options. These are test modes for DRAM, NVRAM, VSC, and other hardware on the board. This thing is so close to be an OSK computer, it's dangerous. -*- 89776 5-SEP 21:38 General Information RE: CD-i Success! (Re: Msg 89744) From: DSRTFOX To: BOISY Hek Boisy, tell us how you made the cable and accessed the shell!! -*- End of Thread. -*- 89750 4-SEP 22:49 General Information Cd-i From: CHARLESAM To: BOISY I recall a message you put up when you first got you CD-i. Correct me if I'm mistaken. You said you can play games, listen to CDs, or watch movies(disk). What your descibing sounds like the new Panasonic CD-i systems. I'm not sure what they cost but I know they must go for at least $800. How much did your CD-i peripheral cost? How does it compare with CD-i systems, like the Panasonic. I'm thinking of upgrading soon and if I can add a CD-i that compares favorably with those on the market, I'll upgrade alot sooner. Keep touting your new toy..... make us envious! ;-) Even when I upgrade, I'll keep my Coco. I've gotten too comfortable to part with it now. Regards Charlie -*- 89752 4-SEP 23:03 General Information RE: Cd-i (Re: Msg 89750) From: BOISY To: CHARLESAM Panasonic has a CD-i player? I wasn't aware of it. Mine cost $499.00. There is a smaller Magnavox version for $299.00, and both have CD-RTOS (OS-9) built in. Neither come with the DV cart., but it can be added. The DV cart runs at about $230-$250. And believe me, it's worth it. Check out your local Sears store for their CD-i system. Let me know what you find out. -*- 89790 5-SEP 23:24 General Information RE: Cd-i (Re: Msg 89752) From: CHARLESAM To: BOISY The next time I go to the Mall, I'll get the info on the Panasonic. It looks like an all inclusive system. Maybe I can get some pamphlets on it. As far as Sears goes, I'll buy their tools but I'd avoid any electronics with their name on it. Thats just my preference. I feel they have their fingers in too many areas to be good at all of them. I assume by DV cart you mean Disc Video. I'm wondering how well a video would run on an MM1 monitor? And thats assuming the MM1 is my upgrade. Now thats a subject I'd like to see discussed in a conference. What are the pros and cons of the three upgrades available now for OS-9. I'm referring to the MM1, System IV/V, Kix 20/30. If there is more options them those, I'm not aware of them. I believe you have the MM1, no? I'd definitely go that way but for the one sore spot I have heard discussed here, and thats the monitor options for that machine. Of course, I'm not that well informed and you can correct any miss info I have. I will post the info on the panasonic when I get it. Thanx for your reply on the subject. Regards Charlie -*- 89791 5-SEP 23:42 General Information RE: Cd-i (Re: Msg 89790) From: BOISY To: CHARLESAM Hi Charlie... That's an excellent conference idea! I'll have to keep that in mind. You will be at the Atlanta Fest, won't you? The CD-i will run on any monitor with RCA In Video, so a Maggie (commonly used w/ the MM/1) would work with the CD-i player. Looking forward to info on that Panasonic. Thanks! -*- 89792 5-SEP 23:50 General Information RE: Cd-i (Re: Msg 89791) From: CHARLESAM To: BOISY I'm sure planning on it(Atlanta). Now I just have too salt away the green. Maybe I get started on my upgrade in Atlanta. Charlie -*- 89793 6-SEP 00:22 General Information RE: Cd-i (Re: Msg 89790) From: MITHELEN To: CHARLESAM (NR) Thats funny, I'll buy just about anything from Sears, BUT their tools! Grant it, you get that lifetime warentee on them hand tools, but it is not worth it if you have to replace it 2 or 3 time during a job (especially their sockets) -*- 89795 6-SEP 04:07 General Information RE: Cd-i (Re: Msg 89750) From: MREGC To: CHARLESAM (NR) > What your descibing sounds like the new Panasonic CD-i systems. Panasonic makes the, (well only THE for right now as there are others in development,) 3DO player, the direct competitor to CD-i. Philips, Magnavox and Goldstar make CD-i players. ..Eric... -*- 89796 6-SEP 04:09 General Information RE: Cd-i (Re: Msg 89752) From: MREGC To: BOISY > Panasonic has a CD-i player? I wasn't aware of it. No, Panasonic makes the only currently available 3DO player, CD-i's most direct competitor. Philips, Magnavox and Goldstar are the companies making CD-i players. ..Eric... -*- 89798 6-SEP 04:23 General Information RE: Cd-i (Re: Msg 89752) From: MREGC To: BOISY Boisy, > Check out your local Sears store for their CD-i system. After all that talk on CIS about the pitiful state of CD-i kiosks in Sears, some of which was posted by you, how could you send a potential CD-i customer there to be turned against the machine by what he's bound to see? He should go to Best Buy or Incredible Universe instead. ..Eric... -*- End of Thread. -*- 89751 4-SEP 22:56 New Uploads CC3 to SVGA (analog) adaptor From: AD To: ALL Hi, Do any of you know if/where I can obtain an adaptor for the CC3 which permits it to drive a VGA or SVGA monitor? -*- 89767 5-SEP 13:52 New Uploads RE: CC3 to SVGA (analog) adaptor (Re: Msg 89751) From: MRGOOD To: AD (NR) There is no such thing yet or probably ever. If you thin about, using a VGA monitor on the Coco would be a waste anyway. The monitor would far exceed the resolution of the computer's video output. Hugo -*- 89779 5-SEP 21:56 New Uploads RE: CC3 to SVGA (analog) adaptor (Re: Msg 89767) From: DSRTFOX To: MRGOOD Using a VGA monitor solely for the CoCo might be a waste, but you can purchase a standard (640x480) VGA monitor cheaper than you can an analog RGB unit in many cases, especially if a remanufactured one is found (around $175 vs. $250). And what about those who already have the VGA for their PCs? A switch box or physically moving the connector would make the monitor useable for both machines. So such an animal would make sense, but may cost as much as another monitor. Price one of the VGA to NTSC convertors... over $100. -*- 89799 6-SEP 04:53 New Uploads RE: CC3 to SVGA (analog) adaptor (Re: Msg 89779) From: MMCCLELLAND To: DSRTFOX (NR) If someone really wanted to connect a VGA monitor to the CoCo, they could purchase a multisync unit. I have heard of someone getting an NEC multisync to sync with the CoCo. The only drawback: multisyncs are pretty expensive! One _may_ be able to find a non multisync monitor that can handle the CoCo's 15.701 kHz horizontal signal, but I wouldn't know... I think that there is a file in the CoCo SIG Hardware Hacking Database that explains how to use an NEC multisync, not sure though. -=Mark=- -*- End of Thread. -*- 89760 5-SEP 09:11 General Information RE: smouse (Re: Msg 89643) From: ALAIN1155 To: COCOKIWI (NR) Do you really need the RS232 pak? cause i do not have it Alain -*- 89770 5-SEP 19:47 General Information RE: Info Xpress (Re: Msg 89577) From: LUCKYONE To: BILLDICKHAUS > Frank, > > Mark is no longer selling InfoXpress. I am in the process of deciding > on a distributor (the list of possibilities includes myself). Meanwhile > I will be collecting orders and will pass these on when everything is > finalized. > > -Bill- > Hi, Bill. Please and my name to the list of those ordering an upgrade for InfoXpress (OSK version). I am very happy with the first version. Howard Howard Luckey delphi LUCKYONE CIS 74746,3207 ********** By InfoXpress 1.01 ********** -*- 89780 5-SEP 22:41 OSK Applications Kterm From: MRGOOD To: ALL Can anyone give me details on KTerm, the terminal program that is commercially available for the MM1? What emulations does it have, etc etc... Hugo -*- 89800 6-SEP 09:11 General Information Info Xpress From: SCWEGERT To: BILLDICKHAUS (NR) Bill, Just a test message from the latest and greatest ... I tried replying yesterday to a message and wanted it posted via mail ... it ended up in the forum. I'm not sure if it was me or ... *- Steve -* -*- FORUM>Reply, Add, Read, "?" or Exit>