read new nonstop follow 90880 4-DEC 03:33 General Information RE: New From DISTO! (Re: Msg 90879) From: LARRYOLSON To: DISTO > Now available! The "Inside 2-Meg" booklet from DISTO. Its a full description > of the DISTO 2-Meg Kit. Schematic diagrams, PAL listing and a full chip by > chip description of how it works. Send $20 + $2.50 S/H to DISTO 1710 Depatie, > St. Laurent Quebec, Canada H4L 4A8. -Tony. Tony, Would you by any chance be making an "Inside Video Digitizer" booklet available ? ----- Larry Olson ----- -*- 90888 4-DEC 21:17 General Information RE: New From DISTO! (Re: Msg 90880) From: DISTO To: LARRYOLSON I don't think so, I did not sell many of those. I sold 100+ 2-Meg boards. However, if you really are interested, I do have schematics and software. We can discuss it in E-Mail. -Tony. -*- End of Thread. -*- 90881 4-DEC 13:48 General Information RE: My cursor!? Those darned dots! (Re: Msg 90851) From: 01GEN40 To: MIKE_GUZZI Hi Mike, Yeah, I figured the may be a problem with the video. I wonder if the 63c09 automatically cruises at 3Mhz when in native mode. I am not sure, that is why I ask the questions. Maybe when I am done with this cource I am taking, on Computer Repair, I will have a better understand- ing of what goes on "behind the scenes". Thanks, see ya. LONG LIVE OS-9! ** In whatever form it is in! -= 01GEN40 =- -*- 90882 4-DEC 13:56 General Information RE: My cursor!? Those darned dots! (Re: Msg 90856) From: 01GEN40 To: RICKULAND Hi Rick, I was not aware that my TRUSTY little CoCo 3 had any flaws. I thought only INTEL machines had all the flaws! :) Thanks, see ya. LONG LIVE OS-9! ** In whatever form it is in! -= 01GEN40 =- -*- 90883 4-DEC 14:02 General Information RE: My cursor!? Those darned dots! (Re: Msg 90857) From: 01GEN40 To: RICKULAND Hi again, Sorry, I am not into Multi-Vue and "WINDOWS" even less. GUIs just do not appeal to me. Thanks, see ya. LONG LIVE OS-9! ** In whatever form it is in! -= 01GEN40 =- -*- 90884 4-DEC 15:07 General Information RE: My cursor!? Those darned dots! (Re: Msg 90813) From: DBREEDING To: 01GEN40 (NR) > Thanks for the reply. I am not too worried about the amount of time > I spend on-line. I average about 12-13 hours a month. You must be luckier than me.. I have to pay on both ends of the line (groan).. I try to watch my time, mostly going into the OS9 forums here and on CIS. > not had a chance to check into it. I will try the command you have > suggested though. This should let you know exactly what you have, it might be useful to know.. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 90899 5-DEC 23:47 General Information RE: My cursor!? Those darned dots! (Re: Msg 90881) From: JEJONES To: 01GEN40 (NR) > Hi Mike, > Yeah, I figured the may be a problem with the video. I wonder if > the 63c09 automatically cruises at 3Mhz when in native mode. Actually, the CPU in the CoCo 3 is the 68B09E, and you presumably have a 63C09E as a replacement chip. The "E" suffix means "external clock," so that the clock signal goes to the 63C09E just as it does to the 68B09E originally in the CoCo 3. Opinions herein are solely those of their respective authors. Clipper Chip: Big Brother Inside -*- 90908 6-DEC 23:26 General Information RE: My cursor!? Those darned dots! (Re: Msg 90881) From: MIKE_GUZZI To: 01GEN40 (NR) no, the speed of the cpu is determined by the clock crystal -*- End of Thread. -*- 90885 4-DEC 15:08 System Modules (6809) RE: printers (Re: Msg 90834) From: DBREEDING To: EDELMAR > > I just don't know what to think. I paid $439 for an Epson LQ-870, > 2 years and ONE month the logic board went out, ... > > Sounds to me like someone at EPSON should be fired - supposed to fail > after 2 years and one DAY . Guess they slipped up on that one. > Seriously, I've stuck with OKIDATA for dot matrix printers. > Re Lasers - I have a TANDY 950 which I used for quite a while. Supposed > to be HPL2 compatible and it was, mostly. > <...> . Don't know that there is a 'standard' for printer > languages. I've wondered about that myself.. From what I can gather, there are at the very least, several "dialects". > I think the big difference between the various manufacturers will be the > availability of supplies; the toner cartridge and/or drum. > Part of the decision regarding purchasing a > laser printer is to consider the availability of parts and supplies many > years down the pike. This is something that should be considered in making many different types of purchases, and of course, this is one area in which special regard should be given. In my case, I live in a rather rural area, and it's hard to just run in and get the part, most everything has to be ordered. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 90886 4-DEC 15:10 Programmers Den RE: _gs_rdy() Question (Re: Msg 90833) From: DBREEDING To: EDELMAR > PAGAN, in message #90810, covered the advantages of UCC pretty well. I > had looked at using the GNU compiler several years ago from a legal > viewpoint. According to the legal beagles, you may not sell software > compiled by GNU if you use the GNU libraries. That would add a disadvantage to the GNU route.. Are there any restrictions on distributing software compiled under GCC, or 3.2, for that matter? I contacted Tandy regarding the CoCo compiler, and they sent me a letter stating that all that code could be considered PD in regard to distributing compiled code. > And you are required to either provide, or make > available at no charge, the source code. (You are permitted a nominal > charge to cover copying and shipping costs.) That seems to be an unreasonable requirement.. I've seen the argument that code should be provided with software, but IMO, that only gives anyone license to tinker with your stuff. It can be altered without your knowledge or permission and released under your name, causing you possible embarassment, at the very least. I think Carl Kreider had a problem with this with his "ar".. He had only gone up to 1.2, I believe, and there were versions up to 1.5 floating around. It caused him quite a bit of a hassle, as I understand it. > IMO, I don't believe MW will port 3.2 I'd say that would be VERY doubtful. > I'm not aware of any support (except from other > users) for the GNU C Compiler. Very true.. you're pretty much on your own with them.. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ -*- 90892 5-DEC 05:26 Programmers Den RE: _gs_rdy() Question (Re: Msg 90886) From: EDELMAR To: DBREEDING (NR) > ... Are there any restrictions on distributing software compiled under > GCC, or 3.2, for that matter? ... There are no restrictions distributing and/or selling code compiled with and using the libraries provided with either 3.2 or Ultra-C. Indeed, MW gives permission to distribute, at no charge, 'csl', the replacement for 'cio' and the math module with the code if it is compiled with Ultra-C. To the best of my knowledge, this type of policy is universal regardless of what software house sells you their compiler. To the best of my knowledge, there are no restrictions on code distribution for code compiled with the GNU compiler if you _don't_ use their libraries. > I contacted Tandy regarding the CoCo compiler, and they sent me a letter > stating that all that code could be considered PD in regard to distributing > compiled code. Can you clarify that? Are you saying programmers cannot charge for software if they use the CoCo C-Compiler and libraries? (PD would imply that.) Ed -*- End of Thread. -*- 90887 4-DEC 20:36 General Information OS-9 Late Night:Reminder From: THETAURUS To: ALL OS-9 Late Night Open Forum Monday December 5,1994 at 10:00pm (est) Please come on in, for the usual laid back chat of any kind. Since some of the more knowledgeable OS-9'ers and Coco Hackers tend to attend these conferences, an Open Forum like the ones we have been having are good times to come in and ask that question that's been nagging you or holding up your latest programming project. Btw, hopefully I will soon have the schedual for December and January all set. I have one confirmed special conference coming up in January on the 16th. Members of the 'Glenside Color Computer Club'(Brian please correct me if the name is wrong), will be on hand to discuss the upcoming Cocofest in Chicago! This is one you won't want to miss, especially if your looking for details on how to be there. Btw, if you do need details on the fest, you can send email to 'Theschu'. He is the president of Glenside, and can help fill you in! See Ya >Chris< -*- 90889 4-DEC 23:02 New Uploads PowerBasic for OS9/68000 ships! From: FHOGG To: ALL "This new language (PowerBasic) may be the most significant thing to come along for OS9 in the last ten years!" >>>>>>>>>>>>>>>>>>>>>>>>>> NOW SHIPPING <<<<<<<<<<<<<<<<<<<<<<<<<< PowerBasic for OS9/68000 Finally, someone wrote a BASIC compiler for OS9! PowerBasic is the only native (68000) code BASIC compiler for use with the OS-9/68000 Operating System. ------ I've just uploaded information on PowerBasic to the DL. Two files, one gives the promo information and the other covers a introductory offer that saves you $50 if ordered by the end of the month. Over the next several days I will be uploading a more complete technical spec and examples in PowerBasic source and object that you can try on your own computer. I've downloaded a whole bunch of Basic09 programs from the DL here and I plan to use some of them as examples also. My intent is to see and show what is involved in converting regular Basic09 type programs to PowerBasic and what speed and size advantages there are. If you have any other suggestions you would like to see me try please let me know. I got my copy of PowerBasic just before Thanksgiving and have been getting up to speed on it. So far I like it very much. The compiler runs fast and the resultant code generated is also fast. Much much faster than Basic09. I've been having fun looking at the '.a' files to see what assembler code is generated by PowerBasic and to watch how changes in the Basic program effect the assembler code. PowerBasic makes this easy because the Basic source line is inserted into the '.a' file as a comment. PowerBasic object is stand alone, no 'runb' type of thing is needed. I like this because it keeps the whole project as one program. No need to worry about having all the pieces needed to make something work. I'm looking for feedback so please feel free to ask questions and make suggestions. Thanks Frank Hogg FHL -*- 90894 5-DEC 18:38 New Uploads RE: PowerBasic for OS9/68000 ships! (Re: Msg 90889) From: THETAURUS To: FHOGG Frank you couldn't have announced this at a better time! I was just asking everyone and his brother about this project for the last couple weeks. I will dl that file. This will definately be a step in the right direction(and one more reason to go OSK :-) ) >Chris< -*- 90897 5-DEC 22:17 New Uploads RE: PowerBasic for OS9/68000 ships! (Re: Msg 90894) From: FHOGG To: THETAURUS Chris, I'm glad I hit you at the right time. Why, may I ask, were you so interested in this project??? Besides the obvious ones of course. Frank -*- 90898 5-DEC 22:20 New Uploads RE: PowerBasic for OS9/68000 ships! (Re: Msg 90894) From: FHOGG To: THETAURUS I just checked DA NEW and I see the file is not yet available. I'll email you a copy in the meantime. Frank -*- 90900 5-DEC 23:51 New Uploads RE: PowerBasic for OS9/68000 ships! (Re: Msg 90897) From: THETAURUS To: FHOGG Ever since you first announced Basix way back when I was interested in the project. I know at the time it was aimed at the Gwindows environment, so I tried to keep tabs on the project, since I am a Basic Enthusiast. Also, since I am still in the market for an OSK machine, I wanted to be sure what environment this compilor would run on, so I could keep that in mind when deciding on what machine to buy when the $$ is at my disposal.(this won't be the case for a while still :-( ) It's good to know this program is aimed at the broad market and not limited to a specific Windowing system(tho I will most likely aim everything I write at a Gwindows and/or Kwindows Evironment). This will promote as much developement as possible. See Ua >Chris< -*- 90903 6-DEC 05:49 New Uploads RE: PowerBasic for OS9/68000 ships! (Re: Msg 90889) From: EDELMAR To: FHOGG > PowerBasic is the only native (68000) code BASIC compiler for use with > the OS-9/68000 Operating System. > I'm looking for feedback so please feel free to ask questions and make > suggestions. Good show. Does it include GFX for G-WINDOWS or other graphics? Any plans for OS-9000? Ed Gresick -*- 90904 6-DEC 21:39 New Uploads RE: PowerBasic for OS9/68000 ships! (Re: Msg 90900) From: FHOGG To: THETAURUS Thank you for your support of the concept. We do plan an extension for G-Windows beyond what can be done with the C library. I have had some preliminary talks with Steve Adams about adding G-Windows support directly to PB and he was supportative. Of course that is a way off but we are thinking of it. Mike wanted PB to be good enough so that he would not have to program in either C or assembler again. He wants to do drivers and other system type stuff with it. I want to do GW development with it. With our combined desires about the capabilities of it wi ll make quite a powerful product. IMHO. Frank -*- 90905 6-DEC 21:45 New Uploads RE: PowerBasic for OS9/68000 ships! (Re: Msg 90903) From: FHOGG To: EDELMAR > Good show. Does it include GFX for G-WINDOWS or other graphics? Any plans > for OS-9000? For the first question see my message 90904. A GFX type of capability is in the future. However because PB can call C Libs you can use the GW dev pak as is just like you do with C. Mind you I havn't actually done that yet but as soon as I get caught up wit h stuff I will. I hope to upload a series of files that have source and bins showing off PB. On OS-9000... Yes but just future plans at this time. The door is being left open in the code for other CPUs like Intel and PowerPC. As PB includes inline asm it would be a bit of trouble but it can be done. Frank -*- 90912 7-DEC 01:04 New Uploads RE: PowerBasic for OS9/68000 ships! (Re: Msg 90904) From: AJMLFCO To: FHOGG For those with 68020 and 68030 machines, is there support for these other than straight 68000? I have a 68882 FPU, is that supported? Does it use the assembler and linker that already comes with OSK "C"? Allen -*- 90913 7-DEC 20:02 New Uploads RE: PowerBasic for OS9/68000 ships! (Re: Msg 90912) From: EDELMAR To: AJMLFCO (NR) Allen's question in message 90912 is a good one. > For those with 68020 and 68030 machines, is there support > for these other than straight 68000? I have a 68882 FPU, is > that supported? Expanding on Allen's question, is PowerBasic capable of generating either 68000 and 68020 instructions? Does it adjust branch instructions for byte, word and long offsets or use a default offset? Does it support the newer FPU trap module in place of the MATH trap module? Is the CIO or the newer CSL (in place of CIO) trap module required or does PowerBasic take care of these functions? Does PowerBasic include a code optimizer? In 'powerbasic.info' you state - > Available now. > > Personal Users $350.00 > > Commercial/Industrial Users $850.00 > > There is no licensee or fee required to distribute your compiled > PowerBasic programs. What is the difference between the version for 'Personal Users' and the version for 'Commercial/Industrial Users'? If no difference, may either category distribute/sell code compiled with PowerBasic without paying any further license fees or is the last sentence intended to apply to 'Commercial/Industrial Users' only? If either category may distribute/sell code, what is the difference between Personal and Commercial/Industrial? Ed -*- 90914 7-DEC 20:22 New Uploads RE: PowerBasic for OS9/68000 ships! (Re: Msg 90912) From: FHOGG To: AJMLFCO (NR) A later version is planned for 32 bit machines so you could just recompile at a later time. However I have no timeframe for when that would be. The general plan is to work on version 2 using feedback from version 1 users as well as things he wants to do. Because PB uses the math module for FP the 68882 would be supported thru that. Yes it does use the assembler and linker that you have now. At your option you can diddle with the '.a' file if you want. -*- 90916 7-DEC 22:53 New Uploads RE: PowerBasic for OS9/68000 ships! (Re: Msg 90913) From: FHOGG To: EDELMAR (NR) Ed, > Expanding on Allen's question, is PowerBasic capable of generating either > 68000 and 68020 instructions? Version 1.0 is 68000 only. > Does it adjust branch instructions for byte, word and long offsets or > use a default offset? (this from Mike) Neither. It uses a caculated relative global jump or jsr. ...This code (from Mike) is what is used. move.l #dest-*-8,a2 jmp (pc,a2.l) (if then) etc uses words. Uses byte for things when it knows it can. (I hope I typed that in right, I am NOT a 68K assembly programmer, that's why I wanted PowerBasic.) > Does it support the newer FPU trap module in place of the MATH trap module? It uses the math trap. > Is the CIO or the newer CSL (in place of CIO) trap module required or does > PowerBasic take care of these functions? PB takes care of it. It doesn't use CIO. It uses 3 OS9 resources, some OS9 system calls, the standard MATH trap module, and the sys.l library. Also refers to oskdefs. > Does PowerBasic include a code optimizer? Not in version 1.0. Planned for a later version. However there is some internal optimizing. > What is the difference between the version for 'Personal Users' and the > version for 'Commercial/Industrial Users'? They are both the same in all respects except for price. It is our intent to support the individual user and to promote development with PowerBasic by offering a lower cost version for individuals such as those here on Delphi and over on CIS. Promotions to commercial/industrial users do not mention the personal pricing. I will be uploading a group of benchmark programs in Basic09 source, PowerBasic source and PowerBasic object that you can look at and run on your own machine so you can compare that aspect of PB. I will also upload part of a '.a' file of one of the benchmarks so you can look at an example of how PB does its thing. I hope to get to that this weekend. Frank -*- End of Thread. -*- 90891 5-DEC 01:31 Applications (6809) RE: 8-bit chips (Re: Msg 90877) From: AJMLFCO To: JEJONES I do have the source list right here, although it is the 1989 edition. I do see some OS9 mentioned in some ads in Control Engineering, I&CS, Intek, and other trade magazines, but it is rare to see much. I get complementary subscriptions to many of these including Embedded Systems. It mentions OS9 once or twice every other issue or so. Until OS9000 came out, there was nothing (inexpensively and commonly available) to run OS9 on. I guess I'll stand by my statement in the previous message that those companies represent 99 (or so) percent of the industrial controls market and that most small systems are MS-Windows based. It's really amazing that they have been able to do as much as they have with Windows. Allen -*- 90893 5-DEC 16:48 System Modules (6809) CC3IO Patches From: GREGL To: ALL Can anyone answer this question? From: IN%"78-5750@terranet.bluethun.quake.com" 2-DEC-1994 15:29:54.85 To: IN%"gregl@delphi.com" Subj: cc3io.dr patches... Hello Greg, Marty pointed me in your Direction, as He did not know the Internet address of Kevin Ddarling... I'm trying to patch cc3io.dr from Version 2.00.01 of Level II OS-9 as so to properly recieve OS-9 Escape sequences over the phone-line properly... My first attempts at patching it with Information in Rainbow (2/88 I believe), and Confirmed by Mike Guzzi (ApBBS Pensylvania 1-717-586-2771) was interactively (not using a file and the -s option of modpatch) screwed up cc3io royally... Then I tried the -s option and the file method, most bytes this time around gave me a "byte does not match" warning, but other than that seems to function MOSTLY... I was wondering if there was a specific patch needed or not for this version of CC3io.dr Edition: $10 Mod CRC: $F737C2 Any help is appreciated... Also speaking of Mods.... I heard there was a 1 byte mod for os9p1 that seemed to cut down on the overhead considerably enough that 9600bps was reliable... I have the Eddie Kuns Edition 9 Clock Modules < Bigger than Level II's Edition 9 clock modules>, SACIA, VRN, and NIL added to increase speed, but only wound up with at best a near 100% ability of ANSI at 4800bps using Supercomm 2.2. Thanks in advance... -Later! -SS- FidoNet Address: William Barnes@1:239/1100 InterNet Address: 78-5750@bluethun.quake.com -*- 90909 6-DEC 23:31 System Modules (6809) RE: CC3IO Patches (Re: Msg 90893) From: MIKE_GUZZI To: GREGL (NR) YOU wrote the original article on the problem with CC3IO and multi-byte control codes that come in through the modem. Here it is READ 6234 6234 20-OCT 03:48 General Information An outstanding bug in OS-9 From: GREGL To: ALL This is a short text message that demonstrates some very blatant bugs that exist under all current versions of OS-9 Level 1 and Level 2 for the Color Computer. This bug makes it effectively impossible to send multi-byte control codes over the modem and any attempt to do so will result in your cursor being homed and the control codes effectively ignored. A few of us have been hounding Tandy and Microware to fix this bug but nothing has resulted, and indeed some even thought we were completely CRAZY! Well, you judge for yourself. Most terminal programs handly data a byte at the time and this SHOULD work but unfortunately due to some error it causes multi-byte control codes, such as underline, blink, boldface, etc. to not function at all. One method that I have discovered that does work is to adapt an "emulation" scheme to your terminal program. This requires you to read incoming data normally until you recognize the receipt of a control code (less than $20, or space) and then do some buffering. For example, if you receive a $02 to position the cursor, you should flush the buffer to the screen, get the x and y coordinates, and then I$Write $02,x,y all at once and then continue receiving normally. Any other method is guaranteed to fail miserably. For those of you that still think I am completely off my rocker, here is an that says you have "textrlined" at the top of your screen looking all screwy. Greg Enter FOLLOW for related Message(s). FORUM> READ 6307 6307 24-OCT 04:50 General Information Outstanding bug found and fixed From: GREGL To: ALL Zap. Found the bug. Seems that SCF is throwing a SS.Close call in between the display statements and multi-byte control sequences that are received separately. Okay perhaps, but CC3IO stores any get/set stat calls in the SAME spot that it stores char outputs! So what happens? CC3IO stores the first 1F of the 1F22 call (underline on), then the SS.Close ($2A) gets stuck on top of the 1F, then the 22 comes in.... CC3IO etc gets confused and thinks we have a 1B call, and grfint tries to do a "1B 22 ...." overlay window setup!! Oooops. Solution is to just not store the stat calls, and change a LBRA to go around a little thing (tech talk- sorry). If I'm too far off here, change the following in CC3IO when nothing else is going on: Offset Old New 778 A7 12 779 C8 12 77A 1F 12 79F 4B 4E 9EE A7 12 9EF C8 12 9F0 1F 12 A2D BD C0 and of course reverify CC3IO and save it out or recobbler the disk. This should fix things. - Kev ! Enter FOLLOW for related Message(s). FORUM> FOLLOW 6309 24-OCT 16:16 General Information RE: Outstanding bug found and fixed (Re: Msg 6307) From: MEGABYTE To: GREGL I can rest easy in my grave now knowing that the bug I spent so much effert on has been fixed!!! Nice going guys!!! ---Mark S. Press RETURN for related Message(s). FORUM> EXI Highest message read: 6309. OS9> Mike -*- End of Thread. -*- 90895 5-DEC 20:54 General Information Burn: Cycle ad From: MRGOOD To: ALL While visiting a friend yesterday, I saw a commercial for Burn: Cycle. I was amazed to see an actual well done ad for the CD-I platform. I think it was on the Comedy Channel. Hugo -*- 90896 5-DEC 22:12 General Information Sony Monitors From: CHARLESAM To: ALL I recall reading here that someone has Sony monitors for sale and that these can be used on the Coco3. I'm in need of a monitor and need the party's name. Can anyone supply that for me. Thanx Charlie -*- 90901 6-DEC 02:09 General Information RE: Sony Monitors (Re: Msg 90896) From: NIMITZ To: CHARLESAM Thats me. CPD1302. See you in EMail. -*- 90902 6-DEC 02:40 General Information RE: Sony Monitors (Re: Msg 90896) From: DONALDS To: CHARLESAM the name is Rich Pikul & asso. 101 G glenfield dr Festus, mo 63028 314- 937 0335 the monitor is a Sony 3102, 26 dotpitch, cost 175.00 plus shipping. Don -*- End of Thread. -*- 90906 6-DEC 22:48 General Information 2nd Hard Drive From: CHARLESAM To: ALL I'm trying to get a 2nd HD working and having problems. The first thing that I notice is the drive indicator light is on as soon as I power up. Of course that shouldn't be. After I configured an H1 module and put it in my boot, I booted and did a dir /h1. Lock up! Any thoughts on the subject will be appreciated. I'm using 2 ST277-Ns and a Kenton controller. The jumper sleeve for H1 is on the first set of pins closest to the center. Since H1 is the first drive on the cable, I removed the 3 sets of pins off the bottom of the drive. Thats all I can think of now. Thanx Charlie -*- 90907 6-DEC 23:19 General Information RE: 2nd Hard Drive (Re: Msg 90906) From: WA2EGP To: CHARLESAM (NR) I had a similar problem. Make sure that both of the hard drives have some type of device selection such as h0 is #1 and h1 is #2. If you leave the jumper off of the first one (which most do since there is only one drive on the SCSI buss) it trys to read everything, including what is being sent to the second drive. In SCSI, each device needs to have an ID number from 0 to 7, whether a "driver" like the controller card or a "device" like a hard drive or other media. They must be unique for each thing connected. I went in circles until someone explained it to me verrrrrry carefully (grin). Hope that solves the problem (and I explained it OK). -*- 90910 6-DEC 23:33 General Information RE: 2nd Hard Drive (Re: Msg 90906) From: MIKE_GUZZI To: CHARLESAM (NR) The fact the LED is on when it powers up is a problem, does it do that if you disconnect the SCSI cable? -*- 90911 7-DEC 00:18 General Information RE: 2nd Hard Drive (Re: Msg 90906) From: MODEL299 To: CHARLESAM (NR) I have seen this and might have an answer for you. I also have the KEN-TON system and am quite pleased with it. You might be having a terminator problem. There is one pin on the drive (don't remember which) that is on the center terminator that is called "Drive Attention" or something like that. The KEN-TON system does not use this pin and when the terminators are removed it can get screwed up and lock the system. You might try to find this pin and terminate just that one. A good test would be to put the center terminator back in for a test. I do not think this will help the drive light problem but it can be a cause of the SCSI buss locking up. -Mark- -*- End of Thread. -*- 90915 7-DEC 22:35 Programmers Den PowerBASIC details? From: JEJONES To: FHOGG I've downloaded the files you uploaded about PowerBASIC, and I have a few questions about the language. - What data structuring facilities does it have (e.g. is there anything analogous to the BASIC09 TYPE statement)? - You say it supports separate compilation; does that mean that there are actual functions with local variables? What's the syntax for calling a separately compiled unit, passing parameters (including structured types if the language supports them), and returning results? - What debugging facilities does PowerBASIC have? (All I saw mentioned in the file was a listing of assembly language output with the PowerBASIC source interspersed.) If you could post or upload a sample of PowerBASIC code displaying some of its features, that would help a lot. Thanks. Opinions herein are solely those of their respective authors. Clipper Chip: Big Brother Inside -*- FORUM>Reply, Add, Read, "?" or Exit>