Copy Link
Add to Bookmark
Report
Info-Atari16 Digest Vol. 89 Issue 669
INFO-ATARI16 Digest Fri, 17 Nov 89 Volume 89 : Issue 669
Today's Topics:
GEM help needed
Languages!!!
SH 204 Upgrade
Vapourware!!!
What does the TT Buy me??
----------------------------------------------------------------------
Date: 17 Nov 89 00:17:28 GMT
From: nis!pwcs!stag!daemon@umn-cs.cs.umn.edu (John Stanley)
Subject: GEM help needed
I normaly wouldn't respond to this since Keith posted that he had the
answer to his problem. Unfortunately his message indicates that he may
not have the whole answer (and since the problem is partialy of his own
doing) I felt obligated to try to set things straight... I appologise
in advance if Keith does understand this and I'm "explaining" without
being asked... (even if I am anyway... :~)
[hedger@inmet.inmet.com writes...]
>
> Got it! I am posting this in case anyone else out there gets bitten.
> First of all, the main problem was in fact user error. None of the
> docs that I had mentioned that when you are in medium resolution you
> can only use 4 colors (I knew that), but they also failed to mention
> that you can also use only the FIRST four colors.
Serious question.. Which four colors would you expect?
> These are supposed to be 0=black,1=white,2=red, and 3=green.
They normaly are...
> Not so, in fact 0=black,1=white,2=green and 3=blue. Anything else
> returns white. It never occurred to me to just try each color in
> order, big mistake it turns out.
> Anyway, that's the answer to this problem and I am going to call
> Mark Williams and let them know they have what appears to be a
> documentation error.
The color numbers used by the vsf_color function only refer to the
individual pallet numbers from the current color pallet, not to some
absolute color code. MW should have made this clear in their manual.
The "0=black,1=white,2=red, and 3=green" -are- the default colors.
MW also should have made it clear in their manual that these are the
"normal" colors you get from those pallet values, not absolute colors.
(I'm rather suprised and disapointed in the MW phoneline support if
this answer wasn't obvious to them...) If you've gone and changed the
default colors (using a control panel or similar utility), then you're
not going to get the colors MW listed for a normal setup...
Medium rez allows 4 colors on-screen at a time. Unless you're good
with interrupts and assembly language, that's the limit, period...
Unless your program alters the color pallet instead of just selecting
colors from the current pallet, the colors your program will show on
the screen are going to be whatever default screen colors you've chosen
to use for your machine...
PS: If you do choose to alter the color pallet, then please take the
time to read the default pallet on entry to your program and restore
all of the default pallet entries on exit. (There aren't many programs
that become very popular that alter the users chosen screen colors
without putting them back before exiting...)
---
John Stanley <dynasoft!john@stag.UUCP>
Software Consultant / Dynasoft Systems
------------------------------
Date: 17 Nov 89 18:52:40 GMT
From:
cs.utexas.edu!swrinde!gem.mps.ohio-state.edu!uwm.edu!dogie.macc.wisc.edu!vms.ma
cc.wisc.edu@tut.cis.ohio-state.edu (Neil Gilmore)
Subject: Languages!!!
In article <3289@jhunix.HCF.JHU.EDU>, esp_05@jhunix.HCF.JHU.EDU (Stdnt 05)
writes...
>Strikes me that older versions of GFA Basic are in the public domain.
>Although I don't know a whole lot about it because I don't use it, it
>strikes me that it has full GEM support, and that it's really easy to
>use. The one time I looked at it, I was also impressed by its editor.
>If I used BASIC I would probably be happy with it. (I must say, way
>back when I got my 520ST in what, '86 I guess, ST BASIC was a real
>disappointment.)
Well, GFA is currently one of my 2 regularly used languages (assembly w/
Assempro the other). The editor is, quit simply, the best I have ever
used on any system, for any language. I have used a lot of editors in my
time (vi, EDT, EMACS variants, .......), but I now find the
autoindenting, syntax-checking, atuo-capitalization indispensible. The
language is pretty good, too. Buying the current revision is a good
idea, as it has a CASE, and supports more variable types (byte, short
int, etc. ) The ability to import ASCII is nice too (I have a few tools
which output ASCII for importation). It's rather fast as well, and there
is a compiler which is fairly good.
I wouldn't reccommend it for professional projects, but it works well as
a prototyper, or for those throwaway programs which are needed quickly.
>Eric Ruck
+-----------------------------------------------------------------------+
| Kitakaze Tatsu Raito Neil Gilmore internet:gilmore@macc.wisc.edu |
| Jararvellir, MACC, UW-Madison bitnet: gilmore@wiscmac3 |
| Middle Kingdom Madison, Wi |
+-----------------------------------------------------------------------+
------------------------------
Date: 17 Nov 89 18:05:16 GMT
From: mcsun!sunic!nuug!ifi!m2cs.uu.no!tomas@uunet.uu.net (Tomas Felner)
Subject: SH 204 Upgrade
jheddy@jhunix.HCF.JHU.EDU (Jared Brennan) writes:
> The SH204 case will hold a 5.25" half-height hard drive, a type which
>is readily available from any manufacturer that makes hard drives. The
>drive must support MFM encoding and the ST512 interface. You can use
>a 3.5" hard drive in the SH204, but you must use brackets to expand the
>form-factor to that of a 5.25" drive; my SH204 had a Tandon TM263 3.5"
>drive mechanism, which was in a framework that fitted the drive into
>the 5.25" slot provided. Also, check the power supply in your SH204;
>I found a 40W supply in mine, which seems to be sufficient to power a
>Seagate ST251-1, the Adaptec 4000A SCSI controller, and ASCI-SCSI adapter.
>Anything below that wattage is not guaranteed to do the same . . .
I upgraded my SH204 to 100MB more than a year ago. I replaced the
Adaptec 4000A controller by a 4070 RLL controller, removed the Tandon
TM262 20MB MFM disk (and sold it), and put in two Seagate ST157R 50MB
RLL disks. This all fits just about into the SH204 case. And I didn't
encounter any problems with this setup or the power supply so far. The
only problem I had were quite some bad blocks on one of the disks, but
that's a whole different story ...
Tomas
--
Tomas Felner
Modula-2 CASE Systems AS | Internet: tomas@m2cs.uu.no
Maridalsveien 139 | Phone: +47 2 379784
N-0461 Oslo 4, Norway | FAX: +47 2 356448
------------------------------
Date: 17 Nov 89 15:29:31 GMT
From: zodiac!jtn@ames.arc.nasa.gov (John Nelson)
Subject: Vapourware!!!
In article <34785@grapevine.uucp> koreth@panarthea.ebay.sun.com (Steven Grimm)
writes:
>Shall we shoot him now, or torture him before we put him out of our
>misery?
Now now now, let's be patient. This is what I read in a UK mag. I
know the STE is out already in Europe and not available here. The
announcement will be made in Feburary. If you have better information
then share it with us.
Considering that Atari Corporation refuses to tell me ANYTHING about
these boxes, it shouldn't be surprising that a lot of vapour is
floating around. Quite rude too.
Since I posted the article on the STE I've discovered that it is
really much more scaled down than the TT. Apparently it will have a
mere 1 meg internal RAM with a better colour pallete and an 8-bit PCM
sound chip AND SIMM slots... APPARENTLY. Who knows what Atari will
announce.
John T. Nelson UUCP: sun!sundc!potomac!jtn
Advanced Decision Systems Internet: jtn@potomac.ads.com
1500 Wilson Blvd #512; Arlington, VA 22209-2401 (703) 243-1611
------------------------------
Date: 17 Nov 89 17:37:55 GMT
From: matthews@umd5.umd.edu (Mike Matthews)
Subject: What does the TT Buy me??
In article <24002@cup.portal.com> Bob_BobR_Retelle@cup.portal.com writes:
[stuff deleted]
>Atari Corp is making a lot of noise about IBM compatible "pocketable"
>computers, and "handheld" video games. They are *NOT* doing anything
>useful for their base of computer owners. Of course they can make money
>anywhere they want to.. that's their right under our free enterprise system..
>but.. do we as owners of their outdated technology have to kiss up to them??
>
As if you're doing anything useful for the computing industry! The only thing
messages like that do is waste net bandwidth. And make readers fed up with all
of this whining. If you don't like it, don't take it and LEAVE. I'm a little
fed up with what Atari has been doing too. I was hoping for a TT, but now I
doubt I'll buy one. I WILL NOT, HOWEVER, BASH THE COMPUTER JUST BECAUSE IT
ISN'T UP TO MY SPECIFICATIONS.
>
>BobR
Mike Matthews
------------------------------
End of INFO-ATARI16 Digest V89 Issue #669
*****************************************
=========================================================================
