Path: utzoo!mnetor!uunet!oddjob!hao!boulder!sunybcs!bingvaxu!leah!itsgw!imagine!pawl16.pawl.rpi.edu!jesup From: jesup@pawl16.pawl.rpi.edu (Randell E. Jesup) Newsgroups: comp.sys.amiga Subject: Re: CLtd (Was: 2090 SCSI driver needed) Message-ID: <557@imagine.PAWL.RPI.EDU> Date: 20 Mar 88 02:19:01 GMT References: <1946@leo.UUCP> <5074@swan.ulowell.edu> <256@wsccs.UUCP> <3449@cbmvax.UUCP> <323@wsccs.UUCP> Sender: news@imagine.PAWL.RPI.EDU Reply-To: beowulf!lunge!jesup@steinmetz.UUCP Distribution: comp Organization: RPI Public Access Workstation Lab - Troy, NY Lines: 181 In article <323@wsccs.UUCP> terry@wsccs.UUCP (terry) writes: >In article <3449@cbmvax.UUCP>, andy@cbmvax.UUCP (Andy Finkel) writes: >> In article <256@wsccs.UUCP> terry@wsccs.UUCP (terry) writes: >> >> CLtd's support sucks rocks. If you have a technical question >> >> (anything more techincal than "how do I hook it up") they can't answer >> >> you. Sure, they'll get one of the technicians to call you. >> > And he will tell you how to correctly tie your socks. I am still >> >waiting for a call on how I am supposed to open a serial port via the >> I know I'm going to regret asking this: but why do you expect a >> peripheral manufacturing company to help you write programs ? > They wrote the OS and built the hardware... they damn well better know >how to talk to it, don't you think? Or are you leaking something about the OS. Commodore is NOT CLtd!!!!!! CLtd is a peripheral company, Commodore makes the Amiga! Are you REALLY calling CLtd?????!!!! I'm quite sure that Andy regrets asking that now. :-) >> They make hard disks, and similar things. >> I mean, the guys at C-Ltd might be nice guys, but what reason >> do they have to help you write your programs ? > My (again truncated) question "in question" was in reference to how >to do something VIA the OS. I _CAN_ do it by thaking over, but everybody >tells me "that isn't nice!". If I am supposed to write something that conforms >to some CLtd multi-tasking standard, I would appreciate being told how I can >conform, given my restraints. Did you think of posting your question here, instead of your flames? (Which were misdirected at CLtd) If you are a REGISTERED developer (it's not expensive), you can get answers to technical questions. In fact, you can get them on Bix in the public amiga.dev conference without being a developer (Bix is where Commodore does technical support, the phone line is mainly for commercial, registered developers). >> Could this explain why they are not much help ? > Hardly. Again, who wrote the OS, elves? Elvis? Actually, most of the OS was written at Commodore/Amiga in Los Gatos, CA. Some was written a Commodore in West Chester, and the DOS was written by Metacompco in England. >> >poll, thereby taking CPU time. I am also waiting for a call back on how you >> >are supposed to have a program boost it's own priority, yet still work with >> >the 68010, et al, and NOT have to resort to supervisor state. This will let >> Well, you might try looking it up in the manuals, rather than >> bothering C-Ltd. > Yeah, right. The A1000 ROM Kernal manual does me a lot of good, given >that it is written for the '86 or so revision of the OS on a machine no longer >being sold. What are the differences I should watch for? How do I maintain >compatability with 1.x where x>2? Why don't you either 1) become a registered developer, 2) buy the 1.2 Autodocs if you don't want to become a developer ($20), or 3) join Bix and ask questions in the amiga and amiga.dev conferences (open to all). Answers usually come fast and furious (often from other developers, as well). >> Most people use Signals to Wait on several events on the Amiga. >> (See the Exec manual for details) > That would be nice, except you can not then use an alarm in Aztec 3.4 >as it conflicts with the timer, giving as colorful results as the same type >of event does under VMS. It seems multiple outstanding events of the same type >blow up in certain cases... Huh? An alarm, you say. As far as I know, there is no such thing on the AMiga. If you mean signals, follow the examples in the RKMs to handle them, you can miss messages at a port if you do it wrong. 'Pure' signals are real tough to foul up, though it can be done. If you're talking events, you must mean messages at a port from intuition. >> The FindTask() call in combination with the SetTaskPri() call lets >> you change priorities around. I don't recommend this, unless >> you know what you are doing. > What about "I want this task to have priority x where x is 10 greater >than any other user task's priority"? Real simple: Forbid(), then walk the task list, find the highest priority user task, and make your's higher (via SetTaskPriority, don't mess with the tasks directly), and Permit(). It makes no difference if your task is 1 higher or 10 higher than another, the task with the highest priority that wants to run gets the CPU (if the same, they time-slice). Note that it is REAL BAD to make your priority higher than any system tasks. I'd advise NEVER using a priority higher than 9, NEVER EVER higher than 14 unless you REALLY know what you're doing. >> AmigaTerm, written entirely in C, works at 9200 BAUD *without* flow control >> (this is faster than a VT101) With flow control it works fine at 19.2KB. > It's not faster than my VT101.. you must have 50Hz power... >what else do you have running at the same time, may I ask? You should be >able to do 9600 baud with multiple users and only 20% of the CPU in use. If >Tandy can do it with their 68000 box by virtue of Microsoft Xenix, Commodore >ought to be able to do it with 50% overhead with a single user. Besides, >AmigaTerm cheats: > 1) it was written by people with access to current docs > 2) you can't run much else > 3) it seems that it uses a ANSI 3.64 console driver... that is _NOT_ > emulating. You seem to be missing the point that speed settings on a terminal doesn't mean the terminal can keep up with continuous data at that speed, complete with scrolling. It {slowly,quickly} falls behind. The Dec VT101 cannot keep up with straight text at 9600 baud (though I think it makes about 7000-8000 effective). Re: the Tandy 6000 - Sure, you can pump out characters fast, we're talking about displaying them on a scrolling screen. Also, I'd bet that the Tandy 6000 would use more than 20% pumping continuous data at 9600 to multiple users. Just cause the line rate is 9600 doesn't mean it's all being used. Re: access to docs - I wrote (for my own interest) a complete vt100 emulator 1.5 years ago (before 1.2), that could also to 9600 on continuous data. It just requires good programming, no 'special docs' needed. Re: Ansi 3.64 - Amiga CLI windows use ANSI 3.64, AmigaTerm is full DEC vt102. There are some programs out there that do just use 3.64 for termeinal programs, but not AMigaTerm. >> >losing characters. Commodore says they can go MIDI speeds and still multi >> >-task ...this may be true, but the driver's passing stuff to me at about >> >2400 baud or less, depending on system loading. >> Only if you use it poorly. > Oh. You mean by caring about things like "parity" and "wordlength"... >you know, communication program-type things. You know, those things Telenet, >Tymenet, DataPac, and Western Union use? Like I said, if you use it right, you can easily do 9600. The real big win is to read as many characters as possible, by using the SCMD_QUERY message to find out how many are waiting (after you wake up from a single character read.) Also, sending characters in large blocks is faster than lots of 1-char sends. Why don't you look at the source code for one of the fast terminal programs (like VT100) on the Fish disks? >> > What about a DMA controller using FFS? The truth is, they can't >> >build one either. I only know of one out there, and it's ...well, sorta >> >pretending to do DMA. Can't they even use one of their 26 channels? >> You really need to check out the Amiga hardware manual, and the A500/A2000 >> Technical Manual before you continue about things like this. >> Really. > Make one available. Really. Just because you have one, doesn't mean >I can go buy one at my Amiga dealer. I think dealers can order them, and I know you can get them from Commodore ($20). I think Andy should be commended for not flaming you when you take potshots at him and Commodore when you don't know what you're talking about (refering to "The truth is, they can't build one either.") >> The A2090 hard disk controller card does use DMA. >> Its a Zorro-2 card; there are several companies who make cages that >> let A1000 owners use Zorro-II cards. > Wonderful. Patchwork hardware. But is there an expansion box from >CLtd that won't violate the warranty, like Commodore claims the others do? For an A1000, expansion boxes mount on the side, and do not violate any warranty. That is what the side connector is for, it is not 'patchwork hardware'. CLtd sells HD controllers that attach directly to the side of an Amiga, COMMODORE doesn't. The only expansions that violate your A1000 warranty are internal ones. (There is no normal internal expansion on the A1000, it's external.) >| Terry Lambert UUCP: ...{ decvax, ihnp4 }... >| These opinions are not my companies, but if you find them | >| useful, send a $20.00 donation to Brisbane Australia... | I seriously doubt I'll be sending that donation... // Randell Jesup Lunge Software Development // Dedicated Amiga Programmer 13 Frear Ave, Troy, NY 12180 \\// beowulf!lunge!jesup@steinmetz.UUCP (518) 272-2942 \/ (uunet!steinmetz!beowulf!lunge!jesup) BIX: rjesup (-: The Few, The Proud, The Architects of the RPM40 40MIPS CMOS Micro :-)